[Sorry for the top-posted reply... OE is giving me fits...] This is an interesting argument. In other words, lexical_cast is, by definition, conversion through a stream. Therefore, one cannot expect a string with whitespace to exit as it went in.
Perhaps what is really needed is a different pseudo-cast, e.g., symantic_cast< >, which has different goals more in synch with what we are trying to accomplish, which is conversion from any type to another with minimized loss of symantic value. -- -- Early Ehlinger CEO, ResPower Inc - Toll-Free : 866-737-7697 -- - RenderFarm - Lightwave , 3dSMax , Bryce , Maya , AfterEffects - --- www.respower.com -- 200+ GHz Starting At USD$0.50/GHz*Hour -- ----------------- SuperComputing For the Masses! ---------------- "I'm so busy programming my computer to let me be lazy, I never get any rest!" - John Kaster "Thomas Witt" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi, On Sunday 29 December 2002 01:29, Terje Slettebų wrote: > > Is this the way lexical_cast is intended to work? > > No, Kevlin has acknowledged that this is a known problem with the current > version of lexical_cast, the handling of whitespace in strings and > characters. I am still uncertain whether this is a problem with lexical_cast and whether it should be fixed. The stated purpose of lexical_cast is type conversion through string representation. I think this is a simple but powerful concept. To me the actual problem is not in lexical_cast but in the std::basic_strings stream operator semantics. Basically you cannot read strings containing whitespace as a whole. I.e. the integrity of a string containing whitespace is lost once you streamed it. This is a fundamental if at times undesirable property of std::basic_string and char const* for that matter. I don't know whether it is a good idea for lexical_cast to try to fix it. Just my 2c Thomas _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost