- Boost - lists.boost.org

Access to unaligned (packed) structs - TRYING AGAIN
by Sid Sacek 11 Oct '07

11 Oct '07

#include <stdio.h> #define CPU_SPARC ( defined( __sparc ) || defined( sparc ) ) #include "safe_access.h" #pragma pack( 1 ) struct foo { unsigned char a; // doesn't need safe access SA( unsigned int ) b; // unaligned int needs safe access }; #pragma pack() int main( int, char ** ) { foo foo = { 0xAA, 0xBBBBBBBB }; unsigned char a = foo.a; unsigned int b = foo.b; printf( " &a = %p a = %x \n", &foo.a, a ); printf( " &b = %p b = %x \n", &foo.b, b ); foo.a = 0x12; foo.b = 0x34567890; printf( " a = %x \n", int( foo.a ) ); printf( " b = %x \n", int( foo.b ) ); } //++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++ //-------------------------------------------------------------------------- ------------- // Safe Access // // These routines are used to access memory addresses that would cause bus-errors on the // SPARC platform if accessed in the normal C++ way, due to misaligned memory addresses. //-------------------------------------------------------------------------- ------------- #ifndef __SAFE_ACCESS_H__ #define __SAFE_ACCESS_H__ #pragma once //++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++ //-------------------------------------------------------------------------- ------------- // Safe Variable Copy // // These routines behave like memcpy function calls, but are specialized for data type // sizes 2, 4, and 8 bytes. It is designed to execute in the fewest number of assembly // instructions without calling memcpy. Under the SUN platform using SPARC processors, // crashes occur with bus-alignment errors when data is located at random addresses. //-------------------------------------------------------------------------- ------------- template< int Sizeof_Variable > void safe_variable_copy( void *, const void * ); //++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++ //-------------------------------------------------------------------------- ------------- // Specialization for sizeof( short ) // // safe_variable_copy< 2 >( &left, &right ) //-------------------------------------------------------------------------- ------------- template<> inline void safe_variable_copy< 2 >( void * left, const void * right ) { static_cast< char * >( left )[ 0 ] = static_cast< const char * >( right )[ 0 ]; static_cast< char * >( left )[ 1 ] = static_cast< const char * >( right )[ 1 ]; } //++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++ //-------------------------------------------------------------------------- ------------- // Specialization for sizeof( int ) // // safe_variable_copy< 4 >( &left, &right ) //-------------------------------------------------------------------------- ------------- template<> inline void safe_variable_copy< 4 >( void * left, const void * right ) { static_cast< char * >( left )[ 0 ] = static_cast< const char * >( right )[ 0 ]; static_cast< char * >( left )[ 1 ] = static_cast< const char * >( right )[ 1 ]; static_cast< char * >( left )[ 2 ] = static_cast< const char * >( right )[ 2 ]; static_cast< char * >( left )[ 3 ] = static_cast< const char * >( right )[ 3 ]; } //++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++ //-------------------------------------------------------------------------- ------------- // Specialization for sizeof( long long ) // // safe_variable_copy< 8 >( &left, &right ) //-------------------------------------------------------------------------- ------------- template<> inline void safe_variable_copy< 8 >( void * left, const void * right ) { static_cast< char * >( left )[ 0 ] = static_cast< const char * >( right )[ 0 ]; static_cast< char * >( left )[ 1 ] = static_cast< const char * >( right )[ 1 ]; static_cast< char * >( left )[ 2 ] = static_cast< const char * >( right )[ 2 ]; static_cast< char * >( left )[ 3 ] = static_cast< const char * >( right )[ 3 ]; static_cast< char * >( left )[ 4 ] = static_cast< const char * >( right )[ 4 ]; static_cast< char * >( left )[ 5 ] = static_cast< const char * >( right )[ 5 ]; static_cast< char * >( left )[ 6 ] = static_cast< const char * >( right )[ 6 ]; static_cast< char * >( left )[ 7 ] = static_cast< const char * >( right )[ 7 ]; } //++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++ //-------------------------------------------------------------------------- ------------- // Safe Access // // This templated function is used to prevent a bus errors under the SUN SPARC systems. // We wrap the misaligned variables with a function call to this routine. //-------------------------------------------------------------------------- ------------- template< typename Ty > inline Ty safe_access( const Ty & value ) { Ty result; // access memory using a memory-aligned variable safe_variable_copy< sizeof( Ty ) >( &result, &value ); return result; // pass back the value from misaligned variable } //++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++ //-------------------------------------------------------------------------- ------------- // Safe Access Data Wrapper // // This wrapper class is used to wrap data defined in structures that are possibly // misaligned for the computer's bus architecture. It is typically meant to be used // inside data structures that are packed using the #pragma pack(n). // // Example of usage: // #if 0 #pragma pack(1) struct Packed_Structure { u8 status; // this is aligned at offset 0 SA( u32 ) value; // this is aligned at offset 1 ( can cause a bus error ) }; #pragma pack() void foo( Packed_Structure * pk ) { u8 var1 = pk->status; u32 var2 = pk->value; // this can no longer cause a bus error } #endif // // The data type 'SA( u32 )' in the above structure uses the 'safe_access' method to // ensure that bus errors don't occur when the data is being accessed on the fragile // platform. Since the network structures are typically packed, and possibly aligned // on addresses that can cause bus errors, the structure's data elements should use // versions of data elements that are 'access safe'. //-------------------------------------------------------------------------- ------------- template< typename Ty > struct safe_access_wrapper { Ty m_data; // contains the data that is possibly misaligned operator Ty() const { return safe_access( m_data ); } const Ty & operator = ( const Ty & value ) { safe_variable_copy< sizeof( Ty ) >( &m_data, &value ); return m_data; } }; //++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++ //-------------------------------------------------------------------------- ------------- // SAFE() Macro ( Safe Access ) // SA() Macro ( Safe Access Type Wrapper ) // // The SA() macro is used to wrap structure elements inside packed structures that may // cause bus errors when accessed, like on the SPARC processors. // Example of usage: // // #pragma pack(1) // struct Packed_Structure // { // u8 byte_aligned; // accessing this never causes a bus error // SA( u32 ) mis_aligned; // accessing this can no longer cause a bus error // }; // // The SAFE() macro is used to wrap access to basic data types that cause bus errors. // Example of usage: // // void foo( Packed_Structure * pk ) // { // u32 var1 = pk->variable; // this may cause a bus error on the SPARC chip // u32 var2 = SAFE( pk->variable ); // this can no longer cause a bus error // } //-------------------------------------------------------------------------- ------------- #if CPU_SPARC #define SA( type ) safe_access_wrapper< type > #define SAFE( argument ) safe_access( argument ) #else #define SA( type ) type #define SAFE( argument ) ( argument ) #endif #endif // #ifndef __SAFE_ACCESS_H__ // //-------------------------------------------------------------------------- ------------- //++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++

