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

[Announce] Boost 1.33.1 released
by Douglas Gregor 06 Dec '05

06 Dec '05

Boost 1.33.1, the latest version of peer-reviewed, portable C++ libraries, has been released. This is a bug fix release addressing many small problems with the 1.33.0 release. It is a recommended upgrade for all users of Boost 1.33.0. Boost is available at http://www.boost.org Updated Libraries include: * Any Library: Cast to reference types introduced in 1.33.0 is now documented on any_cast documentation page. * Config Library: Don't undef BOOST_LIB_TOOLSET after use. * Boost.Python: o The build now assumes Python 2.4 by default, rather than 2.2 o Support Python that's built without Unicode support o Support for wrapping classes with overloaded address-of (&) operators * Smart Pointer Library: Fixed problems under Metrowerks CodeWarrior on PowerPC (Mac OS X) with inlining on, GNU GCC on PowerPC 64. * Regex Library: Fixed the supplied makefiles, and other small compiler specific changes. Refer to the regex history page for more information on these and other small changes. * Iostreams Library: Improved the interface for accessing a chain's components, added is_open members to the file and file descriptor devices, fixed memory-mapped files on Windows, and made minor changes to the documentation. * Functional/Hash Library: Fixed the points example. * Multi-index Containers Library: Fixed a problem with multithreaded code, and other minor changes. Refer to the library release notes for further details. * Graph Library: o Fixed a problem with the relaxed heap on x86 Linux (fixes bug in dijkstra_shortest_paths). o Fixed problems with cuthill_mckee_ordering and king_ordering producing no results. o Added color_map parameter to dijkstra_shortest_paths. * Signals Library: Fixed problems with the use of Signals across shared library boundaries. * Thread library: read_write_mutex has been removed due to problems with deadlocks. * Wave library (V1.2.1) Fixed a couple of problems, refer to the change log for further details. Supported Compilers Boost is tested on a wide range of compilers and platforms. Since Boost libraries rely on modern C++ features not available in all compilers, not all Boost libraries will work with every compiler. The following compilers and platforms have been extensively tested with Boost, although many other compilers and platforms will work as well. For more information, see the regression test results. New for this release: Support for building with the newest STLport-5.0 was added. The support includes building with MinGW Runtime 3.8 plus STLport-5.0 improved to support wide character operations. Apple GCC 4.0, HP Tru64 C++, and Microsoft Visual C++ 8.0 are supported platforms. We have added an experimental autoconf-like configure script for Unix-like systems: run configure --help for more information. * Apple GCC 3.3, 4.0 on Mac OS X. * Borland C++ 5.6.4 on Windows. * GNU C++ 2.95.3 (with and without STLport), 3.2.x., 3.3.x, 3.4.x, 4.0.x on Windows, Linux and Solaris. * HP C++ for Tru64 UNIX 7.1. * Intel C++ 8.1, 9.0 on Windows, Linux. * Metrowerks CodeWarrior 8.3, 9.4, 9.5 on Mac OS X and Windows. * Microsoft Visual C++ 6.0 (sp5, with and without STLport), 7.0, 7.1, 8.0. Note: Boost does not support the non-standard "Safe" C++ Library shipping with Visual C++ 8.0, which may result in many spurious warnings from Boost headers and other standards- conforming C++ code. To suppress these warnings, define the macro _SCL_SECURE_NO_DEPRECATE. Acknowledgements Douglas Gregor managed this release. A great number of people contributed their time and expertise to make this release possible. Special thanks go to Aleksey Gurtovoy and Misha Bergal, who managed to keep the regression testing system working throughout the release process; David Abrahams, Beman Dawes, Aleksey Gurtovoy, Bronek Kozicki, Rene Rivera and Jonathan Turkanis for greatly improving the quality of this release; Rene Rivera for the new Boost web page design; and Zoltan "cad" Juhasz for the new Boost logo.

1 0

[wave] bug report for wave
by Andreas Sæbjørnsen 05 Dec '05

05 Dec '05

When preprocessing the code #define $jack int test; $jack using any preprocessor using the wave library, in this case the samples/lexed_tokens/lexed_tokens preprocessor , gives the following error: PP_DEFINE (#369) at test.C ( 1/ 1): >#define< SPACE (#393) at test.C ( 1/ 8): > < lexed_tokens: /home/saebjornsen1/projects/boost/boost/wave/token_ids.hpp:497: 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*> > boost::wave::get_token_name(boost::wave::token_id): Assertion `id < T_LAST_TOKEN-T_FIRST_TOKEN' failed. Aborted using the preprocesor cpp (from the gcc team) I get (as cpp test.C): # 1 "test.C" # 1 "<built-in>" # 1 "<command line>" # 1 "test.C" int test; I believe the problem lies in that the lexer does not recognize the '$' as a valid character within the name of macro definition. Thanks Andreas Saebjoernsen

