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

signals
by Angus Leeming 17 Jul '02

17 Jul '02

I currently have a class that exposes a signal but otherwise hides its internals behind a firewall using the Pimpl idiom: class Foo { public: boost::signal0<void> statusChanged; private: class Impl; boost::scoped_ptr<Impl> const pimpl_; }; Since all I want to do publicly is allow things to connect to this signal: Foo foo; foo.statusChanged.connect(boost::bind(&X::bar, this)); it'd be nice to hide the signal too and replace it with a connect() method: class Foo { public: boost::signals::connection connect(slot_type const &) const; private: class Impl; boost::scoped_ptr<Impl> const pimpl_; }; My problem is defining slot_type. If I have boost::signals::connection Foo::connect(boost::slot<void> const & slot) const { return statusChanged.connect(slot); } I get compiler warnings something like this (below). As you can see, I'm having trouble decyphering the magic that is the boost header files! can someone please help! Kind regards, Angus cxx: Error: ../../../devel/boost/boost/signals/slot.hpp, line 122: #250 reference to void is not allowed detected during instantiation of class "boost::slot<SlotFunction> [with SlotFunction=void]" at line 171 of "../../../devel/src/graphics/GraphicsCacheItem.C" const SlotFunction& get_slot_function() const { return slot_function; } ----------------------^ cxx: Error: ../../../devel/boost/boost/signals/slot.hpp, line 128: #70 incomplete type is not allowed detected during instantiation of class "boost::slot<SlotFunction> [with SlotFunction=void]" at line 171 of "../../../devel/src/graphics/GraphicsCacheItem.C" SlotFunction slot_function; -----------------^ cxx: Error: ../../../devel/src/graphics/GraphicsCacheItem.C, line 171: #304 no instance of overloaded function "boost::signal0<R, Combiner, Group, GroupCompare, SlotFunction>::connect [with R=void, Combiner=boost::last_value<void>, Group=int, GroupCompare=std::less<int>, SlotFunction=boost::function0<void, boost::empty_function_policy, boost::empty_function_mixin, std::allocator<boost::function_base>>]" matches the argument list argument types are: (const boost::slot<void>) return statusChanged.connect(slot); -----------------------------^

2 2

Problem with gcc-Option "-pedantic" on SPARC Solaris 2.7 w. gcc 2.95.2
by aegp2002 17 Jul '02

17 Jul '02

