February 2005 - Boost - lists.preview.boost.org

Re: Boost Digest, Vol 991, Issue 1
by Jared McIntyre 02 Feb '05

02 Feb '05

> Well, it doesn't look like you're inclined to give up so I guess we can't > either. Thas greatly appreciated. > Do I take this to mean that almost all the tests (200+) compiled, linked, > and executed with no error? Correct. To be exact, there were 5 skipped and 5 that failed. > General > 1) Configuration Type: Application(.exe) > 2) Use of MFC: Use Standard Windows Libraries > 3) Use of ATL: Not using ATL This project is MFC based, but I can't imagine that is causing an issue. Otherwise its the same. > C/C++ > 1) General > Additional Include Directories - the directory that contains boost > headers > 3) Preprocessor: > Preprocessor definitions - WIN32;_DEBUG;_CONSOLE > 4) Code Generation > Enable C++ Exceptions - Yes(/EHsc) > Runtime Library - Multi-threaded Debug DLL - note the DLL ! ( I > suspect this is the problem) > Enable Function-level Linking - Yes(/Gy) I prefer this myself but > not strictly necessary > 5) Language > Enable Run-Time type info - Yes (/GR) > Linker > 1) General > Additional Library Directories - <directory that contains the > serialization library here> > 2) Input > Additional Dependencies - libboost_serialization.lib This is all the same with the exception of the console part (since it is an MFC GUI app), but again, I doubt that is causing it. > I would hope that those settings should do it. To make sure its finding the > correct libboost_serialization.lib - change the name of this file. It > should come up with an error at link time - can't find file > libbost_serialization.lib. Changing this name back should make this error go > away. Check > The program should now compile !? Saddly, the problem persists. Perhaps it is something other than the library. Here are some code snippets in case there are issues there. The includes in the file that performes the save: #include <fstream> #include <boost/serialization/serialization.hpp> #include <boost/serialization/vector.hpp> #include <boost/archive/text_oarchive.hpp> #include <boost/archive/text_iarchive.hpp> Here is the save code: std::ofstream ofs(PCSZ_USER_TOOLS_FILE, std::ios::binary); boost::archive::text_oarchive oa(ofs); // write class state from archive oa << boost::serialization::make_nvp("UserToolList", m_UserTools); // close archive ofs.close(); m_UserTools is an instance of a typedefed vector defined as: typedef std::vector<BusUserTool*> USER_TOOL_LIST; Thanks for hanging in with me. I will probably need to change the code so I compile the serialization code into the project soon in order to meet my deadlines, but I'd like to get the library working if possible. Jared

3 2

Dimensional Analysis
by Sérgio Vale e Pace 02 Feb '05

02 Feb '05

Is the dimensional analisys code shown in the MPL tutorial, part of the mpl library ? Or any other boost library ?

9 30

1.32 intel 8.1 in windows
by Matt Hurd 02 Feb '05

02 Feb '05

Trying and failing to compile v1.32 with Intel 8.1 on windows. Seems mainly /Zm800 option is in error. Is there a quick fix for building 1.32 with this toolset? I'm simply doing this from the boost root bjam "-sTOOLS=intel-win32" "-sINTEL_BASE_MSVC_TOOLSET=vc-7_1" stage TIA, Matt. matthurd(a)acm.org

2 4

Help needed with BGL & multi_index_container
by Me here 02 Feb '05

02 Feb '05