6 14

[Serialization] Pure binary archive available?
by Chris . 05 Dec '05

05 Dec '05

Hi, the serialization library is almost what im after. My only problem is that in the archive output additional data is added to the start of the archive (for example "22 serialization::archive" for text files). Is there any way of disabling this? In my case, I require a pure binary archive. Ideally i would like to write one if one doesnt exist but i'm not sure if i have time, depending on how hard it would be. How hard would it be do make my own archive type, where by i could set the endian field to convert bigendian to littleendian depending on what the user defines the 'archive endianess' to be on archive construction? I have done this with my own serialization library, however i dont want to extend that because it only handles c++ primitives and dealing with pointers things start getting horrible very very quickly! Thanks in advance. Chris _________________________________________________________________ MSN Messenger 7.5 is now out. Download it for FREE here. http://messenger.msn.co.uk

4 4

libboost_unit_test_framework-vc71-mt-s-1_33.lib?
by Mingjun Huang 05 Dec '05

05 Dec '05

I have built boost using: bjam "-sBUILD=release <runtime-link>dynamic <threading>multi" "-sTOOLS=vc-7_1" but I can not find the library file: libboost_unit_test_framework-vc71-mt-s-1_33.lib can anyone give me a hand? Thanks so much! On 12/3/05, gast128 <gast128(a)hotmail.com> wrote: > > Mingjun Huang <mingjun.huang <at> gmail.com> writes: > > > > > > > Hello, I am a newbie for Boost. Could anyone give me some directions on > how > to build boost on my PC with Visual Studio .NET 2003 installed? Thanks a > lot! > > > > Best, > > -Mingjun > > > > > > _______________________________________________ > > Boost-users mailing list > > Boost-users <at> lists.boost.org > > http://lists.boost.org/mailman/listinfo.cgi/boost-users > > > or http://www.codeproject.com/tips/Building_boost_libraries.asp > > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users

3 2

[Serialization] Compile error in heap_allocator.invoke in MSVC8 debug mode
by Tim Murray 05 Dec '05

05 Dec '05

Hi, I have successfully compiled the boost libs for the serialization library using bjam and I am now trying to make use of it in my project. I am building my project in MSVC8. It has successfully compiled and run in Release mode, but I am getting a compiler error in Debug mode on the same code and am at a loss as to what the problem is. The compiler error I am getting is: iserializer.hpp(252) : error C2065: '()' : undeclared identifier Here's a bit from the template stack trace: ...iserializer.hpp(252) : error C2544: expected ')' for operator '()' ...iserializer.hpp(251) : while compiling class template member function 'World::CWorld *boost::archive::detail::heap_allocator<T>::invoke(void)' 1> with 1> [ 1> T=World::CWorld 1> ] The following is the class this is complaining about: namespace World { class CWorld { friend class boost::serialization::access; template<class Archive> void save(Archive & ar, const unsigned int version) const; template<class Archive> void load(Archive & ar, const unsigned int version); BOOST_SERIALIZATION_SPLIT_MEMBER() public: ~CWorld(); static CWorld* getWorld(){ return m_world; } static bool loadWorld(std::string filename); static bool saveWorld(std::string filename); static bool unloadWorld(); protected: CWorld(); static CWorld *m_world; }; } And the source of the error traces back to the following member function: bool CWorld::loadWorld(std::string filename) { if(m_world) return false; m_world = new CWorld(); // create and open an archive for input std::ifstream ifs(filename.c_str(), std::ios::binary); boost::archive::text_iarchive ia(ifs); // read class state from archive ia & *m_world; //!!!this is the line that the error traces to return true; } Like I said - this code compiles fine under Release mode, but this error keeps showing up on Debug mode. Any ideas on what might be wrong? And if you need more information, just ask. Thanks, Tim Murray

2 3

[Serialization] Resolved problems with vs 7.1 -- kind of
by David Parks 04 Dec '05

04 Dec '05

