- Boost-users - lists.boost.org

Troubles with Boost.Log
by martin f krafft 15 Aug '05

15 Aug '05

Dear all, I have been spending the last two days trying to get John Torjo's logging library[0] working, but I am failing even though I can already see the goal[1]. Unfortunately, John seems to be on vacation or is otherwise occupied so as to not find time to answer my emails. Thus I turn to you... I have two problems right now, one small and one rather large one. The small one may well be my own confusion. Like most Boost libraries, Boost.Jam turns Boost.Log into eight different libraries: the permutations of release or debug, threade or not, and static or shared. For my first tests, I chose the single-threaded, static, release library. However, even the simplest programme segfaults in the weirdest places until I tell the linker to also link in libpthread (or Boost.Thread). What gives? Why does a single-threaded library need pthreads? The larger problem is a heisenproblem, that is I cannot pin it down, which is largely a problem due to libpthread mucking about with gdb in a way I can't seem to control. In a nutshell though, log messages sometimes get written twice, sometimes not at all, and all this without any threads or caching. So once I figured out how to make it work without pthreads, I'll be back with more. Any hints? 0. http://www.torjo.com/code/logging.zip 1. http://lists.debian.org/debian-devel/2005/08/msg00768.html -- martin; (greetings from the heart of the sun.) \____ echo mailto: !#^."<*>"|tr "<*> mailto:" net@madduck invalid/expired pgp (sub)keys? use subkeys.pgp.net as keyserver! spamtraps: madduck.bogus(a)madduck.net "a fundamentalist is someone who hates sin more than he loves virtue." -- john h. schaar

1 0

boost::xtime
by Luca Zappella 15 Aug '05

15 Aug '05

Hi all, I would like to use boost mutex with TimedLock concept but I ran into the boost::xtime type. The problem is that I can not understand the second parameter of the method: int xtime_get(xtime*, int) In the doc I can not find anything, can someone help me? Thanks a lot, Luca

2 1

Re: [Boost-users] Problems: Building Boost with VC7 and STLport4.6.2
by Jasper, Alexander 15 Aug '05

15 Aug '05

Hi! If you are using VC7 rather VC 7.1 you of course use -sTOOLS=vc-7-stlport instead of -sTOOLS=vc-7_1-stlport. But VC7 is crap. If it is possible I strongly recommend you to upgrade to 7.1 which really works a lot of better than any release before. Also make sure you do a clean rebuild to prevent old compiler switches being stored in the precompiled header files. Boost further requires you to enable the debug mode of stl-port, if I'm not mistakes. Adding the following to stl-user-config.h solved things for me. #ifdef NDEBUG #undef _STLP_DEBUG #else #define _STLP_DEBUG 1 #endif BTW. STLPort 4.6.2 does not work well in conjunction with boost.serialize. A bug in the ostream::write method prevents it from handling writing 0 bytes correctly. Unfortunately the serializer writes 0 bytes in case of empty strings for instance. kind regards Alex > > Thanks a lot for your reply! I tried your method and it > works! All the compiler errors disappeared. I think the > important thing is to turn the feature "stlport-iostreams" on. > But the linker still asks me for something like > "stlport_vc6.lib". I'm using vc7 now. And I built STLport > 4.6.2 also with vc7. But the linker still asks me for > something related to vc6. Does any one know the possible causes? > > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

1 0

Re: [Boost-users] Problems: Building Boost with VC7 and STLport 4.6.2
by Jasper, Alexander 15 Aug '05

15 Aug '05

