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

[uBLAS] Constructing from std::vector
by Alex Henderson 24 Jul '03

24 Jul '03

Hi, I'm starting to play with the uBLAS library. So far so good... I'd like to be able to construct a ublas::vector from a std::vector. I can't seem to find how to do this. Do I have to go through std::copy or something equivalent or is there a constructor I've missed? If it doesn't exist, is there a reason why not? Perhaps there are some holes in my understanding. Thanks, Alex

1 0

Binary compatibility of boost dll files
by Rodolfo Lima 24 Jul '03

24 Jul '03

I see that several boost libraries can be compiled as dll files. I'd like to know if there's any concern about binary compatilibity between different versions of those dll's as boost's version number (and possibly the library itself) changes. For instance, whenever MFC's dll binary interface changes, we have another library version written in it's name (MFC42.dll, MFC70.dll, MFC71.dll...), this way we can help avoiding "dll hell". It would be also cool to link a version resource in each dll. This way, installers would check if a newer dll exists in the system, avoiding overwriting with an older one. And one last thing... the import library of date_time's dll isn't being generated, making it unusable. It's better to delete the dll target of its jamfile. If any help of my part is needed, I'd be glad to help. regards, rod

2 1

RE: [Boost-Users] Is there a boost_date_time dll?
by Jeff Garland 24 Jul '03

24 Jul '03

> Development environment is .NET 2003 (i.e., VC7.1). > > I'm reasonably sure there were no errors when I built boost_1_30_0. > > \boost_1_30_0\libs\date_time\build\bin\boost_date_time.dll certainly exists > - but it's a directory that contains a subdirectory (. > \vc7\debug\runtime-link-dynamic) that contains a .CMD, .pdb and two .obj > files. As the old saying goes: "I can see fine - I just don't understand > what I'm looking at." > > I'm clearly having a "senior moment" but honestly: I searched boost.org, > google.com and [even] altavista.com/web/adv. > > Any pointers to get me back on the right track would be appreciated. Couple of thoughts here: 1) Look for the static lib instead. This is the one I'm sure works. And anyway, there is hardly anything in the library anyway so there really isn't an much advantage to a dll. 2) Try doing the library build again, but at the date-time level only. Change down to libs/date_time/build and run bjam. This might give you some hints about what actually built. Jeff

1 0

RE: [Boost-Users] Newbie missing a header for boost_date_time?
by Jeff Garland 24 Jul '03

24 Jul '03

> I must be missing one or more headers but I can't figure it out. Can > someone help get me pointed in the right direction? > ...lots of compiler stuff omitted... My guess is that you don't have the boost root directory in your include path options. This would be the boost\boost_1_30_0 directory.... HTH, Jeff

1 0

RE: [Boost-Users] boost::date_time + setting system clock
by Jeff Garland 24 Jul '03

24 Jul '03

> I was wondering if it is possible to set the clock using date_time. I been >looking but have found no clue that it is so. From what I have seen so far, > this library does a lot of cool stuff, and why not this. I'm afraid the library doesn't support this feature. Contributions are always welcome, though ;-) > I am working on a little personal project that uses an ORB. The idea is > to have all clocks synchronized. I have one machine that queries an > atomic time server. After having done so it will call each machine > and synchronize them. I am currently running a mix of Linux, Solaris, > WIN NT 2000 and XP... and it freaks me out not to have them > synchronized. Why not just use NTP? http://www.ntp.org/ Jeff

2 1

Problem with regular expression
by Javier de Acha 24 Jul '03

24 Jul '03

Hello, The next few lines doesn't work (1) with \s. But (2) works well [[:space:]] regbase::escape_in_lists dont func? Someone it knows because? Thanks Javier --------------------------------------------------------------------- (1) void main() { regex exp("\s(ab)*",regbase::perl); cmatch what; if(regex_match(" ababab", what, exp)) { string str = what[0]; //this fail } } -------------------------------------------------------------------------------- (2) void main() { regex exp("[[:space:]](ab)*",regbase::perl); cmatch what; if(regex_match(" ababab", what, exp)) { string str = what[0]; //this succesfully match } } [Non-text portions of this message have been removed]

2 1

Random Number Generation
by tylersc111 23 Jul '03

23 Jul '03

I've got three questions/comments regarding the Random Number Library: Question (1) --------------------------------------------------------- How about including a facility for generating "antithetic random variates"? (Do a google search if the term is unfamiliar). A partial implementation might be something like the following, (I haven't tried compiling this, so please pardon any syntax errors...): template< class URNG > // Uniform Random Number Generator class antithetic { private: URNG urng; public: explicit antithetic( s ) { urng.seed(s); } // Perhaps not quite right (see question (2) below) typename URNG::result_type operator()() { return URNG::max_value - urng(); } }; Then one would be able to construct two antithetic variates (rng1 & rng2) as follows: mt19937 rng1(seed); antithetic<mt19937> rng2(seed); Question (2) -------------------------------------------------------- Regarding the "uniform_01" generator (and a possible bug in "uniform_in_sphere"). The interval generated by uniform_01 is designed to be the "half-open" interval [0,1). The asymmetry seems unnecessary. How about using the open interval (0,1). I can appreciate that perhaps efficiency is the reason for using the interval [0,1) if one is generating the random floating point numbers by setting the mantissa with a random bit stream. But, consider the following advantage to using (0,1): You would avoid a possible zerodivide in the "uniform_in_sphere" class. Here's my reasoning: Using the current "uniform_01" generator with the half open interval [0,1) the normal_distribution::operator() can return zero. Using my proposed "uniform_01" generator with the open interval (1,1) the normal_distribution::operator() will never return exactly zero. The "zero" return from normal_distribution::operator() could conceivably cause a zerodivide in "uniform_in_sphere". Question (3) -------------------------------------------------------- How about having a boost random number generator whose output would match that of Matlab's random number generator (both uniform and gaussian)? This would be useful in doing sanity tests when porting code to/from Matlab. Here's a link which gives some info on their generators: http://www.mathworks.com/support/solutions/data/8542.shtml

