- Boost - lists.preview.boost.org

Re: [boost] [asio] socket_types.hpp rev. 42119 broke HP-UX/aCC
by Boris Gubenko 19 Dec '07

19 Dec '07

Boris Gubenko wrote: > I don't think a macro identifying version of HP-UX exists, but I'll > ask and report back on the list. As I suspected, HP-UX does not have OS version macro. Thanks, Boris

2 1

[asio] socket_types.hpp rev. 42119 broke HP-UX/aCC
by Boris Gubenko 19 Dec '07

19 Dec '07

The following change broke Boost.Asio library on HP-UX ia64 aCC (runner HP-UX_ia64_aCC). The library used to be green on the trunk and is still green on release branch. Thanks, Boris bash-3.00$ svn log -v -r PREV:HEAD detail ------------------------------------------------------------------------ r42119 | chris_kohlhoff | 2007-12-17 05:04:30 -0800 (Mon, 17 Dec 2007) | 2 lines Changed paths: M /trunk/boost/asio/detail/socket_types.hpp Fixes for older HP-UX. ------------------------------------------------------------------------ bash-3.00$

2 2

[lib maintainers] Please identify headers in boost-root/boost
by Beman Dawes 18 Dec '07

18 Dec '07

For the headers that appear in boost-root/boost, rather than a library specific subdirectory, it is very helpful if they self-identify what library they belong to. This allows scripts to associate the header with a library. The usual way to do this is to include a comment. A typical example: // See http://www.boost.org/libs/config for documentation The exact format doesn't matter. What does matter is that the library name be found somewhere in the file, immediately following a string which contains "/libs/". Below is the result of doing: grep -L "/libs/" *.h* I'd appreciate maintainers adding a library identifying comment to these files. Otherwise I'll do it, which carries a slight risk that I'll get it wrong. Thanks, --Beman aligned_storage.hpp asio.hpp bimap.hpp blank.hpp blank_fwd.hpp circular_buffer.hpp circular_buffer_fwd.hpp date_time.hpp dynamic_property_map.hpp foreach.hpp function_equal.hpp function_output_iterator.hpp get_pointer.hpp implicit_cast.hpp is_placeholder.hpp iterator_adaptors.hpp lexical_cast.hpp mpi.hpp non_type.hpp none.hpp none_t.hpp optional.hpp parameter.hpp pfto.hpp pointer_cast.hpp program_options.hpp smart_cast.hpp spirit.hpp state_saver.hpp strong_typedef.hpp thread.hpp type.hpp variant.hpp wave.hpp

17 95

Possible bug in Unit Testing routines
by Thomas Thorp 18 Dec '07

18 Dec '07

In trying to track down a memory leak with my code (using Deleaker, VS2005, Windows XP, boost 1.34.1 from boost consulting), I'm getting the folowing message as being the source of a memory leak. This partiular list, shows the line where the memory was allocated. My question is, is this a valid error, or one I should just ignore? Thanks in advance Tom --------------------------------------- ING_PostProcessorParsePFDataTesting.exe!_heap_alloc_base Line 105 (f:\sp\vctools\crt_bld\self_x86\crt\src\malloc.c) ING_PostProcessorParsePFDataTesting.exe!_heap_alloc_dbg Line 411 (f:\sp\vctools\crt_bld\self_x86\crt\src\dbgheap.c) ING_PostProcessorParsePFDataTesting.exe!_nh_malloc_dbg Line 268 (f:\sp\vctools\crt_bld\self_x86\crt\src\dbgheap.c) ING_PostProcessorParsePFDataTesting.exe!_malloc_dbg Line 191 (f:\sp\vctools\crt_bld\self_x86\crt\src\dbgheap.c) ING_PostProcessorParsePFDataTesting.exe!_calloc_dbg Line 563 (f:\sp\vctools\crt_bld\self_x86\crt\src\dbgheap.c) ING_PostProcessorParsePFDataTesting.exe!setlocale Line 808 (f:\sp\vctools\crt_bld\self_x86\crt\src\setlocal.c) ING_PostProcessorParsePFDataTesting.exe!std::_Locinfo::_Locinfo_dtor Line 203 (f:\sp\vctools\crt_bld\self_x86\crt\src\locale0.cpp) ING_PostProcessorParsePFDataTesting.exe!std::_Locinfo::~_Locinfo Line 93 (c:\program files\microsoft visual studio 8\vc\include\xlocinfo) ING_PostProcessorParsePFDataTesting.exe!std::numpunct<char>::numpunct<char> Line 92 (c:\program files\microsoft visual studio 8\vc\include\xlocnum) ING_PostProcessorParsePFDataTesting.exe!std::numpunct<char>::_Getcat Line 103 (c:\program files\microsoft visual studio 8\vc\include\xlocnum) ING_PostProcessorParsePFDataTesting.exe!std::use_facet<std::numpunct<char> > Line 478 (c:\program files\microsoft visual studio 8\vc\include\xlocale) ING_PostProcessorParsePFDataTesting.exe!std::num_put<char,std::ostreambuf_it erator<char,std::char_traits<char> > >::_Iput Line 1267 (c:\program files\microsoft visual studio 8\vc\include\xlocnum) ING_PostProcessorParsePFDataTesting.exe!std::num_put<char,std::ostreambuf_it erator<char,std::char_traits<char> > >::do_put Line 977 (c:\program files\microsoft visual studio 8\vc\include\xlocnum) ING_PostProcessorParsePFDataTesting.exe!std::num_put<char,std::ostreambuf_it erator<char,std::char_traits<char> > >::put Line 892 (c:\program files\microsoft visual studio 8\vc\include\xlocnum) ING_PostProcessorParsePFDataTesting.exe!std::basic_ostream<char,std::char_tr aits<char> >::operator<< Line 337 (c:\program files\microsoft visual studio 8\vc\include\ostream) ING_PostProcessorParsePFDataTesting.exe!boost::unit_test::output::compiler_l og_formatter::log_start Line 49 (c:\documents and settings\daniel\desktop\boost_1_34_1\boost_1_34_1\boost\test\impl\compiler_l og_formatter.ipp) ING_PostProcessorParsePFDataTesting.exe!boost::unit_test::unit_test_log_t::t est_start Line 129 (c:\documents and settings\daniel\desktop\boost_1_34_1\boost_1_34_1\boost\test\impl\unit_test_ log.ipp) ING_PostProcessorParsePFDataTesting.exe!boost::unit_test::ut_detail::test_st art_caller::operator() Line 82 (c:\documents and settings\daniel\desktop\boost_1_34_1\boost_1_34_1\boost\test\impl\framework. ipp) ING_PostProcessorParsePFDataTesting.exe!boost::unit_test::ut_detail::invoker <int>::invoke<boost::unit_test::ut_detail::test_start_caller> Line 42 (c:\documents and settings\daniel\desktop\boost_1_34_1\boost_1_34_1\boost\test\utils\callback. hpp) ING_PostProcessorParsePFDataTesting.exe!boost::unit_test::ut_detail::callbac k0_impl_t<int,boost::unit_test::ut_detail::test_start_caller>::invoke Line 89 (c:\documents and settings\daniel\desktop\boost_1_34_1\boost_1_34_1\boost\test\utils\callback. hpp) ING_PostProcessorParsePFDataTesting.exe!boost::unit_test::callback0<int>::op erator() Line 118 (c:\documents and settings\daniel\desktop\boost_1_34_1\boost_1_34_1\boost\test\utils\callback. hpp) ING_PostProcessorParsePFDataTesting.exe!boost::execution_monitor::catch_sign als Line 497 (c:\documents and settings\daniel\desktop\boost_1_34_1\boost_1_34_1\boost\test\impl\execution_ monitor.ipp) ING_PostProcessorParsePFDataTesting.exe!boost::execution_monitor::execute Line 225 (c:\documents and settings\daniel\desktop\boost_1_34_1\boost_1_34_1\boost\test\impl\execution_ monitor.ipp) ING_PostProcessorParsePFDataTesting.exe!boost::unit_test::framework::run Line 373 (c:\documents and settings\daniel\desktop\boost_1_34_1\boost_1_34_1\boost\test\impl\framework. ipp) ING_PostProcessorParsePFDataTesting.exe!boost::unit_test::unit_test_main Line 61 (c:\documents and settings\daniel\desktop\boost_1_34_1\boost_1_34_1\boost\test\impl\unit_test_ main.ipp) ING_PostProcessorParsePFDataTesting.exe!main Line 99 (c:\documents and settings\daniel\desktop\boost_1_34_1\boost_1_34_1\boost\test\impl\unit_test_ main.ipp) ING_PostProcessorParsePFDataTesting.exe!__tmainCRTStartup Line 327 (f:\sp\vctools\crt_bld\self_x86\crt\src\crt0.c) ING_PostProcessorParsePFDataTesting.exe!mainCRTStartup Line 196 (f:\sp\vctools\crt_bld\self_x86\crt\src\crt0.c)

