- Boost-users - lists.preview.boost.org

RE: [Boost-Users] Problems with iterator_adaptors
by Ben Hutchings 11 Apr '03

11 Apr '03

Olaf Petzold wrote: > I try to write a cyclic Iterator using boost::iterator_adaptors. > Unfortunally, the advance function doesn't work for negative distances > correct: > template<class Iterator> > class cycle_iterator_policies > { > public: > cycle_iterator_policies(const Iterator& begin, const Iterator& end) > : m_begin( begin ), m_end( end ) > { > assert( m_begin != m_end ); > } > .... > template<class IteratorAdaptor, class DifferenceType> > void advance( IteratorAdaptor& x, DifferenceType n ) { > n %= std::distance( m_begin, m_end ); <snip> The problem is that the result of % and / (and by implication %= and /=) is implementation defined if either operand is negative. Most implementations round the quotient towards zero and produce a remainder with the same sign as the quotient. Evidently you want to have a non-negative remainder always. The simplest solution, I think, is: DifferenceType length = std::distance( m_begin, m_end ); n %= length; if (n < 0) n += length;

1 0

Re: thread lib using workshop CC on solaris
by Christopher Currie 11 Apr '03

11 Apr '03

I tried to send this earlier using the newsgroup, but it seems to have been dropped on the floor. Sorry for the duplicate if it shows up. The latest version of boost has some support for some versions of this compiler. The appropriate jamfile is "sunpro-tools.jam" (Sunpro is an old name for this compiler.) Thus: cd $BOOST_ROOT/libs/thread/build bjam -sTOOLS=sunpro That said, your mileage may vary on this compiler. I have found that it is notoriously buggy, especially wrt templates, and boost code will often cause it heartache in obscure ways. My results have found: * Up-to-date patches for the compiler and the operating system are a must. Find them here: http://access1.sun.com/sundev/index.html * Both versions of this compiler that I have tested have issues with Boost.TypeTraits, generating loads of spurious "Anacronism" warnings wrt the typename keyword being absent or present. Unfortunately, sun has not provided a flag to silence these warnings, and adding typename to the locations it complains about breaks other compilers, notably g++. * Both versions of this compiler will have problems linking some Boost unit tests, due to odd template RTTI issues. Adding -sBUILD="<cxxflags>-instances=static" will sometimes fix this problem. I don't recommend making this flag a default, because of the code bloat that entails. * Sun CC 5.4 ( Workshop/Forte Developer/SunOne Studio 7 ) will successfully build Boost.Threads. * Sun CC 5.3 update 2 ( W/FD/SOS 6u2 ) will only build Boost.Threads in release mode. This compiler generates assertions when attempting to compile the debug libraries. * I have not tested any versions earlier than Workshop 6 update 2. "jenny_qzhang" <jenny_qzhang(a)yahoo.com> wrote in message news:b722dr+7f4@eGroups.com... > Hi, All > > I am working on porting an application from MSVC to solaris > workshop(the applicatoin is using boost thread lib). I could not > locate the makefile or jam file for this compiler. Is there anybody > did the same thing before? > > If you finially made it, can you share your experience, makefile > with me? Actually I tried to write a makefile myself, but it reported > a lot of errors related to template parameters :(. > > > Thanks very much! > > Qiu

1 0

Problems with iterator_adaptors
by Olaf Petzold 11 Apr '03

11 Apr '03

Hello, I try to write a cyclic Iterator using boost::iterator_adaptors. Unfortunally, the advance function doesn't work for negative distances correct: template<class Iterator> class cycle_iterator_policies { public: cycle_iterator_policies(const Iterator& begin, const Iterator& end) : m_begin( begin ), m_end( end ) { assert( m_begin != m_end ); } .... template<class IteratorAdaptor, class DifferenceType> void advance( IteratorAdaptor& x, DifferenceType n ) { n %= std::distance( m_begin, m_end ); DifferenceType rest = std::distance( x.base(), m_end ); if( n < rest ) std::advance( x.base(), n ); else std::advance( x.base() = m_begin, n - rest ); } .... private: Iterator m_begin; Iterator m_end; }; It seems to be an algorithmic problem for me. How can I corrected it? Thanks Olaf

1 0

Signals and noncopyable
by svanechel 11 Apr '03

11 Apr '03

Hi, Is there a reason why siganls aren't copyable? As far as I can tell signal base derives from noncopyable, but it references its implementation using shared_ptr. So I'm guessing in theory a signal is perfectly copyable. I must admit I came to this conclusion by briefly looking at the code, so I might be completely wrong. I want to store signals into a vector of function<void()>'s, together with bound arguments, to capture events and replay them later. Something similar to (simplified): class recorder { public: // this is the handler for some event // it is connected to another signal void some_event( int i) { events_.push_back( bind( ev, i ) ); } void replay() { vector< function<void()> >::const_iterator itr = events_.begin(); while ( itr != events_.end() ) { (*itr)(); ++itr; } } signal<void(int)> ev; private: vector< function<void()> > events_; }; recorder rec; // connect the recorder to the signals is uses ... // now replay the events rec.ev.connect( some_handler ); rec.replay(); The example above may no be entirely correct since I'm coding this directly without running it through a compiler, but I hope the intent is clear. If I remove the derivation from noncopyable from signal_base, a sigal can be assigned to a function, although I haven't tested it yet to see if it actually works (currently I do not have something I can start testing with). Is it safe to remove the noncopyable base class? If so can it be done in the next release of the boost distribution as well? Thanks in advance, Sven Van Echelpoel

1 0

Problem with boost::pool_alloc
by Ilya Chvetsov(work) 11 Apr '03

11 Apr '03

Hi! I try to use boost::pool_alloc with STLport-4.5-0119 snapshot. STLPort call pool_alloc::allocate(const size_type n) with n = 0. STLPort naitive allocator returns in such case NULL, but pool_alloc tries return memory. Method simple_segregated_storage<SizeType>::try_malloc_n( void * & start, size_type n, const size_type partition_size) has problem too if parameter n is 0. Problem is in while condition: while (--n != 0)... This simple program demonstrates a problem: #include <boost/pool/poolfwd.hpp> #include <boost/pool/pool_alloc.hpp> typedef boost::pool_allocator<int> alloc_t; int main(int argc, char* argv[]) { alloc_t alloc; alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); return 0; } How can I solve this problem? Thanks -Ilya

1 0

Boost random's min < max assert
by Glen Knowles 10 Apr '03

10 Apr '03

Uniform int contains an assert if min < max. If I ask for a random between 1 and 1 I'm expecting a 1, not an assert. Is there some reason this was deemed inappropriate? Thanks, Glen [Non-text portions of this message have been removed]

3 2

preprocessor: convert to capitals
by Toon Knapen 10 Apr '03

10 Apr '03

In the ublas forum we're having a discussion on the best way to provide signatures in C for fortran libraries (like BLAS and LAPACK). For linking C with fortran, you sometimes need to add an underscore to the function in C, but on other platforms fortran will store the function-name in capitals. Thus on different platforms, we should preprocess our source to take the platforms' convention into account and we thus would need a macro to convert an identifier automatically to uppercase. Is that possible ? toon -- Toon Knapen http://www.fft.be Free Field Technologies tel:+32 10 45 12 26 16 Place de l'Universite fax:+32 10 45 46 26 1348 Louvain-la-Neuve http://www.femtown.org Belgium

3 5

thread lib using workshop CC on solaris
by jenny_qzhang 10 Apr '03

10 Apr '03

