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

boost_1_31_0 VC7.1 Lib names incompatible with VS IDE???
by Jeff Flinn 14 Feb '04

14 Feb '04

Sorry if I'm missing something here but when I build boost with: bjam "-sTOOLS=VC7.1" "-sVC71_ROOT=C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7" I get libs and dll's generated with names like: libboost_signals-VC7.1-mt-gd-1_31.lib Entering the above into the VS-IDE Project-Properties Dialong - Linker-Input Additional-Dependencies Field and trying to Link yields: Linking... LINK : fatal error LNK1104: cannot open file 'libboost_signals-vc71-mt-gd-1_31.lib' Removing the '.' from VC7.1 in the IDE and renaming the file in like fashion allows the Link to succeed. Is there a way to generate the names in the first place without the offending '.'. Should the '7.1' be generated at all? The Toolset Abbreviation Table in getting_started.html list "vc" for both VC7 and VC7.1. Thanks, Jeff

3 3

Iterator library docs
by Ded Panas 13 Feb '04

13 Feb '04

Subj looks fine, but which files to #include to use the library? dedpanas

2 1

RE: [Boost-users] building boost on HP-UX
by Tom Matelich 13 Feb '04

13 Feb '04

I use boost on HP with g++. It works fairly well. I'm not sure what's going on with Toon. He took over the HP testing from Jens Maurer who was using an account Boost has been given into a server at HP. For a while, the aCC team was saying they were going to start using boost in their regression testing. I'm not sure why they haven't. I'd really like to see if they've improved at all, lately, but I don't have a recent version of aCC to use. > -----Original Message----- > From: Cheenu Srinivasan [mailto:cheenu_srinivasan@hotmail.com] > Sent: Friday, February 13, 2004 7:33 AM > To: boost-users(a)lists.boost.org > Subject: [Boost-users] building boost on HP-UX > > > I've been trying to locate information on how boost performs on HP-UX. > > The boost regression log runs with aCC are 7 months old: > http://boost.sourceforge.net/regression-logs > and the results (74% failure) are not encouraging. > > Has aCC been given up for dead by the boost community? Has anyone > tried other compilers? g++? comeau? Thanks. > > Cheenu > > _________________________________________________________________ > Check out the great features of the new MSN 9 Dial-up, with > the MSN Dial-up > Accelerator. http://click.atdmt.com/AVE/go/onm00200361ave/direct/01/ > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users > ----------------------------------------------------------------------- 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

building boost on HP-UX
by Cheenu Srinivasan 13 Feb '04

13 Feb '04

I've been trying to locate information on how boost performs on HP-UX. The boost regression log runs with aCC are 7 months old: http://boost.sourceforge.net/regression-logs and the results (74% failure) are not encouraging. Has aCC been given up for dead by the boost community? Has anyone tried other compilers? g++? comeau? Thanks. Cheenu _________________________________________________________________ Check out the great features of the new MSN 9 Dial-up, with the MSN Dial-up Accelerator. http://click.atdmt.com/AVE/go/onm00200361ave/direct/01/

1 0

Bug in random library
by rupp＠stud.uni-frankfurt.de 13 Feb '04

13 Feb '04

