- Boost-users - lists.boost.org

RE: [Boost-users] RE: Boost thread problem
by Sliwa, Przemyslaw (London) 17 Apr '05

17 Apr '05

Thanks, Ben, what should I use for representing the money amounts? A boolean :)) ? Thanks for help, Pshemek -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Ben Hutchings Sent: 15 April 2005 15:52 To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] RE: Boost thread problem Sliwa, Przemyslaw (London) wrote: > Hi, > > Thanks for help, > > On a Linux box I have to link against libc_r too? > Probably yes, but could you confirm this? No. Just use the compiler options "-pthread -D_REENTRANT" consistently. libc_r is a BSD thing. > It seems the usage of the vector cases problems with the > multithreaded programs on the multiprocessor machines. I have changed > it to queue and the bug has been resolved. I cannot reproduce it now. I think the bug might lie in the copy-assignment operator for CFXTrade. std::vector<CFXTrade> may use that whereas std::queue<CFXTrade> probably will not. By the way, what are you planning on doing with the money left over as a result of rounding errors? (Seriously, double is not a suitable type for representing amounts of money. Check your local accounting regulations.) Ben. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ --------------------------------------------------------

4 3

simple example with boost/serialization?
by Alex Makarenko 17 Apr '05

17 Apr '05

I am trying to use the boost serialization library but can't compile even the simplest demo. The result of attempted compilation is below. Any help would be appreciated. In particular, does anyone know of a *simple* example (with Makefiles, not jam-files) which works with gcc? Something similar to the one quoted 2.5 years ago here: http://aspn.activestate.com/ASPN/Mail/Message/boost/1437547 (this one is for the previous version of boost and does not work out of the box now). thanks, alex system: Debian Linux boost 1.32 gcc 3.3.5 ========================= $ g++-3.3 -Wall -o demo demo.cpp In file included from /usr/local/include/boost/config.hpp:35, from /usr/include/boost/serialization/utility.hpp:21, from demo.cpp:16: /usr/local/include/boost/config/compiler/gcc.hpp:57:7: warning: #warning "Unknown compiler version - please run the configure tests and report the results" In file included from /usr/include/boost/serialization/type_info_implementation.hpp:24, from /usr/include/boost/serialization/traits.hpp:33, from /usr/include/boost/serialization/nvp.hpp:22, from /usr/include/boost/serialization/utility.hpp:23, from demo.cpp:16: /usr/include/boost/serialization/extended_type_info_typeid.hpp:108: error: parse error before `::' token In file included from /usr/include/boost/serialization/type_info_implementation.hpp:30, from /usr/include/boost/serialization/traits.hpp:33, from /usr/include/boost/serialization/nvp.hpp:22, from /usr/include/boost/serialization/utility.hpp:23, from demo.cpp:16: /usr/include/boost/mpl/eval_if.hpp:67: error: wrong number of template arguments (3, should be 2) /usr/local/include/boost/mpl/lambda_fwd.hpp:28: error: provided for ` template<class T, long int Arity> struct boost::mpl::lambda' /usr/include/boost/mpl/eval_if.hpp:67: confused by earlier errors, bailing out =========================

2 1

Lapack Bindings
by Franz Mueller 16 Apr '05

16 Apr '05

Hi, I wanted to use boost and lapack-bindings in order to do standard numerics stuff (LU, QR, eigenvals, eigenvectors, svd). There is the geev.hpp but I couldn't get it to run (I'm using VC++ 7.1 and get the run-time error "** On entry to DGEEV , parameter number 13 had an illegal value"). The lu-stuff also failed with VC++ until I added a #include<assert.h>. Has anybody gotten all of the bindings to run with MS VC++.NET 7.1? And also there's almost no documentation for these functions. Does anybody have extended documentation or example programs for the eigenvalues and qr (or other lapack-bindings-stuff)? What about the future of the bindings, is there someone actively extending it? Is it actually worth using boost ublas/lapack-bindings or is there a better alternative? (TNT/JAMA, blitz, gmm,...) Thanks for your help, Franz

1 0

Lapack Bindings
by Franz Mueller 16 Apr '05

16 Apr '05

Hi, I wanted to use boost and lapack-bindings in order to do standard numerics stuff (LU, QR, eigenvals, eigenvectors, svd). There is the geev.hpp but I couldn't get it to run (I'm using VC++ 7.1 and get the run-time error "** On entry to DGEEV , parameter number 13 had an illegal value"). The lu-stuff also failed with VC++ until I added a #include<assert.h>. Has anybody gotten all of the bindings to run with MS VC++.NET 7.1? And also there's almost no documentation for these functions. Does anybody have extended documentation or example programs for the eigenvalues and qr (or other lapack-bindings-stuff)? What about the future of the bindings, is there someone actively extending it? Is it actually worth using boost ublas/lapack-bindings or is there a better alternative? (TNT/JAMA, blitz, gmm,...) Thanks for your help, Franz

1 0

Mac OSX Darwin - Only some libraries get built?
by Rush Manbert 16 Apr '05

16 Apr '05

Hi all, My first post here, and this is going to sound so stupid... I am running Mac OS version 10.3.8. I have the Boost 1.32.0 release, and I have 3.1.10 version of boost-jam for the Mac. I have configured bjam according to the instructions. I know about the problem compiling the release version of the serialization library, so have excluded it from the build. I tried to build all (but one) of the libraries with this command line: bjam --prefix=/Users/rmanbert/Builds/Boost/prefix --exec-prefix=/Users/rmanbert/Builds/Boost/exec-prefix/ --builddir=/Users/rmanbert/Builds/Boost/boost_1_32_0/ -sTOOLS=darwin --without-serialization --stagedir=/Users/rmanbert/Builds/Boost/stage/ (I realize that I could have omitted some of the directory specifications, but this is the command line that I used.) When it completes, it has only created seven of the libraries. It does not appear to have attempted to build anything else. The libraries that get created are: date_time, filesystem, program_options, regex, signals, test, and thread. These are the only subdirectories that exist under /Users/rmanbert/Builds/Boost/boost_1_32_0/bin/boost/libs. After getting this result, I ran the entire thing from scratch and captured the output, and I can't see anything related to any other libraries (attempts to create directories, failed compilations, etc.). I tried building one of the excluded libraries with this command: bjam --prefix=/Users/rmanbert/Builds/Boost/prefix --exec-prefix=/Users/rmanbert/Builds/Boost/exec-prefix/ --builddir=/Users/rmanbert/Builds/Boost/boost_1_32_0/ -sTOOLS=darwin --without-serialization --stagedir=/Users/rmanbert/Builds/Boost/stage/ --with-array (Same as previous command, with --with-array added). The only output I saw was this: --------------------------------------------------------------------- skipping Boost.Python library build due to missing or incorrect configuration couldn't find Python.h in "/System/Library/Frameworks/Python.framework/Versions/2.2/include/python2.2" You can configure the location of your python installation by setting: PYTHON_ROOT - currently "/System/Library/Frameworks/Python.framework/Versions/2.2" PYTHON_VERSION - The 2-part python Major.Minor version number (e.g. "2.2", NOT "2.2.1") - currently "2.2" The following are automatically configured from PYTHON_ROOT if not otherwise set: PYTHON_LIB_PATH - path to Python library object; currently PYTHON_INCLUDES - path to Python #include directories; currently "/System/Library/Frameworks/Python.framework/Versions/2.2/include/python2.2" --------------------------------------------------------------------- ...found 2936 targets... (I assume the "skipping Boost.Python" error is nothing to worry about. I'm not using Python. I have no idea what "...found 2936 targets..." means.) Dis I miss something obvious? Does anyone have any suggestions for me so I can get the other libs built? Any help would be greatly appreciated. Thanks, Rush

2 2

Bug in type_traits (CVS checkout)
by Elvanör 16 Apr '05

16 Apr '05

Hello, I don't know if this mailing list is the best place to file a bug report (maybe better on the boost-developers mailing list, or on bugzilla if there is one) to get something fixed, but I have a problem with type_traits. I am not using type_traits directly, only through use of the BGL. I got the following error (which was posted in a previous message related to the BGL, before I discovered that the error was in type_traits - sorry!): In file included from /Users/elvanor/Development/boost/boost/type_traits/extent.hpp:14, from /Users/elvanor/Development/boost/boost/type_traits.hpp:61, from /Users/elvanor/Development/boost/boost/detail/numeric_traits.hpp:64, from /Users/elvanor/Development/boost/boost/iterator/counting_iterator.hpp: 9, from /Users/elvanor/Development/boost/boost/pending/integer_range.hpp:14, from /Users/elvanor/Development/boost/boost/graph/detail/adjacency_list.hpp: 18, from /Users/elvanor/Development/boost/boost/graph/adjacency_list.hpp:281, from /Users/elvanor/Development/probabilisticgraphicalmodels/src/ GraphAlgorithms.h:4, from /Users/elvanor/Development/probabilisticgraphicalmodels/src/ GraphAlgorithms.cc:7: /Users/elvanor/Development/boost/boost/type_traits/detail/ size_t_trait_def.hpp:33:1: "BOOST_TT_AUX_SIZE_T_TRAIT_DEF1" redefined In file included from /Users/elvanor/Development/boost/boost/type_traits/rank.hpp:14, from /Users/elvanor/Development/boost/boost/type_traits.hpp:60, from /Users/elvanor/Development/boost/boost/detail/numeric_traits.hpp:64, from /Users/elvanor/Development/boost/boost/iterator/counting_iterator.hpp: 9, from /Users/elvanor/Development/boost/boost/pending/integer_range.hpp:14, from /Users/elvanor/Development/boost/boost/graph/detail/adjacency_list.hpp: 18, from /Users/elvanor/Development/boost/boost/graph/adjacency_list.hpp:281, from /Users/elvanor/Development/probabilisticgraphicalmodels/src/ GraphAlgorithms.h:4, from /Users/elvanor/Development/probabilisticgraphicalmodels/src/ GraphAlgorithms.cc:7: /Users/elvanor/Development/boost/boost/type_traits/detail/ size_t_trait_def.hpp:33:1: this is the location of the previous definition I have looked in the file producing the error (multiple defines). It doesn't include a header guard, but the file specifically says that this is intentional. Thus, I am not qualified enough to get a quick fix for my situation, and this is a problem since I really need the CVS version of Boost for my project... I tried replacing the whole type_traits directory from CVS with the one from Boost 1.32 (because i hadn't any problems with typetraits and Boost Graph Library until today, when I replaced 1.32 with CVS) , but I then get tons of compiler errors when compiling my project so obviously it isn't a good idea. Jean-Noël Rivasseau

2 1

RE: Boost thread problem
by C. Michailidis 16 Apr '05

16 Apr '05

> I think the bug might lie in the copy-assignment operator for CFXTrade. > std::vector<CFXTrade> may use that whereas std::queue<CFXTrade> > probably will not. This is a very keen observation Ben! Whether or not this is the case, it certainly is motivation to make sure that sample code posted to the list is free from all references to proprietary code. In addition, I would say that before submitting code samples to boost-users we should make every effort possible to simplify the sample to the bare minimum required to reproduce the bug/problem in question. We should also consider that by submitting proprietary code to the list, we may be in violation of confidentiality agreements had w/ our employers or customers. Remember, this list is archived and could (theoretically) be the kind of proof an employer/customer needs to fire/sue you. After all, the boost-users list is about helping users w/ boost - not with 3rd party (and possibly proprietary) code. I think we all know that the quality of open-source peer-reviewed codes can be dramatically higher than that of closed-source; can boost-users really afford to help track down a multitude of problems in a potentially huge number of proprietary apps/libs? Oh, and always use protection when having promiscuous sex! Signed, a hard-liner ;-)

1 0

RE: [Boost-users] RE: Boost thread problem
by Sliwa, Przemyslaw (London) 15 Apr '05

15 Apr '05

Hi, Thanks for help, On a Linux box I have to link against libc_r too? Probably yes, but could you confirm this? Thanks for help, Pshemek -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of C. Michailidis Sent: 15 April 2005 00:02 To: boost-users(a)lists.boost.org Subject: [Boost-users] RE: Boost thread problem > It seems the usage of the vector cases problems with the multithreaded programs on the multiprocessor machines. > I have changed it to queue and the bug has been resolved. I cannot reproduce it now. Huh, that's interesting! I suppose it may no longer be a major issue for you then (even though vectors and queues have different algorithms under the hood). Because you mentioned that the problem seems to be limited to true SMP systems, I tried your code again (this time on a dual cpu system) and I still couldn't reproduce it. I must admit that the process didn't seem to bounce between cpus though, so perhaps something is lost in the shuffle in that regard. The dual cpu system was configured similarly to the first machine that I tried it on (FreeBSD 5.3 + boost 1.32.0_2). The first machine (although not a 'true' smp system) is using hyperthreading w/ an SMP kernel so as far as the OS is concerned it too is a multiprocessor machine. If you still want to isolate the problem that you *were* having (using vector) then you may be interested in the details of thread-safe CRTs. The "-lc_r" indicates that (on FreeBSD) the re-entrant C library (i.e. thread-safe) should be linked against. On Windows I believe the analog is called something like 'msvcrtmt.dll' (C RunTime - MultiThreaded). I would hope that the .NET compiler uses this 'msvcrtmt.dll' when 'multithreaded support is on', but I couldn't tell you for sure. If you're statically linking, I think the name is just 'msvcrtmt.lib'. The thread-unsafe version doesn't have 'mt' appended to the library filename. The glamour of MSFT development has been largely replaced with a desire to actually get stuff working so... most of my development has been on FreeBSD lately. Therefore some of this MSFT specific information may not be exactly correct. Oh how the cobwebs accumulate! Anyway, you could probably double check for the 'msvcrtmt' library by looking at the detailed linker settings, that is if my suspicion concerns you and you're still interested in isolating the problem. In any case, I'm glad you found a work-around! C. Michailidis Balston Research LLC _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ --------------------------------------------------------

2 1

boost::mpl::vector example?
by Stephen Gross 15 Apr '05

15 Apr '05

Hi all... I'm trying to learn more about mpl vectors. I've found plenty of *reference* information, but no straightforward tutorials / examples. Does anyone know of any? Thanks, --Steve Stephen Gross Case Western School of Medicine Cleveland, OH "The large print giveth and the small print taketh away." - Tom Waits

2 1

RE: Boost thread problem
by C. Michailidis 15 Apr '05

15 Apr '05

> On a Linux box I have to link against libc_r too? > Probably yes, but could you confirm this? Your pthread man page is probably a better authority than I am ;-) C. Michailidis Balston Research LLC

1 0