- Boost - lists.boost.org

WCHAR_MAX not defined on openbsd
by Nick Owens 17 Aug '10

17 Aug '10

hi there, i'm using openbsd 4.7 with g++ 4.2.4 installed from openbsd packages. i've tried building both boost 1.43 and 1.44rc, and both have several libraries fail due to WCHAR_MAX not being defined. this appears to be because __STDC_LIMIT_MACROS is not defined while processing /usr/include/stdint.h. i built boost with ./bjam cxxflags='-D__STDC_LIMIT_MACROS' and there are no more errors about WCHAR_MAX not being defined. perhaps this define should be added to boost/cstdint.hpp, or is there a deeper reason why WCHAR_MAX is not being defined correctly?

4 7

[DateTime] Cannot handle 64bit seconds
by Roland Bock 16 Aug '10

16 Aug '10

Hi, when transforming a unix time into a boost::posix_time::ptime, the value of the unix time is truncated to long in for method boost::posix_time::from_time_t. As a result, -4260211200 is represented by some ptime in the year 1971, but it should be 1835. Or, in other words Boost.DateTime has the year 2038 problem. Regards, Roland

2 2

[filesystem][lexical_cast] Lexical cast of filenames containing spaces
by Daniel James 16 Aug '10

16 Aug '10

Hi, An issue has come up in program options. With filesystem v3, this throws: lexical_cast<boost::filesystem::path>("file name") The problem is that filesystem v3's stream extractor treats spaces as separators (which is the right thing to do IMO), so it only extracts "file", which causes lexical cast to throw an exception - because the whole string hasn't been extracted. Would it be possible to create a special case in lexical_cast to deal with this? How does it deal with this problem for strings? Daniel

3 6

outer class `this` in local classes
by Lorenzo Caminiti 16 Aug '10

16 Aug '10

Hello all, Is there a way to access the outer class `this` from a local class but without using inheritance? Let me explain with an example: class x { // outer class public: void g() {} void f() { this->g(); // (1) struct y: x { // local class *** using inheritance *** y(x* super): x(*super) {} // (2) void h() { this->g(); // (3) } }; y(this).h(); } }; *** Is there a way to do this but without inheriting `y` from `x`? *** At line (3), the local class `y` can access the outer class `x::g()` simply using `this` because `y` inherits from `x`. However, this inheritance requires to construct another object `x` when `y` is constructed as in line (2) adding runtime overhead and requiring `x` to have an accessible copy constructor. In my application, I need line (3) to essentially look like line (1) so you can program code inside `y` members as if it were inside `x` members. A part from that, the local class `y` could look as it is needed to solve this problem -- with some member variables, other member functions, etc. (For example, I tried to redefine `y::operator->()`/`y::operator*()` to return a pointer/reference to `x` but this does not work because `this->`/`*this` always retain its pointer semantics and they do not use the user defined operators...) Thank you very much. -- Lorenzo

2 3

Re: [boost] [exception] ostringstream like
by fabien.castan＠free.fr 16 Aug '10

16 Aug '10

> exception are just here to gather and carry diagnostic info, not full fledged error message If you throw a bad_alloc, you don't need to add a full fledged error message, I agree that the localization and the exception type is sufficient. When you throw a logic_error, more the message is clear, precise and detailed better it is. > may fail to allocate the needed memory for the string and stream, thus maskign the initial exception with some bad_alloc. I agree for bad_alloc exception, but as before you don't really need a message in this particular case. If you throw a logic_error, you don't have more chance to encounter a bad_alloc than everywhere in your application.

2 1

Re: [boost] [chrono] [dependence of common_type on Boost.TypeOf]
by Adam Merz 16 Aug '10

16 Aug '10

vicente.botet <vicente.botet <at> wanadoo.fr> writes: > Hi again, > I have reached to manage with the ambiguous overloads and all the tests works > as before. > I have do it as follows: <snip code> That doesn't seem very robust in the case that there is no common type (in terms of the compiler error anyway). Maybe I'm missing something regarding the required semantics, but couldn't something like the following be used, so at least you get a reasonable static assertion error instead? #include <boost/mpl/if.hpp> #include <boost/type_traits/is_base_of.hpp> #include <boost/type_traits/is_same.hpp> #include <boost/static_assert.hpp> template<typename T1, typename T2> struct common_type { typedef typename boost::mpl::if_< boost::is_base_of<T1, T2>, T1, typename boost::mpl::if_< std::is_base_of<T2, T1>, T2, void >::type >::type type; // no common type BOOST_STATIC_ASSERT((!boost::is_same<type, void>::value)); }; template<typename T1> struct common_type<T1, void> { // void is not a valid type BOOST_STATIC_ASSERT(sizeof(T1) != sizeof(T1)); }; template<typename T2> struct common_type<void, T2> { // void is not a valid type BOOST_STATIC_ASSERT(sizeof(T2) != sizeof(T2)); }; (Apologies for messing up the message threading. I post via Gmane, and this thread isn't showing up there, presumably because of the encoding issues in the message subject.)

