July 2004 - Boost - lists.preview.boost.org

Boost.Thread fix for gcc 3.4
by Vladimir Prus 20 Jul '04

20 Jul '04

The test_thread test fails on g++3.4 on this line: BOOST_TEST(thrd == boost::thread()); saying that copy constructor of boost::noncopyable is not accessible. My understanding of the problem is that boost::thread() is rvalue. According to standard, implementation - bind reference to rvalue - create temporary the copy constructor, however, should be accessible no matter what implementation decides. Earlier gcc version did not enforce this rule, apparently. I've comitted the attached obvious fix, tested to work on 3.4, 3.3, 3.2 and 2.95. - Volodya

2 1

missing jam_log.xml
by DY, JERRY U (SBCSI) 20 Jul '04

20 Jul '04

The test results being generated on HP-UX-PARISC looks different than everybody else's. Not sure if it's related, but I also get the following messages towards the end of the testing: Missing jam_log.xml in target: /pics/log/ccase/boost/boost/bin/boost/libs/utility/test/binary_search_te st.test/acc/debug Missing jam_log.xml in target: /pics/log/ccase/boost/boost/bin/boost/libs/utility/test/checked_delete_t est.test/acc/debug Missing jam_log.xml in target: /pics/log/ccase/boost/boost/bin/boost/libs/utility/test/result_of_test.t est/acc/debug and indeed I don't find jam_log.xml anywhere. Who generates this file? This is not the same as test_log.xml, is it? Thanks! -Jerry

1 0

algorithm/string/iterator_range: copy-construction from singular iterator
by Guillaume Melquiond 20 Jul '04

20 Jul '04

Hi, Almost all is said in the subject. According to 24.1-5 it is undefined behavior; consequently default initialized parameters cannot be used. So here comes a patch. I didn't put the half constructor (only a "begin" parameter, no "end" parameter) because I don't think it makes sense; but if it does, just add it. Regards, Guillaume

2 1

Boost.Threads: Do we need all those mutexes?
by Batov, Vladimir 20 Jul '04

20 Jul '04

Do we need all three separate concepts -- mutex, try_mutex and timed_mutex? I'd expect the mutex concept to remain unchanged and "try" and "timed" refinements to be related solely to the ways I try locking that only mutex. That is, I always have one mutex and under different circumstances lock it unconditionally (scoped_lock) or try locking it and check if that attempt succeeds (scoped_try_lock) or try locking within a certain time period (scoped_timed_lock).

11 62

RE: [boost] Re: [1.32 release] ANN: Beta *overall* summary report s
by Aleksey Gurtovoy 20 Jul '04

20 Jul '04

David Abrahams writes: > Christopher Currie <codemonkey(a)gmail.com> writes: > > No one owns it, it doesn't exist. I'm trying to create it, and the > > problem is that the directory CVS-HEAD isn't group writeable. > > Then who owns the directory? Only its owner can fix it. Fixed. -- Aleksey Gurtovoy MetaCommunications Engineering

1 0

RE: [boost] Re:ANN: Beta *overall* summary reports
by Aleksey Gurtovoy 20 Jul '04

20 Jul '04

Victor A. Wagner Jr. writes: > > how does one go about uploading log sets Please see (a very short and easy!) setup procedure at http://tinyurl.com/4f2zp (the original is in the CVS -- http://tinyurl.com/68bdq, but the last revision is not available from the web yet). > I'm currently running all the tests every 0300 PDT right after doing a > cvs -z9 update -dPA >> update.log > > and rebuilding bjam (whether it needs it or not...there > doesn't seem to be a jamfile for it) The script above is fully automatic and takes care of the whole thing. -- Aleksey Gurtovoy MetaCommunications Engineering

1 0

RE: [boost] Re: [1.32 release] ANN: Beta *overall* summary report s
by Aleksey Gurtovoy 20 Jul '04

20 Jul '04

Christopher Currie writes: > Aleksey Gurtovoy wrote: > > As usual, comments/suggestions/bug reports are most welcome. > > This is a great effor, thanks for putting this together. Thank you; I hope we can bring this to a usable state within a few days. > > Unfortunately, I came across a few problems trying to run this on my > Solaris box. The first few center around the system( ) call, which > tries to run a 'tmp.cmd' that gets created in the execution directory: > > - This will fail if the CWD is read only to the user > - The CWD isn't usually in my PATH, so the shell can't find > it to run it > - The file isn't created with execute permissions, so the > shell can't run if it finds it. Sorry about that, that was basically a forgotten and untested Windows-only code. Fixed now. > > Once I worked around those problems (by pre-creating the file +x in the > CWD), I couldn't upload the results, due to a permissions error in the > incoming/CVS-HEAD directory: > > scp: > /home/groups/b/bo/boost/htdocs/regression-logs/incoming/CVS-HE > AD/cgc.xml: > Permission denied Fixed this one as well. Hopefully everything should work for you now. -- Aleksey Gurtovoy MetaCommunications Engineering

