February 2006 - Boost - lists.boost.org

How is BOOST_SLIST_HEADER meant to be used?
by Robert Ramey 09 Feb '06

09 Feb '06

I've modified my code to read: #ifdef BOOST_HAS_SLIST #include BOOST_SLIST_HEADER Now it is failing with the following compilers: mingw borland What am I missing here? Robert Ramey

3 2

[asio] Tutorial 7 using strdup, new
by Peter Dimov 09 Feb '06

09 Feb '06

Why is http://asio.sourceforge.net/boost-asio-proposal-0.3.6/libs/asio/doc/tutoria… using raw pointers, strdup, new, free and delete? This is soo 1996. Tutorials shoud teach. -- Peter Dimov

7 43

Re: [boost] serialisation - prevent restoring archive of class Xintoclass Y
by Oliver.Kowalke＠infineon.com 09 Feb '06

09 Feb '06

>Oliver.Kowalke(a)infineon.com wrote: >> Hello, >> is it possible to prevent that the archive of class X can be restored >> in class Y (both have the same layout)? >I don't understand what this means. >Robert Ramey I don't want Y created from a archive containing a X. Please look at the code below: #include <iostream> #include <sstream> #include <stdexcept> #include <boost/archive/text_oarchive.hpp> #include <boost/archive/text_iarchive.hpp> #include <boost/archive/xml_iarchive.hpp> #include <boost/archive/xml_oarchive.hpp> #include <boost/serialization/nvp.hpp> #include <boost/serialization/level.hpp> #include <boost/serialization/export.hpp> class X { public: friend class boost::serialization::access; template< typename Archive > void serialize( Archive & ar, unsigned int version) { ar & BOOST_SERIALIZATION_NVP( degrees); ar & BOOST_SERIALIZATION_NVP( city); } int degrees; std::string city; X(){}; X( int d, std::string const& c) : degrees( d), city( c) {} }; // BOOST_CLASS_EXPORT(X) // BOOST_CLASS_IMPLEMENTATION(X, boost::serialization::object_class_info) class Y { public: friend class boost::serialization::access; template< typename Archive > void serialize( Archive & ar, unsigned int version) { ar & BOOST_SERIALIZATION_NVP( degrees); ar & BOOST_SERIALIZATION_NVP( city); } int degrees; std::string city; Y(){}; Y( int d, std::string const& c) : degrees( d), city( c) {} }; // BOOST_CLASS_EXPORT(Y) // BOOST_CLASS_IMPLEMENTATION(Y, boost::serialization::object_class_info) int main() { try { std::stringstream ss; int degrees = -1342; std::string city; city += "abc"; { boost::archive::text_oarchive oa( ss); const X g( degrees, city); oa << g; } std::cout << ss.str() << std::endl; { boost::archive::text_iarchive ia( ss); Y g; ia >> g; // I would expect an exception; at least not Y rtestored if ( g.degrees == degrees && g.city == city) std::cout << "equal" << std::endl; else std::cout << "not equal" << std::endl; } return 0; } catch ( std::exception const& e) { std::cerr << e.what() << std::endl; } catch (...) { std::cerr << "unhandled" << std::endl; } return -1; }

2 1

[hash] hash_friend_test problem
by Vladimir Prus 09 Feb '06

09 Feb '06

Hi, the hash library had a new test, 'hash_friend_test' added to Jamfiles less than an day ago. However, I don't see any 'hash_friend_test.cpp' added, and bjam reports this: don't know how to make <@boost!libs!functional!hash!test>hash_friend_test.cpp Seems like "cvs add" + "cvs ci" is in order. - Volodya

1 0

[Hash] Changes for 1.34
by Daniel James 09 Feb '06

09 Feb '06

Hello everyone, This is just a quick summary of the changes I'm trying to get ready for the next version of boost. I've added a forward header for the library, which is intended for adding hash support to other boost libraries without pulling in the whole library. This is currently located at <boost/functional/hash_fwd.hpp>, but it might better placed in a detail directory. I'll document this soon. Although, I'm having some problems with some compilers, so I might revert this for the next release. I've changed this library to use forward declarations for the standard library, so that it doesn't need to include every header it supports. This is of course non-standard, but when it was discussed before there were no objections. To make my life easier I'm just including all the headers for compilers/libraries where it's tricky to get right. So far that's more recent versions of Borland and the gcc library in debug mode. This is to make a move to using a single header for the hash library, deprecating the <boost/functional/hash/*.?pp> headers (of course, it's not required, but makes a single header more acceptable). After that I will add the BOOST_HASH_NO_EXTENSIONS macro I discussed before to allow the user to turn of the extensions. I'm going to try get this all in before Friday (I've already implemented most of this but don't want to dump the whole thing into the regression tests in one big go). Also, I'm changing the portable example to reflect some portability problems that I've discovered - but please, don't review it just yet, I'm still experimenting. And if I'm lucky, I might even throw in support for std::complex. Sorry that this is all very last minute, I haven't had internet access at home recently, and only limited access right now. I'll revert anything which is problematic as none of this is particularly important. Oh, and it looks like I can't access CVS tonight so it isn't up to date. So it goes. Daniel

3 6

