RE: [Boost-Users] to_simple_string and Windows?

From: Tom Matelich (tmatelich_at_[hidden])
Date: 2003-06-10 13:02:00

UNICODE is enabled by the _UNICODE define.  Assuming you're still using MSVC
6 (remember to rebuild all often since your dependencies may not getting
generated correctly), just go to your Project/Settings/C/C++ tab and in
Preprocessor definitions, remove the UNICODE symbol from the list.
Otherwise, remove it from your Makefile.

> -----Original Message-----
> From: adutoit [mailto:adutoit_at_[hidden]]
> Sent: Tuesday, June 10, 2003 7:01 AM
> To: Boost-Users_at_[hidden]
> Subject: Re: [Boost-Users] to_simple_string and Windows?
> 
> 
> It is not a compile-time error, but rather a run-time error.
> Ie. if I compile any program which utilises 
> boost::to_simple_string with any
> optimisation whatsoever; it simply aborts at the point where I do my
> function call to "to_simple_string".  That is irrespective of 
> my using a
> type date or ptime as the function argument...
> 
> I must stress again that "to_simple_string" works fine when I 
> compile it in
> Linux.
> 
> O, another question I have.  Where do I disable Unicode 
> support (wchar_t
> usage in fact!) alltogether for Boost?
> 
> Previously I had great fun with lexical_cast.hpp which 
> utilised wchar_t
> versions of some of the streaming operators because I had a 
> silly UNICODE
> define as part of my project options.  The solution was to 
> use /Zc:wchar_t
> project option in M$VC6.
> 
> But UNICODE defined caused problems in network browsing code 
> I used which
> `normally' returned a LPSTR instead of the LPWSTR if UNICODE 
> is defined.
> Long story.  I did a temp hack in lexical_cast.hpp by
> # define DISABLE_WIDE_CHAR_SUPPORT
> #undef BOOST_NO_INTRINSIC_WCHAR_T
> and getting rid of the redefinition of BOOST_NO_INTRINSIC_WCHAR_T.
> 
> Now is there a way to do this cleanly, compile-time so that I 
> do not need to
> keep on hacking the source code?
> 
> Greetings,
> Andre.
> 
> 
> 
> ----- Original Message -----
> From: "Jeff Garland" <jeff_at_[hidden]>
> To: <Boost-Users_at_[hidden]>
> Sent: Tuesday, June 10, 2003 2:51 PM
> Subject: RE: [Boost-Users] to_simple_string and Windows?
> 
> 
> > > Darn; here I go replying to my own post again...
> > > Anyway; so far I have narrowed the problem down to one of 
> optimisation.
> I
> > > did a debug compilation and had no problem.  A moment of 
> reflection led
> me
> > > to the conclusion that optimisation might have something 
> to do with it.
> For
> > > the record; I am using Boost in Windows, with Visual 
> Studio as IDE only,
> and
> > > the Intel 7.0 compiler.  Oh; and STLport instead of 
> Windows' crappy STL
> > > implementation.
> > >
> > > I.e. turning on "Maximise speed" optimisation causes 
> "to_simple_string"
> to
> > > fail on my build system.
> > >
> > > I'll try to setup the simplest proggie I can to 
> illustrate this problem.
> > >
> > > Any thoughts?
> >
> > I'm not aware of anyone else having a problem.  Perhaps you can post
> > the details of the compilation failure?
> >
> > Jeff
> >
> >
> > Info: <http://www.boost.org>
> > Wiki: 
> <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl>
> > Unsubscribe: <mailto:boost-users-unsubscribe_at_[hidden]>
> >
> >
> > Your use of Yahoo! Groups is subject to 
> http://docs.yahoo.com/info/terms/
> >
> 
> 
> ------------------------ Yahoo! Groups Sponsor 
> ---------------------~-->
> Get A Free Psychic Reading! Your Online Answer To Life's 
> Important Questions.
> http://us.click.yahoo.com/Lj3uPC/Me7FAA/ySSFAA/EbFolB/TM
> --------------------------------------------------------------
> -------~->
> 
> Info: <http://www.boost.org>
> Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl>
> Unsubscribe: <mailto:boost-users-unsubscribe_at_[hidden]>
>  
> 
> Your use of Yahoo! Groups is subject to 
> http://docs.yahoo.com/info/terms/ 
> 
> 

-----------------------------------------------------------------------
DISCLAIMER:  Information contained in this message and/or
attachment(s) may contain confidential information of Zetec, Inc.
If you have received this transmission in error, please notify
the sender by return email.
-----------------------------------------------------------------------