- Boost - lists.boost.org

RE: [boost] [test library patch for como]
by Rozental, Gennadiy 19 May '04

19 May '04

> Rozental, Gennadiy wrote: > > Does it incorrect from standard standpoint: > > > > class A { > > int member; > > }; > > > > class B : A { > > public: > > using A::member; > > }; > > > > If it is allowed why so many compilers having issues with it? > > I don't see why you think it should be allowed. A::member is > private, not protected. It's not accessible from B. Sorry I meant protected of course. class A { protected; int member; }; class B : A { public: using A::member; }; Gennadiy

1 0

RE: [boost] [test library patch for como]
by Rozental, Gennadiy 19 May '04

19 May '04

Does it incorrect from standard standpoint: class A { int member; }; class B : A { public: using A::member; }; If it is allowed why so many compilers having issues with it? Gennadiy.

3 2

Re: [boost] [preprocessor] math macros
by Cromwell Enage 19 May '04

19 May '04

--- Paul Mensonides <pmenso57(a)comcast.net> wrote: > Hi Cromwell, Hello! > FYI, these macros don't belong in the preprocessor > library (pp-lib). That library is a set of macros > (etc.) designed to be used to generate C and C++ > code. They don't actually generate that code > themselves. Ah, understood. > That isn't saying anything about whether your > implementation is good or bad or whether it belongs > in Boost. Only that it doesn't properly belong in > the pp-lib. Instead, your macros are clients of the > pp-lib. They should probably go with the rest of > the math stuff (<boost/math/...>) and use a plain > BOOST_ or BOOST_MATH_ prefix (but definitely not > BOOST_PP_). Okay, I'll reorganize everything. > In order to be part of the pp-lib, the macros would > have to calculate their results at preprocessing > time. For example, BOOST_PP_ADD(5, 5) expands to 10 > (the single token), not (5 + 5). Does that make > sense? Gotcha. I don't see how I can do that with my lib without an inordinate amount of work, so unless someone else can see how, I'll stop trying. Thanks for clearing things up! I'll try not to be so presumptuous next time. Cromwell Enage __________________________________ Do you Yahoo!? SBC Yahoo! - Internet access at a great low price. http://promo.yahoo.com/sbc/

1 0

RE: [boost] [Test] Test library failing to build on MetaComm inte l-win32-7.1-vc6
by Rozental, Gennadiy 19 May '04

19 May '04

> On Friday 14 May 2004 01:20 pm, Rozental, Gennadiy wrote: > > Do you have any suggestions? > > I've fixed it on Borland, and tried to fix it on Intel 7.1, > Comeau, and Sun > based on the error messages (but I don't have those compilers > handy to test). > > Doug This is not a fix I am looking for. What you did makes whole facility useless on affected compiler. I look for solution that will retain functionality. Gennadiy.

3 2

[test library patch for como]
by Thorsten Ottosen 19 May '04

19 May '04