[Boost-bugs] [ boost-Support Requests-1428189 ] symbian os
by SourceForge.net 09 Feb '06

09 Feb '06

Support Requests item #1428189, was opened at 2006-02-09 09:54 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=207586&aid=1428189&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: zcoob (zcoob) Assigned to: Nobody/Anonymous (nobody) Summary: symbian os Initial Comment: hi, i tried to compile boost lib using symbian os gcc compiler (gcc version 2.9-psion-98r2) but it doesn't work. i get errors like "parse error" or "invalid token in expression" and stuff. so my question is if anyone of you got any experiance with symbian os and boost lib. if so i would really appreciate if i would get an answer. //zcoob ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=207586&aid=1428189&group_… ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[serialization] Some doc issues
by Sam Partington 09 Feb '06

09 Feb '06

Hi there, Some fairly minor issues with the serialization docs. 1. On this page : http://boost.org/libs/serialization/doc/rationale.html The title is spelt : <title>Seriealization - Rationale</title> Of course you wouldn't normally see that title, because the title normally comes from the frameset, but if you follow a link from an external source to a document that belongs in the right frame then it becomes visible. (as I did). 2. It would be helpful to have a "this page belongs in my <frameset>" or something along those lines. Without that there is no way to get from a sub document to the contents. See [1] for an example of how this can work. 3. In firefox there are some rather odd characters at the top of the contents frame?? They're not there in opera or IE, so I can't see where they're coming from. It might be because the <!doctype is in lower case, and should be <!DOCTYPE. 4. The javascript that detects the current browser is broken, and incomplete. Firstly appName is spelt appnName. Which means that if you're not a netscape browser or IE then you don't get the expanding menu. Actually the whole browser detection thing is a flawed way of going about it, because it is exclusive of browsers that aren't Microsoft/Netscape/Konqueror. And many browsers would be perfectly capable of handling the script. See this page [1] for a discussion on why browser detection is flawed. You can rewrite the script quite simply to use object detection instead of browser detection, see [2]. Sam [1] http://www.quirksmode.org/js/support.html [2] function toggle(element) { if (null == element){ return; } var targetId = element.id + "_detail"; var targetElement = document.getElementById ? document.getElementById(targetId) : document.all[targetId]; if (null != targetElement){ if (targetElement.style.display == "none") { targetElement.style.display = ""; element.src="minus.gif"; } else{ targetElement.style.display = "none"; element.src="plus.gif"; } } } function clickHandler(e) { if (!e) { e = window.event; } var target = e.target ? e.target : e.srcElement; toggle(target); } function collapse_all() { if (document.images) { var l = document.images; var i = l.length; while(i > 0) { i = i - 1; var image = l[i]; image.style.display = ""; toggle(image); } } } function initialize() { if (document.getElementById || document.all) { document.onclick = clickHandler; collapse_all(); } }

1 0

[shmem] shared_message_queue
by Felipe Magno de Almeida 09 Feb '06

09 Feb '06

I see in the result_t enumeration the value internal_error, and in most of the member functions comments something along these lines: "internal_error" if message is corrupted. My question is, how is it possible to shared_message_queue to become corrupted? And if so, how can it be safe to use it? Thanks, -- Felipe Magno de Almeida

2 1

[serialization][cw] lib not building
by Joaquín Mª López Muñoz 09 Feb '06

09 Feb '06

Boost.Serialization is currently not building for CodeWarrior with the following error message: ### mwcc Compiler: # In: ..\boost\archive\impl\basic_binary_iprimitive.ipp # From: ..\libs\serialization\src\binary_iarchive.cpp # ------------------------------------------------------ # 164: return this->basic_streambuf<Elem, Tr>::sync(); # Error: ^ # '(' expected (see http://tinyurl.com/clsph) This is a long known problem of CW compilers, which is devoted several workarounds throughout (see for instance boost/archive/impl/text_oarchive_impl.ipp). The attached patch to boost/archive/impl/basic_binary_iprimitive.ipp mereley uses the same technique to overcome the problem. I can't test it beforehand but I'm pretty confident it'll work. OK to commit? Joaquín M López Muñoz Telefónica, Investigación y Desarrollo 163a164,166 > #if BOOST_WORKAROUND(__MWERKS__, BOOST_TESTED_AT(0x3206)) > return this->basic_streambuf::sync(); > #else 164a168 > #endif

2 1

[serialization] How to implement serialized classes in two DLLs
by Marc VIALA 09 Feb '06

09 Feb '06

Hi robert, We have been in touch about workaround or a better code organisation for avoiding any assert in extended_type_info.cpp @ line#71 if one tries to upload two different classes, each one implemented in its own DLL, see thread http://lists.boost.org/boost-users/2006/02/16839.php. During our discussion, you have mentioned a related "test", but I didn't find it within the boost distribution. So my questions are: 1. Could you give me the name of the test, the names of the test files; 2. Do you have tested my example, see the zip file, that demonstrates the assert; 3. Is it possible to comment the assert code in extended_type_info.cpp? 4. Do you have any other related links? Furthermore any complete recommendation would be welcomed because we are not able to progress in our developments without this issue. Thank you by advance to handle my request. PS: I didn't see your reply to my last message in the boost-user list. Did you miss it? Marc Viala

2 1