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

boost::polymorphic_upcast suggestion
by Jean Llorca 27 Jun '02

27 Jun '02

Hi, I would like to propose, in the spirit of Bjarne Stroustrup book, an upcast (where target inherits source). template <class Target, class Source> inline Target polymorphic_upcast(Source* x BOOST_EXPLICIT_DEFAULT_TARGET) { typedef unsigned int uint; uint offset = reinterpret_cast<uint>( static_cast<Source*>( reinterpret_cast<Target>(1) ) ) - 1; Target res = reinterpret_cast<Target>( reinterpret_cast<uint>( x ) - offset ); assert( res == dynamic_cast<Target>(x) ); return res; } It would be faster to use the polymorphic_upcast, since it doesn't use dynamic_cast in NDEBUG. Regards, Jean Llorca.

1 0

RegEx++ and vc7 heap/memory error
by john_p_osborn 26 Jun '02

26 Jun '02

When executing the following code I get an _CrtIsValidHeapPointer error in dbgheap.c: boost::RegEx r; std:string sTmp; std:string sExp = "\\bContent-Type:":\\s*([^; ]{1,16})""; r.SetExpression(sExp, true); if (!r.Search((LPCTSTR)(pInputBytes))) { ... error } else { sTmp = r2[1]; } If I change sExp to specify {1,15} it works. Anybody know what's going on? I'm using 1_28_0 with Visual Studio .NET

1 0

Regex problems with HP aCC
by dufr0017 26 Jun '02

26 Jun '02

I am trying to build the Regex library for hp_ux 11.0 using aCC version 3.33. I have tried both the current CVS version and version 1.28 of Boost. With either one, I get the same errors. Below is the full text of my error message. I have been able to build successfully on many other platforms. I found a message in the archives, accessible at http://lists.boost.org/MailArchives/boost/msg29179.php, where another user has experienced a similar problem. Has anyone solved this problem, or could any offer a possible fix? Is anyone using Regex on HP_UX? If so, any tips on configuration, etc, would be greatly appreciated. I am stumped by this one. Thanks in advance for your help, Mark Dufresne Here is the error: aCC -o hp_ux/boost_regex/cregex.o -c -I../../../ +Z -AA -mt +DAportable -g0 +W749 ../src/cregex.cpp Error 619: "../../../boost/regex/detail/regex_match.hpp", line 1781 # The definition of template iterator_traits<boost::detail::allocator_adapter<char,boost::detail::s imple_alloc> > contains typename qualification '_Iterator::iterator_category', yet generation of specialization struct iterator_traits<boost::detail::allocator_adapter<char,boost::detail::s imple_alloc> > implies that '_Iterator' is 'class allocator_adapter<char,boost::detail::simple_alloc>', which does not contain a type named 'iterator_category'. return re_detail::reg_grep(re_detail::grep_search_predicate<iterator, ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Error 618: Exact position unknown; near ["../../../boost/regex/detail/regex_match.hpp", line 1781]. # The definition of template iterator_traits<template#0> contains typename qualification '_Iterator::value_type', yet generation of specialization struct iterator_traits<template#0> implies that '_Iterator' is 'tentative class template#0', which is incomplete. Error 445: "../../../boost/regex/detail/regex_match.hpp", line 1781 # Cannot recover from earlier errors. return re_detail::reg_grep(re_detail::grep_search_predicate<iterator, ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ *** Error exit code 2

1 0

boost.python and g++ 3.1 - Help needed
by jfo60540 26 Jun '02

26 Jun '02

