August 2006 - Boost - lists.preview.boost.org

[boost::asio] can't read into short streambuf
by Sascha Seewald 07 Aug '06

07 Aug '06

Hi boosters! I try to use asio::read_until() with a asio::streambuf of limited size and get the following error for sizes < 512: "boost::asio::streambuf too long" For sizes >= 512 everything works fine. Here is what I do: // create streambuf with max_size < 512 streambuf sbuf(100); // read into it ... read_until( socket, sbuf, expr, error_handler ); // throws here! What's wrong here? Cheers Sascha

2 1

Fwd: lexical_cast problem with custom string class
by shams 07 Aug '06

07 Aug '06

Sorry, never got a reply in the users list, So fwd'ed here... -------- Original Message -------- Subject: lexical_cast problem Date: Fri, 4 Aug 2006 16:53:10 +1200 From: shams <shams(a)orcon.net.nz> To: boost-users(a)lists.boost.org Hi, Here is a sample custom string class that I am tring to get working with lexical_cast but it gives me compile errors. Can you please see what I am doing wrong here. More explanation below. OTOH if I use a custom lexical_cast using wstringstream it works fine. // main.cpp #include <string> #include <iostream> #include "boost_1_33_1/boost/lexical_cast.hpp" using namespace std; class String : public wstring { public: String() { } String(const wchar_t *str) : wstring(str) { } String& operator=(const String& Rhs) { return static_cast<String&>(wstring::operator=(Rhs)); } }; // This is commented cause lexical_cast wants bool return value. #if 0 template<class OutputStream> OutputStream& operator<<(OutputStream &o, const String &s) { return o << s.c_str(); } #endif template<class OutputStream> bool operator<<(OutputStream &o, const String &s) { o << s.c_str(); return true; } // This is commented cause lexical_cast wants bool return value. #if 0 template<class InputStream> InputStream& operator>>(InputStream &i, String &s) { wstring ws; i >> ws; s.assign(ws); return i; } #endif template<class InputStream> bool operator>>(InputStream &i, String &s) { wstring ws; i >> ws; s.assign(ws); return true; } int main() { // This line causes errors both on MSVC and GCC. wcout << boost::lexical_cast<String>(10); // These lines DONT cause errors and work ok. String s = L"hello"; wcout << s; wcout << endl; wcin >> s; wcout << s; wcout << endl; return 0; }

2 1

Smart GDI resource classes
by Wang Weiwei 07 Aug '06

07 Aug '06

Hello, A simple and lazy question, Are there any ready-to-use "smart GDI resource" wrapper classes which implement the RAII idiom, in boost or anywhere else? Thanks Max

1 0

RC_1_34_0 download tar file
by shams 07 Aug '06

07 Aug '06

Hi, We are having problems accesing boost cvs using anonymous login. I am using the methods as described on the boost website, but there is always seems to be timeout issues both from Linux and Windows cvs. We are wanting to use RC_1_34_0 to try out the latest changes. So it is possible for boost to provide a rc_1_34_0.tar.gz on the website as a downloadable file which gets created as part of the nightly build process. This will I am sure be loved by a lot of people. This would mean that the latest version of RC_1_34 is always available to developers who wish to try out the latest changes on a daily basis without resorting to using cvs. Thanks Shams

2 2

Re: [boost] feature request for optional
by Sascha Krissler 06 Aug '06

06 Aug '06

> >Besides an out of line boost :) dynamic_bitset > > Could you please explain that? Basically this: template <typename Key, typename Value, typename HashFn> class PerfectHash { dynamic_bitset foo; std::vector<std::pair<Key, Value> > bar; Value get(Key k) { if (foo[HashFn::baz(k)] && bar[HashFn::baz(k)].first == k ) { return bar[HashFn::baz(k)].second; } else { throw; } } }; out of line means the information whether a certain slot in the underlying container holds a valid value is not stored in the container, as it would be the case if i used boost::optional<std::pair<Key, Value> > as the parameter to the std::vector template.

1 0

Boost regression notification (2006-08-06 [RC_1_34_0])
by Douglas Gregor 06 Aug '06

06 Aug '06

