RE: [GD-Windows] Release build confusion
Brought to you by:
vexxed72
From: Chris R. <c....@gm...> - 2005-10-06 13:05:12
|
That actually worked out pretty well. I still believe (although I am not sure) that the debugger injects it's memory handlers into the running application at the point it attaches itself to the process. I let my application run for a while and attached the debugger later on - and I easily could pinpoint the offending line of code which caused this mayhem after a few retries and a few minutes of heavy thinking. We actually had two memory related issues - one uninitialized pointer, and as an indirect consequence of that, we took the pointer of an object on the stack and used it after it was destroyed long ago. Thanks for all the insights (especially the _heapfill()&co functions)! regards, Chris Raine On Wed, 2005-10-05 at 19:52 -0700, Mike Burrows wrote: > I don't know of a way to disable this, but I'll ask around... > > Have you tried attaching to the process after "Running" (note: note debugging)? > > Just a thought, > > Cheers, Mike > > -----Original Message----- > From: gam...@li... [mailto:gam...@li...] On Behalf Of Emmanuel Astier > Sent: Wednesday, October 05, 2005 9:00 AM > To: gam...@li... > Subject: Re: [GD-Windows] Release build confusion > > I second that. > > I had the same issue noe month ago : crashing outside > VS, not crashing inside. > And it was a non initialized pointer that lead to the > crash. > > Funny thing is, one week later, I had the opposite > behaviour : crashing inside VS, not crashing outside, > still for memory reasons... > > What I'm not aware of, is a way to tell VS not to > behave this way. Is there a way ? > > > Emmanuel > > > --- Kent Quirk <ken...@co...> a écrit : > > > I believe that unless you tell it not to, the > > debugger fills > > newly-allocated memory with zeros. You may be > > counting on that behavior > > somewhere. Check your initializations, particularly > > of pointers; you may > > assume they're zero if they haven't yet been > > assigned. > > > > Kent > > > > > > > > Chris Raine wrote: > > > > >Hi, > > > > > >I have a problem with our release builds which is > > driving me nuts for a > > >couple of days now. If we start our release build > > from within the Visual > > >Studio debugger, everything works fine, yet if we > > start our release > > >build outside of Visual Studio, it either crashes > > or displays weird > > >render artifacts. The debug build works in the IDE > > as well as outside. > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: > > Power Architecture Resource Center: Free content, > > downloads, discussions, > > and more. > > http://solutions.newsforge.com/ibmarch.tmpl > > _______________________________________________ > > Gamedevlists-windows mailing list > > Gam...@li... > > > https://lists.sourceforge.net/lists/listinfo/gamedevlists-windows > > Archives: > > > http://sourceforge.net/mailarchive/forum.php?forum_id=555 > > > > > > > > > > ___________________________________________________________________________ > Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger > Téléchargez cette version sur http://fr.messenger.yahoo.com > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Gamedevlists-windows mailing list > Gam...@li... > https://lists.sourceforge.net/lists/listinfo/gamedevlists-windows > Archives: > http://sourceforge.net/mailarchive/forum.php?forum_id=555 > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Gamedevlists-windows mailing list > Gam...@li... > https://lists.sourceforge.net/lists/listinfo/gamedevlists-windows > Archives: > http://sourceforge.net/mailarchive/forum.php?forum_idU5 > |