[boost] stlport & gcc support

some other reason? Just curious, thanks, TJ ps. On a related note: do people have pointers to documentation on what bugs exist in stlport 4.5.3, i.e. what gcc has fixed? -- Trey Jackson [EMAIL PROTECTED] "I never believed in Santa Claus because I knew no white dude would come into my ne

Re: [boost] smart_assert - update; SMART_ENFORCE works

apologies for the last post -- Trey Jackson [EMAIL PROTECTED] I have finally discovered the secret to happiness. It is really simple, just do the following 2 things: Warning: .signature files should be no longer than 4 lines. (Only 4 lines of your .signature were posted

Re: [boost] smart_assert - update; SMART_ENFORCE works

John, -- Trey Jackson [EMAIL PROTECTED] Pac Man was originally named Puck Man. -- random factoid ___ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

Re: [boost] boost::bind question

> >Jaakko wrote: [snip] Apologies, I cut/paste the wrong name. Aleksey Gurtovoy wrote the text I quoted. -- Trey Jackson [EMAIL PROTECTED] "This man is depriving a village somewhere of an idiot." -- filed in an officer fitness report in the Br

Re: [boost] boost::bind question

); > >line: > >work_crew< mpl::list > mycrew(bind(&X::f, &x, _1, _2)); I'll look into that later, it'd be exciting. Hopefully I'll be able to see this in 1_30_0! ;-) TJ -- Trey Jackson [EMAIL PROTECTED] "Failure is not an option. It co

[boost] boost::bind question

c: work_crew(FunctionType &tocall); void add(DataType d) { queue_.push_front(d); }; void dowork() { for(iter = queue_.begin(); iter != queue_.end(); ++iter) engine_(*iter);}; }; -- Trey Jackson [EMAIL PROTECTED] "The mirror doesn't lie. I *am* getting sexier." --

Re: [boost] shared_ptr question (with respect to thread safety)

o insert (or not) a simple line: boost::mutex::scoped_lock l(mutex_) and not have the lock released until the end of the method 'function'. Apologies if this seems trivial. The help is appreciated. TJ -- Trey Jackson [EMAIL PROTECTED] "Every day, the hummingbird eats its o

Re: [boost] shared_ptr question (with respect to thread safety)

e code is always a struggle between me and the compiler I can see the desire to avoid adding extra template parameters. TJ -- Trey Jackson [EMAIL PROTECTED] "... at this point, the elephant is looking like an irate Roseanne." -- Fran Drescher ___ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

Re: [boost] shared_ptr question (with respect to thread safety)

); // prints 'goodbye world' Any tips on how to do this? Is it possible in C++? I can see how to do it with lisp macros. I'm reading the MPL intro written by David Abrahams and Aleskey Gurtovoy, but it's slow going... TJ -- Trey Jackson [EMAIL PROTECTED] Pi

Re: [boost] shared_ptr question (with respect to thread safety)

e would be? The upsides I can see are: 1) pulls mutex details outside of the class 2) gets rid of ugly '#ifdef BOOST_HAS_THREADS' lines 3) allows different specializations of the (counted_base) class in the same binary Obviously, the MutexLockingStrategy class would still have the ugl

[boost] shared_ptr question (with respect to thread safety)

ring if the above strategy could be used in the case of shared_count, and if not, why not? thanks, TJ -- Trey Jackson [EMAIL PROTECTED] "A life lived in fear is a life half lived." -- No Fear ___ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

[boost] Boost and aCC

ostly interested in Boost threads and graphs. aCC version B3910B X.03.32 STLPort 4.5.3 but native iostream on HP. -- Trey Jackson [EMAIL PROTECTED] Never do card tricks for the group you play poker with. ___ Unsubscribe & other changes: h