by arcticwolf » Sat Oct 11, 2003 10:51 am
randy wrote:GDB doesn't work with Visual C++ symbols.
Believe it or not, those binaries do contain debug information. However, it's just a link to an external file, so it only takes up a few bytes. (Search for .pdb with a hex editor if you want to verify.)
Oh, I believe you. :) And as long as you're able to make something meaningful out of the debug output, everything's fine.
On a not totally unrelated side note, though, BTW - any chance to convince you to put up a public cvs repository for people who want to track development? Sourceforge (
http://sourceforge.net) would be an obvious and easy solution that should require minimal (if any) changes to your development model, and if you don't like SF, there's also
http://savannah.nongnu.org/ . Or you could set up your own public cvs server with anon access, but that would probably be more work without any extra benefits.
[quote="randy"]GDB doesn't work with Visual C++ symbols.
Believe it or not, those binaries do contain debug information. However, it's just a link to an external file, so it only takes up a few bytes. (Search for .pdb with a hex editor if you want to verify.)[/quote]
Oh, I believe you. :) And as long as you're able to make something meaningful out of the debug output, everything's fine.
On a not totally unrelated side note, though, BTW - any chance to convince you to put up a public cvs repository for people who want to track development? Sourceforge (http://sourceforge.net) would be an obvious and easy solution that should require minimal (if any) changes to your development model, and if you don't like SF, there's also http://savannah.nongnu.org/ . Or you could set up your own public cvs server with anon access, but that would probably be more work without any extra benefits.