- Boost - lists.boost.org

[Filesystem] Getting default directories
by Hartmut Kaiser 20 Mar '06

20 Mar '06

Hi all, are there any plans to add functions to Boost.Filesystem to get different default directories such as get_user_home_dir(), get_app_config_dir(), get_system_config_dir() et.al.? On Windows these probably would map directly to the SHGetFolderLocation() function, on *nix based systems these could map to some equivalent environment variable (i.e. $HOME) or some convention (i.e. system config files are in /etc/...). Surely there are some conventions for other systems as well. Regards Hartmut

3 3

[ptr_container] building tests
by Roland Schwarz 20 Mar '06

20 Mar '06

While trying to run the tests for the MS vc6 compiler I found that the build is aborted when trying to build the serialization test. When I put toolset::require-boost-spirit-support into the Jamfile the build is correctly skipped instead of aborted. My version below: rule sc-serialization-test ( name : requirements * ) { return [ run $(name).cpp <lib>../../test/build/boost_unit_test_framework <lib>../../serialization/build/boost_serialization : : : toolset::require-boost-spirit-support ] ; } Since I do not yet know boost.build very good, I cannot tell if this works by accident or if it is correct. I figured this out by comparison with similar cases from other libs. I suspect this issue is not specific to the vc6 build, but might fail in other cases too. If there are no objections I will check this into CVS. (After the release branch.) Roland

1 0

1.33.1 Bugs, With Patches
by Stephan T. Lavavej 20 Mar '06

20 Mar '06

