- Boost-users - lists.boost.org

Build 1.39.0 under VC2010?
by Mantas Matelis 24 May '09

24 May '09

Hi, is vc10 support implemented? And if so, is this the right way to build for vc10:bjam.exe --build-dir="c:\development\boost" --prefix="c:\development\boost" --build-type=complete toolset=msvc-100 stage > C:\development\boost\build-output-vc10.txt When running this, everything builds, but the files have improper names. Visual studio expects libboost_filesystem-vc100-mt-gd-1_39.lib but in the stage directory there are no files with vc100, just vc.

2 2

How do I build with an alternate compiler location?
by Eric Brown 24 May '09

24 May '09

I'm trying to build on freebsd 4. (Those are my production machines, so I'm stuck.) The default install is gcc 2.95 and freebsd's old ports tree contains patches to build boost's libraries. However, when I try to include boost include files, it inevitably complains about any number of templates gcc can't grok. I suppose I can maybe build the libs with gcc 2.95 and my code with gcc 3.4.6, but I'd rather build boost with 3.4.6 too. Plus, the patches are for boost 1.32 and I'd rather use a later version of boost. However, gcc34 installs into /usr/local/bin/gcc34 and a bunch of include files I'd usually specify -I directives in my CXXFLAGS in my makefile. I'm just not clear how to set these overrides for bjam. I've looked at the bjam docs, but it just seems a lot more complicated than it should be. Cheers, Eric

3 2

ICMP Ping ASIO
by cmicel1＠cct.lsu.edu 23 May '09

23 May '09

I am trying to recreate a simple ping utility that utilizes the Internet Control Message Protocol(ICMP) to gather information about a host. Boost ASIO has an implementation of the ICMP protocol and presents this protocol as a method to transmit messages similar to UDP or TCP. I need to create ICMP messages that are crafted with certain control messages (0 - Echo Reply, 8 - Echo Request), but I am unsure of how asio crafts messages when this protocol is in use. I do not want to utilize a server application for my network diagnosis and figured that this would be the appropriate method. Any information on the subject matter would be helpful to me. -Chris

1 0

Noob question - undefined reference to boost::system::get_system_category
by mx270a 23 May '09

23 May '09

I'm a relatively new to programming on Linux, previous experience was with VB.net in Windows. I'm trying to make the switch to C++, but I'm having a difficult time. I started to follow one of the basic tutorials for Boost ASIO, but I can't get it to compile with the ASIO.hpp file included. The environment is Kubuntu 9.04 and Kdevelop 3.5.3. Code: ---------------- #include <boost/asio.hpp> int main() { return 0; } ---------------- Compile Messages and Errors: ---------------- cd '/home/lance/TS1/debug' && WANT_AUTOCONF_2_5="1" WANT_AUTOMAKE_1_6="1" LC_MESSAGES="C" LC_CTYPE="C" make -k make all-recursive Making all in src compiling ts1.cpp (g++) mv -f .deps/ts1.Tpo .deps/ts1.Po linking ts1 (g++) linking ts1 (g++) ts1.o: In function `__static_initialization_and_destruction_0': /usr/include/boost/system/error_code.hpp:205: undefined reference to `boost::system::get_system_category()' /usr/include/boost/system/error_code.hpp:206: undefined reference to `boost::system::get_generic_category()' /usr/include/boost/system/error_code.hpp:211: undefined reference to `boost::system::get_generic_category()' /usr/include/boost/system/error_code.hpp:212: undefined reference to `boost::system::get_generic_category()' /usr/include/boost/system/error_code.hpp:213: undefined reference to `boost::system::get_system_category()' ts1.o: In function `boost::asio::error::get_system_category()': /usr/include/boost/asio/error.hpp:218: undefined reference to `boost::system::get_system_category()' ts1.o: In function `posix_tss_ptr': /usr/include/boost/asio/detail/posix_tss_ptr.hpp:47: undefined reference to `pthread_key_create' ts1.o: In function `~posix_tss_ptr': /usr/include/boost/asio/detail/posix_tss_ptr.hpp:61: undefined reference to `pthread_key_delete' collect2: ld returned 1 exit status make[2]: *** [ts1] Error 1 make[2]: Target `all' not remade because of errors. make[2]: Nothing to be done for `all-am'. make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 *** Exited with status: 2 *** ---------------- How do I resolve the boost::system errors? Thanks, Lance -- View this message in context: http://www.nabble.com/Noob-question---undefined-reference-to-boost%3A%3Asys… Sent from the Boost - Users mailing list archive at Nabble.com.

4 5

[wave] assertion failed - multithread issue?
by Ein Held 23 May '09

23 May '09

