- Boost - lists.boost.org

c.l.c++.m post
by David Abrahams 10 May '04

10 May '04

Hi, The enclosed post showed up on c.l.c++.m; AFAICT it has little or nothing to do with MPL, but it does contain several boost-related issues. The best answer isn't really clear to me; we could detect dereferenceability, use a hack involving get_pointer, or maybe something else would be appropriate. Would anyone like to tackle this one? -- Dave Abrahams Boost Consulting http://www.boost-consulting.com

2 1

RE: [boost] Re: static sized strings
by Reece Dunn 10 May '04

10 May '04

John Nagle wrote: >John Nagle wrote: >> I've been doing some work on this too. I made char_string >>a subclass of a non-templated char_string_base, so you can >>pass references to char_string_base. This has the disadvantage >>of requiring a vtable, but makes the class much more useful. >> >> I'll put this someplace publicly visible in the next day >>or two. > > It's at > http://www.animats.com/source >Take a look and see if you like the direction this is going. >Thanks. Hmm. Which way to go? My latest version has been generalized to incorporate char/wchar_t support, so you can use wide-character strings. It also uses a StringPolicy class (i.e. char_traits) so you can control the length, copy, comparison, etc functions that are used. BTW: the reason I use the const char( & s )[ m ] on compilers that support it is because this picks up the string literals in order to remove a call to strlen, thus improving performance. Which design do you like better: using a virtual base class, or using a policy template? I have been working on providing an interface similar to std::basic_string, hence some of my latest design choices. Ideally, the class should: * safeguard against buffer overflow on static-sized character arrays; * interoperate with classic C string operations; * interoperate with std::basic_string; * provide support for null-terminated strings and also fixed-length strings; * prevent silly mistakes by the user, ideally providing compile-time errors wherever possible. At the moment, both implementations provide a different subset of those aims. Do you mind if I look into this and let you know what I come up with. Regards, Reece _________________________________________________________________ Use MSN Messenger to send music and pics to your friends http://www.msn.co.uk/messenger

3 2

FW: Bjam error on Windows
by Janet Schneider 10 May '04

10 May '04

_____ From: Janet Schneider Sent: Monday, May 10, 2004 10:40 AM To: 'boost(a)lists.boost.org' Subject: Bjam error on Windows Hello, I'm seeing the following error when I try to run bjam on a Windows 2003 system: F:\Liberty\Boost\src\boost_1_31_0>..\bjam --prefix=F:\Liberty\Boost\32bit\boost_1_31_0 -sTOOLS="vc7.1-stlport" -sBUILD="<stlport-iostream>on <runtime-link>static release debug" install Jamfile:118: in load-jamfiles *** argument error * rule install-subinclude ( jamfiles + : options * ) * called with: ( : ) * missing argument jamfiles F:\Liberty\Boost\src\boost_1_31_0\tools/build/v1\boost-base.jam:2766:see definit ion of rule 'install-subinclude' being called F:\Liberty\Boost\src\boost_1_31_0\tools\build\v1\bootstrap.jam:15: in boost-buil d F:\Liberty\Boost\src\boost_1_31_0\boost-build.jam:16: in module scope Does anyone have any hints why this is happening? Thanks, Janet

1 0

Re:[boost] Regression testing -- some new testing options?
by Robert Ramey 10 May '04

10 May '04

Testing everything all the time amounts to using one package to test another - which is OK but not as efficient as a complete test suite. What I would like to be able to do is run the tests on a demand basis. That is, I would like to request a test for a specific set of compiler, dll/lib, debug/release options. As a practical matter, I will get everything working with the compilers I have on hand, upload to cvs, run tests on compilers I don't have. This wouldn't take a huge amount of time. Only on special occasions - i.e. right before release, would it be necessary to re-test everything. Maybe a facility could be include whereby I just submit a jamfile and it's queued up. Robert Ramey

1 0

bind behavior
by Dill, John 10 May '04

10 May '04

I ran into some possibly confusing behavior when trying out the documentation example from bind. When you have: struct F { int operator()(int a, int b) { return a - b; } bool operator()(long a, long b) { return a == b; } }; F f; int x = 104; bind<int>(f, _1, _1)(x); // f(x, x), i.e. zero What could be confusing is when you do this: long y = 104; bind<int>(f, _1, _1)(y) // Calls the operator<bool>, not operator<int> which is counter-intuitive as the documentation says your binding on the return type, but the return type is not actually what function call the type deduction gets. Does anyone else observe this behavior? I tried this on gcc 3.4. Thanks, John

1 0

number ranges and compile-time errors
by Reece Dunn 10 May '04

10 May '04

Is there a boost library that allows you to specify the range that a number can take, e.g. boost::range< int, 1, 12 > month; generating an error on an invalid range, e.g. month = 20; // [1] oops! Also, is it possible to distinguish between a number literal like the above and a variable assignment, like: month = m; // [2] The logic behind this is to provide compile-time checks where possible, so [1] would produce a compile-time error and [2] would be a run-time error. You could also do something like: inline char & string::operator[]( boost::range< int, 5, 10 > i ){ ... } // ... string s; s[ 1 ] = 'a'; // oops! and class date { boost::range< int, 1, 12 > month; public: inline date( boost::range< int, 1, 12 > m ): month( m ){} }; Regards, Reece _________________________________________________________________ Sign-up for a FREE BT Broadband connection today! http://www.msn.co.uk/specials/btbroadband

3 3

Large files ( > 2GB) and boost::filesystem library
by David Judson 10 May '04

10 May '04

In a number of places in the filesystem library on Linux, the ::stat file system call is used. When this call is executed on a file whose size is larger than 2GB, it fails because the file size cannot fit into the default "stat" structure. This problem happens even when the size information in the stat structure is not used. For example the stat information is used in the directory iterator to look for sub directories. This can be corrected by setting the macro _FILE_OFFSET_BITS to 64. What is the best way to set this macro on Linux? I have looked at the jam rules and cannot locate the appropriate place to include the definition. Also, what process should be followed if I want to have this macro defined either by default or at least as an option in the boost source tree so that I don't have to modify the build rules each time I install boost?

6 8

[Graphs] another c.l.c++.m post
by David Abrahams 10 May '04

10 May '04

-- Dave Abrahams Boost Consulting http://www.boost-consulting.com

1 0

gmane
by Daniel Wallin 10 May '04

10 May '04

Did someone just import an archive to the boost gmane group? I've been getting old (1998+) postings and no new ones all day, also they are not in order which is kind of annoying.. -- Daniel Wallin

3 2

borland workaround still needed
by Gennadiy Rozental 10 May '04

10 May '04

Hi, I an trying to make protected member defined in base class public: template<class PropertyType> class class_property { protected: PropertyType value; }; template<class PropertyType> class readwrite_property : public class_property<PropertyType> { public: typedef class_property<PropertyType> base; #if BOOST_WORKAROUND(__BORLANDC__, <= 0x570) base::value; #else using base::value; #endif }; Borland fail to compile it, stating something about an attempt to grant access to protected member. Well that's the whole point!! Any suggestions? Gennadiy.

1 0