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

Serialization assert fail and unregistered class
by Jari 14 May '11

14 May '11

Hi i get assert fail and "unregistered class - derived class not registered or exported" when serializing. I have many classes being saved already in the code but i ran to a problem saving certain std::list with derived classes. (I also have similar classes and list being serialized before) i think its the same issue as in here: http://boost.2283326.n4.nabble.com/serialization-polymorphic-archives-runti… i have boost version 1.46.1 heres the call stack: > msvcr100d.dll!_wassert(const wchar_t * expr, const wchar_t * filename, unsigned int lineno) Line 325 C gamevc10dbg.exe!boost::archive::detail::basic_serializer_map::find(const boost::serialization::extended_type_info & eti) Line 102 + 0x16 bytes C++ gamevc10dbg.exe!boost::archive::detail::archive_serializer_map<boost::archive::binary_oarchive>::find(const boost::serialization::extended_type_info & eti) Line 67 C++ gamevc10dbg.exe!boost::archive::detail::save_pointer_type<boost::archive::binary_oarchive>::polymorphic::save<BasePlayer>(boost::archive::binary_oarchive & ar, BasePlayer & t) Line 435 + 0xe bytes C++ gamevc10dbg.exe!boost::archive::detail::save_pointer_type<boost::archive::binary_oarchive>::save<BasePlayer>(boost::archive::binary_oarchive & ar, const BasePlayer & t) Line 460 + 0xd bytes C++ gamevc10dbg.exe!boost::archive::detail::save_pointer_type<boost::archive::binary_oarchive>::invoke<BasePlayer *>(boost::archive::binary_oarchive & ar, BasePlayer * const t) Line 473 + 0xd bytes C++ gamevc10dbg.exe!boost::archive::save<boost::archive::binary_oarchive,BasePlayer * const>(boost::archive::binary_oarchive & ar, BasePlayer * const & t) Line 525 + 0xf bytes C++ gamevc10dbg.exe!boost::archive::detail::common_oarchive<boost::archive::binary_oarchive>::save_override<BasePlayer * const>(BasePlayer * const & t, int __formal) Line 69 + 0x15 bytes C++ gamevc10dbg.exe!boost::archive::basic_binary_oarchive<boost::archive::binary_oarchive>::save_override<BasePlayer *>(BasePlayer * const & t, int version) Line 76 C++ gamevc10dbg.exe!boost::archive::binary_oarchive_impl<boost::archive::binary_oarchive,char,std::char_traits<char> >::save_override<BasePlayer *>(BasePlayer * & t, int __formal) Line 52 C++ gamevc10dbg.exe!boost::archive::detail::interface_oarchive<boost::archive::binary_oarchive>::operator<<<BasePlayer *>(BasePlayer * & t) Line 64 C++ gamevc10dbg.exe!saveGame() Line 63 + 0x12 bytes C++ gamevc10dbg.exe!SDL_main(int argc, char * * argv) Line 1517 + 0x5 bytes C++ gamevc10dbg.exe!_main() + 0xfd bytes C gamevc10dbg.exe!_WinMain@16() + 0x1cd bytes C gamevc10dbg.exe!__tmainCRTStartup() Line 547 + 0x2c bytes C gamevc10dbg.exe!WinMainCRTStartup() Line 371 C kernel32.dll!75451194() [Frames below may be incorrect and/or missing, no symbols loaded for kernel32.dll] ntdll.dll!76fbb429() ntdll.dll!76fbb3fc() gamevc10dbg.exe!__CT??_R0?AVbad_cast@std@@@8??0bad_cast@std@@QAE@ABV01@@Z12() + 0xd2ce bytes C++ 003426e2() does any one know whats wrong? i should have all BOOST_CLASS_EXPORT_GUID in place. thx

1 0

[GIL] Supporting filesystem::path
by Szymon Gatner 13 May '11

13 May '11

Hi, small feature request: adding support for filesystem::path class in new GIL.IO in calls like read_image(). P.S. Regarding my earlier request: any plans on adding file path to the exception thrown from read_image()? Cheers, Simon

2 1

building boost in AIX machine
by Manoj Jangid 13 May '11

