- Boost - lists.preview.boost.org

[fsm] New release
by Andreas Huber 19 Oct '04

19 Oct '04

Dear Boosters I've finally managed to address the main issues that were raised in the last discussion on boost::fsm (exit() and BOOST_FSM_RELAX_TRANSITION_CONTEXT). Code and documentation should now be reasonably close to what will undergo the formal review. The only thing that is still lacking are proper tests, which I'll try to implement in the next few weeks. The .zip can be found here: http://boost-sandbox.sf.net/fsm.zip The docs are also available online: http://boost-sandbox.sf.net/libs/fsm As always: Feedback is highly welcome. Thanks & Regards, -- Andreas Huber When replying by private email, please remove the words spam and trap from the address shown in the header.

1 0

RE: [boost] Re: Any interest in adding unicode support to boost?
by Bennett, Patrick 19 Oct '04

19 Oct '04

> On Behalf Of Erik Wien > Sent: Tuesday, October 19, 2004 11:09 AM > To: boost(a)lists.boost.org > Subject: [boost] Re: Any interest in adding unicode support to boost? > > ----- Original Message ----- > From: "Patrick Bennett" <patrick.bennett(a)inin.com> > > > Erik, be sure to take a look at IBM's open-source ICU library: > > http://oss.software.ibm.com/icu/ > > I have looked at the ICU library, and it's a very good unicode > implementation, but the goal of my project will be to create a library > that is in a form that could be standardized in boost, and from what > have seen/read, ICU is not really suited for that. [Bennett, Patrick] Agreed. I just wanted to make sure you took a look at it, minimally, as a guide or reference, as it is quite extensive. > If the ICU licence is boost compatible, it would be possible to base an > implementation on ICU however, but that will be determined if the project > is approved by my college. [Bennett, Patrick] If it matters, ICU's license is about as simple as it gets.

1 0

david_abraham's lock in CVS
by Russell Hind 19 Oct '04

19 Oct '04

Trying to check out CVS: and am getting cvs checkout: [08:31:45] waiting for david_abrahams's lock in /cvsroot/boost/boost/tools/build/v2/test/dependency-test/src1 For more than half an hour. How long to these take to expire? Thanks Russell

2 1

patch to build boost on dragonflybsd
by Patrick Mauritz 19 Oct '04

19 Oct '04

the attached patch makes it possible to build boost on dragonflybsd with gcc3.4. the change in boost/python/detail/config.hpp is necessary as dfly doesn't provide the gcc-patched headers that "fix" offsetof(). if defined(freebsd)&&!defined(dragonfly) is in there as dfly sometimes defines both of them. after this patch, everything except boost::serialize (which complains about lack of wchar_t) should build. patrick mauritz

2 1

RE: RE: [boost] Library Proposal: database (boost::db)
by Brian Braatz 19 Oct '04

19 Oct '04

(sorry been away from mail over the last 3 days)- I wanted to respond that JOAQUIN LOPEZ MU?Z Writes: "> If you'd care to sketch what kind of dynamic multi_index > you have in mind (from the user point of view) maybe we > can come out with some solid design to implement > in future releases of the lib. My intention is to stay > away from relational stuff, but I'll go for a dynamic > container if it can be made general purpose." I *very* much want to take you up on this- tonight (about 12 hours from now) I will write something up and show you what I did. > -----Original Message----- > From: boost-bounces(a)lists.boost.org [mailto:boost-bounces@lists.boost.org] > On Behalf Of JOAQUIN LOPEZ MU?Z > Sent: Friday, October 15, 2004 12:06 PM > To: boost(a)lists.boost.org > Subject: Re: RE: [boost] Library Proposal: database (boost::db) > > Hi Brian, > > ----- Mensaje original ----- > De: Brian Braatz <brianb(a)rmtg.com> > Fecha: Viernes, Octubre 15, 2004 6:56 pm > Asunto: RE: [boost] Library Proposal: database (boost::db) > > [...] > > > > I am currently going down this exact path and wanted to share what > > I ran > > into: > > > > 1- Boost does not have a 2dim "Table<>" - i.e. a Recordset > > 2- Boost.multi_index only works with concrete structures > > I would love it if I could use that to make a dynamic Table\ > > recordset > > What do you mean by concrete structures? > > > 3- I have had to build my own Table<> by internally using > > boost.multiindex > > Do you mean, you have actually built a Table<> class > using Boost.MultiIndex? > > > [...] > > > I believe boost is missing a "recordset" analolgy and I would hope > > thatwhatever is created is not "struct only" like > > boost.multi_index. (don't > > get me wrong I LOVE the multi_index - it just doesn't work > > dynamically) > > Well, in the past I thought about what a > dynamic_multi_index_container (with run-time specification > of indices) could look like: the implementation internals > are not hard to solve with the same framework as > Boost.MultiIndex, it is the interface that I don't have a > clear idea about. Also, I don't envision a clear usage > scenario for this, and there are RTTI-like issues > involved as well (what should get<N>() return?) > > If you'd care to sketch what kind of dynamic multi_index > you have in mind (from the user point of view) maybe we > can come out with some solid design to implement > in future releases of the lib. My intention is to stay > away from relational stuff, but I'll go for a dynamic > container if it can be made general purpose. > > On another topic, have you considered Arkadiy's > RTL as another source of ideas/synergies? Seems like > Arkady sort of diverted to his BOOST_TYPEOF facility, > so I don't know what the current status of the lib is. > > Joaquín M López Muñoz > Telefónica, Investigación y Desarrollo >