1 0

Access to unaligned (packed) structs
by Sid Sacek 11 Oct '07

11 Oct '07

#include <stdio.h> #define CPU_SPARC ( defined( __sparc ) || defined( sparc ) ) #include "safe_access.h" #pragma pack( 1 ) struct foo { unsigned char a; // doesn't need safe access SA( unsigned int ) b; // unaligned int needs safe access }; #pragma pack() int main( int, char ** ) { foo foo = { 0xAA, 0xBBBBBBBB }; unsigned char a = foo.a; unsigned int b = foo.b; printf( " &a = %p a = %x \n", &foo.a, a ); printf( " &b = %p b = %x \n", &foo.b, b ); foo.a = 0x12; foo.b = 0x34567890; printf( " a = %x \n", int( foo.a ) ); printf( " b = %x \n", int( foo.b ) ); } //++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++ //-------------------------------------------------------------------------- ------------- // Safe Access // // These routines are used to access memory addresses that would cause bus-errors on the // SPARC platform if accessed in the normal C++ way, due to misaligned memory addresses. //-------------------------------------------------------------------------- ------------- #ifndef __SAFE_ACCESS_H__ #define __SAFE_ACCESS_H__ #pragma once //++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++ //-------------------------------------------------------------------------- ------------- // Safe Variable Copy // // These routines behave like memcpy function calls, but are specialized for data type // sizes 2, 4, and 8 bytes. It is designed to execute in the fewest number of assembly // instructions without calling memcpy. Under the SUN platform using SPARC processors, // crashes occur with bus-alignment errors when data is located at random addresses. //-------------------------------------------------------------------------- ------------- template< int Sizeof_Variable > void safe_variable_copy( void *, const void * ); //++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++ //-------------------------------------------------------------------------- ------------- // Specialization for sizeof( short ) // // safe_variable_copy< 2 >( &left, &right ) //-------------------------------------------------------------------------- ------------- template<> inline void safe_variable_copy< 2 >( void * left, const void * right ) { static_cast< char * >( left )[ 0 ] = static_cast< const char * >( right )[ 0 ]; static_cast< char * >( left )[ 1 ] = static_cast< const char * >( right )[ 1 ]; } //++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++ //-------------------------------------------------------------------------- ------------- // Specialization for sizeof( int ) // // safe_variable_copy< 4 >( &left, &right ) //-------------------------------------------------------------------------- ------------- template<> inline void safe_variable_copy< 4 >( void * left, const void * right ) { static_cast< char * >( left )[ 0 ] = static_cast< const char * >( right )[ 0 ]; static_cast< char * >( left )[ 1 ] = static_cast< const char * >( right )[ 1 ]; static_cast< char * >( left )[ 2 ] = static_cast< const char * >( right )[ 2 ]; static_cast< char * >( left )[ 3 ] = static_cast< const char * >( right )[ 3 ]; } //++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++ //-------------------------------------------------------------------------- ------------- // Specialization for sizeof( long long ) // // safe_variable_copy< 8 >( &left, &right ) //-------------------------------------------------------------------------- ------------- template<> inline void safe_variable_copy< 8 >( void * left, const void * right ) { static_cast< char * >( left )[ 0 ] = static_cast< const char * >( right )[ 0 ]; static_cast< char * >( left )[ 1 ] = static_cast< const char * >( right )[ 1 ]; static_cast< char * >( left )[ 2 ] = static_cast< const char * >( right )[ 2 ]; static_cast< char * >( left )[ 3 ] = static_cast< const char * >( right )[ 3 ]; static_cast< char * >( left )[ 4 ] = static_cast< const char * >( right )[ 4 ]; static_cast< char * >( left )[ 5 ] = static_cast< const char * >( right )[ 5 ]; static_cast< char * >( left )[ 6 ] = static_cast< const char * >( right )[ 6 ]; static_cast< char * >( left )[ 7 ] = static_cast< const char * >( right )[ 7 ]; } //++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++ //-------------------------------------------------------------------------- ------------- // Safe Access // // This templated function is used to prevent a bus errors under the SUN SPARC systems. // We wrap the misaligned variables with a function call to this routine. //-------------------------------------------------------------------------- ------------- template< typename Ty > inline Ty safe_access( const Ty & value ) { Ty result; // access memory using a memory-aligned variable safe_variable_copy< sizeof( Ty ) >( &result, &value ); return result; // pass back the value from misaligned variable } //++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++ //-------------------------------------------------------------------------- ------------- // Safe Access Data Wrapper // // This wrapper class is used to wrap data defined in structures that are possibly // misaligned for the computer's bus architecture. It is typically meant to be used // inside data structures that are packed using the #pragma pack(n). // // Example of usage: // #if 0 #pragma pack(1) struct Packed_Structure { u8 status; // this is aligned at offset 0 SA( u32 ) value; // this is aligned at offset 1 ( can cause a bus error ) }; #pragma pack() void foo( Packed_Structure * pk ) { u8 var1 = pk->status; u32 var2 = pk->value; // this can no longer cause a bus error } #endif // // The data type 'SA( u32 )' in the above structure uses the 'safe_access' method to // ensure that bus errors don't occur when the data is being accessed on the fragile // platform. Since the network structures are typically packed, and possibly aligned // on addresses that can cause bus errors, the structure's data elements should use // versions of data elements that are 'access safe'. //-------------------------------------------------------------------------- ------------- template< typename Ty > struct safe_access_wrapper { Ty m_data; // contains the data that is possibly misaligned operator Ty() const { return safe_access( m_data ); } const Ty & operator = ( const Ty & value ) { safe_variable_copy< sizeof( Ty ) >( &m_data, &value ); return m_data; } }; //++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++ //-------------------------------------------------------------------------- ------------- // SAFE() Macro ( Safe Access ) // SA() Macro ( Safe Access Type Wrapper ) // // The SA() macro is used to wrap structure elements inside packed structures that may // cause bus errors when accessed, like on the SPARC processors. // Example of usage: // // #pragma pack(1) // struct Packed_Structure // { // u8 byte_aligned; // accessing this never causes a bus error // SA( u32 ) mis_aligned; // accessing this can no longer cause a bus error // }; // // The SAFE() macro is used to wrap access to basic data types that cause bus errors. // Example of usage: // // void foo( Packed_Structure * pk ) // { // u32 var1 = pk->variable; // this may cause a bus error on the SPARC chip // u32 var2 = SAFE( pk->variable ); // this can no longer cause a bus error // } //-------------------------------------------------------------------------- ------------- #if CPU_SPARC #define SA( type ) safe_access_wrapper< type > #define SAFE( argument ) safe_access( argument ) #else #define SA( type ) type #define SAFE( argument ) ( argument ) #endif #endif // #ifndef __SAFE_ACCESS_H__ // //-------------------------------------------------------------------------- ------------- //++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++

