search for: g_ptrade

I'm receiving the following error in a custom app: err:ntdll:RtlpWaitForCriticalSection section 0x110048 "heap.c: main process heap section" wait timed out in thread 001a, blocked by 001c, retrying (60 sec) wine: Critical section 00110048 wait failed at address 0x7bc3ad00 (thread 001a), starting debugger... err:ntdll:RtlpWaitForCriticalSection section 0x110048 "heap.c: main

Dee Ayy wrote: > On Mon, Aug 25, 2008 at 12:44 AM, vitamin <wineforum-user at winehq.org> wrote: > > > Try: > > > > Code: > > $ wine cmd > > c:> echo "some stuff" | myexe > > > > Interesting way to run wine. However, I get the same response. Then either your program is buggy or Wine's cmd doesn't fully implement what

...;after" call, but I'm not understanding why I seemed to be getting heap corruption (when I had the "before" call) when I'm not even supposed to be calling it due to the guarded if statement. From MSDN Calling HeapFree twice with the same pointer can cause heap corruption if (g_pTrades != NULL){ ::HeapFree(hHeap, 0, g_pTrades); }

...there were bugs and something I don't understand. > 1) My logic bug: There was no need to call the following before my > code block -- I thought I was being cautious. (The MTAPI says to call > it after). My app seems to be working fine now without this initial > HeapFree. > if (g_pTrades != NULL) > ::HeapFree(hHeap, 0, g_pTrades); The check for NULL is extra. HeepFree (same as normal free() ) ignores NULL pointers. So most likely you are freeing something you did not allocate. Or as you said - freeing something twice. HeepFree (as well as normal free) does not modify the pass...