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

1.36 Threads/ASIO causing SEGV when cleaning up thread specific storage
by spiderlama 23 Sep '08

23 Sep '08

I am trying to run my unit previous unit tests with the new 1.36 release, but SEGV is being thrown upon exit. No faults are thrown using 1.34.1, and no code is changed between versions. But for some reason, it keeps throwing! The TSS callback functions are empty as below, as no TSS variables own their data. static void TssCleanup(AType* tss) { } Call stack: msvcr80d.dll!_free_base(void * pBlock=0x00fa8bd8) Line 109 + 0x13 bytes C ntdll.dll!7c901046() test.exe!boost::detail::lightweight_mutex::scoped_lock::scoped_lock(boost::detail::lightweight_mutex & m={...}) Line 94 + 0xe bytes C++ test.exe!boost::detail::allocator_impl<20,4>::dealloc(void * pv=0x002d19e0) Line 149 C++ test.exe!boost::detail::sp_counted_impl_pd<boost::thread_specific_ptr<AClass>::run_custom_cleanup_function *,boost::detail::do_heap_delete<boost::thread_specific_ptr<AClass>::run_custom_cleanup_function> >::operator delete(void * p=0x002d19e0) Line 175 + 0x9 bytes C++ test.exe!boost::detail::sp_counted_impl_pd<boost::thread_specific_ptr<AClass>::run_custom_cleanup_function *,boost::detail::do_heap_delete<boost::thread_specific_ptr<AClass>::run_custom_cleanup_function> >::`scalar deleting destructor'() + 0x27 bytes C++ test.exe!boost::detail::sp_counted_base::destroy() Line 66 + 0x22 bytes C++ test.exe!boost::detail::sp_counted_base::weak_release() Line 116 + 0xf bytes C++ test.exe!boost::detail::sp_counted_base::release() Line 105 C++ test.exe!boost::detail::shared_count::~shared_count() Line 220 C++ test.exe!boost::shared_ptr<boost::detail::tss_cleanup_function>::~shared_ptr<boost::detail::tss_cleanup_function>() + 0x19 bytes C++ test.exe!boost::detail::tss_data_node::~tss_data_node() + 0x12 bytes C++ test.exe!boost::detail::tss_data_node::`scalar deleting destructor'() + 0xf bytes C++ test.exe!boost::detail::heap_delete<boost::detail::tss_data_node>(boost::detail::tss_data_node * data=0x00057498) Line 380 C++ test.exe!boost::`anonymous namespace'::run_thread_exit_callbacks() Line 140 + 0x9 bytes C++ test.exe!on_thread_exit() Line 580 C++ msvcr80d.dll!doexit(int code=0, int quick=0, int retcaller=0) Line 553 C msvcr80d.dll!exit(int code=0) Line 398 + 0xd bytes C test.exe!__tmainCRTStartup() Line 610 C test.exe!mainCRTStartup() Line 414 C I have searched for this problem long and hard, if I have missed something please let me know. I currently cannot reproduce the error with simplified code. Cheers, spider. -- View this message in context: http://www.nabble.com/1.36-Threads-ASIO-causing-SEGV-when-cleaning-up-threa… Sent from the Boost - Users mailing list archive at Nabble.com.

2 7

Expanding mpl::vector into mpl::matrix
by Joel Falcou 22 Sep '08

22 Sep '08

I wanted to know what's the best to build my own compile-time container that acts as a 2D matrix of integers and reuse most of MPL components. I thought to have a matrix defined as a vector of vector and provide my own at<M,I,J> meta-functions. Were they any attempt at such a thing already tried ? Thanks in advance.

1 0

[asio] boost::system::error::success passed to handler
by Nick Milkovits 22 Sep '08

22 Sep '08

