- Boost-users - lists.boost.org

Fw: shared_array EXC_BAD_ACCESS
by Christopher Hunt 03 Aug '05

03 Aug '05

Hi Rene/Peter, I'd be happy to test this out in my environment. Question is: where can I get 1.33 from? Is there a single-drop of it available right now or should I CVS it? It might be useful to provide release candidates from the general download area on sourceforge. I understand that we're at release candidate #1 right now. I can't see where this is available (I've searched the archives too). Update: I just did a CVS export with an rtag for 1.33 and I've been getting a "cvs export: [00:44:01] waiting for david_abrahams's lock in /cvsroot/boost/boost/tools/build/test/startup/boost-root" for the last hour. It isn't easy to get hold of 1.33 is it? Cheers, -C On 03/08/2005, at 5:18 AM, boost-users-request(a)lists.boost.org wrote: > Rene Rivera wrote: >> Peter Dimov wrote: >>> I'm forwarding the following post from boost-users >>> >>> http://lists.boost.org/boost-users/2005/08/12938.php >>> >>> since it describes a pretty severe configuration problem on Mac OS X >>> that apparently leads to inconsistent definitions of >>> BOOST_HAS_THREADS and all kinds of interesting ODR violations. >> >> I think that problem is fixed. The original post doesn't mention the >> Boost version so it's hard to be sure. The checks for threading and >> the type of target getting built is considerably more complicated now >> than just the TARGET_CARBON check :-) >> >> It would be awesome if the original poster could test with 1.33 to >> make sure it's fixed. * * * Showpiece your Palm device and instantly access world times using our beautiful 3 dimensional globe http://www.classactionpl.com/

3 2

random number library | variate_generator | dynamic
by John Smith 02 Aug '05

02 Aug '05

Hello: I am trying to use boost::variate_generator so that the generator and distribution can be set dynamically at run time. Currently, I am doing this using the following from http://www.boost.org/libs/random/random_speed.cpp Classes: RandomGenBase, DynamicRandomGenerator, GenericRandomGenerator Function: make_dynamic(URNG & rng, const Dist& d) Then I am able to do: boost::mt19937 rng; iosim::GenericRandomGenerator<int> g_int; g_int.set(iosim::make_dynamic(rng, boost::uniform_int<>(-2,4))); (use g_int()...) g_int.set(iosim::make_dynamic(rng, boost::geometric_distribution<>(0.5))); (use g_int()...) Is there a better way of doing this? Thanks.

1 0

Re: [Boost-users] multi_array_ref timing issue
by Sohail Somani 02 Aug '05

02 Aug '05

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of > Grant Goodyear > Sent: Tuesday, August 02, 2005 1:12 PM > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] multi_array_ref timing issue > > > Sohail Somani wrote: [Tue Aug 02 2005, 02:28:09PM CDT] > > I think the indexing method you use is the best for your > application. > > > > I hope someone can correct me. > > Thank you very much. I _definitely_ appreciate it! No prob bob. Just helping out a fellow multi_array sucker^H^H^H^H^H^Huser

1 0

Re: [Boost-users] multi_array_ref timing issue
by Sohail Somani 02 Aug '05

02 Aug '05

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of > Grant Goodyear > Sent: Tuesday, August 02, 2005 10:22 AM > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] multi_array_ref timing issue > > > Sohail Somani wrote: [Tue Aug 02 2005, 12:01:43PM CDT] > > Can you give me some tests? I can run them and check. > > My previous e-mail (Message-ID: > <20050801203959.GQ22950(a)bmb24.uth.tmc.edu>) has two self-contained > programs: one that uses multi_array_ref, and one that does > not. That's what I've been using for my tests. Ok so I ran these (not to completion, I don't have *that* much time :)), but it appears that the indexing operation for multi_array is very slow in that a single index operation requires a lot of indirection and construction of a couple of different types (which is repeated for each dimension). I thought iterators may be faster. So I reworked your code to use iterators. Its even slower. I think the indexing method you use is the best for your application. I hope someone can correct me.

2 1

[BGL] BFS visitor question
by Rui Carvalho 02 Aug '05

02 Aug '05

Hello, I'm using the BFS visitor that appears in the BGL book (p 66), which can also be found here: http://boost.org/libs/graph/doc/kevin_bacon.html I would like to compute a quantity that depends on the bacon number of a vertex, but only to distance d_max as my graphs are quite big (and I need to compute the quantity for each vertex, so I want a speedy computation). Ideally, I'd like to write something like the code below (my code appears after the comment), but this doesn't seem to work. Am I missing something basic? template <typename DistanceMap> class bacon_number_recorder : public default_bfs_visitor { public: bacon_number_recorder(DistanceMap dist) : d(dist) { } template <typename Edge, typename Graph> void tree_edge(Edge e, const Graph& g) const { typename graph_traits<Graph>::vertex_descriptor u = source(e, g), v = target(e, g); d[v] = d[u] + 1; //end BFS if v is at a distance greater than d_max if (d[v]>dmax) return; } private: DistanceMap d; }; Thanks, Rui

2 1

Linker Problems with VC 7.1/ Boost 1.32 / Stlport 4.61
by Adrian Grigore 02 Aug '05

02 Aug '05

Hi, I've been happily using Boost 1.32 with Visual C++ 7.1 for a few months. Now I'd like to switch to STLPort, but can’t get my project to compile with STLPort due to linker errors (LNK2019 and LNK2001) in every boost library I use (signals, filesystem, thread). First I installed STLPort and to make sure that it is working properly with a dummy (boostless) project. Then I re-compiled boost with the stlport toolset: bjam "-sTOOLS=vc-7_1-stlport" "-sSTLPORT_PATH=C:\Programme\Microsoft Visual Studio .NET 2003\add-ons" "-sSTLPORT_VERSIONS=4.6.1" "-sPYTHON_ROOT=c:/Programme/Python24" install Last but not least, I recompiled my project (multithreaded, static runtime) which is using boost. I got 9 errors such as these: WxNonogram error LNK2001: unresolved external symbol "public: __thiscall boost::signals::detail::signal_base::signal_base(class boost::function2<bool,class boost::any,class boost::any,class _STL::allocator<class boost::function_base> > const &,class boost::any const &)" (??0signal_base@detail@signals@boost@@QAE@ABV?$function2@_NVany@boost@@V12@V?$allocator@Vfunction_base@boost@@@_STL@@@3@ABVany@3@@Z) WxNonogram error LNK2019: unresolved external symbol "bool __cdecl boost::filesystem::native(class _STL::basic_string<char,class _STL::char_traits<char>,class _STL::allocator<char> > const &)" (?native@filesystem@boost@@YA_NABV?$basic_string@DV?$char_traits@D@_STL@@V?$allocator@D@2@@_STL@@@Z) referenced in function "public: virtual bool __thiscall CMyWxApp3_wxstaticApp::OnInit(void)" (?OnInit@CMyWxApp3_wxstaticApp@@UAE_NXZ) I also defined BOOST_LIB_DIAGNOSTIC to see which libraries are linked against to. Strangely enough, it seems to link to the correct libraries as I got messages such as these: "Linking to lib file: libboost_signals-vc71-mt-sgdp-1_32.lib" and it still complains about signals not being resolved after linking. Unfortunately I do not have a clue on how to proceed. Any help would be appreciated. Thanks! :-) - Adrian

