Hello, yes - you have solved my Problem - boost works. I just want do describe what i had to do, so new Users to boost may not be furstrated by a thread that is just finished with "problem solved", but not how .-) First i think the _SECURE_SCL Problem was the main problem. I solved this calling ./bjam link=shared cxxflags=-D_SECURE_SCL However, i was a little wrong. The Module time_date was build as dll, but it was included as static during compilation. This was, because I had declared BOOST_DYN_LINK and not BOOST_ALL_DYN_LINK in my preprozessor definitions. Now i can compile and execute my programm successfully. M.Sc. Simon Adler ------------------------------------------------------------------------------ Fraunhofer Institut für Fabrikbetrieb und -automatisierung IFF Virtual Development and Training Centre VDTC Joseph-von-Fraunhofer-Strasse 1 39106 Magdeburg Germany wissenschaftlcher Mitarbeiter (VP) Telefon +49 391/40 90-776 Internet: www.iff.fraunhofer.de boost-users-bounces@lists.boost.org schrieb am 29.10.2010 10:42:28:
Von: John Maddock <boost.regex@virgin.net> An: <boost-users@lists.boost.org> Datum: 29.10.2010 10:45 Betreff: Re: [Boost-users] std::string corrupt after including boost Gesendet von: boost-users-bounces@lists.boost.org
Once I have removed #define _SECURE_SCL 0 from my program, craches disappeared.
I remember having the same issue with program_options a while ago. But why does that happen? What does program_option do that makes it so fragile without _SECURE_SCL?
Other libs seems to work just fine.
I believe that code compiled with that option is binary incompatible with code compiled without it - so if you link with a library that depends on a std lib symbol that changes it's interface based on that define, then you'd better be sure to use the same settings as that library (or else recompile the lib).
HTH, John.
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users