July 2006 - Boost - lists.boost.org

[mpl][patch] begin fails to compile with integral constant, safe to apply to RC?
by Tobias Schwinger 13 Jul '06

13 Jul '06

Hi, It's a few months since I applied that patch to the HEAD and I haven't seen it cause any regressions. Dave asked me to apply it to the RC as well, but there has been comparatively little testing on the HEAD so I wonder whether it's safe to apply it to the RC now. Did anyone encounter any problems in this area? If there are no objections I'll apply the patch within the next couple of days. Regards, Tobias

1 0

[BGL] Help Needed
by Wang Weiwei 13 Jul '06

13 Jul '06

> > >>I have yet to be able to use edge descriptors as keys >>to external property maps. Try using internal >>property maps. >> >> Cromwell D. Enage >> > >Thanks for your help. Would you pls give me an example >showing the usage of internal property map for the vertices >and edges? or, to make the question simpler, how to declare a adjacency_list type graph object with internal vertex/edge property maps as follows: vertex descriptor -> MyVpmType edge descriptor -> MyEpmType And how to access the internal maps to do sum get/put operation? > >Thanks again. > >max

2 1

[Boost-bugs] [ boost-Bugs-1521741 ] Constness in iterator_facade::operator->
by SourceForge.net 13 Jul '06

13 Jul '06

Bugs item #1521741, was opened at 2006-07-13 11:21 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1521741&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: iterator Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Smith (ras52) Assigned to: David Abrahams (david_abrahams) Summary: Constness in iterator_facade::operator-> Initial Comment: The C++ standard states (table 72) that for an input iterator, a->m is equivalent to (*a).m. If operator* returns a value_type by non-const value, it is possible to call a non-const member function on the temporary returned from the function. However, the operator_arrow_proxy class acts as a proxy to T const* rather than T*, this that you can do (*i).non_const_method(); but not i->non_const_method(); for certain input iterators. See discussion here: http://lists.boost.org/Archives/boost/2006/07/107713.php http://lists.boost.org/Archives/boost/2006/07/107740.php http://lists.boost.org/Archives/boost/2006/07/107756.php ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1521741&group_… ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[lamba] typo in lambda docs
by Gennaro Prota 13 Jul '06

13 Jul '06

Hi guys, I'm forwarding this from the users list. It may easily get unnoticed there, the more so considering it has a very generic subject. --------------------------------------------------------- On Tue, 11 Jul 2006 22:40:34 +0200, "Ovanes Markarian" <om_boost(a)keywallet.com> wrote: >Hi! > >there is currently a bug in boost::lambda documentation ( ><http://www.boost.org/doc/html/lambda/s03.html> >http://www.boost.org/doc/html/lambda/s03.html) > >Current version: > >template <class T> : public binary_function<T, T, T> >struct plus { > T operator()(const T& i, const T& j) const { > return i + j; > } >}; >should be: > >template <class T> >struct plus : public binary_function<T, T, T> > >{ > > T operator()(const T& i, const T& j) const { > > return i + j; > > } > >}; > > >With Kind Regards, >Ovanes -- [ Gennaro Prota, C++ developer for hire ] [ resume: available on request ]

1 0

[config] Macro proposal
by Gennaro Prota 13 Jul '06

13 Jul '06

Hi guys, could we please add something like this to the config system? #if defined(__GNUC_PATCHLEVEL__) # define <choose_a_name> ( __GNUC__ * 10000 \ + __GNUC_MINOR__ * 100 \ + __GNUC_PATCHLEVEL__ ) #else # define <choose_a_name> ( __GNUC__ * 10000 \ + __GNUC_MINOR__ * 100) #endif PS: of course it's possible to "share" the common part of the replacement-lists: ( __GNUC__ * 10000 + __GNUC_MINOR__ * 100) or (100 * ( __GNUC__ * 100 + __GNUC_MINOR__)) The decision is up to John :) --Gennaro.

4 19

Random Access to Files (RAF) - any interest ?
by Slava, Alex 13 Jul '06

13 Jul '06

Dear Boost Community, Is there any interest in submission of a Random Access to Files (RAF) Library to Boost? Please see http://www.trukhanov.kiev.ua/RAF/ for documentation and an initial implementation. Thank you, -- Svyatoslav Trukhanov, Oleksii Ursulenko

9 34

Re: [boost] Is there interest in parallel versions of<algorithm>functions?
by Oliver.Kowalke＠qimonda.com 13 Jul '06

13 Jul '06

Hi, > Before parallel <algorithm> things, I think we need to step > back and handle the cross-thread domain container issues. It > is very common in hardware programming to have a FIFO go > between clock domains. I'm picturing the same thing for > software; a FIFO where the push is in one thread and the pop > in the other. The thread with the pop would block on a pop > call until there was data and the thread with the push would > block on push if the FIFO were full. Already implemented (thread_queue) - please look at boost vault / Concurrent Programming / thread_queue or defer library. regards, Oliver

1 0

[BGL] Querying the vertex/edge property map from an graph obj
by Wang Weiwei 13 Jul '06

13 Jul '06

hello, Is there a nonmember function, say vertex_property_map()/Edge_property_map() of the graph classes that can be used to query the vertex/edge property map from an graph obj? Thanks Max

1 0

Re: [boost] [BGL] Help Needed
by Wang Weiwei 13 Jul '06

13 Jul '06

>I have yet to be able to use edge descriptors as keys >to external property maps. Try using internal >property maps. > > Cromwell D. Enage > Thanks for your help. Would you pls give me an example showing the usage of internal property map for the vertices and edges? Thanks again. max

1 0

Evaluation of the PropertyTree library
by Stroemsdoerfer, Christian 13 Jul '06

13 Jul '06

I am currently using the PropertyTree library and I think it's both useful and easy to use. I haven't looked too much into the implementation, but I wanted to mention that although the library enables the use of wchar_t for properties and their values, it does not do so for file names (xml_read for instance takes a "std::string" for a filename). There are, however, people amongst us that work on operating systems with Unicode-enabled file systems. This should be supported by the library. Sincerely, Christian Strömsdörfer

3 2