I set it to 0 across all my libraries and it's all good now. How
Microsoft can have this checking enabled in Release build by default
is beyond me...
----- Original Message -----
From: Chris Cox <address@hidden>
Date: Monday, October 27, 2008 2:09 pm
Subject: Re: [Openexr-devel] Pulling my hair out: switching
projecttoVS2008breaks OpenEXR :(
To: address@hidden
> You have to specify _SECURE_SCL=0 in every module of your
> project, including
> static and dynamic libraries. Otherwise the vector
> data structure changes
> size and the module with the larger size will barf on memory.
>
> You can thank Microsoft for the fragile implementation and the
> huge slowdown
> if you fail to set it to zero. (some of our applications
> need it set to
> zero even for debug builds, because the added overhead is very,
> very high)
>
> Chris
>
>
>
> On 10/24/08 10:04 PM, "Bob Friesenhahn"
> <address@hidden>wrote:
>
> > On Sat, 25 Oct 2008, address@hidden wrote:
> >
> >> It turns out that having _SECURE_SCL=0 defined in my project
> (not even in the
> >> OpenEXR project) is what OpenEXR couldn't handle--for
> whatever reason I
> >> cannot imagine. What's going on here? I need this setting as
> otherwise the
> >> slowdown from the bounds checking the Visual Studio nanny
> does on STL vectors
> >> in opposition to the standard is unacceptable.
> >
> > Google says:
> >
> >
> http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackI
> D=352481
> >
> > "Specifing a project with #define SECURE_SCL 0 which uses
> > std::vector<..> may result into a case in which the application
> > overwrites memory."
> >
> > Bob
> > ======================================
> > Bob Friesenhahn
> > address@hidden,
> http://www.simplesystems.org/users/bfriesen/> GraphicsMagick
> Maintainer, http://www.GraphicsMagick.org/
> >
> >
> >
> > _______________________________________________
> > Openexr-devel mailing list
> > address@hidden
> > http://lists.nongnu.org/mailman/listinfo/openexr-devel
>
>
>
> _______________________________________________
> Openexr-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/openexr-devel
> _______________________________________________
Openexr-devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/openexr-devel