gamedevlists-windows

[GD-Windows] Release build confusion

[Chris R. <c....@gm...>]

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. 

My current assumption is that we trash the stack somewhere early in our
initialization code, for changing the default values of the stackreserve
and stackcommit  linker-options can influence the reproduceability of
the crashes. The callstack in case of a crash either is complete garbage
(jumps wildly around in all code) or crashes in areas in which we
already spent excessive time to make (hopefully) bug-free. 

My question is, how does the Visual Studio debugger interfere with the
release build and either prevent (or swallow) errors that lead to
crashes outside of the IDE? If my assumption about stack corruption is
correct, I would like to know if there are any systematic methods of
tracking down such a bug I do not know of? 

I am currently replacing all error-prone code (c-style string functions
e.g strcat() with strncat()) with safer versions and inserting
bounds-checks, as well as commenting out blocks of code and rebuilding
in the hope of finding the spot where we corrupt either the stack or the
heap. But till the present day - no bug found. 

regards, 
Chris Raine

Re: [GD-Windows] Release build confusion

[Kent Q. <ken...@co...>]

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. 
>
>  
>

Re: [GD-Windows] Release build confusion

[Emmanuel A. <e_a...@ya...>]

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