I have either overlooked something basic or found a bug in the random library: boost::mt19937 engine_; double result_ = boost::uniform_real<double>(0., 1.) (engine_); std::cout << result_ << std::endl; assert ( (0. <= result_) && (result_ < 1.) ); results in 4.29093e+09 test_boost: test/test_boost.cpp:17: void test_random (): Assertion `(0. <= result_) && (result_ < 1.)' failed. Abort Although the documentation says "The current implementation is buggy, because it may not fill all of the mantissa with random bits." IMHO this is worse than that: I expected the result to satisfy min <= result < max. I'm using boost 1.31.0 and g++ 2.96 as well as g++ 3.3.2 (identical results) on Red Hat Linux. I hope that either someone can explain me my mistake or fix the bug. Matthias Rupp

1 0

RNG, operator<< and VC7.1
by Witz 13 Feb '04

13 Feb '04

I'm trying to save the state of the random number generators to file but for some reason VC7.1 doesn't seem to be able to find operator<< (or operator>> when i need to read it back in). Anyone else had this problem? Is there a solution other than going in to the header file and creating a read and write function that contains the same code as the streaming operators? I.Whittley

1 0

boost_1_31_0 transform_iterator and VC71 ICE - FYI
by Jeff Flinn 12 Feb '04

12 Feb '04

I've begun converting my projects to using the new iterator_adaptor's. I've encountered an ICE with the code below. I've tried to isolate it to a simple console app but of course, the problem does not occur there. The following distillation does ICE, when compiled with the /Gm (Enable Minimal Rebuild) flag, but compiles and runs fine w/out it. This is an MFC multithreaded lib project NOT using precompiled headers. I'll continue to try to isolate the conditions.Any thoughts on how to isolate the problem? VC7.1 error message: C:\boost\boost_1_31_0\boost\mpl\aux_\preprocessed\plain\apply.hpp(50) : fatal error C1001: INTERNAL COMPILER ERROR (compiler file 'msc1.cpp', line 2701) #include <string> #include <algorithm> #include <vector> #include <numeric> #include <boost/bind.hpp> #include <boost/function.hpp> #include <boost/iterator/transform_iterator.hpp> typedef std::pair<int,int> CSize; CSize SizeFromString( const std::string& aString ){ return CSize(1,2); } CSize XUnionStacked ( const CSize& aSz1, const CSize& aSz2 ){ return CSize(1,2); } CSize XSizeMultiLine( const std::string& aString, const CSize& aSize ) { CSize lSize(0,0); boost::function1<CSize,const std::string& > lSizeFromStringFnc = boost::bind( SizeFromString, _1 ); boost::function2<CSize,const CSize&,const CSize& > lSizeUnionStackedFnc = boost::bind( XUnionStacked, _1, _2 ); std::vector<std::string> lStrings(10); lSize = std::accumulate ( boost::make_transform_iterator( lStrings.begin(), lSizeFromStringFnc ) , boost::make_transform_iterator( lStrings. end(), lSizeFromStringFnc ) , lSize , lSizeUnionStackedFnc ); return lSize; } Thanks, Jeff F

2 1

RE: [Boost-users] Threading problem
by Ben Hutchings 12 Feb '04

12 Feb '04

Damien McGivern <d_mcgivern(a)yahoo.com> wrote: > (First post) > Hi, > I've just started working with boost and have come > into some trouble with the thread class. I've included > the test code that I'm having the problem with in the > hope that someone could point out to me where I'm > going wrong. > > The code tests the QueueAccessor class > (CommandQueue.hpp) with the test code in > CommandQueueTest.hpp. I created a base class > (Runnable) to aid in creating a thread that runs an > object's method rather than a function. The code > compiles OK and seems to run OK too at first until I > realised that the main thread has somehow become one > of the threads that I created and is in a continuous > loop after the first join() is called > > _writer_thread1->join(); // line 21 join() waits for the thread to *end*. This should be done after the threads have been told to Stop(). > As you can probably guess from my code my background > is in Java so I'm not entirely sure if I'm using the > boost::thread correctly. I thought Java's join() was exactly the same. > I tested the QueueAccessor > using threads that use a static worker function > instead of an object's method and it seemed to run OK > so I'm assuming that the problem lies with the > Runnable base class. > > I'm using boost version 1.31.0 running Windows XP and > using VS.Net 2003 to compile/run the code. > > Any help will be very much appreciated Here are the bugs I found: - Runnable::_running is read and written from multiple threads without use of a mutex. - The result of QueueAccessor::Pop is undefined if the queue is empty. Perhaps it should throw in this case? - The return type of QueueAccessor::Size should be std::queue<QueueItem>::size_type (which I think is std::size_t). - QueueAccessor::Size doesn't lock the mutex for the queue. - Reader::Do busy-waits for input. It should wait on a condition variable instead. (Condition variables provide functions equivalent to the wait, notify and notifyAll methods that Object has in Java.) Worse, when the reader is asked to stop, Reader::Do may never return to Worker::Run and so the thread will never stop. - CommandQueueTest.hpp doesn't include <iostream>. - #include <name> is reserved for use with system headers. You should use #include "name" for including your own headers. - Identifiers that include "__" are reserved for the use of the implementation. You must not use them. - Many member variables are protected when they should be private. I have fixed most of the above and the program now works. Ben.

2 1

boost_1_31_0 documentation - "Getting Started"
by Jeff Flinn 12 Feb '04

12 Feb '04

First the nit - The examples for running bjam include the arguments in double quotes as in: bjam "-sTOOLS=gcc" install Being bjam and generally makefile(and generally command line) impaired I tried: bjam "-sTOOLS=VC71" "-sVC71_ROOT=C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7" Which results in: VC71-tools.jam: No such file or directory C:\boost\boost_1_31_0\tools/build/v1\allyourbase.jam:630: in C++ rule C++-action unknown in module C:\boost\boost_1_31_0\tools/build/v1\allyourbase.jam:1097: in Object C:\boost\boost_1_31_0\tools/build/v1\allyourbase.jam:1162: in Objects C:\boost\boost_1_31_0\tools/build/v1\boost-base.jam:130: in dll-files C:\boost\boost_1_31_0\tools/build/v1\boost-base.jam:1934: in subvariant-target C:\boost\boost_1_31_0\tools/build/v1\boost-base.jam:2361: in stage Jamfile:144: in load-jamfiles C:\boost\boost_1_31_0\tools\build\v1\bootstrap.jam:15: in boost-build C:\boost\boost_1_31_0\boost-build.jam:16: in module scope Of course the following works great! bjam -sTOOLS=VC71 -sVC71_ROOT="C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7" So I'm not sure of the purpose of the "" in the documentation, but they are misleading, at least to me. The Praise - Awesome improvement in the completeness and organization of the built libs and dlls! Thanks, Jeff

2 2

RE: [Boost-users] Threading problem
by Geert Pante 12 Feb '04

12 Feb '04

There's nothing wrong with your runnable class, but with your use of thread::join(). Boost::threads start as soon as they are constructed, join() means: wait until they are finished. In your test code, it doesn't make sense to join() your threads before you Stop() them. Probably the next is what you meant: Threading::boost_thread_starter starter3((Threading::Runnable *)&writer2); boost::thread* _writer_thread2 = new boost::thread(starter3); // pause for 5 secs boost::xtime xt; boost::xtime_get(&xt, boost::TIME_UTC); xt.sec += 5; boost::thread::sleep(xt); writer2.Stop(); _writer_thread2->join(); Cya, Geert.

1 0