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

Boost.iostream and boost_1_32
by Giuseppe Vacanti 09 Dec '04

09 Dec '04

Hello, I'm trying to compile boost.iostream (approved but not yet included in the official distribution) with boost_1_32. First I had to replace the few occurences of apply_if with eval_if, due to a change in mpl. No probs here. Then I had to add #include<boost/io/operations.hpp> to simmetric_filter_adapter.hpp so that boost::io::{read,write,flush} can be found. But now I'm stuck with ..boost/io/operations.hpp: In static member function `static void boost::io::detail::read_impl<boost::io::input>::putback(T&, typename boost::io::char_type<T>::type)': ..boost/io/operations.hpp:107: error: incomplete type `boost::STATIC_ASSERTION_FAILURE< false>' used in nested name specifier and I do not know what the next move should be. Would anybody have a suggestion? I run with linux and g++ 3.4.1. Thanks, Giuseppe

2 2

select_parent
by Agoston Bejo 09 Dec '04

09 Dec '04

Hi! Is there such a class in boost? What I'm thinking of is fairly simple, it could be written easily with type_traits and mpl::if_, but I prefer using the standard boost components, if they exist. select_parent<T1, T2>::type is a) T1 if T1 is T2's (direct or indirect) parent b) T2 if it is the other way round c) T1 if T1 and T2 are the same d) and generates some compiler error if T1 and T2 are not related at all. Thx, Agoston

2 1

Boost.Serialization library link errors (VC++ 7.0)
by Ray Hilton 08 Dec '04

08 Dec '04

I get 17 link errors trying to compile a very simple example from tourorial section in the documention. This is the one (took out comments and changed some spacing to save some room here)

1 0

Compiling boost examples
by Saqib bin Sohail 08 Dec '04

08 Dec '04

I have installed BGL on my linux machine and I was wondering, how do I compile the examples, I wanted to compile the dijkstra's example but couldn't find any make files and simply doing g++ dijkstra***.cpp doesn't do the trick. (i placed the hpp files so that the example can easily access them) Thanks -- Saqib bin Sohail University of Colorado at Boulder (303) 484 8381

3 3

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