- Boost-users - lists.boost.org

[Signals] Boost.signals dll version crashes on OS X
by Chiedo Acholonu 17 Aug '05

17 Aug '05

I built the boost.signals library using bjam and am trying to use it in an xcode project named TestSignals. The project only consists of the signals library and the maximum.cpp example file (boost-root/libs/signals/example/maximum.cpp). The project builds but it crashes with a SIGBUS signal 10 when run. This only happens with the dynamic version of signals. I have defined BOOST_SIGNALS_DYN_LINK and built the library multithreaded, so I'm not sure what I'm doing wrong. I'm running OS X 10.4.2 with Xcode 2.1. Here is a snippet of the crash log (I can post the rest on request): Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000000 Thread 0 Crashed: 0 maximum.ob 0x0040c824 std::less<int>::operator()(int const&, int const&) const + 48 (stl_function.h:227) 1 maximum.ob 0x0040e0d8 boost::signals::detail::any_bridge_compare<std::less<int>, int>::operator()(boost::any const&, boost::any const&) const + 364 (named_slot_map.hpp:62) 2 maximum.ob 0x0040e148 boost::detail::function::function_obj_invoker2<boost::signals::detail::any_bridge_compare<std::less<int>, int>, bool, boost::any, boost::any>::invoke(boost::detail::function::any_pointer, boost::any, boost::any) + 76 (function_template.hpp:119) Any help would be much appreciated. Chiedo

1 0

boost:signals SIGSEV
by Massimiliano Liccardo 17 Aug '05

17 Aug '05

I opened the bug https://sourceforge.net/tracker/index.php?func=detail&aid=1262038&group_id=… concerning a segmentation fault using the boost:signals library. I attached the source i used. bye -- Massimiliano Liccardo (maX) <liccardo(a)acmesolutions.it> jid:coccolesto@jabber.org GnuPG public key available on wwwkeys.eu.pgp.net Key ID: D01F1CAD Key fingerprint: 992D 91B7 9682 9735 12C9 402D AD3F E4BB D01F 1CAD "la velocità induce all'oblio, la lentezza al ricordo"

1 0

[Regex] regex_match changed to match_any in 1.33?
by John Sichi 17 Aug '05

17 Aug '05

In boost/regex/v4/regex_match.hpp, a number of the overloads (the ones that don't take a result parameter) are now bitwise-oring in regex_constants::match_any. As a result, a sequence like boost::regexp exp("a(bc)?") char *value = "abcbc"; bool result = boost::regex_match(value, value + 5, exp); will now set result to true where it was previously false in 1.32. I fixed our code by passing in a dummy result object as an extra parameter. Was this change intentional? I couldn't find any documentation that mentions it. JVS

5 6

Re: [Boost-users] std::vector<std::string> pb
by Lana Abadie 17 Aug '05

17 Aug '05

Hi Joel, Thanks! It works now. Lana -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Joel de Guzman Sent: Tuesday, August 16, 2005 7:50 PM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] std::vector<std::string> pb Lana Abadie wrote: > > Hello, > Sorry to reiterate but if it's not the right forum to send this kind > of message, I would really appreciate that sb tells me where to post > it, because I'm stuck. > Thanks for helping > Lana > /*****************************/ Hi Lana, I'm sorry I wasn't able to reply as soon as possible. Yes, the proper forum is: C++-sig mailing list C++-sig(a)python.org http://mail.python.org/mailman/listinfo/c++-sig Anyway, here are some links that you might find useful: http://mail.python.org/pipermail/c++-sig/2004-March/007025.html http://mail.python.org/pipermail/c++-sig/2004-March/007028.html http://mail.python.org/pipermail/c++-sig/2004-March/007029.html Cheers, -- Joel de Guzman http://www.boost-consulting.com http://spirit.sf.net _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

[boost::program_options] bad_function_call and -g
by alexandre.ignjatovic＠insia.org 17 Aug '05

17 Aug '05

Hi, Does anyone know why i get a bad_function_call at the execution of this code (compiled without the '-g' option): namespace bpo = boost::program_options; _optDesc.add_options() ("version,v", "print version") ("help,h", "print this help message") ("config-file,f", bpo::value<std::string>(&_cfg)->default_value(_cfg), "specify configuration file") ("id,i", bpo::value<std::string>(&_id)->default_value(a_id), "specify server identifier"); bpo::variables_map vm; bpo::store(bpo::parse_command_line(argc, argv, _optDesc), vm); bpo::notify(vm); while it runs correctly with "-g" ? Compiler : gcc 343 (linux) or cc 57 (solaris) Boost version: 1.32.0 The exception seems to be trown by the notify function. By the way, it is quit hard to trace undebuggable compiled code (no -g, no way :)) Thanks in advance. -- Alexandre Ignjatovic