Hi! I had the same problem a few weeks ago. You've got to use the following command line. For debug libs build\bjam.exe -sTOOLS=vc-7_1-stlport "-sBUILD=<define>BOOST_NO_STD_WSTRING" "-sSTLPORT_4.6.2_PATH=D:\Alexander...." "-sstlport-iostreams=on" --with-date_time stage You need to build release libs with an extra step: build\bjam.exe -sTOOLS=vc-7_1-stlport "-sBUILD=release <define>BOOST_NO_STD_WSTRING" "-sSTLPORT_4.6.2_PATH=D:\Alexander...." "-sstlport-iostreams=on" --with-date_time stage This informations is based to 1.32, though. But I think it applies to 1.33 as well. hope this helps Alex > -----Ursprüngliche Nachricht----- > Von: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org]Im Auftrag von Hao Song > Gesendet: Sonntag, 14. August 2005 17:33 > An: boost-users(a)lists.boost.org > Betreff: [Boost-users] Problems: Building Boost with VC7 and STLport > 4.6.2 > > > Hi, > I tried to build Boost with VC7 and STLport 4.6.2, but failed to > compile some source files of Boost.date_time. Error messages are like: > > vc-C++ > E:\CppLibs\boost_1_33_0\temp\bin\boost\libs\date_time\build\bo > ost_date_time.dll\vc7-stlport\release\threading-multi\greg_month.obj > greg_month.cpp > E:\CppLibs\STLport-4.6.2\stlport\stl\_iterator_base.h(98) > : error C2825: > ¡°_Iterator::iterator_category¡±£ºcan not form a qualified name > > E:\CppLibs\boost_1_33_0\boost\date_time\date_parsing.hpp(270) : see > reference to class template instantiation > '_STL::iterator_traits<_Iterator>' > being compiled > with > [ > > _Iterator=_STL::basic_string<char,_STL::char_traits<char>,_STL > ::allocator<char>>::iterator > ] > > E:\CppLibs\boost_1_33_0\boost\date_time\gregorian\parsers.hpp(79) : > see reference to function template instantiation > 'boost::date_time::period<point_rep,duration_rep> > boost::date_time::from_simple_string_type<boost::gregorian::da > te,char>(const > _STL::basic_string<_CharT,_Traits,_Alloc> &)' being compiled > with > [ > point_rep=boost::gregorian::date, > duration_rep=boost::gregorian::date_duration, > _CharT=char, > _Traits=_STL::char_traits<char>, > _Alloc=_STL::allocator<char> > ] > E:\CppLibs\STLport-4.6.2\stlport\stl\_iterator_base.h(98) : > error C2039: > 'iterator_category' : is not a member of 'operator "global > namespace" ' > > And bjam failed to build DLLs > > vc-Link > E:\CppLibs\boost_1_33_0\temp\bin\boost\libs\date_time\build\bo > ost_date_time.dll\vc7-stlport\debug\threading-multi\boost_date > _time-vc7-mt-gdp-1_33.dll > E:\CppLibs\boost_1_33_0\temp\bin\boost\libs\date_time\build\bo > ost_date_time.dll\vc7-stlport\debug\threading-multi\boost_date > _time-vc7-mt-gdp-1_33.lib > LINK : fatal error LNK1181: cannot open input > file¡°stlport_vc6_stldebug.lib¡± > > > > It seems that auto-linking doesn't function properly. but I > can't see why. > any idea about these? Thanks in advance! > > > >

2 1

Is there a way to say that exception is expected/unexpected in Boost.Test-based Test Case?
by Voronkov Konstantin 15 Aug '05

15 Aug '05

Hello, All! I have a question whether there is a way to say that exception is expected/unexpected in Boost.Test-based Test Case? And depends on this the Test Case is threated as passed or failed. Best Regards, Voronkov Konstantin

2 2

Boost.Log for Debian
by martin f krafft 15 Aug '05

15 Aug '05

Dear boosters, Even though not yet official, I've made Debian packages of John Torjo's Boost.Log library, which has been submitted and is under review at the moment. You can find these packages here: http://debian.madduck.net/~madduck/packages/stage/libboost-log/ or install libboost-log-dev directly by including the following line in your /etc/apt/sources.list and the `apt-get update`-ing: deb http://debian.madduck.net ~madduck/packages/stage/libboost-log/ deb-src http://debian.madduck.net ~madduck/packages/stage/libboost-log/ Note /usr/lib/libboost_log.a is a symlink to libboost_log-gcc-mt-s.a in this package, and no other .a files are provided. That is to say that we make multi-threaded libraries the default in Debian boost. Also, because the library is not yet official, I only provide the static libraries, no shared objects (to guard against ABI/SONAME nightmares). I would appreciate feedback and testing. I will upload the library to Debian unstable sometime this week. -- .''`. martin f. krafft <madduck(a)debian.org> : :' : proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver! "the problem with america is stupidity. i'm not saying there should be a capital punishment for stupidity, but why don't we just take the safety labels off of everything and let the problem solve itself?" -- seen on irc

1 1

Problems: Building Boost with VC7 and STLport 4.6.2
by Hao Song 14 Aug '05

14 Aug '05

