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

Problems linking with Boost 1.29.0 thread lib, Linux/g++ 3.2.2 -r2
by subsample 21 Apr '03

21 Apr '03

Failing to link a program with libboost_thread, even though I supply the -lboost_thread directive in the makefile. I'm kind of new to makefiles, having only used Visual C++ in Windows untill recently. I 've tried changing things around a bit, doesn't help. A minimal test program I wrote links fine with boost_thread though. My makefile looks like this: CC=g++ CFLAGS=-g LDFLAGS=-L/home/sub/Libs/alsa/lib -lasound -lboost_thread -lpthread alsatest: alsatest.o $(CC) $(LDFLAGS) -o alsatest SmallObj.o alsatest.o alsatest.o: smallobj.o $(CC) $(CFLAGS) alsatest.cpp -c smallobj.o: $(CC) $(CFLAGS) /usr/include/loki/SmallObj.cpp -c clean: rm -f *.o alsatest g++ complains about the same missing references no matter if I include the -lboost_thread or not. If someone could point out what I'm doing wrong I'd be grateful : )

1 1

Typo in boost/config/compiler/visualc.hpp
by Vaclav Vesely 19 Apr '03

19 Apr '03

line 26: #if (_MSC_VER <= 1300) // 1200 == VC++ 7.0 The comment is inconsistent with the code. Regards, w

2 1

RE: [Boost-Users] lexical_cast regression
by Tom Matelich 18 Apr '03

18 Apr '03

> From: Terje Slettebø [mailto:tslettebo@chello.no] > > >From: "Tom Matelich" <tmatelich(a)zetec.com> > > > I haven't gone and looked at the boost ml archives to track > > the reason for > > this down, but the addition of stream.unsetf(std::ios::skipws) in > > lexical_cast caused some of our code to fail. I've commented it out > > locally, and was wondering why it was decided this is more > > appropriate default behavior. > > It was done to avoid the problems with throwing exceptions on > whitespace. > For example, without it, the following would throw a bad_lexical_cast: > > lexical_cast<std::string>(' '); // A space character > > What kind of code is the current version failing at? > We have some legacy files that are converted to xml through some process (I didn't write it) and it ends up with space-padded strings for ints. So the test case was dying converting " 86" to an int. I can see its purpose, except that example wouldn't happen because of the std::string overload, right? Tom ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

2 1

Re: [boost] lexical_cast problem
by Terje Slettebø 18 Apr '03

18 Apr '03

>From: "Terje Slettebø" <tslettebo(a)chello.no> > Hm, just now, I sent a reply to a similar problem report at Boost-Users > list, about why whitespace skipping is turned off in the new lexical_cast > version. It was to avoid having things like "lexical_cast<std::string>(' '); > // Space character" work, which used to throw an exception. I meant it was to avoid having it throw an exception, in other words, to _have_ it work. Terje

1 0

Re: [boost] lexical_cast problem
by Terje Slettebø 18 Apr '03

18 Apr '03

>From: "Vladimir Prus" <ghost(a)cs.msu.su> >Subject: [boost] lexical_cast problem Not again. :) > I've just updated my project to use boost 1.30 and also gcc 3.2 and see > exception which reads: > > bad lexical cast: source type value could not be interpreted as target, > Target=i, Source=Ss Ah, yes, good ol' g++ with its wonderfully descriptive type_info names... ;) > The simple reproduction recipe is: > > #include <boost/lexical_cast.hpp> > #include <string> > > int main() > { > boost::lexical_cast<int>(std::string(" 0")); > } "Houston, we have a problem..." Hm, just now, I sent a reply to a similar problem report at Boost-Users list, about why whitespace skipping is turned off in the new lexical_cast version. It was to avoid having things like "lexical_cast<std::string>(' '); // Space character" work, which used to throw an exception. However, it seems this change has had undesired side-effects, in that code like the above now fails to work. Frankly, I don't know what to do with this... > Note the space in string. The exception does not occur with gcc 2.95, but only > with 3.2. I wonder if this should/can be fixed? Personally, I'd expect this > code to work. > > And a related note: the exception's what() above is not quite helpfull. The current version in the CVS has got a changed exception handling, where bad_lexical_cast now looks like this: class bad_lexical_cast : public std::bad_cast { public: // ... const std::type_info &source_type() const const std::type_info &target_type() const virtual const char *what() const throw() { return "bad lexical cast: " "source type value could not be interpreted as target"; } }; In other words, what() now returns the original text, and the type_info objects for the types used is now returned by member functions. > Is it > possible to output the stringstream content (if source -> stringstream > conversion was successfull?) Yes, that's possible. I guess I'll leave it to Kevlin to comment on this. Thanks for the report, to both you and Tom Matelich at Boost-Users list. Regards, Terje

1 0

lexical_cast regression
by Tom Matelich 18 Apr '03

18 Apr '03

I haven't gone and looked at the boost ml archives to track the reason for this down, but the addition of stream.unsetf(std::ios::skipws) in lexical_cast caused some of our code to fail. I've commented it out locally, and was wondering why it was decided this is more appropriate default behavior. Thanks, Tom ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

2 1

kinda, sorta, like an iterator for dynamic_bitset, but not really.
by Andy Klapper 18 Apr '03

18 Apr '03

I'm currently writing some code for a client where I make extensive use of dynamic_bitsets to determine very quickly which options are appropriate based on a number of criteria. I set up before hand dynamic_bitset for each person, place, and thing which are then bitwise AND'd together to determine where the points of intersection are. What I need is something with an iterator syntax that returns the indexes whose values are set. I could of course just loop through looking for set values, but that seems silly when you think that entire blocks of bits can be skipped if the block has a value of zero. So my questions is, before I set out to write some code, has somebody already done this? It seems like a logical use of dynamic_bit set so it does not seem implausible. If not, any suggestions or warnings? Thanks, Andy

2 1

Understanding MPL
by Edward Diener 18 Apr '03

18 Apr '03

I am trying to understand how the MPL library works. I first read "The Boost C++ Metaprogramming Library" by Aleksey Gurtovoy and David Abrahams. When I get to Basic Usage I see this: template< typename Condition , typename T1 , typename T2 > struct if_ { typedef /*unspecified*/ type; }; I am really having trouble understanding the next to last line. How can "typedef type;" be a valid C++ construct and, if it is, what does it mean ? I always though that a typedef must specify an actual type but I don't see any in the expression above.

7 27

RE: [Boost-Users] Re: command line parsing
by Ben Hutchings 17 Apr '03

17 Apr '03

E. Scott Larsen wrote: > Just FYI to this thread in general. It's been a while since I've messed > with WinMain and command lines, but if my memory serves me right (it was > at a different place, so I don't have the code here), there's some > additional whacky issues here. WinMain recieves the first arguments > differently depending on how it is run: > *) from MSVC debugger > *) from a commandline > *) by clicking on an shortcut icon > *) by clicking in an explorer window I find this hard to believe, as WinMain is just given a pointer into the command line returned by GetCommandLine(), incremented past the program name and any following space. > don't remember which is which, but one gives just the executable name, > one gives the full path to the executable (seems like there's two > variations on this, like one is quoted and one is not, don't remember > the details), and it seems like there's one that doesn't give the > executable at all. I can imagine there's some variation in program name; it's normal for programs to be started with short names rather than their full filenames. The quoting is weird though; that should be removed before you see it. > Also, I _distinctly_ remember something very whacky when I used unicode, > I don't remember the details, but the commandline arguments were a > significant pain for a program built with unicode support using the > unicode windows entry function. That still tastes bad in my mouth. According to the docs, this ought to work: wchar_t ** argv; int argc; argv = CommandLineToArgvW(GetCommandLineW(), &argc); but I've never tried it; maybe it doesn't. If you were using WinCE then I feel your pain and hope you've recovered.

3 2

RE: [Boost-Users] Powers
by Jim.Hyslop 17 Apr '03

17 Apr '03

basicxml2011 [mailto:basicxml2011@yahoo.com] wrote: > Is their any library or function that can raise a number to a power? Do you mean besides the standard pow() function? -- Jim

1 0

mpl::is_same<Class<A>, T> ?
by Markus Werle 17 Apr '03

17 Apr '03

Hi! Is there a convenient way inside boost::mpl to check whether a certain type T is a template Class<A> with A unspecified? Markus -- Compile time analytic differentiation? Yes, at http://daixtrose.sourceforge.net/

2 1

How to build regex on an Alpha-Dec (True64)?
by Ralf Hupfer 17 Apr '03

17 Apr '03

Hi All, I am having trouble with regex on an Alpha-Dec with Compaq's compiler 6.3. I've got regex to compile with generic.mak as follows: CXX="cxx" CXXFLAGS="-inline-none" -D__USE_STD_IOSTREAM -DBOOST_REGEX_NO_EXTERNAL_TEMPLATES" LINKER="cxx" gnumake generic.mak but then it comes to the link step an error occures: ld: Unresolved: main Nevertheless, boost_regex.so is being build, but when I try to link an application with boost_regex.so I do get loads of errors concerning the C++ standard library: ld (prelink): /usr/lib/cmplrs/cxx/V6.3-008/libcxxstd.a(cxxl_std_init.o): std::cout: multiply defined Warning: std::basic_string<char, std::char_traits<char>, std::allocator<char> >::npos defined as GLOBAL RCONST but is defined in a shared lib as a GLOBAL OBJECT Warning: std::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >::npos defined as GLOBAL RCONST but is defined in a shared lib as a GLOBAL OBJECT Warning: std::locale::collate defined as GLOBAL RCONST but is defined in a shared lib as a GLOBAL OBJECT Warning: std::locale::ctype defined as GLOBAL RCONST but is defined in a shared lib as a GLOBAL OBJECT Warning: std::locale::monetary defined as GLOBAL RCONST but is defined in a shared lib as a GLOBAL OBJECT Warning: std::locale::numeric defined as GLOBAL RCONST but is defined in a shared lib as a GLOBAL OBJECT ... Does anybody know what's wrong there? Both -D__USE_STD_IOSTREAM and -DBOOST_REGEX_NO_EXTERNAL_TEMPLATES are necessary to compile regex at all. -D__USE_STD_IOSTREAM tells the compiler to use the standard iostream library instead of the older non-standard version (which is the default for this platform). Without -DBOOST_REGEX_NO_EXTERNAL_TEMPLATES the compiler complains about some templates. I also tried to compile regex with gcc, but again I could not link the application. Linking gcc-compiled (c++) libraries with Compaq's object files and vice versa does not seem to work in generall. Building everything with gcc failed due to seome other incompatibilities. Thanks for any help. Ralf

4 3

RE: [Boost-Users] Re: command line parsing
by Ben Hutchings 17 Apr '03

17 Apr '03

I wrote: > That is correct. Windows programs receive given a single string of > arguments to parse whereas Unix programs receive a vector which can > be passed to main unchanged by the startup code. ... > A full solution will need to be a little bit more complicated. There > isn't a specification of how Windows command-lines should be generated > or interpreted from an array of strings... What I should have written is: Windows programs receive a single string of arguments to parse whereas Unix programs receive an array which can be passed to main unchanged by the startup code. ... A full solution will need to be a little bit more complicated. There isn't a specification of how Windows command-lines should be converted to or from an array of strings... By the way, the startup code or other command-line parser does not have to handle redirection or variable substitution; this *is* done by the command processor (which implies that it does parse the command- line, even though it doesn't give you the results of this).

4 4

It's there a pitfall in boost::regex?
by Phipps Xue 17 Apr '03

17 Apr '03

Good morning all, I used regex library which is shipped with boost 1.30 in my project. But I found in the case I list below, the regex_match() will crash. Is there a pitfall in it? ===================== CODE LIST BEGIN ========================= #include "stdafx.h" #include <afxconv.h> #include <boost/regex.hpp> using namespace boost; void do_regex_match(const string& s) { USES_CONVERSION; CString _c1,_c2; _c1 = "\\_gl_glcf]a:(D_N~yOA_gg_aeN_o/>jm_gf'0(m_--\\6L_gi_AE_gd5<&0A~_E'_Y-'-,uO7_so_glTc G_gl_C,_o/*6hC=@_u"; // Failed _c2 = "\\_gl_glcf]a:(D_N~yOA_gg_aeN_o/jm_gf'0(m_--\\6L_gi_AE_gd5<&0A~_E'_Y-'-,uO7_so_glTc G_gl_C,_o/*6hC=@_u"; // Passed wstring ws1(L""),ws2(L""); ws1=A2W(_c1); ws2=A2W(_c2); wstring wsMatchString(L""); wsMatchString=A2W(".*(要)?.*天气.*"); boost::wregex e(wsMatchString/*,boost::regbase::normal|boost::regbase::icase*/); boost::regex_match(ws2,e);// Pass boost::regex_match(ws1,e);// Crash } ======================== CODE LIST END ========================= As you can see in the code, if any change is made to _c1, the test will pass or it will crash. I will list my compiler and system information below. Compiler: Microsoft Visual C++ 6.0 Professionall with SP5 OS: Microsoft Windows 2000 Professional with SP3 RAM: 512M CPU: PIII 700 Any help will be appreciated. Phipps Xue Software Engineer, MCP/MCSD Email: xuejm(a)sina.com

2 1

Powers
by basicxml2011 17 Apr '03

17 Apr '03

Is their any library or function that can raise a number to a power?

1 0

RE: [Boost-Users] Re: command line parsing
by Ben Hutchings 17 Apr '03

17 Apr '03

Vladimir Prus wrote: > cl_corba_at wrote: <snip> > >> Frankly, I've missed the WinMain case, and not sure what to do. > >> The problem is that single string might erase important > >> information --- what happens if you have command line argument > >> with embedded space. > > > > Embedded spaces should be placed in quotation marks which should be > > removed by the tokenizer. Arguments could be seperated by one ore more > > space. > > Do you mean that if I type > > program "a b c" "C:/Program files" > > then the program will receive this string, with quotes there? > (The linux shell will strip quotes completely). That is correct. Windows programs receive given a single string of arguments to parse whereas Unix programs receive a vector which can be passed to main unchanged by the startup code. <snip> > Is this solution is OK? (The only problem is that adjuacent spaces are > mishandled, but that's fixable). A full solution will need to be a little bit more complicated. There isn't a specification of how Windows command-lines should be generated or interpreted from an array of strings, but it seems to be sensible to interpret them in the same way as Microsoft's run-time library does it: * Outside a quoted section, a double-quote begins a quoted section. * Outside a quoted section, a string of one or more spaces is a separator if there are non-space characters both before and after it; otherwise it's just padding. * Inside a quoted section, a double-quote preceded by an odd number of backslashes (call this n) represents (n-1)/2 backslashes followed by a double-quote. * Inside a quoted section, a double-quote preceded by an even number of backslashes (possibly zero; call this n) represents n/2 backslashes and ends the quoted section. * All other characters represent themselves. Note that double-quotes are not separators and backslashes are not usually escape characters. Also note that a quoted section does not have to be terminated. tokenizer is probably not up to this job. You could probably use regular expressions, but a custom state machine might be the best solution.

2 1

Converting boost::shared_ptr< const T > to boost::shared_ptr< T >
by Alex Tibbles 17 Apr '03

