- Boost-users - lists.boost.org

math statistical: Kolmogorov-Smirnov distribution
by Matwey V. Kornilov 07 Feb '11

07 Feb '11

Hi, Isn't there KS-distribution in boost.math? I didn't find this but maybe I missed something. As far as I understand there is no way to perform KS-test using boost.math framework due to absence of needed statistic.

3 4

Re: [Boost-users] [boost] TTI library updated in the sandbox
by Dave Abrahams 07 Feb '11

07 Feb '11

Couple o' things: On Sun, Feb 6, 2011 at 12:39 PM, Edward Diener <eldiener(a)tropicsoft.com> wrote: > Features of the update include support for the older gcc 3.4.2 and 3.4.5, > finer-grained introspection for the basic macro metafunctions, documentation > examples, better and tighter design, and better use of Boost MPL methodology > ( metafunctions are now passed as lambda expressions and metafunction > globbing has been removed from the two metafunctions where it previously > existed ). You can view the changes in the History section of the > documentation. FWIW, passing lambda expressions instead of metafunction classes is a trade-off: it's more expressive, but will lengthen compile times. For the implementation of a boost library, it's probably better to err on the side of speed. > The TTI library is based on the type_traits_ext portion of the Concept > Traits Library, with improvements and additions, and also lifts > functionality, for the purposes of orthogonality, from Boost.MPL regarding > introspection of types and templates. Orthogonality in what sense? Duplicating functionality seems like the opposite of orthogonality. -- Dave Abrahams BoostPro Computing http://www.boostpro.com

3 4

[BOOST::XPRESSIVE] Trouble with functor
by Norbert Hauck 07 Feb '11

07 Feb '11

Hi again, and sorry for the repost - I had a fat finger accident and clicked the send button to early! If I managed to delete the old message prior to posting this one please ignore. To the point: Please find enclosed my code - df1.cpp - as an attachment. I tinkered around with it but since I'm new to the boost libraries as well as a hobby programmer at best I throw in the towel now. Maybe someone more experienced can help me out how to change my code so that it compiles without errors.The error message was: 1>c:\program files\boost\boost_1_45_0\boost\proto\context\default.hpp(441) : error C2664: 'int DateVerify_Impl::operator ()(const std::string &,wchar_t *) const' : cannot convert parameter 2 from 'wchar_t (*__w64 const )[11]' to 'wchar_t *' 1> Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast Are ALL parameters I pass to the operator() somehow const ? Pfff ..... maybe I should continue after my temperature went down again (flu) - it seems my brains are addled and I cannot figure out anything at the moment. Thanks a lot, Norbert -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone

2 2

Re: [Boost-users] multi_array and variants
by Alle Meije Wink 07 Feb '11

07 Feb '11

