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

newbie question
by Lawrence Lim 10 Feb '06

10 Feb '06

Hello, I'm trying to compile the following: #include <boost/type_traits/is_integral> int main() { return 0; } I'm getting a long_long_type is undeclared in namespace boost error. I worked around it by: namespace boost { typedef long long long_long_type; typedef unsigned long long ulong_long_type; } #include <boost/type_traits/is_integral> int main() { return 0; } Is there a better way to fix this issue? My compiler is gcc3.2.3 in Red Hat Linux. Thanks, Lawrence

1 0

[Unit Test Framework]
by Evan Carew 10 Feb '06

10 Feb '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm trying out Unit Test for the first time & decided to try out the first example listed in the getting started docs. It compiled fine on my g++ v4.0 boost v1_32 setup, but I get the following output which looks wrong to me: [root@r3-mobile src]# ./test_watchdog Running 1 test case... /root/projects/IBS/test_watchdog/src/test_watchdog.cpp(38): error in "free_test_function": test 2 == 1 failed Exception in "free_test_function": signal: memory access violation /usr/src/build/570409-i386/BUILD/boost_1_32_0/libs/test/build/../src/unit_test_suite.cpp(150): fatal error in "free_test_function": Testing aborted *** 1 failure detected (1 failure expected) in test suite "Unit test example 1" Is there an easily explained (and implemented) way to get the output for this test app to work? Thanks, Evan Carew -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFD7NkKpxCQXwV2bJARAmHfAJ40gh9/WXZe+sXCNgCZzPfea4nciQCgojG1 9L8mgvqBJxLAxE9V1UAy2tw= =KfmW -----END PGP SIGNATURE-----

2 1

Re: [Boost-users] [program_options] Bug in program_options with vc-8_0 build target when displaying the help descriptions
by boost＠nogga.de 10 Feb '06

10 Feb '06

Hi Will, thanks for the answer. I still ask myself what is the correct way of handling these situations with the new standard library. I had a similar issue in my own software and I didn't liked the solution to fall back to manually track the array bounds. The only way to write this line safe would be: > if (par_end - line_begin < line_length - indent) in order to compute a distance between the two involved iterators. But is this really better? Is the old line really a safety problem? Or is this type of problem the penalty one have to pay for the enhanced security in other areas? Best regards Dirk Will Bryant schrieb: > Hmm, Vladimir Prius doesn't seem to be responding on the list at the > moment, but FWIW this is a known bug - see my November 2005 posts > about it in the mailing list archive. Vladimir was working on a fix, > but the last version he sent still had the problems... > > Will > > > boost(a)nogga.de wrote: > > Hello, > > > > there is a bug in the help output generated from > > > > void format_paragraph(std::ostream& os, std::string par, unsigned > > first_column_width, unsigned line_length) > > > > function. The error message is cryptic and something like that: > > > > _Myptr + _Off <= (((_Mystring *)this->_Mycont)->_Myptr() + > > ((_Mystring *)this->_Mycont)->_Mysize) && _Myptr + _Off >= > > ((_Mystring *)this->_Mycont)->_Myptr(): > > > > The point is that the new vc8.0 compiler (or better the vs2005 > > standard library) performs a lot of additional iterator checking. > > In the function format_paragraph the "line_begin" iterator is > > checked, whether there is one more line to indent in the help > > output or whether this is the last line. During this process, the > > "line_begin" iterator is incremented behind the end of the current > > string "par.end()" and this will trigger the > > _SCL_SECURE_VALIDATE_RANGE warning from the new library. > > > > if (line_begin + (line_length - indent) > par_end) { line_end = > > par_end; } > > > > You should be able to trigger this behavior with every application > > when printing the help text for an option that is longer than one > > line. > > > > This new iterator checking has it's pros and cons. While it is good > > to find any sort of error, how would you safely write the case > > above without reverting to index like operations? > > > > Best regards Dirk _______________________________________________ > > Boost-users mailing list Boost-users(a)lists.boost.org > > http://lists.boost.org/mailman/listinfo.cgi/boost-users > > > >

1 0

Re: [Boost-users] pd darwin Symbol not found
by RIVASSEAU Jean Noel 10 Feb '06

10 Feb '06