1 0

Newbie missing a header for boost_date_time?
by dick.bridges＠tais.com 23 Jul '03

23 Jul '03

I must be missing one or more headers but I can't figure it out. Can someone help get me pointed in the right direction? <extract> #include "boost/date_time/gregorian/gregorian.hpp" #include "boost/date_time/posix_time/posix_time.hpp" using namespace boost::posix_time; using namespace boost::gregorian; date d(2002,Feb,1); </extract> <results> c:\boost\boost_1_30_0\boost\date_time\gregorian\greg_month.hpp(51) : warning C4244: 'argument' : conversion from 'boost::gregorian::greg_month::month_enum' to 'boost::CV::constrained_value<value_policies>::value_type', possible loss of data with [ value_policies=boost::gregorian::greg_month_policies ] c:\boost\boost_1_30_0\boost\date_time\gregorian\greg_date.hpp(77) : warning C4244: 'argument' : conversion from 'boost::gregorian::date_duration_rep' to 'boost::CV::constrained_value<value_policies>::value_type', possible loss of data with [ value_policies=boost::gregorian::greg_day_of_year_policies ] c:\boost\boost_1_30_0\boost\date_time\time_parsing.hpp(65) : warning C4267: 'initializing' : conversion from 'size_t' to 'int', possible loss of data c:\boost\boost_1_30_0\boost\iterator_adaptors.hpp(1409) : see reference to class template instantiation 'boost::filter_iterator_generator<Predicate,Iterator,Value,Reference,Pointer,Category,Distance>' being compiled c:\boost\boost_1_30_0\boost\date_time\time_duration.hpp(69) : warning C4244: 'return' : conversion from 'boost::date_time::time_resolution_traits<frac_sec_type,res,resolution_adjust,frac_digits>::fractional_seconds_type' to 'boost::date_time::time_duration<T,rep_type>::hour_type', possible loss of data with [ frac_sec_type=boost::int64_t, res=micro, resolution_adjust=0x0f4240, frac_digits=6 ] and [ T=boost::posix_time::time_duration, rep_type=boost::posix_time::time_res_traits ] c:\boost\boost_1_30_0\boost\date_time\time_duration.hpp(68) : while compiling class-template member function 'boost::date_time::time_duration<T,rep_type>::hour_type boost::date_time::time_duration<T,rep_type>::hours(void) const' with [ T=boost::posix_time::time_duration, rep_type=boost::posix_time::time_res_traits ] c: \boost\boost_1_30_0\boost\date_time\posix_time\posix_time_config.hpp(62) : see reference to class template instantiation 'boost::date_time::time_duration<T,rep_type>' being compiled with [ T=boost::posix_time::time_duration, rep_type=boost::posix_time::time_res_traits ] c:\boost\boost_1_30_0\boost\date_time\time_duration.hpp(74) : warning C4244: 'return' : conversion from 'boost::date_time::time_resolution_traits<frac_sec_type,res,resolution_adjust,frac_digits>::fractional_seconds_type' to 'boost::date_time::time_duration<T,rep_type>::min_type', possible loss of data with [ frac_sec_type=boost::int64_t, res=micro, resolution_adjust=0x0f4240, frac_digits=6 ] and [ T=boost::posix_time::time_duration, rep_type=boost::posix_time::time_res_traits ] c:\boost\boost_1_30_0\boost\date_time\time_duration.hpp(73) : while compiling class-template member function 'boost::date_time::time_duration<T,rep_type>::min_type boost::date_time::time_duration<T,rep_type>::minutes(void) const' with [ T=boost::posix_time::time_duration, rep_type=boost::posix_time::time_res_traits ] c:\boost\boost_1_30_0\boost\date_time\time_duration.hpp(79) : warning C4244: 'return' : conversion from 'boost::date_time::time_resolution_traits<frac_sec_type,res,resolution_adjust,frac_digits>::fractional_seconds_type' to 'boost::date_time::time_duration<T,rep_type>::sec_type', possible loss of data with [ frac_sec_type=boost::int64_t, res=micro, resolution_adjust=0x0f4240, frac_digits=6 ] and [ T=boost::posix_time::time_duration, rep_type=boost::posix_time::time_res_traits ] c:\boost\boost_1_30_0\boost\date_time\time_duration.hpp(78) : while compiling class-template member function 'boost::date_time::time_duration<T,rep_type>::sec_type boost::date_time::time_duration<T,rep_type>::seconds(void) const' with [ T=boost::posix_time::time_duration, rep_type=boost::posix_time::time_res_traits ] c:\boost\boost_1_30_0\boost\date_time\time_system_counted.hpp(39) : warning C4244: 'initializing' : conversion from 'boost::date_time::counted_time_rep<config>::int_type' to 'boost::date_time::gregorian_calendar_base<ymd_type_,date_int_type_>::date_int_type', possible loss of data with [ config=boost::posix_time::millisec_posix_time_system_config ] and [ ymd_type_=boost::gregorian::greg_year_month_day, date_int_type_=boost::date_time::int_adapter<unsigned long>::int_type ] c:\boost\boost_1_30_0\boost\date_time\time_system_counted.hpp(38) : while compiling class-template member function 'boost::date_time::counted_time_rep<config>::date_type boost::date_time::counted_time_rep<config>::date(void) const' with [ config=boost::posix_time::millisec_posix_time_system_config ] c:\boost\boost_1_30_0\boost\date_time\time_system_counted.hpp(72) : see reference to class template instantiation 'boost::date_time::counted_time_rep<config>' being compiled with [ config=boost::posix_time::millisec_posix_time_system_config ] c:\boost\boost_1_30_0\boost\date_time\time.hpp(48) : see reference to class template instantiation 'boost::date_time::counted_time_system<time_rep>' being compiled with [ time_rep=boost::posix_time::int64_time_rep ] c:\boost\boost_1_30_0\boost\date_time\posix_time\ptime.hpp(19) : see reference to class template instantiation 'boost::date_time::base_time<T,time_system>' being compiled with [ T=boost::posix_time::ptime, time_system=boost::posix_time::posix_time_system ] c:\boost\boost_1_30_0\boost\date_time\gregorian_calendar.ipp(120) : warning C4244: 'initializing' : conversion from 'unsigned long' to 'unsigned short', possible loss of data c:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\include\streambuf(250) : while compiling class-template member function 'boost::date_time::gregorian_calendar_base<ymd_type_,date_int_type_>::ymd_type boost::date_time::gregorian_calendar_base<ymd_type_,date_int_type_>::from_day_number(boost::date_time::gregorian_calendar_base<ymd_type_,date_int_type_>::date_int_type)' with [ ymd_type_=boost::gregorian::greg_year_month_day, date_int_type_=boost::date_time::int_adapter<unsigned long>::int_type ] c: \boost\boost_1_30_0\boost\date_time\gregorian\greg_calendar.hpp(22) : see reference to class template instantiation 'boost::date_time::gregorian_calendar_base<ymd_type_,date_int_type_>' being compiled with [ ymd_type_=boost::gregorian::greg_year_month_day, date_int_type_=boost::date_time::int_adapter<unsigned long>::int_type ] c:\boost\boost_1_30_0\boost\date_time\gregorian_calendar.ipp(121) : warning C4244: 'initializing' : conversion from 'unsigned long' to 'unsigned short', possible loss of data c:\boost\boost_1_30_0\boost\date_time\gregorian_calendar.ipp(125) : warning C4244: 'argument' : conversion from 'boost::date_time::gregorian_calendar_base<ymd_type_,date_int_type_>::date_int_type' to 'unsigned short', possible loss of data with [ ymd_type_=boost::gregorian::greg_year_month_day, date_int_type_=boost::date_time::int_adapter<unsigned long>::int_type ] c:\boost\boost_1_30_0\boost\date_time\date_parsing.hpp(30) : warning C4244: 'argument' : conversion from 'int' to 'unsigned short', possible loss of data c:\boost\boost_1_30_0\boost\date_time\gregorian\parsers.hpp(17) : see reference to function template instantiation 'date_type boost::date_time::parse_date<boost::gregorian::date>(const std::string &)' being compiled with [ date_type=boost::gregorian::date ] c:\boost\boost_1_30_0\boost\date_time\date_parsing.hpp(31) : warning C4244: 'argument' : conversion from 'int' to 'unsigned short', possible loss of data c:\boost\boost_1_30_0\boost\date_time\date_parsing.hpp(32) : warning C4244: 'argument' : conversion from 'int' to 'unsigned short', possible loss of data c:\boost\boost_1_30_0\boost\date_time\date_parsing.hpp(54) : warning C4244: 'argument' : conversion from 'int' to 'unsigned short', possible loss of data c:\boost\boost_1_30_0\boost\date_time\gregorian\parsers.hpp(22) : see reference to function template instantiation 'date_type boost::date_time::parse_undelimited_date<boost::gregorian::date>(const std::string &)' being compiled with [ date_type=boost::gregorian::date ] c:\boost\boost_1_30_0\boost\date_time\date_parsing.hpp(55) : warning C4244: 'argument' : conversion from 'int' to 'unsigned short', possible loss of data c:\boost\boost_1_30_0\boost\date_time\date_parsing.hpp(56) : warning C4244: 'argument' : conversion from 'int' to 'unsigned short', possible loss of data c:\boost\boost_1_30_0\boost\date_time\time_parsing.hpp(103) : warning C4244: 'initializing' : conversion from 'int' to 'short', possible loss of data c:\boost\boost_1_30_0\boost\date_time\time_parsing.hpp(130) : see reference to function template instantiation 'time_duration boost::date_time::parse_undelimited_time_duration<time_duration>(const std::string &)' being compiled with [ time_duration=time_duration ] c: \boost\boost_1_30_0\boost\date_time\posix_time\time_parsers.hpp(26) : see reference to function template instantiation 'time_type boost::date_time::parse_iso_time<boost::posix_time::ptime>(const std::string &,char)' being compiled with [ time_type=boost::posix_time::ptime ] c:\boost\boost_1_30_0\boost\lexical_cast.hpp(147) : warning C4800: 'void *' : forcing value to bool 'true' or 'false' (performance warning) c:\boost\boost_1_30_0\boost\lexical_cast.hpp(146) : while compiling class-template member function 'bool boost::detail::lexical_stream<Target,Source>::operator <<(const Source &)' with [ Target=int, Source=boost::token_iterator_generator<boost::char_delimiters_separator<char>,std::basic_string<char,std::char_traits<char>,std::allocator<char>>::const_iterator,std::string>::value_type ] c:\boost\boost_1_30_0\boost\lexical_cast.hpp(189) : see reference to class template instantiation 'boost::detail::lexical_stream<Target,Source>' being compiled with [ Target=int, Source=boost::token_iterator_generator<boost::char_delimiters_separator<char>,std::basic_string<char,std::char_traits<char>,std::allocator<char>>::const_iterator,std::string>::value_type ] c:\boost\boost_1_30_0\boost\date_time\date_parsing.hpp(28) : see reference to function template instantiation 'Target boost::lexical_cast<int,boost::token_iterator_generator<TokenizerFunc,Iterator,Type>::value_type>(Source)' being compiled with [ Target=int, TokenizerFunc=boost::char_delimiters_separator<char>, Iterator=std::basic_string<char,std::char_traits<char>,std::allocator<char>>::const_iterator, Type=std::string, Source=boost::token_iterator_generator<boost::char_delimiters_separator<char>,std::basic_string<char,std::char_traits<char>,std::allocator<char>>::const_iterator,std::string>::value_type ] c:\boost\boost_1_30_0\boost\date_time\gregorian\parsers.hpp(17) : see reference to function template instantiation 'date_type boost::date_time::parse_date<boost::gregorian::date>(const std::string &)' being compiled with [ date_type=boost::gregorian::date ] c:\boost\boost_1_30_0\boost\lexical_cast.hpp(147) : error C2679: binary ' <<' : no operator found which takes a right-hand operand of type 'const boost::token_iterator_generator<TokenizerFunc,Iterator,Type>::value_type' (or there is no acceptable conversion) with [ TokenizerFunc=boost::char_delimiters_separator<char>, Iterator=std::basic_string<char,std::char_traits<char>,std::allocator<char>>::const_iterator, Type=std::string ] c:\boost\boost_1_30_0\boost\lexical_cast.hpp(146) : while compiling class-template member function 'bool boost::detail::lexical_stream<Target,Source>::operator <<(const Source &)' with [ Target=unsigned short, Source=boost::token_iterator_generator<boost::char_delimiters_separator<char>,std::basic_string<char,std::char_traits<char>,std::allocator<char>>::const_iterator,std::string>::value_type ] c:\boost\boost_1_30_0\boost\lexical_cast.hpp(189) : see reference to class template instantiation 'boost::detail::lexical_stream<Target,Source>' being compiled with [ Target=unsigned short, Source=boost::token_iterator_generator<boost::char_delimiters_separator<char>,std::basic_string<char,std::char_traits<char>,std::allocator<char>>::const_iterator,std::string>::value_type ] c:\boost\boost_1_30_0\boost\date_time\time_parsing.hpp(30) : see reference to function template instantiation 'Target boost::lexical_cast<unsigned short,boost::token_iterator_generator<TokenizerFunc,Iterator,Type>::value_type>(Source)' being compiled with [ Target=unsigned short, TokenizerFunc=boost::char_delimiters_separator<char>, Iterator=std::basic_string<char,std::char_traits<char>,std::allocator<char>>::const_iterator, Type=std::string, Source=boost::token_iterator_generator<boost::char_delimiters_separator<char>,std::basic_string<char,std::char_traits<char>,std::alloca tor<char>>::const_iterator,std::string>::value_type ] c: \boost\boost_1_30_0\boost\date_time\posix_time\time_parsers.hpp(18) : see reference to function template instantiation 'time_duration boost::date_time::parse_delimited_time_duration<boost::posix_time::time_duration>(const std::string &)' being compiled with [ time_duration=boost::posix_time::time_duration ] Build log was saved at "file://c:\dev\AuthStorm\Debug\BuildLog.htm" AuthStorm - 1 error(s), 18 warning(s) ---------------------- Done ---------------------- Build: 0 succeeded, 1 failed, 0 skipped </results>