17 Apr '03

Apologies, news editor != text editor (cntrl-enter != autocomplete). I have persistent objects in my appplication and their factory dishes out only constant references (more precisely only copies of a shared_ptr< const T >). In order to make the persistent objects writable, an underlying record needs to be locked in the RDBMS. A friend template instantiation (a WritablePointer< T >) controls this locking, and effectively gives non-const access to the persistent object. The WritablePointer's constructor takes a shared_ptr< const T >. What I want to be able to do is like this (with non-smart pointers): template< typename T > class WritablePointer { public: WritablePointer(const T* const p) : p_(const_cast< T* const >(p)) { p_->lock(); } // ... private: T *p_; }; I have: template< typename T > class WritablePointer { public: typedef typename boost::shared_ptr< T > SmartPointerType; typedef typename boost::shared_ptr< const T > ConstSmartPointerType; WritablePointer(const ConstSmartPointerType& p) : p_(static_cast< const SmartPointerType& >(p)) { p_->lock(); } private: SmartPointerType p_; }; This compiles under gcc 3.2.1 but with a warning: /usr/include/boost/shared_ptr.hpp:153: warning: invalid conversion from `const T* const' to `T*' /usr/include/boost/shared_ptr.hpp: In constructor [I have changed the concrete type from my application to T to simplify]. What I want to do is cast away the const-ness in exactly one place - the WritablePointer ctor. But because I get the warnings it's harder to spot truly illicit conversions. (I copied this technique from an article I read (on Dr. Dobb's or CUJ probably) which used volatile and a mutex to protect shared data between threads, and a smart pointer much like mine to provide write access. I'd be grateful for any suggestions. Alex

2 2

boost:format Problems.
by Bernhard Glück 16 Apr '03

16 Apr '03

Hi ! Today my company switched over to MSVC 1310 ( Visual Studio .NET 2003 ) We make heavy use of some boost libraries. And now we have a real showstopper, boost::format does nto compile anymore without errors. Are there any fixes for that ? we use boost_1_30_0 built using the VC7 toolset ( from MSVC 7.1 ) Here is the code passage that causes errors ( but many others do the same ) // Generate a unique dummy name. boost::format uniqueName("Unknown%1%"); int idNumber = sNames.size() + sIdCounter; // Just an integer. uniqueName % idNumber; Here are the compiler errors: d:\Sdk\boost\boost\format\feed_args.hpp(79) : error C2065: 'disambiguater' : undeclared identifier d:\Sdk\boost\boost\format\feed_args.hpp(140) : see reference to function template instantiation 'void boost::io::detail::`anonymous-namespace'::put_head<char,std::char_traits<char>,T>(std::basic_ostream<_Elem,_Traits> &,const T &)' being compiled with [ T=int, _Elem=char, _Traits=std::char_traits<char> ] d:\Sdk\boost\boost\format\feed_args.hpp(237) : see reference to function template instantiation 'void boost::io::detail::`anonymous-namespace'::put<Ch,Tr,T>(T,const boost::io::detail::format_item<Ch,Tr> &,std::basic_string<_Elem,_Traits,_Ax> &,std::basic_ostringstream<_Elem,_Traits,_Alloc> &)' being compiled with [ Ch=boost::basic_format<char>::CharT, Tr=boost::basic_format<char>::Traits, T=const int &, _Elem=char, _Traits=std::char_traits<char>, _Ax=std::allocator<char>, _Alloc=std::allocator<char> ] d:\Sdk\boost\boost\format\feed_args.hpp(246) : see reference to function template instantiation 'void boost::io::detail::distribute<Ch,Tr,T>(boost::basic_format<Ch> &,T)' being compiled with [ Ch=boost::basic_format<char>::CharT, Tr=boost::basic_format<char>::Traits, T=const int & ] d:\Sdk\boost\boost\format\format_class.hpp(63) : see reference to function template instantiation 'boost::basic_format<Ch> &boost::io::detail::feed<boost::basic_format<Ch>::CharT,boost::basic_format<Ch>::Traits,const T&>(boost::basic_format<Ch> &,const int)' being compiled with [ Ch=char, T=int ] d:\Work\FakedReality\Source\Core\Engine\Identifier.cpp(87) : see reference to function template instantiation 'boost::basic_format<Ch> &boost::basic_format<Ch>::operator %<int>(const T &)' being compiled with [ Ch=char, T=int ] d:\Sdk\boost\boost\format\feed_args.hpp(79) : error C2275: 'Ch' : illegal use of this type as an expression d:\Sdk\boost\boost\format\feed_args.hpp(140) : see declaration of 'Ch' d:\Sdk\boost\boost\format\feed_args.hpp(79) : error C2039: 'put_head' : is not a member of 'operator``global namespace''' d:\Sdk\boost\boost\format\feed_args.hpp(79) : error C2780: 'void boost::io::detail::`anonymous-namespace'::put_head(std::basic_ostream<Ch,Tr> &,const T &)' : expects 2 arguments - 3 provided d:\Sdk\boost\boost\format\feed_args.hpp(78) : see declaration of 'boost::io::detail::`anonymous-namespace'::put_head' d:\Sdk\boost\boost\format\feed_args.hpp(83) : error C2275: 'Ch' : illegal use of this type as an expression d:\Sdk\boost\boost\format\feed_args.hpp(155) : see declaration of 'Ch' d:\Sdk\boost\boost\format\feed_args.hpp(155) : see reference to function template instantiation 'void boost::io::detail::`anonymous-namespace'::put_last<char,std::char_traits<char>,T>(std::basic_ostream<_Elem,_Traits> &,const T &)' being compiled with [ T=int, _Elem=char, _Traits=std::char_traits<char> ] d:\Sdk\boost\boost\format\feed_args.hpp(83) : error C2039: 'put_last' : is not a member of 'operator``global namespace''' d:\Sdk\boost\boost\format\feed_args.hpp(83) : error C2780: 'void boost::io::detail::`anonymous-namespace'::put_last(std::basic_ostream<Ch,Tr> &,const T &)' : expects 2 arguments - 3 provided d:\Sdk\boost\boost\format\feed_args.hpp(82) : see declaration of 'boost::io::detail::`anonymous-namespace'::put_last' d:\Sdk\boost\boost\format\feed_args.hpp(83) : error C3861: 'disambiguater': identifier not found, even with argument-dependent lookup Framework.cpp d:\Sdk\boost\luabind\object.hpp(153) : error C2027: use of undefined type 'luabind::object' d:\Sdk\boost\luabind\object.hpp(90) : see declaration of 'luabind::object' d:\Sdk\boost\luabind\object.hpp(177) : see reference to class template instantiation 'luabind::detail::proxy_caller<Tuple>' being compiled Actor.cpp d:\Sdk\boost\luabind\object.hpp(153) : error C2027: use of undefined type 'luabind::object' d:\Sdk\boost\luabind\object.hpp(90) : see declaration of 'luabind::object' d:\Sdk\boost\luabind\object.hpp(177) : see reference to class template instantiation 'luabind::detail::proxy_caller<Tuple>' being compiled Log.cpp d:\Sdk\boost\boost\format\feed_args.hpp(79) : error C2065: 'disambiguater' : undeclared identifier d:\Sdk\boost\boost\format\feed_args.hpp(140) : see reference to function template instantiation 'void boost::io::detail::`anonymous-namespace'::put_head<char,std::char_traits<char>,T>(std::basic_ostream<_Elem,_Traits> &,const T &)' being compiled with [ T=int, _Elem=char, _Traits=std::char_traits<char> ] d:\Sdk\boost\boost\format\feed_args.hpp(237) : see reference to function template instantiation 'void boost::io::detail::`anonymous-namespace'::put<Ch,Tr,T>(T,const boost::io::detail::format_item<Ch,Tr> &,std::basic_string<_Elem,_Traits,_Ax> &,std::basic_ostringstream<_Elem,_Traits,_Alloc> &)' being compiled with [ Ch=boost::basic_format<char>::CharT, Tr=boost::basic_format<char>::Traits, T=const int &, _Elem=char, _Traits=std::char_traits<char>, _Ax=std::allocator<char>, _Alloc=std::allocator<char> ] d:\Sdk\boost\boost\format\feed_args.hpp(246) : see reference to function template instantiation 'void boost::io::detail::distribute<Ch,Tr,T>(boost::basic_format<Ch> &,T)' being compiled with [ Ch=boost::basic_format<char>::CharT, Tr=boost::basic_format<char>::Traits, T=const int & ] d:\Sdk\boost\boost\format\format_class.hpp(63) : see reference to function template instantiation 'boost::basic_format<Ch> &boost::io::detail::feed<boost::basic_format<Ch>::CharT,boost::basic_format<Ch>::Traits,const T&>(boost::basic_format<Ch> &,const int)' being compiled with [ Ch=char, T=int ] d:\Work\FakedReality\Source\Core\Debug\Log.cpp(114) : see reference to function template instantiation 'boost::basic_format<Ch> &boost::basic_format<Ch>::operator %<int>(const T &)' being compiled with [ Ch=char, T=int ] d:\Sdk\boost\boost\format\feed_args.hpp(79) : error C2275: 'Ch' : illegal use of this type as an expression d:\Sdk\boost\boost\format\feed_args.hpp(140) : see declaration of 'Ch' d:\Sdk\boost\boost\format\feed_args.hpp(79) : error C2039: 'put_head' : is not a member of 'operator``global namespace''' d:\Sdk\boost\boost\format\feed_args.hpp(79) : error C2780: 'void boost::io::detail::`anonymous-namespace'::put_head(std::basic_ostream<Ch,Tr> &,const T &)' : expects 2 arguments - 3 provided d:\Sdk\boost\boost\format\feed_args.hpp(78) : see declaration of 'boost::io::detail::`anonymous-namespace'::put_head' d:\Sdk\boost\boost\format\feed_args.hpp(83) : error C2275: 'Ch' : illegal use of this type as an expression d:\Sdk\boost\boost\format\feed_args.hpp(155) : see declaration of 'Ch' d:\Sdk\boost\boost\format\feed_args.hpp(155) : see reference to function template instantiation 'void boost::io::detail::`anonymous-namespace'::put_last<char,std::char_traits<char>,T>(std::basic_ostream<_Elem,_Traits> &,const T &)' being compiled with [ T=int, _Elem=char, _Traits=std::char_traits<char> ] d:\Sdk\boost\boost\format\feed_args.hpp(83) : error C2039: 'put_last' : is not a member of 'operator``global namespace''' d:\Sdk\boost\boost\format\feed_args.hpp(83) : error C2780: 'void boost::io::detail::`anonymous-namespace'::put_last(std::basic_ostream<Ch,Tr> &,const T &)' : expects 2 arguments - 3 provided d:\Sdk\boost\boost\format\feed_args.hpp(82) : see declaration of 'boost::io::detail::`anonymous-namespace'::put_last' d:\Sdk\boost\boost\format\feed_args.hpp(83) : error C3861: 'disambiguater': identifier not found, even with argument-dependent lookup State.cpp d:\Sdk\boost\luabind\object.hpp(153) : error C2027: use of undefined type 'luabind::object' d:\Sdk\boost\luabind\object.hpp(90) : see declaration of 'luabind::object' d:\Sdk\boost\luabind\object.hpp(177) : see reference to class template instantiation 'luabind::detail::proxy_caller<Tuple>' being compiled d:\Sdk\boost\boost\iterator_adaptors.hpp(1409) : see reference to class template instantiation 'boost::filter_iterator_generator<Predicate,Iterator,Value,Reference,Pointer,Category,Distance>' being compiled d:\Work\FakedReality\Source\Core\Scripting\State.cpp(303) : error C3861: 'lua_dostring': identifier not found, even with argument-dependent lookup Script.cpp d:\Sdk\boost\luabind\object.hpp(153) : error C2027: use of undefined type 'luabind::object' d:\Sdk\boost\luabind\object.hpp(90) : see declaration of 'luabind::object' d:\Sdk\boost\luabind\object.hpp(177) : see reference to class template instantiation 'luabind::detail::proxy_caller<Tuple>' being compiled IScriptExport.cpp d:\Sdk\boost\luabind\object.hpp(153) : error C2027: use of undefined type 'luabind::object' d:\Sdk\boost\luabind\object.hpp(90) : see declaration of 'luabind::object' d:\Sdk\boost\luabind\object.hpp(177) : see reference to class template instantiation 'luabind::detail::proxy_caller<Tuple>' being compiled Type.cpp d:\Sdk\boost\luabind\object.hpp(153) : error C2027: use of undefined type 'luabind::object' d:\Sdk\boost\luabind\object.hpp(90) : see declaration of 'luabind::object' d:\Sdk\boost\luabind\object.hpp(177) : see reference to class template instantiation 'luabind::detail::proxy_caller<Tuple>' being compiled IConverter.cpp d:\Sdk\boost\luabind\object.hpp(153) : error C2027: use of undefined type 'luabind::object' d:\Sdk\boost\luabind\object.hpp(90) : see declaration of 'luabind::object' d:\Sdk\boost\luabind\object.hpp(177) : see reference to class template instantiation 'luabind::detail::proxy_caller<Tuple>' being compiled Version.cpp d:\Sdk\boost\boost\format\feed_args.hpp(79) : error C2065: 'disambiguater' : undeclared identifier d:\Sdk\boost\boost\format\feed_args.hpp(140) : see reference to function template instantiation 'void boost::io::detail::`anonymous-namespace'::put_head<char,std::char_traits<char>,T>(std::basic_ostream<_Elem,_Traits> &,const T &)' being compiled with [ T=int, _Elem=char, _Traits=std::char_traits<char> ] d:\Sdk\boost\boost\format\feed_args.hpp(237) : see reference to function template instantiation 'void boost::io::detail::`anonymous-namespace'::put<Ch,Tr,T>(T,const boost::io::detail::format_item<Ch,Tr> &,std::basic_string<_Elem,_Traits,_Ax> &,std::basic_ostringstream<_Elem,_Traits,_Alloc> &)' being compiled with [ Ch=boost::basic_format<char>::CharT, Tr=boost::basic_format<char>::Traits, T=const int &, _Elem=char, _Traits=std::char_traits<char>, _Ax=std::allocator<char>, _Alloc=std::allocator<char> ] d:\Sdk\boost\boost\format\feed_args.hpp(246) : see reference to function template instantiation 'void boost::io::detail::distribute<Ch,Tr,T>(boost::basic_format<Ch> &,T)' being compiled with [ Ch=boost::basic_format<char>::CharT, Tr=boost::basic_format<char>::Traits, T=const int & ] d:\Sdk\boost\boost\format\format_class.hpp(63) : see reference to function template instantiation 'boost::basic_format<Ch> &boost::io::detail::feed<boost::basic_format<Ch>::CharT,boost::basic_format<Ch>::Traits,const T&>(boost::basic_format<Ch> &,const int)' being compiled with [ Ch=char, T=int ] d:\Work\FakedReality\Source\Core\Platform\Win32\Version.cpp(38) : see reference to function template instantiation 'boost::basic_format<Ch> &boost::basic_format<Ch>::operator %<int>(const T &)' being compiled with [ Ch=char, T=int ] d:\Sdk\boost\boost\format\feed_args.hpp(79) : error C2275: 'Ch' : illegal use of this type as an expression d:\Sdk\boost\boost\format\feed_args.hpp(140) : see declaration of 'Ch' d:\Sdk\boost\boost\format\feed_args.hpp(79) : error C2039: 'put_head' : is not a member of 'operator``global namespace''' d:\Sdk\boost\boost\format\feed_args.hpp(79) : error C2780: 'void boost::io::detail::`anonymous-namespace'::put_head(std::basic_ostream<Ch,Tr> &,const T &)' : expects 2 arguments - 3 provided d:\Sdk\boost\boost\format\feed_args.hpp(78) : see declaration of 'boost::io::detail::`anonymous-namespace'::put_head' d:\Sdk\boost\boost\format\feed_args.hpp(83) : error C2275: 'Ch' : illegal use of this type as an expression d:\Sdk\boost\boost\format\feed_args.hpp(155) : see declaration of 'Ch' d:\Sdk\boost\boost\format\feed_args.hpp(155) : see reference to function template instantiation 'void boost::io::detail::`anonymous-namespace'::put_last<char,std::char_traits<char>,T>(std::basic_ostream<_Elem,_Traits> &,const T &)' being compiled with [ T=int, _Elem=char, _Traits=std::char_traits<char> ] d:\Sdk\boost\boost\format\feed_args.hpp(83) : error C2039: 'put_last' : is not a member of 'operator``global namespace''' d:\Sdk\boost\boost\format\feed_args.hpp(83) : error C2780: 'void boost::io::detail::`anonymous-namespace'::put_last(std::basic_ostream<Ch,Tr> &,const T &)' : expects 2 arguments - 3 provided d:\Sdk\boost\boost\format\feed_args.hpp(82) : see declaration of 'boost::io::detail::`anonymous-namespace'::put_last' d:\Sdk\boost\boost\format\feed_args.hpp(83) : error C3861: 'disambiguater': identifier not found, even with argument-dependent lookup Generating Code...

4 4

uBlas Lapack binds - part 2
by geert_ceuppens 16 Apr '03

16 Apr '03

I realise that the binding will need quite some work to get right under VC6 (see previous posting). I would welcome suggestions to do the conversion directly (so without all the traits stuff) and not as general. Goal would be to quickly start and then (hopefully) one day be able to migrate to the traits version. Maybe the getrf function in Lapack would be a good starting point? Thanks ... By the way Toon, I think there is a typo in lapack.hpp: template < typename matrix_type, typename IpivIterator > int getrf(matrix_type& a, IpivIterator begin_ipiv, IpivIterator end_ipiv) { using namespace boost::numeric::bindings::traits ; typedef typename matrix_type::value_type value_type ; typedef typename boost::numeric::bindings::traits::value_traits< value_type >::value_type bind_type ; int m = boost::numeric::bindings::traits::matrix_size1( a ) ; int n = boost::numeric::bindings::traits::matrix_matrix_size2( a ) ; Shouldn't matrix_matrix_size2 be matrix_size2? (I can't compile so I did a visual compilation ;^) ... Rgds Geert

3 2

big int library
by Vaclav Vesely 16 Apr '03

16 Apr '03

Are there any plans about adding a big int library to the Boost? There are at least two implementations in the Sandbox. Thanks, w

2 1

command line parsing
by cl_corba_at 16 Apr '03

16 Apr '03

What is the "boost way" of parsing command line arguments? When I searched the archives, some user recommended spirit for this task, but this seems to heavy-weighted for me. I tried tokenizer, but a seperator for the command line is not provided. - you have to remove quotations marks (only escaped_list_separator can do this) - your have to ignore multiple tokens (only char_seperator can do this) If I write this seperator its still wouldn't provide the api I would like to see for a command line parser. I saw in the past there have been an attemp by Bill Kempf to provide a command line parser for boost but it didn't find its way into the library from reasons I don't know. So is there a recommended way to parse options I did overlook? Is a command line parser planned? Thanks for your answers, CL

5 8

GNU istream::scan
by Pat McCormack 15 Apr '03

15 Apr '03

Hi Is there anything like the GNU extension istream::scan() (to use a scanf style format string) in the Boost libraries? The boost format library seems designed to work solely on output streams (am I right on this?) Thanks Pat

1 0

RE: [Boost-Users] Boost weak_ptr<>
by bjorn.karlsson＠readsoft.com 15 Apr '03

15 Apr '03

> From: Edward Diener [mailto:eddielee@tropicsoft.com] > > I don't understand what the practical use of Boost weak_ptr<> > is ? Anyone > like to clue me in ? I understand that Boost weak_ptr<> > creates an internal > reference to a Boost shared_ptr<> but I don't understand what that is > supposed to accomplish. A weak_ptr is an observer of the pointee, i.e it doesn't take part of the lifetime management of the resource. One use for it is to break cyclic dependencies; another is to avoid dangling pointers. When a shared_ptr deallocates its pointee, it notifies the weak_ptrs. When the weak_ptr is subsequently used, it knows that the resource is gone (compare this with storing raw pointers, where there is no way to tell whether the pointer is still valid or not). Example: A Company class has a container that holds elements of type shared_ptr<Employee>. Now, the Supervisor class needs to know things about certain Employees, but it cannot/must not control their lifetime (in the context of the Company class, that is). Rather than asking the Company to search through each Employee (for example by name) each time Supervisor needs to access/update some Employee information, it caches information in weak_ptr<Employee> for efficient access. If an Employee quits (is removed from the container of shared_ptr<Employee>), the Supervisor class will be informed of this the next time it tries to access that weak_ptr<Employee>. At the time of access, a (temporary) shared_ptr is created from a weak_ptr, to ensure that the pointee isn't deleted in the midst of using it. Without weak_ptr, the above would be hard(er) to accomplish: * Asking Company to find an Employee each time it is needed may be too inefficient. * Storing shared_ptr<Employee> in the Supervisor class interferes with lifetime management and can cause inconsistent state. * Storing a raw pointer to an Employee is extremely dangerous (known as the dangling Employee problem); there's no way of telling if the pointer is valid. Bjorn Karlsson

2 1

shard_ptr
by Christian Gmeiner 15 Apr '03

15 Apr '03

Hi! I want to use boost's shared_ptr in my project, which is a dll. At the moment it looks like this: in the h: extern MY_API CCPUDetect * gCPU; in the cpp: CCPUDetect * gCPU = CCPUDetect::GetInstance(); I have problems to make the same with boost, so that gCPU is a smartpointer. Thanks, Christian Gmeiner [Non-text portions of this message have been removed]

2 1

Boost weak_ptr<>
by Edward Diener 15 Apr '03

15 Apr '03

I don't understand what the practical use of Boost weak_ptr<> is ? Anyone like to clue me in ? I understand that Boost weak_ptr<> creates an internal reference to a Boost shared_ptr<> but I don't understand what that is supposed to accomplish.

2 1

boost::date_time don't work under Kylix
by Konstantin M. Litvinenko 15 Apr '03

15 Apr '03

Hello, All! #include <boost/date_time/posix_time/posix_time.hpp> #include <iostream> int main() { using namespace boost::posix_time; using namespace boost::gregorian; date d(1990,1,1); ptime t(d); std::cout << to_simple_string(t); return 0; } I have tested this sample under 4 compilers - vc7, gcc 2.96 asplinux, builder 5.6.4 and kylix3 (compiler borland 5.6). Under Kylix it produce floating point error. I figure out that this happens because t, after this line ptime t(date(1990,1,1)); have {0} (as i see in debuger). Is this library or kylix bug? It seems to be a __int64 arithmetic error but i am not sure. With best regards, Konstantin M. Litvinenko aka Dark Angel. E-mail: darkangel(a)malva.ua

2 2

Question about SPirit parser terminology
by satya_vajja 14 Apr '03

14 Apr '03

Can anyone explain me what is the difference between a rule, grammar and parser in SPIRIT parser library. Thanks

2 1

Macintosh Carbon Thread Error with Boost 1.30.0
by Bobby Thomale 14 Apr '03

14 Apr '03

Hey guys, I just tried to get the new Boost 1.30.0 release to work on MacOS, using TARGET_CARBON (with threads turned on). I have a problem to report: there's a new "lightweight mutex" being used by the smart pointer library. There does not seem to be a lightweight mutex implementation for the "Carbon MP tasks" thread implementation. So - when I compile my code under Boost 1.30 I end up at: # error Unrecognized threading platform in lightweight_mutex.hpp when it tries to compile any of the smart pointer stuff. Help! :-) -- Bobby --------------------------------------------------------------------- Bobby Thomale Senior Software Developer Inoveon Corporation http://www.inoveon.com/ ---------------------------------------------------------------------

2 3

uBlas Lapack binds from Sandbox - pb with templ. specialisation
by geert_ceuppens 14 Apr '03

14 Apr '03

Toon & Kresimir, I've downloaded the lapack and blas binds from the boost sandbox, and I found out the hard way (again :^( ...) the 'features' of the VC6 compiler, i.e. the lack of support for template specialisation. The offending code is: (line nbr may differ due to versioning) *) boost\numeric\bindings\traits\algorithm.hpp(45): template < typename T > struct is_equal vs: template < typename T > struct is_equal< boost::numeric::ublas::matrix< T > > --> template class has already been defined as a non-template class *) libs\numeric\bindings\blas\test\blas.hpp(51): template < typename T > struct assign_multiplier vs: template < typename T > struct assign_multiplier< std::complex< T > > *) boost\numeric\bindings\traits\traits.hpp(46): template <typename V, typename T = typename V::value_type> struct default_vector_traits vs: template <typename V, typename T> struct default_vector_traits<V const, T> *) boost\numeric\bindings\traits\traits.hpp(112 & 114): This one gave more errors: template <typename MatrixT> inline typename matrix_traits<MatrixT>::pointer matrix_storage (MatrixT& m) { return matrix_traits<MatrixT>::storage (m); } error C2039: 'pointer' : is not a member of 'matrix_traits<M>' error C2146: syntax error : missing ';' before identifier 'matrix_storage' error C2433: 'pointer' : 'inline' not permitted on data declarations error C2501: 'pointer' : missing storage-class or type specifiers error C2059: syntax error : ';' error C2065: 'MatrixT' : undeclared identifier error C2065: 'm' : undeclared identifier 'matrix_storage' : missing storage-class or type specifiers syntax error : missing ';' before '<end Parse>' Any chance of providing non-specialised versions of these so I can use the VC6 compiler? Thanks - Geert

1 0

RE: [Boost-Users] command line parsing
by Jim.Hyslop 14 Apr '03

14 Apr '03

Joe Mariadassou [mailto:joemar@vcisnet.net] wrote: > The URL appears to be invalid. > joe > > -----Original Message----- > From: HartmutKaiser(a)t-online.de [mailto:HartmutKaiser@t-online.de] > Sent: Monday, April 14, 2003 3:04 AM > To: Boost-Users(a)yahoogroups.com > Subject: RE: [Boost-Users] command line parsing > > > As far as I remember Vladimir Prus has requested Boost review for his > program_options library. You can find it here: > > http://zigzag.cs.msu.su:7813/program_options > Works OK for me - maybe the problem is temporary. -- Jim

1 0

test
by iad929 13 Apr '03

13 Apr '03

plz ignore. Mohammed

1 0

RE: [Boost-Users] Unary predicate for shared_ptr == 'real' pointe r?
by dick.bridges＠tais.com 11 Apr '03

11 Apr '03

Thanks! In a sense, I can sympathize with your co-workers. I spent hours trying to get that predicate right - I kept screwing up the 'inner' bind. I keep hoping the more I work with the boost libraries the easier it will get. In my case, that's yet to be seen. ;) Thanks again. Tom Matelich <tmatelich@zetec To: "'Boost-Users(a)yahoogroups.com'" <Boost-Users(a)yahoogroups.com> .com> cc: Subject: RE: [Boost-Users] Unary predicate for shared_ptr == 'real' pointe r? 04/11/2003 01:55 PM Please respond to Boost-Users > From: Mark Storer [mailto:mstorer@cardiff.com] > Sent: Friday, April 11, 2003 1:51 PM > > The whole "new int" thing seems a little odd, but that's an > artifact of creating example code. precisely > What do your co-workers say? I feel like I'm missing something here. While the elegance of the double bind is appreciated, I've heard complaints about it being confusing. ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. ----------------------------------------------------------------------- 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] Unary predicate for shared_ptr == 'real' pointe r?
by Tom Matelich 11 Apr '03

11 Apr '03

> From: Mark Storer [mailto:mstorer@cardiff.com] > Sent: Friday, April 11, 2003 1:51 PM > > The whole "new int" thing seems a little odd, but that's an > artifact of creating example code. precisely > What do your co-workers say? I feel like I'm missing something here. While the elegance of the double bind is appreciated, I've heard complaints about it being confusing. ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

1 0

RE: [Boost-Users] Unary predicate for shared_ptr == 'real' pointe r?
by Mark Storer 11 Apr '03

11 Apr '03

The whole "new int" thing seems a little odd, but that's an artifact of creating example code. What do your co-workers say? I feel like I'm missing something here. --Mark Storer Software Engineer Cardiff Software #include <disclaimer> typedef std::disclaimer<Cardiff> Discard;

1 0

RE: [Boost-Users] Unary predicate for shared_ptr == 'real' pointe r?
by Tom Matelich 11 Apr '03

11 Apr '03

> From: dick.bridges(a)tais.com [mailto:dick.bridges@tais.com] > Sent: Friday, April 11, 2003 11:54 AM > > This is probably more of a C++ than an boost question but, since it > involves shared_ptr, I thought I'd try it here first. I've > got a vector of > shared_ptrS (e.g., vector<shared_ptr<T> > v;) and I need to > find the entry > given the 'real' pointer to the underlying T. Looping thru > the vector like > this: > > <snippet> > for( vector<shared_ptr<T>::iterator itr = v.begin(); itr != > v.end(); itr++) > { > if( itr->get() == real_this){...} > } > </snippet> > > works but seems klunky. I should be able to use [find_if( > v.begin(), v.end > (), ???)] but I can't work out the predicate. Any help or > "pointers" ;) > will be greatly appreciated. > Here's how I like to do it, though my co-workers sometimes complain: #include "boost/shared_ptr.hpp" #include "boost/bind.hpp" #include <vector> #include <iostream> int main() { typedef std::vector<boost::shared_ptr<int> > V; V vec; int* foo = new int; vec.push_back(boost::shared_ptr<int>(foo)); V::iterator iter = std::find_if(vec.begin(), vec.end(), boost::bind(std::equal_to<int*>(), boost::bind(&boost::shared_ptr<int>::get, _1), foo)); if(iter != vec.end()) std::cout << "Life is good" << std::endl; //don't delete foo!!! return 0; } Tom ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

1 0

Unary predicate for shared_ptr == 'real' pointer?
by dick.bridges＠tais.com 11 Apr '03

11 Apr '03

This is probably more of a C++ than an boost question but, since it involves shared_ptr, I thought I'd try it here first. I've got a vector of shared_ptrS (e.g., vector<shared_ptr<T> > v;) and I need to find the entry given the 'real' pointer to the underlying T. Looping thru the vector like this: <snippet> for( vector<shared_ptr<T>::iterator itr = v.begin(); itr != v.end(); itr++) { if( itr->get() == real_this){...} } </snippet> works but seems klunky. I should be able to use [find_if( v.begin(), v.end (), ???)] but I can't work out the predicate. Any help or "pointers" ;) will be greatly appreciated. TIA

1 0

RE: [Boost-Users] Boost random's min < max assert
by Glen Knowles 11 Apr '03

11 Apr '03

From: Jens Maurer >> Uniform int contains an assert if min < max. If I ask for a random between 1 >> and 1 I'm expecting a 1, not an assert. Is there some reason this was deemed >> inappropriate? > >When I wrote that code, I never thought somebody would want to generate >a constant 1 as a random number. I agree that this looks non-orthogonal >on first sight. I'll look into it. In my specific case I have a number of objects determined at run time and am randomly picking a number between one and the number of objects in order to select one. The workaround is to simply test for one before the call, but the assert was unexpected. Thanks, Glen [Non-text portions of this message have been removed]

1 0

RE: [Boost-Users] Problem with boost::pool_alloc
by scleary＠jerviswebb.com 11 Apr '03

11 Apr '03

> -----Original Message----- > From: Ilya Chvetsov(work) [mailto:chvetsov@kdlab.com] > > Hi! > I try to use boost::pool_alloc with STLport-4.5-0119 snapshot. > STLPort call pool_alloc::allocate(const size_type n) with n = 0. > STLPort naitive allocator returns in such case NULL, but pool_alloc > tries return memory. Hmmm... You seem to have uncovered a corner case, not covered by the Standard requirements. I will change the pool_allocator (and fast_pool_allocator) to be able to handle this by returning NULL. > Method simple_segregated_storage<SizeType>::try_malloc_n( > void * & start, size_type n, const size_type partition_size) has > problem too if parameter n is 0. Problem is in while condition: > while (--n != 0)... This is correct; (n > 0) is a precondition for that function. -Steve

1 0

RE: [Boost-Users] Problems with iterator_adaptors
by Ben Hutchings 11 Apr '03

11 Apr '03

Olaf Petzold wrote: > I try to write a cyclic Iterator using boost::iterator_adaptors. > Unfortunally, the advance function doesn't work for negative distances > correct: > template<class Iterator> > class cycle_iterator_policies > { > public: > cycle_iterator_policies(const Iterator& begin, const Iterator& end) > : m_begin( begin ), m_end( end ) > { > assert( m_begin != m_end ); > } > .... > template<class IteratorAdaptor, class DifferenceType> > void advance( IteratorAdaptor& x, DifferenceType n ) { > n %= std::distance( m_begin, m_end ); <snip> The problem is that the result of % and / (and by implication %= and /=) is implementation defined if either operand is negative. Most implementations round the quotient towards zero and produce a remainder with the same sign as the quotient. Evidently you want to have a non-negative remainder always. The simplest solution, I think, is: DifferenceType length = std::distance( m_begin, m_end ); n %= length; if (n < 0) n += length;

1 0

Re: thread lib using workshop CC on solaris
by Christopher Currie 11 Apr '03

11 Apr '03

I tried to send this earlier using the newsgroup, but it seems to have been dropped on the floor. Sorry for the duplicate if it shows up. The latest version of boost has some support for some versions of this compiler. The appropriate jamfile is "sunpro-tools.jam" (Sunpro is an old name for this compiler.) Thus: cd $BOOST_ROOT/libs/thread/build bjam -sTOOLS=sunpro That said, your mileage may vary on this compiler. I have found that it is notoriously buggy, especially wrt templates, and boost code will often cause it heartache in obscure ways. My results have found: * Up-to-date patches for the compiler and the operating system are a must. Find them here: http://access1.sun.com/sundev/index.html * Both versions of this compiler that I have tested have issues with Boost.TypeTraits, generating loads of spurious "Anacronism" warnings wrt the typename keyword being absent or present. Unfortunately, sun has not provided a flag to silence these warnings, and adding typename to the locations it complains about breaks other compilers, notably g++. * Both versions of this compiler will have problems linking some Boost unit tests, due to odd template RTTI issues. Adding -sBUILD="<cxxflags>-instances=static" will sometimes fix this problem. I don't recommend making this flag a default, because of the code bloat that entails. * Sun CC 5.4 ( Workshop/Forte Developer/SunOne Studio 7 ) will successfully build Boost.Threads. * Sun CC 5.3 update 2 ( W/FD/SOS 6u2 ) will only build Boost.Threads in release mode. This compiler generates assertions when attempting to compile the debug libraries. * I have not tested any versions earlier than Workshop 6 update 2. "jenny_qzhang" <jenny_qzhang(a)yahoo.com> wrote in message news:b722dr+7f4@eGroups.com... > Hi, All > > I am working on porting an application from MSVC to solaris > workshop(the applicatoin is using boost thread lib). I could not > locate the makefile or jam file for this compiler. Is there anybody > did the same thing before? > > If you finially made it, can you share your experience, makefile > with me? Actually I tried to write a makefile myself, but it reported > a lot of errors related to template parameters :(. > > > Thanks very much! > > Qiu

1 0

Problems with iterator_adaptors
by Olaf Petzold 11 Apr '03

11 Apr '03

Hello, I try to write a cyclic Iterator using boost::iterator_adaptors. Unfortunally, the advance function doesn't work for negative distances correct: template<class Iterator> class cycle_iterator_policies { public: cycle_iterator_policies(const Iterator& begin, const Iterator& end) : m_begin( begin ), m_end( end ) { assert( m_begin != m_end ); } .... template<class IteratorAdaptor, class DifferenceType> void advance( IteratorAdaptor& x, DifferenceType n ) { n %= std::distance( m_begin, m_end ); DifferenceType rest = std::distance( x.base(), m_end ); if( n < rest ) std::advance( x.base(), n ); else std::advance( x.base() = m_begin, n - rest ); } .... private: Iterator m_begin; Iterator m_end; }; It seems to be an algorithmic problem for me. How can I corrected it? Thanks Olaf

1 0

Signals and noncopyable
by svanechel 11 Apr '03

11 Apr '03

Hi, Is there a reason why siganls aren't copyable? As far as I can tell signal base derives from noncopyable, but it references its implementation using shared_ptr. So I'm guessing in theory a signal is perfectly copyable. I must admit I came to this conclusion by briefly looking at the code, so I might be completely wrong. I want to store signals into a vector of function<void()>'s, together with bound arguments, to capture events and replay them later. Something similar to (simplified): class recorder { public: // this is the handler for some event // it is connected to another signal void some_event( int i) { events_.push_back( bind( ev, i ) ); } void replay() { vector< function<void()> >::const_iterator itr = events_.begin(); while ( itr != events_.end() ) { (*itr)(); ++itr; } } signal<void(int)> ev; private: vector< function<void()> > events_; }; recorder rec; // connect the recorder to the signals is uses ... // now replay the events rec.ev.connect( some_handler ); rec.replay(); The example above may no be entirely correct since I'm coding this directly without running it through a compiler, but I hope the intent is clear. If I remove the derivation from noncopyable from signal_base, a sigal can be assigned to a function, although I haven't tested it yet to see if it actually works (currently I do not have something I can start testing with). Is it safe to remove the noncopyable base class? If so can it be done in the next release of the boost distribution as well? Thanks in advance, Sven Van Echelpoel

1 0

Problem with boost::pool_alloc
by Ilya Chvetsov(work) 11 Apr '03

11 Apr '03

Hi! I try to use boost::pool_alloc with STLport-4.5-0119 snapshot. STLPort call pool_alloc::allocate(const size_type n) with n = 0. STLPort naitive allocator returns in such case NULL, but pool_alloc tries return memory. Method simple_segregated_storage<SizeType>::try_malloc_n( void * & start, size_type n, const size_type partition_size) has problem too if parameter n is 0. Problem is in while condition: while (--n != 0)... This simple program demonstrates a problem: #include <boost/pool/poolfwd.hpp> #include <boost/pool/pool_alloc.hpp> typedef boost::pool_allocator<int> alloc_t; int main(int argc, char* argv[]) { alloc_t alloc; alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); alloc.allocate(0); return 0; } How can I solve this problem? Thanks -Ilya

1 0

Boost random's min < max assert
by Glen Knowles 10 Apr '03

10 Apr '03

Uniform int contains an assert if min < max. If I ask for a random between 1 and 1 I'm expecting a 1, not an assert. Is there some reason this was deemed inappropriate? Thanks, Glen [Non-text portions of this message have been removed]

3 2

preprocessor: convert to capitals
by Toon Knapen 10 Apr '03

10 Apr '03

In the ublas forum we're having a discussion on the best way to provide signatures in C for fortran libraries (like BLAS and LAPACK). For linking C with fortran, you sometimes need to add an underscore to the function in C, but on other platforms fortran will store the function-name in capitals. Thus on different platforms, we should preprocess our source to take the platforms' convention into account and we thus would need a macro to convert an identifier automatically to uppercase. Is that possible ? toon -- Toon Knapen http://www.fft.be Free Field Technologies tel:+32 10 45 12 26 16 Place de l'Universite fax:+32 10 45 46 26 1348 Louvain-la-Neuve http://www.femtown.org Belgium

3 5

thread lib using workshop CC on solaris
by jenny_qzhang 10 Apr '03

10 Apr '03

Hi, All I am working on porting an application from MSVC to solaris workshop(the applicatoin is using boost thread lib). I could not locate the makefile or jam file for this compiler. Is there anybody did the same thing before? If you finially made it, can you share your experience, makefile with me? Actually I tried to write a makefile myself, but it reported a lot of errors related to template parameters :(. Thanks very much! Qiu

2 2

ublas matrix slice bug?
by Stephan Puchegger 08 Apr '03

08 Apr '03

Dear ublas developers! (I am using boost 1.30 & gcc 3.2) the following program: #include <boost/numeric/ublas/matrix.hpp> #include <boost/numeric/ublas/io.hpp> int main () { using namespace boost::numeric::ublas; matrix<double> m (4, 4); for (unsigned int i = 0; i < m.size1 (); ++ i) for (unsigned int j = 0; j < m.size2 (); ++ j) m(i, j) = 1; std::cout << m << std::endl; // multiply a slice of the matrix with 2.... project (m, slice (2, 1, m.size1()-2), slice (1, 0, m.size1()-2)) *= 2; // interesting result ... the slice has been multiplied with 4 std::cout << m << std::endl; } gives the following output: [4,4]((1,1,1,1),(1,1,1,1),(1,1,1,1),(1,1,1,1)) [4,4]((1,1,1,1),(1,1,1,1),(1,4,1,1),(1,4,1,1)) Why is the slice multiplied with 4 and not with 2?? Do I make some fundamental mistake? Everything works fine if I am using a matrix_vector_slice. My second (stupid?) question is the following: Is it intentional, that it is not possible to compile: #include <boost/numeric/ublas/matrix.hpp> #include <boost/numeric/ublas/io.hpp> int main () { using namespace boost::numeric::ublas; matrix<double> m (4, 4); for (unsigned int i = 0; i < m.size1 (); ++ i) for (unsigned int j = 0; j < m.size2 (); ++ j) m(i, j) = 4*i+j; std::cout << m << std::endl; swap(row(m,0), row(m,2)); std::cout << m << std::endl; } whereas matrix_row<matrix<double> > l(m, 0); matrix_row<matrix<double> > r(m, 2); swap(l, r); /* swap the rows */ works fine. MTL has support for a similar syntax: swap(rows(m)[0], rows(m)[2]); best regards and thanks for your help! Stephan

3 7

Spirit PDF or something
by Edward Diener 08 Apr '03

08 Apr '03

I would like to print out the Spirit documentation as a whole for offline study. However Boost 1.30 Spirit documentation comes as a series of HTML pages. Is there an easy way to print out the documentation rather than cycling through all of it manually and printing out a page at a time ?

2 3

condition::wait() - Alertable in Win32
by Simon Bailey 08 Apr '03

08 Apr '03

What is the latest thinking on making condition::wait() and condition::timed_wait() "alertable" in the Win32 environment? Please consider this a "me too" request for such a feature! I'm trying to implement a cross-platform (Unix, Windows) implementation of a Proactor pattern that manages asynchronous sockets. It seems that the way to implement this pattern with as much code common to both platforms as possible is to use 1. Overlapped sockets that call back (not post messages) in Windows. 2. Signals in Unix (similar to the Windows call backs but with less- clear semantics in my mind). For this scheme to work, the wait functions need to be alertable in Windows, but the Unix system shouldn't need any changes. >From the research that I have done so far, in my particular case, I would only need wait and timed_wait to be alertable, and it would be appropriate that they were always altertable - I would not need a way to enable or disable this feature.

1 0

Building (runtime-link-static) thread lib on vc7
by Taras Tielkes 07 Apr '03

07 Apr '03

Hi, Some newbie boost thread lib questions: 1) I used to build the 1.29 thread library with the runtime-link-static\threading-multi build configuration. This would yield (in release mode) a 467 KB import library in the destination directory. When I build boost 1.30 (with runtime-link-static\threading-multi), the target directory for the thread library contains: -a boost_thread.dll of 116 KB -boost_thread.lib import libarary of 27KB Programs compile against the import library have a runtime dependency on the boost thread dll (as I would expect from the size of the import .lib) What's the right way to compile a static-link, multi-threaded boost.threads library (using the vc7 toolset) in 1.30? 2) What happended to the threadmon.dll? Is it gone in 1.30? Thanks for any pointers..

1 0

RE: [Boost-Users] Re: Please, please help!!!
by scleary＠jerviswebb.com 07 Apr '03

07 Apr '03

> From: agiatojon [mailto:JonAgiato@nyc.rr.com] > > Thanks a lot for the info. I saw that but did not know exceptions > were disabled in some compilers by default, which as you suggested, I > found out this one does. I enabled them, and now it compiles. > > I have another question for you if I may. I attempted to simply > stream the numbers to the standard output but it complains that there > is no operator defined for this object. Is there a file I can include > that contains the overloaded output operator functionality? I am sure > this must be available, I am just not sure of its location. I know > that ublas uses the file "IO" in order to bring those definitions in. Make sure you're doing: std::cout << dev(); and not: std::cout << dev; If that isn't the problem, could you post a code sample? -Steve

2 1

specializing new lexical_cast
by Tom Matelich 07 Apr '03

07 Apr '03

I'm going to embark on it, but I thought I'd ask in parallel. One of the things about Terje's proposed lexical_cast was a lot of documentation of how to specialize it. That doesn't seem to be addressed in 1.30.0's version. I see in the documentation "Where non-stream-based conversions are required, lexical_cast is the wrong tool for the job and is not special-cased for such scenarios." I understand this sentiment, and I tried to search for discussions of this on the mailing list, but I did not conquer ASPN's search tool. The reason I'm asking is that we did some profiling and strtod kicked lexical_cast's butt for string -> double. I currently use lexical_cast in some template'd xml code, so I could overload my function, but I'd have to do it in about 5 spots due to an evolving interface. I'd like to just do it once for lexical_cast. I suppose I could use Terje's implementation, but I've stuck with boost canon for a long time now intentionally. Any suggestions? ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

4 4

New BGL warning in 1.30.0
by Steven Solie 07 Apr '03

07 Apr '03

I'm now getting the following warning from BGL 1.30.0: /gg/boost/boost/pending/property.hpp:71: warning: sorry: semantics of inline function static data `const bool match' are wrong (you'll wind up with multiple copies) /gg/boost/boost/pending/property.hpp:71: warning: you can work around this by removing the initializer The code that generates the above warning looks something like this: Territory* t1 = new Territory(...); Vertex vertex = add_vertex(m_graph); put(vertex_name, m_graph, vertex, t1); // generates warning The graph declaration looks like this: typedef adjacency_list<vecS, vecS, undirectedS, property<vertex_name_t, Territory*, property<vertex_distance_t, unsigned long> > > Graph; I don't have any problems with BGL 1.29.0 and I don't understand what the warning is trying to tell me. Any ideas? I'm using GCC 2.95.3 with STLport. --Steven

