This is the mail archive of the
mailing list for the Cygwin project.
Cygwin memory profiling tools?
- From: svoboda at cs dot cmu dot edu
- To: cygwin at cygwin dot com
- Date: Thu, 10 Feb 2005 14:10:19 -0500
- Subject: Cygwin memory profiling tools?
- Reply-to: svoboda at cs dot cmu dot edu
- Source-info: Sender is really firstname.lastname@example.org
I have the task of porting a big C++ application to Windows XP. It
currently runs on Linux and AIX, and builds using g++ 3.2 &
makefiles. Fortunately, the big application contains a lot of small
test code, so I have been able to do small incremental builds and test
them in Windows before moving on to bigger pieces. I am thus using
Cygwin/G++ for the porting.
Unfortunately I have hit a snag that seems to bar any workarounds. It
seems that most any time I load a DLL that uses new/delete, I get a
crash, usually 'signal 11'. The crash goes away if I don't load the
DLL, but that's not possible for the big application.
This same code that crashes under Cygwin runs under Linux, and
generates 0 errors under valgrind on Linux.
My question is, what debugging tools are there on cygwin or Windows
that would help here? Valgrind seems to not be available, and gdb only
tells me that the coredump occurred during a destructor (or after the
program ended.) How do I find out what code is screwing up memory
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html