Hi there, I'm a new user of the boost library. I want to use the Boost Graph Library (BGL). For this I downloaded the complete boost package from www.boost.org (boost_all.tar.gz). It is Boost v. 1.28.0. I uncompressed and unpacked the stuff into a directory. Then I created a simple example program to play around with BGL. I ran into trouble when I tried to compile the code. I'm using gcc 2.95.2 on SPARC Sun Solaris 2.7. With the "-pedantic" option given I get this failure: In file included from ../../../boost_1_28_0/boost/detail/numeric_traits.hpp:69, from ../../../boost_1_28_0/boost/counting_iterator.hpp:57, from ../../../boost_1_28_0/boost/pending/integer_range.hpp:15, from ../../../boost_1_28_0/boost/graph/detail/adjacency_list.hpp:34, from ../../../boost_1_28_0/boost/graph/adjacency_list.hpp:293, from nd_patch.C:21: ../../../boost_1_28_0/boost/cstdint.hpp:202: too many `l's in integer constant ../../../boost_1_28_0/boost/cstdint.hpp:205: #error defaults not correct; you must hand modify boost/cstdint.hpp *** Error code 1 Without the -pedantic option everything works fine. As far as I understand I cannot use the option anymore for code that references BGL #includes. Is this a known problem and is there -- maybe -- a workaround? I'd like to use -pedantic because it helps me write standard conformant code. Regards, Adalbert

2 2

Re: [Boost-Users] Boost Sockets
by Beman Dawes 17 Jul '02

17 Jul '02

At 07:08 PM 7/15/2002, James Zappia wrote: >Is there a boost library for network sockets on the radar? Faintly. Several developers have done a certain amount of work, but I don't think the effort is very active at the moment. > Most of the C++ >socket libraries I've seen aren't very appealing. That's also my impression. > Just curious if boost >will be offering something. It is definitely on the wish list. --Beman

5 9

Compiling thread library w/ Borland 5.5.1 and STLPort 4.5.3
by adhalejr 17 Jul '02

17 Jul '02

I'm trying to compile the thread library using the Borland command line tools, version 5.5.1, and the STLPort version of STL, version 4.5.3. When the source files #include Borland's <process.h> file, the following errors occur: Error E2337 c:\borland\bcc55\include\process.h 74: Only one of a set of overloaded functions can be "C" Error E2337 c:\borland\bcc55\include\process.h 87: Only one of a set of overloaded functions can be "C" Error E2337 c:\borland\bcc55\include\process.h 99: Only one of a set of overloaded functions can be "C" Error E2337 c:\borland\bcc55\include\process.h 180: Only one of a set of overloaded functions can be "C" Error E2337 c:\borland\bcc55\include\process.h 191: Only one of a set of overloaded functions can be "C" Error E2337 c:\borland\bcc55\include\process.h 192: Only one of a set of overloaded functions can be "C" Error E2337 c:\borland\bcc55\include\process.h 201: Only one of a set of overloaded functions can be "C" Error E2337 c:\borland\bcc55\include\process.h 218: Only one of a set of overloaded functions can be "C" A number of the functions prototyped in there, though not all of them, are making the compiler choke. FWIW, the build did work if I just used the stock Borland STL. Any ideas on correcting this? Thanks, Donnie

1 1

boost.python and gcc 3.1
by Nikolay Mladenov 17 Jul '02

17 Jul '02

Hi, I am trying to use boost.python 1.28 with gcc 3.1 on cygwin, and I am getting an error that puzzles me: $ gcc -c -I/usr/src/boost_1_28_0 -I"/e/Program Files/Python/include" -I/home/nickm/sources/include -I/e/ug150/ugopen -mno-cygwin -shared /home/nickm/sources/src/ugx/py/styler_py.cpp -o styler_py.o /usr/src/boost_1_28_0/boost/python/cross_module.hpp: In instantiation of `boost::python::python_import_extension_class_converters<std::vector<tag_t, std::allocator<tag_t> > > boost::python::py_extension_class_converters(boost::python::type<std::vector<tag_t, std::allocator<tag_t> > >, bool)': /usr/src/boost_1_28_0/boost/python/detail/extension_class.hpp:388: instantiated from `PyObject* boost::python::to_python(const T&) [with T = std::vector<tag_t, std::allocator<tag_t> >]' /usr/src/boost_1_28_0/boost/python/callback.hpp:70: instantiated from `static R boost::python::callback<R>::call_method(PyObject*, const char*, const A1&, const A2&) [with A1 = std::vector<tag_t, std::allocator<tag_t> >, A2 = saUIStyler::DialogSelection, R = saUIStyler::CallbackResult]' /home/nickm/sources/src/ugx/py/styler_py.cpp:225: instantiated from here /usr/src/boost_1_28_0/boost/python/cross_module.hpp:71: default argument given for parameter 2 of ` boost::python::python_import_extension_class_converters<std::vector<tag_t, std::allocator<tag_t> > > boost::python::py_extension_class_converters(boost::python::type<std::vector<tag_t, std::allocator<tag_t> > >, bool = 0)' /usr/src/boost_1_28_0/boost/python/cross_module.hpp:71: after previous specification in ` boost::python::python_import_extension_class_converters<std::vector<tag_t, std::allocator<tag_t> > > boost::python::py_extension_class_converters(boost::python::type<std::vector<tag_t, std::allocator<tag_t> > >, bool = 0)' /usr/src/boost_1_28_0/boost/python/cross_module.hpp: In instantiation of `boost::python::python_import_extension_class_converters<DVect3D> boost::python::py_extension_class_converters(boost::python::type<DVect3D>, bool)': /usr/src/boost_1_28_0/boost/python/detail/extension_class.hpp:388: instantiated from `PyObject* boost::python::to_python(const T&) [with T = Vector3D<double>]' /usr/src/boost_1_28_0/boost/python/callback.hpp:125: instantiated from `static R boost::python::callback<R>::call_method(PyObject*, const char*, const A1&, const A2&, const A3&, const A4&) [with A1 = tag_t, A2 = Vector3D<double>, A3 = Vector3D<double>, A4 = saUIStyler::DialogSelection, R = saUIStyler::CallbackResult]' /home/nickm/sources/src/ugx/py/styler_py.cpp:265: instantiated from here /usr/src/boost_1_28_0/boost/python/cross_module.hpp:71: default argument given for parameter 2 of ` boost::python::python_import_extension_class_converters<DVect3D> boost::python::py_extension_class_converters(boost::python::type<DVect3D>, bool = 0)' /usr/src/boost_1_28_0/boost/python/cross_module.hpp:71: after previous specification in ` boost::python::python_import_extension_class_converters<DVect3D> boost::python::py_extension_class_converters(boost::python::type<DVect3D>, bool = 0)' Can somebody help me understand what the problem is? Thanks in advance Nikolay

1 0

boost::python and operator overloading
by srivatsan raghavan 16 Jul '02

16 Jul '02

hi all, i'm using boost::python to add acces to a C++ based network logging system from python and i'm running into a few snags wrt operator overloading .. specifically.. some of the classes support some operator signatures that i'm not sure how to export to python .. the python docs & boost::python discuss overloading operators, but only in the context of numeric extensions, and there is some things about a __coerce__ method .. but i'm not clear on how they should be used .. for example supports a stream-like interface: class LogStream { ILogStream& operator<<(long double ld); ILogStream& operator<<(std::string s); //for stream manipulators ILogStream& operator<<( ILogStream& (*pf)(ILogStream&)); } ; these are clearly not numeric operator overloads is there any way i can map these operators to their python equivalents ? --vat __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com

1 0

RE: [Boost-Users] Re: Boost Sockets
by Jim.Hyslop 16 Jul '02

16 Jul '02

Phil Nash [mailto:phil.nash.lists@squareseven.com] wrote: > Have I made my position clear :-) No, I don't think so, Phil - please tell us what you _really_ think ;-) -- Jim

2 1

noncopyable
by Volker Boerchers 16 Jul '02

16 Jul '02

Hi, to use boost::noncopyable I have to include boost/utility.hpp, i.e. _all_ utilities consisting of several template classes and functions. I expected to have a separate header in favour of compilation speed (as for boost/utility/base_from_member.hpp or boost/checked_delete.hpp which are included from utility.hpp). OK, at the end the preprocessed output is only ~100 lines (empty lines stripped) instead of 10 but what speaks against a separate header? Regards, Volker -- Volker Boerchers <vboerchers(a)tecon.de> System Engineer TECON Systems AG, Perlengraben 2, 50676 Köln, http://www.tecon.de Tel: +49-221-92007-55, Fax: +49-221-92007-77

1 0

Boost Sockets
by James Zappia 15 Jul '02

15 Jul '02

Hi, Is there a boost library for network sockets on the radar? Most of the C++ socket libraries I've seen aren't very appealing. Just curious if boost will be offering something. Regards, James

1 0

Boost performance
by Barnali 15 Jul '02

15 Jul '02

Is their any way to evaluate the performance of boost library using any standard benchmark (bench++ ?)? Regards Barns

1 0