Hello when parsing some cpp files via boost.wave using multiple threads, I randomly get a failed assertion. "Assertion failed: static_cast<RefCountType>(*d.begin()) != 0, file C:\projekte\libs\boost\include\boost-1_38/boost/wave/util/flex_string.hpp, line 1216" I am pretty sure that this is a multi-thread issue, as when using only one thread to parse the files, everything works fine. Unfortunately I cannot give you more specific information as I cannot get gdb to run on my system. I am using gcc 4.3.3 Thank you

2 2

Design for boost::serialization of STL iterators.
by Carlo Wood 23 May '09

23 May '09

On Sat, Mar 11, 2006 at 11:45:36PM +0200, Peter Dimov wrote: > Carlo Wood wrote: > > > 1) WHY does boost::serialization not support serialization > > of iterators? > > It's very hard, if not impossible, in general. It is either impossible or possible. When it is possible, it can't be hard :p I think that at the moment of serialization, the actual container needs to be known. So, only concentrating on the syntax of the code that serializes an iterator, the following cannot work: ar & iter; However, the container will be known at that point (or at least, we might as well assume that). Therefore, I could imagine a syntax like: ar & foobar(container, iter); where 'foobar' is some template function (that will be part of boost::serialization in the future). Lets start with the last one (have to start somewhere). In order to deserialize the iterator (and taken into account that we already have the container) -- which makes me think that it might be better to pass a functor to operator& above. In other words, (at least for writing), use: template<class Container> struct Foobar { Foobar(Container const&, typename Container::const_iterator& iter) : M_container(container), M_iter(iter); private: Container const& M_container; Container::const_iterator& M_iter; }; and then assign to M_iter, whatever we find in M_container. > If you have access to the container to which the iterator i refers: > > a) if the container is a map, you can serialize i->first, then on > deserialization look up the key in the map using .find(); > > b) if the container is a sequence, and it has the same contents on > deserialization as it does on serialization, you can serialize the index of > the element - distance( c.begin(), i ). I don't think that it is a requirement that the whole container has to be read: either it's a map or set, in which case later insertions will not invalidate the container, or it is a vector, in which case we use an index, from which we can construct the end iterators before the whole container is reconstructed. Therefore, the following syntax can work imho: ar & FooBar(container, iter); Would you agree? There are a zillion questions and implementation details open - but I'd like to get anyones feedback about this type of interface for iterators before continuing. Current questions: What is a good name for Foobar? Am I right when I think that Foobar needs to be declared in boost::serialization? Now the hard part (for me) is that part that involves the internals of the boost library. At the moment one tries to serialize an iterator, it is possible (though not necessarily) that the object that the iterator points to is already serialized. In the case that we are dealing with an associative container (map or set etc), we don't want to store the contents of the object (or key part, in the case of a map) again: I'd like to just store that once, and store a reference in the archive at the other place. How can I make the library store an object only the first time and the store a reference the second time? This would be for an object of arbitrary type thus. I think that it is only feasible to do this when it's actually the same object (same memory address), which is the case; but while storing the object element of the container, the address of it isn't stored as well, is it? Is there a way to make: std::set<SomeData> s; [...] ar << s; Store the address of s (&s) along with the contents of s? And would that then automatically cause the library to not store that same object again when I do: std::set<SomeData>::iterator iter = s.find(...); [...] ar << *iter; Because then, &*iter would again be the same memory address as what was stored before. -- Carlo Wood <carlo(a)alinoe.com>

3 2

[BGL] Is it possible to control algorithm's behavior by visitor?
by Li Ning 23 May '09

23 May '09

In some complex application, I need to control algorithm's behavior according to edge's property. It seems all visitor are used to "visit" the predefined place in a algorithm but it can not "control". All functions in visitor has void return type, so it can't give algorithm anything. Why there is no STL-like functor which can control algorithm's behavior? -- View this message in context: http://www.nabble.com/-BGL--Is-it-possible-to-control-algorithm%27s-behavio… Sent from the Boost - Users mailing list archive at Nabble.com.

4 11

date_time question
by Amadeus W.M. 23 May '09

23 May '09