13 May '11

Is boost library fully compatible with AIX machine? I am trying to build boost in AIX (5.3 and 6) machine and its stuck somewhere -------------------- ....... ....... ::pthread_mutex,32,0> > > &, nil_t, const lex_iterator<boost::wave::cpplexer::le x_token<boost::wave::util::file_position<boost::wave::util::flex_string<char,std ::char_traits<char>,std::allocator<char>,boost::wave::util::CowString<boost::wav e::util::AllocatorStringStorage<char,std::allocator<char> >,char *> > > > > &, c onst lex_iterator<boost::wave::cpplexer::lex_token<boost::wave::util::file_posit ion<boost::wave::util::flex_string<char,std::char_traits<char>,std::allocator<ch ar>,boost::wave::util::CowString<boost::wave::util::AllocatorStringStorage<char, std::allocator<char> >,char *> > > > > &) could not be inlined into boost::spiri t::classic::action_policy::do_action<boost::wave::grammars::impl::store_found_eo ltokens<std::list<boost::wave::cpplexer::lex_token<boost::wave::util::file_posit ion<boost::wave::util::flex_string<char,std::char_traits<char>,std::allocator<ch ar>,boost::wave::util::CowString<boost::wave::util::AllocatorStringStorage<char, std::allocator<char> >,char *> > > >,boost::fast_pool_allocator<boost::wave::cpp lexer::lex_token<boost::wave::util::file_position<boost::wave::util::flex_string <char,std::char_traits<char>,std::allocator<char>,boost::wave::util::CowString<b oost::wave::util::AllocatorStringStorage<char,std::allocator<char> >,char *> > > >,boost::default_user_allocator_new_delete,boost::details::pool::pthread_mutex, 32,0> > >,boost::spirit::classic::nil_t,boost::wave::cpplexer::lex_iterator<boos t::wave::cpplexer::lex_token<boost::wave::util::file_position<boost::wave::util: :flex_string<char,std::char_traits<char>,std::allocator<char>,boost::wave::util: :CowString<boost::wave::util::AllocatorStringStorage<char,std::allocator<char> > ,char *> > > > > >(const store_found_eoltokens<std::list<boost::wave::cpplexer:: lex_token<boost::wave::util::file_position<boost::wave::util::flex_string<char,s td::char_traits<char>,std::allocator<char>,boost::wave::util::CowString<boost::w ave::util::AllocatorStringStorage<char,std::allocator<char> >,char *> > > >,boos t::fast_pool_allocator<boost::wave::cpplexer::lex_token<boost::wave::util::file_ position<boost::wave::util::flex_string<char,std::char_traits<char>,std::allocat or<char>,boost::wave::util::CowString<boost::wave::util::AllocatorStringStorage< char,std::allocator<char> >,char *> > > >,boost::default_user_allocator_new_dele te,boost::details::pool::pthread_mutex,32,0> > > &, nil_t &, const lex_iterator< boost::wave::cpplexer::lex_token<boost::wave::util::file_position<boost::wave::u til::flex_string<char,std::char_traits<char>,std::allocator<char>,boost::wave::u til::CowString<boost::wave::util::AllocatorStringStorage<char,std::allocator<cha r> >,char *> > > > > &, const lex_iterator<boost::wave::cpplexer::lex_token<boos t::wave::util::file_position<boost::wave::util::flex_string<char,std::char_trait s<char>,std::allocator<char>,boost::wave::util::CowString<boost::wave::util::All ocatorStringStorage<char,std::allocator<char> >,char *> > > > > &) const. ----------------------------------------------- can you please tell me is there any other way to build?

1 0

boost::get_error_info not found!?
by Germán Diago 13 May '11

13 May '11

Hello. I have this code and I can't find out why it won't compile. I have looked at it several times and I can't find the reason. My definitions: enum ErrorCode { Success, BadOptions = -1, CannotConnect = -3 }; class ConsoleException : virtual public boost::exception, virtual public std::exception {}; namespace ExceptionTags { struct ErrorCodeTag {}; } My throw: BOOST_THROW_EXCEPTION(CabConsoleException() << ErrorCodeInfo(BadOptions)); And in main: try { CabConsole2 console; console.run(argc, argv); } catch (boost::exception & ce) { return 0; return *(boost::get_error_info<ExceptionTags::ErrorCodeTag>(ce)); } I'm using boost version 1.42. Thanks in advance.

