Thanks for your tip. Well, the correct term is _SECURE_SCL and it can be passed to compiler to turn it off by adding /D "_SECURE_SCL=0". But, I have read somewhere that it can make your code unstable and get many runtime crashes. However, I have not tested yet. Microsoft have also announced that this flag is off by default in release mode in Visual Studio's later version. So the problem is fixed in Visual Studio 2010.
Thanks again for your help, D. On 2010-10-09 16:34, Cédric Venet wrote: >> WOW! I really hope that this will fix the problem. I will check it >> tomorrow, but can you please let me know what does this flag do? > > check on the internet, its a well known gotcha which has been fixed in > VS2010. basically, it disable some iterator checking which is > strangely active even in release mode. > > >> >> Another question! Do I have to add the line >> >> #define _SCL_SECURE 0 >> >> to all my header and code sources even source of GMM++ or just on my >> own source files or even on file is enough? > > easiest way is to add /D"_SCL_SECURE=0" (or the like) to your command > line when compiling your code *and* gmm (if its not header only?) > or add it first in all the C++ files. > > >> What about those pragmas you mentioned? > > check msdn. if needed add, they must be defined before including the > gmn headers. > > >> >> >> Thanks >> >> >> >> On 2010-10-08 10:09, Cédric Venet wrote: >>> hi, >>> >>> try to define _SCL_SECURE=0 (warning ABI incompatible so all the >>> code you link must use this flag) >>> for code using the stl heavily, it can result in 100x speedup. >>> >>> perhaps also: >>> >>> #pragma inline_recursion >>> #pragma inline_depth >>> >>> and check all the optimisation are on. >>> >>> regards >>> Cédric >>> >>> >>> On 07/10/2010 23:23, Danesh Daroui wrote: >>> > >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > Hi, >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > I have recently ported our code written with GMM++ to >>> >>> 64-bit >>> >>> >>> >>> >>> >>> >>> >>> system >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > and recompiled the code in Visual Studio 2008. The weird >>> >>> >>> >>> >>> >>> >>> >>> thing is >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > that when I run the code, GMM++ function compiled with >>> >>> Visual >>> >>> >>> >>> >>> >>> >>> >>> Studio >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > 2008 has extremely poor performance comparing to the old >>> >>> >>> >>> >>> >>> >>> >>> 32-bit code >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > compiled with MingW on Windows. I also compiled the code >>> >>> with >>> >>> >>> >>> >>> >>> >>> >>> Intel >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > C++ Compiler 11.1 in Visual Studio 2008, and the >>> >>> performance >>> >>> >>> >>> >>> >>> >>> >>> of >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > GMM++ functions were still very very low and they worked >>> >>> very >>> >>> >>> >>> >>> >>> >>> >>> slow. >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > What is the reason? I thought, maybe the GMM++ code is >>> >>> suited >>> >>> >>> >>> >>> >>> >>> >>> to be >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > compiled with gcc, but in the web site it is stated that >>> >>> the >>> >>> >>> >>> >>> >>> >>> >>> code is >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > compatible with Intel C++ Compiler 8.0. Has anybody had >>> >>> same >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > experience? >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > Thanks, >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > D. >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > _______________________________________________ >>> >>> Getfem-users >>> >>> >>> >>> >>> >>> >>> >>> mailing >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > list [email protected] >>> >>> >>> >>> >>> >>> >>> >>> https://mail.gna.org/listinfo/getfem-users >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > >>> >>> >> >> >> -- >> Danesh Daroui >> Ph.D Student >> Lulea University of Technology >> http://www.ltu.se >> >> [email protected] >> Tel: +46-(0)920-492451 >> Cell phone: +46-(0)704-399847 > -- Danesh Daroui Ph.D Student Lulea University of Technology http://www.ltu.se [email protected] Tel: +46-(0)920-492451 Cell phone: +46-(0)704-399847
_______________________________________________ Getfem-users mailing list [email protected] https://mail.gna.org/listinfo/getfem-users
