- Boost - lists.boost.org

No semaphore in Boost.Thread
by Serguei Kolos 08 Feb '05

08 Feb '05

Boost.Signal is clamed to be non thread safe. Boost.Thread does not have semaphores. So how in the world I can synchronize signal handlers with threads? I have found an old discussion about this issue in the mailing list archive but it has no conclusion and no practical advises. Do people think this is non issue? Cheers, Sergei

4 5

unordered static type-list
by Nagender Parimi 08 Feb '05

08 Feb '05

Hi, I am looking for a static list of types, albeit one in which the order of types does not matter. I have looked into the Metaprogramming library (MPL) and some related work in BGL on property lists, but could not find anything that would make the list unordered (though they do provide a static type-list). To clarify what I mean, using the MPL: typedef boost::mpl::vector<float, int> type1; typedef boost:mpl::vector<int, float> type2; the above usage makes type1 and type2 distinct types since the ordering of types matters. Is there a library compenent with which I can construct a static list of types (just like usage of boost:mpl::vector above) and can query for presence or absence of a type, making the order irrelevant? Furthermore, I would prefer this presence/absence check to be resolved compile-time. The reason for this requirement is that I wish to use this presence/absence test as means by which the compiler can call the appropriate specialized functions for this static list. thanks, Nagender

2 1

boost::program_options extensions
by Preston A. Elder 08 Feb '05

08 Feb '05