1 0

[enable_if] enable_if_c fails on VC8, possibly a compiler bug
by Kenneth Ho 11 Oct '07

11 Oct '07

Hi, I ran into a scenario where enable_if worked, but not enable_if_c, using MSVC 8.0.50727.762 (SP.050727-7600). // simple classes to test enable_if_c template< class Type, class Enabler = void> struct BaseC { static bool const value = false; }; template<class Type> struct BaseC< Type, typename enable_if_c<is_integral<Type>::value >::type> { static bool const value = true; }; template<class Type> struct DerivedC : BaseC<Type> {}; // actual tests void test_c() { BOOST_STATIC_ASSERT(BaseC<short>::value == true); // fine BOOST_STATIC_ASSERT(DerivedC<short>::value == true); // fine BOOST_STATIC_ASSERT(DerivedC<int>::value == true); // fails here BOOST_STATIC_ASSERT(BaseC<int>::value == true); // fails here } As you've probably noticed, it only fails if DerivedC got instantiated before BaseC, with the same integral template argument. Am I doing anything wrong here or is this a compiler bug? Source code available here: http://fsfoundry.org/tmp/test_enable_if.cpp VC8 solution available here: http://fsfoundry.org/tmp/test_enable_if.zip Compiles on g++ 4.1.2 with Boost 1.33.1 Fails on VC8 with Boost 1.34.1 and 1.33.0 Regards, ken

