using code current 11/11/98 [E] FMM: Freeing mismatched memory in free {1 occurrence} Address 0x043c6078 points into a C++ new block in heap 0x04310000 Location of free attempt free [dbgheap.c:925] PR_Free [prmem.c:66] net_OpenCacheFatDB [mkcache.c:262] NET_SetDiskCacheSize [mkcache.c:1298] NET_SetupPrefs [mkgeturl.c:677] NET_FinishInitNetLib [mkgeturl.c:751] NS_InitNetlib(void) [nsNetThread.cpp:97] nsNetlibThread::NetlibThreadMain(void *) [nsNetThread.cpp:219] PR_NativeRunThread [pruthr.c:381] threadstartex [threadex.c:212] Allocation location new(UINT) [new.cpp:23] nsString::ToNewCString(void)const [nsString.cpp:467] nsNetFile::GetFilePath(char const*,char * *) [nsNetFile.cpp:180] WH_FileName [nsNetStubs.cpp:946] net_OpenCacheFatDB [mkcache.c:252] NET_SetDiskCacheSize [mkcache.c:1298] NET_SetupPrefs [mkgeturl.c:677] NET_FinishInitNetLib [mkgeturl.c:751] NS_InitNetlib(void) [nsNetThread.cpp:97] nsNetlibThread::NetlibThreadMain(void *) [nsNetThread.cpp:219]

Putting on ss: radar. Would this be an ss: bug?

I believe that I have fixed up all of the places where nsString.ToNewCString() was being called and the resulting buffer was being passed into netlib code which would free it using PR_Free(...)

Unless you can give QA a black box test case for this, can a raptor eng pleae Verify this? Thanks!

I ran purify on the latest build with several test cases. I believe that this bug is fixed, at least for simple cases.

This is fixed.

Inserting Milestone info.

Changing all Networking Library/Browser bugs to Networking-Core component for Browser. Occasionally, Bugzilla will burp and cause Verified bugs to reopen when I do this in a bulk change. If this happens, I will fix. ;-)

Bulk move of all Networking-Core (to be deleted component) bugs to new Networking component.