[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: heap corruption

From: Russell Yanofsky <rey4_at_columbia.edu>
Date: 2003-02-27 05:37:09 CET

"SteveKing" <steveking@gmx.ch> wrote in message
news:008401c2dd06$26e10aa0$3140d0c2@catv64254...
> [...]
> MSVCRT.dll and MSVCR70.dll
> in the same process space lead to severe heap
> corruption (see posts about the berkeley db
> libs built with VC6 and VS.NET).

This isn't generally true. The only situation where having two CRTs will
lead to heap corruption is if a pointer malloc()ed in one DLL is free()d in
another. Any DLL interface that is meant to be portable to different
compilers (i.e. Visual C++, Borland, Metrowerks, Cygwin, Visual Basic) won't
pass pointers back and forth this way. I'd be surprised if apr-iconv did
this. Doesn't apache code use its own memory management instead of malloc
and free?

- Russ

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Feb 27 05:38:10 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.