Boost Regression test failures Report time: 2006-08-02T06:38:31Z This report lists all regression test failures on release platforms. Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-RC_1_34_0/developer/i… 268 failures in 24 libraries algorithm/string (1) concept_check (1) filesystem (4) graph (5) io (1) iostreams (10) mpl (6) numeric/conversion (4) numeric/interval (1) numeric/ublas (7) parameter (22) program_options (9) python (85) random (1) rational (4) regex (1) serialization (25) signals (16) spirit (1) test (2) tr1 (51) typeof (9) utility (1) xpressive (1) |algorithm/string| regex: borland-5_6_4 |concept_check| class_concept_check_test: vc-7_1-stlport |filesystem| mbcopy: sun-5.8 operations_test: vc-7_1-stlport operations_test_dll: vc-7_1-stlport wide_test: sun-5.8 |graph| adjacency_matrix_test: vc-7_0 csr_graph_test: sun-5.8 graphviz_test: msvc-8.0 msvc-8.0 vc-7_1-stlport |io| ios_state_unit_test: gcc-4.1.0_linux_x86_64 |iostreams| bzip2_test: msvc-7.1 msvc-8.0 compose_test: borland-5_6_4 example_test: vc-6_5-stlport filtering_stream_test: vc-7_1-stlport finite_state_filter_test: cw-9.4 gzip_test: msvc-7.1 msvc-8.0 zlib_test: msvc-7.1 msvc-8.0 |mpl| multiset: gcc-4.0.3_linux gcc-4.1.0_linux gcc-4.1.0_linux_x86_64 gcc-4.1.1_sunos_i86pc gcc-4_0_3_tru64 vector_c: sun-5.8 |numeric/conversion| converter_test: borland-5_8_2 traits_test: borland-5_8_2 udt_example_0: borland-5_8_2 udt_support_test: borland-5_8_2 |numeric/interval| test_float: vc-7_1-stlport |numeric/ublas| concepts: vc-7_1-stlport vc-7_1-stlport test1: vc-7_1-stlport test2: vc-7_1-stlport test4: vc-7_1-stlport test5: vc-7_1-stlport vc-7_1-stlport |parameter| basics: borland-5_6_4 borland-5_8_2 duplicates: borland-5_6_4 borland-5_8_2 maybe: vc-6_5 vc-6_5-stlport vc-7_0 preprocessor: borland-5_6_4 borland-5_8_2 sun-5.8 vc-6_5 vc-6_5-stlport python-parameter-test: vc-6_5 vc-6_5-stlport vc-7_0 sfinae: borland-5_8_2 vc-6_5-stlport singular: borland-5_6_4 borland-5_8_2 unnamed_fail: vc-6_5 vc-6_5-stlport vc-7_0 |program_options| cmdline_test_dll: cw-9.4 options_description_test_dll: cw-9.4 parsers_test_dll: cw-9.4 positional_options_test_dll: cw-9.4 unicode_test_dll: borland-5_8_2 cw-9.4 variable_map_test_dll: borland-5_8_2 cw-9.4 winmain_dll: cw-9.4 |python| andreas_beyer: sun-5.8 args: sun-5.8 auto_ptr: sun-5.8 back_reference: sun-5.8 bases: gcc-3_4_4_tru64 gcc-4_0_3_tru64 sun-5.8 ben_scott1: sun-5.8 bienstman1: sun-5.8 bienstman2: sun-5.8 bienstman3: sun-5.8 borrowed: sun-5.8 callbacks: sun-5.8 const_argument: sun-5.8 crossmod_exception: sun-5.8 data_members: sun-5.8 defaults: sun-5.8 dict: sun-5.8 docstring: sun-5.8 enum: sun-5.8 exception_translator: sun-5.8 exec: cw-9.4 darwin-4.0.1 gcc-3_4_4_tru64 gcc-4_0_3_tru64 msvc-8.0 qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_gpp qcc-3.3.5_gpp sun-5.8 extract: sun-5.8 implicit: sun-5.8 indirect_traits_test: sun-5.8 injected: sun-5.8 iterator: sun-5.8 keywords: sun-5.8 list: sun-5.8 long: sun-5.8 minimal: sun-5.8 multi_arg_constructor: sun-5.8 nested: sun-5.8 numpy: sun-5.8 object: sun-5.8 object_manager: sun-5.8 opaque: sun-5.8 operators: sun-5.8 pearu1: sun-5.8 pickle1: sun-5.8 pickle2: sun-5.8 pickle3: sun-5.8 pickle4: sun-5.8 pointee: gcc-3_4_4_tru64 gcc-4_0_3_tru64 sun-5.8 pointer_type_id_test: gcc-3_4_4_tru64 gcc-4_0_3_tru64 sun-5.8 pointer_vector: sun-5.8 polymorphism: sun-5.8 polymorphism2: sun-5.8 polymorphism2_auto_ptr: sun-5.8 properties: sun-5.8 raw_ctor: sun-5.8 return_arg: sun-5.8 select_arg_to_python_test: sun-5.8 select_from_python_test: darwin-4.0.1 sun-5.8 select_holder: sun-5.8 shared_ptr: sun-5.8 slice: sun-5.8 staticmethod: sun-5.8 stl_iterator: sun-5.8 str: sun-5.8 string_literal: sun-5.8 test_pointer_adoption: sun-5.8 try: sun-5.8 tuple: sun-5.8 upcast: gcc-3_4_4_tru64 gcc-4_0_3_tru64 sun-5.8 vector_indexing_suite: sun-5.8 virtual_functions: sun-5.8 voidptr: sun-5.8 wrapper_held_type: sun-5.8 |random| random_test: intel-linux-9.0 |rational| rational_test: borland-5_6_4 vc-6_5 vc-6_5-stlport vc-7_0 |regex| regex_regress_threaded: gcc-4_0_3_tru64 |serialization| test_class_info_load_text_warchive: vc-6_5 test_non_default_ctor2_text_archive: qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_cpp test_non_default_ctor2_text_archive_dll: qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_cpp test_non_default_ctor2_text_warchive: qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_cpp test_non_default_ctor2_text_warchive_dll: qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_cpp test_reset_object_address: vc-7_0 test_reset_object_address_dll: vc-7_0 test_set_text_archive_dll: msvc-8.0 test_simple_class_binary_archive_dll: vc-6_5 test_simple_class_text_archive_dll: vc-6_5 test_simple_class_text_warchive_dll: vc-6_5 test_simple_class_xml_archive_dll: vc-6_5 test_simple_class_xml_warchive_dll: vc-6_5 test_variant_xml_archive: borland-5_8_2 test_variant_xml_archive_dll: borland-5_8_2 test_variant_xml_warchive: borland-5_8_2 test_variant_xml_warchive_dll: borland-5_8_2 |signals| dead_slot_test: gcc-3.3.6 gcc-3.3.6_linux qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_gpp qcc-3.3.5_gpp qcc-3.3.5_gpp trackable_test: gcc-3.3.6 gcc-3.3.6_linux qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_gpp qcc-3.3.5_gpp qcc-3.3.5_gpp |spirit| mix_and_match_trees: sun-5.8 |test| parameterized_test_test: vc-6_5 vc-6_5-stlport |tr1| run_random: sun-5.8 std_run_complex_overloads: sun-5.8 std_run_random: sun-5.8 std_test_bind: sun-5.8 std_test_complex: sun-5.8 std_test_function: sun-5.8 std_test_hash: sun-5.8 std_test_mem_fn: sun-5.8 std_test_random: sun-5.8 std_test_reference_wrapper: sun-5.8 std_test_reference_wrapper_tricky: gcc-3.2.3_linux gcc-3.3.6_linux gcc-3.4.5_linux gcc-3.4.5_linux_x86_64 gcc-4.0.3_linux gcc-4.1.0_linux_x86_64 intel-linux-9.0 mingw-3_4_2 msvc-7.1 msvc-8.0 qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_gpp qcc-3.3.5_gpp vc-7_1-stlport std_test_result_of: sun-5.8 std_test_shared_ptr: sun-5.8 std_test_tuple: sun-5.8 std_test_tuple_tricky: sun-5.8 std_test_type_traits: sun-5.8 test_boost: vc-7_1-stlport test_hash: vc-7_1-stlport test_random: sun-5.8 vc-7_1-stlport test_reference_wrapper_tricky: gcc-3.2.3_linux gcc-3.3.6_linux gcc-3.4.5_linux gcc-3.4.5_linux_x86_64 gcc-4.0.3_linux gcc-4.1.0_linux_x86_64 intel-linux-9.0 mingw-3_4_2 msvc-7.1 msvc-8.0 qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_gpp qcc-3.3.5_gpp test_regex: vc-7_1-stlport test_type_traits: sun-5.8 tr1_tky_function_type_test: sun-5.8 |typeof| function_binding_emulation: sun-5.8 function_binding_native: vc-6_5 vc-6_5-stlport vc-7_0 nested_typedef_emulation: cw-9.4 odr_no_uns: vc-6_5 vc-6_5-stlport vc-7_0 template_tpl_emulation: sun-5.8 |utility| operators_test: gcc-3.4.5_linux_x86_64 |xpressive| test7: msvc-8.0