2 3

[Interprocess] updating elements in vector of maps fails in optimized code
by Steven Maenhout 13 May '11

13 May '11

I'm using Boost 1.46 on Linux x86_64 in combination with gcc version 4.5.1. I'm trying to implement a a sparse matrix in a shared memory segment as a vector of maps. When trying to update previously inserted elements of the matrix, at a certain point, the program either crashes or stalls indefinitely. This only occurs if the gcc optimization is set higher than O0. If compiler optimizations are completely turned off (so using the -O0 switch) the program works as expected. Below, I provide some trimmed code that demonstrates the problem. I would be very grateful if somebody could indicate me what's causing this erratic behavior. Steven #include <iostream> #include <stdexcept> #include <boost/interprocess/managed_shared_memory.hpp> #include <boost/interprocess/containers/map.hpp> #include <boost/interprocess/containers/vector.hpp> #include <boost/interprocess/allocators/allocator.hpp> #define MATSIZE 5 typedef boost::interprocess::managed_shared_memory::segment_manager SegmentManager_t; typedef boost::interprocess::allocator<void , SegmentManager_t> VoidAllocator_t; typedef std::pair<int,double> MapValue_t; typedef boost::interprocess::allocator<MapValue_t , SegmentManager_t> MapValueAllocator_t; typedef boost::interprocess::map<int,double,std::less<int>,MapValueAllocator_t> Map_t; typedef boost::interprocess::allocator<Map_t,SegmentManager_t> MapAllocator_t; typedef boost::interprocess::vector<Map_t,MapAllocator_t> VectorofMaps_t; int main(int argc, char **argv) { VectorofMaps_t::size_type i; int j; Map_t::iterator mapiter; try { boost::interprocess::shared_memory_object::remove("MySharedMemory"); boost::interprocess::managed_shared_memory mfile(boost::interprocess::create_only,"MySharedMemory",65536); VoidAllocator_t alloc_inst (mfile.get_segment_manager()); VectorofMaps_t* pS=mfile.construct<VectorofMaps_t>(boost::interprocess::anonymous_instance)(MATSIZE,Map_t(std::less<int>(),alloc_inst),alloc_inst); for(i=0;i<MATSIZE;++i) { for(j=0;j<MATSIZE;++j) (*pS)[i].insert(std::pair<int,double>(j,1.0)); } for(i=0;i<MATSIZE;++i) { for(j=0;j<MATSIZE;++j) { mapiter=(*pS)[i].find(j); if(mapiter!=(*pS)[i].end()) mapiter->second+=1.0; else (*pS)[i].insert(std::pair<int,double>(j,1.0)); } } for(i=0;i<MATSIZE;++i) { for(mapiter=(*pS)[i].begin();mapiter!=(*pS)[i].end();++mapiter) std::cout<<mapiter->second<<" "; std::cout<<std::endl; } boost::interprocess::shared_memory_object::remove("MySharedMemory"); } catch(boost::interprocess::interprocess_exception e) { std::cerr<<"Interprocess error: "<<e.what(); } catch(std::exception e) { std::cerr<<"Standard exception: "<<e.what(); } catch(...) { std::cerr<<"unknown error"; } }

3 7

[BGL] Using copy_graph(g_in, g_out) with filtered_graph (and a special predicate) as input yields an unexpectedly empty graph
by Cedric Laczny 13 May '11

13 May '11

Hi, in order to select a subgraph based on some predicates, I use filtered_graph() with an appropriate predicate. To get the resulting subgraph (strictly speaking it is a new graph), I simply use copy_graph(fg, new_g). In a special situation, this predicate simply filters on the name and type of a vertex (set via vertex_properties). This is working as expected. The more, I am working with multipartite graphs, so there are no edges between 2 vertices of the same type. When I now define a predicate that will only let vertices of one special type to be visible and I use copy_graph() on this filtered_graph, the resulting graph has no edges (which is ok) but it also has no vertices. I would not expect the latter to happen. In turn, when I let another type of vertices to be visible, the resulting graph is again as expected. Is there perhaps some obvious speciality of copy_graph() I am missing? Best, Cedric