3 4

Detection of 64bit using macro
by Kim Kuen Tang 16 Aug '10

16 Aug '10

Hi all, the question might be not directly related to boost. But i just want to be sure that i am not reventing the wheel. I am searching for a macro that is able to detect that a system is 32bit or 64bit no matter what compiler is used. Is there something similar already implemented in boost? Perhaps some background about this feature. Template specialization for std::size_t is not needed, when the specialization already exists for unsigned int. But on a 64bit system this is not true. So you need explicitly added the specialization whenever a 64bit compiler is used. See the following example. # include <cstddef> template<typename T> struct Null; template<> struct Null<unsigned int> {}; template<> struct Null<std::size_t> {}; // compile only on a 64bit compiler int main() { return 0; }; Thx for any comments, help or suggestions Kim

5 6

[chrono] v0.4.5 Documentation update + warnings removal + bug fixes
by vicente.botet 16 Aug '10

16 Aug '10

Hi, I have made some minor modifications to the Boost.Chrono library as requested on these mailing lists. The implementaton is stable. Waiting for the review I plan to add yet a lightweight stopwatch, as suggested by Tom Tan on a personal mail, which stores a reference to a generalization of the Clock duration or an accumulator of the Clock duration. I'll concentrate also in improving the documentation and the tests. Anthony Williams will be the review manager and I hope we could find a date soon. Even if the review's date is not annonced yet, it will be great if some of you make a pre-review, so the conflicting issues are managed before the review. The library can be downloaded from http://www.boostpro.com/vault/index.php?action=downloadfile&filename=chrono… and the documentation is online on the sandbox http://svn.boost.org/svn/boost/sandbox/chrono/libs/chrono/doc/html/index.ht…. New Features since v0.4.3: Version 0.4.5, July 6, 2010 Documentation update Documentation a.. Overview rewriting b.. Added missing thread_clock reference. c.. How to implement a thread_clock tutorial removed. d.. References section renamed to External Resources. e.. Added links to source examples. f.. Added links between Models and Concepts. g.. Added macros descriptions. h.. Cleanup. Bug Fixes a.. Valgrind fixes: "Conditional jump or move depends on uninitialised value(s)" b.. Take care of Boost.System break on version 1.44 c.. gcc.4.4 "warning: suggest parentheses around '&&' within '||' " removal. Version 0.4.4, February 22, 2010 Warning fixes Bug Fixes a.. scoped_suspend warning removal b.. error_code management completed _____________________ Vicente Juan Botet Escribá http://viboes.blogspot.com/

5 20

[config] _mingw.h
by Edward Diener 16 Aug '10

16 Aug '10

The config platform file win32.hpp has: # include <_mingw.h> when __MINGW32__ is defined. I do not see _mingw.h anywhere. Where is this header supposed to be ?

2 2

[log] Wide Character Backend file problems
by Sivaram Kannan 15 Aug '10

15 Aug '10

Hi, I was trying to create a log file with wide character support. Similar code with normal character support works well, where as for wide character support the log file itself is not getting created. Here is the code for both types. Can someone tell me, what am I missing with the wide character type. The code compiles, but the log file alone is not getting created when the program is run. //Wide Character version void Log_Init() { boost::function< void (std::wostream&, boost::log::wrecord const&) > formatter = boost::log::formatters::wstream << boost::log::formatters::date_time< boost::posix_time::ptime >(L"TimeStamp") << L" *" << boost::log::formatters::attr< int >(L"Severity") << L"* " << boost::log::formatters::wmessage(); boost::shared_ptr< sinks::synchronous_sink<boost::log::sinks::wtext_file_backend> > sink = boost::log::winit_log_to_file( keywords::file_name = L"C:\\BMR\\Logs\\bmr.log", // file name pattern keywords::rotation_size = 1 * 1024 * 1024, // rotate files every 1 MiB... keywords::open_mode = std::ios_base::app, keywords::auto_flush = true ); sink->locked_backend()->set_formatter(formatter); // Register common attributes boost::log::add_common_attributes(); } //Normal Character version void Log_Init() { boost::function< void (std::ostream&, boost::log::record const&) > formatter = boost::log::formatters::stream << boost::log::formatters::date_time< boost::posix_time::ptime >("TimeStamp") << " *" << boost::log::formatters::attr< int >("Severity") << "* " << boost::log::formatters::message(); boost::shared_ptr< sinks::synchronous_sink<boost::log::sinks::text_file_backend> > sink = boost::log::init_log_to_file( keywords::file_name = "C:\\BMR\\Logs\\bmr.log", // file name pattern keywords::rotation_size = 1 * 1024 * 1024, // rotate files every 1 MiB... keywords::open_mode = std::ios_base::app, keywords::auto_flush = true ); sink->locked_backend()->set_formatter(formatter); // Register common attributes boost::log::add_common_attributes(); }

2 8