Dear Kris, thanks for your reply. > > What I now have is a class bisArray: > > ... > > template<typename T> > > class bisArray: public bisObject { > > typedef boost::variant > > < boost::multi_array_ref<T, 1>, > > boost::multi_array_ref<T, 2>, > > boost::multi_array_ref<T, 3>, > > boost::multi_array_ref<T, 4>, > > boost::multi_array_ref<T, 5>, > > boost::multi_array_ref<T, 6>, > > boost::multi_array_ref<T, 7>, > > boost::multi_array_ref<T, 8>, > > boost::multi_array_ref<T, 9> > > > bisArray_t; > > bisArray_t _bisArray; > > ... > > > > and a class bisImage, which has a bisArray as well as a pointer to the > > data as read from file (1-dimensional structure): > > ... > > > > template<typename T> > > > > class bisImage: public bisObject { > > > > public: > > > > /** Constructor using existing array data > > Reformats array as bisImage > > */ > > bisImage ( T* _data, size_t _dimensions, std::vector<size_t> _sizes > > ): > > data(_data), dimensions(_dimensions) { > > > > This code (or You) comes from java or C#, doesn't it? ;-) In C++ it is > supposed to be this->[...] instead of this.[...] No, it's C (which doesn't use any of this -not properly at least). The whole this[...] business was not supposed to be there anyway I realised. The reason that I went to boost:: is that I was hoping to get one class for all data types (using T) and dimensionalities (using multi_array) > Second thing: the member storage is initialized with the default constructor > (which in this case does not exist => error ), and then assigned (below). > > I suggest a change to: > bisImage([...]) : [...], storage( _data, _dimensions, _size ) { [...] > and remove the assignment from the body of the constructor > > Note also: I have read in many places, that you should not use names > beginning with an underscore (_), because they are reserved for > compiler/library implementation. One of those places was Herb Sutter's gotw > series. Ah! The underscore names come from a library that I tried to imitate which has successfully incorporated some aspects of boost(it is called MIMAS). Have not reached the stage of 'nicifying' the code yet... I moved the storage thing to where you suggested (1 line up) and that does get rid of lots of errors. However what I am stuck with seems to be, in essence, still the same thing: >>> /home/amwink/programs/cpp/bis/src/bisniftiimage.cpp||In function ‘void bis::bisReadNifti(std::string)’:| >>> /home/amwink/programs/cpp/bis/src/bisniftiimage.cpp|102|warning: unused variable ‘testimage’| >>> /usr/include/boost/variant/variant.hpp||In constructor ‘boost::variant<T0, T1, T2, T3, T4, T5, T6, T7, T8, T9, T10, T11, T12, T13, T14, T15, T16, T17, T18, T19>::variant() [with T0_ = boost::multi_array_ref<unsigned char, 1ul>, T1 = boost::multi_array_ref<unsigned char, 2ul>, T2 = boost::multi_array_ref<unsigned char, 3ul>, T3 = boost::multi_array_ref<unsigned char, 4ul>, T4 = boost::multi_array_ref<unsigned char, 5ul>, T5 = boost::multi_array_ref<unsigned char, 6ul>, T6 = boost::multi_array_ref<unsigned char, 7ul>, T7 = boost::multi_array_ref<unsigned char, 8ul>, T8 = boost::multi_array_ref<unsigned char, 9ul>, T9 = boost::detail::variant::void_, T10 = boost::detail::variant::void_, T11 = boost::detail::variant::void_, T12 = boost::detail::variant::void_, T13 = boost::detail::variant::void_, T14 = boost::detail::variant::void_, T15 = boost::detail::variant::void_, T16 = boost::detail::variant::void_, T17 = boost::detail::variant::void_, T18 = boost::detail::variant::void_, T19 = boost::detail::variant::void_]’:| >>> /home/amwink/programs/cpp/bis/src/bisarray.hpp|52|instantiated from ‘bis::bisArray<T>::bisArray(T*, size_t, std::vector<long unsigned int, std::allocator<long unsigned int> >) [with T = unsigned char]’| >>> /home/amwink/programs/cpp/bis/src/bisimage.hpp|33|instantiated from ‘bis::bisImage<T>::bisImage(T*, size_t, std::vector<long unsigned int, std::allocator<long unsigned int> >) [with T = unsigned char]’| >>> /home/amwink/programs/cpp/bis/src/bisniftiimage.cpp|126|instantiated from here| >>> /usr/include/boost/variant/variant.hpp|1198|error: no matching function for call to ‘boost::multi_array_ref<unsigned char, 1ul>::multi_array_ref()’| >>> /usr/include/boost/multi_array/multi_array_ref.hpp|623|note: candidates are: boost::multi_array_ref<T, NumDims>::multi_array_ref(T*, const typename boost::const_multi_array_ref<T, NumDims, T*>::storage_order_type&, const typename boost::const_multi_array_ref<T, NumDims, T*>::index*, const typename boost::const_multi_array_ref<T, NumDims, T*>::size_type*) [with T = unsigned char, long unsigned int NumDims = 1ul]| >>> /usr/include/boost/multi_array/multi_array_ref.hpp|469|note: boost::multi_array_ref<T, NumDims>::multi_array_ref(T*, const boost::detail::multi_array::extent_gen<NumDims>&, const boost::general_storage_order<NumDims>&) [with T = unsigned char, long unsigned int NumDims = 1ul]| >>> /usr/include/boost/multi_array/multi_array_ref.hpp|463|note: boost::multi_array_ref<T, NumDims>::multi_array_ref(T*, const boost::detail::multi_array::extent_gen<NumDims>&) [with T = unsigned char, long unsigned int NumDims = 1ul]| >>> /usr/include/boost/multi_array/multi_array_ref.hpp|417|note: boost::multi_array_ref<unsigned char, 1ul>::multi_array_ref(const boost::multi_array_ref<unsigned char, 1ul>&)| >>> ||=== Build finished: 1 errors, 1 warnings ===| So boost.variant now sugegsts that multi_array_ref() is called, a constructor with no arguments! I don't use that, and I don't even think it exists (because it produces a multi_array view of an *existing* C-style array! The only way I knew to initialise a bisArray was with using a switch statement -proper C: switch dims{ case 1: _bisarray=multi_array_ref<T,1> (data, sizes); break; case 2: _bisarray=multi_array_ref<T,2> (data, sizes); break; ... } That is the only way multi_array_ref is called! Any idea why a problem with the *default* constructor would turn up? Thanks for your suggestions! My error list already fits on one screen :) Alle Meije

3 3

[type_traits] will the future has_operator_left_shift be able to test if a type is serializable to a stream ?
by Mathieu Champlon 06 Feb '11

06 Feb '11

Hello, I just tried the type_traits extension from the sandbox : http://svn.boost.org/svn/boost/sandbox/type_traits (by the way the source files are indented with tabs) Simply including for instance <boost/type_traits/has_operator_left_shift.hpp> on vc80 and vc100 yields : boost/type_traits/detail/has_binary_operator.hpp(80) : warning C4346: 'boost::is_class<boost::remove_reference<T>::type>::value' : dependent name is not a type prefix with 'typename' to indicate a type boost/type_traits/detail/has_binary_operator.hpp(142) : see reference to class template instantiation 'boost::has_operator_left_shift<LHS,RHS,RET>' being compiled boost/type_traits/detail/has_binary_operator.hpp(80) : error C2146: syntax error : missing ')' before identifier 'or' boost/type_traits/detail/has_binary_operator.hpp(142) : error C2039: 'value' : is not a member of '`global namespace'' boost/type_traits/detail/has_binary_operator.hpp(142) : error C2059: syntax error : ')' boost/type_traits/detail/has_binary_operator.hpp(142) : error C2143: syntax error : missing ';' before '{' boost/type_traits/detail/has_binary_operator.hpp(142) : fatal error C1004: unexpected end-of-file found It compiles fine on cygwin with gcc 3.4.4 though. I spent a few minutes trying to pinpoint the exact location of the error without much success (got lost in the macros). I'm using boost 1.42. Anyway, it seems that nothing in the documentation indicates the new traits are limited to numeric types. Moreover it sort of works for testing if a type is serializable to an std::ostream : BOOST_STATIC_ASSERT(( boost::has_operator_left_shift< std::ostream, int >::value )); And it also works for far more advanced cases (like a type convertible to another type which is serializable, or a class deriving from another class which is serializable, etc..) However it doesn't work with a pointer type, for instance this fails : BOOST_STATIC_ASSERT(( boost::has_operator_left_shift< std::ostream, void* >::value )); Will this use case be supported ? Thanks, MAT.

4 14

MPFR in Boost 1.45.0
by Novak Elliott 05 Feb '11

05 Feb '11

Hi, I searched the boost mailing list archives on MPFR and the last query was in Feb 2010 so I think this may be worth a new thread. I'm interested in using MPFR (C library for multiple-precision floating-point computations with *correct rounding - *http://www.mpfr.org/) with some of the boost math libraries (vectors, matrices). Support is available to do this via the bindings in boost/math/bindings/mpfr.hpp<http://www.boost.org/doc/libs/1_45_0/boost/math/bindings/mpfr.hpp>. As per the documentation ( http://www.boost.org/doc/libs/1_45_0/libs/math/doc/sf_and_dist/html/math_to… ): "In order to use these bindings you will need to have installed MPFR plus it's dependency the GMP library and the C++ wrapper for MPFR known as gmpfrxx (or mpfr_class)." However, when compiling the example listed in the documentation: #include <boost/math/bindings/mpfr.hpp> #include <boost/math/special_functions/gamma.hpp> int main() { mpfr_class::set_dprec(500); // 500 bit precision // // Note that the argument to tgamma is an expression template, // that's just fine here: // mpfr_class v = boost::math::tgamma(sqrt(mpfr_class(2))); std::cout << std::setprecision(50) << v << std::endl; } I get a large number of compile errors (attached). I do have GMP, MPFR and gmpfrxx installed, although to get the gmpfrxx example to work (source: example.cpp) I had to comment out the reference to GMP_RND_MAX as this enumerated type value, present in MPFR version 2.4.2, has been removed from mpfr.h from version 3.0.0. Does anyone have any experience is getting boost 1.45.0 running with MPFR 3.0.0? I'm wondering whether this an MPFR problem, a boost bindings problem, or both. cheers, Novak.

3 5

interprocess_condition::wait(scoped_lock<interprocess_upgradable_lock> &) missing
by John Ky 05 Feb '11

05 Feb '11

Hi boost users, I've discovered that the following doesn't compile. using namespace boost::interprocess; interprocess_upgradable_mutex mutex; interprocess_condition cv; boost::posix_time::ptime deadline; { scoped_lock<interprocess_upgradable_mutex> lock(mutex); sharable_lock<interprocess_upgradable_mutex> lock2(mutex); cv.wait(lock); // doesn't compile cv.timed_wait(lock, deadline); // doesn't compile. } It is failing because boost doesn't define the following methods: void interprocess_condition::do_wait(interprocess_upgradable_mutex &mut); bool interprocess_condition::do_timed_wait(const syssrv_boost::posix_time::ptime &abs_time, interprocess_upgradable_mutex &mut); I was thinking of making a basic implementation like so: Define a scoped_unlock class, which behaves just like scoped_lock except the constructor unlocks and the destructor locks. Then define the following: inline void interprocess_condition::do_wait(interprocess_upgradable_mutex &mut) { scoped_unlock<interprocess_upgradable_mutex> unlock(mut); interprocess_mutex &internal_mutex = mut.m_mut; scoped_lock<interprocess_mutex> internal_lock(internal_mutex); this->wait(internal_lock); } inline bool interprocess_condition::do_timed_wait (const syssrv_boost::posix_time::ptime &abs_time, interprocess_upgradable_mutex &mut) { scoped_unlock<interprocess_upgradable_mutex> unlock(mut); interprocess_mutex &internal_mutex = mut.m_mut; scoped_lock<interprocess_mutex> internal_lock(internal_mutex); return this->timed_wait(internal_lock, abs_time); } These functions simply do the following: - unlock the exclusive lock on the interprocess_upgradable_mutex (which is emulated with an internal interprocess_mutex) - then lock the internal interprocess_mutex - Call interprocess_condition::wait or interprocess_condition::time_ wait on the implementation lock which does all the work - unlock the internal interprocess_mutex - relock the exclusive lock on the interprocess_upgradable_mutex Intuitively, this should work. Is there anything I missed that would make this an incorrect implementation? Cheers, -John

3 10

Boost asio question
by Claude 04 Feb '11

04 Feb '11

Hi, it is possible obtain a Socket (boost::asio::ip::tcp::socket) from an acceptor object? This is my problem: I use the accept() method of acceptor for wait on a connection. But, in java, the method accept() of ServerSocket class return a socket object and I can pass this reference to a thread that handles it and I can continue to accept() in main program. It is possible obtain this behavior with asio? -- View this message in context: http://boost.2283326.n4.nabble.com/Boost-asio-question-tp3255518p3255518.ht… Sent from the Boost - Users mailing list archive at Nabble.com.

2 3

[BOOST::XPRESSIVE] Trouble with functor in regex
by Norbert Hauck 04 Feb '11

04 Feb '11

Hi, I'm tinkering around with xpressive but have run into a problem. Warning: I'm rather unprofessionnal as a programmer so I might have overlooked something very simple - please bear with me! ------Code-----Code------- #include "stdafx.h" #include <boost/xpressive/xpressive_static.hpp> #include <boost/xpressive/regex_actions.hpp> #include <boost/xpressive/regex_primitives.hpp> #include <string> #include <iostream> using namespace boost::xpressive; class DateVerify_Impl { public: typedef int result_type; int operator()(const std::string& cap,wchar_t* pdate)const //val references currdate { int yy = (cap[0]-'0')*1000 + (cap[1]-'0')*100 + (cap[2]-'0')*10 + (cap[3]-'0'); int mm = (cap[5]-'0')*10 + (cap[6]-'0'); int dd = (cap[8]-'0')*10 + (cap[9]-'0'); if ((yy > 2003 && yy < 2099) && (mm > 0 && mm < 13) && (dd > 0 && dd < 32)) { const int ddinmonth[] = {31,29,31,30,31,30,31,31,30,31,30,31}; if (ddinmonth[(mm-1)] >= dd) { if (!(mm == 2 && dd == 29) || ((yy%400 ? yy%100 ? yy%4 ? false : true : false :true) == 1)) { //stringcopy cap to val size_t convertedChars = 0; mbstowcs_s(&convertedChars,pdate,11,cap.c_str(),_TRUNCATE); return 1; } else return 0; } else return 0; } } }; int _tmain(int argc, _TCHAR* argv[]) { wchar_t currdate[11]; std::string date = "2011/02/02"; function<DateVerify_Impl>::type const dverify = {{}}; mark_tag datetag(1); smatch mtch; sregex tcrgx = bos >> (datetag= (repeat<4>(_d) >> '/' >> repeat<2>(_d) >> '/' >> repeat<2>(_d))) [check(dverify(datetag,&currdate) == 1)] >> eos; if (regex_match(date,mtch,tcrgx)) std::wcout << "YO BABY, YO !" << " ... and the winner is " << currdate << '\n'; return 0; } -- GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit gratis Handy-Flat! http://portal.gmx.net/de/go/dsl

1 0

[program_options] negative numbers in options value<vector<int> >()->multitoken()
by Andrzej Zielinski 04 Feb '11

04 Feb '11

Hi, I am using boost::program_options and found a problem with passing a series of positive/negative numbers. i.e myProgram.out --system 0 -2 2 -3 Similar problem like in: http://stackoverflow.com/questions/4107087/accepting-negative-doubles-with-… I do not want to disable short options. I want to make quotes working. So when I call myProgram.out --system '0 -2' error: in option 'system': invalid option value myProgram.out --system 0 -2 error: unknown option -2 What quotation do you mean ? I am using bash, on CYGWIN and in linux

1 1