red knight Posted June 24, 2003 Report Share Posted June 24, 2003 (edited) Hi all. Well I had a talk with my NetworkLib partner about how to implement the Stack Walking. Cause I already know how to implement that for Microsoft Visual C++ but not for Borland C++ Builder. After a detailed discussion with my Friend (Marcman in this forums - he dont post too much-) we thought about get the information from the MAP file, compile it into our own database with only the things that we need and then code our own stack walking routine with the help of the StackWalk call from the Win32 SDK.... ( Quite flexible but lots of work ). Looking into the internet for that I found that there is already an app that convert .map files into .dbg files (MAPs are from Borland and DBGs for VC++ ). So either we use the map2dbg code to understand and write our own database of needed information for realtime debugging (that would be pretty cool, cause we can have an interesting and flexible application to get debug information) OR we can convert .map files into .dbg and package that into the alpha's and use the standard Microsoft Code to read it..... (already have code for that) we will only need to rewrite it to make it clean, cause it is not my code, but it is easier with an example to base your work on... Now my recomendation: The first option is pretty interesting and it can be pretty useful (more than the second one), however it is too much work to do it and we need that QA Tool ASAP (read: High Priority). So I recommend to do that first and then someone (with good understanding of the Win32 API) could start coding the other approach to have something more flexible and compact (dbg files are pretty big and they have a lot of unneeded things). Resources:VC++ StackWalk Application Source CodeWhere you can download callstack and map2dbg with Source Code (ms-dbg-zip)Explanation about Callstack and map2dbg I need someone willing to do the first approach ASAP... Any comments post them in here as always... GreetingsRed Knight Edited June 24, 2003 by red knight Link to comment Share on other sites More sharing options...
Guest blaa Posted June 24, 2003 Report Share Posted June 24, 2003 Is this for when you get a crash or something and you want to see all the methods that are called at the time of the crash. Or is this for navigating the big friggin data file (paq file?) Or something else? Link to comment Share on other sites More sharing options...
red knight Posted June 24, 2003 Author Report Share Posted June 24, 2003 This is for getting the method call chain when the alpha crash. GreetingsRed Knight Link to comment Share on other sites More sharing options...
Guest blaa Posted June 25, 2003 Report Share Posted June 25, 2003 So the IDE doesn't have a dump feature? As I recall in things like Dev Studio and Codewarrior that's just a click away. Or is it there but Xenocide is spitting out stacks 3000 calls deep. Link to comment Share on other sites More sharing options...
red knight Posted June 25, 2003 Author Report Share Posted June 25, 2003 IDEs have that, that is for the users machine. They play Xenocide and if it crash they issue a Bug Report with all that information made into a txt or special archive format for us to check... All automaticly using our tool... Misndstormmaster so far has collected lots of information from the DirectX interface like Video Hardware, Drivers Release, etc... GreetingsRed Knight Link to comment Share on other sites More sharing options...
Guest blaa Posted June 25, 2003 Report Share Posted June 25, 2003 what kind of stack depth are you getting? Link to comment Share on other sites More sharing options...
red knight Posted June 26, 2003 Author Report Share Posted June 26, 2003 He will post about it soon, I got a PM from him... About the depth of the stack trace, All the way to the main procedure.... GreetingsRed Knight Link to comment Share on other sites More sharing options...
[stewart] Posted July 16, 2003 Report Share Posted July 16, 2003 Yes of course but what are the numbers? Link to comment Share on other sites More sharing options...
Recommended Posts