Hi, I also stumbled on memcpy_s in VC7.1, but the CVS access is apparently shut now and I can't login which was possible before, while CVS of other projects at Sourceforge are working for me. Besides the web-based CVS viewer suggests it has not had the said fix yet. http://cvs.sourceforge.net/viewcvs.py/cryptopp/c5/?sortby=date#dirlist Can anyone browsing here examine this?
-- Ken On Fri, 7 Apr 2006 21:08:24 -0700 "Wei Dai" <[EMAIL PROTECTED]> wrote: > Adding these #defines in config.h is a not good idea because it would also > affect code that use Crypto++. But the problem has already been fixed. Check > the latest code in CVS. > > ----- Original Message ----- > From: "Peter Kolbus" <[EMAIL PROTECTED]> > To: <cryptopp-list@eskimo.com> > Sent: Friday, April 07, 2006 2:30 PM > Subject: RE: memcpy_s > > > > Actually, the best way to handle this mess for crossplatform compatibility > > is to revert to strcpy() in the cryptopp sources, then, in config.h, add > > the > > following line: > > > > #define _CRT_SECURE_CPP_OVERLOAD_STANDARD_NAMES 1 > > > > This will have the CRT automatically use the secure versions and pass the > > length argument. If for some reason this doesn't work, then the next best > > is to ignore the compiler warning with > > > > #define _CRT_SECURE_NO_DEPRECATE > > > > Peter Kolbus > > > > -----Original Message----- > > From: Alexander N. Zamaraev [mailto:[EMAIL PROTECTED] > > Sent: Friday, April 07, 2006 2:41 PM > > To: cryptopp-list@eskimo.com > > Subject: Re: memcpy_s > > > > Marko Kaiser: > >> That should be surrounded by preprocessor directives like #if _MSCVER > > >> bla #else #endif. > >> > > > > In CVS sources also? > > > >> -----Original Message----- > >> From: Alexander N. Zamaraev [mailto:[EMAIL PROTECTED] > >> Sent: Friday, April 07, 2006 3:46 PM > >> To: cryptopp-list@eskimo.com > >> Subject: Re: memcpy_s > >> > >> Petri Simolin ?????: > >>> On the latest CVS version I see that cryptopp is using memcpy_s on > >>> some occasions instead of memcpy. > >>> > >>> Does this mean VS6 is unsupported on future versions of CryptoPP? > >> g++ (GCC) 3.4.5 (mingw special) also usupported? > >> > >> > >> > >> > > > > > >