2 1

Spirit - rule generating functions
by brockpeabody 06 Apr '03

06 Apr '03

Does anyone know the best way to return a rule from a function by value? I know that the following does not work, but what's the best workaround? struct calculator : grammar<calculator> { template <typename ScannerT> struct definition { definition(const calculator&) { r = make_complex_rule('A') | make_complex_rule('B'); } typedef rule<ScannerT> rule_type; rule_type const& start() { return r;} private: rule_type make_complex_rule(char c) { return c >> real_p; //boom } rule_type r; }; }; my current workaround is the following nastiness: //inside struct calculator::definition<> rule_type& anonymous_rule() { anonymous_rules.push_back( boost::shared_ptr<rule_type>(new rule_type)); return *anonymous_rules.back(); } rule_type& make_complex_rule(char c) { return anonymous_rule() = c >> real_p; } std::vector<boost::shared_ptr<rule_type> > anonymous_rules; Is there a better way? Also, I've got an easy one... Why is a grammar passed by const reference to its definition? Does Spirit make copies of the grammars internally? I ask because otherwise the grammar class seems like the ideal place to store state information (like numbers on a calculator's stack). Thanks ahead of time! Brock Peabody brock.peabody(a)npcinternational.com

3 2

Tuple compatibility with VS.Net
by toddbfleming 06 Apr '03

06 Apr '03

I downloaded boost 1.30.0 but am having trouble with the Tuple library with Visial Studio.Net. The following code produces the errors: #include <boost/tuple/tuple.hpp> boost::tuple<int, int> f() { return boost::tuple<int, int>(1, 1); } c:\cpp\boost_1_30_0 \boost\tuple\detail\tuple_basic_no_partial_spec.hpp(411) : error C2039: 'map_tuple_to_cons' : is not a member of 'boost::detail' This code is: class tuple : public detail::map_tuple_to_cons<T1, T2, T3, T4, T5, T6, T7, T8, T9, T10>::cons1 This appears to be a compiler bug. The code at this line is in the boost::tuples namespace but the compiler seems to be ignoring boost::tuples::detail. I replaced detail with tuples::detail in many places in this code. Next error: c:\cpp\boost_1_30_0 \boost\tuple\detail\tuple_basic_no_partial_spec.hpp(456) : error C2629: unexpected 'boost::tuple<T1,T2,T3,T4,T5,T6,T7,T8,T9,T10> (' This code is: template<typename Head, typename Tail> explicit tuple(const cons<Head, Tail>& other) : cons1(other.head, other.tail) { } Visual C++ doesn't seem to understand template constructors. I replaced the template constructor with a copy constructor. VC++ failed to create the default copy constructor :( c:\cpp\boost_1_30_0 \boost\tuple\detail\tuple_basic_no_partial_spec.hpp(470) : error C2143: syntax error : missing ',' before '<' The code is: template<typename Head, typename Tail> self_type& operator=(const cons<Head, Tail>& other) Lookup failed on cons. I added tuples:: prefix. Has anyone else run into these or might I have a configuration problem? Thanks! Todd Fleming

1 0

documentation
by luise_mang 05 Apr '03

05 Apr '03

Hello, Is there some centralized documentation for offline-studies available (PDF, some platform-specific help docs, whatever - just download once, view offline many) ? thanx, Luise

1 0

RE: [Boost-Users] Please, please help!!!
by scleary＠jerviswebb.com 05 Apr '03

05 Apr '03

Your error message indicates that exceptions are disabled. Try not disabling them. I think some versions of GCC might disable exceptions by default based on the language its compiling for -- e.g., if it's invoked as 'gcc' or the filename extension designates a C file. I didn't see this behaviour under Cygwin, though. I can get it to compile under Cygwin just by adding the Boost include with -I and defining __linux__ with -D. HTH, -Steve > -----Original Message----- > From: Jon Agiato [mailto:JonAgiato@nyc.rr.com] > Sent: Friday, April 04, 2003 11:56 AM > To: Boost-Users(a)yahoogroups.com > Subject: RE: [Boost-Users] Please, please help!!! > > > Hi Steve, > Thanks again for the help. I did that and now the > file is recognized, but I am receiving the following > error upon compilation: > > In file included from main.cpp:3: > /usr/include/c++/3.2/boost/libs/random/random_device.cpp: > In member function > `void boost::random_device::impl::error(const > std::string&)': > /usr/include/c++/3.2/boost/libs/random/random_device.cpp:92: > exception handling > disabled, use -fexceptions to enable > gmake: *** [main.o] Error 1 > > The program is the same except now I am including > #include <boost/libs/random/random_device.cpp>. > > Thanks again! > > Jon Agiato > JonAgiato(a)nyc.rr.com > > --- Jon Agiato <jonagiato(a)nyc.rr.com> wrote: > > >> > >> ----- Original Message ----- > >> From: scleary(a)jerviswebb.com > >> To: Boost-Users(a)yahoogroups.com > >> Sent: Friday, April 04, 2003 10:49 AM > >> Subject: RE: [Boost-Users] Please, please help!!! > >> boost::random_device > >> > >> > >> There is a source file under the libs/random > >> directory that contains the > >> implementation of random_device. You'll have to > >> include it in your project > >> in order to link. > >> > >> -Steve > >> > > > > > >>> > -----Original Message----- > >>> > From: Jon Agiato [mailto:JonAgiato@nyc.rr.com] > >>> > Sent: Thursday, April 03, 2003 10:02 PM > >>> > To: Boost-Users(a)yahoogroups.com > >>> > Subject: [Boost-Users] Please, please help!!! > >> > >> > >> boost::random_device > > > > > >>> > > >>> > > >>> > Hello all, > >>> > > >>> > I am attempting to use the non-deterministic > >> > >> > >> random number generator > > > > > >>> > class contined in boost::random and have > >> > >> > >> encountered the following > > > > > >>> > errors upon running the program. The program does > >> > >> > >> compile without > > > > > >>> > errors, and I am using KDevelop 2.1.3 in the > >> > >> > >> RedHat Linux 8.0 > > > > > >>> > environment. > >>> > > >>> > Here's the offending code: > >>> > > >>> > #include <iostream> > >>> > #include <cstdlib> > >>> > #include <boost/nondet_random.hpp> > >>> > > >>> > int main() > >>> > { > >>> > boost::random_device dev; > >>> > > >>> > return EXIT_SUCCESS; > >>> > } > >>> > > >>> > I receive the following error message: > >>> > /home/JAgiato/boosttest/boosttest/main.cpp:6: > >> > >> > >> undefined reference to > > > > > >>> > `boost::random_device::default_token' > >>> > /home/JAgiato/boosttest/boosttest/main.cpp:6: > >> > >> > >> undefined reference to > > > > > >>> > > >> > >> > >> > > > > > `boost::random_device::random_device[in-charge](std::basic_str > > >> > ing<char, > >> > std::char_traits<char>, std::allocator<char> > > > > > > > const&)' > > >> > /home/JAgiato/boosttest/boosttest/main.cpp:8: > > > > > > undefined reference to > > >> > `boost::random_device::~random_device > > > > > > [in-charge]()' > > >> > > >> > My goal is to use this class to produce > > > > > > non-deterministic 32 bit > > >> > integers which will be streamed to a binary file. > > > > > > Any help is greatly > > > > apprechiated! Thank you! > > > > > > Jon Agiato > > > JonAgiato(a)nyc.rr.com > > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get 128 Bit SSL Encryption! > http://us.click.yahoo.com/xaxhjB/hdqFAA/VygGAA/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/ > >

2 1

Extending max. arity of tuples
by Max Motovilov 04 Apr '03

04 Apr '03

I ran against the arity limitation of 10 and to resolve it, modified tuple_basic.hpp to use the preprocessor package for all variable length argument lists (with macro BOOST_TUPLE_MAX_ARITY serving as a single parameter configurable from config/user.hpp). I'm not sure if this modification will be of general interest, but if so, where do I send it? Modified code has been tested with MSVC 2003 (7.1). Regards, ...Max...

1 0

problems building boost thread with Linux7.2
by ZYA 04 Apr '03

04 Apr '03

Dear, How to build boost thread libs step by step? zya! 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/ [Non-text portions of this message have been removed]

2 1

RE: [Boost-Users] problems building boost thread with Linux7.2
by Jim.Hyslop 04 Apr '03

04 Apr '03

ZYA [mailto:Zhao.Yan@inventec.com] wrote: > How to build boost thread libs step by step? Have a look at these pages: http://www.boost.org/tools/build/index.html http://www.boost.org/libs/thread/doc/build.html The first page gives a fairly detailed set of instructions on building bjam, the tool which is used to build the thread library (and other Boost libraries). The second page tells you how to use bjam to build the library itself. If these pages don't help, feel free to post any additional questions (and I promise to read the subject line as well :=) -- Jim

1 0

Re: [Boost-Users] Re: Understanding MPL
by Tanton Gibbs 04 Apr '03

04 Apr '03

"Paul Mensonides" <yg-boost-users(a)m.gmane.org> wrote in message news:b6ifnh$5l0$1@main.gmane.org... > Edward Diener wrote: > > >> What specifically would you have me do? The pp-lib docs do not > >> attempt to explain the implementation of the pp-lib itself. > > > > I don't want an explanation of the inner workings of the pp-lib. I > > would like to see an explanation of the pp-lib which attempts to > > explain the functionality of it from the user's point of view. > > Something like a grouping of the macros in it from the point of view > > of general areas of functionality, with the specific macros grouped > > and explained within each area. It honestly sounds to me like Edward wants a tutorial -- something that the PP library does not currently have. I have used the PP lib numerous times for many different types of problems, and have always come away with a good feeling towards the docs. They are easy to navigate and are structured in such a way that you can find what you are looking for quickly. However, I also understand Edward's point about a tutorial. If I had not come to the PP lib with a particular problem, but instead just wanted to get a "warm, fuzzy" feeling about it, then it would be natural to want a tutorial to walk me through each macro giving an actual program and describing why each macro used in the program was chosen as well as what it expands to. I realize that this would be a huge undertaking, but perhaps there are people out there like myself, who have used and enjoy the PP lib that would help you in this endeavor if you choose to undertake it. I definately think it would be worthwhile to have a tutorial to help the unitiated get their feet wet. Basically, give them a problem to solve, show them how to solve it, then describe in detail how the solution was derived. The tutorial would then not get in the way of the initiated, but would bring the uninitiated up to speed. Thanks! Tanton [Non-text portions of this message have been removed]

1 0

boost::lexical_cast extension for boost::any ...
by Electric Monk 04 Apr '03

04 Apr '03

I have a need to cast a boost::any with an arbitrary contained type to another type, using a boost::lexical_cast for example. Consider the following: #include <boost/any.hpp> class obj { public: int val0; double val1; void setval(int i, boost:any const & val) { switch (i) { case 0: val0 = boost::any_cast<int>(val); break; case 1: val1 = boost::any_cast<double>(val); break; } } }; int main(int, char*[]) { obj o; o.setval(0, 1); o.setval(1, 2); return 0; } As expected, this throws a boost::bad_any_cast() at runtime. I'd like to write code similar to (from obj::setval above): case 0: val0 = boost::lexical_cast<int>(val); break; case 1: val1 = boost::lexical_cast<double>(val); break; Unfortunately boost::lexical_cast doesn't handle a parameter of type boost::any, since there isn't an overload of 'std::ostream operator <<()' for type boost::any. Can anyone suggest a simple way around this? My own musings on the subject have lead me to thinking that there needs to be a simple way to extract the contained value, or write it to a stream, without knowing its type. The simplest method I can see would be to add a function to boost::any::placeholder which either returns a string representation of the held value or writes the held value to a std::basic_ostream. This should allow a simple boost::lexical_cast conversion for boost::any to any arbitrary type. Comments? Have I missed anything major? Oh, and yes, I know that this goes beyond the intent of boost::any. I could easily create my own variant of boost::any which acts in the way I want, but I think this kind of functionality is useful in a number of cases, so it'd be nice to have the best solution possible... which is best discussed by the people here, who are much better versed in the boost library than I :) -- Corey Murtagh The Electric Monk "Quidquid latine dictum sit, altum viditur!"

2 1

RE: [Boost-Users] problems building boost thread with Linux7.2
by Jim.Hyslop 04 Apr '03

04 Apr '03

I wrote: > ZYA [mailto:Zhao.Yan@inventec.com] wrote: > > Dear, > > How to build boost thread libs step by step? > Step 1: tell us which compiler and platform you are using. My apologies, I didn't read the subject line. I use Windows, so I can't help. -- Jim

1 0

RE: [Boost-Users] problems building boost thread with Linux7.2
by Jim.Hyslop 04 Apr '03

04 Apr '03

ZYA [mailto:Zhao.Yan@inventec.com] wrote: > Dear, > How to build boost thread libs step by step? Step 1: tell us which compiler and platform you are using. -- Jim

1 0

RE: [Boost-Users] Please, please help!!!
by Jon Agiato 04 Apr '03

04 Apr '03

Hi Steve, Thanks again for the help. I did that and now the file is recognized, but I am receiving the following error upon compilation: In file included from main.cpp:3: /usr/include/c++/3.2/boost/libs/random/random_device.cpp: In member function `void boost::random_device::impl::error(const std::string&)': /usr/include/c++/3.2/boost/libs/random/random_device.cpp:92: exception handling disabled, use -fexceptions to enable gmake: *** [main.o] Error 1 The program is the same except now I am including #include <boost/libs/random/random_device.cpp>. Thanks again! Jon Agiato JonAgiato(a)nyc.rr.com --- Jon Agiato <jonagiato(a)nyc.rr.com> wrote: >> >> ----- Original Message ----- >> From: scleary(a)jerviswebb.com >> To: Boost-Users(a)yahoogroups.com >> Sent: Friday, April 04, 2003 10:49 AM >> Subject: RE: [Boost-Users] Please, please help!!! >> boost::random_device >> >> >> There is a source file under the libs/random >> directory that contains the >> implementation of random_device. You'll have to >> include it in your project >> in order to link. >> >> -Steve >> > > >>> > -----Original Message----- >>> > From: Jon Agiato [mailto:JonAgiato@nyc.rr.com] >>> > Sent: Thursday, April 03, 2003 10:02 PM >>> > To: Boost-Users(a)yahoogroups.com >>> > Subject: [Boost-Users] Please, please help!!! >> >> >> boost::random_device > > >>> > >>> > >>> > Hello all, >>> > >>> > I am attempting to use the non-deterministic >> >> >> random number generator > > >>> > class contined in boost::random and have >> >> >> encountered the following > > >>> > errors upon running the program. The program does >> >> >> compile without > > >>> > errors, and I am using KDevelop 2.1.3 in the >> >> >> RedHat Linux 8.0 > > >>> > environment. >>> > >>> > Here's the offending code: >>> > >>> > #include <iostream> >>> > #include <cstdlib> >>> > #include <boost/nondet_random.hpp> >>> > >>> > int main() >>> > { >>> > boost::random_device dev; >>> > >>> > return EXIT_SUCCESS; >>> > } >>> > >>> > I receive the following error message: >>> > /home/JAgiato/boosttest/boosttest/main.cpp:6: >> >> >> undefined reference to > > >>> > `boost::random_device::default_token' >>> > /home/JAgiato/boosttest/boosttest/main.cpp:6: >> >> >> undefined reference to > > >>> > >> >> >> > > `boost::random_device::random_device[in-charge](std::basic_str >> > ing<char, >> > std::char_traits<char>, std::allocator<char> > > > > const&)' >> > /home/JAgiato/boosttest/boosttest/main.cpp:8: > > > undefined reference to >> > `boost::random_device::~random_device > > > [in-charge]()' >> > >> > My goal is to use this class to produce > > > non-deterministic 32 bit >> > integers which will be streamed to a binary file. > > > Any help is greatly > > apprechiated! Thank you! > > > > Jon Agiato > > JonAgiato(a)nyc.rr.com

1 0

RE: [Boost-Users] Please, please help!!! boost::random_device
by scleary＠jerviswebb.com 04 Apr '03

04 Apr '03

There is a source file under the libs/random directory that contains the implementation of random_device. You'll have to include it in your project in order to link. -Steve > -----Original Message----- > From: Jon Agiato [mailto:JonAgiato@nyc.rr.com] > Sent: Thursday, April 03, 2003 10:02 PM > To: Boost-Users(a)yahoogroups.com > Subject: [Boost-Users] Please, please help!!! boost::random_device > > > Hello all, > > I am attempting to use the non-deterministic random number generator > class contined in boost::random and have encountered the following > errors upon running the program. The program does compile without > errors, and I am using KDevelop 2.1.3 in the RedHat Linux 8.0 > environment. > > Here's the offending code: > > #include <iostream> > #include <cstdlib> > #include <boost/nondet_random.hpp> > > int main() > { > boost::random_device dev; > > return EXIT_SUCCESS; > } > > I receive the following error message: > /home/JAgiato/boosttest/boosttest/main.cpp:6: undefined reference to > `boost::random_device::default_token' > /home/JAgiato/boosttest/boosttest/main.cpp:6: undefined reference to > `boost::random_device::random_device[in-charge](std::basic_str > ing<char, > std::char_traits<char>, std::allocator<char> > const&)' > /home/JAgiato/boosttest/boosttest/main.cpp:8: undefined reference to > `boost::random_device::~random_device [in-charge]()' > > My goal is to use this class to produce non-deterministic 32 bit > integers which will be streamed to a binary file. Any help is greatly > apprechiated! Thank you! > > Jon Agiato > JonAgiato(a)nyc.rr.com > > [Non-text portions of this message have been removed] > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get 128 Bit SSL Encryption! > http://us.click.yahoo.com/W7NydA/hdqFAA/VygGAA/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

tokenizer and command line
by cl_corba_at 04 Apr '03

04 Apr '03

Under Windows and boost 1.30, I would like to split the command line string. I want to have the arguments in a vector compared to the command line argv vector. The first approach was with char_separator, but than arguments in quotes don't lose the quotes automatically. The next try was with escaped_list_separator and seperator SPACE, here the arguments loose the quotes, but mulitple seperators leeds to multiple arguments with can be configurated with char_separator, but not with escaped_list_separator. Shouldn't escaped_list_separator get also an empty_token_policy or is there another possiblity to get around this problems? Thanks in advance, CL

1 0

Please, please help!!! boost::random_device
by Jon Agiato 04 Apr '03

04 Apr '03

Hello all, I am attempting to use the non-deterministic random number generator class contined in boost::random and have encountered the following errors upon running the program. The program does compile without errors, and I am using KDevelop 2.1.3 in the RedHat Linux 8.0 environment. Here's the offending code: #include <iostream> #include <cstdlib> #include <boost/nondet_random.hpp> int main() { boost::random_device dev; return EXIT_SUCCESS; } I receive the following error message: /home/JAgiato/boosttest/boosttest/main.cpp:6: undefined reference to `boost::random_device::default_token' /home/JAgiato/boosttest/boosttest/main.cpp:6: undefined reference to `boost::random_device::random_device[in-charge](std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' /home/JAgiato/boosttest/boosttest/main.cpp:8: undefined reference to `boost::random_device::~random_device [in-charge]()' My goal is to use this class to produce non-deterministic 32 bit integers which will be streamed to a binary file. Any help is greatly apprechiated! Thank you! Jon Agiato JonAgiato(a)nyc.rr.com [Non-text portions of this message have been removed]

1 0

building boost with vc7
by oleg smolsky 03 Apr '03

03 Apr '03

Hello, I've just downloaded boost_1_30_0 and it turns out that there are two ways to build regex lib: bjam nmake /f vc7.mak However, they produce different libraries, and regex headers explicitly include ones generated by the makefile. e.g: boost_regex_vc7_mdi.lib boost_regex_vc7_mdid.lib ..... So, here are a few questions: -- why do above commands generate different libs? -- the nmake generates a full set of libs, but bjam does not, why? -- no other libs do have makefiles, why? Thanks in advance. Best regards, Oleg Smolsky Software Design Authority Allied Telesyn Research

2 1

Problems building on Mac-OSX
by Roy Smith 03 Apr '03

03 Apr '03

I'm trying to build boost 1.30 on Mac OS-X 1.2.4. I'm using the compiler that came with the system, GCC-3.1. When I do "bjam -sTOOLS=darwin", I get a variety of errors and warnings. I get the warning "enumeration value `type_pf' not handled in switch", in several places in libs/regex/src/cregex.cpp. In all cases, the offending lines are protected by ifdefs: #ifndef BOOST_REGEX_NO_FILEITER case re_detail::RegExData::type_pf: return pdata->fm[i].matched; #endif It would appear that BOOST_REGEX_NO_FILEITER should be defined in the darwin environment, but isn't. This is the first time I've just Jam, so I'm at a loss to figure out why it's not set right, or how to fix it. More importantly, I get 6 failures. The bjam output contains the following for the first one: darwin-Link-DyLib-action libs/test/build/bin/libboost_prg_exec_monitor.dylib/darwin/debug/runtime- link-static/shared-linkable-true/libboost_pr\ g_exec_monitor.dylib ld: Undefined symbols: cpp_main(int, char**) export DYLD_LIBRARY_PATH ld -dynamic -m -r -d -o "libs/test/build/bin/libboost_prg_exec_monitor.dylib/darwin/debug/runtime -link-static/shared-linkable-true/libboos\ t_prg_exec_monitor.lo" "libs/test/build/bin/libboost_prg_exec_monitor.dylib/darwin/debug/runtime -link-static/shared-linkable-true/execution_m\ onitor.o" "libs/test/build/bin/libboost_prg_exec_monitor.dylib/darwin/debug/runtime -link-static/shared-linkable-true/cpp_main.o" \ && \ c++ -static-libgcc -g -Wl,-dynamic -nostartfiles -Wl,-dylib -Wl,-ldylib1.o -Wl,-dylib_compatibility_version,1.30.0 -W,l-dylib_current_ver\ sion,1.30.0 -o "libs/test/build/bin/libboost_prg_exec_monitor.dylib/darwin/debug/runtime -link-static/shared-linkable-true/libboost_prg_exec_m\ onitor.dylib" "libs/test/build/bin/libboost_prg_exec_monitor.dylib/darwin/debug/runtime -link-static/shared-linkable-true/libboost_prg_exec_mo\ nitor.lo" \ \ \ && \ rm -f "libs/test/build/bin/libboost_prg_exec_monitor.dylib/darwin/debug/runtime -link-static/shared-linkable-true/libboost_prg_exec_monitor\ .lo" ...failed darwin-Link-DyLib-action libs/test/build/bin/libboost_prg_exec_monitor.dylib/darwin/debug/runtime- link-static/shared-linkable-true/l\ ibboost_prg_exec_monitor.dylib... Unfortunately, I'm stumped.

2 1

Problem with regular expression (newbie)
by aitors2002 03 Apr '03

03 Apr '03

Hello, the next program doesn't work. It should print all the lines except the ones starting with '#'. It does work in perl : $ perl -ne 'print unless /^\s*\#/' a.cc why ? Thank you aitor ------------------- // a.cc #include<iostream> #include<fstream> #include<string> #include<vector> #include<boost/regex.hpp> int main() { using namespace std; ifstream f("a.cc"); string l; vector<string> v; static const boost::regex r("^\\s*\\#", boost::regbase::escape_in_lists | boost::regbase::perl); while(f) { getline(f,l,'\n'); if (boost::regex_match(l,r)) continue; v.push_back(l); } for(vector<string>::const_iterator it = v.begin(); it != v.end(); ++it) cout << *it << endl; }

2 1

Typedef to change the name shared_ptr?
by Maurizio Colucci 03 Apr '03

03 Apr '03

Hello, Is there some way I can abbreviate the name shared_ptr? I make extensive use of it, and my code tends to be ugly... vector<p<int> > v; would be much better than vector<shared_ptr<int> > v; is something like typedef shared_ptr p; possible? Thanks, Maurizio

3 3

Bandwidth Optimization using RCM (reverse Cuthill-Mckee)
by Bulent Nedim Alemdar 03 Apr '03

03 Apr '03

Hi I am a very fresh user of Boost library. While I was searching the internet for a bandwidth optimization algorithm, I found Boost Graph Library. The library supports an RCM algorithm (cuthill_mckee_ordering) and I have checked the example given at this address: http://www.boost.org/libs/graph/example/cuthill_mckee_ordering.cpp It seems like the used vertex numbers given in this example is sequential and starts form 0: vertex list: 0, 1, 2, 3, 4, 5, 6, 7,8, 9 and a edge list is constructed from these vertex numbers. Do I have to define such a sequential order and always start from 0? What if I define vertex numbers such as : 1, 6, 9, 10, 11, 13, 21, 25, 26, 30, and define a valid edge like: ( 1,10), (1,13), (6,21), (6,30), (6,11), (6,9), (10,13), (10,26), (10,9), (13,21), (21,25), (9,11), (13,35) The above vertex list is a relabed list of the one given in the example code and I defined the same edge (connectivity) list. In fact, I tried it but the returned ordered list is not valid. Unless I use the vertex numbers starting from 0 and goes up to 9 like given on the example, the returned ordered is wrong. I really appreciate your comments and helps on this thanks bulent

2 1

undefined reference to boost::random_device::default_token
by agiatojon 02 Apr '03

02 Apr '03

Hello all, I am attempting to use the non-deterministic random number generator class contined in boost::random and have encountered the following errors upon running the program. The program does compile without errors, and I am using KDevelop 2.1.3 in the RedHat Linux 8.0 environment. Here's the offending code: #include <iostream> #include <cstdlib> #include <boost/nondet_random.hpp> int main() { boost::random_device dev; return EXIT_SUCCESS; } I receive the following error message: /home/JAgiato/boosttest/boosttest/main.cpp:6: undefined reference to `boost::random_device::default_token' /home/JAgiato/boosttest/boosttest/main.cpp:6: undefined reference to `boost::random_device::random_device[in-charge](std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' /home/JAgiato/boosttest/boosttest/main.cpp:8: undefined reference to `boost::random_device::~random_device [in-charge]()' My goal is to use this class to produce non-deterministic 32 bit integers which will be streamed to a binary file. Any help is greatly apprechiated! Thank you! Jon Agiato JonAgiato(a)nyc.rr.com

1 0

containers of boost::function objects
by Alisdair Meredith 02 Apr '03

02 Apr '03

I am trying to create a simple mechanism to register multiple callbacks with my class. My first simple-minded approach is to use std::list< boost::function2< [my params]> > Unfortunately, I cannot search this list to unregister callbacks, as any attempt to dereference a list::iterator tries to call the function, rather than return the function object. After spotting this problem in the standard algorithms I have been trying to hack around myself, explicitly calling operator* and even operator-> with no joy. Am I missing some easy way to get the function object out of the iterator as a value? And is this a bug in my compiler (BCB6) or a general issue for containers of function objects? -- AlisdairM

4 5

Compiling with Forte 7 generates Assertion errors - help?
by Chris Hackett 01 Apr '03

01 Apr '03

Hello, I am trying to build Boost with the Forte compiler and am getting many Assertion errors. I tried the same things Robert Reece tried (see Subject: type_traits/is_convertible crashes Forte 6.2u2 and Forte 7.0) and get the same results he described. I am using Forte 7, Solaris 8, and the latest version of Boost (1.30). My main.cpp file looks like: #include "boost/type_traits/detail/size_t_trait_def.hpp" // Try using the BOOST_TT_AUX_SIZE_T_TRAIT_DEF1 macro. namespace boost { BOOST_TT_AUX_SIZE_T_TRAIT_DEF1(alignment_of,T,::boost::detail::alignment_of_impl<T>::value) } // namespace boost int main( void ) { return 0; } and I compile with: CC -I$BOOST_DIR main.cpp The compiler prints an error: >> Assertion: (../lnk/init.cc, line 991) while processing main.cpp at line 3. The problems appear to be related to the use of BOOST_TT_AUX_SIZE_T_TRAIT_DEF1 and other similar #define macros. Has anyone come up with any work-arounds or solutions? You can email me at hackett_bae(a)yahoo.com. Thanks, Chris. __________________________________________________ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com

1 0

regex++ use on binary data
by brian_hernacki 01 Apr '03

01 Apr '03

Maybe a newbiew question, but is there any way to use the regex++ libary to search chunks of binary data? (or more accurately to search a buffer of data of known length for a given pattern which may itself contain null bytes) --brian

2 1

linking Signals Library
by John Fletcher 01 Apr '03

01 Apr '03

System: Red Hat 8.0 with gcc 3.2 Boost 1_30_0 I have built the boost signals library using bjam. The test suite runs and passes all tests. How do I make the resulting libraries available to my own programs? Is there an equivalent of 'make install' which will move the results to somewhere from which linking is possible? I have searched the documentation on Boost Signal and also on building libraries and have found nothing on this. Thanks John Fletcher

2 3

[Signals-1.30.0] Linking problems
by Michael Kettner 01 Apr '03

01 Apr '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I've got problems in linking against the signals-library. I built the library defining <define>BOOST_SIGNALS_NAMESPACE=boost_signals and running bjam -sTOOLS=gcc-stlport -sBUILD=release Everythinig seemed to work fine, but when I now try to link against the shared library (see attached file), I get the following undefined references: undefined reference to `boost::boost_signals::detail::signal_base_impl::connect_slot(boost::any const&, boost::any const&, _STL::vector<boost::boost_signals::trackable const*, _STL::allocator<boost::boost_signals::trackable const*> > const&)' and undefined reference to `boost::boost_signals::detail::signal_base_impl::signal_base_impl[in-charge](boost::function2<bool, boost::any, boost::any, _STL::allocator<boost::function_base> > const&)' I'm using gcc-3.2.2 and STLport-4.5.3. May it be the case that something with the STL-namespace (std) went wrong? Thanks for any help, Michael - -- Dipl.-Ing. Michael Kettner, Wissenschaftlicher Mitarbeiter Institut für Verkehrswesen, Eisenbahnbau und -betrieb, Universitaet Hannover Appelstr. 9A # Tel: ++49/(0)511/762-4273 D-30167 Hannover # Fax: ++49/(0)511/762-3001 http://www.ive.uni-hannover.de # kettner(a)ive.uni-hannover.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE+iIILkCdGnb0kVFMRAtewAJ9+MNdRW7hs4vHHbmnuashsi22d8gCaAm8W N8FnJqbRHiqU3S0EKDixD0U= =qEMK -----END PGP SIGNATURE----- [Non-text portions of this message have been removed]

3 5

[BGL] Problem with setS adjacency lists
by Pierre Barbier de Reuille 31 Mar '03

31 Mar '03

Hello, I want an undirected graph with non-multiple edges. So I use a graph defined as : adjacencylist<setS,vecS,undirectedS,SomeProperty> But, if I insert many times the same edge with: add_edge(2,3) add_edge(1,4) add_edge(2,3) add_edge(3,2) I obtain in fact 3 edges 2<->3 which I really don't want. Is there something else to do to avoid having multiple edges linking the same vertices ? And then, is there a way to user hash_set with g++-3.2 ? The problem being that hash_set is defined in the file ext/hash_set and in the namespace __gnu_cxx ... Thanks, -- Pierre Barbier de Reuille INRA - UMR Cirad/Inra/Cnrs/Univ.MontpellierII AMAP Botanique et Bio-informatique de l'Architecture des Plantes TA40/PSII, Boulevard de la Lironde 34398 MONTPELLIER CEDEX 5, France tel : (33) 4 67 61 65 77 fax : (33) 4 67 61 56 68

1 1

A bug in boost.lexical_cast 1.30
by Black Ice 31 Mar '03

31 Mar '03

When lexical_cast used under VC, and the option "Treat wchar_t as Build-in Type" is off The following code will cause compile error: int main(int argc, char * argv[]) { string str("10"); unsigned short n = lexical_cast<unsigned short>(str); return 0; } Because in lexical_cast::detail::widest_char, treat unsigned short as wchar_t!! -- /*******************/ ×ÔÓÉ£šliberty£©ÎÞ·ÇŸÍÊÇÕâÑùÒ»ÖÖ³ÐÅµ£ºÃ¿žöÈËœ«»áµÃµœÒ»ÖÖ±£ÕÏ£¬±£ÕÏÎÒÃÇ¿ÉÒÔÓë ÈšÍþ¡¢¶àÊý¡¢Á÷Ë×Œ°ÓßÂÛµÄÓ°ÏìÏà¿¹ºâ¡£ /*******************/

2 2

Another bug in boost.lexical_cast 1.30
by Black Ice 31 Mar '03

31 Mar '03

lexical_cast.hpp line 145: bool operator<<(const Source &input) { return stream << input; } Convert basic_stringstream & to bool? -- /*******************/ ×ÔÓÉ£šliberty£©ÎÞ·ÇŸÍÊÇÕâÑùÒ»ÖÖ³ÐÅµ£ºÃ¿žöÈËœ«»áµÃµœÒ»ÖÖ±£ÕÏ£¬±£ÕÏÎÒÃÇ¿ÉÒÔÓë ÈšÍþ¡¢¶àÊý¡¢Á÷Ë×Œ°ÓßÂÛµÄÓ°ÏìÏà¿¹ºâ¡£ /*******************/

2 2

Re: [boost] lexical_cast woes
by Terje Slettebø 30 Mar '03

30 Mar '03

>From: "Michel André" <michel.andre(a)swipnet.se> > I get the following errors when compiling with the lexical_cast version in > CVS on MSVC 7.0 do I have to enable wchar_t support on the command line or > disable it via DISABLE_WIDE_CHAR_SUPPORT or whats the solution. This problem was reported at the Boost-Users list, as well. It turns out that testing for MSVC 6, and disabling wide character support in that case, wasn't enough, as the same needs to be done if MSVC 7 is set to have wchar_t not as intrinsic type. I've therefore removed the "BOOST_MSVC <= 1200" test, again, and restored "BOOST_NO_INTRINSIC_WCHAR_T" test, which used to be, earlier. The reason the the test for MSVC was used first, was that the config for Intel C++ also defined BOOST_NO_INTRINSIC_WCHAR_T, regardless of whether it was the case or not, as the compiler didn't set a macro for it. However, it appears that the latest version of Intel C++ do get correct wide character support, when it's enabled. I've also changed bad_lexical_cast, to return the types used, in source()/target(), as given in Kevlin's suggestion (http://article.gmane.org/gmane.comp.lib.boost.devel/18240) As a small change, the warning with MSVC 7 for void * -> bool conversion is removed, using Kevlin's suggestion (http://article.gmane.org/gmane.comp.lib.boost.devel/18253) I've run the tests for Intel C++ 7.0 (strict mode), MSVC 7.0 (with and without wchar_t as intrinsic type), and MSVC 6.0, and it works. This is now fixed in the CVS. Thanks for the feedback. Regards, Terje

1 0

Bug in regex library?
by Andrey Sverdlichenko 30 Mar '03

30 Mar '03

boost::regex do not compile with STLPort-4.5.3 on FreeBSD 4.7-RELEASE-p3, gcc 2.95.4. This is a patch that fixed a problem. Is it just a typo in source? ==== //boost/libs/regex/src/cpp_regex_traits.cpp#1 - //boost/libs/regex/src/cpp_regex_traits.cpp ==== @@ -201,7 +201,7 @@ const std::messages<char>* pm = 0; #ifndef __IBMCPP__ - std::messages<char>::catalog cat = static_cast<std::messages<wchar_t>::catalog>(-1); + std::messages<char>::catalog cat = static_cast<std::messages<char>::catalog>(-1); #else std::messages<char>::catalog cat = reinterpret_cast<std::messages<wchar_t>::catalog>(-1); #endif

2 1

RE: [Boost-Users] Problem with 1.30.0 lexical_cast
by Tom Matelich 28 Mar '03

28 Mar '03

Well, actually, looks like it lies elsewhere. I rolled back to 1.29.0 and its still broken :( > -----Original Message----- > From: Terje Slettebø [mailto:tslettebo@chello.no] > Sent: Wednesday, March 26, 2003 9:15 PM > To: Boost-Users(a)yahoogroups.com > Subject: Re: [Boost-Users] Problem with 1.30.0 lexical_cast > > > >From: "Tom Matelich" <tmatelich(a)zetec.com> > > > Compiler: gcc 3.2 and 3.2.2 > > > > I believe this is actually a bug in gcc, but I'm going to > post it hopes > that > > someone can help me. We have a handy little tool for > generating enums > with > > associated string conversion and stream > insertion/extraction functions. > > When we upgraded to boost 1.30.0, lexical_cast'ing one of > these enums to > > std::string started behaving incorrectly, rather than the > name, it is > giving > > me the integral value. It seems that the lexical_stream is > being used. > > Unfortunately, my test case is working fine. The complete test case > > (including definition of ZAcquisition::PPG) is appended at > the end. The > > code I am seeing failure with looks like: > > > > void foo(ZAcquisition::PPG::Type gt) > > { > > ... > > std::string str; > > str = boost::lexical_cast<std::string>(gt); > > std::cerr << "DEBUG, storing encode for PPG: " << str << > ", aka " << gt > > << std::endl; > > ... > > } > > > > This outputs (for example): > > DEBUG, storing encode for PPG: 0, aka ONE > > > > I tried boost::lexical_cast<std::string, > ZAcquisition::PPG::Type>(gt) as > > well. > > > > Anyone have any ideas? For now I'm going to back out to 1.29.0's > > lexical_cast. > > > It happens on my Windows/Intel 7.0 box as well. > > It's a little difficult when you don't have a failing test > case. If you had > that, I could have looked into it. The above code works > correctly on Intel > C++ 7.0 (Windows), here. > > > Regards, > > Terje > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get 128 Bit SSL Encryption! > http://us.click.yahoo.com/xaxhjB/hdqFAA/xGHJAA/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/ > > ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

1 0

Why "explicit" in shared_ptr's constructor?
by Maurizio Colucci 28 Mar '03

28 Mar '03

Hello, I am a newbie user of boost. I have a question about boost::shared_ptr. Suppose you have a polimorphic list: class entity{ ...}; class simple_entity : public entity{ public: uint id; simple_entity(uint i) : id(i) {} }; int main(){ list<shared_ptr<entity> > l; ... I noticed the following code doesn't compile l.push_back(new simple_entity(1)); too bad, because it was very easy to read, and very similar to the behavior if standard pointers (not to speak about similarity to Java and C#). So I am forced to do l.push_back(shared_ptr<entity> (new simple_entity(1))); which is less readable and, IMHO, barely tolerable on the long run: too much typing. It seems that the reason is the explicit keyword in the constructor. My question is: why? what was the danger without the explicit? Thank you very much for any info, Maurizio

3 2

RE: [Boost-Users] Why "explicit" in shared_ptr's constructor?
by Tom Matelich 28 Mar '03

28 Mar '03

the danger comes from code like so: void foo(boost::shared_ptr<entity> p) { ... } void bar() { entity* e = new entity; foo(e); delete e; } Allowing a pointer to be converted to a shared_ptr implicitly could cause serious bugs. You could shorten things with this (untested) function: template <typename T> boost::shared_ptr<T> make_sp(T* p) { return boost::shared_ptr<T>(p); } > -----Original Message----- > From: Maurizio Colucci [mailto:seguso@email.it] > Sent: Friday, March 28, 2003 8:36 AM > To: Boost-Users(a)yahoogroups.com > Subject: [Boost-Users] Why "explicit" in shared_ptr's constructor? > > > Hello, > > I am a newbie user of boost. > > I have a question about boost::shared_ptr. Suppose you have a > polimorphic list: > > class entity{ ...}; > > > class simple_entity : public entity{ > public: > uint id; > simple_entity(uint i) : id(i) {} > }; > > int main(){ > list<shared_ptr<entity> > l; > ... > > > I noticed the following code doesn't compile > > l.push_back(new simple_entity(1)); > > too bad, because it was very easy to read, and very similar to the > behavior if standard pointers (not to speak about similarity to Java > and C#). So I am forced to do > > l.push_back(shared_ptr<entity> (new simple_entity(1))); > > which is less readable and, IMHO, barely tolerable on the long > run: too much typing. > > It seems that the reason is the explicit keyword in the > constructor. My question is: why? what was the danger without the > explicit? > > Thank you very much for any info, > > Maurizio > > > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get 128 Bit SSL Encryption! > http://us.click.yahoo.com/xaxhjB/hdqFAA/xGHJAA/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/ > > ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

2 1

Boost.Thread 1.30 cause lot's of warnings and errors under vc 7.1
by Black Ice 28 Mar '03

28 Mar '03

void foo(string & str) { str = "foo"; } int main(int argc, char * argv[]) { string str1("Hello world"); string str2(str1); thread trd1(bind(&foo, str1)); thread trd2(bind(&foo, str2)); trd1.join(); trd2.join(); return 0; } The following is the compile log: Compiling... testThread.cpp d:\Programming\boost\boost\boost\thread\exceptions.hpp(29) : warning C4275: non dll-interface class 'std::logic_error' used as base for dll-interface class 'boost::lock_error' c:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\include\stdexcept(14) : see declaration of 'std::logic_error' d:\Programming\boost\boost\boost\thread\exceptions.hpp(28) : see declaration of 'boost::lock_error' d:\Programming\boost\boost\boost\thread\exceptions.hpp(35) : warning C4275: non dll-interface class 'std::runtime_error' used as base for dll-interface class 'boost::thread_resource_error' c:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\include\stdexcept(136) : see declaration of 'std::runtime_error' d:\Programming\boost\boost\boost\thread\exceptions.hpp(34) : see declaration of 'boost::thread_resource_error' d:\Programming\boost\boost\boost\thread\mutex.hpp(37) : warning C4275: non dll-interface class 'boost::noncopyable' used as base for dll-interface class 'boost::mutex' d:\Programming\boost\boost\boost\noncopyable.hpp(22) : see declaration of 'boost::noncopyable' d:\Programming\boost\boost\boost\thread\mutex.hpp(36) : see declaration of 'boost::mutex' d:\Programming\boost\boost\boost\thread\mutex.hpp(75) : warning C4275: non dll-interface class 'boost::noncopyable' used as base for dll-interface class 'boost::try_mutex' d:\Programming\boost\boost\boost\noncopyable.hpp(22) : see declaration of 'boost::noncopyable' d:\Programming\boost\boost\boost\thread\mutex.hpp(74) : see declaration of 'boost::try_mutex' d:\Programming\boost\boost\boost\thread\mutex.hpp(115) : warning C4275: non dll-interface class 'boost::noncopyable' used as base for dll-interface class 'boost::timed_mutex' d:\Programming\boost\boost\boost\noncopyable.hpp(22) : see declaration of 'boost::noncopyable' d:\Programming\boost\boost\boost\thread\mutex.hpp(114) : see declaration of 'boost::timed_mutex' d:\Programming\boost\boost\boost\thread\thread.hpp(39) : warning C4275: non dll-interface class 'boost::noncopyable' used as base for dll-interface class 'boost::thread' d:\Programming\boost\boost\boost\noncopyable.hpp(22) : see declaration of 'boost::noncopyable' d:\Programming\boost\boost\boost\thread\thread.hpp(38) : see declaration of 'boost::thread' d:\Programming\boost\boost\boost\thread\thread.hpp(68) : warning C4275: non dll-interface class 'boost::noncopyable' used as base for dll-interface class 'boost::thread_group' d:\Programming\boost\boost\boost\noncopyable.hpp(22) : see declaration of 'boost::noncopyable' d:\Programming\boost\boost\boost\thread\thread.hpp(67) : see declaration of 'boost::thread_group' d:\Programming\boost\boost\boost\thread\thread.hpp(79) : warning C4251: 'boost::thread_group::m_threads' : class 'std::list<_Ty>' needs to have dll-interface to be used by clients of class 'boost::thread_group' with [ _Ty=boost::thread * ] d:\Programming\boost\boost\boost\bind.hpp(186) : error C2664: 'void (std::string &)' : cannot convert parameter 1 from 'const std::string' to 'std::string &' Conversion loses qualifiers d:\Programming\boost\boost\boost\bind\bind_template.hpp(21) : see reference to function template instantiation 'R boost::_bi::list1<A1>::operator ()<boost::_bi::bind_t<R,F,L>::result_type,void(__cdecl *)(std::string &),boost::_bi::list0>(boost::_bi::type<T>,F,A &) const' being compiled with [ R=boost::_bi::bind_t<void,void (__cdecl *)(std::string &),boost::_bi::list1<boost::_bi::list_av_1<std::string>::B1>>::result_type, A1=boost::_bi::list_av_1<std::string>::B1, F=void (__cdecl *)(std::string &), L=boost::_bi::list1<boost::_bi::list_av_1<std::string>::B1>, T=boost::_bi::bind_t<void,void (__cdecl *)(std::string &),boost::_bi::list1<boost::_bi::list_av_1<std::string>::B1>>::result_type, A=boost::_bi::list0 ] d:\Programming\boost\boost\boost\bind\bind_template.hpp(19) : while compiling class-template member function 'boost::_bi::bind_t<R,F,L>::result_type boost::_bi::bind_t<R,F,L>::operator ()(void)' with [ R=void, F=void (__cdecl *)(std::string &), L=boost::_bi::list1<boost::_bi::list_av_1<std::string>::B1> ] d:\Programming\project\testBoost\testThread\testThread.cpp(36) : see reference to class template instantiation 'boost::_bi::bind_t<R,F,L>' being compiled with [ R=void, F=void (__cdecl *)(std::string &), L=boost::_bi::list1<boost::_bi::list_av_1<std::string>::B1> ] Build log was saved at "file://d:\Programming\project\testBoost\testThread\Debug\BuildLog.htm" testThread - 1 error(s), 8 warning(s) Any suggestions are appreciated.

2 3

[uBLAS] operations thoughts
by vladimir josef sykora 28 Mar '03

28 Mar '03

Hello, Had a quick look into uBLAS library, and noted the incompatibility between std::vector<> and ublas' binary operations. For example, I have an ublas::matrix<> and wanted to multiply it by a std::vector<>. Since _all_ of ublas data containers provide iterators, I'm wondering why the library doesn't provide algorithms that work on iterators? In this way data structures and operators will be decoupled. For example, to do the product between a matrix and a vector: ********* untested code ********* template <class MatrixRowIterator, class MatrixColIterator, class InputIterator, class OutputIterator> OutputIterator prod(MatrixRowIterator first_row, MatrixRowIterator last_row, MatrixColIterator, InputIterator first_vec, OutputIterator result) { InputIterator cp_first=first_vec; while(first_row!=last_row) { typename MatrixRowIterator::value_type val(0); MatrixColIterator first_col, last_col; first_col=first_row.begin(); last_col=first_row.end(); while(first_col!=last_col) val+= *first_col++ * *first_vec++; *result++ = val; ++first_row; first_vec=cp_first; } return result; } // user side : prod(umatrix.begin1(), umatrix.end1(), umatrix.begin2(), std_vector.begin(), std::back_inserter(std_vector_result)); This of course with the respective preconditions. Also, wouldn't be a good idea to provide copy c'tor and operators accepting std::vector<> for the ublas::vector<> ? Regards, -- vladimir josef sykora morphochem AG gmunder str. 37-37a 81379 muenchen tel. ++49-89-78005-0 fax ++49-89-78005-555 vladimir.sykora(a)morphochem.de http://www.morphochem.de

2 1

BGL properties question
by Jeff Holle 28 Mar '03

28 Mar '03

I would like to write a "generic" routine that prints the named vertex and edges properties. I can see in this code sibit (from graphviz.cpp) that the info that I want is present: > vertex_label(const Vertex& u, const GraphvizDigraph& g) { > boost::property_map<GraphvizDigraph, > boost::vertex_attribute_t>::const_type > va = boost::get(boost::vertex_attribute, g); > return (*(va[u].find("label"))).second; > } It appears that va is a map<Vertex, map<string, "property value"> > How would I write code that prints the names of the properites of a given vertex? (It would involve iterating over the map whose find method is used in the above code segment).

2 1

BGL 1.30.0 upgrade problem
by Jeff Holle 28 Mar '03

28 Mar '03

Having switched from boost_1_29_0 to boost_1_30_0, code that was compiling and running now produces this error message: I'm using Mandrake linux 9.0 with the gcc v3.22 compiler. /home/jholle/boost_1_30_0/boost/graph/connected_components.hpp: In function `boost::property_traits<IndexMap>::value_type boost::connected_components(const Graph&, ComponentMap) [with Graph = boost::subgraph<boost::adjacency_list<boost::vecS, boost::vecS, boost::directedS, boost::GraphvizVertexProperty, boost::GraphvizEdgeProperty, boost::GraphvizGraphProperty, boost::listS> >, ComponentMap = boost::iterator_property_map<__gnu_cxx::__normal_iterator<size_t*, std::vector<size_t, std::allocator<size_t> > >, boost::subgraph_property_map<boost::subgraph<boost::adjacency_list<boost::vecS, boost::vecS, boost::directedS, boost::GraphvizVertexProperty, boost::GraphvizEdgeProperty, boost::GraphvizGraphProperty, boost::listS> >*, boost::vec_adj_list_vertex_id_map<boost::GraphvizVertexProperty, size_t> >, unsigned int, unsigned int&>]': BGLLayout.cpp:49: instantiated from here /home/jholle/boost_1_30_0/boost/graph/connected_components.hpp:99: `sizeof' applied to incomplete type `boost::STATIC_ASSERTION_FAILURE<false>' The code that produced this error is: void BGLLayout::FindComponents(void) { typedef vector<unsigned int> Ints; Ints c(num_vertices(m_graph)); connected_components(m_graph, make_iterator_property_map(c.begin(), get(vertex_index, m_graph), c[0])); << -- line 49 (error source) m_componentStartVertex.clear(); unsigned int i=0; for (Ints::const_iterator iter=c.begin(); iter != c.end(); ++iter,++i) if (m_componentStartVertex.size() <= *iter) m_componentStartVertex.push_back(i); } Note this code is largely taken from connected_components.cpp. Can anybody tell me what is wrong here?

3 5

'boost::detail' problem
by Alejandro Escalante Medina 27 Mar '03

27 Mar '03

I do also a problem with some code that used to work in 1.29. The following is the output of VC7: d:\development\boost\libs\test\src\unit_test_main.cpp(63) : error C2872: 'detail' : ambiguous symbol could be 'boost::unit_test_framework::detail' or 'boost::detail' I saw someone reported something similar, but I couln't figure out what's wrong... Any ideas? Alex _________________________________________________________ Do You Yahoo!? La mejor conexión a internet y 25MB extra a tu correo por $100 al mes. http://net.yahoo.com.mx

2 4

Re: bjam issue related to boost::python
by Ben Hutchings 27 Mar '03

27 Mar '03

In article <23681.5566233874$1028263753(a)news.gmane.org>, Srivatsan Raghavan wrote: > hi all , > i created a c++ extension module using python which worked fine.. > > then i wanted to embed a call to PyRun_SimpleFile in another app, > and the script i was calling is attempting to use my extension module > > but i was getting telling me that the interpreter wasn't initialized > after much searching, research, and work with msvc's Dependency Walker > i narrowed it down to the fact that boost_python_debug.dll is trying to > link to the release version of python22.dll , whereas it should be > linking to python22_d.dll (which unfortunately does not come with the > python installer , that has to be compiled manually ) > > at any rate, how can the boost::python Jamfile be modified to try this > check when it comes boost::python ? This is correct. The 'debug' configuration is meant to work with a release version of Python, though I don't know why. However, there is no need to modify the Jamfile; just use the 'debug-python' configuration instead. Also, make sure you include <pyconfig.h> before any of the Boost.Python headers, because not all of them do that and you can end up with incorrect structure definitions in a debug build if you don't. (I should report this bug.)

2 4

newbie build question (threads and win32)
by Dave Viner 27 Mar '03

27 Mar '03

Hi, I'm trying to use Boost's threads on WIN32 using VC++ and having some difficulty. I've built the source cd D:\boost\boost_1_30_0; bjam "-sTOOLS=msvc" and after the build is done, there are some errors, but they all appear related to the regression testing. Then I cd libs\thread\build; bjam "-sTOOLS=msvc" and everything appears to work fine. However, my simple program can't compile. I get this error: d:\boost\boost_1_30_0\boost\thread\thread.hpp(17) : fatal error C1189: #error : Thread support is unavailable! My test program simply is: #include <boost/thread/thread.hpp> int main(int argc, char* argv[]) { printf("Hello World!\n"); return 0; } I can't seem to figure out why threads aren't enabled. I realize this is a very simple question, but I'd love to hear what silly thing I've done wrong. Thanks in advance for your help. dave

2 2

RE: [Boost-Users] Problem with 1.30.0 lexical_cast
by Tom Matelich 27 Mar '03

27 Mar '03

I agree :( I tried to use the debugger, but once it went into stlport_icl.dll I couldn't see which ostream function was being called. I'm currently trying to change the ostream signature to take a reference rather than a copy, in hopes that that will help. Unfortunately the amount of code to compile between these areas is quite large. > -----Original Message----- > From: Terje Slettebø [mailto:tslettebo@chello.no] > Sent: Wednesday, March 26, 2003 9:15 PM > To: Boost-Users(a)yahoogroups.com > Subject: Re: [Boost-Users] Problem with 1.30.0 lexical_cast > > > >From: "Tom Matelich" <tmatelich(a)zetec.com> > > > Compiler: gcc 3.2 and 3.2.2 > > > > I believe this is actually a bug in gcc, but I'm going to > post it hopes > that > > someone can help me. We have a handy little tool for > generating enums > with > > associated string conversion and stream > insertion/extraction functions. > > When we upgraded to boost 1.30.0, lexical_cast'ing one of > these enums to > > std::string started behaving incorrectly, rather than the > name, it is > giving > > me the integral value. It seems that the lexical_stream is > being used. > > Unfortunately, my test case is working fine. The complete test case > > (including definition of ZAcquisition::PPG) is appended at > the end. The > > code I am seeing failure with looks like: > > > > void foo(ZAcquisition::PPG::Type gt) > > { > > ... > > std::string str; > > str = boost::lexical_cast<std::string>(gt); > > std::cerr << "DEBUG, storing encode for PPG: " << str << > ", aka " << gt > > << std::endl; > > ... > > } > > > > This outputs (for example): > > DEBUG, storing encode for PPG: 0, aka ONE > > > > I tried boost::lexical_cast<std::string, > ZAcquisition::PPG::Type>(gt) as > > well. > > > > Anyone have any ideas? For now I'm going to back out to 1.29.0's > > lexical_cast. > > > It happens on my Windows/Intel 7.0 box as well. > > It's a little difficult when you don't have a failing test > case. If you had > that, I could have looked into it. The above code works > correctly on Intel > C++ 7.0 (Windows), here. > > > Regards, > > Terje > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get 128 Bit SSL Encryption! > http://us.click.yahoo.com/xaxhjB/hdqFAA/xGHJAA/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/ > > ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

1 0

very basic questions
by jeremmim 27 Mar '03

27 Mar '03

hello, i have downloaded the boost_1_30_0.tar.gz package. and have unzipped it. it has worked succesfully. we don't know what to do next: we'd like to use this library to build a graph. jeremie

2 1

test report_level in 1.30.0
by John Van Horne 27 Mar '03

27 Mar '03

We just upgraded from 1.29.0 to 1.30.0 and started having a problem running in the unit test framework. When we start the test with the command line parameter "--report_level=detailed" the tests crash. They work fine if we set the environment parameter BOOST_TEST_REPORT_LEVEL=detailed, or when we set other command line parameters, such as "--log_level=detailed". I looked at the code in libs/test/src/unit_test_main.cpp and saw that the command line parsing for report_level doesn't occur until after the unit test suite has been invoked. It appears that the unit test is then getting a command line that contains "--report_level=detailed". In our case, it doesn't know what to do with this. I hacked our copy of unit_test_main.cpp to parse the command line for --report_level before starting the unit test suite, storing the value locally. Has anyone else had this problem? Are we using the unit test framework the wrong way? Do you think I fixed it the right way, and will there be an official fix soon? Thanks, -John Van Horne

3 3

Building Boost with MSVC 6
by Alex 27 Mar '03

27 Mar '03

I fail to build the Boost libraries with MSVC 6. Specifically, I need to build the BGL but is complains that GRAPHVIZ_GRAPH is not defined. I am running: bjam "-sTOOLS=msvc" Please help!

3 4

Most efficient way to convert a run of Perl substitutions til boost::regex?
by Anders Johansen 27 Mar '03

27 Mar '03

Hi! I'm converting a Perl program that basically consists of a succession of regex transformations of the input string, eg.: #Case 1 - mutually exclusive endings s/erens$/\@r\@ns_/; s/ernes$/\@rn\@s_/; s/endes$/\@n\@s_/; s/estes$/\@st\@s_/; #Case 2: - a load of manipulations done in sequence s/jou/sju/g; s/jau/sjo/g; s/nch/ngk/g; Now the question is, how do I convert this to boost::regex code that runs as fast as possible. I expect to have to call the function implementing these transformations (there are /many/) about half a million times at runtime, and as I'm concerned about runtime performance, I'd obviously like to use the most efficient method available. I expect that Case #2 is simple, as I can use the regex_merge function, and nest the calls as in: static const boost::regex re1("jou"); static const boost::regex re1("jau"); static const boost::regex re1("nch"); static const std::string fs1("sju"); static const std::string fs2("sjo"); static const std::string fs3("ngk"); std::string res = regex_merge( regex_merge( regex_merge(input_string, re1, fs1) , re2, fs2) , re3, fs3); As to case 1, I guess I'd have to use a combination of the grep and format functions, and in the case as shown it'd be easy, as there is either one match or none for each line. Any suggestions wrt. improving run-time performance? Sincerely Anders S. Johansen

2 3

Re: [Boost-Users] newbie build question (threads and win32)
by p_i_r_x＠gmx.net 27 Mar '03

27 Mar '03

From: Dave Viner [mailto:daveviner@yahoo.com] Hi, I'm trying to use Boost's threads on WIN32 using VC++ and having some difficulty. I've built the source cd D:\boost\boost_1_30_0; bjam "-sTOOLS=msvc" and after the build is done, there are some errors, but they all appear related to the regression testing. Then I cd libs\thread\build; bjam "-sTOOLS=msvc" and everything appears to work fine. However, my simple program can't compile. I get this error: d:\boost\boost_1_30_0\boost\thread\thread.hpp(17) : fatal error C1189: #error : Thread support is unavailable! My test program simply is: #include <boost/thread/thread.hpp> int main(int argc, char* argv[]) { printf("Hello World!\n"); return 0; } I can't seem to figure out why threads aren't enabled. I realize this is a very simple question, but I'd love to hear what silly thing I've done wrong. Thanks in advance for your help. dave try to set up project/settings/c++/code generation/run-time libary to multithreaded ... ciao andreas -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!

1 0