1 0

[fusion] fusion not being tested (or in doc index)
by John Maddock 11 Oct '07

11 Oct '07

Just to point out that fusion is not currently being tested in the trunk, and the docs aren't linked to from the documentation index either. Fusion's tuples are also causing some failures in Boost.TR1: http://beta.boost.org/development/tests/trunk/developer/output/COMSOFT-boos… Any ideas? Thanks, John.

6 13

[pending] fibonacci_heap not in current release
by Florian Teichert 11 Oct '07

11 Oct '07

Hi there, about half a year ago Aaron Windsor provided us with a bug-fix for the fibonacci_heap.hpp which is now (in CVS version 1.15) working perfectly. It seems that it was forgotten to include the new file in the current boost release -- would be nice to do so since the 1_34_1 version is not working at all. Best Florian

2 1

[nag] Please test Jamfiles before committing
by Beman Dawes 11 Oct '07

11 Oct '07

All builds for all libraries, including regression test builds, was broken yesterday by a typo in a specific library's Jamfile. Even though a change is very simple, it should still be tested before committing to svn. This is particularly important for Jamfiles, because a mistake in one library's Jamfile can bring down the whole testing system. Enough said, --Beman

1 0

Trac open bugs - by assignee
by Marshall Clow 11 Oct '07

11 Oct '07