1 0

lexical_cast: even more warnings now
by John Maddock 06 Aug '06

06 Aug '06

We seem to have acquired even more intrusive warnings from lexical_cast now, for example a quickbook build yields: /cygdrive/c/data/boost/develop/boost/boost/lexical_cast.hpp: In constructor `boo st::detail::lexical_stream<Target, Source>::lexical_stream() [with Target = int, Source = std::basic_string<char, std::char_traits<char>, std::allocator<char> > ]': /cygdrive/c/data/boost/develop/boost/boost/lexical_cast.hpp:230: instantiated from `Target boost::detail::lexical_cast(typename boost::call_traits<T2>::value_ type) [with Target = int, Source = std::basic_string<char, std::char_traits<char >, std::allocator<char> >]' /cygdrive/c/data/boost/develop/boost/boost/lexical_cast.hpp:256: instantiated from `Target boost::lexical_cast(const Source&) [with Target = int, Source = std ::basic_string<char, std::char_traits<char>, std::allocator<char> >]' /cygdrive/c/data/boost/develop/boost/boost/program_options/detail/value_semantic .hpp:83: instantiated from `void boost::program_options::validate(boost::any&, const std::vector<std::basic_string<charT, std::char_traits<_CharT>, std::alloc ator<_T2> >, std::allocator<std::basic_string<charT, std::char_traits<_CharT>, s td::allocator<_T2> > > >&, T*, long int) [with T = int, charT = char]' /cygdrive/c/data/boost/develop/boost/boost/program_options/detail/value_semantic .hpp:151: instantiated from `void boost::program_options::typed_value<T, charT >::xparse(boost::any&, const std::vector<std::basic_string<charT, >std::char_trai ts<_CharT>, std::allocator<_T2> >, std::allocator<std::basic_string<charT, std:: char_traits<_CharT>, std::allocator<_T2> > > >&) const [with T = int, charT = ch ar]' /cygdrive/c/data/boost/develop/boost/tools/quickbook/detail/quickbook.cpp:521: instantiated from here /cygdrive/c/data/boost/develop/boost/boost/lexical_cast.hpp:150: warning: statem ent has no effect which is pretty unpleasant :-( At least previously the warning only struct at level 4 in MSVC, now they seem to hit everything unfortunately. Of course there may not be a solution that suites everyone! John.