1 0

RE: [boost] additional boost libraries?
by Reece Dunn 20 Jul '04

20 Jul '04

Aleksander Demko wrote: >I, like billions of other developers, have a medium sized project >that for various reasons, invented its own thread, io, etc >libraries. I'm thinkin of switching over to boost stuff for all my >utility needs, but I'm wondering if boost has/possibly will have/is >open to the possibility of adding/ or will never have the following >facilities: > > serialization/object persistance (via iostreams) I am not sure if the Boost.Serialization library supports this, you'd need to ask Robert Ramey. I have a library in the sandbox (outfmt) that supports I/O of the standard containers and several boost constructs (e.g. contained_pair) for sequential types. I am currently in the process of overhauling the documentation and tests ready for the upcoming review. > network socket iostreams Check out Jonathan Turkanis's IOStreams library (pending review). As far as I am aware, this makes it easier to write custom I/O streams. You will probably need to implement the socket code for it, but there might be a Boost library that does that. > interface to dlls/.so loading I am not sure about these. I think the thread library provides something like this to perform thread cleanup, but you'd need to ask one of the Boost.Thread people. > url parsing (something like the filesystem lib) It should be possible to use Boost.Spirit to write a URL grammar. URL handling would be a good extension to the filesystem library, although I am not sure if/how it is possible. >and, just out of curiosity: > xml/html parsing It is possible to use Boost.Spirit for this. If you check out the Spirit repository (http://spirit.sourceforge.net/repository/applications/show_contents.php) you will find several examples. Also, if you want a SAX-based parser, contact me off-list and I'll e-mail the parser I have been working on. NOTE: my parser does not check tag/element name validity, but does perform basic structural clean-up. Regards, Reece _________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger

1 0

DLL linking with Como
by Jeff Garland 20 Jul '04

20 Jul '04

date-time has a number of regession test failures when it is built in the dll mode on windows. They look like this: C:\Progra~1\Comeau\4_3_3\bin\como --vc7 -c -e5 --no_version --no_prelink_verbose --display_error_number --long_long --diag_suppress=9,21,161,748,940,962 -D__STL_LONG_LONG -DBOOST_DATE_TIME_POSIX_TIME_STD_CONFIG -DBOOST_ALL_DYN_LINK=1 --a --no_inlining /Zi /Od -D_WIN32 --exceptions -DBOOST_DISABLE_WIN32 --wchar_t -I"C:\Users\Administrator\boost\main\results\bin\boost\libs\date_time\build" -I"C:\Users\Administrator\boost\main\boost" -I"C:\Progra~1\Comeau\4_3_3\libcomo" -I"C:\Progra~1\Comeau\4_3_3\libcomo\cnames" -o "C:\Users\Administrator\boost\main\results\bin\boost\libs\date_time\build\boost_date_time.dll\meta-como-win32-4.3.3-vc7\debug\greg_month.obj" "C:\Users\Administrator\boost\main\boost\libs\date_time\build\../src/gregorian/greg_month.cpp" "C:\Users\Administrator\boost\main\boost\boost/date_time/gregorian/greg_month.hpp", line 55: error #70: incomplete type is not allowed class BOOST_DATE_TIME_DECL greg_month : public greg_month_rep { ^ Which looks like it is complaining about the BOOST_DATE_TIME_DECL macro. I'm wondering if in config/platform/win32.hpp we need to at como to this little macro that controls the definition of BOOST_HAS_DECLSPEC. #if !defined(__GNUC__) && !defined(BOOST_HAS_DECLSPEC) # define BOOST_HAS_DECLSPEC #endif I've never used this compiler -- anyone out there know how it handles dll symbol export on win32? Jeff

4 5

RE: [boost] Re: Boost.Test problem
by Rozental, Gennadiy 20 Jul '04

20 Jul '04

> >>Ok... more Boost.Test (minor) problems: > >> > >>http://tinyurl.com/72awd > > > > > > And what is the problem here? > > It's giving a "fail" flag on Comeau. See the MetaCom test > results for Boost.Test. See your basic_cstring_test at > http://tinyurl.com/55xg6 for example. Well. I do not have an access to this compiler. And this test pass on most Windows compilers I have access to. Could somebody give me explanation on what this compiler complains about? Gennadiy.

2 2