[boost] Re: [mpl] ETI problem w/ clear algorithm

2003-07-06 Thread Aleksey Gurtovoy
Eric Friedman wrote: > Aleksey (and others), Hi Eric, > I'm working on getting variant to compile under MSVC 6, but I've come > across what seems to be an ETI problem that needs a workaround. > > However, I'm not sure what is the most appropriate way to make the fix. The most common way to deal

[boost] Re: no semaphores in boost::thread

2003-07-06 Thread Jon Biggar
Beman Dawes wrote: I've expanded the FAQ entry to read: Why has class semaphore disappeared? Semaphore was removed as too error prone. The same effect can be achieved with greater safety by the combination of a mutex and a condition variable. Dijkstra (the semaphore's inventor), Hoare, and Bri

[boost] Problems with CVS?

2003-07-06 Thread Marshall Clow
The last 3 or 4 times that I have tried to check out the "latest boost", the checkout gets most of the way through, and then hangs. Here's what I see in my terminal: lots of lines snipped cvs server: Updating boost/tools/inspect/build cvs server: Updating boost/tools/regression cvs serve

Re: [boost] tokenizer with ifstream

2003-07-06 Thread felix zaslavskiy
I was writing a little article on the topic Its not finished i will finish it tonight. In the mean time take a look at http://gcc.gnu.org/onlinedocs/libstdc++/21_strings/howto.html#3 I looked into the efficiency of stringtok function (from above link) as opposed to C's strtok and the good news i

Re: [boost] no semaphores in boost::thread

2003-07-06 Thread Beman Dawes
At 09:22 AM 6/4/2003, Stefan Seefeld wrote: >hi there, > >I'v been trying to find some info as to why semaphores >are considered harmful by the boost::thread authors, >without luck. Is there any concise text describing >the problem ? I've expanded the FAQ entry to read: Why has class semaphore dis

[boost] [mpl] ETI problem w/ clear algorithm

2003-07-06 Thread Eric Friedman
Aleksey (and others), I'm working on getting variant to compile under MSVC 6, but I've come across what seems to be an ETI problem that needs a workaround. However, I'm not sure what is the most appropriate way to make the fix. Below is the error output from the regression tests (variant_test1)

[boost] reflect ABI in libname

2003-07-06 Thread Ulrich Eckhardt
Greetings! The problem: - AFAIK, the two[1] libs built from boost always result in e.g. libboost_thread.so. The problem is that currently no OS has support for embedding the required ABI[2] into the runtime-linker info, therefore it only knows a libray name. When it finds a library

[boost] tokenizer with ifstream

2003-07-06 Thread Eoin Hennessy
I couldn't find this topic disscussed before, is it possible to use tokenizer directly with an ifstream - instead of reading the contents of the file into a string first? Thanks, Eoin. ___ Unsubscribe & other changes: http://lists.boost.org/mailman/li

Re: [boost] Re: string conversion methods

2003-07-06 Thread Jeff Garland
> > I don't know about the other libraries? Is there a standard for this in > > boost or is it up to the libraries? Should they be commonised? Thorsten Ottosen wrote > Ideally, yes. I would prefer .c_str() for const char* conversion and > str() for std::string In date-time there are several

[boost] Re: string conversion methods

2003-07-06 Thread Thorsten Ottosen
> It's only minor: > > But boost::filesystem and boost::date_time have string conversion > methods such as > > string() > native_file_string() > to_simple_string() > > where as boost::format (and also stringstreams in the STL) have > > str() > > I don't know about the other libraries? Is there a