Hi, All I am working on porting an application from MSVC to solaris workshop(the applicatoin is using boost thread lib). I could not locate the makefile or jam file for this compiler. Is there anybody did the same thing before? If you finially made it, can you share your experience, makefile with me? Actually I tried to write a makefile myself, but it reported a lot of errors related to template parameters :(. Thanks very much! Qiu

2 2

ublas matrix slice bug?
by Stephan Puchegger 08 Apr '03

08 Apr '03

Dear ublas developers! (I am using boost 1.30 & gcc 3.2) the following program: #include <boost/numeric/ublas/matrix.hpp> #include <boost/numeric/ublas/io.hpp> int main () { using namespace boost::numeric::ublas; matrix<double> m (4, 4); for (unsigned int i = 0; i < m.size1 (); ++ i) for (unsigned int j = 0; j < m.size2 (); ++ j) m(i, j) = 1; std::cout << m << std::endl; // multiply a slice of the matrix with 2.... project (m, slice (2, 1, m.size1()-2), slice (1, 0, m.size1()-2)) *= 2; // interesting result ... the slice has been multiplied with 4 std::cout << m << std::endl; } gives the following output: [4,4]((1,1,1,1),(1,1,1,1),(1,1,1,1),(1,1,1,1)) [4,4]((1,1,1,1),(1,1,1,1),(1,4,1,1),(1,4,1,1)) Why is the slice multiplied with 4 and not with 2?? Do I make some fundamental mistake? Everything works fine if I am using a matrix_vector_slice. My second (stupid?) question is the following: Is it intentional, that it is not possible to compile: #include <boost/numeric/ublas/matrix.hpp> #include <boost/numeric/ublas/io.hpp> int main () { using namespace boost::numeric::ublas; matrix<double> m (4, 4); for (unsigned int i = 0; i < m.size1 (); ++ i) for (unsigned int j = 0; j < m.size2 (); ++ j) m(i, j) = 4*i+j; std::cout << m << std::endl; swap(row(m,0), row(m,2)); std::cout << m << std::endl; } whereas matrix_row<matrix<double> > l(m, 0); matrix_row<matrix<double> > r(m, 2); swap(l, r); /* swap the rows */ works fine. MTL has support for a similar syntax: swap(rows(m)[0], rows(m)[2]); best regards and thanks for your help! Stephan

3 7

Spirit PDF or something
by Edward Diener 08 Apr '03

08 Apr '03

I would like to print out the Spirit documentation as a whole for offline study. However Boost 1.30 Spirit documentation comes as a series of HTML pages. Is there an easy way to print out the documentation rather than cycling through all of it manually and printing out a page at a time ?

2 3

condition::wait() - Alertable in Win32
by Simon Bailey 08 Apr '03

08 Apr '03

What is the latest thinking on making condition::wait() and condition::timed_wait() "alertable" in the Win32 environment? Please consider this a "me too" request for such a feature! I'm trying to implement a cross-platform (Unix, Windows) implementation of a Proactor pattern that manages asynchronous sockets. It seems that the way to implement this pattern with as much code common to both platforms as possible is to use 1. Overlapped sockets that call back (not post messages) in Windows. 2. Signals in Unix (similar to the Windows call backs but with less- clear semantics in my mind). For this scheme to work, the wait functions need to be alertable in Windows, but the Unix system shouldn't need any changes. >From the research that I have done so far, in my particular case, I would only need wait and timed_wait to be alertable, and it would be appropriate that they were always altertable - I would not need a way to enable or disable this feature.

1 0

Building (runtime-link-static) thread lib on vc7
by Taras Tielkes 07 Apr '03

07 Apr '03

Hi, Some newbie boost thread lib questions: 1) I used to build the 1.29 thread library with the runtime-link-static\threading-multi build configuration. This would yield (in release mode) a 467 KB import library in the destination directory. When I build boost 1.30 (with runtime-link-static\threading-multi), the target directory for the thread library contains: -a boost_thread.dll of 116 KB -boost_thread.lib import libarary of 27KB Programs compile against the import library have a runtime dependency on the boost thread dll (as I would expect from the size of the import .lib) What's the right way to compile a static-link, multi-threaded boost.threads library (using the vc7 toolset) in 1.30? 2) What happended to the threadmon.dll? Is it gone in 1.30? Thanks for any pointers..

1 0

RE: [Boost-Users] Re: Please, please help!!!
by scleary＠jerviswebb.com 07 Apr '03

07 Apr '03

> From: agiatojon [mailto:JonAgiato@nyc.rr.com] > > Thanks a lot for the info. I saw that but did not know exceptions > were disabled in some compilers by default, which as you suggested, I > found out this one does. I enabled them, and now it compiles. > > I have another question for you if I may. I attempted to simply > stream the numbers to the standard output but it complains that there > is no operator defined for this object. Is there a file I can include > that contains the overloaded output operator functionality? I am sure > this must be available, I am just not sure of its location. I know > that ublas uses the file "IO" in order to bring those definitions in. Make sure you're doing: std::cout << dev(); and not: std::cout << dev; If that isn't the problem, could you post a code sample? -Steve

2 1

specializing new lexical_cast
by Tom Matelich 07 Apr '03

07 Apr '03

I'm going to embark on it, but I thought I'd ask in parallel. One of the things about Terje's proposed lexical_cast was a lot of documentation of how to specialize it. That doesn't seem to be addressed in 1.30.0's version. I see in the documentation "Where non-stream-based conversions are required, lexical_cast is the wrong tool for the job and is not special-cased for such scenarios." I understand this sentiment, and I tried to search for discussions of this on the mailing list, but I did not conquer ASPN's search tool. The reason I'm asking is that we did some profiling and strtod kicked lexical_cast's butt for string -> double. I currently use lexical_cast in some template'd xml code, so I could overload my function, but I'd have to do it in about 5 spots due to an evolving interface. I'd like to just do it once for lexical_cast. I suppose I could use Terje's implementation, but I've stuck with boost canon for a long time now intentionally. Any suggestions? ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

4 4

New BGL warning in 1.30.0
by Steven Solie 07 Apr '03

07 Apr '03