2 1

Boost for new compiler
by Eames, Andrew 18 Dec '07

18 Dec '07

Hi, I apologize if this is a FAQ - I couldn't find much on other compilers I am interested in using boost with a compiler for a DSP - The compiler is somewhat archaic - I'm not using RTTI or exceptions (the compiler supports them but it is currently broken) - the STL has old iostreams and no doubt I will find some other musty corners. I don't have any illusions about getting the whole of boost to compile but I'm sure there are some large pieces that will work OK. I have no problem doing the port myself. I have successfully got shared_ptr and shared_array to work but I needed to make 3 fairly trivial changes to the code to get it to compile. Are boosters interested in folding these changes back into the main source in the interests of making boost more portable or am I on my own here since I am working with an unsupported compiler? I can post the problems I ran into if anyone is interested. Andrew

7 12

[review] Formal Fast-Track review of the Boost.Functional/Factory library begins today
by John Torjo 18 Dec '07

18 Dec '07

Hi all, Today starts the formal Fast-Track review of the Boost.Functional/Factory library. *Description* Factories are callback mechanisms for constructors, so we provide two function objects, boost::value_factory and boost::factory, that encasulate object construction through direct application of the constructor or operator new, respectively. These templates make other facilities that operate on function objects (such as standard algorithms, Boost.Bind, Boost.Function, or Fusion functional adapters) applicable to constructors. *Author* Tobias Schwinger *Download* Get it from here: http://www.boost-consulting.com/vault/index.php?action=downloadfile&filenam… Read documentation online here: http://torjo.com/tobias/ What to include in Review Comments ================================== Your comments may be brief or lengthy, but basically the Review Manager needs your evaluation of the library. If you identify problems along the way, please note if they are minor, serious, or showstoppers. Here are some questions you might want to answer in your review: * What is your evaluation of the design? * What is your evaluation of the implementation? * What is your evaluation of the documentation? * What is your evaluation of the potential usefulness of the library? * Did you try to use the library? With what compiler? Did you have any problems? * How much effort did you put into your evaluation? A glance? A quick reading? In-depth study? * Are you knowledgeable about the problem domain? And finally, every review should answer this question: * Do you think the library should be accepted as a Boost library? Be sure to say this explicitly so that your other comments don't obscure your overall opinion. Best, John Torjo - Review Manager - -- http://John.Torjo.com -- C++ expert ... call me only if you want things done right

4 4

Trac open bugs - by assignee
by Marshall Clow 18 Dec '07

18 Dec '07