Do you develop in XCode ? I remember that while developing on XCode there is an option that does fast linking (it is called Zero Link) and if you check that, it does not really link your application at link time but only at run time. So I think this is in fact a linking problem, disable the Zero Link option under XCode and your code will probably fail to link. As to why it does not link, I do not know, which library (boost) are you trying to link to ? Jean-Noël _____ De : boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] De la part de Locatelli Jérôme Envoyé : jeudi 9 février 2006 14:14 À : boost-users(a)lists.boost.org Objet : [Boost-users] pd darwin Symbol not found I'am writing a application on MacOS 10.4.4 using darwin 8 with gcc 4, I compile and link my application without problem but when I run my application , I've got the error bellow. Has anybody got an idear?? Thanks. dyld: lazy symbol binding failed: Symbol not found: __ZN5boost6detail3tss4initEPNS_9function1IvPvSaINS_13function_baseEEEE Referenced from: /Users/locatelli/Projets/ics/IcsServer/obj.ics/../lib/libIcsServerCommandSystem.0 Expected in: flat namespace dyld: Symbol not found: __ZN5boost6detail3tss4initEPNS_9function1IvPvSaINS_13function_baseEEEE Referenced from: /Users/locatelli/Projets/ics/IcsServer/obj.ics/../lib/libIcsServerCommandSystem.0 Expected in: flat namespace Trace/BPT trap --------------------------------------------------- Locatelli Jérôme Institut Laue-Langevin Service Contrôle des instruments 6 rue Jules Horowitz, BP 156 38042 Grenoble cedex 9 http://www.ill.fr/ Tel: 33 (0)4 76 20 76 27 Fax: 33 (0)4 76 20 77 00 ---------------------------------------------------

3 2

bcp: towards a library dependency list
by John Maddock 10 Feb '06

10 Feb '06

I've just committed some changes to bcp that give it a shortened list option: bcp --list-short truncates the list so you just see directory names where appropriate, for example: bcp --list-short shared_ptr.hpp Gives the dependency list: boost/assert.hpp boost/checked_delete.hpp boost/config.hpp boost/config boost/current_function.hpp boost/detail boost/mpl boost/non_type.hpp boost/preprocessor boost/shared_ptr.hpp boost/static_assert.hpp boost/throw_exception.hpp boost/type.hpp boost/type_traits boost/version.hpp which is reasonably nice and compact :-) Now, here's the question: what did the folks who were asking for this functionality actually want to use the information for? I should stress that it's overkill for extracting subsets of Boost, because many libraries will depend on just one or two files inside boost/mpl or boost/preprocessor, so using the list for that purpose will result in an even "thicker" dependency than copying with bcp already produces. It's possible to contract the above list even further: for example by contracting to library names where possible, so for example contracting all of: boost/regex.hpp boost/regex libs/regex to just "regex" However there would still be a lot of Boost headers that can't automatically be assigned to any library name, so it's not clear to me how much use this would be? If folks can give me an idea of what they were looking to use a dependency list for it'll help me decide whether to stop here or to continue trying to contract the list further. John.

1 0

Unable to figure out how to get zlib support in iostreams on windows
by cheesy4poofs 10 Feb '06

10 Feb '06

Hi, I've posted this on the boost build forums, but never got a response, so I'm hoping someone in this group can help me. I've spent several days banging my head with iostream zlib support on windows. For the life of me, I cannot figure out how to get this to compile. This is on a windows XP machine with Microsoft VS 2003. I've installed the zlib source at C:\dev\zlib and set the appropriate command line arguments (I believe anyway) to point to it. However, it continues to give me an error of "unknown dependent target <@boost!libs!iostreams!build>libboost_zlib.lib" If I remove the zlib command line arguments, the boost library builds fine. Can anyone please explain what I'm doing wrong? I'm sure it is something simple, but I cannot figure it out. I looked at the jam file regarding this and it seems to indicate that it will compile zlib automatically. But apparently that isn't happening. The complete output from the command window follows. Thanks in advance for any help! Scott bjam "-sTOOLS=vc-7_1" "-sNO_COMPRESSION=0" "-sNO_ZLIB=0" "-sZLIB_SOURCE=C:\Dev\zlib" "-sZLIB_INCLUDE=C:\Dev\zlib" stage ****************************************************** Building Boost.Iostreams with bzip2 support disabled. To enable bzip2, consult the Boost.Iostreams documentation ****************************************************** --------------------------------------------------------------------- *** If you don't need Boost.Python, you can ignore this section *** *** pass --without-python to suppress this message in the future *** skipping Boost.Python library build due to missing or incorrect configuration couldn't find Python.h in "c:/Python24/include" You can configure the location of your python installation by setting: PYTHON_VERSION - The 2-part python Major.Minor version number (e.g. "2.2", NOT "2.2.1") - currently "2.4" PYTHON_ROOT - automatically configured from PYTHON_VERSION if not otherwise set ; currently "c:/Python24" The following are automatically configured from PYTHON_ROOT if not otherwise set: PYTHON_LIB_PATH - path to Python library object; currently "c:/Python24/libs" --------------------------------------------------------------------- Building Boost.Regex with the optional Unicode/ICU support disabled. Please refer to the Boost.Regex documentation for more information (and if you don't know what ICU is then you probably don't need it). unknown dependent target <@boost!libs!iostreams!build>libboost_zlib.lib

