June 2008 - Boost - lists.preview.boost.org

[hash] Is there any interest in cryptographic hash functions?
by Kasra (Math & ComSci) 20 Jun '08

20 Jun '08

Hi to all, I have looked at the current state of the crypto namespace. The current code is not really modular so I propose the following new/modified features: we have a defenition for "cipher" that is "some thing" that encrypts/decrypts message within a stream. This thing could perform this operation on any arbitary message length. for block ciphers the use of mode of operation implements this stream encasulation of the underlying block_cipher. stream ciphers easily allow for such encapsulations. wipe algorithms that are used to wipe streams/buffers with specified patterns i.e. Gutmann wipe algorithm secure allocator would use a default wipe algorithm i.e. all zero for wipe of buffers. namespace boost { namespace crypto { template < ... > class block_cipher // abstract class for ALL block ciphers to inherit from { public: virtual void setkey(...) = 0; virtual void encrypt(...) = 0; virtual void decrypt(...) = 0; }; template < ... > class padding // abstract class for ALL padding algos to inherit from { public: virtual bool allways() = 0; // if the padding allways pads/unpads virtual size_t padsize(size_t count) = 0; virtual size_t unpadsize(size_t count) = 0; virtual size_t pad(T*dest, const T*src, size_t count) = 0; virtual size_t unpad(T*dest, const T*src, size_t count) = 0; }; enum wipe_mode { random = 0x2, pattern = 0x4, unknown = ~(random | pattern) }; typedef struct wipe_method_t { const wipe_mode mode; const void *pattern; const size_t length; }; template < ... > class wipe_algorithm { private: int counter; std::vector < wipe_method_t > pass; public: wipe_method_t& next() { return pass[counter++]; } ; wipe_method_t& previous() { return pass[--counter]; } ; wipe_method_t& at(int pass) { return pass[pass]; } ; }; template < ... , class wipe_algorithm> class basic_wipe : public wipe_algorithm < ... > { }; template < ... , class wipe_algorithm > // we allready have it, modifications need to be minor class secure_alocator { }; template < class cipher > class basic_crypto_stream : public std::basic_ios <...> { /* * This class allows for transparent encryption/decryption * and clears buffer (or even wipes) buffers used during the process */ public: . . . }; typedef basic_crypto_stream< char, ... > crypto_stream; template < ... > class basic_hash { . . . protected: virtual void transform_create() = 0; virtual void transform_add(const void* data, size_t data_bits) { // this class managed a bit-maped buffering using word oriented // operations, thus it would comply with new standards while being // efficient. the classes which inherit from this do not need to // re-implement this function }; virtual void transform_finalise() = 0; public: . . . }; TODO: implement : Hash algorithms: SHA-2 family, Whirlpool, (future : SHA-3) Stream ciphers : salsa20, and some of the ECRYPT finalysts }} // crypto , boost namespaces Optomisation: the AES (Rijndael) uses a very slow code, the speed could be increases by up to a factor of 5 if pre-computed s-box tables are used, this would cause for an increase of ~4KB in the class size, however, i think the speed penalties are to high for the current implementation. I think it is enought for now open for comments, suggestions and anything else

2 1

How to use GIL effectively with boost::fusion or boost::function or any of the other cool generic libraries on boost.
by Tom Brinkman 20 Jun '08

20 Jun '08

One thing you can do to make Gil algorithms more generic and usable with boost::fusion or boost function is to wrap them like below into generic functors. Grouping your drawing algorithims like the following examples allow you to create really powerful generic drawing algorithms. See example below. You have to follow each step. I've used this technique to good effect and I"m thinking about writing an article about this. With these techiques, you should be able to use all the functionality of boost::fusion, boost::function and boost::signal, as well as all the other cool generic libraries on boost. //Step 1: Create a generic algorithm that operates on a GIL View generically namespace impl { template <typename view_t> void do_something(view_t view, typename view_t::value_type value) { } } //Step 2a: Create Generic Functors (most generic structure) struct do_something { template <typename view_t> void operator(view_t view) { impl::do_something(view,rgb8_pixel_type(0,0,0)); } }; //Step 2b: Create Generic Functors (less generic structure) template <typename view_t> struct do_something2 { typedef typename view_t::value_type value_type_t; value_type_t color; do_something2(value_type_t color) : color(color) {} void operator(view_t view) { impl::do_something(view,color); } } //Step 3: wrap your algorithms like this: template <typename view_t> void do_something_special(view_t view) { typedef boost::function<void (view_t)> operation_t; operation_t operations[] = { do_something(), do_something2<rgb8_view_t>(rgb8_pixel_t(0,0,0)) do_something3<rgb8_view_t>(rgb8_pixel_t(100,0,0)) do_something4<rgb8_view_t>(rgb8_pixel_t(100,0,100)) }; draw<view_t> draw(operations,sizeof(operations)/sizeof(operation_t)); draw(view); } //Step 4: The draw functor template <template view_t> struct draw { typedef boost::function<void (view_t)> operation_t; typedef std::vector<operation> operations_t; operations_t operations; draw(operations* operations_, int size) { for (int n = 0; n < size; ++n) operations.push_back(operations_[n]); } void operator()(view_t view) { operations_t::iterator it = operations.begin(); for (; it != operations.end(); ++it) { operation_t operation = *it; operation(view); } } }; //Step 5: The Real Benefit. Grouping your drawing algorithims like //this allows you to create really powerful generic drawing algorithms. //This is where it gets cool!!! template <typename view_t> void do_something_else(view_t view) { typedef boost::function<void (view_t&)> operation_t; operation_t operations[] = { do_something(), do_something2<rgb8_view_t>(rgb8_pixel_t(0,0,0)) do_something3<rgb8_view_t>(rgb8_pixel_t(100,0,0)) do_something4<rgb8_view_t>(rgb8_pixel_t(100,0,100)) }; operation_t operations2[] = { draw<view_t>(operations,sizeof(operations)/sizeof(operation_t)); draw2<view_t>(operations,sizeof(operations)/sizeof(operation_t)); draw3<view_t>(operations,sizeof(operations)/sizeof(operation_t)); }; draw4<view_t> draw4(operations2,sizeof(operations2)/sizeof(operation_t)); draw4(view); }

3 2

[utility] boost::initialized_value added to value_init.hpp (release)
by Niels Dekker - mail address until 2008-12-31 20 Jun '08

20 Jun '08

FYI, I just merged value_init from the trunk to the release branch: http://svn.boost.org/trac/boost/changeset/46464 It now has a little const object, boost::initialized_value, that has a generic conversion operator, so that one can initialize any CopyConstructible, DefaultConstructible type of object as follows: T obj = boost::initialized_value; boost::initialized_value provides a workaround to compilers that haven't yet fully implemented value-initialization. Including compiler versions from MSVC, Borland, Sun, and GCC: http://svn.boost.org/trac/boost/browser/branches/release/libs/utility/value… For example, suppose your class Foo has all its data stored in a simple aggregate struct, called Bar: class Foo { Bar m_bar; public: Foo(); }; struct Bar { std::string s; int i; }; The default constructor of Foo would typically want to value-initialize its data: Foo::Foo() : m_bar() // Value-initialization. { } This may not work properly, because of those aforementioned compiler issues. (Bar::i may be left uninitialized!) So instead, boost::initialized_value could be of help: Foo::Foo() : m_bar( boost::initialized_value ) // Works fine :-) { } boost::initialized_value is in fact just an extra convenience feature of the template boost::value_initialized<T>, by Fernando Cacciola. So Fernando and I agreed to add initialized_value to <utility/value_init.hpp> Kind regards, -- Niels Dekker http://www.xs4all.nl/~nd/dekkerware Scientific programmer at LKEB, Leiden University Medical Center

5 4

[random] Do all RNG implement a base class?
by Kasra (Math & ComSci) 20 Jun '08

20 Jun '08

Hi, I am currently working on some cryptography algorithms for boost, I need a class such that: template < class RNG > class wiper { private: static RNG default_rng; public: void wipe(void *buffer, std::size_t count, RNG& specific_rng = default_rng) { . . . if( some_thing_is_true ) specific_rng.get_the_next_number_in_sequence(); . . } }; So I would like a provide the class with a template class (RNG) that is the base of random number generation. However, I looked at random number generators on [boost][random] but they don't seem to implement a base class! Am I right or I have mised something? regards

2 1

Workaround for a msvc 7.1 & 8.0 bug surfaced in the boost 1.35 release part II
by Okko Willeboordse 19 Jun '08

19 Jun '08

Hi all, Boost 1.35 triggers msvc 7.1 & 8.0 to export a local type named CRITICAL_SECTION declared in detail/lwm_win32_cs.hpp into the global namespace. This causes 'ambiguous identifier' compiler errors upon attempts to use (the global Windows type) CRITICAL_SECTION. Please refer to; [boost.pool] Workaround for a msvc 7.1 & 8.0 bug surfaced in the boost 1.35 release 4/8/2008 3:52 PM and; Changeset link: http://svn.boost.org/trac/boost/changeset/44480 Above fixes problems caused by usage of CRITICAL_SECTION in Boost itself namely in pool/detail/mutex.hpp. However usage of CRITICAL_SECTION outside Boost still gives problems. For example; #include <boost/archive/text_iarchive.hpp> typedef int CRITICAL_SECTION; CRITICAL_SECTION cs; or (real live case); #include <boost/archive/text_iarchive.hpp> #include <atlcore.h> Results in 'ambiguous identifier' compiler errors. I attached a patch of detail/lwm_win32_cs.hpp that fixes this. Note that; 1. a real solution to the problem would be to alter Boost such that the VS compiler bug is no longer triggered. 2. more local types, other then CRITICAL_SECTION, may have the same problem. Kind regards, Okko Willeboordse Index: lwm_win32_cs.hpp =================================================================== --- lwm_win32_cs.hpp (revision 45417) +++ lwm_win32_cs.hpp (working copy) @@ -17,8 +17,15 @@ // http://www.boost.org/LICENSE_1_0.txt) // +// 'CRITICAL_SECTION' type has been renamed here due to a MSVC 7.0, 7.1 & 8.0 +// bug causing this local type to be exported into the global namespace, later +// causing 'ambiguous identifier' compiler errors if anyone attempts to use the +// global Windows CRITICAL_SECTION type without using its fully qualified name +// '::CRITICAL_SECTION'. + #ifdef BOOST_USE_WINDOWS_H # include <windows.h> +typedef CRITICAL_SECTION CRITICAL_SECTION_RENAMED_TO_AVOID_VS_BUG; #endif namespace boost @@ -29,7 +36,7 @@ #ifndef BOOST_USE_WINDOWS_H -struct CRITICAL_SECTION +struct CRITICAL_SECTION_RENAMED_TO_AVOID_VS_BUG { struct critical_section_debug * DebugInfo; long LockCount; @@ -43,10 +50,10 @@ #endif }; -extern "C" __declspec(dllimport) void __stdcall InitializeCriticalSection(CRITICAL_SECTION *); -extern "C" __declspec(dllimport) void __stdcall EnterCriticalSection(CRITICAL_SECTION *); -extern "C" __declspec(dllimport) void __stdcall LeaveCriticalSection(CRITICAL_SECTION *); -extern "C" __declspec(dllimport) void __stdcall DeleteCriticalSection(CRITICAL_SECTION *); +extern "C" __declspec(dllimport) void __stdcall InitializeCriticalSection(CRITICAL_SECTION_RENAMED_TO_AVOID_VS_BUG *); +extern "C" __declspec(dllimport) void __stdcall EnterCriticalSection(CRITICAL_SECTION_RENAMED_TO_AVOID_VS_BUG *); +extern "C" __declspec(dllimport) void __stdcall LeaveCriticalSection(CRITICAL_SECTION_RENAMED_TO_AVOID_VS_BUG *); +extern "C" __declspec(dllimport) void __stdcall DeleteCriticalSection(CRITICAL_SECTION_RENAMED_TO_AVOID_VS_BUG *); #endif // #ifndef BOOST_USE_WINDOWS_H @@ -54,7 +61,7 @@ { private: - CRITICAL_SECTION cs_; + CRITICAL_SECTION_RENAMED_TO_AVOID_VS_BUG cs_; lightweight_mutex(lightweight_mutex const &); lightweight_mutex & operator=(lightweight_mutex const &);

7 13

Release schedule and bug fixes
by Marshall Clow 19 Jun '08

19 Jun '08

At 11:59 PM -0500 6/18/08, Rene Rivera wrote: > See the handy calendar I put up on the web site for reference ><http://www.boost.org/community/index.html>. Note, according to >those dates today is the last day to merge stable changes to the >release branch. Just a reminder.... There are currently _a lot_ of bugs in the trac system that are marked with a milestone of "1.36". <http://svn.boost.org/trac/boost/report/3> If any of these bugs are yours, I would suggest you either fix them (best!) or update the trac entries to reflect that they won't be fixed for this upcoming release..... Thanks! -- -- Marshall Marshall Clow Idio Software <mailto:marshall@idio.com> It is by caffeine alone I set my mind in motion. It is by the beans of Java that thoughts acquire speed, the hands acquire shaking, the shaking becomes a warning. It is by caffeine alone I set my mind in motion.

1 0

Trac open bugs - by assignee
by Marshall Clow 19 Jun '08

19 Jun '08

[ 305 open bugs today, 301 yesterday ] If you are maintaining a library, and have not logged into the trac system at <http://svn.boost.org/trac/boost/>, please do so ASAP. Until you do that, no tickets can be assigned to you, and will remain under "None". Instructions on working with tickets can be found at: <http://svn.boost.org/trac/boost/wiki/TicketWorkflow> and a mapping of user names to "real names" can be found at: <http://svn.boost.org/trac/boost/report/16> Bug summary 37 djowel 29 dgregor 28 az_sw_dude 27 grafik 21 dave 17 bemandawes 15 agurtovoy 13 vladimir_prus 12 no-maintainer 11 jsiek 9 rogeeff 6 igaztanaga 6 None 5 kaalus 5 johnmaddock 5 danieljames 5 anthonyw 4 witt 4 samuel_krempp 4 ramey 4 ebf 3 turkanis 3 nesotto 3 nasonov 3 marshall 3 danielw 2 shammah 2 jmaurer 2 hkaiser 2 gmelquio 2 garcia 1 urzuga 1 troy 1 t_schwinger 1 speedsnail 1 pdimov 1 pavol_droba 1 matias 1 jano_gaspar 1 guwi17 1 fcacciola 1 dlwalker 1 aaron_windsor 1 <Blank> <Blank> 1750 Autolink library name not in sync with actually build lib None 1736 Headers containing non ASCII characters cause MS VC to issue warning 4819 in some locales None 1907 name of library files on mingw None 1927 MacOS (Darwin) should use the -headerpad_max_install_name option None 1990 xpressive: passing temporary regex to sregex_token_iterator causes runtime assertion None 2003 1_35_0 tar.gz file incomplete None 2004 [exception] 'hex' : is not a member of 'std' aaron_windsor 1622 Adjacency list needs to handle self-edges correctly agurtovoy 1001 gcc 4.1.2 segfaults on mpl/test/apply.cpp agurtovoy 1051 MPL header ordering triggers bug agurtovoy 1099 unable to iterate through a "non-explicitly-declared" mpl::set agurtovoy 1215 Boost 1.34.1_ mpl: Wrong workaround detection using MinGW32 (or.hpp_ line #33) agurtovoy 1317 has_xxx randomly broken in msvc agurtovoy 1469 [mpl] nested typedef of set has two different meanings agurtovoy 1476 always<> is not nullary. agurtovoy 1528 g++ 4.3.0 reports error because of redeclaration of next agurtovoy 1549 Boost.MPL: 'index_of' algorithm is not documented agurtovoy 1568 duplicate include guards agurtovoy 1900 Missing documentation for mpl::print in the MPL library agurtovoy 1901 Missing documentation for mpl::for_each in the MPL library agurtovoy 1916 [mpl] MPL_HAS_XXX_TRAIT_DEF bug in MSVC71 agurtovoy 1992 boost::mpl::zip_view does not support use as a metafunction with ::type agurtovoy 588 mpl::remove compile error with gcc 4.1.0 anthonyw 1154 tss destruction segfaults in conjunction with dlopen/dlclose anthonyw 1470 Boost.Thread: Compilation errors with non-__cdecl calling convention anthonyw 1825 thread.hpp injects windows.h and breaks user application. anthonyw 1826 Auto detection of threadapi and target-os broken under cygwin gcc anthonyw 1867 Missing member functions in shared_mutex (win32) az_sw_dude 1028 typo in boost header: date_time/time_defs.hpp az_sw_dude 1078 from_iso_string cannot read the output from to_iso_string az_sw_dude 1098 Urgent libboost-date-time1.33.1 : bugs on ia64 ? az_sw_dude 1147 date_time library contains global #define ERROR az_sw_dude 1160 warning: month_format shadows a member of this az_sw_dude 1162 warning: ticks shadows a member of this az_sw_dude 1289 posix_time::time_facet forgets to pass a_ref argument to base class az_sw_dude 1299 change in typedef stringstream_type in format_date_parser.hpp causing compilation error az_sw_dude 1306 invalid docbook in date_period.xml az_sw_dude 1384 Linking problem with date_time library on Visual C++ 2008 Express az_sw_dude 1524 format_date_parser.hpp(221) : cannot convert parameter 1 az_sw_dude 1574 operator<< for boost::posix_time::ptime ignores ostream flags az_sw_dude 1674 date_time::date_formatting.hpp: incorrectly formats year using global locale az_sw_dude 1695 add correct namespace to class to fix compilation bug az_sw_dude 1726 boost/date_time/posix_time/time_formatters.hpp incorrectly formats fractional seconds using global locale az_sw_dude 1740 date_time includes <windows.h> az_sw_dude 1788 local_time::local_time_period streaming operators not implemented az_sw_dude 1859 boost::gregorian::to_tm() doesn't fill in tm_zone on Mac OS X az_sw_dude 1878 Documention Corrections - Various date_time Pages az_sw_dude 1903 [date_time] - 1.34+ c_local_adjustor derefs null pointer for dates >2038 az_sw_dude 1933 special_values not found when compiling date_time/time.hpp az_sw_dude 1934 iterator reference zero when reading time zone [with patch] az_sw_dude 287 wrong usage of ios_base::narrow az_sw_dude 316 date_time type conversion warning az_sw_dude 604 from_ftime incorrectly processes FILETIME filled with zeros az_sw_dude 642 operator<< for gregorian::date_duration not found az_sw_dude 889 Insane Dependencies az_sw_dude 890 date_time library supports only the current dst rule bemandawes 1378 filesystem path invalid name for hidden files (LINUX) bemandawes 1389 filesystem::ostream << boost::format generates operator ambigious error (in MSVC++) bemandawes 1458 Darwin Tiger throws std::runtime_error: locale::facet::_S_create_c_locale name not valid bemandawes 1578 bug in readdir_r_simulator() in a multi-threaded environment bemandawes 1583 Serious flaw in boost::filesystem filename handling (opensuse) bemandawes 1606 filesystem/src/exception.cpp doesn't build with gcc bemandawes 1613 Link Errors against file_system on OS X with Intel Version 10.1 C++ compilers bemandawes 1682 path_traits needs imbue() bemandawes 1701 boost::filesystem::remove_all - segmentation fault with wpath on Linux bemandawes 1711 Boost Serialization export facility broken on gcc 4.1_ 4.2 bemandawes 1767 missing file: boost/filesystem/cerrno.hpp bemandawes 1840 name check functions have different behavior wrt empty string bemandawes 1876 portable_file_name() returns true for '.' and '..' bemandawes 1962 Doesn't measure wall clock time bemandawes 1971 remove_all is not documented bemandawes 1972 boost::filesystem::remove() throws on self referenced symlinks bemandawes 752 directory_iterator doesn't work with catch danieljames 1554 When BOOST_HASH_NO_EXTENSIONS is defined hash doesn't support new string types. danieljames 1555 When BOOST_HASH_NO_EXTENSIONS is defined hash doesn't support boost::system::error_code danieljames 1742 Some bugs in http://www.boost.org/doc/libs/1_35_0 danieljames 1743 Documentation has incorrect Build & Link settings for some libraries danieljames 1923 Unordered move implementation doesn't work in Borland. danielw 1054 Parameter takes an "infinite" amount of time to compile with the Intel compiler. danielw 1097 keyword.hpp generates many warnings C4180: qualifier applied to function type has no meaning; ignored danielw 1966 Need VC8 workaround dave 1010 linking boost.python on freebsd dave 1019 iterator_facade::pointer should be the return type of operator-> (DR 445) dave 1085 Python rules for compiling in Mac OS X dave 1179 [boost.python] can not export a union in VC2005sp1 dave 1181 [boost.python] can modify enum value dave 1387 Review / update docs to reflect changes dave 1460 Python classes with multiple bases are convertible only to the first class in the lists dave 1482 boost::python::throw_error_already_set should be marked noreturn dave 1516 [python] Failing VC9 regression tests dave 1599 [python] '_set_se_translator': identifier not found dave 1697 [utility][noncopyable] ADL barrier broken by msvc-9.0 dave 1730 No debug libs on Windows by default dave 1851 Issue with proxies and rvalues dave 1860 zip_iterator::value_type should not be reference dave 1887 [doc] input_iterator_archetype is not a valid InputIterator dave 1890 Missing parameters in example code dave 1931 Boost.Python headers won't compile with GCC 4.3 dave 1952 The operation static_cast<std::string>(boost::python::extract<std::string>(...)) crashes Python. Seems to create reference counting problem. dave 2016 wrong default arguments in boost/python/exec.hpp dave 865 Use of C++0x keyword as identifier dave 910 gcc strict-aliasing problems with python dgregor 1009 Improper overflow handling in shortest paths algorithms dgregor 1021 [Graph][reverse_graph] Problem using reverse_graph adapter with an adapted user defined graph dgregor 1076 compile error: disconnecting struct with operator()() doesn't work in VS2005 SP1 dgregor 1164 Floyd Warshall broken with unsigned edge weights dgregor 1192 [boostbook] problem when two files have the same name dgregor 1199 configure doesn't work with path containing whitespaces (MacOS X) dgregor 1310 [result_of] const-qualified function pointer doesn't work dgregor 1326 Unable to check graph isomorphism using LEDA adapter dgregor 1391 dominator_tree_test on Borland/CodeGear outputs overly long line dgregor 1630 gcc-4.3: adjacency_list.hpp includes deprecated header dgregor 1910 function::swap should avoid doing memory allocations dgregor 1943 (minor) configuring with header-only libraries. dgregor 1945 Update CMake configuration introduction for CMake 2.6.0 dgregor 1986 Missing IncidenceGraph requirement in topological_sort docs dgregor 2005 References to the old CVS archive_ instead of the current Subversion one dgregor 2023 Signals library argument typedef errors dgregor 375 LEDA graph adaptors do not handle hidden nodes properly dgregor 402 random_vertex/random_edge are unnecessarily inefficient dgregor 403 Document copy_component dgregor 447 reverse_graph and constness of property maps dgregor 556 Bundled graph properties dgregor 708 Dijkstra no_init version should not require VertexListGraph dgregor 732 Johnson All-Pairs needs better "no path" information dgregor 733 Numbered headers don't work with "preferred" syntax dgregor 735 Fruchterman-Reingold grid performance can be improved dgregor 736 Const correctness violation dgregor 738 Memory leaks with signal::connect? dgregor 829 Implicit graph not implement dgregor 852 Problem with Boost and GCC 4.1 djowel 1170 Emit Warnings instead of # symbols in the syntax highlighter djowel 1171 Quickbook title output djowel 1172 non-utf djowel 1176 Space after inline code djowel 1206 Escaping from within code? djowel 1273 CR+LF newlines in position_iterator djowel 1276 spirit problem with _GLIBCXX_DEBUG djowel 1277 Closing section like [pre with } causes Quickbok to crash djowel 1280 sections in imported source files get put inside <para> elements in docbook output djowel 1281 Quickbook produces invalid BoostBook/DocBook XML djowel 1324 tuple should have a swap() that operates element-by-element djowel 1396 wrong result_of invocation around transform_view djowel 1436 [quickbook] inline code inside headings djowel 1484 Quickbook produces illegal docbook for some docinfo fields. djowel 1500 [Spirit/Phoenix] C4512 Compiler warnings from VC8 djowel 1570 Some boost headers aren't ready for gcc 4.3 djowel 1600 duplicate include guard djowel 1601 distane of boost::tuple djowel 1607 Tuple Library Documentation Changes djowel 1610 [MSVC/STLport] [tree/common.hpp] Standard library requirements violation(incomplete type as vector parameter) djowel 1614 vector workaround needed for MSVC9 djowel 1617 spirit gcc-4.3 fix djowel 1619 [Fusion] C4512 warnings from VC9 (Visual Studio 2008) djowel 1651 incorrect typedefs in examples djowel 1763 wrong AST when parser_tag==0 djowel 1764 wrong AST when parser_tag==0 djowel 1844 Quickbook matches forward slashes (for italics) with slashes in links djowel 1864 [Documentation]There is no documentation for repetivive_view djowel 1872 [Spirit2] 'assignment operator could not be generated' warnings from VC9 djowel 1892 boost::spirit::static_ causes link error (using wave) djowel 1893 Documentation Corrections to map.html djowel 1894 fusion\support\tag_of.hpp_ boost::fusion::traits djowel 1920 lexical_cast with tuple target fails_ because of cleared skipws flag djowel 1953 spirit doesn't use quickbook proper djowel 1997 missing include in spirit 'classic' header. djowel 2014 real_p parser produces numerically different results from iostream input operator djowel 2017 leaf_node_d matches leading skip tokens dlwalker 613 boost/crc.hpp uses non-standard conforming syntax ebf 1507 [variant] C4512 warnings from VC8.0 ebf 1548 [variant][docs]typo: formal arg_ operand_ should be v in times_two arglist ebf 1654 recursive variants do not handle nested variants correctly. ebf 993 Variant should use least common multiple of alignments_ rather than maximum fcacciola 1666 Visualizer for boost::optional garcia 1581 Boost.MultiArray: Resizing bug if the index is not 0-based garcia 1741 Review schedule out of date gmelquio 1886 Typo in Interval documentation gmelquio 1944 Interval library pow function doesn't work with mpq_class and similar grafik 1041 Cygwin requires PATH setting. grafik 1322 trac rejects patch attachment as spam grafik 1406 Understanding the Tables outdated grafik 1417 Regresson tests hang in Darwin (Tiger) grafik 1430 Regression fails under Cygwin grafik 1433 Trac's spam detection rejects too many valid messages grafik 1512 Broken link to vacpp in bjam docs. grafik 1513 Broken link to bcpp in bjam docs. grafik 1576 cannot read non-ASCII output messages grafik 1577 Some commands don't work because hStdInput == 0 grafik 1663 build.bat cannot set/reset ERRORLEVEL grafik 1733 Website layout overlays on IE7 grafik 1735 [website] Wrong HTML on main documentation page. grafik 1738 Boost Jam details and download link grafik 1739 Search box and Google link grafik 1744 [getting started] No information on building static libraries with bjam under Windows grafik 1753 Python docs: bad link to the Jamroot grafik 1771 Statechart TOC mangled. grafik 1776 Documentation page renders incorrectly in Safari 3.1 on OS X grafik 1906 Trac site too hard to find grafik 1930 The userman.pdf boost-build documentation is outdated grafik 1940 broken links grafik 2008 logo distorted grafik 2020 People grid stretches images grafik 616 Boost Jam_ and non english directorys grafik 959 linking fails when Boost is compiled with STLport 5.1.* on Linux (names mismatch) grafik 986 Problem building Python modules on boost 1.34.0 guwi17 1974 ambiguous call to ref in vector_of_vector.hpp when using bind.hpp hkaiser 1079 boost-1.34.0 fails to compile. concept checks not satisfied. hkaiser 1670 wave almost unusably slow on real-world input igaztanaga 1080 boost::interprocess win32 global file mapping issue igaztanaga 1210 interprocess::barrier hangs during second use under linux (boost 1.33.1) igaztanaga 1390 Interpocess: managed shared memory failing completely under OS X igaztanaga 1634 boost::interprocess::vector cannot contain volatile int igaztanaga 1975 windows_shared_memory implicitly commits virtual memory igaztanaga 2019 Intrusive lists seem to return invalid references with member hooks in 64 bit mode on calling front/back jano_gaspar 1852 copy constructor does not copy capacity jmaurer 351 Diff in state of mersenne_twister gen between GCC3.41 & CW9 jmaurer 599 uniform_01 copies engine instead of using a reference johnmaddock 1081 Empty string rejected as perl-style regex johnmaddock 1451 error: use of C99 long long integer constant johnmaddock 1988 Boost.Config macros badly added. johnmaddock 2011 Is there a way to extract the member type of a (data) member pointer? johnmaddock 2022 Found crash of boost for characters ' * ' _ ' a* ' _ & " abc** " jsiek 1531 segfault in dynamic_bitset::reference assign operator jsiek 1540 Poisson distribution very slow for large mean (and may also overflow). jsiek 1755 Boost.tokenizer is broken for wide characters - patch attached jsiek 1798 met an error using boost::tokenizer in multi-times in vs2005_ unicode jsiek 1888 Why doesn't InputIterator require that reference is convertible to value_type? jsiek 1909 Documentation is out of sync jsiek 575 Calling subgraph::global_to_local on a root graph jsiek 636 strange compiling problem for transitive_closure jsiek 815 remove_edge core dumps on self-circle jsiek 875 No iterator based constructor for adjacency_matrix jsiek 900 graphml reader namespace handling is broken kaalus 1184 property_tree assignment (operator) bug kaalus 1604 property_tree xml parser doesn't compile with gcc kaalus 1678 Boost.property_tree::read_xml does not parse UNICODE file with BOMs kaalus 1914 Boost.PropertyTree JSON parser in SVN trunk does not compile with Spirit2 changes kaalus 1955 gcc-4.x and gcc-4.3 fixes marshall 1252 [pool] severe overhead with unaligned sizes. marshall 1854 Interval is not available as a component in the SVN system marshall 1994 headers out of order somewhere in function/functional matias 2018 Error in the documentation chapter "Runtime parameters reference" nasonov 1220 lexical_cast requires RTTI nasonov 1847 Can't compile without <locale> header_ boost::lexical_cast problem nasonov 754 boost::any - typeid comparison across shared boundaries nesotto 1754 Illegal HTML in range docs. nesotto 1785 assign::list_of works poorly with class constructors nesotto 1795 [ptr_container] minor documentation typo no-maintainer 1068 Mersenne twister disables streaming for Visual C++ no-maintainer 1222 lambda::ret<T> should declare result_type. no-maintainer 1270 uniform_smallint doesn't compile with lagged_fibonacci random number generators no-maintainer 1515 [lambda] C4512 warnings from VC8.0 no-maintainer 1544 uniform_01 w/ref template param causes ref to ref error no-maintainer 1546 Method boost::random::uniform_int::operator()(engine_ value) is missing no-maintainer 1572 [lambda] smart pointer const-ness affects its contents no-maintainer 1632 Default Interval rounding policies incomplete no-maintainer 1691 [Random] Brokem MSVC workaround no-maintainer 1856 minstd_rand returning different values in 1.35.0 than in 1.34.1 no-maintainer 781 Lambda: (_1 + "y")(string("x")) Doesn't Compile no-maintainer 819 uniform_int<> with type's maximum availaible range error pavol_droba 1152 rle_example fails pdimov 2000 boost/detail/spinlock_sync.hpp incorrectly included for Intel C++ on Linux ramey 1708 Can't serialize class with private destructor ramey 1836 bug in serializing wide character strings ramey 1973 [gcc43] Backport trunk fixes into release branch ramey 2021 Multibyte conversion on wide strings fails on systems with incorrect locale rogeeff 1383 signal.h features not found on Mac OS rogeeff 1542 [test] compiler errors when building with stdcxx library rogeeff 1644 Boost.Test missing documentation file BOOST_CHECK_CLOSE_FRACTION.html rogeeff 1676 Dead links on Boost.Test example documentation. rogeeff 1723 No subprocess can be started in init_unit_test_suite rogeeff 1746 Online documentation for 1.35.0 is out of date for current lib version rogeeff 1839 Test fails if child process exits with non-zero code rogeeff 1866 Typos in Boost Test documentation rogeeff 1869 Typo in Unit Test Framework documentation samuel_krempp 1699 Compile warning about initialization order. samuel_krempp 1801 Typo in documentation. samuel_krempp 2015 boost::format::operator% does not work with anonymous types inside a namespace samuel_krempp 859 boost::format ignores a user defined locale shammah 290 perfomance: memory cleanup for pool takes too long shammah 386 boost::pool_allocator breaks with vector of vectors speedsnail 1138 Problems with TSS and static thread library t_schwinger 1653 wave executable erroneously required for build of function_types lib troy 1981 tests when ceratain build variants turned off turkanis 1579 gzip compressor should model DualUseFilter turkanis 1649 Fix definition of JavaScript menu to avoid long chains of functions turkanis 1656 Consider implementing flush() for symmetric filters urzuga 574 [boost::lambda] Compile error with libstdc++ debug mode vladimir_prus 1132 zero_tokens clarification vladimir_prus 1165 more quoting problems vladimir_prus 1274 Useless error message vladimir_prus 1527 [program_options] Second (and subsequent) lines in tabbed text not aligned correctly vladimir_prus 1537 no value given in 'mysql_password =' vladimir_prus 1584 cryptic bbv2 error building quickbook vladimir_prus 1587 [program_options] crashes if value part missing in external configuration file vladimir_prus 1645 Invalid unicode support for default_value vladimir_prus 1679 added 4-way universal binary support from mac osx (ppc_ ppc64_ i386_ x86_64) vladimir_prus 1967 bjam bug? iostreams + zlib won't build for VC8 or MinGW with small hack to Jamfile.v2 vladimir_prus 469 multitoken broken vladimir_prus 689 [program_options] Endless loop with long default arguments vladimir_prus 850 program_options strips off escaped quotes in some situations witt 583 Fixes for build on IBM pSeries for AIX and Linux witt 834 Homepage regression links witt 957 The "Getting Started" page does not mention the stdlib option witt 973 zip_iterator has value_type == reference -- -- Marshall Marshall Clow Qualcomm, Inc. <mailto:mclow@qualcomm.com> The famous British scientist, Lord Kelvin, said: "When you measure what you are speaking about and express it in numbers, you know something about it, but when you cannot (or do not) measure it, when you cannot (or do not) express it in numbers, then your knowledge is of a meagre and unsatisfactory kind."

1 0

Re: [boost] GIL - Fast Alpha Blends
by Tom Brinkman 19 Jun '08

19 Jun '08

>> What I think is needed is some kind of support for scaled integers. Good idea. Each one probably needs its own alpha blending functor. I wonder how to do that generically?

1 0

Re: [boost] The need for a 1.35.1 release
by brass goowy 19 Jun '08

19 Jun '08

Robert Ramey writes: >brass goowy wrote: >> I have a bit of a beef with the efficient part at least in places -- >> http://webEbenezer.net/comparison.html. >> Preliminary results on Boost 1.35 and MSVC9 show only minor >> differences from the 1.34.1 and MSVC8 >I did take a cursory look at above page which show a >performance difference in two simple examples. There >are a couple of problems with these small tests. >The serialization library defaults for versioning and object >tracking are used. The tests have lines like BOOST_CLASS_TRACKING(list<int>, track_never) Are you saying that removing that line could improve the performance results of B.Serialization? >Versioning provides the facitly for remaining >backward compatibility with older archives. Tracking is used >to permit reloading of pointers and to elmininate redudency >in archives. Both of these features have a cost. Looking >at the "ebenezer" code it doesn't look like these thinngs >are supported. So I'm skeptical of the utility of this >particula comparison. It might a little more useful to >experiment with the boost serialization traits to turn >off features for these types so that timings might be >more comparable. I didn't know there is a way to disable your versioning stuff. How do you do it for a list<int>? We have a different approach to version support than you do. I've gone into some detail on the differences between our approaches on various C++ related newsgroups in the past. > But still I think, that such a limited > set of tests can provide only limited insight. Yes, someone else on the list said something similar previously. Since he said that we've started running the tests on Windows as well as Linux. I hope to add to the tests in the future. Brian Wood www.webEbenezer.net

1 0

Re: [boost] The need for a 1.35.1 release
by brass goowy 19 Jun '08

19 Jun '08

Matthias Troyer writes: >On Jun 17, 2008, at 6:11 AM, brass goowy wrote: >> >> I have a bit of a beef with the efficient part at least in places -- http://webEbenezer.net/comparison.html >> . >> Preliminary results on Boost 1.35 and MSVC9 show only minor >> differences from the 1.34.1 and MSVC8 >> results. > >For 1.35 we have optimized serialization of array-like containers such >as std::vector, std::valarray, C-arrays and similar, which are most >important in high performance applications. There we now have >performance gains of factors of 8 or more in some cases. Have you >tried timing the serialization of a vector<int> ? Not recently. I agree that vector and C-arrays are used heavily in some domains. But there are high performance applications that can't use those exclusively. Brian Wood www.webEbenezer.net

1 0