[ 195 open bugs today, 195 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 az_sw_dude 17 dgregor 15 djowel 13 turkanis 12 doug_gregor 11 grafik 11 dave 10 None 9 agurtovoy 7 johnmaddock 6 vladimir_prus 6 jsiek 6 anthonyw 5 witt 4 igaztanaga 4 bemandawes 3 ramey 3 pdimov 3 jmaurer 3 ebf 3 danielw 2 urzuga 2 rogeeff 2 pavol_droba 2 niels_dekker 2 nesotto 2 nasonov 2 <Blank> 1 t_schwinger 1 speedsnail 1 shammah 1 samuel_krempp 1 matias 1 marshall 1 kaalus 1 hljin 1 hkaiser 1 dlwalker 1 burbelgruff 1 aaron_windsor <Blank> 1307 [lambda] invalid boostbook <Blank> 1434 Boost.Preprocessor_ small fix for the documentation 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 1222 lambda::ret<T> should declare result_type. None 1247 Typos in "boost/random/additive_combine.hpp"_ lines 68-69 None 1270 uniform_smallint doesn't compile with lagged_fibonacci random number generators None 1407 Boost is doesn't install on MacPorts using Leopard None 1423 MSVC uniform int workaround not required for VC++ 2008 None 1473 VC++ 2009 does not need workaround None 1493 SVN files making it through to install None 1515 [lambda] C4512 warnings from VC8.0 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 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 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 1268 xtime_cmp changes to deal with overflow were reverted anthonyw 1470 Boost.Thread: Compilation errors with non-__cdecl calling convention 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 1384 Linking problem with date_time library on Visual C++ 2008 Express az_sw_dude 1386 date_time documentation Jamfile breaks building of boost docs az_sw_dude 1524 format_date_parser.hpp(221) : cannot convert parameter 1 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 752 directory_iterator doesn't work with catch burbelgruff 1503 typeof bug (big integral constant) 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 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 865 Use of C++0x keyword as identifier dave 910 gcc strict-aliasing problems with python dgregor 1003 [iostreams] copy-paste error in typedefs for wchar multichar_filters 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 1326 Unable to check graph isomorphism using LEDA adapter dgregor 1391 dominator_tree_test on Borland/CodeGear outputs overly long line dgregor 1394 Translate libs/graph/build/python/Jamfile to BBv2 dgregor 1395 Write Tests for Python Bindings 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 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 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 1507 [variant] C4512 warnings from VC8.0 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 grafik 1041 Cygwin requires PATH setting. grafik 1062 Cygwin install stage fails with combination of patches grafik 1322 trac rejects patch attachment as spam 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 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 hkaiser 1079 boost-1.34.0 fails to compile. concept checks not satisfied. hljin 1522 bit_range friend decl in bit_aligned_pixel_reference.hpp needs to be fully qualified for gcc 4.3 mainline 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(). igaztanaga 1390 Interpocess: managed shared memory failing completely under OS X jmaurer 351 Diff in state of mersenne_twister gen between GCC3.41 & CW9 jmaurer 599 uniform_01 copies engine instead of using a reference jmaurer 819 uniform_int<> with type's maximum availaible range error johnmaddock 1081 Empty string rejected as perl-style regex johnmaddock 1314 Using SSE-intrinsics in VC8 causes static assert in type_with_alignment.hpp johnmaddock 1411 Fix BOOST_PARTIAL_SPECIALIZATION_EXPLICT_ARGS johnmaddock 1440 libs/config/test/link/Jamfile.v2 confuses process_jam_log johnmaddock 1446 POSIX API doesn't use C locale johnmaddock 1451 error: use of C99 long long integer constant johnmaddock 1511 Non latin symbols in regexp 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 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 marshall 1252 [pool] severe overhead with unaligned sizes. matias 1406 Understanding the Tables outdated nasonov 1220 lexical_cast requires RTTI nasonov 754 boost::any - typeid comparison across shared boundaries nesotto 1284 [range] sub_range assignment issue nesotto 1464 boost_range_array unused in several array_size() functions niels_dekker 1459 value_initialized leaves data uninitialized_ when using Borland niels_dekker 1491 value_initialized leaves data uninitialized_ when using GCC pavol_droba 1152 rle_example fails pavol_droba 1385 begin must be boost-qualified pdimov 1106 shared_ptr<T> should not convert to shared_ptr<U> when T* doesn't convert to U* pdimov 1444 scoped_ptr::operator== should be equivalent to a.get()==b.get()_ but is currently !!a==!!b pdimov 779 gcc-4.2 atomicity.h location ramey 1038 "<" and ">" should be excaped in xml_oarchive ramey 1121 xml_archive_exception is missing seperate header file_ and documentation mismatch ramey 1508 text_map_binary_archive failure rogeeff 1383 signal.h features not found on Mac OS rogeeff 1489 BOOST_CHECK_CLOSE fails to compile with templated value type samuel_krempp 859 boost::format ignores a user defined locale shammah 386 boost::pool_allocator breaks with vector of vectors 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 1002 [iostreams] close_impl<closable_tag> does not comply with spec turkanis 1033 iostreams::restrict doesn't work on an iostreams::file_source turkanis 1070 [iostreams]boost\iostreams\copy.hpp line80 copy_impl turkanis 1523 [iostreams] VC8/VC9 compiler warnings 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 1321 invalid docbook in tool documentation 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 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

[Boost-users] Run-time flavors of Boost (aka lib suffix / runtime-options)
by Benoit Sigoure 18 Dec '07

18 Dec '07

Hello list, [I already sent this question to Boost-users but nobody replied there, so I guess that you people might have a better idea] Boost libraries often ship compiled in various different "flavors" (compiled with different runtime-options). First off, is there an official place where this is documented? I didn't find any, besides the header `boost/config/auto_link.hpp'. Based on this header, I tried to document the suffix used by Boost libraries as follows: > A suffix is one or more of the following letters: sgdpn (in that > order). s = static runtime, d = debug build, g = debug/diagnostic > runtime, p = STLPort > build, n = (unsure) STLPort build without iostreams from STLPort > (it looks > like `n' must always be used along with `p'). Additionally, it can > start > with `mt-' to indicate for multi-thread builds. Is this accurate? What is a `static runtime'? My guess is that `-s' is Windows-specific, because on Windows it's common to see both shared libraries and static libraries using the same naming scheme `libfoo.lib' (because in the shared library case, `libfoo.lib' is not a directly shared library but rather an import library), can anyone confirm that? This entails that for most UNIX-like OSes, the `-s' variant doesn't exist, it's the `libfoo.a' static archive that is used instead, is that correct? Cheers, -- Benoit Sigoure aka Tsuna EPITA Research and Development Laboratory

2 2

Mailing list archive outdated
by Jens Seidel 18 Dec '07

18 Dec '07

Hi, http://www.boost.org/more/mailing_lists.htm#archive refers to The Mail Archive (http://www.mail-archive.com/boost%40lists.boost.org/) which is completly outdated (4 years old!). Please remove the link! All others are OK. Jens

1 0

[serialization] serialization used in multiple DLL problems
by Felipe Magno de Almeida 17 Dec '07

17 Dec '07

Hi, I was able to make this work on serialization after some minor modifications: PS: pseudo-code DLL1: header.h BOOST_IS_ABSTRACT(base); class base { virtual ~base() {} // serialization }; source.cpp class derived : base { // serialization }; BOOST_CLASS_EXPORT(derived); void serialize(oarchive& ar) { boost::shared_ptr<derived> p(new derived); ar << p; } DLL2: std::stringstream stm; { oarchive oar(stm); serialize(oar); } { iarchive iar(stm); boost::shared_ptr<base> p; iar >> p; // deserializing a derived class defined in DLL1 in DLL2 } I had to compile serialization as a lib. And making tk_map and kt_map global objects (not sure if this is necessary though), removing the assertion about multiple inserts in static insert function of both [kt][tk]_map's and commenting line 315 of basic_oarchive: //if((cobject_info_set.size() > original_count)){ +{ I don't know the internals of serialization enough to say this is anything near correct. And I'll still need to test more, which I will do, since I need this functionality very much. Regards, -- Felipe Magno de Almeida

2 5

Trac open bugs - by assignee
by Marshall Clow 17 Dec '07

17 Dec '07

[ 195 open bugs today, 195 Friday ] 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 az_sw_dude 17 dgregor 15 djowel 13 turkanis 12 doug_gregor 11 grafik 11 dave 10 None 9 agurtovoy 7 johnmaddock 6 vladimir_prus 6 jsiek 6 anthonyw 5 witt 4 igaztanaga 4 bemandawes 3 ramey 3 pdimov 3 jmaurer 3 ebf 3 danielw 2 urzuga 2 rogeeff 2 pavol_droba 2 niels_dekker 2 nesotto 2 nasonov 2 <Blank> 1 t_schwinger 1 speedsnail 1 shammah 1 samuel_krempp 1 matias 1 marshall 1 kaalus 1 hljin 1 hkaiser 1 dlwalker 1 burbelgruff 1 aaron_windsor <Blank> 1307 [lambda] invalid boostbook <Blank> 1434 Boost.Preprocessor_ small fix for the documentation 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 1222 lambda::ret<T> should declare result_type. None 1247 Typos in "boost/random/additive_combine.hpp"_ lines 68-69 None 1270 uniform_smallint doesn't compile with lagged_fibonacci random number generators None 1407 Boost is doesn't install on MacPorts using Leopard None 1423 MSVC uniform int workaround not required for VC++ 2008 None 1473 VC++ 2009 does not need workaround None 1493 SVN files making it through to install None 1515 [lambda] C4512 warnings from VC8.0 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 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 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 1268 xtime_cmp changes to deal with overflow were reverted anthonyw 1470 Boost.Thread: Compilation errors with non-__cdecl calling convention 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 1384 Linking problem with date_time library on Visual C++ 2008 Express az_sw_dude 1386 date_time documentation Jamfile breaks building of boost docs az_sw_dude 1524 format_date_parser.hpp(221) : cannot convert parameter 1 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 752 directory_iterator doesn't work with catch burbelgruff 1503 typeof bug (big integral constant) 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 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 865 Use of C++0x keyword as identifier dave 910 gcc strict-aliasing problems with python dgregor 1003 [iostreams] copy-paste error in typedefs for wchar multichar_filters 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 1326 Unable to check graph isomorphism using LEDA adapter dgregor 1391 dominator_tree_test on Borland/CodeGear outputs overly long line dgregor 1394 Translate libs/graph/build/python/Jamfile to BBv2 dgregor 1395 Write Tests for Python Bindings 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 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 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 1507 [variant] C4512 warnings from VC8.0 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 grafik 1041 Cygwin requires PATH setting. grafik 1062 Cygwin install stage fails with combination of patches grafik 1322 trac rejects patch attachment as spam 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 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 hkaiser 1079 boost-1.34.0 fails to compile. concept checks not satisfied. hljin 1522 bit_range friend decl in bit_aligned_pixel_reference.hpp needs to be fully qualified for gcc 4.3 mainline 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(). igaztanaga 1390 Interpocess: managed shared memory failing completely under OS X jmaurer 351 Diff in state of mersenne_twister gen between GCC3.41 & CW9 jmaurer 599 uniform_01 copies engine instead of using a reference jmaurer 819 uniform_int<> with type's maximum availaible range error johnmaddock 1081 Empty string rejected as perl-style regex johnmaddock 1314 Using SSE-intrinsics in VC8 causes static assert in type_with_alignment.hpp johnmaddock 1411 Fix BOOST_PARTIAL_SPECIALIZATION_EXPLICT_ARGS johnmaddock 1440 libs/config/test/link/Jamfile.v2 confuses process_jam_log johnmaddock 1446 POSIX API doesn't use C locale johnmaddock 1451 error: use of C99 long long integer constant johnmaddock 1511 Non latin symbols in regexp 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 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 marshall 1252 [pool] severe overhead with unaligned sizes. matias 1406 Understanding the Tables outdated nasonov 1220 lexical_cast requires RTTI nasonov 754 boost::any - typeid comparison across shared boundaries nesotto 1284 [range] sub_range assignment issue nesotto 1464 boost_range_array unused in several array_size() functions niels_dekker 1459 value_initialized leaves data uninitialized_ when using Borland niels_dekker 1491 value_initialized leaves data uninitialized_ when using GCC pavol_droba 1152 rle_example fails pavol_droba 1385 begin must be boost-qualified pdimov 1106 shared_ptr<T> should not convert to shared_ptr<U> when T* doesn't convert to U* pdimov 1444 scoped_ptr::operator== should be equivalent to a.get()==b.get()_ but is currently !!a==!!b pdimov 779 gcc-4.2 atomicity.h location ramey 1038 "<" and ">" should be excaped in xml_oarchive ramey 1121 xml_archive_exception is missing seperate header file_ and documentation mismatch ramey 1508 text_map_binary_archive failure rogeeff 1383 signal.h features not found on Mac OS rogeeff 1489 BOOST_CHECK_CLOSE fails to compile with templated value type samuel_krempp 859 boost::format ignores a user defined locale shammah 386 boost::pool_allocator breaks with vector of vectors 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 1002 [iostreams] close_impl<closable_tag> does not comply with spec turkanis 1033 iostreams::restrict doesn't work on an iostreams::file_source turkanis 1070 [iostreams]boost\iostreams\copy.hpp line80 copy_impl turkanis 1523 [iostreams] VC8/VC9 compiler warnings 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 1321 invalid docbook in tool documentation 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 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

Beta Distribution for boost::random
by Jeremy Bruestle 17 Dec '07

17 Dec '07

Hello, I have implemented support for the beta distribution for boost::random. I was wondering who I should send it to for examination and possible acceptance into boost? The method is based on the paper "Generating Beta Variates with Nonintegral Shape Parameters" ( http://portal.acm.org/citation.cfm?id=359460.359482) by R. C. H. Cheng, which was the best performing fully general purpose method I could find. It uses a reject method whose success rate varies based on the parameters, but whose worst case expected number of samples is 4. If anyone knows of a better method please let me know. -Jeremy Bruestle

6 16

[vault] ctor_shared_from_this()
by Robert Sitton 17 Dec '07

17 Dec '07

I've posted a modification to enable_shared_from_this() to support calling shared_from_this in a constructor and destructor. d Any feedback? Abrahams) 16. Re: Trac open bug summary mailings missing new tickets (Rene Rivera) 17. BoostCon 2008: May 4-9 (David Abrahams) 18. Re: Reporting bugs at Trac? (Olaf van der Spek) 19. Re: [serialization] serialization used in multiple DLL problems (Felipe Magno de Almeida) 20. [review] Formal Fast-Track review of the Boost.Functional/Factory library begins today (John Torjo) Michael Marcin wrote: > John Torjo wrote: >> Eames, Andrew wrote: >>> Hi, >>> >>> I apologize if this is a FAQ - I couldn't find much on other compilers >>> >>> >>> >>> I am interested in using boost with a compiler for a DSP - The compiler >>> is somewhat archaic - I'm not using RTTI or exceptions (the compiler >>> supports them but it is currently broken) - the STL has old iostreams >>> and no doubt I will find some other musty corners. I don't have any >>> illusions about getting the whole of boost to compile but I'm sure there >>> are some large pieces that will work OK. I have no problem doing the >>> port myself. >>> >>> >>> >> RTTI is pretty useful, and I think quite a few libraries rely on >> dynamic_cast at least once. >> >> For instance Boost Logging Lib ( http://torjo.com/log2/) relies on it >> once - I guess you could get 'round it. >> >> I guess the 1M$ question is : why do you need that specific compiler? >> > > I'm in a similar situation where I have to use a specific compiler > because it's the only compiler supported by the closed SDK for the > platform we're developing for. > > Right now I, unfortunately, can only use the Torjo logging library for a > windows port of the application because the target platform doesn't > support RTTI (exceptions are fine). This is annoying because the > debuggers for these embedded devices are sometimes flaky and logging on > device is sometimes the only way to fix bugs. So we have to have another > simple homegrown logging library for on device logging. > > There are many other Boost libraries that we can't use, at least out of > the box, because they use RTTI in one or two places where they probably > don't have to. For instance lexical_cast uses it to provide extra > information to the bad_lexical_cast exception but functions just fine > without it. I didn't dig enough into the implementation but it looks > like Boost.Function and Boost.Variant may be in a similar boat. > > I think shared_ptr used to have this issue but got changed after 1.34. I > wish more libraries would follow its lead if possible. You can raise the viability of the issue by submitting patches. Where RTTI is useful, but not essential, I'd personally rather not remove it entirely. Instead, the code could respond to a macro (BOOST_NO_RTTI perhaps) and avoid usage when present. But the default would be to user RTTI on the theory it is usually available. --Beman Beman Dawes: > Where RTTI is useful, but not essential, I'd personally rather not > remove it entirely. Instead, the code could respond to a macro > (BOOST_NO_RTTI perhaps) and avoid usage when present. In non-essential scenarios, often the proper macro to test is BOOST_NO_TYPEID: http://svn.boost.org/trac/boost/ ticket/1104 since typeid(T) does not require the R in RTTI and may be supported even when RTTI is off (under MSVC for example). Joaquin M Lopez Munoz skrev: > Thorsten Ottosen <thorsten.ottosen <at> dezide.com> writes: >> I would use it as a lightweight and more convenient replacement for >> boost::shared_ptr<const T>. >> >> In my application I might have < 50 objects that needs to by flyweights. >> They are almost never identical, and if they are, the memory occupied by >> the factory would probably be much larger than that of duplication. > > Well, then you might not need using the flyweight idiom > after all... Well, it's lower overhead (if no factory and forwarding constructors/operations makes it a better choice than shared_ptrconst T>. -Thorsten Thorsten Ottosen: > Joaquin M Lopez Munoz skrev: >> Thorsten Ottosen <thorsten.ottosen <at> dezide.com> writes: > >>> I would use it as a lightweight and more convenient replacement for >>> boost::shared_ptr<const T>. >>> >>> In my application I might have < 50 objects that needs to by flyweights. >>> They are almost never identical, and if they are, the memory occupied by >>> the factory would probably be much larger than that of duplication. >> >> Well, then you might not need using the flyweight idiom >> after all... > > Well, it's lower overhead (if no factory and forwarding > constructors/operations makes it a better choice than shared_ptrconst T>. It might be possible to do this using a custom factory along the lines of: template<class T> struct sp_factory { typedef boost::shared_ptr<T const> handle_type; handle_type insert( T const & t ) { return handle_type( new T( t ) ); } void erase( handle_type ) {} T const & entry( handle_type p ) { return *p; } }; but there's no way to tell from the documentation; it never describes how the Factory template parameter is actually used. http://svn.boost.org/svn/boost/ sandbox/flyweight/libs/flyweight/ doc/reference/flyweight.html#fly weight As I read it, a flyweight<> can ignore all of its template parameters beyond T and still conform to its spec, which is probably not what's intended. Peter Dimov wrote: > Beman Dawes: > >> Where RTTI is useful, but not essential, I'd personally rather not >> remove it entirely. Instead, the code could respond to a macro >> (BOOST_NO_RTTI perhaps) and avoid usage when present. > > In non-essential scenarios, often the proper macro to test is > BOOST_NO_TYPEID: > > http://svn.boost.org/trac/boost/ ticket/1104 > > since typeid(T) does not require the R in RTTI and may be supported even > when RTTI is off (under MSVC for example). Good point. --Beman There's a file called 'madshell.phtml' in the Vault that is probably an exploit. I see a few other .phtml's as well. -- Peter Dimov http://www.pdimov.com >>> So you can call it whatever you like and still be right :-) >>> >>> BTW I believe the min and max cases are basically just mirror >>> images of each >>> other about the location parameter? >> >> So names aside, it's all the extreme value distribution, but there >> are minimum and maximum variations of it. I found this... It was a nice overview of some of the distribution. Section 1.2 has a nice overview of the type 1, 2 and 3 distributions and how they relate (and how they're related to Weibull, for example). I wonder if I can find this book in our math library... http://www.worldscibooks.com/ mathematics/p191.html Andrew Sutton asutton(a)cs.kent.edu Peter Dimov wrote: > There's a file called 'madshell.phtml' in the Vault that is probably an > exploit. I see a few other .phtml's as well. Thanks for pointing those out. I've adjusted the cleanup filter accordingly. -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo More about http://svn.boost.org/svn/boost/ sandbox/flyweight/libs/flyweight/ doc/reference/flyweight.html#fly weight I don't understand the source of the complexity at the flyweight<> level. A "naive" flyweight<> could look like: template<class T, class F = default_factory> class flyweight { typedef typename F::handle_type handle_type; handle_type handle_; public: flyweight( ... args ): handle_( F::insert( T( args... ) ) ) {} T const& get() const { return F::value( handle_ ); } }; It seems to me that this provides the same amount of expressive power as the current interface. Locking/tracking/holding can be made parameters of the Factory if so desired, and a factory_core<F',L,T,H> template may be provided as a convenience in a separate header, but in the majority of the cases the user will never need it. In fact flyweight<> is already implemented in a similar way, it uses a flyweight_core<> class as F. Note that the above simpler flyweight<> allows me to pass the aforementioned template<class T> struct sp_factory { typedef boost::shared_ptr<T const> handle_type; static handle_type insert( T const & t ) { return handle_type( new T( t ) ); } static T const & entry( handle_type p ) { return *p; } }; as F; there's no need to invent a locking policy, a tracking policy, a holder, or a stateful factory. ----- Mensaje original ----- De: Peter Dimov <pdimov(a)pdimov.com> Fecha: Domingo, Diciembre 16, 2007 8:27 pm Asunto: Re: [boost] [flyweight] some minor comments Para: boost(a)lists.boost.org > Thorsten Ottosen: > > Well, it's lower overhead (if no factory and forwarding > > constructors/operations makes it a better choice than > shared_ptrconst T>. > > It might be possible to do this using a custom factory along the > lines of: > > template<class T> struct sp_factory > { > typedef boost::shared_ptr<T const> handle_type; > > handle_type insert( T const & t ) { > return handle_type( new T( t ) ); } > void erase( handle_type ) {} > T const & entry( handle_type p ) { return *p; } > }; This approach would work (except for a technical issue I comment later) but it's overkill because it provides its own tracking, which is already taken care of by the Tracking policy. One would use then in conjunction with the no_tracking and no_locking policies, sort of like this: template<class T> using no_factory_flyweight= flyweight<T,sp_factory<_1,_2>,n o_tracking,no_locking>; An alternative would be to provide an even simpler factory: template<typename Entry,typename Value> struct trivial_factory { typedef const Entry* handle_type; handle_type insert(const Entry& x){return new Entry(x);} void erase(handle_type p){delete p;} const Entry& entry(handle_type p){delete p;} }; // default tracking is ref_counted template<class T> using no_factory_flyweight= flyweight<T,trivial_factory<_1,_2 >,no_locking>; Either of these two alternatives *almost* works, but for a detail: equality of flyweight objects is defined in terms of equality of reference, i.e. x==y iff &x.get()==&y.get(). sp_factory (and trivial_factory) interpret every value as distinct for any other: no_factory_flyweight<std:string> x("hello"), y("hello"); assert(x!=y); //assertion passes which results in no value sharing, except when a flyweight is copied from another. Nothing wrong with this as long as it is known and accepted, of course. > bu ... This message is too long, the rest is truncated. On 12/17/07, boost-request(a)lists.boost.org <boost-request(a)lists.boost.org> wrote: > Send Boost mailing list submissions to > boost(a)lists.boost.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.boost.org/mailman/listinfo.cgi/boost > or, via email, send a message with subject or body 'help' to > boost-request(a)lists.boost.org > > You can reach the person managing the list at > boost-owner(a)lists.boost.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Boost digest..." >

1 0

can't use replace_all under solaris
by Amr Shahin 17 Dec '07

17 Dec '07

hello im trying to use the replace_all function defined in boost/algorithm/string.hpp header, but when i try to compile it under solaris, i get following error: "/usr/include/boost/algorithm/string/detail/sequence.hpp", line 34: Error: Could not find a match for std::string::insert(char*, std::deque<char>::iterator, std::deque<char>::iterator) needed in boost::algorithm::detail::insert<std::string, std::deque<char>::iterator>(std::string &, char*, std::deque<char>::iterator, std::deque<char>::iterator) this is the source code: #include<cstring> #include<iostream> #include <boost/algorithm/string.hpp> using namespace std; using namespace boost; int main( ) { string s = "Amr Yassir Shahin"; replace_all( s , "Yassir" , "Adel" ); cout << "s now: " << s << endl; return 0; } and this is the command i use to compile g++ file.cpp my machine is : SunOS suntest 5.9 Generic_118558-26 sun4u sparc SUNW,Sun-Fire-V240 anyone can help ?

1 0

[iterator, test] Patches for PA_RISC HP-UX 11.11 compatibility
by Jurko Gospodnetić 17 Dec '07

17 Dec '07

[I am repeating this post as no one replied to it and I guess it could have gotten overlooked in the original thread.] Hi. I'm attaching two patches - one for the Boost test and one for the Boost iterator library to make them compatible with HP-UX PA_RISC 11.11 system headers. These headers define global preprocessor macros R1, R2, ... so the patches rename similarly named identifiers in Boost code. Patches have been prepared based on SVN revision 41987. They are simple local variable and template parameter renames which should not cause any problems. New names are a bit more verbose to eliminate possible conflicts with headers on other system. Could someone please apply them? And could they be applied to the 1.35 branch as well? These patches in additional to two slight tweaks inside Boost ASIO will allow Boost ASIO to compile and pass all tests on this platform. Hope this helps. Best regards, Jurko Gospodnetić --- C:\Documents and Settings\Jurko\Desktop\SVN_41987\boost\iterator\iterator_facade.hpp 2007-12-12 11:50:30.000000000 +-0100 +++ C:\Documents and Settings\Jurko\Desktop\Modified\boost\iterator\iterator_facade.hpp 2007-12-12 12:13:51.000000000 +-0100 @@ -428,34 +428,34 @@ }; } // namespace detail // Macros which describe the declarations of binary operators # ifdef BOOST_NO_STRICT_ITERATOR_INTEROPERABILITY -# define BOOST_ITERATOR_FACADE_INTEROP_HEAD(prefix, op, result_type) \ - template < \ - class Derived1, class V1, class TC1, class R1, class D1 \ - , class Derived2, class V2, class TC2, class R2, class D2 \ - > \ - prefix typename mpl::apply2<result_type,Derived1,Derived2>::type \ - operator op( \ - iterator_facade<Derived1, V1, TC1, R1, D1> const& lhs \ - , iterator_facade<Derived2, V2, TC2, R2, D2> const& rhs) +# define BOOST_ITERATOR_FACADE_INTEROP_HEAD(prefix, op, result_type) \ + template < \ + class Derived1, class V1, class TC1, class Reference1, class Difference1 \ + , class Derived2, class V2, class TC2, class Reference2, class Difference2 \ + > \ + prefix typename mpl::apply2<result_type,Derived1,Derived2>::type \ + operator op( \ + iterator_facade<Derived1, V1, TC1, Reference1, Difference1> const& lhs \ + , iterator_facade<Derived2, V2, TC2, Reference2, Difference2> const& rhs) # else -# define BOOST_ITERATOR_FACADE_INTEROP_HEAD(prefix, op, result_type) \ - template < \ - class Derived1, class V1, class TC1, class R1, class D1 \ - , class Derived2, class V2, class TC2, class R2, class D2 \ - > \ - prefix typename boost::detail::enable_if_interoperable< \ - Derived1, Derived2 \ - , typename mpl::apply2<result_type,Derived1,Derived2>::type \ - >::type \ - operator op( \ - iterator_facade<Derived1, V1, TC1, R1, D1> const& lhs \ - , iterator_facade<Derived2, V2, TC2, R2, D2> const& rhs) +# define BOOST_ITERATOR_FACADE_INTEROP_HEAD(prefix, op, result_type) \ + template < \ + class Derived1, class V1, class TC1, class Reference1, class Difference1 \ + , class Derived2, class V2, class TC2, class Reference2, class Difference2 \ + > \ + prefix typename boost::detail::enable_if_interoperable< \ + Derived1, Derived2 \ + , typename mpl::apply2<result_type,Derived1,Derived2>::type \ + >::type \ + operator op( \ + iterator_facade<Derived1, V1, TC1, Reference1, Difference1> const& lhs \ + , iterator_facade<Derived2, V2, TC2, Reference2, Difference2> const& rhs) # endif # define BOOST_ITERATOR_FACADE_PLUS_HEAD(prefix,args) \ template <class Derived, class V, class TC, class R, class D> \ prefix Derived operator+ args --- C:\Documents and Settings\Jurko\Desktop\SVN_41987\boost\test\test_tools.hpp 2007-12-12 11:49:19.000000000 +-0100 +++ C:\Documents and Settings\Jurko\Desktop\Modified\boost\test\test_tools.hpp 2007-12-12 12:27:50.000000000 +-0100 @@ -643,24 +643,24 @@ //____________________________________________________________________________// template <class Left, class Right> inline predicate_result bitwise_equal_impl( Left const& left, Right const& right ) { - predicate_result res( true ); + predicate_result res( true ); std::size_t left_bit_size = sizeof(Left)*CHAR_BIT; std::size_t right_bit_size = sizeof(Right)*CHAR_BIT; - static Left const L1( 1 ); - static Right const R1( 1 ); + static Left const leftOne ( 1 ); + static Right const rightOne( 1 ); std::size_t total_bits = left_bit_size < right_bit_size ? left_bit_size : right_bit_size; for( std::size_t counter = 0; counter < total_bits; ++counter ) { - if( ( left & ( L1 << counter ) ) != ( right & ( R1 << counter ) ) ) { + if( ( left & ( leftOne << counter ) ) != ( right & ( rightOne << counter ) ) ) { res = false; res.message() << "\nMismatch in a position " << counter; } } if( left_bit_size != right_bit_size ) {

4 12

[functional/forward]howto do Abraham's new_ attached to review post
by Larry Evans 17 Dec '07

17 Dec '07

I've been trying, unsuccessfully, to use the forward library to do what the template<class T> inline std::auto_ptr<T> new_ (/*variadic number args passed to T CTOR/*) function shown in the attachment to: http://lists.boost.org/Archives/boost/2007/12/131251.php However, so far all I've got is shown in the attachment. But that's not what, AFAICT, Abraham's new_does. Could someone show me how to do Abraham's new with functional/forward?

1 2

[patch] mersenne_twister serialization
by Neal Becker 17 Dec '07

17 Dec '07

This is an improved patch for mt serialization, using the serialization collection stuff

1 0

Trac open bug summary mailings missing new tickets
by David Abrahams 17 Dec '07

17 Dec '07

http://svn.boost.org/trac/boost/report/9 shows that although I have accepted 9 tickets, my libraries have many more open tickets than that against them. I think the total number is more interesting than the number I've actually accepted. -- Dave Abrahams Boost Consulting http://www.boost-consulting.com

2 1

[iterator] lvalue-ness resurrection in transform_iterator?
by shunsuke 17 Dec '07

17 Dec '07

Hi, Assume a base iterator is an InputIterator with RandomAccessTraversalTag. boost::make_zip_iterator often returns such iterators. boost::transform_iterator sometimes resurrects lvalue-ness of its base iterator. For example, char & to_lvalue(boost::tuple<char &, int &> const &t) { return boost::get<0>(t); } can return a lvalue from zip_iterator dereference. Therefore, if boost::transform_iterator extracts "pure" traversal tag from its base iterator, it can be not an InputIterator but a RandomAccessIterator. The patch will be something like this: template <class UnaryFunc, class Iterator, class Reference, class Value> struct transform_iterator_base { // ... typedef iterator_adaptor< transform_iterator<UnaryFunc, Iterator, Reference, Value> , Iterator , cv_value_type - , use_default // Leave the traversal category alone + , typename pure_traversal_tag<typename iterator_traversal<Iterator>::type>::type , reference > type; }; } Is there any pitfalls? Regards, -- Shunsuke Sogame

2 5

[Announce] Boost Testing Integrated with Trac
by David Abrahams 16 Dec '07

16 Dec '07

Pursuant to the conclusions of http://lists.boost.org/Archives/boost/2007/08/125724.php that our reporting system ought to be integrated with Trac, Daniel Wallin and I have installed a modified Bitten plugin (http://bitten.edgewall.org/) on the boost-consulting Trac server. We are using it with a few slave machines to test (a mirror of) the Boost subversion repository. You can see the results at: https://boost-consulting.com/trac/projects/boost/build https://boost-consulting.com/trac/projects/boost/build/trunk https://boost-consulting.com/trac/projects/boost/build?view=inprogress and by following the obvious links on those pages. Some features (I'm probably forgetting something; please poke around and see what you can discover): * runs tests for each atomic Boost checkin. * slaves can run incremental or from-scratch tests * failure markup is processed very quickly in Python on the machine doing the testing and used to alter the effect of failures, with no horrendous and time-consuming XSLT step * no tests are run for libraries that are marked unusable on a given os/compiler * no unreliable jam log processing is involved: Boost.Build is directly generating XML which is processed by python and shipped up to the Trac server * only failed tests that aren't marked up are shown in most views * a record of each build run is kept in the Trac server's database * reorganizing the system so that several machines can contribute to a single test run with a given OS/toolset is fairly straightforward. There are obviously a few rough edges and things we could do better in the UI, but I really believe this overall approach is a winner. Daniel and I are fairly competent Trac and Bitten hackers, so we should be able to make this system do whatever Boost needs, feed back the improvements to the Bitten community, and leave us with a maintainable codebase that isn't permanently tied to one or two people. It's time to open a discussion of exactly how the system should evolve, what features we want to see in the UI, etc. I hope those of you with an interest in the quality of Boost testing tools will join us on the boost-testing list to discuss this project's future. If anyone wants to run an additional testing slave, please let me know; once you have Python on your system, it's extremely easy to set up. Regards, Dave Postscript: Quick Overview of Bitten for Boost people ===================================================== Bitten is a continuous integration system that's integrated with Trac. Testing machines (called "slaves") run a Python script (part of the Bitten distribution) that checks periodically with the server to see if anything needs to be tested. The server manages a set of testing "recipes," each of which is associated with a directory in the subversion repository and a set of slave criteria (such as "are you running Linux?"). If a recipe has criteria matching the inquiring slave and there have been changes in the associated part of the repository, the slave executes the recipe. A recipe is divided into a series of "steps," each of which is composed of commands (http://bitten.edgewall.org/wiki/Documentation/commands.html) Slaves report back to the server as they execute each step, so the server can tell you about the progress of each slave. If any step fails, the build fails and the slave stops. Recipes are expressed in XML and stored in the server's Trac database. Trac users with the right privileges can create, edit, and delete recipes. -- Dave Abrahams Boost Consulting http://www.boost-consulting.com

3 4

[vault] Suspicious file: madshell.phtml
by Peter Dimov 16 Dec '07

16 Dec '07

There's a file called 'madshell.phtml' in the Vault that is probably an exploit. I see a few other .phtml's as well. -- Peter Dimov http://www.pdimov.com

2 1

Suggestion to lexical_cast library
by Márcio Gil 16 Dec '07

16 Dec '07

Hello, I suggest this add on lexical_cast library: a lexical_cast_def function, which work's like the AnsiString's ToIntDef method (from Borland VCL). Reason: the use of a lexical_cast without a try ... catch block, if the source is not guaranteed to be safe. Example: string source; int x = lexical_cast_def<int>( source, 0 ); In opposite of: string source; int x; try { x = lexical_cast<int>( source ); } catch(...) { x = 0; } Soon I can write this function in my project: template<typename Target, typename Source> Target lexical_cast_def(Source arg, Target def) { Target result; try { result = lexical_cast<Target>(Source); } catch (..) { result = def; } return result; } Otherwise we can post in the library this simplest and fastest function: template<typename Target, typename Source> Target lexical_cast_def(Source arg, Target def) { detail::lexical_stream<Target, Source> interpreter; Target result; if(!(interpreter << arg && interpreter >> result)) return def; return result; } And the call-by-const reference version. Thanks, Marcio Gil. P.S.: This is my first post in this list, soon excuse my bad English, I don't speak English, is that used only for reading.

2 1

[spirit] Causes a blizzard of warning from Boost.Format under MSVC?
by John Maddock 15 Dec '07

15 Dec '07

I'm at a loss to explain this, but this program: #include <boost/math/special_functions.hpp> int main() { boost::math::erf(2); } Compiles cleaning with MSVC-8, but as soon as I add a particular spirit #include: #include <boost/math/special_functions.hpp> #include <boost/spirit/utility/distinct.hpp> int main() { boost::math::erf(2); } Then Boost.Format (used internally be Boost.Math for error message formatting) issues a whole blizzard of warnings, that I actually thought I had fixed. I've checked Spirit for mismatched #pragma push/pop declarations, but they all look OK to me. Does anyone have any ideas what may be going on here, 'cos I'm stumped and the warnings are really very annoying! Many thanks, John.

4 9

[1.35.0][conversion] Failure to merge trunk changes to release branch
by Beman Dawes 15 Dec '07

15 Dec '07

A number of failures for release branch testing of the conversion library were the result of changes to trunk that were not also merged into the release branch. Developers need to remember to merge changes into branches/release if the changes are to go in the 1.35.0 release. To speed testing, I've now done that for the conversion library. But, really, this is something individual developers need to take responsibility for. --Beman

2 2

[units] - BOOST_UNITS_STATIC_CONSTANT
by Noah Roberts 15 Dec '07

15 Dec '07

It would appear that there's something wrong with this macro. I've looked at it and I'm not sure how it happens... In a precompiled header I'm including a system of units I'm creating. Some are simply composites of fundamental dimensions that are missing, such as volumetric flow, but others are different dimensions, such as currency. Some of the files that include this precompiled header use time(), the C function. However, if I use BOOST_UNITS_STATIC_CONSTANT to instantiate the unit for currency, which I'm pasting below, with VC++ 8, it pulls the time dimension into the global namespace. This of course causes the whole project to fail since that's where time() lives. If I just create a static variable this doesn't happen. What was the problem with static variables that necessitates a BOOST_UNITS_STATIC_CONSTANT? I'm using the mcs units from the vault, has this problem been fixed or even noticed before? Is there a report of changes to mcs that I can view? #pragma once #include <boost/units/systems/si.hpp> namespace esi { namespace units { using namespace boost::units; namespace systems { namespace SI { using namespace boost::units::SI; struct currency_tag : ordinal<11> {}; // dimension tag for currency typedef fundamental_dimension<currency_tag>::type currency_type; typedef unit<currency_tag, SI::system> currency; //BOOST_UNITS_STATIC_CONSTANT(coin, currency); static currency const coin; } } } }

2 1