First off, I apologize for not replying directly to my last message but I'm not even sure it's been posted yet -- as I don't have permission to post yet (the 'first message is moderated' deal). Anyway, I wasn't able to make the example in my last post work with any sane process but I did get it to work by doing the following: 1) splitting the stuff into 3 files -- the main driver, the class header, and the class .cpp. I put both classes in the class files. 2) Including the */archive/* files in the class cpp immediately followed by export.hpp... then the class header. 3) Including the same archive headers in the class header followed by serialization.hpp (I'm sure this could be done lighter but...) 4) Including only the class header in main. 5) BOOST_CLASS_EXPORT(derived) in the class cpp. 6) This is where it starts to diverge from any information in the tutorials and documentation. First, I had to switch from text to xml. I'm not positive but, if I couldn't get it to work after 12 straight hours, I'd guess the text interface is broken. 7) You will get a pretty incorrect error (in the header comments) if you don't call the base class in the derived class serialization (ar & BOOST_SERIALIZATION_BASE_OBJECT_NVP(base);). This is not ideal because in many instances, like mine, you might not care about the bases serialization if you have a derived class... the derived class is 'smarter'. But this I can deal with. What I needed to do was serialize a vector of objects of some base class -- you know, like the useless circles and squares of shapes example in every intro C++ book. The documentation could use this as an example -- it has to be one of the most common uses for a serializer. Oh, one goofy note that thankfully only took a couple of minutes to catch: namespaces aren't all the rage but if you make big use of them (like me), beware of BOOST_CLASS_EXPORT... it takes a flash of inspiration to realize that it's going to try to put colons in your XML tags. Even more tricky is the situation where you are calling, say, the base-class with BOOST_SERIALIZATION_BASE_OBJECT_NVP. It stringizes this without telling you -- it has to. But if you do this ar & BOOST_SERIALIZATION_BASE_OBJECT_NVP(A::B) you will get an error but this (thankfully) using namespace A; ar & BOOST_SERIALIZATION_BASE_OBJECT_NVP(B); works. I have no idea how to make this friendly. Best, - David

2 1

Serialization v1.33.0 and Serializing derived classes through base class
by David Parks 04 Dec '05

04 Dec '05

I'm having a newbie issue with serialization on a derived class with a virtual function. I'm using the 1.33.0 build on VS 7.1. I've shrunken my code to a micro-version of what I tried to do. Here I have two classes, A and B, where B is a subclass of A. They share a virtual function (ie B overrides dumpFunc in A). I've registered B with BOOST_CLASS_EXPORT(B). I've turned on RTTI in VS 7.1 (/GR or whatever). Still, I get a run time assert error in the boost library telling me that the derived/base relationship wasn't registered. Here's the code. I'll try to spell out the error below. #include <string> #include <fstream> #include <boost/archive/tmpdir.hpp> #include <boost/archive/text_iarchive.hpp> #include <boost/archive/text_oarchive.hpp> #include <boost/serialization/export.hpp> #include <boost/serialization/base_object.hpp> #include <boost/serialization/utility.hpp> #include <boost/serialization/vector.hpp> class A; class B; class A { friend class boost::serialization::access; template<class Archive> void serialize(Archive & ar, const unsigned int version) { ar & m_className; }; std::string m_className; public: A() { m_className = "ClassA\n"; }; virtual void dumpFunc() {}; }; class B : public A { friend class boost::serialization::access; template<class Archive> void serialize(Archive & ar, const unsigned int version) { ar & m_classNameB; }; std::string m_classNameB; public: B() { m_classNameB = "ClassB\n"; }; virtual void dumpFunc() {}; }; BOOST_CLASS_EXPORT(B) void main() { std::vector<A *> vecA; B *b=new B(); vecA.push_back(b); std::ofstream ofs("saveFile.sav"); boost::archive::text_oarchive oa(ofs); oa & vecA; delete b; } The following is a stack trace of where it hits the assert. The key thing to note is that save_pointer_type bails out after deciding that class B was not registered. I'm hoping that this is a rookie error but I just can't see it. Thanks. kernel32.dll!7c81eb33() kernel32.dll!7c81eb33() junkProject.exe!_CxxThrowException(void * pExceptionObject=0x0012de10, const _s__ThrowInfo * pThrowInfo=0x004f8400) + 0x39 C++ > junkProject.exe!boost::throw_exception<boost::archive::archive_exception>(const boost::archive::archive_exception & e={...}) Line 40 C++ junkProject.exe!boost::archive::detail::save_pointer_type<boost::archive::text_oarchive,A *>::polymorphic<A>::save(boost::archive::text_oarchive & ar={...}, const A & t={...}, const boost::archive::detail::basic_pointer_oserializer * bpos_ptr=0x00504544) Line 410 + 0x34 C++ junkProject.exe!boost::archive::detail::save_pointer_type<boost::archive::text_oarchive,A *>::save<A>(boost::archive::text_oarchive & ar={...}, const A & t={...}, const boost::archive::detail::basic_pointer_oserializer * bpos_ptr=0x00504544) Line 438 + 0x11 C++ junkProject.exe!boost::archive::detail::save_pointer_type<boost::archive::text_oarchive,A *>::invoke(boost::archive::text_oarchive & ar={...}, A * const t=0x00323bb0) Line 466 + 0x11 C++ junkProject.exe!boost::archive::save<boost::archive::text_oarchive,A *>(boost::archive::text_oarchive & ar={...}, A * const & t=0x00323bb0) Line 535 + 0xf C++ junkProject.exe!boost::archive::basic_text_oarchive<boost::archive::text_oarchive>::save_override<A * const>() Line 78 + 0x15 C++ junkProject.exe!boost::archive::detail::interface_oarchive<boost::archive::text_oarchive>::operator<<<A * const>() Line 86 C++ junkProject.exe!boost::serialization::nvp<A * const>::save<boost::archive::text_oarchive>() Line 78 C++ junkProject.exe!boost::serialization::access::member_save<boost::archive::text_oarchive,boost::serialization::nvp<A * const> const >() Line 94 C++ junkProject.exe!boost::serialization::detail::member_saver<boost::archive::text_oarchive,boost::serialization::nvp<A * const> >::invoke(boost::archive::text_oarchive & ar={...}, const boost::serialization::nvp<A * const> & t={...}, const unsigned int file_version=0) Line 43 + 0x11 C++ junkProject.exe!boost::serialization::split_member<boost::archive::text_oarchive,boost::serialization::nvp<A * const> >(boost::archive::text_oarchive & ar={...}, boost::serialization::nvp<A * const> & t={...}, const unsigned int file_version=0) Line 69 + 0x11 C++ junkProject.exe!boost::serialization::nvp<A * const>::serialize<boost::archive::text_oarchive>() Line 87 + 0x34 C++ junkProject.exe!boost::serialization::access::serialize<boost::archive::text_oarchive,boost::serialization::nvp<A * const> >() Line 110 C++ junkProject.exe!boost::serialization::serialize<boost::archive::text_oarchive,boost::serialization::nvp<A * const> >(boost::archive::text_oarchive & ar={...}, boost::serialization::nvp<A * const> & t={...}, const unsigned int file_version=0) Line 81 + 0x11 C++ junkProject.exe!boost::serialization::serialize_adl<boost::archive::text_oarchive,boost::serialization::nvp<A * const> >(boost::archive::text_oarchive & ar={...}, boost::serialization::nvp<A * const> & t={...}, const unsigned int file_version=0) Line 140 + 0x18 C++ junkProject.exe!boost::archive::detail::save_non_pointer_type<boost::archive::text_oarchive,boost::serialization::nvp<A * const> >::save_only::invoke(boost::archive::text_oarchive & ar={...}, const boost::serialization::nvp<A * const> & t={...}) Line 256 + 0xf C++ junkProject.exe!boost::archive::detail::save_non_pointer_type<boost::archive::text_oarchive,boost::serialization::nvp<A * const> >::invoke(boost::archive::text_oarchive & ar={...}, const boost::serialization::nvp<A * const> & t={...}) Line 321 + 0xd C++ junkProject.exe!boost::archive::save<boost::archive::text_oarchive,boost::serialization::nvp<A * const> >(boost::archive::text_oarchive & ar={...}, const boost::serialization::nvp<A * const> & t={...}) Line 535 + 0xd C++ junkProject.exe!boost::archive::basic_text_oarchive<boost::archive::text_oarchive>::save_override<boost::serialization::nvp<A * const> const >() Line 78 + 0x15 C++ junkProject.exe!boost::archive::detail::interface_oarchive<boost::archive::text_oarchive>::operator<<<boost::serialization::nvp<A * const> const >() Line 86 C++ junkProject.exe!boost::serialization::stl::save_collection<boost::archive::text_oarchive,std::vector<A *,std::allocator<A *> > >(boost::archive::text_oarchive & ar={...}, const std::vector<A *,std::allocator<A *> > & s={...}) Line 44 C++ junkProject.exe!boost::serialization::save<boost::archive::text_oarchive,A *,std::allocator<A *> >(boost::archive::text_oarchive & ar={...}, const std::vector<A *,std::allocator<A *> > & t={...}, const unsigned int __formal=0) Line 49 + 0xd C++ junkProject.exe!boost::serialization::free_saver<boost::archive::text_oarchive,std::vector<A *,std::allocator<A *> > >::invoke(boost::archive::text_oarchive & ar={...}, const std::vector<A *,std::allocator<A *> > & t={...}, const unsigned int file_version=0) Line 45 + 0x18 C++ junkProject.exe!boost::serialization::split_free<boost::archive::text_oarchive,std::vector<A *,std::allocator<A *> > >(boost::archive::text_oarchive & ar={...}, std::vector<A *,std::allocator<A *> > & t={...}, const unsigned int file_version=0) Line 74 + 0x11 C++ junkProject.exe!boost::serialization::serialize<boost::archive::text_oarchive,A *,std::allocator<A *> >(boost::archive::text_oarchive & ar={...}, std::vector<A *,std::allocator<A *> > & t={...}, const unsigned int file_version=0) Line 76 + 0x11 C++ junkProject.exe!boost::serialization::serialize_adl<boost::archive::text_oarchive,std::vector<A *,std::allocator<A *> > >(boost::archive::text_oarchive & ar={...}, std::vector<A *,std::allocator<A *> > & t={...}, const unsigned int file_version=0) Line 140 + 0x18 C++ junkProject.exe!boost::archive::detail::oserializer<boost::archive::text_oarchive,std::vector<A *,std::allocator<A *> > >::save_object_data(boost::archive::detail::basic_oarchive & ar={...}, const void * x=0x0012febc) Line 151 + 0x2b C++ junkProject.exe!boost::archive::detail::basic_oarchive_impl::save_object(boost::archive::detail::basic_oarchive & ar={...}, const void * t=0x0012febc, const boost::archive::detail::basic_oserializer & bos={...}) Line 271 C++ junkProject.exe!boost::archive::detail::basic_oarchive::save_object(const void * x=0x0012febc, const boost::archive::detail::basic_oserializer & bos={...}) Line 412 C++ junkProject.exe!boost::archive::detail::save_non_pointer_type<boost::archive::text_oarchive,std::vector<A *,std::allocator<A *> > >::save_standard::invoke(boost::archive::text_oarchive & ar={...}, const std::vector<A *,std::allocator<A *> > & t={...}) Line 264 C++ junkProject.exe!boost::archive::detail::save_non_pointer_type<boost::archive::text_oarchive,std::vector<A *,std::allocator<A *> > >::invoke(boost::archive::text_oarchive & ar={...}, const std::vector<A *,std::allocator<A *> > & t={...}) Line 321 + 0xd C++ junkProject.exe!boost::archive::save<boost::archive::text_oarchive,std::vector<A *,std::allocator<A *> > >(boost::archive::text_oarchive & ar={...}, const std::vector<A *,std::allocator<A *> > & t={...}) Line 535 + 0xd C++ junkProject.exe!boost::archive::basic_text_oarchive<boost::archive::text_oarchive>::save_override<std::vector<A *,std::allocator<A *> > const >() Line 78 + 0x15 C++ junkProject.exe!boost::archive::detail::interface_oarchive<boost::archive::text_oarchive>::operator<<<std::vector<A *,std::allocator<A *> > const >() Line 86 C++ junkProject.exe!boost::archive::detail::interface_oarchive<boost::archive::text_oarchive>::operator&<std::vector<A *,std::allocator<A *> > >(std::vector<A *,std::allocator<A *> > & t={...}) Line 97 C++ junkProject.exe!main() Line 65 C++ junkProject.exe!mainCRTStartup() Line 259 + 0x19 C kernel32.dll!7c816d4f() ntdll.dll!7c915b4f() kernel32.dll!7c8399f3() - David

3 2

Wave library fails to compile with VC7.1 - Buffer overrun in cl.exe
by Didier Malenfant 04 Dec '05

04 Dec '05

It seems like this was fixed by turning off the rtti for VC7.1 and I verified that both V1 and V2 jamfiles have the workaround line in them (not sure which one is getting used as I'm not passing any parameters for that) C:\work\boost_1_33_1>..\boost-jam-3.1.11-1-ntx86\bjam.exe "-sTOOLS=vc-7_1-stlport" "-sSTLPORT_PATH=.." "-sBUILD=<native-wchar_t>on" ****************************************************** Building Boost.Iostreams with bzip2 support disabled. To enable bzip2, consult the Boost.Iostreams documentation ****************************************************** ****************************************************** Building Boost.Iostreams with zlib and gzip support disabled. To enable zlib and gzip, consult the Boost.Iostreams documentation ****************************************************** Building Boost.Regex with the optional Unicode/ICU support disabled. Please refer to the Boost.Regex documentation for more information (and if you don't know what ICU is then you probably don't need it). ...found 11410 targets... ...updating 3 targets... vc-C++ bin\boost\libs\wave\build\libboost_wave.lib\vc-7_1-stlport\debug\native- wchar_t-on\threading-multi\instantiate_cpp_grammar.obj instantiate_cpp_grammar.cpp "cl" /Zm800 -nologo /EHsc -c -D_STLP_DEBUG=1 -D_STLP_DEBUG_UNINITIALIZED=1 -D_STLP_USE_DYNAMIC_LIB=1 /Z7 /Od /Ob0 /EHsc /GR /MDd /Op /wd4675 /Zc:forScope /Zc:wchar_t -I"bin\boost\libs\wave\build" -I"C:\work\boost_1_33_1" -I"..\STLport-4.6.2\stlport" -I"C:\work\boost_1_33_1" -Fo"bin\boost\libs\wave\build\libboost_wave.lib\vc-7_1-stlport\debug\nat ive-wchar_t-on\threading-multi\instantiate_cpp_grammar.obj" -Tp"C:\work\boost_1_33_1libs\wave\build\../src/instantiate_cpp_grammar.c pp" ...failed vc-C++ bin\boost\libs\wave\build\libboost_wave.lib\vc-7_1-stlport\debug\native- wchar_t-on\threading-multi\instantiate_cpp_grammar.obj... ...skipped <@boost!libs!wave!build\libboost_wave.lib\vc-7_1-stlport\debug\native-wc har_t-on\threading-multi>libboost_wave-vc71-mt-gdp-1_33_1.CMD for lack of <@boost!libs!wave!build\libboost_wave.lib\vc-7_1-stlport\debug\native-wc har_t-on\threading-multi>instantiate_cpp_grammar.obj... ...skipped <@boost!libs!wave!build\libboost_wave.lib\vc-7_1-stlport\debug\native-wc har_t-on\threading-multi>libboost_wave-vc71-mt-gdp-1_33_1.lib for lack of <@boost!libs!wave!build\libboost_wave.lib\vc-7_1-stlport\debug\native-wc har_t-on\threading-multi>instantiate_cpp_grammar.obj... ...failed updating 1 target... ...skipped 2 targets... I still get the buffer overrun in cl.exe. -D --- Didier 'Dids' Malenfant President Ready At Dawn Studios LLC www.readyatdawn.com <http://www.readyatdawn.com/>

2 3

Re: [Boost-users] [multi_index] Problem with find() and Hashed_Index
by JOAQUIN LOPEZ MU?Z 03 Dec '05

03 Dec '05

Hello Martin, ----- Mensaje original ----- De: Martin Higham <martinh(a)gmail.com> Fecha: Sábado, Diciembre 3, 2005 11:42 am Asunto: [Boost-users] [multi_index] Problem with find() and Hashed_Index > I have created a multi_index_container inline with one ordered_unique > index and one hashed_unique index as demonstrated in the > documentation > (http://www.boost.org/libs/multi_index/doc/advanced_topics.html#hash_lo okup).I can happily add and retrieve items using find() as indicated. > > However, if I use the =* operator as indicated and there is no > matching record a memory error occurs. > > Therefore I need to assign the find result to an iterator and check > for end(). Can anyone tell me what type this iterator should be? I've > tried many combinations non of which compile. There are several syntaxes to get to the type of the iterator: your_container_type::nth_index<N>::type::iterator your_container_type::index<Tag>::type::iterator your_container_type::nth_index_iterator<N>::type your_container_type::index_iterator<Tag>::type Where N is the 0-based ordinal of the index you're interested in. If the index is tagged, you can also use the <Tag> variations. Does this help? Thanks for using Boost.MultiIndex! Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

1 0

How to build Boost on Visual Studio .NET 2003?
by Mingjun Huang 03 Dec '05

03 Dec '05

Hello, I am a newbie for Boost. Could anyone give me some directions on how to build boost on my PC with Visual Studio .NET 2003 installed? Thanks a lot! Best, -Mingjun

4 3