Hi, I am working with the mulitcast receive example from http://www.boost.org/doc/libs/1_36_0/doc/html/boost_asio/example/multicast/…. The issue I am having is that every time I receive a packet it gets printed as expected but the receive handler is then called again and this time the if (!error) test fails. Printing the error always gives the message 'Success'. This seems a bit unusual and I am wondering if I there is a way to have the library not generate these success error messages or if I will have to handle getting a success error after every time I receive a packet? Thanks in advance, -- Nicholas Milkovits Software Engineer Acquire Media 3 Becker Farm Rd, Suite 401 Roseland, NJ 07068 973-577-1237

1 0

Linker errors with boost thread 1.36
by NFarnsworth＠web.de 22 Sep '08

22 Sep '08

Hello, I got some linker errors when I use the new boost thread library 1.36. together with the Visual Studio 2008. The linker error appears when I use the method create_thread: _guiThread =_threads.create_thread(gui_thread_starter); The error message is: error LNK2022: metadata operation failed (8013119F) : There is a typeref without the necessary suitable typedef If I comment this line the linker error wont appear. I linked the thread library dynamically to my library by using the definition: #ifndef BOOST_THREAD_USE_DLL #define BOOST_THREAD_USE_DLL #endif #ifndef BOOST_ALL_DYN_LINK #define BOOST_ALL_DYN_LINK #endif I compiled the library with the /clr option. Best regards and thanks for your help in advance. Niklas ________________________________________________________________________ Schon gehört? Bei WEB.DE gibt' s viele kostenlose Spiele: http://games.entertainment.web.de/de/entertainment/games/free/index.html

2 1

boost.serialization throwing bad_alloc
by James Vanns 22 Sep '08

22 Sep '08

When using a stringstream in binary mode along with the non-portable binary archive occasionally I see the serialization code throw bad_alloc when reconstructing an object. It appears to be when trying to serialize a derived stl map. We derive from std::map in our project to add a few more convenience methods and a simpler interface and I then added the following code to serialize this newly derived type: template<class Archive> void serialize(Archive &p_archiver, foobar::ResourceMap &p_map, const unsigned int version) { p_archiver & base_object<map<foobar::ResourceMap::key_type, foobar::ResourceMap::mapped_type> >(p_map); } I assume that is OK? It appears to work most of the time. Could it be that when that map is empty it encounters odd behaviour? I pass, to the archive constructor, the no_header flag - is this a problem? I haven't tried the text archivers yet. This is with Boost version 1.35 on an x86-64 Linux installation (gcc 4.1.2) . I get the same behaviour with and without optimisation (-O0 -g3 and -g0 -Os) and with an unlimited stack size and a limit of ~10M. Has anyone else seen similar behaviour. Using a hash function (SHA1) I can see that the same bytes that make up these messages (in our protocol classes are serialized in the payload of messages) are sent to and from the peers so I am pretty sure (though not 100% yet) it isn't due to any corrupt or incorrect data in the underlying stringstreams (the string streams are essentially made up of the message payload) themselves. Regards, Jim Vanns -- James Vanns Systems Programmer Framestore CFC Ltd.

1 0

[boost][VS2005]
by Arpitha Inderjith (RBEI/EMT1) 22 Sep '08

22 Sep '08

I am using the VS2005 with BOOST.... my application is building but i am not able to run the application b'coz of this error :- "This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix the problem."... i m using boost_1_35_0 libraries... can anyone help please?? thanks,

3 2

Merge Iterator
by Roland Bock 22 Sep '08

22 Sep '08

Hi, before I put it in the vault, I would like to hear from you guys what you think about the attached code. What is it about? A few days back, I asked for support for writing an iterator which merges sorted iterators. Andrew Bromage came up with some very good hints, asking me to publish my variant if I should come up with something nice. Well, attached is what I came up with (including a very simple usage example). Any feedback would be appreciated (including on how and where exactly to put it in the vault and if it would be welcome there :-) ). Thanks and regards, Roland

1 0

[serialization] serializing int*
by jens weller 22 Sep '08

22 Sep '08