1 0

Is there a boost_date_time dll?
by dick.bridges＠tais.com 23 Jul '03

23 Jul '03

Development environment is .NET 2003 (i.e., VC7.1). I'm reasonably sure there were no errors when I built boost_1_30_0. \boost_1_30_0\libs\date_time\build\bin\boost_date_time.dll certainly exists - but it's a directory that contains a subdirectory (. \vc7\debug\runtime-link-dynamic) that contains a .CMD, .pdb and two .obj files. As the old saying goes: "I can see fine - I just don't understand what I'm looking at." I'm clearly having a "senior moment" but honestly: I searched boost.org, google.com and [even] altavista.com/web/adv. Any pointers to get me back on the right track would be appreciated.

1 0

RE: [Boost-Users] Problem with regular expression
by James Zappia 23 Jul '03

23 Jul '03

You need to escape the backslash in your exp variable. Here's (1) that works. #include <iostream> #include <string> #include <boost/regex.hpp> using namespace std; using namespace boost; int main() { regex exp("\\s(ab)*", regbase::perl); // note the escaped \s here cmatch what; if ( regex_match(" ababab", what, exp) ) { string str = what[0]; cout << str << endl; } } Regards, James -----Original Message----- From: Javier de Acha [mailto:jdeacha@corest.com] Sent: Wednesday, July 23, 2003 10:50 AM To: Boost-Users(a)yahoogroups.com Subject: [Boost-Users] Problem with regular expression Hello, The next few lines doesn't work (1) with \s. But (2) works well [[:space:]] regbase::escape_in_lists dont func? Someone it knows because? Thanks Javier --------------------------------------------------------------------- (1) void main() { regex exp("\s(ab)*",regbase::perl); cmatch what; if(regex_match(" ababab", what, exp)) { string str = what[0]; //this fail } } ---------------------------------------------------------------------------- ---- (2) void main() { regex exp("[[:space:]](ab)*",regbase::perl); cmatch what; if(regex_match(" ababab", what, exp)) { string str = what[0]; //this succesfully match } } [Non-text portions of this message have been removed] ------------------------ Yahoo! Groups Sponsor ---------------------~--> Buy Ink Cartridges & Refill Kits for Your Epson at Myinks.com Free shipping on orders $50 or more to the US and Canada. http://www.c1tracking.com/l.asp?cid=5705&lp=home/epson.asp http://us.click.yahoo.com/brYXfA/_xWGAA/ySSFAA/EbFolB/TM ---------------------------------------------------------------------~-> Info: <http://www.boost.org> Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

1 0

RE: [Boost-Users] date-time library and ispunct() ambiguity under MSVC6
by Jeff Garland 23 Jul '03

23 Jul '03

Carl wrote: > I get the following compilation error for this simple program under MSVC6: > > ************** test.cpp****************** > #include <iostream> > #include "boost/date_time/gregorian/gregorian.hpp" > > int main() > { > using namespace std; > > cout << ispunct(',') << endl; > > return 0; > } > > ************************************ > > error: > --------------------Configuration: names_test - Win32 > Debug-------------------- > Compiling... > test.cpp > c:\documents and settings\waldbcar.waldbcar\my documents\my > projects\vc\test\names_test\test.cpp(8) : error C2668: 'ispunct' : > ambiguous call to overloaded function > Error executing cl.exe. > > test.obj - 1 error(s), 0 warning(s) > > been dumped into the global namespace by default. However, it seems like > the date-time library must be doing something like: > > namespace std > { > using ::ispunct; > } > > somewhere in its internals (or maybe just using something else that does?). This isn't done directly in date-time. I'm guessing that it might have something to do with 'tokenizer' library which date-time uses for parsing. See boost/token_function.hpp for some ispunct magic that is likely at the root of this issue. HTH, Jeff

1 0

weak_ptr
by Jason Winnebeck 23 Jul '03

23 Jul '03

Is there a reason why weak_ptr's cannot be compared with ==, or tested in a conditional? If I have two weak_ptr's, I thought it to be strange that I have to do: (w1.lock() == w2.lock()) And to test if a weak_ptr is the empty weak_ptr: if ( !(w1.lock()) ) which seems kind of awkward. Looking at the implementation, I see how the copy constructor is defined using lock. I understand what the comments are saying there. Perhaps there are some multithreaded issues that prevent equality testing I don't see. I would like the semantics that w1 and w2 compare to be equal whether or not the object they are pointing to are valid or not. I'm not sure if weak_ptrs become "empty" when the object they point to is destroyed (because there's no way to test for "emptyness" or "nullness" of a weak_ptr), but if they do I can see how the equality test can't work, but not the conditional test. Even so, why is there not an operator == provided that locks both weak_ptr? Is it acceptable (the documentation didn't make it clear to me), to use if ( w1.expired() ) to test if simply if w1 is "null" or "reset". What I am trying to do is have a "current" pointer that takes the value of something I want to be set (or note the fact that nothing is set), but I don't care if the object dies while that pointer is set -- in fact I don't want to keep it alive because I don't have an easy way to call reset on current were I to make it a shared_ptr. Jason

2 3

date-time library and ispunct() ambiguity under MSVC6
by Carl Waldbieser 23 Jul '03

23 Jul '03

I get the following compilation error for this simple program under MSVC6: ************** test.cpp****************** #include <iostream> #include "boost/date_time/gregorian/gregorian.hpp" int main() { using namespace std; cout << ispunct(',') << endl; return 0; } ************************************ error: --------------------Configuration: names_test - Win32 Debug-------------------- Compiling... test.cpp c:\documents and settings\waldbcar.waldbcar\my documents\my projects\vc\test\names_test\test.cpp(8) : error C2668: 'ispunct' : ambiguous call to overloaded function Error executing cl.exe. test.obj - 1 error(s), 0 warning(s) Normally, this sort of thing would not be a problem, as I typically would just be using the qualified std::ispunct() instead of a using directive. However, this problem cropped up when I was trying to use the date-time library in conjuction with the Spirit parsing library. Spirit implements some function by doing exactly what I did in the above sample-- using a using directive and then calling ispunct() unqualified. I am guessing the ratonale behind this might have something to do with the fact that under MSVC6, functions like ispunct() (and most or all of <ccytpe>) seem to have been dumped into the global namespace by default. However, it seems like the date-time library must be doing something like: namespace std { using ::ispunct; } somewhere in its internals (or maybe just using something else that does?). Anyway, it seems to be a shame that I can't get these two great libraries to work together on my compiler. Is there any chance that someone out there might have a solution? Carl Waldbieser waldbie<at-sign>attglobal.net

1 0

boost::date_time + setting system clock
by ericd 22 Jul '03

22 Jul '03

afternoon all, I was wondering if it is possible to set the clock using date_time. I been looking but have found no clue that it is so. From what I have seen so far, this library does a lot of cool stuff, and why not this. I am working on a little personal project that uses an ORB. The idea is to have all clocks synchronized. I have one machine that queries an atomic time server. After having done so it will call each machine and synchronize them. I am currently running a mix of Linux, Solaris, WIN NT 2000 and XP... and it freaks me out not to have them synchronized. Any help would be appreciated... Eric

1 0

problem building boost on solaris
by jerry_karlin 22 Jul '03

22 Jul '03

gcc-Link-action libs/test/build/bin/libboost_prg_exec_monitor.so/g cc/debug/runtime-link-static/shared-linkable-true/ threading-single/libboost_prg_exec_monitor.so ld: warning: option -d appears more than once, first setting taken ld: fatal: option -dn and -z[text|textwarn|textoff] are incompatible ld: fatal: option -dn and -G are incompatible ld: fatal: Flags processing errors collect2: ld returned 1 exit status What's causing this, and how do I fix it? I can't figure my way through these jam files just yet... Sparc Solaris 2.7, gcc-2.95.3, binutils-2.14 Any help would be... helpful. Thanks!

3 2

Defect in intrusive_ptr.hpp
by Ilya Chvetsov(work) 22 Jul '03

22 Jul '03

Hi! It seems to me, that the following string should be inserted to intrusive_ptr.hpp <string> #include <boost/config.hpp> </string> Following code can not be compiled without this string under MSVC6SP5(with STLPort) <code> # if defined(BOOST_MSVC) && BOOST_WORKAROUND(BOOST_MSVC, <= 1200 && __SGI_STL_PORT) // MSVC6 has problems finding std::basic_ostream through the using declaration in namespace _STL using std::basic_ostream; template<class E, class T, class Y> basic_ostream<E, T> & operator<< (basic_ostream<E, T> & os, intrusive_ptr<Y> const & p) # else template<class E, class T, class Y> std::basic_ostream<E, T> & operator<< (std::basic_ostream<E, T> & os, intrusive_ptr<Y> const & p) # endif { os << p.get(); return os; } </code> -Ilya

2 1

shared_ptr or weak_ptr in general
by Jason Winnebeck 22 Jul '03

22 Jul '03

I just wanted to follow up on my previous thread about my issues I've been discussing on the list with a general question. By default should I try to use shared_ptr or weak_ptr? I had always thought that shared_ptr should always be used except for rare cases where weak_ptr's semantics is either very desirable or needed. Now my pointers experience so far has been limited to explicit memory management (new/delete) and in Java with its references, where any reference keeps an object alive, and weak references exist but I've never used them despite a few years of using Java on the job. Based on some of the discussion (particularly from Mr Dimov), made me think that weak_ptr may be desirable a lot more often than I previously thought. I know that shared_ptr, unlike Java, is suceptable to cycles. And I feel that shared_ptr is better and less bug prone than new/delete but I'm afraid I'll have cycle problems if I just start throwing shared_ptr all over the place. I know that in my code I have back pointers all over the place, which I thought was pretty common, but I have realized that that only occurs when I'm following the generator/listener design scheme, and I've gotten that figured out. So A to B, B to A cycles don't concern me much but I do wonder about long cycles if I use shared_ptr a lot. The rule of thumb I'm using right now is to look for cycles if I "convert" a class to use shared_ptr (static crate method) that contains shared_ptr objects, similar to the rule I use to check for deadlocks with mutexes. But with all of these rules checking for safety I begin to question somewhat the benefits of shared_ptr over normal pointers. I suppose with shared_ptr you can only leak memory whereas with normal pointers you can do lots of nasty uninitialized accesses. I can see an argument that using shared_ptr only when needed and weak_ptr otherwise can help prevent cycles. But using weak_ptr requires the code to handle both cases of the lock operation, and I'm still unsure about any performance issues with lock if there is a mutex involved -- although too slight to not choose weak_ptr, it is enough to ask why not choose shared_ptr over weak_ptr if they both work equally well. Thank you for your comments and patience with my attemps at understanding, Jason Winnebeck

1 0

staticially linked STLport and Boost
by hh10k 20 Jul '03

20 Jul '03

I've compiled STLport for vc6, and can compile Boost with this: bjam "-sTOOLS=msvc-stlport" "-sBUILD=debug <stlport-iostream>on" So far so good, but when I try to compile a simple Boost.Python example (why I got Boost) I get a heap of link errors because Boost has linked with the DLL version of STLport, and I want it statically linked. I thought it's meant to default to static, but I can only guess that STLport is detecting otherwise. So, in order to force Boost to use the static verion, I tried: bjam "-sTOOLS=msvc-stlport" "-sBUILD=debug <stlport-iostream>on <define>_STLP_USE_STATIC_LIB" But now I get errors like: vc-Link libs\python\build\bin\boost_python.dll\msvc-stlport\debug\runtime-link-dynamic\stlport-cstd-namespace-std\stlport-iostream-on\stlport-version-4.5.3\boost_python_debug.dll libs\python\build\bin\boost_python.dll\msvc-stlport\debug\runtime-link-dynamic\stlport-cstd-namespace-std\stlport-iostream-on\stlport-version-4.5.3\boost_python_debug.lib msvcprtd.lib(MSVCP60D.dll) : error LNK2005: "public: __thiscall std::bad_alloc::bad_alloc(char const *)" (??0bad_alloc@std@@QAE@PBD@Z) already defined in stlport_vc6_stldebug_static.lib(dll_main.obj) LIBCMTD.lib(osfinfo.obj) : error LNK2005: __get_osfhandle already defined in MSVCRTD.lib(MSVCRTD.dll) LIBCMTD.lib(dbgheap.obj) : error LNK2005: _malloc already defined in MSVCRTD.lib(MSVCRTD.dll) ...lots more errors... This isn't just a problem with Boost.Python. Anything else that builds a dll or exe has the same errors. The first error seems really strange, because I can't understand how std::bad_alloc should exist in stlport_vc6_stldebug_static.lib(dll_main.obj). STLport does define it's own bad_alloc, but it also #defines std to _STL so there should be no 'std'. When I use bad_alloc in my own programs I don't have any problems, so I can only assume it's Boost. I've wasted so much time trying to work this out, but I don't know much about the Boost build process. What's going wrong?

3 3

Unusal regex behavior.
by sdf sdf 20 Jul '03

20 Jul '03

Hellos everyone! Here is a good one. I am using regex and am having some weird returns. I can assign my results to a std:vector <std:string>. The vector[0] does contain the correct match, but vector[1] does not contain what is in a set of parentheses as it should. In fact I usually get a segment fault when I try to access it. I then found I can access results from the grep by using the boost::Regex.What(n). However What(0) returns the next available match in the string, and What(1) and up will correctly report the substrings defined in this second match correctly. If no second match is available then the What() member will return the original match. How do I fix the vector problem? OR? Does using What() force another search to take place? And if so can I change that behavior? Code snippet: string reg_string ="[0-9]{3}(-[0-9]{2}-)[0-9]{4}"; //yes it is a SSN string search_string = "Big Bird \n123 sesame street \n the bronx NY 11722\n545-65-2343\nmorestuff\nandevenmore\nSnuff E Lufigous \n 234 sesame street \n the bronx NY 11722\n889-99-5527\nmorestuff\nandevenmore\n"; std::vector<std::string> results; boost::regex regsearch = boost::regex(reg_string,false); int num_matchs; num_matchs=regsearch.Grep(results, search_string, boost::match_any); cout << num_matchs << " Number of Matchs\n"; // this is 2 cout << results[0] << " results return string vector[0] \n"; // this is 545-65-2343 cout << regsearch.What(0) << " results from what(0) \n"; // this is 889-99-5527 cout << regsearch.What(1) << "results from what(1) \n";// this is -99- //this line aborts // cout << results[1] << " results return string vector[1] \n"; // this should be -65- HELP. Note I never ran the code above, but I think it is correct. __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

4 5

filesystem help
by Christian Gmeiner 20 Jul '03

20 Jul '03

Hello! This is my problem: I have an std::string contains something like C:\Test\Media\Cloud.dds. Now i want to extract the Cloud.dds. This is, what i have tried: fs::path temp(Name, fs::native); fs::directory_iterator dir_itr(temp); Name = dir_itr->leaf(); Where is my error? This code throughs an exception. Thanks, Christian Gmeiner

2 1

Multiple inheritance and enable_shared_from_this
by Jason Winnebeck 20 Jul '03

20 Jul '03

Can you multiply inherit from objects that inherit from enable_shared_from_this? It seems not. My program compiled on MSVC.NET "crashes" due to shared_from_this throwing boost::bad_weak_ptr. Originally when I started using shared_ptr I wanted to have an ability to obtain a shared_ptr to this since my objects sometimes register themselves. The way I do it now is like this: static sptr create() { sptr ret( new Object() ); ret->setThisPtr( ret ); return ret; } However it is very easy to forget which classes you inherit from that force you to call setThisPtr. A good use of the assert statement helps but I'd rather not do this. The problem is that I use multiple inheritance in one place: static sptr create() { sptr ret( new ComplexObject() ); ret->BaseA::setThisPtr( ret ); ret->BaseB::setThisPtr( ret ); return ret; } I thought I'd use enable_shared_from_this but as I said it crashes. The following program as tested on MSVC.NET throws boost::bad_weak_ptr then the line "Base2::sptr b2 = c->Base2::getThis();" is executed. #include <iostream> #include <boost/smart_ptr.hpp> #include <boost/enable_shared_from_this.hpp> using namespace std; template <class T> class SharedThis : public boost::enable_shared_from_this<T> { public: boost::shared_ptr<T> getThis() { return shared_from_this(); } }; class Base1 : public SharedThis<Base1> { public: typedef boost::shared_ptr<Base1> sptr; typedef boost::weak_ptr<Base1> wptr; protected: Base1() { cout << "Base1 ctor" << endl; } public: virtual ~Base1() { cout << "Base1 dtor" << endl; } static sptr create() { return sptr( new Base1() ); } private: Base1( const Base1& o ); Base1& operator = ( const Base1& rhs ); }; //Base2 is identical to Base1 except different name class Base2 : public SharedThis<Base2> { public: typedef boost::shared_ptr<Base2> sptr; typedef boost::weak_ptr<Base2> wptr; protected: Base2() { cout << "Base2 ctor" << endl; } public: virtual ~Base2() { cout << "Base2 dtor" << endl; } static sptr create() { return sptr( new Base2() ); } private: Base2( const Base2& o ); Base2& operator = ( const Base2& rhs ); }; class Child : public Base1, public Base2 { public: typedef boost::shared_ptr<Child> sptr; typedef boost::weak_ptr<Child> wptr; protected: Child() { cout << "Child ctor" << endl; } public: virtual ~Child() { cout << "Child dtor" << endl; } static sptr create() { return sptr( new Child() ); } }; int main( int argc, char* argv[] ) { Child::sptr c = Child::create(); Base1::sptr b1 = c->Base1::getThis(); Base2::sptr b2 = c->Base2::getThis(); /* assert( c.get() == c->Base1::getThis().get() ); assert( c.get() == c->Base2::getThis().get() ); assert( c == c->Base1::getThis() ); assert( c == c->Base2::getThis() ); */ }

3 8

signals through Python
by mat_2775 19 Jul '03

19 Jul '03

Hi, I'm very new to BOOST so please forgive my ignorance. I want to use the signals library of BOOST through Python. My question is whether that is actually possible and if so how? Kind regards Mat

2 1

Bind To Lambda
by Richard Crossley 18 Jul '03

18 Jul '03

Hi, I'm trying merge some code some of which uses a mixture of BB and BLL to just use the BLL under VC7.1. Having changed some 200 expressions without incident if find I can't see the wood for the trees here. The existing code, working with BB, is; typedef boost::function<void(ICollection*)> FECCFunc; void ForEachCollectionInChannels(IAmplifier* pIAmp,FECCFunc const & fec); typedef boost::function<void(IProperty*)> FEPFunc; void ForEachProperty(ICollection* pCollection,FEPFunc const & fep); void CalcPropCurValMaxWidth(IProperty* pProp,CColumnMap& map); ... void Problem() { CColumnMap m_ChanCols; IAmplifier* pIAmp; ForEachCollectionInChannels(pAmp,bind(ForEachProperty,_1,cref(bind(&CalcProp CurValMaxWidth,_1,ref(m_ChanCols)))); //Here } What's the equivalent with using BLL? Thanks, Richard.

1 1

StlPort-4.5.3, ublas and MSVC 6.0 problem
by Bosko Ivanisevic 18 Jul '03

18 Jul '03

Although I found on the site that UBLAS supportes MSVC 6.0 with STLPort I couldn't compile any example with this configuration. It seems that using Boost ublas library with StlPort (with native MS streams) and MSVC 6.0 have some problems and require specific settings. Does anyone have any hint how this problem can be solved? When I try to compile some of the samples from libs\numeric\ublas\doc \samples (for example vecto_binary.cpp) I got following errors: c:\programming\boost_1_30_0\boost\numeric\ublas\hermitian.hpp(1534) : error C2027: use of undefined type 'const_iterator1' c:\programming\boost_1_30_0\boost\numeric\ublas\hermitian.hpp(1529) : see declaration of 'const_iterator1' c:\projects\test\boost_matrices\main.cpp(23) : see reference to class template instantiation 'boost::numeric::ublas::hermitian_adaptor <class boost::numeric::ublas::matrix<class std::complex<double>,struct boost::numeric::ublas::row_major,cla ss boost::numeric::ublas::unbounded_array<class std::complex<double> > >,struct boost::numeric::ublas::lower>' being compiled c:\programming\boost_1_30_0\boost\numeric\ublas\hermitian.hpp(1831) : error C2027: use of undefined type 'iterator1' c:\programming\boost_1_30_0\boost\numeric\ublas\hermitian.hpp(1826) : see declaration of 'iterator1' c:\projects\test\boost_matrices\main.cpp(23) : see reference to class template instantiation 'boost::numeric::ublas::hermitian_adaptor <class boost::numeric::ublas::matrix<class std::complex<double>,struct boost::numeric::ublas::row_major,cla ss boost::numeric::ublas::unbounded_array<class std::complex<double> > >,struct boost::numeric::ublas::lower>' being compiled c:\programming\boost_1_30_0\boost\numeric\ublas\hermitian.hpp(1950) : error C2027: use of undefined type 'const_iterator2' c:\programming\boost_1_30_0\boost\numeric\ublas\hermitian.hpp(1945) : see declaration of 'const_iterator2' c:\projects\test\boost_matrices\main.cpp(23) : see reference to class template instantiation 'boost::numeric::ublas::hermitian_adaptor <class boost::numeric::ublas::matrix<class std::complex<double>,struct boost::numeric::ublas::row_major,cla ss boost::numeric::ublas::unbounded_array<class std::complex<double> > >,struct boost::numeric::ublas::lower>' being compiled c:\programming\boost_1_30_0\boost\numeric\ublas\hermitian.hpp(2247) : error C2027: use of undefined type 'iterator2' c:\programming\boost_1_30_0\boost\numeric\ublas\hermitian.hpp(2242) : see declaration of 'iterator2' c:\projects\test\boost_matrices\main.cpp(23) : see reference to class template instantiation 'boost::numeric::ublas::hermitian_adaptor <class boost::numeric::ublas::matrix<class std::complex<double>,struct boost::numeric::ublas::row_major,cla ss boost::numeric::ublas::unbounded_array<class std::complex<double> > >,struct boost::numeric::ublas::lower>' being compiled c:\programming\boost_1_30_0\boost\numeric\ublas\hermitian.hpp(1534) : error C2027: use of undefined type 'const_iterator1' c:\programming\boost_1_30_0\boost\numeric\ublas\hermitian.hpp(1529) : see declaration of 'const_iterator1' c:\projects\test\boost_matrices\main.cpp(30) : see reference to class template instantiation 'boost::numeric::ublas::hermitian_adaptor <class boost::numeric::ublas::matrix<class std::complex<double>,struct boost::numeric::ublas::row_major,cla ss boost::numeric::ublas::unbounded_array<class std::complex<double> > >,struct boost::numeric::ublas::upper>' being compiled c:\programming\boost_1_30_0\boost\numeric\ublas\hermitian.hpp(1831) : error C2027: use of undefined type 'iterator1' c:\programming\boost_1_30_0\boost\numeric\ublas\hermitian.hpp(1826) : see declaration of 'iterator1' c:\projects\test\boost_matrices\main.cpp(30) : see reference to class template instantiation 'boost::numeric::ublas::hermitian_adaptor <class boost::numeric::ublas::matrix<class std::complex<double>,struct boost::numeric::ublas::row_major,cla ss boost::numeric::ublas::unbounded_array<class std::complex<double> > >,struct boost::numeric::ublas::upper>' being compiled c:\programming\boost_1_30_0\boost\numeric\ublas\hermitian.hpp(1950) : error C2027: use of undefined type 'const_iterator2' c:\programming\boost_1_30_0\boost\numeric\ublas\hermitian.hpp(1945) : see declaration of 'const_iterator2' c:\projects\test\boost_matrices\main.cpp(30) : see reference to class template instantiation 'boost::numeric::ublas::hermitian_adaptor <class boost::numeric::ublas::matrix<class std::complex<double>,struct boost::numeric::ublas::row_major,cla ss boost::numeric::ublas::unbounded_array<class std::complex<double> > >,struct boost::numeric::ublas::upper>' being compiled c:\programming\boost_1_30_0\boost\numeric\ublas\hermitian.hpp(2247) : error C2027: use of undefined type 'iterator2' c:\programming\boost_1_30_0\boost\numeric\ublas\hermitian.hpp(2242) : see declaration of 'iterator2' c:\projects\test\boost_matrices\main.cpp(30) : see reference to class template instantiation 'boost::numeric::ublas::hermitian_adaptor <class boost::numeric::ublas::matrix<class std::complex<double>,struct boost::numeric::ublas::row_major,cla ss boost::numeric::ublas::unbounded_array<class std::complex<double> > >,struct boost::numeric::ublas::upper>' being compiled c:\projects\test\boost_matrices\main.cpp(37) : warning C4508: 'main' : function should return a value; 'void' return type assumed Error executing cl.exe. Does anyone have any hint how this problem could be solved?

1 0

boost and Watcom
by filbico 18 Jul '03

18 Jul '03

Hello, I would like to use boost 1.29 under Watcom C++ complier (11.0C, Powersoft Optima 2.1). I am looking for configuration files. Robert Nowak.

1 0