2 4

bjam - How to remove intermediate files?
by Matt Vogt 17 Aug '05

17 Aug '05

What is the equivalent of 'make clean' with bjam? 'bjam clean' seems to remove targets as well as intermediate files... I just want to remove objects in the build tree. Thanks, Matt

2 1

[Deprecation methods] (was [range] From 1.33.0 gives newwarningvs1.32)
by Sohail Somani 16 Aug '05

16 Aug '05

> maybe, but remember the code in question is deprecated and so > is likely to disappear in1.34. Speaking of deprecation, are there any compiler independent ways to indicate API deprecation ala Java? I investigated this a while back using compile time errors if a certain preprocessor directive was defined but it got hairy with virtual methods. Sohail

1 0

std::vector<std::string> pb
by Lana Abadie 16 Aug '05

16 Aug '05

Hello, Sorry to reiterate but if it's not the right forum to send this kind of message, I would really appreciate that sb tells me where to post it, because I'm stuck. Thanks for helping Lana /*****************************/ Hello, I am using boost for the first time. I have the following boost.cpp file: #include "../confDBAPIpython/test1.h" #include <boost/python.hpp> #include <boost/python/suite/indexing/vector_indexing_suite.hpp> #include <boost/python/module.hpp> #include <boost/python/def.hpp> #include <boost/python/implicit.hpp> using namespace boost::python; BOOST_PYTHON_MODULE(confDBAPIpython) { // Compile check only... class_<std::vector<int> >("IntVec") .def(vector_indexing_suite<std::vector<int> >()); class_<std::vector<std::string> >("StringVec") .def(vector_indexing_suite<std::vector<std::string> >()); def("DBConnexion",PyDBConnexion); def("DBDeconnexion",PyDBDeconnexion); def("GetDeviceTypeRow",PyGetDeviceTypeRow); def("GetDeviceRow_devicename",PyGetDeviceRow_devicename); def("GetDeviceRow_deviceid",PyGetDeviceRow_deviceid); def("GetDetailedConnectivityBetweenDevices",PyGetDetailedConnectivityBet weenDevices); def("GetConnectivityBetweenDevices",PyGetConnectivityBetweenDevices); } The two last fct returns vector<std::string>. When I try to use them in python, I have the following error message: list_str=libconfDBAPIpython.GetConnectivityBetweenDevices("TFC","THOR_00 ","ECAL_L1FE06_02_00"); print list_str[0]; Traceback (most recent call last): File "<stdin>", line 1, in ? TypeError: No Python class registered for C++ class std::string I don't understand why. I thought it will be handled by the vector_indexing_suite. I have no problem when a fcuntion returns a string or a vector<int> Thanks for helping Lana

2 1

Re: [Boost-users] [BULK] Re: [BULK] Re: [range] From 1.33.0 gives newwarningvs 1.32
by Sohail Somani 16 Aug '05

16 Aug '05

> no. I always use const_cast in my own code. so that is why I > believe it might be there for a reason. Speaking from my own experience, I've found that people use C-style casts because theyre lazy OR they don't understand what they want to do. The latter is really scary sometimes but its normal. Anyway, because I am dealing with a legacy C api, sometimes I have to const_cast to call these functions, but marking these with const_cast makes the casts easy to look for.

1 0

Re: [Boost-users] [BULK] Re: [BULK] Re: [range] From 1.33.0 gives newwarningvs1.32
by Sohail Somani 16 Aug '05

16 Aug '05

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of > Thorsten Ottosen > Sent: Tuesday, August 16, 2005 8:45 AM > To: boost-users(a)lists.boost.org > Subject: [BULK] Re: [Boost-users] [BULK] Re: [range] From > 1.33.0 gives newwarningvs1.32 > Importance: Low > Porting something to 10+ compilers is not always super easy. I agree, I have to only deal with the two of the most popular ones and even that's a headache sometimes. > And changing something that might break a regression is > always something I'm a bit reluctant to do. Yes, I've seen > compilers where a reinterpret_cast > + const_cast did not do what c-style cast would do. Don't ask me why. > + :-) You scare me.

1 0