- Boost-users - lists.boost.org

Boost format library Segmentation fault with Intel 8.1
by Filipe Sousa 08 Dec '04

08 Dec '04

Hi! I get a segmentation fault with Intel compiler 8.1 using the fallowing code #include <boost/format.hpp> #include <iostream> int main() { std::cout << boost::format("writing %1%, x=%2% : %3%-th try") % "toto" % 40.23 % 50 << std::endl; return 0; } (idb) bt #0 0x0804aba8 in ctype<char>::is (this=0x41016b50, __m=2048, __c=49 '1') at ctype_inline.h:40 #1 0x08051d55 in std::isdigit (__c=49 '1', __loc=& { ... }) at locale_facets.h:4528 #2 0x0805517f in boost::io::detail::wrap_isdigit (c=49 '1', os=& { ... }) at parsing.hpp:36 #3 0x0805509b in boost::io::detail::wrap_scan_notdigit (beg= { ... }, end= { ... }, os=& { ... }) at parsing.hpp:46 #4 0x08054f7b in boost::io::detail::upper_bound_from_fstring (buf=& { ... }, arg_mark=37 '%', os=& { ... }, exceptions=-1 '\377') at parsing.hpp:351 #5 0x0804d33a in basic_format<char,std::char_traits<char> >::parse (this=0xbffff480, buf=& { ... }) at parsing.hpp:377 #6 0x0804ceab in basic_format<char,std::char_traits<char> >::basic_format (this=0xbffff480, str=0x80572a8 "writing %1%, x=%2% : %3%-th try") at format_implementation.hpp:37 #7 0x0804d02c in basic_format<char,std::char_traits<char> >::basic_format (this=0xbffff480, =<no value>) at format_implementation.hpp:38 #8 0x0804a41c in main () at test.cc:5 #9 0x4102e7f8 The same code works perfectly with gcc-3.4.2 under linux. Is this a bug in boost format library or a Intel compiler problem? My system: Debian, boost-1.31.0, gcc-3.4.2, Intel compiler 8.1 -- Filipe Sousa

2 1

serialization library - Serializing classes from a DLL
by Florian Preknya 08 Dec '04

08 Dec '04

Hello, I am trying to use the boost serialization library to serialize the classes from my application (I use Microsoft Visual C++ 7.1 compiler). The most of the classes are placed in a DLL, some are in my executable project. For this, I had to link (statically) the DLL and the executable with boost serialization library. I used the BOOST_CLASS_EXPORT macro for all the derived classes that I serialize through a base class pointer: in each header, after the class declaration, I added the BOOST_CLASS_EXPORT(class_name) line. The DLL and executable compilation time increased drastically, and both the DLL and the executable export tables contain all the entities (classes & functions) resulted from the BOOST_CLASS_EXPORT macro expansion (and because the BOOST_DLLEXPORT is defined as __declspec(dllexport) in force_include.hpp). This happens because I have to include the header files from the DLL source files, also from the executable project source files. My question is: where should I put the BOOST_CLASS_EXPORT declarations for the DLL classes? Note that I invoke the serialization/deserialization only from the executable (not from the DLL). I tried to group all the BOOST_CLASS_EXPORT declarations in a cpp file in the executable project. It went pretty good, but after inserting many declarations, I received the C1204 error (internal structure overflow). Are there "things to know" for using the serialization library from a DLL? Also, there are no test projects that cover this aspect. Thanks a lot, Florian Preknya

2 1

Possible Serialization demo.cpp issue.
by Holmes, Michael A (Mike) 08 Dec '04

08 Dec '04

I don't know is this is a bug as such, but thought I should bring it up. I boiled down an un handled exception I was receiving in VC 7.1 and related it to the demo.cpp The demo does not close or flush the ofstream before it reads back from the same file it wrote to, this appears to work correctly for the demo, but in the attached very simple case it does not. I am assuming that it is because the ofstream did not get flushed and the file contains no data. I think that adding a flush or close would make the demo more robust and complete. int _tmain(int argc, _TCHAR* argv[]) { std::string filename(boost::archive::tmpdir()); filename += "/demofile.txt"; std::string b1("mike"); std::ofstream ofs(filename.c_str()); boost::archive::text_oarchive oa(ofs); oa << b1; // FIX ofs.flush(); ofs.close(); // Without either of these VC7.1 gives // Unhandled exception at 0x77e738b2 in bstTest.exe: Microsoft C++ exception: // boost::archive::archive_exception @ 0x0012f7bc. " // END FIX std::string b3; std::ifstream ifs(filename.c_str()); boost::archive::text_iarchive ia(ifs); ia >> b3; } Call stack -> bstTest.exe!boost::throw_exception<boost::archive::archive_exception>(co nst boost::archive::archive_exception & e={...}) Line 40 C++ bstTest.exe!boost::archive::detail::common_iarchive<boost::archive::text _iarchive>::init() Line 69 + 0x31 C++ bstTest.exe!boost::archive::text_iarchive_impl<boost::archive::text_iarc hive>::text_iarchive_impl<boost::archive::text_iarchive>(std::basic_istr eam<char,std::char_traits<char> > & is={...}, unsigned int flags=0x00000000) Line 70 C++ bstTest.exe!boost::archive::text_iarchive::text_iarchive(std::basic_istr eam<char,std::char_traits<char> > & is={...}, unsigned int flags=0x00000000) Line 82 + 0x33 C++