3 2

Re: [Boost-users] [Serialization]Working without RTTI
by RIVASSEAU Jean Noel 10 Feb '06

10 Feb '06

I already pointed this out to Robert, the correct use is on the cpp file, not the documentation. I am also using no RTTI, for me it works fine except that I have to do all sort of strange things to get the thing to link correctly without multiple definitions. Jean-Noël -----Message d'origine----- De : boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] De la part de Alexandre Gacon Envoyé : vendredi 10 février 2006 10:11 À : boost-users(a)lists.boost.org Objet : Re: [Boost-users] [Serialization]Working without RTTI I looked at the test_no_rtti.cpp and I have a question: In the cpp file, the macro BOOST_CLASS_TYPE_INFO is used like this: BOOST_CLASS_TYPE_INFO( derived_base, extended_type_info_no_rtti<derived_base> ) But in the documentation, the macro is used like that: BOOST_CLASS_TYPE_INFO( derived_base, extended_type_info_no_rtti<base_class> ) What is the good use of the macro ? Thank you Alexandre Gacon -----Message d'origine----- De : boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] De la part de Robert Ramey Envoyé : jeudi 9 février 2006 16:17 À : boost-users(a)lists.boost.org Objet : Re: [Boost-users] [Serialization]Working without RTTI I've included that facility and a test which demonstrates it. test_no_rtti demonstrates how it can be used with a type_info facility which uses the string associated with the type via BOOST_CLASS_EXPORT. Other than that it hasn't been really tested/explored extensively. After doing all this, it occurred to me that it RTTI would still be required to serialize the std::vector etc. This could be worked around by some combination of the above a) implemented BOOST_CLASS_EXPORT for those serializations in the library b) making a custom extended_type_info class which uses some other yet to be determined method. c) avoiding serialization of types not exported via pointers. That is, only types serialized via pointers required RTTI. (at least that's the intention - better test this!!) Robert Ramey Alexandre Gacon wrote: > Hi, > > I would like to use the serialization library inside one of my project > which do not use the RTTI. I produce a first version using > boost::serialization::extended_type_info to produce the key associated > to the class. > > Is it possible to use my own keys instead of the extended_type_info > class to serialize my classes ? > > Thank you, > > Alexandre Gacon > Project Manager _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

2 1

Bug report : incorrect documentation for biconnected_components
by Jean-Noël Monette 10 Feb '06

10 Feb '06

Hello, The documentation given in this page : http://www.boost.org/libs/graph/doc/biconnected_components.html is incompleet. The function signatures don't match the functions found in the file biconnected_components.hpp. The VertexIndexMap index_map parameter was omitted from the declarations at the beginning of the doc page. It should be added for users of listS. Jean-Noël Monette

1 0

[Serialization]Working without RTTI
by Alexandre Gacon 10 Feb '06

10 Feb '06

Hi, I would like to use the serialization library inside one of my project which do not use the RTTI. I produce a first version using boost::serialization::extended_type_info to produce the key associated to the class. Is it possible to use my own keys instead of the extended_type_info class to serialize my classes ? Thank you, Alexandre Gacon Project Manager

2 2

Re: [Boost-users] progress_timer writes two newlines?
by Daniel Lidström 10 Feb '06

10 Feb '06

Daniel Lidström scribbled: > Hello! > > Why does boost::progress_timer write two newlines on destruction? One > would suffice for me. Another thing about progress_timer: Why is the only option to output seconds? I'd like to be able to use my own formatter, so that I can have the output in HH:MM:SS.mmm for example: boost::progress_timer timer(cout, hhmmssmmm_formatter()); Hälsningar, Daniel

2 1