2 2

[asio] socket::read_some() splits data into two parts.
by Slav 12 May '11

12 May '11

Hello. I sent 8004 bytes to server through TCP connection and successfully read it like this: int readBytes; const int BUFFER_SIZE = 128; char charBuf[BUFFER_SIZE]; do { readBytes = socket.read_some(boost::asio::buffer(charBuf, BUFFER_SIZE)); } while(readBytes >= BUFFER_SIZE); But sometimes this code reads just 3752 (precisely) bytes and returns. After that it handles another async_read and reads 4525 bytes (which in sum gives 8004 bytes). Do I use "read_some()" function in the right way?

8 22

Re: [Boost-users] [msm] EUML in a header file
by Christophe Henry 12 May '11

12 May '11

> A couple more questions. I think you may be missing some more const specifiers in the trunk code. In common.hpp for instance, I think the following > > #define BOOST_MSM_EUML_EVENT(instance_name) \ > struct instance_name ## _helper : msm::front::euml::euml_event<instance_name ## _helper>{ \ > instance_name ## _helper(){} \ > instance_name ## _helper const& operator()(){return *this;} }; \ > instance_name ## _helper const instance_name = instance_name ## _helper(); > > should be > > #define BOOST_MSM_EUML_EVENT(instance_name) \ > struct instance_name ## _helper : msm::front::euml::euml_event<instance_name ## _helper>{ \ > instance_name ## _helper(){} \ > instance_name ## _helper const& operator()() const {return *this;} }; \ > instance_name ## _helper const instance_name = instance_name ## _helper(); > > If the operator() is not const then it can't be called on the defined instance. I forgot why I need this, to be frank, I need to have a look at it. > Also, the addition of "= instance_name ## _helper();" makes the macros unusable in class definitions since instance_name is not static. Ouch. How could I miss that one? This leaves me with as only choice your first solution with static and extra macros for the name. Thanks, Christophe

1 0

[boost.asio] Is it safe to call write() and async_read at the same time?
by Frank 12 May '11

12 May '11

Is it safe to do the following in boost.asio? If it matters, I am using a serial port at the moment, but the code will be used for sockets as well. If not, what is the proper way to implement this to get full duplex communication? Thread 1: write(conn, buffer1) Thread 2: async_read(conn, buffer2)

3 5

logic operation in boost polygon
by HxH 12 May '11

12 May '11

Help! I wrote this function to load the data point to a boost polygon. typedef vector<polygon_data<int> > LayoutSet; static void addPolygonData(LayoutSet &sets,int* points,int size){ polygon_data<int> poly_data; vector<point_data<int> > poly_points(size); for(int i=0;i<size;i++) { int x=i*2; int y=x+1; poly_points[i]=point_data<int>(points[x],points[y]); } poly_data.set(poly_points.begin(),poly_points.end()); sets.push_back(poly_data); } Then I load two sets of points int p1[8]={1200 2400 1200 3600 4000 3600 4000 2400}; int p2[8]={1800 600 1800 4700 3500 4700 3500 600}; LayoutSet group_2; LayoutSet group_1; addPolygonData(group_1,p1,8); addPolygonData(group_1,p2,8); boost::polygon::assign(group_2,group_1[0] & group_1[1]); // Here I do the logic operation & (AND) vector<point_data<int> > pts; pts.insert(pts.begin(),group_2[0].begin(),group[0].end()); for(size_t i=0;i<group_2[0].size();i++){ cout<<pts[i].x()<<","<<pts[i].y()<<endl; } Here is the result I get: 6484944,0 3500,600 3500,3600 1800,3600 1800,600 3,1 0,0 6484944,0 It doesn't look correct. It gives me a hard time to fix it. Any suggestions are welcome!! Thank you! -- View this message in context: http://boost.2283326.n4.nabble.com/logic-operation-in-boost-polygon-tp35123… Sent from the Boost - Users mailing list archive at Nabble.com.

3 4