Re: [boost] [iostreams][vc8]deprecetedstandardlibrarymemberfunctions; fatal linker error

From: Keith MacDonald (boost_at_[hidden])
Date: 2005-07-02 02:35:38

I'm not sure about copyright restrictions on posting excerpts, but this 
article explains what Microsoft are trying to achieve:

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dncode/html/secure03102004.asp

I'm fairly sure that theVC8 beta 1 documentation covers this issue, but why 
couldn't you install  beta 2?

> I dont think defining _CRT_SECURE_NO_DEPRECATE in a header is
> acceptable.

I also agree. This should be defined in the bjam config file for 
TOOLS=vc-8_0, as I said earlier.  Is that David Abraham's area of 
responsibility?

- Keith MacDonald

"Jonathan Turkanis" <technews_at_[hidden]> wrote in message 
news:da4hpf$ton$1_at_sea.gmane.org...
> Keith MacDonald wrote:
>> _CRT_SECURE_NO_DEPRECATE would best be defined by bjam when
>> TOOLS=vc-8_0, as many other Boost libraries get the same warnings.
>>
>> The deprecations are purely for security (potential buffer overflow)
>> reasons.  The help subsystem installed with the VC8 beta explains all.
>> Lookup gets_s in the index, and then follow the link to "Security
>> Enhancements in the CRT", to get up to speed quickly.
>
> Unforunately, my beta 1 expired today, and I wasted about 8 hours last 
> week
> trying to install beta 2 and then reinstalling beta 1.
>
> If there's a discussion specifically about deprecated member functions, 
> could
> you please post an excerpt?
>
> Jonathan