- Boost-users - lists.boost.org

[filesystem] basename() removes suffix?
by Chris Fairles 10 Apr '07

10 Apr '07

In boost, the default behavior is to remove not only all text before the last "/", but to remove all text after the first "." from the end (i.e. the file extension or suffix). In GNU and POSIX, the suffix is not removed. In PHP and Bash, the suffix is removed only if specified as an optional 2nd parameter. Whats the rationale for boost having different behavior than the above implementations? It causes a bit of a compatibility/portability issue if someone using GNU/POSIX replaces all basename functions with boost's. Chris

1 0

[Format] Errors resulting from optional.hpp
by Ferng, Andrew D 10 Apr '07

10 Apr '07

Hi all, Got a problem with using the format lib and I've no idea how to fix or get around this. I'm on an AIX using xlC ver 6. My other code using BGL compiled and ran fine so I'm assuming my library is built correctly. When I tried to compile using xlC, I get the errors listed below. The strange thing is that the same code does not generate errors in VS2005 or if I use g++ 4.11 on AIX. As indicated from the error below, line 389 in optional.hpp is: void destroy_impl ( is_not_reference_tag ) { get_ptr_impl()->T::~T() ; m_initialized = false ; } What is this optional.hpp? From the name, it sounds like it's not required? Are there certain compiler options that boost requires? I have to use xlC because of compatibility issues so I've got to figure this out. Any help would be appreciated! Thanks! Error below: --------------------------------------------------------------------- IDTApplication.cpp: "/a/Boost/include/boost/optional/optional.hpp", line 389.66: 1540-0210 (S) "T" is not a base class of "locale". "/a/Boost/include/boost/optional/optional.hpp", line 389.10: 1540-0700 (I) The previous message was produced while processing "boost::optional_detail::optional_base<std::locale>::destroy_impl(is_not _reference_tag)". "/a/Boost/include/boost/optional/optional.hpp", line 362.9: 1540-0700 (I) The previous message was produced while processing "boost::optional_detail::optional_base<std::locale>::destroy()". "/a/Boost/include/boost/optional/optional.hpp", line 208.24: 1540-0700 (I) The previous message was produced while processing "boost::optional_detail::optional_base<std::locale>::~optional_base()". "/a/Boost/include/boost/optional/optional.hpp", line 130.7: 1540-0700 (I) The previous message was produced while processing "boost::optional_detail::optional_base<std::locale>::__dftbdt()". "/a/Boost/include/boost/optional/optional.hpp", line 472.5: 1540-0700 (I) The previous message was produced while processing "boost::optional<std::locale>::~optional()". "/a/Boost/include/boost/format/internals.hpp", line 38.9: 1540-0700 (I) The previous message was produced while processing "boost::io::detail::stream_format_state<char,std::char_traits<char> >::stream_format_state(char)". "/a/Boost/include/boost/format/internals.hpp", line 78.53: 1540-0700 (I) The previous message was produced while processing "boost::io::detail::format_item<char,std::char_traits<char>,std::allocat or<char> >::format_item(char)". "/a/Boost/include/boost/format/format_implementation.hpp", line 121.40: 1540-0700 (I) The previous message was produced while processing "boost::basic_format<char,struct std::char_traits<char>,class std::allocator<char> >::make_or_reuse_data(size_t)". "/a/Boost/include/boost/format/parsing.hpp", line 415.9: 1540-0700 (I) The previous message was produced while processing "boost::basic_format<char,struct std::char_traits<char>,class std::allocator<char> >::parse(const string_type &)". "/a/Boost/include/boost/format/format_implementation.hpp", line 33.13: 1540-0700 (I) The previous message was produced while processing "boost::basic_format<char,struct std::char_traits<char>,class std::allocator<char> >::basic_format(const char *)". "IDTApplication.cpp", line 1082.17: 1540-0700 (I) The previous message was produced while processing "IDTApplication::createO(Pnt29aFile &, IDTConditionCodeFile &, string &, IDTDetails_File &)".

2 1

boost::thread - Checking that an object is called from the right thread
by Thomas Sondergaard 10 Apr '07

10 Apr '07