3 3

[mpl] Integral Constant is over specified
by Andy Little 06 Aug '06

06 Aug '06

Hi, IMO the Integral Constant Concept is over specified in the mpl docs. What is the rationale behind the next<..> and prior <..> requirements? These seem to have little to do with an Integral Constant. Maybe they should rather be another Concept , such as Iterable? Where N is a model of Iterable: next<N>::type prior<N>::type Currently for example, mpl::bool_ is stated to be a model of Integral Constant, but it fails to meet the curently stated requirments, nor can it ever AFAICS. Further the requirements currently include a member ::value_type. According to the TMP book, this is a classic example of a traits blob. (section 2.2). Surely access should be specified using value_type<C>::type? IOW maybe a ValueType Concept. Finally the runtime evaluation requirement could be removed and a refinement of ValueType such as RunTime Evaluable be stated in terms such as: Where T is a type modelling Runtime Evaluable value_type<T>::type = t(); For a type N The current Integral Constant spec would then, in those places where these requirements are required: N is a model of Iterable, Integral Constant and Runtime Evaluable. This would allow me to meet the new Integral Constant requirements without unneccesary baggage. Further a bool_ could be correctly specified in terms of the above Concepts regards Andy Little

3 22

[string_cvt] help with VC 7.1 is needed
by Oleg Abrosimov 06 Aug '06

06 Aug '06

Hello, during my work on string_cvt proposal I've faced a problem with MSVC 7.1 compiler on WinXP machine. The following code does not compile: #include <iostream> #include <string> #include <locale> #include <iomanip> template <typename T, typename TCont, typename TManip, typename TDef> inline T foo(TCont const& src, TManip const& manip_, std::locale const& loc, TDef const& def) { return T(); } int main() { int k = foo<int>(std::string("123"), std::hex, std::locale(), 1); return 0; } Note that it compiles perfectly with Comeau online. Can someone elaborate on it please? Best, Oleg Abrosimov.

2 2

Re: [boost] library for type erasure
by Steven Watanabe 05 Aug '06

05 Aug '06

AMDG Alexander, >For the latter I'm thinking of the following approach: > > struct plus : function<plus, anyT (anyT const&, anyT const&)> > { > int entry(id<1>, int, int) const; > double entry(id<2>, double, int) const; > // ... > std::string entry(id<100>, std::string const&, char) const; > // ... > }; > > > How do you detect the end of the entries? I can't think of anything better in general but here are some other possibilities that might be more convenient: struct plus : function<plus, anyT (anyT const&, anyT const&)> { typedef boost::mpl::vector< int (int, int), double (double, int), //... string (string const&, char), //... > entry_functions; template<class T, class U> T entry(T t, U u) const; }; or this: struct plus : function<plus, anyT (anyT const&, anyT const&)> { typedef boost::mpl::vector<int, double, string const&> first_any_argument_types; typedef boost::mpl::vector<int, char> second_any_argument_types; template<class T, class U> T entry(T t, U u) const; }; Of course this one only works when you want every possible combination of the types. In any case I agree that there should be a backup to use if the types passed in don't match one of the signatures provided. Maybe something like allowing any one of the arguments to be unbounded. typedef boost::mpl::vector_c<int, 1, 2> possibly_unbounded_any_arg_indexes; Another way would be to require all the types to be the same when at least one of them doesn't match. In Christ, Steven Watanabe

2 1