Hi there, I need an advanced container which allows me to access my data over number of different indices. That is exactly what for boost::multi_index_container was made. But, my data items also have relationships with other data in the same container, which could be represented as directed graph. So, I have made a custom container, which aggregates multi_index_container (MIC) to store data items and a graph (BGL) to store relationships. To allow switching from MIC to walk over relationships, as an additional field of my item in MIC I store BGL vertex; as vertex property in graph I store the key of unique index in MIC. So, MIC and BGL refer to each other. But, it is difficult to have those two containers in sync. So, I made another attempt to have MIC as customized vertex storage. I succeed two write the code for it (see it below). It also compiles and links :-). Unfortunately, I can not add neither vertices not edges. If I try to add vertex as in commeted code below, an error errors that there is no convertion from vertex property to vertex descriptor (error message is below). What's wrong? My another question is: how can I get access to my MIC stored in graph? I would like to use its indices. Best wishes, Alexander --------- sample code ----------- #include <iostream> #include <boost/multi_index_container.hpp> #include <boost/multi_index/ordered_index.hpp> #include <boost/graph/adjacency_list.hpp> using namespace boost; using namespace boost::multi_index; using namespace std; struct MICSelector {}; struct Item { Item(int _a=0, int _b=0, int _c=0) : a(_a), b(_b), c(_c) {} int a,b,c; }; struct ItemHolder { ItemHolder(int id=0, const Item item=Item()) : m_ID(id), m_item(item) {} int m_ID; Item m_item; }; struct ItemHolderKey { typedef int result_type; int operator()(const ItemHolder& v) const { return v.m_ID; } }; template<class ValueType> struct MICWrapper { typedef multi_index_container < ValueType, indexed_by < ordered_unique< ItemHolderKey > > > type; }; namespace boost { // the specialization for your selector template<class ValueType> struct container_gen<MICSelector, ValueType> { typedef typename MICWrapper<ValueType>::type type; }; template <> struct parallel_edge_traits<MICSelector> { typedef allow_parallel_edge_tag type; }; }; typedef adjacency_list < listS, MICSelector, bidirectionalS, ItemHolder > MG; int tmain(int argc, char* argv[]) { MG mg; /* ItemHolder IH( 1, Item(1) ); add_vertex( &IH, mg ); // add_edge( // ItemHolder( 1, Item(1) ), // ItemHolder( 2, Item(2) ), // mg ); */ cout << typeid( boost::graph_traits<MG>::vertex_descriptor ).name(); return 0; } --------- sample code ----------- ----------- error message ------------- Compiling... MIC_BGL.cpp c:\test\MIC_BGL.cpp(87) : error C2664: 'boost::add_vertex' : cannot convert parameter 1 from 'ItemHolder *__w64 ' to 'const boost::detail::adj_list_gen<Graph,VertexListS,OutEdgeListS,DirectedS,VertexProperty,EdgeProperty,GraphProperty,EdgeListS>::config::vertex_property_type &' with [ Graph=boost::adjacency_list<boost::listS,MICSelector,boost::bidirectionalS,ItemHolder>, VertexListS=MICSelector, OutEdgeListS=boost::listS, DirectedS=boost::bidirectionalS, VertexProperty=boost::detail::retag_property_list<boost::vertex_bundle_t,ItemHolder>::type, EdgeProperty=boost::detail::retag_property_list<boost::edge_bundle_t,boost::no_property>::type, GraphProperty=boost::no_property, EdgeListS=boost::listS ] Reason: cannot convert from 'ItemHolder *__w64 ' to 'const boost::detail::adj_list_gen<Graph,VertexListS,OutEdgeListS,DirectedS,VertexProperty,EdgeProperty,GraphProperty,EdgeListS>::config::vertex_property_type' with [ Graph=boost::adjacency_list<boost::listS,MICSelector,boost::bidirectionalS,ItemHolder>, VertexListS=MICSelector, OutEdgeListS=boost::listS, DirectedS=boost::bidirectionalS, VertexProperty=boost::detail::retag_property_list<boost::vertex_bundle_t,ItemHolder>::type, EdgeProperty=boost::detail::retag_property_list<boost::edge_bundle_t,boost::no_property>::type, GraphProperty=boost::no_property, EdgeListS=boost::listS ] No constructor could take the source type, or constructor overload resolution was ambiguous ----------- error message ------------- __________________________________ Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. http://info.mail.yahoo.com/mail_250

6 5

[mpl]mpl::plus and non Integral Constants
by Andy Little 02 Feb '05

02 Feb '05

Reading the mpl documentation it states that boost::mpl::plus is expected to be specialised for non Integral Constants. Therefore should the following work ?: typedef boost::mpl::plus<int,int>::type int_plus_int_type; // eg int presumably OTOH it could be said that: mpl::plus<int_<1>, int_<1> >::type and mpl::plus<int,int>::type are conceptually different and that therefore mpl::plus<int,int> should be(remain) invalid. Any thoughts? regards Andy Little

3 2

Reminder: Boost Logo Contest
by Joel de Guzman 02 Feb '05

02 Feb '05

Hi Y'all, This is to remind you about the ongoing Boost Logo Contest: http://www.boost.org/more/logo_contest.htm Entries will be accepted on or before February 15, 2005. Please email all entries to me (djowel at gmail dot com). I've posted the entries submitted so far in the page above. I decided not to continue with the wiki page because of problems and difficulties with it. Some things to note: 1) I'm limiting the image size to a width of 320 pix. This is for the sake of uniformity. Images that were rescaled to fit this limit might look jagged. If you are not satisfied, please re-submit. 2) Most entries have a title (italics). To those who wish to have a title (optional), please email me. This is optional because each entry has a corresponding number anyway. 3) Some entries have an annotation relating to the artwork. This is also optional but it might help if you annotate your work. Cheers, -- Joel de Guzman http://www.boost-consulting.com http://spirit.sf.net

