This is probably not the correct interpretation of this error.
The Win32 error above is more likely to indicate the actual problem.
Flags
Severity
Success
This code indicates success, rather than an error.
This may not be the correct interpretation of this code,
or possibly the program is handling errors incorrectly.
I've got a .NET application that pinvokes several libraries, all 32 bit (the application is 32 bit as well). I recently started getting crash bugs that occurred when the GC started freeing memory, and when I attached I saw that it was an access violation. After some web searches, I [...] read more
I'm trying to test a crash scenario (in an isolated test-app) with normal page heap (not full). I have set up the flags with gflags /p /enable Test.exe and I'm overwriting an integer buffer by one element ... const size_t s = 100; vector<int> v1(s, 0); int* v1_base = &v1[0]; [...] read more
Tool used: relocation.py From the homework of chapter 15 - Operating Systems three easy pieces (last page): > 3. Run with these flags:-s 1 -n 10 -l 100. What is the maximum value that > base can be set to, such that the address space still fits into physical > [...] read more
I seem to be experiencing a memory leak in some code that's been in production for a while now (I see the Process\Private Bytes counter rising over time in PerfMon for my process). Note the code works without issue other than the leaking. The code that seems to be responsible [...] read more