1 0

RE: [boost] Re: Library Proposal: database (boost::db)
by Brian Braatz 19 Oct '04

19 Oct '04

That's cool. Thank you. Tito/Anyone It would appear that I am working on something similar (though closer to the MYSQL++ model). I am working on a wrapper over ODBC in this vein. I invite again anyone to send me private mail if this discussion gets off topic boost wise. Motivations: 1- We *need* a db layer in boost 2- I *need* to make some modifications in some existing code for a project I am working on- this may or may not be appropriate for boost- i.e. if I can do this and also somehow help a boost db along- then great > On Behalf Of Maciej Sobczak > Sent: Friday, October 15, 2004 11:51 AM > To: boost(a)lists.boost.org > Subject: Re: [boost] Re: Library Proposal: database (boost::db) > Hi, > > Brian Braatz wrote: > > > At the end of the day- I believe that a balance between "recordset"-ish > > model of MYSQL++ and the power of OTL would be a good combination. > > > > A library is not useful if it is too hard to get up to speed on OR too > > terribly different from what people are used to. > > Just to stirr up a little bit: > > http://www.msobczak.com/prog/soci/ > > This library aims at simple usage patterns, where intuitive and almost > "embedded" syntax at at premium. A very different approach from those > you discuss, but in fact complementary and can be merged with other > approaches. > > (the code is to be modified a little bit, but what is available at the > moment works fine with Visual C++ 7.1 and g++ 3.2) > > -- > Maciej Sobczak : http://www.msobczak.com/ > Programming : http://www.msobczak.com/prog/

1 0

[Formal review request] const_string
by Maxim Yegorushkin 19 Oct '04

19 Oct '04

Recent postings showed interest in an immutable string facility [*]. Its interface and implementation has now reached a stable state (I hope). I am formally requesting that const_string be added to the review queue. The documentation can be found here: http://conststring.sf.net/ (it's not in a final state, but I'm going to extend it while it stays in the queue) [*] http://aspn.activestate.com/ASPN/Mail/Message/boost/2180929 -- Maxim Yegorushkin

6 12

[serialization] warnings while building Boost.Serialization
by Christoph Ludwig 19 Oct '04

19 Oct '04

Hi, when building Boost.Serialization my compiler (gcc 3.4.2 on i686-pc-linux-gnu) issues some warnings. They are no big deal for me, but I think they can (and should) easiliy be avoided. * In wchar_from_mb.hpp, line 107, we have for(int i = 0; i++ < MB_CUR_MAX;){ //... On my system, MB_CUR_MAX evaluates to an expression of type size_t, whence the compiler warns about a comparison between signed and unsigned. I don't know which type MB_CUR_MAX is supposed to have according to the relevant standards, but I think it is safe to assume that the value of MB_CUR_MAX will always fit into a signed int. I therefore propose to change above line into: for(int i = 0; i++ < int(MB_CUR_MAX);){ //... * In basic_xml_archive, line 38, I get a warning about a potentially uninitialized variable msg: virtual const char *what( ) const throw( ) { const char *msg; switch(code){ case xml_archive_parsing_error: msg = "unrecognized XML syntax"; break; case xml_archive_tag_mismatch: msg = "XML start/end tag mismatch"; break; default: archive_exception::what(); // (*) } return msg; } I think the compiler caught a genuine mistake and the line marked (*) should read msg = archive_exception::what(); Regards Christoph -- http://www.informatik.tu-darmstadt.de/TI/Mitarbeiter/cludwig.html LiDIA: http://www.informatik.tu-darmstadt.de/TI/LiDIA/Welcome.html

1 1

[signals]
by Roland Schwarz 19 Oct '04

19 Oct '04

I wonder if it is possible to use the signal library to do interprocess/(synchronized)interthread calls. Would it be easily possible to extend it into this aerea if not already possible? Am I considering the wrong library? If yes, could anyone please suggest a better approach? Thanks, Roland

6 7

RE: [boost] Re: Library Proposal: database (boost::db)
by Brian Braatz 19 Oct '04

19 Oct '04

> On Behalf Of Michael van der Westhuizen > >> > >>Can you compae it with Database Template Library > >>http://dtemplatelib.sourceforge.net/index.htm > >>? > > > > > > Just an FYI here- I recently evaluated the DTL and it uses RTTI > > internally- > > Thoughts on OTL? > > http://otl.sourceforge.net/ > > I've used it a few times, and it's extremely capable. > > Michael Thanks for the link- that is very interesting. It looks like I can get what I need from it. IN rough comparison, it looks like the MYSQL++ library may be a bit more "normal" looking to DB developers who are used to disconnected recordsets, but it looks like the OTL libraries have far greater power. At the end of the day- I believe that a balance between "recordset"-ish model of MYSQL++ and the power of OTL would be a good combination. A library is not useful if it is too hard to get up to speed on OR too terribly different from what people are used to.

5 5