2 3

Re: [Boost-users] multi_array_ref timing issue
by Sohail Somani 02 Aug '05

02 Aug '05

Can you give me some tests? I can run them and check. Also, you can profile your object code and use kcachegrind to check which really is the bottleneck (i.e., are you passing multi_array's by value?) > -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of > Grant Goodyear > Sent: Tuesday, August 02, 2005 9:54 AM > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] multi_array_ref timing issue > > > > Just as an aside, I get nearly-identical results with the > boost-1.33.0_rc1 release candidate. > -- > Grant Goodyear > web: http://www.grantgoodyear.org > e-mail: grant(a)grantgoodyear.org > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

2 1

How to get length of mpl::vector as an int?
by Stephen Gross 02 Aug '05

02 Aug '05

Is there a way to get the length of an mpl vector as a static int? Thanks, --Steve Stephen Gross Case Western School of Medicine Cleveland, OH "By Grabthar's hammer, by the sons of Worvan, you shall be avenged." - Dr. Lazarus

2 1

multi_array_ref timing issue
by Grant Goodyear 02 Aug '05

02 Aug '05

We have a real-space convolution code that we noticed was running notably slower in our c++ version than it was in our f90 version. So, we extracted out the key part of the code and started seeing if we could find a bottleneck. Removing multi_array_ref and using painful pointer arithmetic seems to show that the multi_array_ref's are the bottleneck: bmb24 reconstruct > g++ -v Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/specs Configured with: /var/tmp/portage/gcc-3.4.4/work/gcc-3.4.4/configure --enable-version-specific-runtime-libs --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.4 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.4 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.4/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.4/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/include/g++-v3 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --enable-multilib --disable-libgcj --enable-languages=c,c++,f77 --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu Thread model: posix gcc version 3.4.4 (Gentoo 3.4.4, ssp-3.4.4-1.0, pie-8.7.8) bmb24 reconstruct > g++ -O3 arraysimple.cpp bmb24 reconstruct > time a.out 1.33693e+07 6.85547e+09 real9m40.203s users9m8.390s system0m1.889s bmb24 reconstruct > g++ -O3 arraynoboost.cpp bmb24 reconstruct > time a.out 1.33693e+07 6.85547e+09 real9m401m13.103s users9m81m10.551s system0m10m0.343s Boost version: boost-1.32.0 Can anybody confirm these results, or suggest a fix? Thanks, Grant Goodyear -- Grant Goodyear web: http://www.grantgoodyear.org e-mail: grant(a)grantgoodyear.org

1 1

Fw: shared_array EXC_BAD_ACCESS
by Peter Dimov 02 Aug '05

02 Aug '05

Rene Rivera wrote: > Peter Dimov wrote: >> I'm forwarding the following post from boost-users >> >> http://lists.boost.org/boost-users/2005/08/12938.php >> >> since it describes a pretty severe configuration problem on Mac OS X >> that apparently leads to inconsistent definitions of >> BOOST_HAS_THREADS and all kinds of interesting ODR violations. > > I think that problem is fixed. The original post doesn't mention the > Boost version so it's hard to be sure. The checks for threading and > the type of target getting built is considerably more complicated now > than just the TARGET_CARBON check :-) > > It would be awesome if the original poster could test with 1.33 to > make sure it's fixed.

1 0