[boost] Re: Upcoming ISO/IEC ... and ->transition ;-)

2003-05-28 Thread Alexander Terekhov
Original Message Message-ID: <[EMAIL PROTECTED]> Newsgroups: comp.lang.c++.moderated Subject: Re: OO design: Is "errno" Exception? References: ... <[EMAIL PROTECTED]> Early Ehlinger wrote: > > "Alexander Terekhov" <[EMAIL PROTECTED]> wrote: > > Early Ehlinger wrote: > > [...]

Re: [boost] Re: smart_ptr suggestion: Support decrementingshared_ptr'scount,forself-references

2003-05-28 Thread Larry Evans
Chuck Messenger wrote: Peter Dimov wrote: Chuck Messenger wrote: [snip] Well, it's in too much flux right now -- perhaps if I ever finish it, I'll post it. It's a concurrency library - an implementation of the API described in Concurrent Programming in ML. [snip] Thanks -- that sounds interesti

Re: [boost] smart_ptr suggestion: Support decrementing shared_ptr'scount, forself-references

2003-05-28 Thread Larry Evans
Schoenborn, Oliver wrote: Circular refs are easy to avoid with smart_ptr lib but idiomatically what you are really looking for is DynObj (and maybe RRef ) in the NoPtr lib (http://noptrlib.sourceforge.net). Strict ownership is ideal for pimpl and in particular your example of circular dependency, a

Re: [boost] More problems compiling regex with various compilers

2003-05-28 Thread John Maddock
> The undefind reference comes from posix_api.o . I guess that > s_match_vtable is not used in that file. You bet it is, you would get the unresolved external if it wasn't being used :-) > >> On MacOS X using g++ version 3.3 in addition to the linker problem I > >> had to make all the functions y

Re: [boost] More problems compiling regex with various compilers

2003-05-28 Thread John Maddock
> but that just instantiates what I currently need in my code and is no > real solution. I agree completely. > Why do you manually build these vtables and don't use virtual functions? Because they're dispatched based upon a numeric ID stored in the state machine. John. __

Re: [boost] sequence_array contribution

2003-05-28 Thread Toon Knapen
On Thursday 22 May 2003 12:51, Maarten Hilferink wrote: > template struct sequence_array; > which has an interface that is almost compatible with > std::vector >; > but faster. and more compact I presume. AFAICT the drawback will be that the sequece is not as dynamic anymore as a vector-of-vector

Re: [boost] Re: Re: Re: Formal Review: Command Line & Config library

2003-05-28 Thread Pavol Droba
On Wed, May 28, 2003 at 11:28:27AM +0400, Vladimir Prus wrote: > Hi Pavol, > > Pavol Droba wrote: > > > I have been reading the discussiong here about adding the support for > > unicode. > > > > Maybe there is a solution which would allow to have templated versions of > > relevant classes AND st

[boost] Re: shared_ptr/weak_ptr and thread-safety

2003-05-28 Thread Russell Hind
Trevor Taylor wrote: Who? Me? I think Peter meant Alexander Cheers Russell ___ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

[boost] Re: shared_ptr/weak_ptr and thread-safety

2003-05-28 Thread Trevor Taylor
Are you planning to implement a "real" pthread_refcount_t for, say, Windows and Linux/x86? Who? Me? No, I no nothing about any of this (as I've just demonstrated), it just seemed from your "Maybe one day we'll have a pthread_refcount_t" statement that things could be improved if one existed - so

[boost] Re: Re: command line parser review

2003-05-28 Thread Vladimir Prus
Tanton Gibbs wrote: >> I realize that header file is easy. But that approach will bit sooner or >> later. It probably would be possible to supply alternative header-only >> option, but that would be a lot of work. Need to find more opinions here. >> >> BTW, if you have problems with shared librari

[boost] Re: Re: Re: Formal Review: Command Line & Config library

2003-05-28 Thread Vladimir Prus
Hi Pavol, Pavol Droba wrote: > I have been reading the discussiong here about adding the support for > unicode. > > Maybe there is a solution which would allow to have templated versions of > relevant classes AND static library in one box. > > > If we decide that specialization for char and wc