I've got an object that should only be called from the thread that instantiated, and I'd like the object to check that. Using pthreads I've checked this with pthread_self, but now I'm moving to boost threads, my code looks like this: class MyClass { boost::thread instantiating_thread; public: void doSomething() { // Verify that we have been called from the right thread assert(boost::thread() == instantiating_thread) // Actually do something... } }; Is this alright? The boost::threads documentation has this to say about the boost::thread() default constructor: 1. thread(); Effects: Constructs a thread object representing the current thread of execution. Postconditions: *this is non-joinable. Notes: Danger:*this is valid only within the current thread. (http://www.boost.org/doc/html/thread.html) If *this is not valid from another thread, as the documentation states, then my assert above is broken, right? Regards, Thomas Søndergaard

1 0

Boost Filesystem Library - TYPO?
by SmokingRope 10 Apr '07

10 Apr '07

I have been reading through the Boost Filesystem library trying to get a feel for syntax. I'm looking at the current version available through sourceforge (1.33.1). I also noticed that the sourceforge version is different than the CVS version. Anyway: file: /libs/fileystem/src/path_posix_windows.cpp function: m_path_append(const std::string&, name_checker) lines: 305 -311 // append '/' if needed if( !empty() #ifdef BOOST_WINDOWS && *(m_path.end()-1) != ':' // QUESTION related to this #endif && *(m_path.end()-1) != '/' ) m_path += '/'; ------------------------------------------------------------- The line in question appears to be a typo and should actually read && *(m_path.end()-1) != '\\' Has this gone past the radar or do my eyes decieve me?

1 0

[mpl] public inheritance
by Igor Mikushkin 08 Apr '07

08 Apr '07

Hello! Can I use public or protected inheritance using inherit and inherit_linearly metafunctions?

2 2

[serialization] Suggestion for documenting stream_error
by Oleg V. Zhylin 06 Apr '07

06 Apr '07

Hi, I have an experience of debugging stream_error problem. It appeared that I was saving pointer and loading reference. I suggest such a mistake is common enough to be documented at http://www.boost.org/libs/serialization/doc/exceptions.html#stream_error WBR Oleg V. Zhylin ovz(a)yahoo.com ____________________________________________________________________________________ Never miss an email again! Yahoo! Toolbar alerts you the instant new Mail arrives. http://tools.search.yahoo.com/toolbar/features/mail/

1 0

why STLport?
by n.torrey.pines＠gmail.com 06 Apr '07

06 Apr '07

I'm curious, are there reasons to use STLport with GCC + Boost instead of GCC's own library? Better debugging?

1 0

[1.34] using STLport 5.1.0 fails during linking
by Vincent Torri 05 Apr '07

05 Apr '07

Hello, I'm trying to build Boost 1.34 using STLport 5.1(.0), but I get those error messages during link: /usr/bin/ld: cannot find -lstlportstlg.5.1 /usr/bin/ld: cannot find -lstlport.5.1 I use Linux and gcc 4.1.2. The static libs of STLport exist, but without the version number. Here is how I compile and install STLport: tar jxvf STLport-5.1.0.tar.bz2 cd STLport-5.1.0/build/lib make -f gcc.mak depend make -f gcc.mak make -f gcc.mak all-static make -f gcc.mak install make -f gcc.mak install-static cd ../.. cp lib/libstlport* $HOME/local/lib/ cp -R stlport $HOME/local/include/ Here are the available static libs: libstlport.a libstlportg.a libstlportstlg.a Note: I've just compiled STLport 5.1.3. Same files. They didn't change the build system. Note bis: I've asked the STLport devs if I should link my project with static or shared lib of STLport. They answered the shared lib as it is less troublesome. Maybe Boost should also do that. I modified user-config.jam by adding ($HOME == /home/torri): using stlport : 5.1.0 : "/home/torri/local/stlport" "/home/torri/local/lib" ; I compiled Boost with that command line: ../../boost-jam-3.1.13-1-linuxx86/bjam --prefix=$HOME/local stdlib=stlport --toolset=gcc If needed, I can provide more informations on my system. Vincent Torri

2 3

Serialization problem with DLLs
by Gheury Edmond (DBB) 05 Apr '07

05 Apr '07

Hello, I am experiencing some trouble with the boost.serialization library. I'm using Visual Studio .Net 2003. My serialization code is located inside a specific DLL (i'm using polymorphic archives). When I want to save the data, there is no problem. But when I want to load previously saved data, it throws an "unregistered class" exception. Thus, I tried the following test: instead of building a DLL, I built the serialization code into a static ".lib" and relinked my program. Then everything worked fine. I tried to track down what threw the exception in the DLL code. I think the bug consequences show up in extended_type_info.cpp. The ktmap class is used to register the type keys. When the ktmap::insert is called the first time, it assigns the address of the static data "instance" to the m_self class attribute (like singletons). Then, after ktmap::insert has been called several times, the process enters serialization's load code and, when ktmap::find is called the first time, it does a check on m_self, which is NULL. Therefore, it exits without returning anything, causing a throw in the calling function (basic_iarchive). When I built the code into a static lib, the ktmap::insert calls occur like with the DLL code, but when ktmap::find is called, the "m_self" attribute hasn't been reset to NULL, and the data is loaded successfully. I don't know what to do, no warnings are issued when I compile the serialization DLL so I guess everything is OK on that side. Both the DLL and the lib are compiled using "multithreaded debug DLL" option in the code generation tab, which works fine for everything else. I did some googling and didn't find any thread mentionning that specific problem. Has anyone suggestions to solve this problem ? Thank you very much, Edmond. -------------------------------------- Dexia Bank disclaimer : http://www.dexia.be/maildisclaimer.htm --------------------------------------

2 1

Boost Con question
by Elisha Berns 05 Apr '07

05 Apr '07

Boost Conference Organizers, The conference schedule and program looks great. There is just one thing I would like to know: can participants receive/access something on the order of recordings and slides of the sessions? That way I don't need to fret about missing a session or track I can't physically attend. Thanks for the clarification, Elisha Berns

2 3