Hello, Simple example: class A { int x; }; class B { int *px; }; There exists a list of B for each A, which points to x. When now serializing B: ar & px; I get an compiletime error, that t is of non classtype 'int'. :: === consoletests, Release === ..\..\code\boost_1_35_0\boost\serialization\serialization.hpp:74: instantiated from `void boost::serialization::serialize(Archive&, T&, unsigned int) [with Archive = boost::archive::text_iarchive, T = int]' ..\..\code\boost_1_35_0\boost\serialization\serialization.hpp:133: instantiated from `void boost::serialization::serialize_adl(Archive&, T&, unsigned int) [with Archive = boost::archive::text_iarchive, T = int]' ..\..\code\boost_1_35_0\boost\archive\detail\iserializer.hpp:152: instantiated from `void boost::archive::detail::iserializer<Archive, T>::load_object_data(boost::archive::detail::basic_iarchive&, void*, unsigned int) const [with Archive = boost::archive::text_iarchive, T = int]' L:\project\consoletests\main.cpp:238: instantiated from here ..\..\code\boost_1_35_0\boost\serialization\access.hpp:109: error: request for member `serialize' in `t', which is of non-class type `int' ..\..\code\boost_1_35_0\boost\serialization\serialization.hpp:74: instantiated from `void boost::serialization::serialize(Archive&, T&, unsigned int) [with Archive = boost::archive::text_oarchive, T = int]' ..\..\code\boost_1_35_0\boost\serialization\serialization.hpp:133: instantiated from `void boost::serialization::serialize_adl(Archive&, T&, unsigned int) [with Archive = boost::archive::text_oarchive, T = int]' ..\..\code\boost_1_35_0\boost\archive\detail\oserializer.hpp:144: instantiated from `void boost::archive::detail::oserializer<Archive, T>::save_object_data(boost::archive::detail::basic_oarchive&, const void*) const [with Archive = boost::archive::text_oarchive, T = int]' L:\project\consoletests\main.cpp:238: instantiated from here ..\..\code\boost_1_35_0\boost\serialization\access.hpp:109: error: request for member `serialize' in `t', which is of non-class type `int' :: === Build finished: 10 errors, 18 warnings === This error does not refer to the class it self, but it only occurs, when serializing int* in my application. Is this a bug? Or is this a thing serialization can't do right now? I've got a workaround, so I don't need to save the px variable, but I'd like to know if this is an error or not. regards, Jens Weller

2 2

[boost-users][logging] dymamic creation of multiple loggers?
by Igor R 22 Sep '08

22 Sep '08

Hello, In my project I have to create loggers dynamically and spread logging info over sevral files (each logger writes to its own file, each file covers some "thread" of activity). However, all the examples show global log definitions only, so probably dynamic creation of multiple loggers is a missuse of the library? Is it possible to route messages to different files by means of one single logger? Thanks.

1 0

assert (crc2.checksum() == crc1) failed in sample of Augmented-CRC Functions
by Alexander Vinokur 22 Sep '08

22 Sep '08

Hi, I run the sample of Augmented-CRC Functions on Microsoft Visual C++ 2005 But assert(crc2.checksum() == crc1) failed. http://www.boost.org/doc/libs/1_36_0/libs/crc/crc.html#crc_basic Augmented-CRC Functions // Main function int main () { using boost::uint16_t; using boost::augmented_crc; uint16_t data[6] = { 2, 4, 31, 67, 98, 0 }; uint16_t const init_rem = 0x123; uint16_t crc1 = augmented_crc<16, 0x8005>( data, sizeof(data), init_rem ); uint16_t const zero = 0; uint16_t const new_init_rem = augmented_crc<16, 0x8005>( &zero, sizeof(zero) ); boost::crc_basic<16> crc2( 0x8005, new_init_rem ); crc2.process_block( data, &data[5] ); // don't include CRC assert( crc2.checksum() == crc1 ); std::cout << "All tests passed." << std::endl; return 0; } Alex Vinokur This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at http://www.amdocs.com/email_disclaimer.asp

1 0