[ 219 open bugs today, 214 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 18 ramey 15 dgregor 15 az_sw_dude 13 djowel 12 grafik 12 doug_gregor 12 None 11 turkanis 10 rogeeff 9 dave 8 nesotto 7 jsiek 6 anthonyw 6 agurtovoy 5 vladimir_prus 5 samuel_krempp 5 bemandawes 4 witt 4 shammah 4 johnmaddock 4 fcacciola 3 pdimov 3 jbandela 3 igaztanaga 3 danielw 2 urzuga 2 nasonov 2 jmaurer 2 hubert_holin 2 hkaiser 2 ebf 1 t_schwinger 1 speedsnail 1 samuel_k 1 pavol_droba 1 kaalus 1 guwi17 1 dlwalker 1 aaron_windsor 1 <Blank> <Blank> 1307 [lambda] invalid boostbook None 1048 Spirit returns full = false in 1.34 if there is trailing spaces in input None 1068 Mersenne twister disables streaming for Visual C++ None 1094 Finding the correct library to link (feature request for pkg-config support)h None 1187 bcp copy not needed files None 1222 lambda::ret<T> should declare result_type. None 1247 Typos in "boost/random/additive_combine.hpp"_ lines 68-69 None 1252 [pool] severe overhead with unaligned sizes. None 1270 uniform_smallint doesn't compile with lagged_fibonacci random number generators None 1291 config.hpp fails to compile with gcc -Wundef None 1311 Can't call base members on derived object in unit_test None 960 [random] lognormal_distribution problem None 991 [pool] aaron_windsor 778 top-level configure is broken 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 588 mpl::remove compile error with gcc 4.1.0 agurtovoy 640 documentation mistake anthonyw 1154 tss destruction segfaults in conjunction with dlopen/dlclose anthonyw 1168 [thread] tss crashes randomly anthonyw 1226 macro TEXT() in GetProcAddress() anthonyw 1268 xtime_cmp changes to deal with overflow were reverted anthonyw 876 xtime documentation incomplete anthonyw 881 errors when build with Apache stdcxx 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 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 1230 mbstate uninitialized bemandawes 1312 boost::filesystem link error on mac os x bemandawes 559 linker error mingw 3.4.5 bemandawes 752 directory_iterator doesn't work with catch bemandawes 897 exists() throws exeption on existing but locked file on wind danielw 1044 Argument pack inaccessable in a functions return type 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 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 1096 Tutorial needs updating for BBv2 dave 1179 [boost.python] can not export a union in VC2005sp1 dave 1181 [boost.python] can modify enum value dave 1246 breakage in boost::python svn trunk dave 865 Use of C++0x keyword as identifier dave 910 gcc strict-aliasing problems with python dgregor 1002 [iostreams] close_impl<closable_tag> does not comply with spec dgregor 1003 [iostreams] copy-paste error in typedefs for wchar multichar_filters dgregor 1011 amd64: #error Boost.Numeric.Interval: Please specify rounding control mechanism. dgregor 1139 [iostreams] Regex filter segfaults when zero matches found dgregor 1140 boost::iostreams linked_streambuf bug dgregor 1149 Minor doc error in basic_null_device dgregor 1164 Floyd Warshall broken with unsigned edge weights dgregor 1185 iostreams::direct_streambuf<T_Tr>::is_open always returns false if output iterator is not null dgregor 1192 [boostbook] problem when two files have the same name dgregor 1199 configure doesn't work with path containing whitespaces (MacOS X) dgregor 1232 mapped_file_source::is_open() is broken under windows dgregor 1310 [result_of] const-qualified function pointer doesn't work dgregor 556 Bundled graph properties dgregor 732 Johnson All-Pairs needs better "no path" information dgregor 736 Const correctness violation 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 241 Miss " = ParserT()" djowel 314 spirit insert_key_actor.hpp djowel 664 crash in boost::spirit::parse dlwalker 613 boost/crc.hpp uses non-standard conforming syntax doug_gregor 1021 [Graph][reverse_graph] Problem using reverse_graph adapter with an adapted user defined graph doug_gregor 1076 compile error: disconnecting struct with operator()() doesn't work in VS2005 SP1 doug_gregor 375 LEDA graph adaptors do not handle hidden nodes properly doug_gregor 402 random_vertex/random_edge are unnecessarily inefficient doug_gregor 403 Document copy_component doug_gregor 447 reverse_graph and constness of property maps doug_gregor 708 Dijkstra no_init version should not require VertexListGraph doug_gregor 733 Numbered headers don't work with "preferred" syntax doug_gregor 735 Fruchterman-Reingold grid performance can be improved doug_gregor 738 Memory leaks with signal::connect? doug_gregor 829 Implicit graph not implement doug_gregor 852 Problem with Boost and GCC 4.1 ebf 965 [doc] boost::variant tutorial - final example uses v1_v2 should be seq1_seq2 ebf 993 Variant should use least common multiple of alignments_ rather than maximum fcacciola 1217 value_initialized leaves data uninitialized_ when using MSVC fcacciola 1301 copy-initialization from const-qualified object doesn't work fcacciola 617 Numeric Conversion Documentation minor bug fcacciola 818 No zero-argument in_place() grafik 1023 inspect grafik 1041 Cygwin requires PATH setting. grafik 1062 Cygwin install stage fails with combination of patches grafik 1146 KAI Referenced in compiler status acknowledgements grafik 1233 Boost website still refers to CVS grafik 1244 Broken links to unit test examples grafik 546 boost.build needs fixes for HP/UX grafik 616 Boost Jam_ and non english directorys grafik 896 <native-wchar_t>off does not work when build with vc-8.0 grafik 959 linking fails when Boost is compiled with STLport 5.1.* on Linux (names mismatch) grafik 977 bjam crashes when compiled with gcc 4.2 grafik 986 Problem building Python modules on boost 1.34.0 guwi17 1237 Resizing symmetric matrices hkaiser 1077 Spirit integer parser does not always detect integer overflow hkaiser 1079 boost-1.34.0 fails to compile. concept checks not satisfied. hubert_holin 162 Cannot compile octonion_test.cpp because of bug in sinc.hpp hubert_holin 647 octonion documentation bug igaztanaga 1080 boost::interprocess win32 global file mapping issue igaztanaga 1210 interprocess::barrier hangs during second use under linux (boost 1.33.1) igaztanaga 1231 interprocess_condition (emulated) hangs after notify_all(). jbandela 283 Compiler error for tokenizer on Solaris jbandela 501 token_iterator::at_end() result is inversed jbandela 665 bug in char_separator jmaurer 351 Diff in state of mersenne_twister gen between GCC3.41 & CW9 jmaurer 819 uniform_int<> with type's maximum availaible range error johnmaddock 1081 Empty string rejected as perl-style regex johnmaddock 1083 boost_regex 1.34.0 uses ICU library without linking to it johnmaddock 1148 boost_1_34_1 regex library compile failure on aix with xlv johnmaddock 1314 Using SSE-intrinsics in VC8 causes static assert in type_with_alignment.hpp jsiek 416 Spelling of Edmonds-Karp-Algorithm jsiek 575 Calling subgraph::global_to_local on a root graph jsiek 636 strange compiling problem for transitive_closure jsiek 813 concept_check.hpp unused variable warning 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 nasonov 1220 lexical_cast requires RTTI nasonov 754 boost::any - typeid comparison across shared boundaries nesotto 1145 Small bugs in Boost.Range documentation nesotto 1284 [range] sub_range assignment issue nesotto 1308 two assign_decays again nesotto 471 boost.range and "const char[]". nesotto 518 [Boost.Range]boost::const_begin calls non-qualified 'begin' nesotto 723 local_time_facet error in VS2005 Win2003 nesotto 730 The ptr_map iterator cannot be dereference to value type nesotto 807 boost::assignment documentation: mathematical "typo" pavol_droba 1152 rle_example fails pdimov 1106 shared_ptr<T> should not convert to shared_ptr<U> when T* doesn't convert to U* pdimov 1108 shared_ptr does not compile under g++ with -fno-rtti pdimov 997 error in boost::bind doc ramey 1036 assert failure in oserializer.hpp:418 ramey 1038 "<" and ">" should be excaped in xml_oarchive ramey 1086 Serialization of weak_ptr produces invalid XML ramey 1089 missing boost::serialization::make_nvp in pointer container library ramey 1121 xml_archive_exception is missing seperate header file_ and documentation mismatch ramey 1137 Virtual destructor is missing ramey 1141 Dangerious operator<< for wostream ramey 1142 boost/serialization/optional doesn't include necessary header ramey 1223 boost::serialization chokes on correcly formatted empty XML element ramey 1267 Assertion `new_cid == cid' failed in basic_iarchive ramey 1285 [serialization] problem when including shared_ptr_132.hpp ramey 1286 Missing/Incorrect dllimport/dllexport directives prevent Windows DLLs from building ramey 1290 Serialization export.hpp (or type_info_implementation.hpp) is NOT self-contained and causes compile error ramey 757 xml serialization fails when using namespace ramey 878 error C2039: 'mbstate_t' : is not a member of 'std' ramey 961 boost::basic_binary_oprimitive not instantiated correctly ramey 968 xml_grammar - incorrect define char ramey 969 basic_binary_iprimitive::load_binary bug rogeeff 1030 execution_monitor.ipp #warning directive breaks compilation on MSVC 8.0 rogeeff 1032 typo in Boost.Test documentation rogeeff 1050 BOOST_CHECK_CLOSE_FRACTION documentation missing rogeeff 1060 no example sources in online docs for Boost::Test rogeeff 1212 Template fixtures rogeeff 607 Log level names wrong in documentation rogeeff 842 typo in auto_unit_test.hpp Revision 1.17 rogeeff 893 grammatical error in error message rogeeff 956 Doc error in test examples. rogeeff 962 Missing links in Test library documentation samuel_k 585 64 bit compile warning/error for boost::format samuel_krempp 1195 patch: boost/format/parsing.hpp does not compile if BOOST_NO_LOCALE_ISDIGIT is defined samuel_krempp 1196 Patch: when BOOST_NO_STD_LOCALE is not defined_ boost/format/internals.hpp fails to compile. samuel_krempp 1278 declaration of 'str' shadows a member of 'this' samuel_krempp 704 format zero length string msvc-8 samuel_krempp 859 boost::format ignores a user defined locale shammah 284 pool::purge_memory() does not reset next_size shammah 290 perfomance: memory cleanup for pool takes too long shammah 386 boost::pool_allocator breaks with vector of vectors shammah 88 ct_gcd_lcm.hpp compilation error speedsnail 1138 Problems with TSS and static thread library t_schwinger 1100 Building boost.function_types fails cvs rev-1.1_ no chdir command in bash turkanis 1033 iostreams::restrict doesn't work on an iostreams::file_source turkanis 1070 [iostreams]boost\iostreams\copy.hpp line80 copy_impl turkanis 525 problem with boost::iostreams when compiled with Visual C++ turkanis 699 Changing size of memory-mapped file on Windows turkanis 786 bug in iostreams/copy.hpp line 81 turkanis 791 iostreams::tee_filter is for output only turkanis 817 Performance problem in iostreams turkanis 822 Incorrect usage of bad_write()_ bad_seek() etc. turkanis 823 Seekable file_descriptor_source /sink? turkanis 824 BOOST_IOSTREAMS_HAS_LSEEK64 on Mac OS X turkanis 856 iostreams file_descriptor::write fails under Win32 urzuga 574 [boost::lambda] Compile error with libstdc++ debug mode urzuga 781 Lambda: (_1 + "y")(string("x")) Doesn't Compile vladimir_prus 1165 more quoting problems vladimir_prus 1274 Useless error message vladimir_prus 1275 boost::program_options::validation_error::what() is private vladimir_prus 469 multitoken broken vladimir_prus 689 [program_options] Endless loop with long default arguments witt 1046 Boost.Python quickstart instructions mention nonexistent target 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] An attempt to generalize the Pimpl idom with properlyseparated interface and implementation
by Peter Dimov 11 Oct '07

11 Oct '07

> Alan Griffiths has written a similar smart pointer, arg::grin_ptr: > > http://www.octopull.demon.co.uk/arglib/TheGrin.html Actually I also wrote one. :-) http://lists.boost.org/boost-users/2005/04/11513.php

1 0

[bind] MSVC 7.1 problem
by Johan Torp 11 Oct '07

11 Oct '07

The following code compiles fine in MSVC 8.0 and gcc 3.4.4 but MSVC 7.1 renders the errors found below. struct X { template<class T> void bar() {} }; void foo() { X x; boost::bind(&X::bar<int>, x); } I'm using boost 1.34.0. Is this a known problem of MSVC 7x? Best Regards, Johan Torp === Part of error output === test.cpp(9) : error C2784: 'boost::_bi::bind_t<_bi::dm_result<MT::* ,A1>::type,boost::_mfi::dm<M,T>,_bi::list_av_1<A1>::type> boost::bind(M T::* ,A1)' : could not deduce template argument for 'overloaded function type' from 'overloaded function type' C:\Program Files\boost\boost_1_34_0\boost\bind.hpp(1628) : see declaration of 'boost::bind' test.cpp(9) : error C2780: 'boost::_bi::bind_t<R,boost::_mfi::cmf8<R,T,B1,B2,B3,B4,B5,B6,B7,B8>,_bi::list_av_9<A1,A2,A3,A4,A5,A6,A7,A8,A9>::type> boost::bind(R (__thiscall T::* )(B1,B2,B3,B4,B5,B6,B7,B8) const,A1,A2,A3,A4,A5,A6,A7,A8,A9)' : expects 10 arguments - 2 provided C:\Program Files\boost\boost_1_34_0\boost\bind\bind_mf_cc.hpp(222) : see declaration of 'boost::bind' test.cpp(9) : error C2780: 'boost::_bi::bind_t<R,boost::_mfi::mf8<R,T,B1,B2,B3,B4,B5,B6,B7,B8>,_bi::list_av_9<A1,A2,A3,A4,A5,A6,A7,A8,A9>::type> boost::bind(R (__thiscall T::* )(B1,B2,B3,B4,B5,B6,B7,B8),A1,A2,A3,A4,A5,A6,A7,A8,A9)' : expects 10 arguments - 2 provided <SUPERSNIP - LOADS OF LINES!> C:\Program Files\boost\boost_1_34_0\boost\bind.hpp(1233) : see declaration of 'boost::bind' test.cpp(9) : error C2780: 'boost::_bi::bind_t<R,F,_bi::list_av_2<A1,A2>::type> boost::bind(F,A1,A2)' : expects 3 arguments - 2 provided C:\Program Files\boost\boost_1_34_0\boost\bind.hpp(1225) : see declaration of 'boost::bind' test.cpp(9) : error C2784: 'boost::_bi::bind_t<R,F,_bi::list_av_1<A1>::type> boost::bind(F,A1)' : could not deduce template argument for 'overloaded function type' from 'overloaded function type' C:\Program Files\boost\boost_1_34_0\boost\bind.hpp(1217) : see declaration of 'boost::bind' test.cpp(9) : error C2780: 'boost::_bi::bind_t<R,F,boost::_bi::list0> boost::bind(F)' : expects 1 arguments - 2 provided C:\Program Files\boost\boost_1_34_0\boost\bind.hpp(1209) : see declaration of 'boost::bind' -- View this message in context: http://www.nabble.com/-bind--MSVC-7.1-problem-tf4600273.html#a13134123 Sent from the Boost - Dev mailing list archive at Nabble.com.

2 1

type_with_alignment
by Andreas Brinck 11 Oct '07

11 Oct '07

Hi, I'm using Visual Studio 2005 and got into trouble when I tried to serialize a class with 16 byte alignment: __declspec(align(16)) class Vech { ... __m128 m_data; }; The problem is that the following static assert in type_with_alignment is triggered: BOOST_STATIC_ASSERT(found % Align == 0); which in turn stems from the fact that sizeof(max_align) == 8. By changing the lines: #define BOOST_TT_ALIGNMENT_BASE_TYPES BOOST_PP_TUPLE_TO_LIST( \ 12, ( \ char, short, int, long, ::boost::long_long_type, float, double, long double \ , void*, function_ptr, member_ptr, member_function_ptr)) to #include <xmmintrin.h> #define BOOST_TT_ALIGNMENT_BASE_TYPES BOOST_PP_TUPLE_TO_LIST( \ 13, ( \ char, short, int, long, ::boost::long_long_type, float, double, long double \ , void*, function_ptr, member_ptr, member_function_ptr, __m128)) I got rid of the static assert and everything seems to work just fine. Would it be possible to get this "fix" into a later release of boost in a more rigorous and organized fashion (with all the surrounding compiler workarounds and typedefs etc.)? Or is there another way to get the same effect? Regards /A.B.

2 3