Hi - I am trying to recompile code that compiles cleanly with g++ 3.0.4 with g++ 3.1. I get the following error messages, which, I am affraid, I cannot decipher. Any hints would be greatly appreciated. -Francois g++ -c -g -fPIC -DBOOST -I/usr/local/ap/include/python2.2 -I/usr/local/ap/PLplot/include -I/usr/local/ap/galib/include -o pymathlib.o pymathlib.cc/usr/local/ap/include/boost/python/cross_module.hpp: In instantiation of `SuperCode::Vector<Real>& boost::python::from_python(PyObject*, boost::python::type<SuperCode::Vector<Real>&>, bool)': /usr/local/ap/include/boost/python/caller.hpp:1093: instantiated from `static PyObject* boost::python::caller<void>::call(void (*)(A1, A2, A3), PyObject*, PyObject*) [with A1 = SuperCode::Vector<Real>&, A2 = const SuperCode::Vector<Real>&, A3 = const SuperCode::Vector<Real>&]' /usr/local/ap/include/boost/python/detail/functions.hpp:73: instantiated from `PyObject* boost::python::detail::wrapped_function_pointer<R, F>::do_call(PyObject*, PyObject*) const [with R = Void, F = Void (*)(SuperCode::Vector<Real>&, const SuperCode::Vector<Real>&, const SuperCode::Vector<Real>&)]' /usr/local/ap/include/boost/function/function_base.hpp:153: instantiated from here /usr/local/ap/include/boost/python/cross_module.hpp:91: default argument given for parameter 3 of `SuperCode::Vector<Real>& boost::python::from_python(PyObject*, boost::python::type<SuperCode::Vector<Real>&>, bool = false)' /usr/local/ap/include/boost/python/cross_module.hpp:91: after previous specification in `SuperCode::Vector<Real>& boost::python::from_python(PyObject*, boost::python::type<SuperCode::Vector<Real>&>, bool = false)' /usr/local/ap/include/boost/python/cross_module.hpp: In instantiation of `const SuperCode::Vector<Real>& boost::python::from_python(PyObject*, boost::python::type<const SuperCode::Vector<Real>&>, bool)': /usr/local/ap/include/boost/python/caller.hpp:1093: instantiated from `static PyObject* boost::python::caller<void>::call(void (*)(A1, A2, A3), PyObject*, PyObject*) [with A1 = SuperCode::Vector<Real>&, A2 = const SuperCode::Vector<Real>&, A3 = const SuperCode::Vector<Real>&]' /usr/local/ap/include/boost/python/detail/functions.hpp:73: instantiated from `PyObject* boost::python::detail::wrapped_function_pointer<R, F>::do_call(PyObject*, PyObject*) const [with R = Void, F = Void (*)(SuperCode::Vector<Real>&, const SuperCode::Vector<Real>&, const SuperCode::Vector<Real>&)]' /usr/local/ap/include/boost/function/function_base.hpp:153: instantiated from here /usr/local/ap/include/boost/python/cross_module.hpp:94: default argument given for parameter 3 of `const SuperCode::Vector<Real>& boost::python::from_python(PyObject*, boost::python::type<const SuperCode::Vector<Real>&>, bool = false)' /usr/local/ap/include/boost/python/cross_module.hpp:94: after previous specification in `const SuperCode::Vector<Real>& boost::python::from_python(PyObject*, boost::python::type<const SuperCode::Vector<Real>&>, bool = false)'

2 1

not enough space for thread data
by Andreas Olsson 26 Jun '02

26 Jun '02

Hi As you can see in the subject this is a newbie problem. I tried the example code "Simple usage of boost::thread" (http://www.boost.org/libs/thread/doc/thread.html) with MSVC 6.0 and ended up with an error message: R6016 - not enough space for thread data Are there any settings that must be set before this code will work? Regards Andreas

1 0

compilation problem on solaris-gcc with stlport
by Virginia Volk 25 Jun '02

25 Jun '02

Does anyone know why I am seeing problems? I am trying to compile boost on a SunOS 5.6 with gcc 2.95.3, using stlport 4.5.3. I use the following cmd: bjam_solaris -a "-sTOOLS=gcc-stlport" "-sBuild= debug release <stlport-iostream>on" "-sBUILD=debug release <runtime-link>static/dynamic" "-sSTLPORT_ROOT=/core/elements/cots/stlport-4.5.3" And I get errors such as: In file included from /core/elements/cots/stlport-4.5.3/stlport/stl/_iterator_base.h:38, from /core/elements/cots/stlport-4.5.3/stlport/stl/_algobase.h:55, from /core/elements/cots/stlport-4.5.3/stlport/stl/_list.h:34, from /core/elements/cots/stlport-4.5.3/stlport/list:35, from libs/regex/build/../src/c_regex_traits.cpp:27: /core/elements/cots/stlport-4.5.3/stlport/stl/type_traits.h: At top level: /core/elements/cots/stlport-4.5.3/stlport/stl/type_traits.h:68: template with C linkage /core/elements/cots/stlport-4.5.3/stlport/stl/type_traits.h:80: template with C linkage /core/elements/cots/stlport-4.5.3/stlport/stl/type_traits.h:91: template with C linkage /core/elements/cots/stlport-4.5.3/stlport/stl/type_traits.h:92: template with C linkage /core/elements/cots/stlport-4.5.3/stlport/stl/type_traits.h:213: template with C linkage ...failed gcc-C++-action libs/regex/build/bin/libboost_regex.a/gcc-stlport/release/runtime-link-d ynamic/regex.o... gcc-C++-action gcc-C++libs/regex/build/bin/libboost_regex.a/gcc-stlport/release/runtime gcc-C++-link-dynamic/regex_debug.o In file included from /core/elements/cots/stlport-4.5.3/stlport/stl/_alloc.h:64, from /core/elements/cots/stlport-4.5.3/stlport/memory:28, from /core/elements/cots/stlport-4.5.3/stlport/stl/_string.h:23, from /core/elements/cots/stlport-4.5.3/stlport/string:42, from /core/elements/cots/boost-1.28.0/boost/regex/config.hpp:86, from libs/regex/build/../src/regex_debug.cpp:26: /core/elements/cots/stlport-4.5.3/stlport/stl/_threads.h:207: template with C linkage /core/elements/cots/stlport-4.5.3/stlport/stl/_threads.h:406: parse error before `&' /core/elements/cots/stlport-4.5.3/stlport/stl/_threads.h:407: parse error before `&' /core/elements/cots/stlport-4.5.3/stlport/stl/_threads.h:407: `_STL::_STLP_mutex::operator =(...)' must take exactly one argum /core/elements/cots/stlport-4.5.3/stlport/stl/_threads.h:408: confused by earlier errors, bailing out Thank you, Virginia

4 7

[BGL] Newbie problems with property_map interface
by Erik Arner 24 Jun '02

24 Jun '02

Hi, I'm just starting to learn how to use BGL, and have a few questions. Help would be much appreciated. I'm currently trying to understand the add_vertex function where properties can be assigned to the vertices as the graph is constructed. The only info I've managed to find on the website is this: --------- vertex_descriptor add_vertex(const VertexProperties& p, adjacency_list& g) Adds a vertex to the graph with the specified properties. Returns the vertex descriptor for the new vertex. --------- Does anybody have any examples on how to use this? More specifically, consider the following. I want to construct a graph dynamically, i.e. the graph will grow and shrink during runtime. Let's say I have a Node class with one member (which I want to represent as an "internal property") as follows: class Node { public: std::string name; }; And an Edge class, again with internal properties: class Edge { public: int weight1; double weight2; }; Then my graph object would look something like this, right? typedef adjacency_list < vecS, vecS, directedS, property < vertex_name_t, std::string >, property <edge_weight_t, int, property <edge_weight2_t, double> > > Graph; Where do I go from here? That is, if I have a Node or Edge object in my hand, with members as specified above, how do I add it to the structure (provided that additional info is available regarding which Nodes to connect with the Edge)? I would be very grateful for any help on this. Also, pointers to good (online) tutorials and documented examples of using the BGL, aside from the ones on boost.org, would be appreciated. Thanks, Erik

2 1

VC7 + STLPort (and other assorted questions)
by juxtaposenj 24 Jun '02

24 Jun '02

Is there any way to force boost to build using VC7 and STLPort? I tried the obvious (settings TOOLS=msvc-stlport, and setting MSVC_DIR=<path to VC7>), but I got a ton of compiler errors that way. I ask because VC6 + STLPort 4.5.3 has some serious issues with the the VC6 compiler, causing internal compiler errors (very bad :P). Also, I keep hearing mention of a way to build the boost libs from inside the VC IDE (and the ability to build them for static linking), but I can't find project files, or a Jam option to build static. What am I missing? This is all Boost 1.28.0. Matt Holmes

3 2

regex, stringbuf and MSVC++ 6
by the_d.geo 24 Jun '02

24 Jun '02

What follow is the descriptions of a possible bug. Unfortunately I'm using MSVC++ and ran into some unexpected behavior using boost::regex_format and a stringbuf. I compiled 1.27.0 without the /Oa flag as suggested in the installation notes. In summary, this works: stringbuf line; ... string tmp = line.str(); if (regex_match(tmp, matchInfo, linerx)) { string name = regex_format(matchInfo, "$1"); } but this doesn't: stringbuf line; ... if (regex_match(line.str(), matchInfo, linerx)) { string name = regex_format(matchInfo, "$1"); } By "doesn't work" I mean that 'name' has spurious characteres. If this might be a bug, let me know and I'll track it down to a small, compilable example.

4 4

Trouble with tuple
by marshjray 24 Jun '02

24 Jun '02

Using 1.28.0, in source file "boost/tuple/detail/tuple_basic_no_partial_spec.hpp" (line 651), notice the transposition of <T5> and <T6>: return make_tuple(detail::assign_to_pointee<T1>(&t1), detail::assign_to_pointee<T2>(&t2), detail::assign_to_pointee<T3>(&t3), detail::assign_to_pointee<T4>(&t4), detail::assign_to_pointee<T6>(&t5), <---- detail::assign_to_pointee<T5>(&t6)); <---- Looks like a typo? Thanks, - Marsh

2 1