Hi, I tried to build Boost with VC7 and STLport 4.6.2, but failed to compile some source files of Boost.date_time. Error messages are like: vc-C++ E:\CppLibs\boost_1_33_0\temp\bin\boost\libs\date_time\build\boost_date_time.dll\vc7-stlport\release\threading-multi\greg_month.obj greg_month.cpp E:\CppLibs\STLport-4.6.2\stlport\stl\_iterator_base.h(98) : error C2825: ¡°_Iterator::iterator_category¡±£ºcan not form a qualified name E:\CppLibs\boost_1_33_0\boost\date_time\date_parsing.hpp(270) : see reference to class template instantiation '_STL::iterator_traits<_Iterator>' being compiled with [ _Iterator=_STL::basic_string<char,_STL::char_traits<char>,_STL::allocator<char>>::iterator ] E:\CppLibs\boost_1_33_0\boost\date_time\gregorian\parsers.hpp(79) : see reference to function template instantiation 'boost::date_time::period<point_rep,duration_rep> boost::date_time::from_simple_string_type<boost::gregorian::date,char>(const _STL::basic_string<_CharT,_Traits,_Alloc> &)' being compiled with [ point_rep=boost::gregorian::date, duration_rep=boost::gregorian::date_duration, _CharT=char, _Traits=_STL::char_traits<char>, _Alloc=_STL::allocator<char> ] E:\CppLibs\STLport-4.6.2\stlport\stl\_iterator_base.h(98) : error C2039: 'iterator_category' : is not a member of 'operator "global namespace" ' And bjam failed to build DLLs vc-Link E:\CppLibs\boost_1_33_0\temp\bin\boost\libs\date_time\build\boost_date_time.dll\vc7-stlport\debug\threading-multi\boost_date_time-vc7-mt-gdp-1_33.dll E:\CppLibs\boost_1_33_0\temp\bin\boost\libs\date_time\build\boost_date_time.dll\vc7-stlport\debug\threading-multi\boost_date_time-vc7-mt-gdp-1_33.lib LINK : fatal error LNK1181: cannot open input file¡°stlport_vc6_stldebug.lib¡± It seems that auto-linking doesn't function properly. but I can't see why. any idea about these? Thanks in advance!

1 0

PC-Lint issues
by Okko Willeboordse 12 Aug '05

12 Aug '05

When I lint my code, using boost 1-32, using PC-Lint I get some issues on the Boost code. I use 'PC-lint for C/C++ (NT) Vers. 8.00r, Copyright Gimpel Software 1985-2005' so the new patch that should deal with Boost better. These are the issues; BOOST_STATIC_CONSTANT(bool, value = helper::value); C:\Boost\include\boost-1_32\boost\type_traits\is_enum.hpp(143): error 1061: (Error -- public member 'boost::mpl::bool_<<1>>::value' is not accessible through non-public inheritance) BOOST_MPL_HAS_XXX_TRAIT_NAMED_DEF(has_apply, apply, false) C:\Boost\include\boost-1_32\boost\mpl\aux_\has_apply.hpp(22): error 64: (Error -- Type mismatch (arg. no. 1) (volatile const boost::mpl::aux::has_apply_wrapper_<T> * = boost::mpl::aux::has_apply_wrapper_<T> *)) BOOST_MPL_HAS_XXX_TRAIT_NAMED_DEF(has_tag, tag, false) C:\Boost\include\boost-1_32\boost\mpl\aux_\has_tag.hpp(20): error 64: (Error -- Type mismatch (arg. no. 1) (volatile const boost::mpl::aux::has_tag_wrapper_<T> * = boost::mpl::aux::has_tag_wrapper_<T> *)) Are these Boost or PC-Lint issues? Okko These are descriptions of the issues; 1061 String member 'Symbol' is not accessible through non-public inheritance -- There is an attempt to access a private, protected or public member (the text of the message indicates which kind as well as which member) of a class through a class derived from the original. There is an access violation (see 1060 for the more common access violation) critically dependent on the fact that the inheritance relationship is non-public. [11 section 11.2] 64 Type mismatch (Context) (TypeDiff) -- There was a mismatch in types across an assignment (or implied assignment, see Context). TypeDiff specifies the type difference. See options -epn, -eps, -epu, -epp (Section 5.2 Error Inhibition Options) to suppress this message when assigning some kinds of pointers.

2 2

Broken link on new stite
by Delfin Rojas 12 Aug '05

12 Aug '05

Before anything else I would like to congratulate everybody involved with the new site design. I love the color scheme styles and organization - it is really innovative (I had never seen links like that) but I still feel at home like with the old site. That been said, there is a broken link on the main page for the program_options library. The link points to http://www.boost.org/libs/program_options/doc/index.html from which it is redirected to http://www.boost.org/doc/html/program_option.html but the program_options documentation is at http://www.boost.org/doc/html/program_options.html (notice the final s on options). Once more, congratulations on the site. -delfin

2 1

vc-7_1 fails on cvs wave
by Serge Skorokhodov 12 Aug '05

12 Aug '05

Hi, Just for info: vc-7_1 fails to compile wave from the last cvs updated with a bunch of lo-o-ong error messages;) All of them seems to relate to files in detail and ambiguity of 'detail' symbol: boost::detail and boost::spirit::detail. -- Serge

2 1