- Boost - lists.boost.org

iostreams library review
by slavek.f.kuzniar＠jpmorgan.com 29 May '04

29 May '04

On Boost mailing archives I found a review request for Iostreams Library by Jonathan Turkanis. I did not see any follow-up and the library is not part of latest release so I suspect the review did not happen. Anyone knows what is the fate of this library? This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Chase & Co., its subsidiaries and affiliates.

4 4

RE: [boost] Re: [prereview request][fsm]
by Brian Braatz 29 May '04

29 May '04

My 2 cents """""""""""""""""" This is certainly doable. However, I'm unsure whether the current > design allows a you-don't-pay-for-what-you-don't-use implementation of > such a feature. Plus, I'm still not convinced that this feature would > be used more than rarely. Do you have some real-world use cases in mind? [David Abrahams] Unfortunately I'm not so familiar with what exit actions in FSMs are typically used for, but from an abstract point of view I don't think of resource releasing as an "action". If you were writing this stuff in a GC'd language, for the most part, you wouldn't devote any exit action code to resource releases. """""""""""""""""' I think this is a very good point as MS seems (IMO\whether I like it or not) to be driving us down a managed GC path for future C++ efforts. This is something to deeply consider. Not that MS is "everything", but they do have a lot of C++ developers using their tools and os's.

3 4

Re: [prereview request][fsm]
by Darryl Green 29 May '04

29 May '04

Andreas, I have looked more thoroughly at the fsm library and have this specific problem I would like advice on. The source state (as well as all the rest of the active direct and indirect inner states of the innermost common outer state) is destructed before the transition action runs. This means the actin doesn't have access to any of this context, considerably reducing the utility of state local storage. The stopwatch example shows the storage being used in the exit action, which is fine. A more complex example would be likely to have separate actions for multiple transitions. It seems that if actions need access to the state local storage of a state being left one must do the following: 1) Have states with only one transtion. 2) Be prepared to execute the actual "work" done by the system (the actions) in the exit action (which is a destructor). I don't find either of these attractive. Alternatively, a custom reaction can be used. The react function can do processing in the context of the source state (it is a member of the source state). I'm not sure how easy it is to access other active (inner or outer) states at this point? So I end up with a "pre exit" action. User defined exception handling can be used here (that is, it is possible to: 1) map an exception to an event 2) make (or not) an immediate transtion to an arbitrary state based on an exception 3) terminate 4) let the fsm framework deal with it This seems reasnably ok, but doesn't make for a nice transition table representation (the transition information is "hidden" in the react() function). Another option is: Keep a shared_ptr<my_local_storage> in the state. Construct a my_local_storage in the state constructor. In the react member function, take a copy of teh shared_ptr. This should keep my storage "alive" until the transition is complete and the new state has been entered (actually a bit longer than I would like). Am I missing something or doing something wrong? Can you recommend an approach to deal with this? Thanks Darryl Green.

2 1

Re: [boost] port of test library to vacpp
by JOAQUIN LOPEZ MU?Z 29 May '04

29 May '04

Hi Daryle ----- Mensaje original ----- De: Daryle Walker <darylew(a)hotmail.com> Fecha: Sábado, Mayo 29, 2004 6:36 pm Asunto: Re: [boost] port of test library to vacpp > On 5/27/04 5:14 AM, "Joaquín Mª López Muñoz" <joaquin(a)tid.es> wrote: > > [SNIP] > > Maybe the following is a good compromise > > > > #if defined(BOOST_NO_INCLASS_MEMBER_INITIALIZATION) > > enum npos_type { npos = (size_type)-1 } > > #else > > static const size_t npos = (size_type)-1; > > #end > > Doesn't the BOOST_STATIC_CONSTANT macro cover this? > Not quite. BOOST_STATIC_CONSTANT generates an *unnamed* enum, which is pecisely what was causing the error that originated this thread. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

1 0

Quick question on XCode
by Daryle Walker 29 May '04

29 May '04

In case you're wondering where I've been, I was formatting my computer and installing Mac OS X 10.3 Panther on it. It comes with the "Project Builder" replacement, "XCode". Unfortunately, it completely changed its project configuration philosophy. Does anyone know how to add (project specific) search directories? I would need configurations that would use Boost-CVS, the latest Boost archive, the Sandbox CVS + Boost CVS, or the Sandbox CVS + Boost archive. (The sandbox would need to be searched first.) I haven't reinstalled by copy of Metrowerks CodeWarrior Pro 8.3 yet. I should get a new copy of more-I/O uploaded to Yahoo soon. (I noticed that the latest library under review jumped more-I/O's spot in the queue. [There were no definite schedule after the review before this one.] I let my e-mailbox overflow and missed all the mail on May 22nd. Did the rescheduling happen then?) -- Daryle Walker Mac, Internet, and Video Game Junkie darylew AT hotmail DOT com

1 0

port of test library to vacpp
by Toon Knapen 29 May '04

29 May '04

( Currently the regression status pages for IBM and SGI are not updated for two weeks because I'm unable to even compile the regression test tools. And more and more libraries are braking (on vacpp) so here's another shot at getting them to run again. ) In boost/test/detail/basic_cstring/basic_cstring.hpp contains following line: "enum npos_type { npos = (size_type)-1 }" Now size_type is previously defined as a size_t. The IBM is a 64 bit machine and size_t is 64 bits wide whereas an int is 32 bits wide. Therefore VisualAge does not accept this line. Would soth break if we change this to "enum npos_type { npose = -1 }"

8 13

[OT][fsm] I'm overwhelmed
by Andreas Huber 29 May '04

29 May '04

Dear Boosters I'm pretty much overwhelmed by the sheer volume of posts. I will try to answer every post during the weekend, but I cannot guarantee that I will not miss one or the other. If, by Sunday night you still have no answer/statement to a post you made before Saturday night then please repost your question. Thank you, Andreas

2 1

MPL for_each
by Mohammed Iqbal 29 May '04

29 May '04

Where is the documentaion of for_each? Mohammed

1 0

Re: [boost] Re: static sized strings
by Reece Dunn 29 May '04

29 May '04

Rob Stewart wrote: >From: John Nagle <nagle(a)overbot.com> > > (And you have to supply conversions.) Most strings are sized a bit too > > big, anyway. > >Oh, it just occurred to me that when the two have the same size, >there should be a cctor and copy assignment operator to avoid the >virtual function call overhead. The cctor also fixes a bug that caused a pure virtual function run-time error with VC when you have the following: template< size_t n, class C, class CSP > inline fixed_string< n, C, CSP > runtime_error() { fixed_string< n, C, CSP > res( "oops!" ); return( res ); // pure virtual call here } Thanks! >You might even be able to do >some metaprogramming to determine whether the capacity of the >source string is less than or equal to the capacity of the >destination string and avoid the virtual function call overhead >for an entire class of copies. I'll look into this. Regards, Reece _________________________________________________________________ Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo

2 1

metacomm regressions: which borland version
by Vladimir Prus 28 May '04

28 May '04

The metacomm regression result show an error for borland compiler: http://tinyurl.com/2ql6s which reads: Assertion failed ..... config_file.cpp(144) : isTmplSpecSym(sym) .... I've just installed CBuilderX Personal, and tried to compile the library with that compiler. The interesting thing is that compiler has 5.6.4 as version string, the symbol __BORLANDC__ is defined to be 0x0564, but I don't get that error, and get some other errors. What could be the reason? - Volodya

2 3