I have a file with tab separated entries like this: 1230735660 12/31/2008 10:01:00 8.94 277880 1230735729 12/31/2008 10:02:09 8.95 279693 1230735791 12/31/2008 10:03:11 8.95 284743 etc. I don't assume which column represents the date so I read one line at the time and test each token if it's a date in the format "%m/%d/%Y %H:%M:%S". However, when I process the first token (1230735660) date_time thinks it's a date in my format and returns 5660-Dec-07 00:00:00 How come? It seems to think that 3 is a separator. Could anyone please shed some light? Thanks! Here is a short program that exemplifies the problem: // g++ -g -Wall -o dateIO -I/usr/local/include/boost-1_38 -L/usr/local/ lib/ dateIOTest.C -lboost_date_time-gcc43-mt-1_38 #include <iostream> #include <sstream> #include <cstdlib> #include <string> #include <boost/date_time/posix_time/posix_time.hpp> using namespace std; using namespace boost::posix_time; int main(int argc, char * argv[]) { ptime pt; string datestr("1230735660"); istringstream INSTR(datestr); time_input_facet * tifacet=new time_input_facet("%m/%d/%Y %H:%M:%S"); locale loc(INSTR.getloc(),tifacet); INSTR.imbue(loc); INSTR >> pt; cout << pt << endl; return 0; }

1 0

Including Xutil.h on Fedora breaks BOOST_FOREACH
by Tron Thomas 22 May '09

22 May '09

Compiling this: #include <X11/Xutil.h> #include <boost/shared_ptr.hpp> #include <vector> #include <cstdlib> #include <boost/foreach.hpp> #include <iostream> using std::ostream; class Value { public: explicit Value(int amount) : m_amount(amount) {} void WriteTo(ostream& stream) const { stream << m_amount; } private: int m_amount; }; ostream& operator <<(ostream& stream, const Value& value) { value.WriteTo(stream); return stream; } int main() { typedef boost::shared_ptr<Value> ValuePtr; std::vector<ValuePtr> valueBuffer; for(int count = 0; 10 > count; ++count){ valueBuffer.push_back(ValuePtr(new Value(::rand()))); } BOOST_FOREACH(ValuePtr value, valueBuffer){ std::cout << *value << std::endl; } return 0; } on Fedora 10 (Intel) produces error output like: /usr/include/boost/foreach.hpp:223: error: expected nested-name-specifier before ‘int’ /usr/include/boost/foreach.hpp:223: error: two or more data types in declaration of ‘parameter’ /usr/include/boost/foreach.hpp:224: error: default template arguments may not be used in function templates Value.cpp: In function ‘int main()’: Value.cpp:34: error: no matching function for call to ‘not_(boost::is_array<std::vector<boost::shared_ptr<Value>, std::allocator<boost::shared_ptr<Value> > > >*)’ Value.cpp:34: error: no matching function for call to ‘not_(boost::foreach::is_noncopyable<std::vector<boost::shared_ptr<Value>, std::allocator<boost::shared_ptr<Value> > > >*)’ Value.cpp:34: error: no matching function for call to ‘not_(boost::is_array<std::vector<boost::shared_ptr<Value>, std::allocator<boost::shared_ptr<Value> > > >*)’ Value.cpp:34: error: no matching function for call to ‘not_(boost::foreach::is_noncopyable<std::vector<boost::shared_ptr<Value>, std::allocator<boost::shared_ptr<Value> > > >*)’ Value.cpp:34: error: no matching function for call to ‘not_(boost::is_array<std::vector<boost::shared_ptr<Value>, std::allocator<boost::shared_ptr<Value> > > >*)’ Value.cpp:34: error: no matching function for call to ‘not_(boost::foreach::is_noncopyable<std::vector<boost::shared_ptr<Value>, std::allocator<boost::shared_ptr<Value> > > >*)’ If the first included header file is removed from the code, it builds successfully. Even though the code in this example doesn't technically need that first header file included, it is representative of code that does. What is needed so this code can build successfully while including all the header files?

3 2

Re: [Boost-users] Boost-users Digest, Vol 2003, Issue 6
by Tron Thomas 22 May '09

22 May '09

> > Date: Fri, 22 May 2009 22:42:05 +0100 From: "Pete Bartlett" > <pete(a)pcbartlett.com> Subject: Re: [Boost-users] Including Xutil.h on > Fedora breaks BOOST_FOREACH To: <boost-users(a)lists.boost.org> > Message-ID: <4CBFD915E6B84833BC9CE588386CDD04@P2> Content-Type: > text/plain; charset="us-ascii" Tron Thomas wrote: >> >#include <X11/Xutil.h> >> > > A quick search on Google Codesearch shows that Xutil.h includes Xlib.h which > has the following > > " > #define Bool int > #define Status int > #define True 1 > #define False 0 > " > > (around line 112 in the version I am looking at). > > This breaks Boost.ForEach's (legitimate) attempt to use "Bool" as the name > for a template type. How to fix? Some possibilities > > a) Stop using libraries that employ such bad practices, or > b) Wrap the include in your own header that tidies up after X11 with some > #undefs, or > c) include X11 after Boost ?! > > I doubt Boost.ForEach would be the only library the X11 include would foul > up Thanks Pete. I was able to get the code to compile now.

1 0