I've been working with boost::options, and these is one gaping hole in it, that I have noticed. There is no way to use a custom converter in the default po::typed_value class. This is such a flaw, I've actually copied typed_value, and created one that accepts a function of parser(), which you would supply a boost::function2<void, boost::any &, const std::vector<std::basic_string<charT> > & Why would I want to do this? I have created a bunch of generic converters that can be used for a number of things, from validation to translation. The ones I have so far are: validate_oneof - used as: value<T>()->parser(validate_oneof<T>(first_val) + second_val + third_val + fourth_val)) This will then ensure that the value supplied is one of these values (obviously validate_oneof is a class with an overridden operator+ and an operator() for calling). validate_range - used as: value<T>()->parser(validate_range<T>(first, last)) This will ensure that the value lies between these values. You might be able to achieve the same with notifiers, I don't know, but from here, it gets more interesting. validate_mapped - used as: value<T>()->parser(validate_mapped<K,T>(first_key, first_val) + std::make_pair(second_key, second_val) + std::make_pair(third_key, third_val)) This will then allow you to specify a value of one type, but have a different type stored. This is particularly useful to allow, say: LogLevel = info and then have that actually stored as an in (say, 5) in the values. I have others to do syntax validation too, so say validate_ipaddr which will ensure that it is a valid IP address before storing it, and so on. Again, I'm not sure how much notifiers would do this too. But also consider the following. A 'validator' that allows you to take an IP address as text, verify it is a valid IP address (hell, if someone wanted to add logic, verify it is within a certain range if they wanted to), and then store it as an in_addr_t. Or even better, a 'validator' that checks to see if 'http://' is prefixed to a web address, and either removes it or adds it, depending on what you need. A notifier might be able to catch bad values, but not change types or correct the data. And all in all, the change to do this was minimal, apart from adding the 'parser' function, my xparse function is simply: if (m_parser) m_parser(value_store, new_tokens) else validate(value_store, new_tokens, (T*) 0, 0); Feel free to e-mail me if you want my code, or want me to post it. -- PreZ :) Founder. The Neuromancy Society (http://www.neuromancy.net)

2 8

[Boost-bugs] [ boost-Support Requests-1118381 ] Link VC6 to Boost
by SourceForge.net 08 Feb '05

08 Feb '05

Support Requests item #1118381, was opened at 2005-02-07 23:55 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=207586&aid=1118381&group_… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: MichKinE (michkine) Assigned to: Nobody/Anonymous (nobody) Summary: Link VC6 to Boost Initial Comment: Hi, I'm not very familiar with all this Boost libs stuff. I wanted to use only the regex libs. Assuming that I'm working on WinXP + MSVC6, i have proceeded with the following build according to the "Getting Started" instructions: bjam "-sTOOLS=msvc" --with-regex install It took a while which surprised me coz i just wanted the regex libs, but it seemed to just work fine. It ended up with two dll in the VC98\bin dir, and a new dir : c:\Boost with a lot of stuff inside. My very nOOb question is : how do I link a C++ page in MSVC6 to get my boost regex libs ?? I tried many solutions on #include, but nothing worked. Does someone can help ? Thanks, MichKinE. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=207586&aid=1118381&group_… ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Re: [boost] More on Serialization Link Issue
by Jared McIntyre 07 Feb '05

07 Feb '05

I have a workaround for the purpose of my project, I am currently compiling xml_iarchive.cpp and xml_oarchive.cpp into my project and linking into libboost_serialization.lib to get everything else. This is working, but isn't an optimal solution. Honestly, I'm not sure why I can wstring working in the demo code, but not my code. It might have to do with wchar_t not being set as a built-in type, but I've been unable to validate that since my codebase won't work that way. Thanks for all the help, Jared

2 1

Re: More on Serialization Link Issue - solved
by Jared McIntyre 07 Feb '05

07 Feb '05

Turns out it was the difference between treating wchar_t as a default type or not. When I modified the build process for the library to not treat wchar_t as a default type, everything linked clean. Once again, thanks for all the help. Jared

1 0

Solaris/gcc integer_traits #error on build
by Christopher Wiedel 07 Feb '05

07 Feb '05

I ran into a problem with the integer_traits.hpp file in the boost subdirectory at build time, specifically while trying to build the libboost_python-* files. It seems to be the same problem that was earlier encountered here: http://lists.boost.org/MailArchives/boost/msg76535.php I downloaded the patched version of integer_traits.hpp from CVS, but the problem persisted. I checked the #if statement beginning on line 87 of the newer version of the file, and there didn't appear to be any case for Solaris. I was building on a Solaris 8 machine, using gcc 3.3.2. I modified the file to add another case (line 101): 87 #ifndef BOOST_NO_INTRINSIC_WCHAR_T 88 template<> 89 class integer_traits<wchar_t> 90 : public std::numeric_limits<wchar_t>, 91 #if defined(WCHAR_MIN) && defined(WCHAR_MAX) 92 public detail::integer_traits_base<wchar_t, WCHAR_MIN, WCHAR_MAX> 93 #elif defined(__BORLANDC__) || defined(__CYGWIN__) || defined(__MINGW32_ _) || (defined(__BEOS__) && defined(__GNUC__)) 94 // No WCHAR_MIN and WCHAR_MAX, whar_t is short and unsigned: 95 public detail::integer_traits_base<wchar_t, 0, 0xffff> 96 #elif (defined(__sgi) && (!defined(__SGI_STL_PORT) || __SGI_STL_PORT < 0 x400))\ 97 || (defined __APPLE__)\ 98 || (defined(__OpenBSD__) && defined(__GNUC__))\ 99 || (defined(__NetBSD__) && defined(__GNUC__))\ 100 || (defined(__FreeBSD__) && defined(__GNUC__))\ 101 || (defined(__sun__) && defined (__GNUC__) && (__GNUC__ == 3)\ 102 || (defined(__hpux) && defined(__GNUC__) && (__GNUC__ == 3) && !defined(__SGI_STL_PORT)) 103 // No WCHAR_MIN and WCHAR_MAX, wchar_t has the same range as int. 104 // - SGI MIPSpro with native library 105 // - gcc 3.x on HP-UX 106 // - Mac OS X with native library 107 // - gcc on FreeBSD, OpenBSD and NetBSD 108 public detail::integer_traits_base<wchar_t, INT_MIN, INT_MAX> 109 #elif defined(__hpux) && defined(__GNUC__) && (__GNUC__ == 2) && !defined(__SGI_STL_PORT) 110 // No WCHAR_MIN and WCHAR_MAX, wchar_t has the same range as unsigned int. 111 // - gcc 2.95.x on HP-UX 112 // (also, std::numeric_limits<wchar_t> appears to return the wrong values). 113 public detail::integer_traits_base<wchar_t, 0, UINT_MAX> 114 #else 115 #error No WCHAR_MIN and WCHAR_MAX present, please adjust integer_traits< > for your compiler. 116 #endif 117 { }; 118 #endif // BOOST_NO_INTRINSIC_WCHAR_T The file then compiled without a problem when inluded in the python libraries. The question I still have is whether this has the potential to break something somewhere else in the code. -- Christopher Wiedel Software Installs Group University of Southern California

2 1

RE: [boost] Re: Problem with code in common_factor_ct.hpp
by Brian Braatz 07 Feb '05

07 Feb '05

> -----Original Message----- > On Behalf Of David Abrahams > Daryle Walker <darylew(a)hotmail.com> writes: > > > On 2/2/05 5:24 PM, "David Abrahams" <dave(a)boost-consulting.com> wrote: > > > >> Daryle Walker <darylew(a)hotmail.com> writes: > >> > >>> On 1/31/05 4:29 PM, "David Abrahams" <dave(a)boost-consulting.com> > wrote: > >>> > >>>> "John H. Spicer" <jhs(a)edg.com> writes: > >>>> > >>>>> This file includes the code below in an #else for > >>>>> BOOST_NO_TEMPLATE_PARTIAL_SPECIALIZATION. We give an error on that > code > >>>>> because of a missing "template" keyword (between :: and helper). > >>>>> > >>>>> What is the proper channel for reporting things like this? > >>>> > [Dave Abrahams] > Yes, we still have compilers with > BOOST_NO_TEMPLATE_PARTIAL_SPECIALIZATION. Not every library has > officially dropped support for vc6/7 yet. [Brian Braatz] Humble request from the "Front Lines" :) Please continue supporting vc7. I am currently in the unenviable position of BACK PORTING code that uses boost from vc7.1 to vc7. The first thing to go was lambda. The funny thing is about 6 months ago I was thinking it seemed silly to keep things like boost.bind around. But now I am using that heavily instead of lambda. My situation is we have 1.7 million lines of code we are trying to upgrade. Unfortunately we have about 40-50 people who have had vc7 purchased for them by the project and we do not have the budget to upgrade compilers. Vc7 is, in my opinion probably (unfortunately) still a compiler many folks are stuck with.

1 0

Re: Problem with code in common_factor_ct.hpp
by David Abrahams 07 Feb '05

07 Feb '05

"John H. Spicer" <jhs(a)edg.com> writes: > This file includes the code below in an #else for > BOOST_NO_TEMPLATE_PARTIAL_SPECIALIZATION. We give an error on that code because > of a missing "template" keyword (between :: and helper). > > What is the proper channel for reporting things like this? http://www.boost.org/more/bugs.htm shows several alternatives. > template < unsigned long Value2 > > struct helper > { > BOOST_STATIC_CONSTANT( unsigned long, value > = static_gcd_helper2_t<Value2>::helper<Value1 % Value2>::value ); > }; > -- Dave Abrahams Boost Consulting www.boost-consulting.com

2 4

Re: [boost] Re: [boost.tr1?] request for a hash<> implementation
by JOAQUIN LOPEZ MU?Z 07 Feb '05

07 Feb '05

Hi Daniel, ----- Mensaje original ----- De: Daniel James <daniel(a)calamity.org.uk> Fecha: Domingo, Febrero 6, 2005 7:12 pm Asunto: [boost] Re: [boost.tr1?] request for a hash<> implementation > JOAQUIN LOPEZ MU?Z wrote: > > What I'm interested in in the short term is the hash<> functor > > alone. Of course unordered containers are much more interesting, > > but this will have to undergo the usual review process, I guess. > > Do you think we can put your hash<> implementation under > > boost/functional/hash.hpp and have some short docs for it? > > I've just uploaded a new version. I've rewritten the hash > functions > based on Peter's design. I'll write some documentation and some > more > tests soon. > You've been fast! I've taken a look at your stuff and have a couple of concerns/suggestions: 1. Now the file is boost/hash/functional.hpp. Wouldn't it be better to call it boost/functional/hash.hpp? As I see it, hash<> is part of TR1 future <functional>, so the naming I propose looks more consistent. 2. The header includes <set> and <map>, which can be quite heavy if the user has no intention to use the corresponding hash_value overloads. Alas, I don't know of any way to avoid the inclusions, since a forward declaration of these containers can fail due to the freedom stdlib implementers have to add additional template parameters to those specified by the standard. Any idea? I'll soon bundle your header with a preview of hashed indices for Boost.MultiIndex, probably the next week. Thank you so much for your effort, Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

3 2