Hi, I have no idea what the number (second argument) should be. But it worked. br Thorsten begin 666 class_properties.hpp.diff M+2TM(&-L87-S7W!R;W!E<G1I97,N:'!P"3(P,#0M,#4M,C @,# Z,CDZ,3@N M-S,P-34R,# P("LQ,# P#0HK*RL@8VQA<W-?<')O<&5R=&EE<RYH<' N;VQD M"3(P,#0M,#4M,C @,# Z,C8Z,#DN,3 W.#@X,# P("LQ,# P#0I 0" M-38L M-R K-38L-R! 0 T*( T*(" @(" O+R!$871A(&UE;6)E<G,-"B -"BTC:68@ M0D]/4U1?5T]22T%23U5.1"A?7T)/4DQ!3D1#7U\L(#P](#!X-3<P*2!\?"!" M3T]35%]73U)+05)/54Y$*"!?7T-/34]?7RP@/#T@,'@T,S,@*0T**R-I9B!" M3T]35%]73U)+05)/54Y$*%]?0D]23$%.1$-?7RP@/#T@,'@U-S I#0H@(" @ M("\O($)O<FQA;F0@8V%N)W0@9&5A;"!W:71H('1H92!U<VEN9R!D96-L87)A M=&EO;B!I;B!D97)I=F5D(&-L87-S97,-"B C96QS90T*('!R;W1E8W1E9#H- !"@`` ` end

1 0

Re: [boost] Re: BUG: mpl and iso646.h in vc7
by Aleksey Gurtovoy 19 May '04

19 May '04

Ken Hagan writes: > > Ian Baxter wrote: > >> Boosters, > >> > >> Microsoft's macro hacks in the iso646.h header unfortunately kills > >> the current MPL implementation. The headers or.hpp, and.hpp are > >> substituted as ||.hpp, &&.hpp! > > Eric Niebler wrote: > > > > I don't think changing the header names is the right solution. Since > > you're on VC7, you can use the push_macro and pop_macro pragmas to > > work around the issue. > > > > // file: or_.hpp > > #pragma once > > #pragma push_macro("or") > > #include <boost/mpl/or.hpp> > > #pragma pop_macro("or") > > Nice workaround, but it won't help you much if you are using a library > that uses MPL. Renaming the header will upset everyone's sense of > aesthetics, but resolves the problem once and for all. > > Incidentally, I assume VC7 is looking at > > #include <boost/mpl/or.hpp> > > and macro expanding the "or". The standard text for preprocessing phase > 4 does indeed begin "Preprocessing directives are executed and macro > invocations are expanded.", but the text for phase 3 begins "The source > file is decomposed into preprocessing tokens..." and I would have > thought that "boost/mpl/or.hpp" (without the quotes) was a single > h-char-sequence in this context so there is no invocation of the "or" > macro here. > Clearly at least one of "me" and "VC" must be wrong here. You are both right :). In #include <boost/mpl/or.hpp> 'boost/mpl/or.hpp' *is* a single h-char-sequence and MSVC does *not* perform macro substitution here. The problem Ian reported was caused by the code that roughly looked like this: # define HEADER or.hpp # include BOOST_PP_STRINGIZE(boost/mpl/aux_/preprocessed/HEADER) Fixed in the CVS now. No changes are required on user part. Thanks to everybody, -- Aleksey Gurtovoy MetaCommunications Engineering

1 0

bug in Wave/flex_string with VC7+dinkumware
by Reece Dunn 19 May '04

19 May '04

BOOST_NO_STD_ITERATOR_TRAITS does not work for VC7 + Dinkumware when using it to identify whether std::reverse_iterator is C++98 or an older/broken implementation. BOOST_NO_STD_ITERATOR does work, however. Regards, Reece _________________________________________________________________ Use MSN Messenger to send music and pics to your friends http://www.msn.co.uk/messenger

2 1

RE: [boost] Re: basic_string interface generator
by Reece Dunn 19 May '04

19 May '04

Pavel Vozenilek wrote: >"Max Khesin" <MKhesin(a)liquidnet.com> wrote: > > > Just curious: > > what do you think of Andrei's work on policy-based strings: > > http://www.cuj.com/documents/s=7994/cujcexp1906alexandr/alexandr.htm > > http://moderncppdesign.com/code/flex_string.zip I have only previously come across it in passing and have not had a chance to take a look at it. I am studying it at the moment: a very good library! > > - does it do what you want (or leave flexibility to do what you want) > > - if so why not just use it > > - if not what doesn't it do >From what I understand thus far, usage would be like this: boost::flex_string< char, std::char_traits< char >, std::allocator< char >, VectorStringPolicy< char > > vecstr; which is too weildy. It would be possible to use the template typedef concept to have something like: template< typename CharT, template< typename C, class A > class Storage, class Traits, class AllocT > struct cust_string { typedef boost::flex_string< CharT, Traits, AllocT, Storage< CharT, AllocT > > type; }; cust_string< char, VectorStringPolicy >::type vecstr; If you want a special string type, you will need to do something like this: template< typename CharT, class A = std::allocator< CharT > > class MyCustStorage{ ... }; template< typename CharT, class Traits > class mybasic_string: public boost::flex_string< CharT, Traits, std::allocator< CharT >, Storage< CharT > > { public: mybasic_string(){} // ... }; Where you are essentially having to write more code. What I am ideally looking for is something similar to what the iterator adaptors do, allowing: template< typename CharT, class Traits > class mybasic_string: public boost::string_adaptor< mybasic_string, CharT, Traits > { public: const CharT * c_str(){ ... } // ... public: mybasic_string(){} // ... }; Another minor point is that the policy classes do not meet the standard/Boost naming convention. Also: what if you want to use a different string type for substrings than the type being used? As an example, I have a fixed-capacity string fixed_string< n, CharT > that is equivalent to CharT[ n ], and guards against buffer overflow on the string operations (as a safe replacement for the equivalent C operations). In order to write code generically on them without using template code, I have an abstract class: class char_string { public: virtual const char * c_str() = 0; virtual size_t length() = 0; // ... }; template< size_t n, typename CharT = char, ... > class fixed_string: public char_string // note: MPL code to select char or wchar_t version { CharT str[ n ]; size_t len; public: inline const CharT * c_str(){ return( str ); } inline size_t length(){ return( len ); } // ... }; inline void printme( const char_string & s ) { std::cout << s.c_str(); } With this, you can't use char_string as a standard type (it needs to be a reference or pointer) because you'd get an error about instantiating an abstract base class. >Just remark: Andrei's flex_string is already included in Wave, (future) >Boost library. :) Regards, Reece _________________________________________________________________ Get a FREE connection, FREE modem and one month's FREE line rental, plus a US or European flight when you sign up for BT Broadband! http://www.msn.co.uk/specials/btbroadband

1 0

BUG: mpl and iso646.h in vc7
by Ian Baxter 19 May '04

19 May '04

Boosters, Microsoft's macro hacks in the iso646.h header unfortunately kills the current MPL implementation. The headers or.hpp, and.hpp are substituted as ||.hpp, &&.hpp! Since the iso646.h header is typically force included at the project level, header re-arranging is not a practical solution. Any possibility of getting these headers renamed? Ian

3 2

date_time high resolution clock for Win32
by Aaron W. LaFramboise 19 May '04

19 May '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, (This is a followup to this question of mine on boost-users http://lists.boost.org/MailArchives/boost-users/msg06618.php . Jeff Garland suggested comments on that thread should be posted here. I'm new to this list, and not entirely sure if messages with this sort of platform-specific detail are welcome here; if they aren't, let me know.) I've been examining possibilities for a high resolution clock in date_time for Win32 over the past few days. In particular, Windows, like many other platforms, has a system clock with only fair precision (usually about 10ms), but excellent 'counter' clocks with very high precision. It seemed reasonable to me that it should be possible to combine the accuracy of the system clock with the precision of a high-resolution counters, to create a Boost date_time clock that had both the system's maximum accuracy and maximum precision. So, after a few days of casual research and brainstorming, I came up with this simple, incomplete prototype clock. The idea is that it queries both the system clock and the high resolution counter, saves them in static memory. Future calls only use the high resolution counter, using the saved correspondence between the two clocks to calculate the real time. This sort of timer, if it can be implemented reasonably, might be useful on many platforms, including when only time() and clock() are availible. This implementation has these characteristics: THEORY (Wishful thinking) - -Should be the best general-purpose clock and timer on Win32, that would be very difficult to exceed in useful precision or accuracy in a reimplementation. - -Should gracefully handle user changes of system clock. PRACTICE - -It does in fact have the promised ten millisecond accuracy and sub-microsecond resolution. - -The Windows system clock is a lot more "jittery" than I had noticed before. This is a huge problem. The clock routine checks every call to ensure that the two clocks are not further apart than twice the reported precision of the system clock. If they are, the saved times are re-initialized, and the clock starts over from the system time. There is a small problem in my implementation that causes the clock to return subsequent decreasing times for only very small drifts, which should not happen. I have not yet decided how to fix this, but this is not the big problem. The big problem is that while the system clock and counter stay very well in synch under 'normal conditions,' the system clock jitters a whole lot when a lot of system resources are being used in the background, causing the clock to reset itself when it really should not. This in turn causes some strange precision characteristics which might be unacceptable for some applications. I'm going to let this sit for a few days while I think about it. I'd be very interested in hearing any comments in the meantime. Aaron W. LaFramboise #include "boost/date_time/c_time.hpp" #include <windows.h> namespace boost { namespace date_time { ~ template<class time_type> ~ class win32_clock ~ { ~ public: ~ typedef typename time_type::date_type date_type; ~ typedef typename time_type::time_duration_type time_duration_type; ~ typedef typename time_duration_type::rep_type resolution_traits_type; ~ //! Return the local time based on computer clock settings ~ static time_type local_time() { ~ SYSTEMTIME st; ~ ::GetSystemTime(&st); ~ LARGE_INTEGER pc; ~ ::QueryPerformanceCounter(&pc); ~ return create_time(st, pc); ~ } ~ private: ~ static time_type create_time(const SYSTEMTIME &system_time, ~ const LARGE_INTEGER &count) ~ { ~ // Suspicious: lock mutex. ~ static long mutex; ~ while(::InterlockedExchange(&mutex, 1)) ~ Sleep(1); ~ // System time and counter at a previous call. ~ static ULONGLONG saved_time; ~ static ULONGLONG saved_count; ~ // Decode system time and get system time precision ~ ULONGLONG now_time; ~ ::SystemTimeToFileTime(&system_time, ~ reinterpret_cast<FILETIME *>(&now_time)); ~ DWORD sysincrement; ~ { ~ DWORD sysadjust; ~ BOOL sysdisabled; ~ ::GetSystemTimeAdjustment(&sysadjust, &sysincrement, &sysdisabled); ~ } ~ // Convert counter, and get frequency. ~ ULONGLONG now_count = count.QuadPart; ~ LONGLONG frequency; ~ ::QueryPerformanceFrequency( ~ reinterpret_cast<LARGE_INTEGER *>(&frequency)); ~ if(frequency <= 0) { ~ frequency = 1; ~ now_count = 0; ~ } ~ // Release mutex. ~ ::InterlockedExchange(&mutex, 0); ~ // Calculate time now (in FILETIME style measurement) according ~ // to the counter, and calculate drift from system clock. ~ double now = static_cast<double>(now_count - saved_count) ~ * 10000000 / frequency + saved_time; ~ double drift = now - now_time; ~ if(drift < 0) ~ drift = -drift; ~ // Initialize static data on first call, or counter drift. ~ // Adjust time now if counter has drifted. ~ if(saved_count == 0 ~ || now_time < saved_time ~ || now_count < saved_count ~ || drift > sysincrement * 2) { ~ if(saved_count != 0) ~ std::cerr << "DRIFT " << now - now_time << std::endl; ~ saved_time = now_time; ~ saved_count = now_count; ~ now = saved_time; ~ } ~ // Now that we've decided what time it is, break it into time units. ~ ULONGLONG now_ull = static_cast<ULONGLONG>(now); ~ SYSTEMTIME now_systemtime; ~ ::FileTimeToSystemTime(reinterpret_cast<FILETIME *>(&now_ull), ~ &now_systemtime); ~ now_systemtime.wMilliseconds = 0; ~ ::SystemTimeToFileTime(&now_systemtime, ~ reinterpret_cast<FILETIME *>(&now_ull)); ~ double frac_seconds = (now - now_ull)/10000000; ~ // Create date_now and time_duration_now. ~ date_type date_now(now_systemtime.wYear, now_systemtime.wMonth, ~ now_systemtime.wDay); ~ time_duration_type time_duration_now(now_systemtime.wHour, ~ now_systemtime.wMinute, now_systemtime.wSecond, ~ static_cast<ULONGLONG>(frac_seconds ~ * resolution_traits_type::res_adjust())); ~ return time_type(date_now, time_duration_now); ~ } ~ }; } } //namespace date_time #include <iostream> // #include "clock.hpp" #include "boost/date_time/posix_time/posix_time.hpp" using boost::posix_time::ptime; ptime now() { ~ return boost::date_time::win32_clock<ptime>::local_time(); } int main() { ~ using boost::posix_time::seconds; ~ ptime start = now(); ~ ptime last = start; ~ ptime n = last; ~ do { ~ n = now(); ~ if(n == last) ~ std::cerr << "two times equal!\n"; ~ if(n < last) ~ std::cerr << "time went backwards: " << n - last << '\n'; ~ last = n; ~ } while(n < start + seconds(15)); ~ std::cout << n - start << '\n'; ~ return 0; } -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAnX8tlp/lhnWsM8QRAjAdAJoDKMO0++1NeO4CMqaY9K+Q/VhvKgCdGS7x aOARRMWjmfr3KrMiDsNH7qk= =M9Kf -----END PGP SIGNATURE-----

4 8