I'm now getting the following warning from BGL 1.30.0: /gg/boost/boost/pending/property.hpp:71: warning: sorry: semantics of inline function static data `const bool match' are wrong (you'll wind up with multiple copies) /gg/boost/boost/pending/property.hpp:71: warning: you can work around this by removing the initializer The code that generates the above warning looks something like this: Territory* t1 = new Territory(...); Vertex vertex = add_vertex(m_graph); put(vertex_name, m_graph, vertex, t1); // generates warning The graph declaration looks like this: typedef adjacency_list<vecS, vecS, undirectedS, property<vertex_name_t, Territory*, property<vertex_distance_t, unsigned long> > > Graph; I don't have any problems with BGL 1.29.0 and I don't understand what the warning is trying to tell me. Any ideas? I'm using GCC 2.95.3 with STLport. --Steven

2 1

Spirit - rule generating functions
by brockpeabody 06 Apr '03

06 Apr '03

Does anyone know the best way to return a rule from a function by value? I know that the following does not work, but what's the best workaround? struct calculator : grammar<calculator> { template <typename ScannerT> struct definition { definition(const calculator&) { r = make_complex_rule('A') | make_complex_rule('B'); } typedef rule<ScannerT> rule_type; rule_type const& start() { return r;} private: rule_type make_complex_rule(char c) { return c >> real_p; //boom } rule_type r; }; }; my current workaround is the following nastiness: //inside struct calculator::definition<> rule_type& anonymous_rule() { anonymous_rules.push_back( boost::shared_ptr<rule_type>(new rule_type)); return *anonymous_rules.back(); } rule_type& make_complex_rule(char c) { return anonymous_rule() = c >> real_p; } std::vector<boost::shared_ptr<rule_type> > anonymous_rules; Is there a better way? Also, I've got an easy one... Why is a grammar passed by const reference to its definition? Does Spirit make copies of the grammars internally? I ask because otherwise the grammar class seems like the ideal place to store state information (like numbers on a calculator's stack). Thanks ahead of time! Brock Peabody brock.peabody(a)npcinternational.com

3 2

Tuple compatibility with VS.Net
by toddbfleming 06 Apr '03

06 Apr '03

I downloaded boost 1.30.0 but am having trouble with the Tuple library with Visial Studio.Net. The following code produces the errors: #include <boost/tuple/tuple.hpp> boost::tuple<int, int> f() { return boost::tuple<int, int>(1, 1); } c:\cpp\boost_1_30_0 \boost\tuple\detail\tuple_basic_no_partial_spec.hpp(411) : error C2039: 'map_tuple_to_cons' : is not a member of 'boost::detail' This code is: class tuple : public detail::map_tuple_to_cons<T1, T2, T3, T4, T5, T6, T7, T8, T9, T10>::cons1 This appears to be a compiler bug. The code at this line is in the boost::tuples namespace but the compiler seems to be ignoring boost::tuples::detail. I replaced detail with tuples::detail in many places in this code. Next error: c:\cpp\boost_1_30_0 \boost\tuple\detail\tuple_basic_no_partial_spec.hpp(456) : error C2629: unexpected 'boost::tuple<T1,T2,T3,T4,T5,T6,T7,T8,T9,T10> (' This code is: template<typename Head, typename Tail> explicit tuple(const cons<Head, Tail>& other) : cons1(other.head, other.tail) { } Visual C++ doesn't seem to understand template constructors. I replaced the template constructor with a copy constructor. VC++ failed to create the default copy constructor :( c:\cpp\boost_1_30_0 \boost\tuple\detail\tuple_basic_no_partial_spec.hpp(470) : error C2143: syntax error : missing ',' before '<' The code is: template<typename Head, typename Tail> self_type& operator=(const cons<Head, Tail>& other) Lookup failed on cons. I added tuples:: prefix. Has anyone else run into these or might I have a configuration problem? Thanks! Todd Fleming

1 0

documentation
by luise_mang 05 Apr '03

05 Apr '03

Hello, Is there some centralized documentation for offline-studies available (PDF, some platform-specific help docs, whatever - just download once, view offline many) ? thanx, Luise

1 0

RE: [Boost-Users] Please, please help!!!
by scleary＠jerviswebb.com 05 Apr '03

05 Apr '03

Your error message indicates that exceptions are disabled. Try not disabling them. I think some versions of GCC might disable exceptions by default based on the language its compiling for -- e.g., if it's invoked as 'gcc' or the filename extension designates a C file. I didn't see this behaviour under Cygwin, though. I can get it to compile under Cygwin just by adding the Boost include with -I and defining __linux__ with -D. HTH, -Steve > -----Original Message----- > From: Jon Agiato [mailto:JonAgiato@nyc.rr.com] > Sent: Friday, April 04, 2003 11:56 AM > To: Boost-Users(a)yahoogroups.com > Subject: RE: [Boost-Users] Please, please help!!! > > > Hi Steve, > Thanks again for the help. I did that and now the > file is recognized, but I am receiving the following > error upon compilation: > > In file included from main.cpp:3: > /usr/include/c++/3.2/boost/libs/random/random_device.cpp: > In member function > `void boost::random_device::impl::error(const > std::string&)': > /usr/include/c++/3.2/boost/libs/random/random_device.cpp:92: > exception handling > disabled, use -fexceptions to enable > gmake: *** [main.o] Error 1 > > The program is the same except now I am including > #include <boost/libs/random/random_device.cpp>. > > Thanks again! > > Jon Agiato > JonAgiato(a)nyc.rr.com > > --- Jon Agiato <jonagiato(a)nyc.rr.com> wrote: > > >> > >> ----- Original Message ----- > >> From: scleary(a)jerviswebb.com > >> To: Boost-Users(a)yahoogroups.com > >> Sent: Friday, April 04, 2003 10:49 AM > >> Subject: RE: [Boost-Users] Please, please help!!! > >> boost::random_device > >> > >> > >> There is a source file under the libs/random > >> directory that contains the > >> implementation of random_device. You'll have to > >> include it in your project > >> in order to link. > >> > >> -Steve > >> > > > > > >>> > -----Original Message----- > >>> > From: Jon Agiato [mailto:JonAgiato@nyc.rr.com] > >>> > Sent: Thursday, April 03, 2003 10:02 PM > >>> > To: Boost-Users(a)yahoogroups.com > >>> > Subject: [Boost-Users] Please, please help!!! > >> > >> > >> boost::random_device > > > > > >>> > > >>> > > >>> > Hello all, > >>> > > >>> > I am attempting to use the non-deterministic > >> > >> > >> random number generator > > > > > >>> > class contined in boost::random and have > >> > >> > >> encountered the following > > > > > >>> > errors upon running the program. The program does > >> > >> > >> compile without > > > > > >>> > errors, and I am using KDevelop 2.1.3 in the > >> > >> > >> RedHat Linux 8.0 > > > > > >>> > environment. > >>> > > >>> > Here's the offending code: > >>> > > >>> > #include <iostream> > >>> > #include <cstdlib> > >>> > #include <boost/nondet_random.hpp> > >>> > > >>> > int main() > >>> > { > >>> > boost::random_device dev; > >>> > > >>> > return EXIT_SUCCESS; > >>> > } > >>> > > >>> > I receive the following error message: > >>> > /home/JAgiato/boosttest/boosttest/main.cpp:6: > >> > >> > >> undefined reference to > > > > > >>> > `boost::random_device::default_token' > >>> > /home/JAgiato/boosttest/boosttest/main.cpp:6: > >> > >> > >> undefined reference to > > > > > >>> > > >> > >> > >> > > > > > `boost::random_device::random_device[in-charge](std::basic_str > > >> > ing<char, > >> > std::char_traits<char>, std::allocator<char> > > > > > > > const&)' > > >> > /home/JAgiato/boosttest/boosttest/main.cpp:8: > > > > > > undefined reference to > > >> > `boost::random_device::~random_device > > > > > > [in-charge]()' > > >> > > >> > My goal is to use this class to produce > > > > > > non-deterministic 32 bit > > >> > integers which will be streamed to a binary file. > > > > > > Any help is greatly > > > > apprechiated! Thank you! > > > > > > Jon Agiato > > > JonAgiato(a)nyc.rr.com > > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get 128 Bit SSL Encryption! > http://us.click.yahoo.com/xaxhjB/hdqFAA/VygGAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > Info: <http://www.boost.org> > Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > >

2 1

Extending max. arity of tuples
by Max Motovilov 04 Apr '03

04 Apr '03

I ran against the arity limitation of 10 and to resolve it, modified tuple_basic.hpp to use the preprocessor package for all variable length argument lists (with macro BOOST_TUPLE_MAX_ARITY serving as a single parameter configurable from config/user.hpp). I'm not sure if this modification will be of general interest, but if so, where do I send it? Modified code has been tested with MSVC 2003 (7.1). Regards, ...Max...

1 0

problems building boost thread with Linux7.2
by ZYA 04 Apr '03

04 Apr '03

Dear, How to build boost thread libs step by step? zya! Info: <http://www.boost.org> Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ [Non-text portions of this message have been removed]

2 1

RE: [Boost-Users] problems building boost thread with Linux7.2
by Jim.Hyslop 04 Apr '03

04 Apr '03

ZYA [mailto:Zhao.Yan@inventec.com] wrote: > How to build boost thread libs step by step? Have a look at these pages: http://www.boost.org/tools/build/index.html http://www.boost.org/libs/thread/doc/build.html The first page gives a fairly detailed set of instructions on building bjam, the tool which is used to build the thread library (and other Boost libraries). The second page tells you how to use bjam to build the library itself. If these pages don't help, feel free to post any additional questions (and I promise to read the subject line as well :=) -- Jim

1 0

Re: [Boost-Users] Re: Understanding MPL
by Tanton Gibbs 04 Apr '03

04 Apr '03

"Paul Mensonides" <yg-boost-users(a)m.gmane.org> wrote in message news:b6ifnh$5l0$1@main.gmane.org... > Edward Diener wrote: > > >> What specifically would you have me do? The pp-lib docs do not > >> attempt to explain the implementation of the pp-lib itself. > > > > I don't want an explanation of the inner workings of the pp-lib. I > > would like to see an explanation of the pp-lib which attempts to > > explain the functionality of it from the user's point of view. > > Something like a grouping of the macros in it from the point of view > > of general areas of functionality, with the specific macros grouped > > and explained within each area. It honestly sounds to me like Edward wants a tutorial -- something that the PP library does not currently have. I have used the PP lib numerous times for many different types of problems, and have always come away with a good feeling towards the docs. They are easy to navigate and are structured in such a way that you can find what you are looking for quickly. However, I also understand Edward's point about a tutorial. If I had not come to the PP lib with a particular problem, but instead just wanted to get a "warm, fuzzy" feeling about it, then it would be natural to want a tutorial to walk me through each macro giving an actual program and describing why each macro used in the program was chosen as well as what it expands to. I realize that this would be a huge undertaking, but perhaps there are people out there like myself, who have used and enjoy the PP lib that would help you in this endeavor if you choose to undertake it. I definately think it would be worthwhile to have a tutorial to help the unitiated get their feet wet. Basically, give them a problem to solve, show them how to solve it, then describe in detail how the solution was derived. The tutorial would then not get in the way of the initiated, but would bring the uninitiated up to speed. Thanks! Tanton [Non-text portions of this message have been removed]

1 0

boost::lexical_cast extension for boost::any ...
by Electric Monk 04 Apr '03

04 Apr '03

I have a need to cast a boost::any with an arbitrary contained type to another type, using a boost::lexical_cast for example. Consider the following: #include <boost/any.hpp> class obj { public: int val0; double val1; void setval(int i, boost:any const & val) { switch (i) { case 0: val0 = boost::any_cast<int>(val); break; case 1: val1 = boost::any_cast<double>(val); break; } } }; int main(int, char*[]) { obj o; o.setval(0, 1); o.setval(1, 2); return 0; } As expected, this throws a boost::bad_any_cast() at runtime. I'd like to write code similar to (from obj::setval above): case 0: val0 = boost::lexical_cast<int>(val); break; case 1: val1 = boost::lexical_cast<double>(val); break; Unfortunately boost::lexical_cast doesn't handle a parameter of type boost::any, since there isn't an overload of 'std::ostream operator <<()' for type boost::any. Can anyone suggest a simple way around this? My own musings on the subject have lead me to thinking that there needs to be a simple way to extract the contained value, or write it to a stream, without knowing its type. The simplest method I can see would be to add a function to boost::any::placeholder which either returns a string representation of the held value or writes the held value to a std::basic_ostream. This should allow a simple boost::lexical_cast conversion for boost::any to any arbitrary type. Comments? Have I missed anything major? Oh, and yes, I know that this goes beyond the intent of boost::any. I could easily create my own variant of boost::any which acts in the way I want, but I think this kind of functionality is useful in a number of cases, so it'd be nice to have the best solution possible... which is best discussed by the people here, who are much better versed in the boost library than I :) -- Corey Murtagh The Electric Monk "Quidquid latine dictum sit, altum viditur!"

2 1

RE: [Boost-Users] problems building boost thread with Linux7.2
by Jim.Hyslop 04 Apr '03

04 Apr '03

I wrote: > ZYA [mailto:Zhao.Yan@inventec.com] wrote: > > Dear, > > How to build boost thread libs step by step? > Step 1: tell us which compiler and platform you are using. My apologies, I didn't read the subject line. I use Windows, so I can't help. -- Jim

1 0

RE: [Boost-Users] problems building boost thread with Linux7.2
by Jim.Hyslop 04 Apr '03

04 Apr '03

ZYA [mailto:Zhao.Yan@inventec.com] wrote: > Dear, > How to build boost thread libs step by step? Step 1: tell us which compiler and platform you are using. -- Jim

1 0

RE: [Boost-Users] Please, please help!!!
by Jon Agiato 04 Apr '03

04 Apr '03

Hi Steve, Thanks again for the help. I did that and now the file is recognized, but I am receiving the following error upon compilation: In file included from main.cpp:3: /usr/include/c++/3.2/boost/libs/random/random_device.cpp: In member function `void boost::random_device::impl::error(const std::string&)': /usr/include/c++/3.2/boost/libs/random/random_device.cpp:92: exception handling disabled, use -fexceptions to enable gmake: *** [main.o] Error 1 The program is the same except now I am including #include <boost/libs/random/random_device.cpp>. Thanks again! Jon Agiato JonAgiato(a)nyc.rr.com --- Jon Agiato <jonagiato(a)nyc.rr.com> wrote: >> >> ----- Original Message ----- >> From: scleary(a)jerviswebb.com >> To: Boost-Users(a)yahoogroups.com >> Sent: Friday, April 04, 2003 10:49 AM >> Subject: RE: [Boost-Users] Please, please help!!! >> boost::random_device >> >> >> There is a source file under the libs/random >> directory that contains the >> implementation of random_device. You'll have to >> include it in your project >> in order to link. >> >> -Steve >> > > >>> > -----Original Message----- >>> > From: Jon Agiato [mailto:JonAgiato@nyc.rr.com] >>> > Sent: Thursday, April 03, 2003 10:02 PM >>> > To: Boost-Users(a)yahoogroups.com >>> > Subject: [Boost-Users] Please, please help!!! >> >> >> boost::random_device > > >>> > >>> > >>> > Hello all, >>> > >>> > I am attempting to use the non-deterministic >> >> >> random number generator > > >>> > class contined in boost::random and have >> >> >> encountered the following > > >>> > errors upon running the program. The program does >> >> >> compile without > > >>> > errors, and I am using KDevelop 2.1.3 in the >> >> >> RedHat Linux 8.0 > > >>> > environment. >>> > >>> > Here's the offending code: >>> > >>> > #include <iostream> >>> > #include <cstdlib> >>> > #include <boost/nondet_random.hpp> >>> > >>> > int main() >>> > { >>> > boost::random_device dev; >>> > >>> > return EXIT_SUCCESS; >>> > } >>> > >>> > I receive the following error message: >>> > /home/JAgiato/boosttest/boosttest/main.cpp:6: >> >> >> undefined reference to > > >>> > `boost::random_device::default_token' >>> > /home/JAgiato/boosttest/boosttest/main.cpp:6: >> >> >> undefined reference to > > >>> > >> >> >> > > `boost::random_device::random_device[in-charge](std::basic_str >> > ing<char, >> > std::char_traits<char>, std::allocator<char> > > > > const&)' >> > /home/JAgiato/boosttest/boosttest/main.cpp:8: > > > undefined reference to >> > `boost::random_device::~random_device > > > [in-charge]()' >> > >> > My goal is to use this class to produce > > > non-deterministic 32 bit >> > integers which will be streamed to a binary file. > > > Any help is greatly > > apprechiated! Thank you! > > > > Jon Agiato > > JonAgiato(a)nyc.rr.com

1 0

RE: [Boost-Users] Please, please help!!! boost::random_device
by scleary＠jerviswebb.com 04 Apr '03

04 Apr '03

There is a source file under the libs/random directory that contains the implementation of random_device. You'll have to include it in your project in order to link. -Steve > -----Original Message----- > From: Jon Agiato [mailto:JonAgiato@nyc.rr.com] > Sent: Thursday, April 03, 2003 10:02 PM > To: Boost-Users(a)yahoogroups.com > Subject: [Boost-Users] Please, please help!!! boost::random_device > > > Hello all, > > I am attempting to use the non-deterministic random number generator > class contined in boost::random and have encountered the following > errors upon running the program. The program does compile without > errors, and I am using KDevelop 2.1.3 in the RedHat Linux 8.0 > environment. > > Here's the offending code: > > #include <iostream> > #include <cstdlib> > #include <boost/nondet_random.hpp> > > int main() > { > boost::random_device dev; > > return EXIT_SUCCESS; > } > > I receive the following error message: > /home/JAgiato/boosttest/boosttest/main.cpp:6: undefined reference to > `boost::random_device::default_token' > /home/JAgiato/boosttest/boosttest/main.cpp:6: undefined reference to > `boost::random_device::random_device[in-charge](std::basic_str > ing<char, > std::char_traits<char>, std::allocator<char> > const&)' > /home/JAgiato/boosttest/boosttest/main.cpp:8: undefined reference to > `boost::random_device::~random_device [in-charge]()' > > My goal is to use this class to produce non-deterministic 32 bit > integers which will be streamed to a binary file. Any help is greatly > apprechiated! Thank you! > > Jon Agiato > JonAgiato(a)nyc.rr.com > > [Non-text portions of this message have been removed] > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get 128 Bit SSL Encryption! > http://us.click.yahoo.com/W7NydA/hdqFAA/VygGAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > Info: <http://www.boost.org> > Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

1 0

tokenizer and command line
by cl_corba_at 04 Apr '03

04 Apr '03

Under Windows and boost 1.30, I would like to split the command line string. I want to have the arguments in a vector compared to the command line argv vector. The first approach was with char_separator, but than arguments in quotes don't lose the quotes automatically. The next try was with escaped_list_separator and seperator SPACE, here the arguments loose the quotes, but mulitple seperators leeds to multiple arguments with can be configurated with char_separator, but not with escaped_list_separator. Shouldn't escaped_list_separator get also an empty_token_policy or is there another possiblity to get around this problems? Thanks in advance, CL

1 0

Please, please help!!! boost::random_device
by Jon Agiato 04 Apr '03

04 Apr '03

Hello all, I am attempting to use the non-deterministic random number generator class contined in boost::random and have encountered the following errors upon running the program. The program does compile without errors, and I am using KDevelop 2.1.3 in the RedHat Linux 8.0 environment. Here's the offending code: #include <iostream> #include <cstdlib> #include <boost/nondet_random.hpp> int main() { boost::random_device dev; return EXIT_SUCCESS; } I receive the following error message: /home/JAgiato/boosttest/boosttest/main.cpp:6: undefined reference to `boost::random_device::default_token' /home/JAgiato/boosttest/boosttest/main.cpp:6: undefined reference to `boost::random_device::random_device[in-charge](std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' /home/JAgiato/boosttest/boosttest/main.cpp:8: undefined reference to `boost::random_device::~random_device [in-charge]()' My goal is to use this class to produce non-deterministic 32 bit integers which will be streamed to a binary file. Any help is greatly apprechiated! Thank you! Jon Agiato JonAgiato(a)nyc.rr.com [Non-text portions of this message have been removed]

1 0

building boost with vc7
by oleg smolsky 03 Apr '03

03 Apr '03

Hello, I've just downloaded boost_1_30_0 and it turns out that there are two ways to build regex lib: bjam nmake /f vc7.mak However, they produce different libraries, and regex headers explicitly include ones generated by the makefile. e.g: boost_regex_vc7_mdi.lib boost_regex_vc7_mdid.lib ..... So, here are a few questions: -- why do above commands generate different libs? -- the nmake generates a full set of libs, but bjam does not, why? -- no other libs do have makefiles, why? Thanks in advance. Best regards, Oleg Smolsky Software Design Authority Allied Telesyn Research

2 1

Problems building on Mac-OSX
by Roy Smith 03 Apr '03

03 Apr '03

I'm trying to build boost 1.30 on Mac OS-X 1.2.4. I'm using the compiler that came with the system, GCC-3.1. When I do "bjam -sTOOLS=darwin", I get a variety of errors and warnings. I get the warning "enumeration value `type_pf' not handled in switch", in several places in libs/regex/src/cregex.cpp. In all cases, the offending lines are protected by ifdefs: #ifndef BOOST_REGEX_NO_FILEITER case re_detail::RegExData::type_pf: return pdata->fm[i].matched; #endif It would appear that BOOST_REGEX_NO_FILEITER should be defined in the darwin environment, but isn't. This is the first time I've just Jam, so I'm at a loss to figure out why it's not set right, or how to fix it. More importantly, I get 6 failures. The bjam output contains the following for the first one: darwin-Link-DyLib-action libs/test/build/bin/libboost_prg_exec_monitor.dylib/darwin/debug/runtime- link-static/shared-linkable-true/libboost_pr\ g_exec_monitor.dylib ld: Undefined symbols: cpp_main(int, char**) export DYLD_LIBRARY_PATH ld -dynamic -m -r -d -o "libs/test/build/bin/libboost_prg_exec_monitor.dylib/darwin/debug/runtime -link-static/shared-linkable-true/libboos\ t_prg_exec_monitor.lo" "libs/test/build/bin/libboost_prg_exec_monitor.dylib/darwin/debug/runtime -link-static/shared-linkable-true/execution_m\ onitor.o" "libs/test/build/bin/libboost_prg_exec_monitor.dylib/darwin/debug/runtime -link-static/shared-linkable-true/cpp_main.o" \ && \ c++ -static-libgcc -g -Wl,-dynamic -nostartfiles -Wl,-dylib -Wl,-ldylib1.o -Wl,-dylib_compatibility_version,1.30.0 -W,l-dylib_current_ver\ sion,1.30.0 -o "libs/test/build/bin/libboost_prg_exec_monitor.dylib/darwin/debug/runtime -link-static/shared-linkable-true/libboost_prg_exec_m\ onitor.dylib" "libs/test/build/bin/libboost_prg_exec_monitor.dylib/darwin/debug/runtime -link-static/shared-linkable-true/libboost_prg_exec_mo\ nitor.lo" \ \ \ && \ rm -f "libs/test/build/bin/libboost_prg_exec_monitor.dylib/darwin/debug/runtime -link-static/shared-linkable-true/libboost_prg_exec_monitor\ .lo" ...failed darwin-Link-DyLib-action libs/test/build/bin/libboost_prg_exec_monitor.dylib/darwin/debug/runtime- link-static/shared-linkable-true/l\ ibboost_prg_exec_monitor.dylib... Unfortunately, I'm stumped.

2 1

Problem with regular expression (newbie)
by aitors2002 03 Apr '03

03 Apr '03

Hello, the next program doesn't work. It should print all the lines except the ones starting with '#'. It does work in perl : $ perl -ne 'print unless /^\s*\#/' a.cc why ? Thank you aitor ------------------- // a.cc #include<iostream> #include<fstream> #include<string> #include<vector> #include<boost/regex.hpp> int main() { using namespace std; ifstream f("a.cc"); string l; vector<string> v; static const boost::regex r("^\\s*\\#", boost::regbase::escape_in_lists | boost::regbase::perl); while(f) { getline(f,l,'\n'); if (boost::regex_match(l,r)) continue; v.push_back(l); } for(vector<string>::const_iterator it = v.begin(); it != v.end(); ++it) cout << *it << endl; }

2 1

Typedef to change the name shared_ptr?
by Maurizio Colucci 03 Apr '03

03 Apr '03

Hello, Is there some way I can abbreviate the name shared_ptr? I make extensive use of it, and my code tends to be ugly... vector<p<int> > v; would be much better than vector<shared_ptr<int> > v; is something like typedef shared_ptr p; possible? Thanks, Maurizio

3 3

Bandwidth Optimization using RCM (reverse Cuthill-Mckee)
by Bulent Nedim Alemdar 03 Apr '03

03 Apr '03

Hi I am a very fresh user of Boost library. While I was searching the internet for a bandwidth optimization algorithm, I found Boost Graph Library. The library supports an RCM algorithm (cuthill_mckee_ordering) and I have checked the example given at this address: http://www.boost.org/libs/graph/example/cuthill_mckee_ordering.cpp It seems like the used vertex numbers given in this example is sequential and starts form 0: vertex list: 0, 1, 2, 3, 4, 5, 6, 7,8, 9 and a edge list is constructed from these vertex numbers. Do I have to define such a sequential order and always start from 0? What if I define vertex numbers such as : 1, 6, 9, 10, 11, 13, 21, 25, 26, 30, and define a valid edge like: ( 1,10), (1,13), (6,21), (6,30), (6,11), (6,9), (10,13), (10,26), (10,9), (13,21), (21,25), (9,11), (13,35) The above vertex list is a relabed list of the one given in the example code and I defined the same edge (connectivity) list. In fact, I tried it but the returned ordered list is not valid. Unless I use the vertex numbers starting from 0 and goes up to 9 like given on the example, the returned ordered is wrong. I really appreciate your comments and helps on this thanks bulent

2 1

undefined reference to boost::random_device::default_token
by agiatojon 02 Apr '03

02 Apr '03

Hello all, I am attempting to use the non-deterministic random number generator class contined in boost::random and have encountered the following errors upon running the program. The program does compile without errors, and I am using KDevelop 2.1.3 in the RedHat Linux 8.0 environment. Here's the offending code: #include <iostream> #include <cstdlib> #include <boost/nondet_random.hpp> int main() { boost::random_device dev; return EXIT_SUCCESS; } I receive the following error message: /home/JAgiato/boosttest/boosttest/main.cpp:6: undefined reference to `boost::random_device::default_token' /home/JAgiato/boosttest/boosttest/main.cpp:6: undefined reference to `boost::random_device::random_device[in-charge](std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' /home/JAgiato/boosttest/boosttest/main.cpp:8: undefined reference to `boost::random_device::~random_device [in-charge]()' My goal is to use this class to produce non-deterministic 32 bit integers which will be streamed to a binary file. Any help is greatly apprechiated! Thank you! Jon Agiato JonAgiato(a)nyc.rr.com

1 0

containers of boost::function objects
by Alisdair Meredith 02 Apr '03

02 Apr '03

I am trying to create a simple mechanism to register multiple callbacks with my class. My first simple-minded approach is to use std::list< boost::function2< [my params]> > Unfortunately, I cannot search this list to unregister callbacks, as any attempt to dereference a list::iterator tries to call the function, rather than return the function object. After spotting this problem in the standard algorithms I have been trying to hack around myself, explicitly calling operator* and even operator-> with no joy. Am I missing some easy way to get the function object out of the iterator as a value? And is this a bug in my compiler (BCB6) or a general issue for containers of function objects? -- AlisdairM

4 5

Compiling with Forte 7 generates Assertion errors - help?
by Chris Hackett 01 Apr '03

01 Apr '03

Hello, I am trying to build Boost with the Forte compiler and am getting many Assertion errors. I tried the same things Robert Reece tried (see Subject: type_traits/is_convertible crashes Forte 6.2u2 and Forte 7.0) and get the same results he described. I am using Forte 7, Solaris 8, and the latest version of Boost (1.30). My main.cpp file looks like: #include "boost/type_traits/detail/size_t_trait_def.hpp" // Try using the BOOST_TT_AUX_SIZE_T_TRAIT_DEF1 macro. namespace boost { BOOST_TT_AUX_SIZE_T_TRAIT_DEF1(alignment_of,T,::boost::detail::alignment_of_impl<T>::value) } // namespace boost int main( void ) { return 0; } and I compile with: CC -I$BOOST_DIR main.cpp The compiler prints an error: >> Assertion: (../lnk/init.cc, line 991) while processing main.cpp at line 3. The problems appear to be related to the use of BOOST_TT_AUX_SIZE_T_TRAIT_DEF1 and other similar #define macros. Has anyone come up with any work-arounds or solutions? You can email me at hackett_bae(a)yahoo.com. Thanks, Chris. __________________________________________________ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com

1 0

regex++ use on binary data
by brian_hernacki 01 Apr '03

01 Apr '03

Maybe a newbiew question, but is there any way to use the regex++ libary to search chunks of binary data? (or more accurately to search a buffer of data of known length for a given pattern which may itself contain null bytes) --brian

2 1

linking Signals Library
by John Fletcher 01 Apr '03

01 Apr '03

System: Red Hat 8.0 with gcc 3.2 Boost 1_30_0 I have built the boost signals library using bjam. The test suite runs and passes all tests. How do I make the resulting libraries available to my own programs? Is there an equivalent of 'make install' which will move the results to somewhere from which linking is possible? I have searched the documentation on Boost Signal and also on building libraries and have found nothing on this. Thanks John Fletcher

2 3

[Signals-1.30.0] Linking problems
by Michael Kettner 01 Apr '03

01 Apr '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I've got problems in linking against the signals-library. I built the library defining <define>BOOST_SIGNALS_NAMESPACE=boost_signals and running bjam -sTOOLS=gcc-stlport -sBUILD=release Everythinig seemed to work fine, but when I now try to link against the shared library (see attached file), I get the following undefined references: undefined reference to `boost::boost_signals::detail::signal_base_impl::connect_slot(boost::any const&, boost::any const&, _STL::vector<boost::boost_signals::trackable const*, _STL::allocator<boost::boost_signals::trackable const*> > const&)' and undefined reference to `boost::boost_signals::detail::signal_base_impl::signal_base_impl[in-charge](boost::function2<bool, boost::any, boost::any, _STL::allocator<boost::function_base> > const&)' I'm using gcc-3.2.2 and STLport-4.5.3. May it be the case that something with the STL-namespace (std) went wrong? Thanks for any help, Michael - -- Dipl.-Ing. Michael Kettner, Wissenschaftlicher Mitarbeiter Institut für Verkehrswesen, Eisenbahnbau und -betrieb, Universitaet Hannover Appelstr. 9A # Tel: ++49/(0)511/762-4273 D-30167 Hannover # Fax: ++49/(0)511/762-3001 http://www.ive.uni-hannover.de # kettner(a)ive.uni-hannover.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE+iIILkCdGnb0kVFMRAtewAJ9+MNdRW7hs4vHHbmnuashsi22d8gCaAm8W N8FnJqbRHiqU3S0EKDixD0U= =qEMK -----END PGP SIGNATURE----- [Non-text portions of this message have been removed]

3 5

[BGL] Problem with setS adjacency lists
by Pierre Barbier de Reuille 31 Mar '03

31 Mar '03

Hello, I want an undirected graph with non-multiple edges. So I use a graph defined as : adjacencylist<setS,vecS,undirectedS,SomeProperty> But, if I insert many times the same edge with: add_edge(2,3) add_edge(1,4) add_edge(2,3) add_edge(3,2) I obtain in fact 3 edges 2<->3 which I really don't want. Is there something else to do to avoid having multiple edges linking the same vertices ? And then, is there a way to user hash_set with g++-3.2 ? The problem being that hash_set is defined in the file ext/hash_set and in the namespace __gnu_cxx ... Thanks, -- Pierre Barbier de Reuille INRA - UMR Cirad/Inra/Cnrs/Univ.MontpellierII AMAP Botanique et Bio-informatique de l'Architecture des Plantes TA40/PSII, Boulevard de la Lironde 34398 MONTPELLIER CEDEX 5, France tel : (33) 4 67 61 65 77 fax : (33) 4 67 61 56 68

1 1

A bug in boost.lexical_cast 1.30
by Black Ice 31 Mar '03

31 Mar '03

When lexical_cast used under VC, and the option "Treat wchar_t as Build-in Type" is off The following code will cause compile error: int main(int argc, char * argv[]) { string str("10"); unsigned short n = lexical_cast<unsigned short>(str); return 0; } Because in lexical_cast::detail::widest_char, treat unsigned short as wchar_t!! -- /*******************/ ×ÔÓÉ£šliberty£©ÎÞ·ÇŸÍÊÇÕâÑùÒ»ÖÖ³ÐÅµ£ºÃ¿žöÈËœ«»áµÃµœÒ»ÖÖ±£ÕÏ£¬±£ÕÏÎÒÃÇ¿ÉÒÔÓë ÈšÍþ¡¢¶àÊý¡¢Á÷Ë×Œ°ÓßÂÛµÄÓ°ÏìÏà¿¹ºâ¡£ /*******************/

2 2

Another bug in boost.lexical_cast 1.30
by Black Ice 31 Mar '03

31 Mar '03

lexical_cast.hpp line 145: bool operator<<(const Source &input) { return stream << input; } Convert basic_stringstream & to bool? -- /*******************/ ×ÔÓÉ£šliberty£©ÎÞ·ÇŸÍÊÇÕâÑùÒ»ÖÖ³ÐÅµ£ºÃ¿žöÈËœ«»áµÃµœÒ»ÖÖ±£ÕÏ£¬±£ÕÏÎÒÃÇ¿ÉÒÔÓë ÈšÍþ¡¢¶àÊý¡¢Á÷Ë×Œ°ÓßÂÛµÄÓ°ÏìÏà¿¹ºâ¡£ /*******************/

2 2

Re: [boost] lexical_cast woes
by Terje Slettebø 30 Mar '03

30 Mar '03

>From: "Michel André" <michel.andre(a)swipnet.se> > I get the following errors when compiling with the lexical_cast version in > CVS on MSVC 7.0 do I have to enable wchar_t support on the command line or > disable it via DISABLE_WIDE_CHAR_SUPPORT or whats the solution. This problem was reported at the Boost-Users list, as well. It turns out that testing for MSVC 6, and disabling wide character support in that case, wasn't enough, as the same needs to be done if MSVC 7 is set to have wchar_t not as intrinsic type. I've therefore removed the "BOOST_MSVC <= 1200" test, again, and restored "BOOST_NO_INTRINSIC_WCHAR_T" test, which used to be, earlier. The reason the the test for MSVC was used first, was that the config for Intel C++ also defined BOOST_NO_INTRINSIC_WCHAR_T, regardless of whether it was the case or not, as the compiler didn't set a macro for it. However, it appears that the latest version of Intel C++ do get correct wide character support, when it's enabled. I've also changed bad_lexical_cast, to return the types used, in source()/target(), as given in Kevlin's suggestion (http://article.gmane.org/gmane.comp.lib.boost.devel/18240) As a small change, the warning with MSVC 7 for void * -> bool conversion is removed, using Kevlin's suggestion (http://article.gmane.org/gmane.comp.lib.boost.devel/18253) I've run the tests for Intel C++ 7.0 (strict mode), MSVC 7.0 (with and without wchar_t as intrinsic type), and MSVC 6.0, and it works. This is now fixed in the CVS. Thanks for the feedback. Regards, Terje

1 0

Bug in regex library?
by Andrey Sverdlichenko 30 Mar '03

30 Mar '03

boost::regex do not compile with STLPort-4.5.3 on FreeBSD 4.7-RELEASE-p3, gcc 2.95.4. This is a patch that fixed a problem. Is it just a typo in source? ==== //boost/libs/regex/src/cpp_regex_traits.cpp#1 - //boost/libs/regex/src/cpp_regex_traits.cpp ==== @@ -201,7 +201,7 @@ const std::messages<char>* pm = 0; #ifndef __IBMCPP__ - std::messages<char>::catalog cat = static_cast<std::messages<wchar_t>::catalog>(-1); + std::messages<char>::catalog cat = static_cast<std::messages<char>::catalog>(-1); #else std::messages<char>::catalog cat = reinterpret_cast<std::messages<wchar_t>::catalog>(-1); #endif

2 1

RE: [Boost-Users] Problem with 1.30.0 lexical_cast
by Tom Matelich 28 Mar '03

28 Mar '03

Well, actually, looks like it lies elsewhere. I rolled back to 1.29.0 and its still broken :( > -----Original Message----- > From: Terje Slettebø [mailto:tslettebo@chello.no] > Sent: Wednesday, March 26, 2003 9:15 PM > To: Boost-Users(a)yahoogroups.com > Subject: Re: [Boost-Users] Problem with 1.30.0 lexical_cast > > > >From: "Tom Matelich" <tmatelich(a)zetec.com> > > > Compiler: gcc 3.2 and 3.2.2 > > > > I believe this is actually a bug in gcc, but I'm going to > post it hopes > that > > someone can help me. We have a handy little tool for > generating enums > with > > associated string conversion and stream > insertion/extraction functions. > > When we upgraded to boost 1.30.0, lexical_cast'ing one of > these enums to > > std::string started behaving incorrectly, rather than the > name, it is > giving > > me the integral value. It seems that the lexical_stream is > being used. > > Unfortunately, my test case is working fine. The complete test case > > (including definition of ZAcquisition::PPG) is appended at > the end. The > > code I am seeing failure with looks like: > > > > void foo(ZAcquisition::PPG::Type gt) > > { > > ... > > std::string str; > > str = boost::lexical_cast<std::string>(gt); > > std::cerr << "DEBUG, storing encode for PPG: " << str << > ", aka " << gt > > << std::endl; > > ... > > } > > > > This outputs (for example): > > DEBUG, storing encode for PPG: 0, aka ONE > > > > I tried boost::lexical_cast<std::string, > ZAcquisition::PPG::Type>(gt) as > > well. > > > > Anyone have any ideas? For now I'm going to back out to 1.29.0's > > lexical_cast. > > > It happens on my Windows/Intel 7.0 box as well. > > It's a little difficult when you don't have a failing test > case. If you had > that, I could have looked into it. The above code works > correctly on Intel > C++ 7.0 (Windows), here. > > > Regards, > > Terje > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get 128 Bit SSL Encryption! > http://us.click.yahoo.com/xaxhjB/hdqFAA/xGHJAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > Info: <http://www.boost.org> > Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > > ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

1 0

Why "explicit" in shared_ptr's constructor?
by Maurizio Colucci 28 Mar '03

28 Mar '03

Hello, I am a newbie user of boost. I have a question about boost::shared_ptr. Suppose you have a polimorphic list: class entity{ ...}; class simple_entity : public entity{ public: uint id; simple_entity(uint i) : id(i) {} }; int main(){ list<shared_ptr<entity> > l; ... I noticed the following code doesn't compile l.push_back(new simple_entity(1)); too bad, because it was very easy to read, and very similar to the behavior if standard pointers (not to speak about similarity to Java and C#). So I am forced to do l.push_back(shared_ptr<entity> (new simple_entity(1))); which is less readable and, IMHO, barely tolerable on the long run: too much typing. It seems that the reason is the explicit keyword in the constructor. My question is: why? what was the danger without the explicit? Thank you very much for any info, Maurizio

3 2

RE: [Boost-Users] Why "explicit" in shared_ptr's constructor?
by Tom Matelich 28 Mar '03

28 Mar '03

the danger comes from code like so: void foo(boost::shared_ptr<entity> p) { ... } void bar() { entity* e = new entity; foo(e); delete e; } Allowing a pointer to be converted to a shared_ptr implicitly could cause serious bugs. You could shorten things with this (untested) function: template <typename T> boost::shared_ptr<T> make_sp(T* p) { return boost::shared_ptr<T>(p); } > -----Original Message----- > From: Maurizio Colucci [mailto:seguso@email.it] > Sent: Friday, March 28, 2003 8:36 AM > To: Boost-Users(a)yahoogroups.com > Subject: [Boost-Users] Why "explicit" in shared_ptr's constructor? > > > Hello, > > I am a newbie user of boost. > > I have a question about boost::shared_ptr. Suppose you have a > polimorphic list: > > class entity{ ...}; > > > class simple_entity : public entity{ > public: > uint id; > simple_entity(uint i) : id(i) {} > }; > > int main(){ > list<shared_ptr<entity> > l; > ... > > > I noticed the following code doesn't compile > > l.push_back(new simple_entity(1)); > > too bad, because it was very easy to read, and very similar to the > behavior if standard pointers (not to speak about similarity to Java > and C#). So I am forced to do > > l.push_back(shared_ptr<entity> (new simple_entity(1))); > > which is less readable and, IMHO, barely tolerable on the long > run: too much typing. > > It seems that the reason is the explicit keyword in the > constructor. My question is: why? what was the danger without the > explicit? > > Thank you very much for any info, > > Maurizio > > > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get 128 Bit SSL Encryption! > http://us.click.yahoo.com/xaxhjB/hdqFAA/xGHJAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > Info: <http://www.boost.org> > Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > > ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

2 1

Boost.Thread 1.30 cause lot's of warnings and errors under vc 7.1
by Black Ice 28 Mar '03

28 Mar '03

void foo(string & str) { str = "foo"; } int main(int argc, char * argv[]) { string str1("Hello world"); string str2(str1); thread trd1(bind(&foo, str1)); thread trd2(bind(&foo, str2)); trd1.join(); trd2.join(); return 0; } The following is the compile log: Compiling... testThread.cpp d:\Programming\boost\boost\boost\thread\exceptions.hpp(29) : warning C4275: non dll-interface class 'std::logic_error' used as base for dll-interface class 'boost::lock_error' c:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\include\stdexcept(14) : see declaration of 'std::logic_error' d:\Programming\boost\boost\boost\thread\exceptions.hpp(28) : see declaration of 'boost::lock_error' d:\Programming\boost\boost\boost\thread\exceptions.hpp(35) : warning C4275: non dll-interface class 'std::runtime_error' used as base for dll-interface class 'boost::thread_resource_error' c:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\include\stdexcept(136) : see declaration of 'std::runtime_error' d:\Programming\boost\boost\boost\thread\exceptions.hpp(34) : see declaration of 'boost::thread_resource_error' d:\Programming\boost\boost\boost\thread\mutex.hpp(37) : warning C4275: non dll-interface class 'boost::noncopyable' used as base for dll-interface class 'boost::mutex' d:\Programming\boost\boost\boost\noncopyable.hpp(22) : see declaration of 'boost::noncopyable' d:\Programming\boost\boost\boost\thread\mutex.hpp(36) : see declaration of 'boost::mutex' d:\Programming\boost\boost\boost\thread\mutex.hpp(75) : warning C4275: non dll-interface class 'boost::noncopyable' used as base for dll-interface class 'boost::try_mutex' d:\Programming\boost\boost\boost\noncopyable.hpp(22) : see declaration of 'boost::noncopyable' d:\Programming\boost\boost\boost\thread\mutex.hpp(74) : see declaration of 'boost::try_mutex' d:\Programming\boost\boost\boost\thread\mutex.hpp(115) : warning C4275: non dll-interface class 'boost::noncopyable' used as base for dll-interface class 'boost::timed_mutex' d:\Programming\boost\boost\boost\noncopyable.hpp(22) : see declaration of 'boost::noncopyable' d:\Programming\boost\boost\boost\thread\mutex.hpp(114) : see declaration of 'boost::timed_mutex' d:\Programming\boost\boost\boost\thread\thread.hpp(39) : warning C4275: non dll-interface class 'boost::noncopyable' used as base for dll-interface class 'boost::thread' d:\Programming\boost\boost\boost\noncopyable.hpp(22) : see declaration of 'boost::noncopyable' d:\Programming\boost\boost\boost\thread\thread.hpp(38) : see declaration of 'boost::thread' d:\Programming\boost\boost\boost\thread\thread.hpp(68) : warning C4275: non dll-interface class 'boost::noncopyable' used as base for dll-interface class 'boost::thread_group' d:\Programming\boost\boost\boost\noncopyable.hpp(22) : see declaration of 'boost::noncopyable' d:\Programming\boost\boost\boost\thread\thread.hpp(67) : see declaration of 'boost::thread_group' d:\Programming\boost\boost\boost\thread\thread.hpp(79) : warning C4251: 'boost::thread_group::m_threads' : class 'std::list<_Ty>' needs to have dll-interface to be used by clients of class 'boost::thread_group' with [ _Ty=boost::thread * ] d:\Programming\boost\boost\boost\bind.hpp(186) : error C2664: 'void (std::string &)' : cannot convert parameter 1 from 'const std::string' to 'std::string &' Conversion loses qualifiers d:\Programming\boost\boost\boost\bind\bind_template.hpp(21) : see reference to function template instantiation 'R boost::_bi::list1<A1>::operator ()<boost::_bi::bind_t<R,F,L>::result_type,void(__cdecl *)(std::string &),boost::_bi::list0>(boost::_bi::type<T>,F,A &) const' being compiled with [ R=boost::_bi::bind_t<void,void (__cdecl *)(std::string &),boost::_bi::list1<boost::_bi::list_av_1<std::string>::B1>>::result_type, A1=boost::_bi::list_av_1<std::string>::B1, F=void (__cdecl *)(std::string &), L=boost::_bi::list1<boost::_bi::list_av_1<std::string>::B1>, T=boost::_bi::bind_t<void,void (__cdecl *)(std::string &),boost::_bi::list1<boost::_bi::list_av_1<std::string>::B1>>::result_type, A=boost::_bi::list0 ] d:\Programming\boost\boost\boost\bind\bind_template.hpp(19) : while compiling class-template member function 'boost::_bi::bind_t<R,F,L>::result_type boost::_bi::bind_t<R,F,L>::operator ()(void)' with [ R=void, F=void (__cdecl *)(std::string &), L=boost::_bi::list1<boost::_bi::list_av_1<std::string>::B1> ] d:\Programming\project\testBoost\testThread\testThread.cpp(36) : see reference to class template instantiation 'boost::_bi::bind_t<R,F,L>' being compiled with [ R=void, F=void (__cdecl *)(std::string &), L=boost::_bi::list1<boost::_bi::list_av_1<std::string>::B1> ] Build log was saved at "file://d:\Programming\project\testBoost\testThread\Debug\BuildLog.htm" testThread - 1 error(s), 8 warning(s) Any suggestions are appreciated.

2 3