Hi, Boost 1.33.1 contains a number of constructs which cause warnings when compiled with GCC 3.4.2 (and other versions) using some warning flags. The majority of warnings are -Wshadow warnings and are easily correctable. One is a C cast that should be written as a const_cast. The most severe one is an omission of "const" that produces a warning under -Wcast-qual. I maintain a local patch that fixes these things (as otherwise I can't use these warning flags on my own code), but it'd be really nice if they were fixed in Boost mainline. The C cast and -Wcast-qual problems have obvious fixes. My fixes for the -Wshadow warnings involve prepending x_ to variable names, since I don't need to be inventive. Better names should probably be chosen. I reported these problems against 1.33.0, but they appeared unchanged in 1.33.1. My patch is here: http://stl.nuwen.net/boost-1.33.1.patch * The following files have shadow warnings: boost/date_time/gregorian/gregorian_io.hpp boost/date_time/period_formatter.hpp boost/date_time/time_duration.hpp boost/date_time/time_system_counted.hpp boost/format/format_implementation.hpp boost/regex/v4/basic_regex_creator.hpp boost/regex/v4/match_results.hpp * This file has shadow warnings, and a redundant typedef that causes a shadow warning: boost/regex/v4/basic_regex_parser.hpp * This file has a C cast that should be a const_cast: boost/range/detail/implementation_help.hpp * This file omits a "const", which causes a nasty -Wcast-qual warning: boost/token_iterator.hpp The omission of the const is not intentional, if you look at the template carefully. The warning that this generates is here: http://stl.nuwen.net/boost-warning.txt * This file says "bash" when it should say "sh". MSYS bash appears under "sh" but not "bash". This is really minor, since in 1.33.1 I don't even need to execute gcc_gen.sh, but it'd be nice to have it fixed. libs/regex/build/gcc_gen.sh Finally, Boost Regex's gcc.mak causes problems for MinGW MSYS. It really doesn't like trailing slashes. The patch for this is here: http://stl.nuwen.net/boost-1.33.1-gcc.mak.patch I believe that other systems don't require trailing slashes, but I'm not sure. (I am only concerned with the -I../../../ here; the optimization settings are purely for myself and should not be put into mainline.) Thanks! Stephan T. Lavavej

3 2

[asio] On Solaris
by Tomas Puverle 20 Mar '06

20 Mar '06

Hey, I just wanted to ask about the state of ASIO on Solaris. Looking at the docs, the library claims to use select() to check for events. May I suggest that you consider using /dev/poll? Starting with Solaris 10, there is also a new event completion framework. Thanks, Tom

2 2

[serialization] Archive reuse
by Marcin Kalicinski 20 Mar '06

20 Mar '06

I'm using serialization library to create UDP packets. My program is sending/receiving hundreds of these each second. I'm currently creating iarchive/oarchive for every packet sent/received. This is quite a performance bottleneck. Is it possible to reuse single binary archive object for all UDP packets? I.e. somehow reinitialize underlying stream with new data and read/write to the same archive again? thank you, Marcin

3 2

[Boost-bugs] [ boost-Patches-1452743 ] [regex] fixes warning on mingw
by SourceForge.net 20 Mar '06

20 Mar '06

Patches item #1452743, was opened at 2006-03-17 21:00 Message generated for change (Comment added) made by johnmaddock You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1452743&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Baraclese (baraclese) Assigned to: John Maddock (johnmaddock) Summary: [regex] fixes warning on mingw Initial Comment: [regex] [current cvs] mingw automatically defines NOMINMAX in bits/ os_defines.h to protect some standard headers. Compiler thus emits a warning about redefinition of NOMINMAX in static_mutex.cpp. [solution] Add #undef NOMINMAX before #define NOMINMAX to file libs\regex\src\static_mutex.cpp(27) Other files which define this are: libs\regex\src\regex.cpp(31) libs\regex\src\w32_regex_traits.cpp(27) ---------------------------------------------------------------------- >Comment By: John Maddock (johnmaddock) Date: 2006-03-20 10:33 Message: Logged In: YES user_id=14804 This will be fixed in cvs shortly. John Maddock ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1452743&group_… ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[1.34] branch for release on Monday
by Thomas Witt 20 Mar '06

20 Mar '06

Hi, I am going to create the release branch on Monday March 20 around 6pm PST. Please resolve as many outstanding issues as possible before the branch is done. Also check the Latest News section in boost/index.htm in CVS for any omissions. Thanks Thomas -- Thomas Witt witt(a)acm.org

3 4

Re: [boost] [1.34] branch for release on Monday
by Boris Gubenko 20 Mar '06

20 Mar '06

Ralf, did you test your patch with aCC V3 or only with aCC V6? If the latter is the case, I suggest, you conditionalize it with: #if __HP_aCC >= 60000 I doubt, that boost.python compiles with aCC3, but if it does, your patch is likely to break it. Thanks, Boris ----- Original Message ----- From: <boost(a)lists.boost.org> To: <boost(a)lists.boost.org> Sent: Sunday, March 19, 2006 9:32 AM Subject: Re: [boost] [1.34] branch for release on Monday > Return-Path: boost-bounces(a)lists.boost.org > Received: from compaqcce.compaq.com ([16.47.68.171]) > by bugsy.zko.dec.com (UCX V4.2-21H, OpenVMS V6.2 VAX); > Sun, 19 Mar 2006 09:32:33 -0500 > Received: from ztxmail01.ztx.compaq.com (ztxmail01.nz-cce.cpqcorp.net > [161.114.8.205]) > by mailrelay01.cce.cpqcorp.net (Postfix) with ESMTP id 005369520 > for <boris(a)bugsy.zko.dec.com>; Sun, 19 Mar 2006 08:34:34 -0600 (CST) > Received: from palrelrim04.pa.itc.hp.com (palrelrim04.pa.itc.hp.com > [192.151.81.52]) > by ztxmail01.ztx.compaq.com (Postfix) with ESMTP id B30679C4E > for <boris(a)bugsy.zko.dec.com>; Sun, 19 Mar 2006 08:34:34 -0600 (CST) > Received: from palrelrim04.pa.itc.hp.com (localhost [127.0.0.1]) > by receive-from-antispam-filter (Postfix) with SMTP id 4D38594C0B > for <boris(a)bugsy.zko.dec.com>; Sun, 19 Mar 2006 06:37:54 -0800 (PST) > Received: from wowbagger.osl.iu.edu (wowbagger.osl.iu.edu > [129.79.245.252]) > by palrelrim04.pa.itc.hp.com (Postfix) with ESMTP id ED0A594C0E > for <boris.gubenko(a)hp.com>; Sun, 19 Mar 2006 06:37:53 -0800 (PST) > Received: from wowbagger.osl.iu.edu (localhost [127.0.0.1]) > by wowbagger.osl.iu.edu (Postfix) with ESMTP id 4CB55105628; > Sun, 19 Mar 2006 09:33:22 -0500 (EST) > X-Original-To: boost(a)lists.boost.org > Delivered-To: boost(a)lists.boost.org > Received: from web31507.mail.mud.yahoo.com (web31507.mail.mud.yahoo.com > [68.142.198.136]) > by wowbagger.osl.iu.edu (Postfix) with SMTP id C37CB1055A1 > for <boost(a)lists.boost.org>; Sun, 19 Mar 2006 09:33:16 -0500 (EST) > Received: (qmail 4177 invoked by uid 60001); 19 Mar 2006 14:34:14 -0000 > DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; > h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; > b=Vo4JbxPxLxCLe0nwtdU9HNBs1YaOBKUc758av1HTrq3G3j2Qgj1jWGTML8MqB8ouB9TOpasfuY36WGkZN6DJxAMTnZAs8peNymBxUlDG3C2NZos/b2JFBCv9E11icuEcdkRLpaHdorr7lDp418ltyD1ft3f7u/kLxpwxonxe6hk= > ; > Message-ID: <20060319143413.4175.qmail(a)web31507.mail.mud.yahoo.com> > Received: from [24.4.205.206] by web31507.mail.mud.yahoo.com via HTTP; > Sun, 19 Mar 2006 06:34:13 PST > Date: Sun, 19 Mar 2006 06:34:13 -0800 (PST) > From: "Ralf W. Grosse-Kunstleve" <rwgk(a)yahoo.com> > To: boost(a)lists.boost.org > In-Reply-To: <dviv3h$goo$1(a)sea.gmane.org> > MIME-Version: 1.0 > Subject: Re: [boost] [1.34] branch for release on Monday > X-BeenThere: boost(a)lists.boost.org > X-Mailman-Version: 2.1.6 > Precedence: list > Reply-To: boost(a)lists.boost.org > List-Id: Boost developers' mailing list <boost.lists.boost.org> > List-Unsubscribe: <http://lists.boost.org/mailman/listinfo.cgi/boost>, > <mailto:boost-request@lists.boost.org?subject=unsubscribe> > List-Archive: <http://lists.boost.org/MailArchives/boost> > List-Post: <mailto:boost@lists.boost.org> > List-Help: <mailto:boost-request@lists.boost.org?subject=help> > List-Subscribe: <http://lists.boost.org/mailman/listinfo.cgi/boost>, > <mailto:boost-request@lists.boost.org?subject=subscribe> > Content-Type: text/plain; charset="us-ascii" > Content-Transfer-Encoding: 7bit > Sender: boost-bounces(a)lists.boost.org > Errors-To: boost-bounces(a)lists.boost.org > X-PMX-Version: 5.1.2.240295, Antispam-Engine: 2.3.0.1, Antispam-Data: > 2006.3.19.61109 > > I have a one-line patch needed to support Boost.Python under HP-UX with > the > native aCC compiler: > > Index: type_id.hpp > =================================================================== > RCS file: /cvsroot/boost/boost/boost/python/type_id.hpp,v > retrieving revision 1.17 > diff -r1.17 type_id.hpp > 34a35 >> || (defined(__hpux) && defined(__HP_aCC)) \ > > > I tested this already in our local multi-platform (ca. 20) build, i.e. I > am > sure it will not cause trouble. Would it be OK to check this in before the > release branch is created? > > Thanks! > > Cheers, > Ralf > > --- Thomas Witt <witt(a)acm.org> wrote: > >> >> Hi, >> >> I am going to create the release branch on Monday March 20 around 6pm >> PST. Please resolve as many outstanding issues as possible before the >> branch is done. >> >> Also check the Latest News section in boost/index.htm in CVS for any >> omissions. >> >> Thanks >> >> Thomas >> >> -- >> Thomas Witt >> witt(a)acm.org >> >> _______________________________________________ >> Unsubscribe & other changes: >> http://lists.boost.org/mailman/listinfo.cgi/boost >> > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > Unsubscribe & other changes: > http://lists.boost.org/mailman/listinfo.cgi/boost > >

2 1

Boost vault dead?
by Andy Little 19 Mar '06

19 Mar '06

I cant seem to open http://www.boost-consulting.com/vault or indeed http://www.boost-consulting.com for around 2 hrs Just get Cannot find server or DNS error regards Andy Little

1 0

uniform_real rather alarmingly non-random?
by John Maddock 19 Mar '06

19 Mar '06

I seriously hope I'm doing something wrong here, but the last 20 bits in a double returned from uniform_real appear to always be zero. Is this by design? I really hope not! Here's the test code: template <class T> void test_random(T) { boost::mt19937 rnd; boost::uniform_real<T> ur_a(0.5, 1); boost::variate_generator<std::tr1::mt19937, std::tr1::uniform_real<T> > gen(rnd, ur_a); for(int j = 0; j < INT_MAX-2; ++j) { T v = gen(); // get the digits of T: unsigned long long i = (unsigned long long)std::floor(std::ldexp(v, std::numeric_limits<T>::digits)); i &= 0xfffff; // last 20 bits std::cout << std::hex << i << std::endl; } } Try calling with a double as an argument and it'll output nothing but zero's. John.

6 11