1 1

[Boost-bugs] [ boost-Bugs-1114831 ] boost 1.32 compile error with STLPort462 and boost/format
by SourceForge.net 02 Feb '05

02 Feb '05

Bugs item #1114831, was opened at 2005-02-02 16:06 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1114831&group_… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Glen Summers (glensummers) Assigned to: Nobody/Anonymous (nobody) Summary: boost 1.32 compile error with STLPort462 and boost/format Initial Comment: compile error using MSVC 7.1 STLPort4.6.2 Boost 1.32.0 Code: #include <iostream> #include <tchar.h> #include <boost/format.hpp> int _tmain(int argc, _TCHAR* argv[]) { return 0; } Fails with: \boost\format\format_implementation.hpp(216) : error C2244: 'boost::basic_format<Ch,Tr,Alloc>::size' : unable to match function definition to an existing declaration \boost\format\format_class.hpp(58) : see declaration of 'boost::basic_format<Ch,Tr,Alloc>::size' definition 'basic_format<Ch,Tr,Alloc>::size_type boost::basic_format<Ch,Tr,Alloc>::size(void) const' existing declarations 'boost::basic_format<Ch,Tr,Alloc>::size_type boost::basic_format<Ch,Tr,Alloc>::size(void) const' Worked with boost 1.31.0 Regards, Glen. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1114831&group_… ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[serialization]: 1.32/VC7.1:error C2039: 'serialize' : is not a member of 'std::vector<_Ty>'
by Francis ANDRE 02 Feb '05

02 Feb '05

Hi Robert I got the following error from the serialization access.cpp: : Schema.cpp c:\boost\boost\serialization\access.hpp(106) : error C2039: 'serialize' : is not a member of 'std::vector<_Ty>' with [ _Ty=GLOB::SUB::Key ] ... ... For sure, I have doubled checked that the "boost/serialization/vector.hpp" file is well included at the very beginning of Schema.cpp This error appears only with binary archive. With an XML archive, the source Schema.cpp does not produce any error. I am not able to reproduce it on a small case. Is there anyway to trace/or activate an helper that could show up be the underlying problem?? Regards Francis ANDRE

2 2

Graph_traits and Graph
by Jannel Rémi 02 Feb '05

02 Feb '05

Hello All, I started to use boost a few weeks ago and i still have got some problems with the graph_traits theory. In fact, it seems that you use a graph_traits to stock the type of the data used for the Graph (given as a template) such as vertex_descriptor or in_edge iterator. To keep this you use something like: typedef typename Graph::vertex_descriptor vertex_descriptor; which means that you get this type from Graph::vertex_descriptor. Now, if i want to wite an algorithm which will search for all the vertices for example, i'll have to use my Graph as a template and i'll get the vertex type for example using typedef typename graph_traits<Graph>::vertex_descriptor vertex_descriptor; That's why I wanted to ask you why this method is used instead of just typedef typename Graph::vertex_descriptor vertex_descriptor; used in the class graph_traits definition. I hope i made me understandable! Thanks a lot Koopajah

2 1

[Boost-bugs] [ boost-Bugs-1114732 ] boost 1.32 compile error with STLPort462 and boost/format
by SourceForge.net 02 Feb '05

02 Feb '05

Bugs item #1114732, was opened at 2005-02-02 13:37 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1114732&group_… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Glen Summers (glensummers) Assigned to: Nobody/Anonymous (nobody) Summary: boost 1.32 compile error with STLPort462 and boost/format Initial Comment: compile error using MSVC 7.1 STLPort4.6.2 Boost 1.32.0 Code: #include <iostream> #include <tchar.h> #include <boost/format.hpp> int _tmain(int argc, _TCHAR* argv[]) { return 0; } Fails with: \boost\format\format_implementation.hpp(216) : error C2244: 'boost::basic_format<Ch,Tr,Alloc>::size' : unable to match function definition to an existing declaration \boost\format\format_class.hpp(58) : see declaration of 'boost::basic_format<Ch,Tr,Alloc>::size' definition 'basic_format<Ch,Tr,Alloc>::size_type boost::basic_format<Ch,Tr,Alloc>::size(void) const' existing declarations 'boost::basic_format<Ch,Tr,Alloc>::size_type boost::basic_format<Ch,Tr,Alloc>::size(void) const' Worked with boost 1.31.0 Regards, Glen. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1114732&group_… ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0