Sorry, about so many postings. but I was just running through the code with the debugger and found that the glade is crashing
in the msvcrt in a function named _lock_file in _file.c.
the line is:


EnterCriticalSection( &(((_FILEX*)pf)->lock) );

the problem is pf->lock is NULL so that's why i'm crashing. of course pf was created via the fopen back in save.c in the glade source
code in the function glade_util_fopen called from save_project_file_internal.


of course I tried a simple test program where I open a file with fopen and fprintf a few characters to it and it works fine. So, i'm convinced
something in memory is not right.


-todd

todd wrote:

Thanks, for the pointer but still not luck. I recompiled iconv and libintl using MSVCRT.dll and i still have the same issue when
clicking on the save button in glade. Also, I noticed that the source in 2.0.1 had the same static memory free issue as 2.5.1 for _WIN32,
I'm getting a demo license for insure++ maybe that will find the problem its similar to valgrind.


-todd

Link with MSVCRT.dll (release, multithreaded), passing file pointer across
different M$VC runtime will crash.
I believe that patching 2.5.1 for win32 is more or less the same as patching
2.0.1 (though I haven't really tried), may be this's useful:


http://gladewin32.sf.net

----- Original Message ----- From: "todd" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, April 12, 2004 09:36
Subject: [Glade-devel] win32 patch for glade-2.5.1 cvs



begin:vcard
fn:Todd Fisher
n:Fisher;Todd
email;internet:[EMAIL PROTECTED]
x-mozilla-html:FALSE
url:http://severna.homeip.net
version:2.1
end:vcard

Reply via email to