2 1

Link problems with boost.serialization
by Jeffrey Holle 08 Dec '04

08 Dec '04

Now I'm experiencing link problems in attempting to apply boost.serialization to my application. I can avoid them by commenting out the bodies of all my serialize methods. If I leave a simple serialize method intact, I can run the sucessfully linked application and produce an archive file. I am linking to this serialization library: $BOOST_ROOT/bin/boost/libs/serialization/build/libboost_serialization.a/gcc/release/runtime-link-static/boost_serialization.a With all serialization uncommented, I get the following link errors: ../../install/libUMLModel.so: undefined reference to `boost::archive::detail::archive_pointer_iserializer<boost::archive::binary_iarchive>::archive_pointer_iserializer(boost::serialization::extended_type_info const&)' ../../install/libUMLModel.so: undefined reference to `boost::serialization::void_downcast(boost::serialization::extended_type_info const&, boost::serialization::extended_type_info const&, void const*, bool)' ../../install/libUMLModel.so: undefined reference to `boost::serialization::void_upcast(boost::serialization::extended_type_info const&, boost::serialization::extended_type_info const&, void const*, bool)' ../../install/libUMLModel.so: undefined reference to `boost::serialization::void_cast_detail::void_caster::self_register()' ../../install/libUMLModel.so: undefined reference to `boost::archive::detail::archive_pointer_iserializer<boost::archive::binary_iarchive>::find(boost::serialization::extended_type_info const&)' ../../install/libUMLModel.so: undefined reference to `boost::archive::basic_binary_iprimitive<boost::archive::binary_iarchive, std::basic_istream<char, std::char_traits<char> > >::load(std::basic_string<char, std::char_traits<char>, std::allocator<char> >&)' ../../install/libUMLModel.so: undefined reference to `boost::archive::detail::basic_iarchive::register_basic_serializer(boost::archive::detail::basic_iserializer const&)' ../../install/libUMLModel.so: undefined reference to `boost::archive::detail::basic_iarchive::next_object_pointer(void*)' ../../install/libUMLModel.so: undefined reference to `typeinfo for boost::archive::detail::basic_iarchive' ../../install/libUMLModel.so: undefined reference to `boost::archive::detail::basic_iarchive::load_pointer(void*&, boost::archive::detail::basic_pointer_iserializer const*, boost::archive::detail::basic_pointer_iserializer const* (*)(boost::serialization::extended_type_info const&))' ../../install/libUMLModel.so: undefined reference to `boost::archive::detail::basic_iarchive::load_object(void*, boost::archive::detail::basic_iserializer const&)' What is the solution?

3 9

Trouble using shared_ptr with g++ -O0 and -O2 options
by Bear 08 Dec '04

08 Dec '04

Hello there I'm getting a SIGSEGV when using the boost::shared_ptr in my program and compiling with the g++ -O2 option, whereas if I'm using the g++ -O0 option my programs works the way it should. My program is multi-threaded but to the best of my knowledge it is mutex'ed correctly. I compile my program the following way when using -O2 and -O0 g++ -O0 -ggdb3 -DNDEBUG -DTTSERVER .... g++ -O2 -ggdb3 -DNDEBUG -DTTSERVER .... When I use gdb to step through the program (only with 'n') I go into the shared_count.hpp file when using the -O2 option whereas the version compiled with -O0 disregards this file in gdb. The -O2 version of the program crashes in the file checked_delete.hpp and the member "checked_delete": template<class T> inline void checked_delete(T * x) { // intentionally complex - simplification causes regressions typedef char type_must_be_complete[ sizeof(T)? 1: -1 ]; (void) sizeof(type_must_be_complete); => delete x; } Here's the gdb output: Program received signal SIGSEGV, Segmentation fault. 0x08053370 in boost::detail::sp_counted_base_impl<teamtalk::server::ServerChannel*, boost::checked_deleter<teamtalk::server::ServerChannel> >::dispose() ( this=0x8107170) at checked_delete.hpp:36 (gdb) As I mentioned earlier, the -O0 run without problems. Has anyone experienced similar problems? I'm using Boost 1.31 g++ (GCC) 3.3.2 20031218 (Gentoo Linux 3.3.2-r5, propolice-3.3-7) GNU gdb 6.0 Kind regards Bjoern D. Rasmussen

2 1

simple regex compile error
by Brian Gaber 08 Dec '04

08 Dec '04

I have a very simple regex program that will not compile on AIX using IBM's xlc++ compiler. Here is the program: #include <iostream> // for I/O #include <string> // for string #include <boost/regex.hpp> // for pattern matching using std::cout; using namespace std; using namespace boost; int main() { const string tmp1("abc234tree"); static const regex expression(" \\w+"); cout << regex_match(tmp1, expression) << endl; return 1; } Here is the compile statement: /usr/vacpp/bin/xlc++ -o regex regex.cpp -I /usr/local/include -lboost_filesystem-xlc-1_32 -L/usr/local/lib Here is the compiler error: "/usr/local/include/boost/regex/v4/cregex.hpp", line 75.4: 1540-0063 (S) The text "0x001" is unexpected. "/usr/local/include/boost/regex/v4/cregex.hpp", line 100.4: 1540-0063 (S) The text "0x100" is unexpected. "/usr/local/include/boost/regex/v4/cregex.hpp", line 135.3: 1540-0063 (S) The text "1" is unexpected.

2 1

Unresolved symbols in regex libs on tru64
by Mark Helzer 08 Dec '04

08 Dec '04

Hi, I have several unresolved symbols in a test routine compiled on tru64, using libboost_regex-tru.so. The same routine runs great on linux with libboost_regex-gcc.so. I'm using boost 1.32, cxx version 6.5-041 cxx -o regex regex.o -hidden -lcxxstd -non_hidden -rpath /usr/lib -L/usr/lib -lboost_regex-tru ld: Unresolved: boost::regbase::regbase(void) boost::c_regex_traits<char>::init(void) ... boost::re_detail::c_traits_base::lower_case_map ... boost::c_regex_traits<char>::transform(std::basic_string<char, std::char_traits< char>, std::allocator<char> >&, const std::basic_string<char, std::char_traits<c har>, std::allocator<char> >&) Mark Helzer ADP Dealer Services 2525 S.W 1st Portland, OR. (503) 402-3481

2 1

[review-results] Smart Container Library
by Pavol Droba 08 Dec '04

08 Dec '04

Hi, I hereby announce that the Smart Container library is ACCEPTED into Boost. Congratulations and thanks to Thorsten Ottosen for providing us with this library. Most of the reviewers were in favor of acceptance, but there were several requests for improvements. I have consulted them with Thorsten and he proposed to do following changes. I consider them sufficient for acceptance. 1. add support for boost.range in insert functions, constructors etc 2. use void* implementation 3. improve docs as discussed during the review 4. add support for null values: - remove preconditions - add functions is_null( size_t idx ); is_null( iterator ); 5. add more debug checks after access to ptr_begin(), ptr_end() 6. reconfigure policies: ptr_vector<T,clone_manager> becomes ptr_vector<T,clone_allocator = something, std::allocator<T*> = std::allocator<T*> > or perhaps ptr_vector<T,clone_allocator = something< std::allocator<T* > > 7. improve tests I also suggest, that before the inclusion of the library into the boost distribution, the library should be brought in the discussion to verify, that all issues above have been addressed. Best Regards, Pavol Droba Review Manager

3 3

uBlas, using assign on a symmetric matrix range
by Thomas Lemaire 08 Dec '04

08 Dec '04

dear list, I am using ublas from boost 1.32, gcc 3.3.3, solaris 9 I need to copy some independant submatrix (matrix_range) of a symmetric matrix. I use the assign() method to do so. first, I compile without NDEBUG, and a postcondition check in assignment is not met... Assertion failed in file /usr/local/boost/include/boost/numeric/ublas/matrix_assign.hpp at line 797: equals (m, cm) E: src/slamEkf.cpp:325: std::exception ** std::exception: ** external logic I checked that compiling with NDEBUG the assignement is not correct. If I copy the two submatrix using a stupid for loop, it works... I use the default version of symmetric_matric (lower), and I assign _upper_ part of the matrix. I tried to assign the _lower_ part of the matrix and it works ! nothing in the doc tells that using the assign() functions is different with symmetric_matrix... this problem arises only when assigning a submatrix to another submatrix. When assigning an expression to a submatrix in the _upper_ part of the lower symmetric matrix it works fine. Is it a bug ?? -- thomas

1 0

[Build v2] How-to: Link a CPP target with purify (on Solaris) ?????
by Sylvain, Gregory M 08 Dec '04

08 Dec '04

Hello all, This should be a relatively simple problem, but I haven't figure it out yet either.... In Boost.Build v2, how can you link a C++ program with purify on Solaris ? I assumed it would be something like: sun.link.c++="purify CC" but the link action uses "$(.root)/CC" and not a variable. Do you have to write a new purify.jam Jamrules file to make this happen our is there another variable that needs to be defined ? -- Thanks in advance for any clues... greg

2 1