- Boost - lists.boost.org

[IOStreams] windowing in mapped_file
by Benjamin Collins 05 Sep '07

05 Sep '07

I have, on occasion, had a need to read large files. Sometimes, boost::iostreams::mapped_file works just fine, as long as I have enough memory space available to map the file in its entirety. Sometimes I don't. I have been thinking of making io::mapped_file support the notion of memory-mapped files with sliding windows. I have tried a little bit of code, but without much success because I hadn't thought through the design very well (and part of that I blame on my current position on the learning curve of developing boost libraries). In particular, I tried adding a couple of parameters to the mapped_file_params struct, and then coding support for it in the mapped_file_source class. This doesn't get very far in getting what I want for several reasons mostly because it doesn't address how the upper layers of iostreams will use the device. The data(), begin(), and end() member functions return simple char* (the iterator type is just typedef char *). I'd like to take another approach, which I think would be better than my initial attempt. I'd like to do something approximating the following: template<class W = default_window_manager> class mapped_file_source { public: typedef W::iterator iterator_type; // ... iterator_type begin() const; iterator_type end() const; iterator_type data() const; // ... private: W _manager; }; Where 'class W' would have to model something like the following: class window_manager { public: struct iterator { operator++() { if(current_ptr+1 >= current_map_end) // remap file to the next block, re-adjust pointers } operator--() { if(current_ptr-1 <= current_map_begin) // remap file to the previous block, re-adjust pointers } // operators for +,- might also need to do something non-trivial }; private: // member functions to perform re-mapping current_ptr; current_map_begin; current_map_end; }; Of course, the above does not deal with random access at all. 'default_window_manager' could just provide a windowed memory map with a single window that is exactly the size of the file to make mapped_file behave as it currently does. It seems to me that this could be generally useful, but perhaps reality is that I need to be saved from myself. Comments? I apologize in advance if this is has been hashed over before. My searches of the archives turned up nothing, but the internet is too big a place to prove a negative. -- Benjamin A. Collins <ben.collins(a)acm.org> http://bloggoergosum.us

3 6

[GSoC] Boost.Extension/Reflection final status
by Mariano Consoni 04 Sep '07

04 Sep '07

As you surely know, I've been working during GSoC in a project called Boost.Extension/Reflection. Now that GSoC is finished, I'm sending this email to summarize my work in the last three months. The first part was Boost.Extension. It's a library to load dynamic plugins (in the form of .so or .dlls) to C++ programs. The library had been started by Jeremy Pack prior to GSoC, and our goal was to finish it and prepare for revision. We (almost) finished the library , just remaining some minor details that Jeremy addressed. We think that we are asking a revision soon. Then we moved to Boost.Reflection part. This part is about making a library (from scratch) that allows C++ to acquire Reflection features. For reflection we mean ways to know about its structure, meta-information for the classes and its methods. The first step in the process was to read some papers about reflection in C++ (and about the paradigm itself). After that, I started to implement some of the Jeremy's ideas. That prototype started to grow and now it has some functionalities: - The reflection of an interface can be created. This structure prepares the storage for the class methods. The reflection also stores an Info class (similar to the one in Boost.Extension) and an ID to select the interface. The type of the ID is a template argument. - Different methods can be stored. The interface is the one suggested by Jeremy, where you define the type of the parameter ID and the type of the parameter itself with template arguments. The method info is stored in a multi-type map, similar to the factory map of Boost.Extension. - Finally, we want to call that methods. Two methods were proposed to do that (but only one is fully functional now): . call a method defining its parameter and parameter ID types using the call method template arguments. . call a method using a parameter map. The parameter map is implemented, but Jeremy is working in the best way to find the method and invoke the function pointer. We also have three examples (a basic one, another showing Boost.Extension integration and an example C++ interpreter prototype). Also we have a unit test checking the basic functionalities. That's the code. Besides that we've docs. We have an introduction, a general description and two tutorials. The first tutorial is about the first example, and the second is about the Boost.Extension integration example. Also we have a section describing the C++ interpreter prototype. All is in the SVN with Jamfiles that compile everything. There are a lot of things to do/improve. But I think that we achieved the basic objective of having a solid base. Having that we have time to improve and complete. After GSoC finish, Jeremy has been hacking the code a lot and we have important changes, including the library interface. Now we have to stabilize the new branch and then update the docs, tests and examples. We're looking forward to improve Boost.Reflection in order to prepare it for revision at some point. Thanks to the community for their help and suggestions during the program. Bye! -- mariano

4 9

recursive_directory_iterator assertion failure
by eric ehlers 04 Sep '07

04 Sep '07

Hello, Using boost version 1.34.1 I get an assertion failure when comparing recursive_directory_iterator to the end iterator if the corresponding path comprises an empty directory. // a directory that is not empty - runs OK //boost::filesystem::path boostPath("C:\\test_notempty"); // a directory that is empty - crashes boost::filesystem::path boostPath("C:\\test_empty"); if (boost::filesystem::is_directory(boostPath)) { boost::filesystem::recursive_directory_iterator end_itr; for (boost::filesystem::recursive_directory_iterator itr(boostPath); itr != end_itr; ++itr) { std::cout << itr->path().string() << std::endl; } } Assertion failed: m_imp.get() && "attempt to dereference end iterator", file c:\ program files\boost\boost_1_34_1\boost\filesystem\operations.hpp, line 849 This issue has been reported before: http://lists.boost.org/Archives/boost/2006/10/111230.php What's the workaround? I can't seem to find any way to inspect the path or its iterator to distinguish an empty directory from a nonempty one without crashing the program. Thanks, Eric

2 2

[graph] [property_map] updates
by Andrew Sutton 04 Sep '07

04 Sep '07

Boost.Graph folks, I just committed a raft of changes to the the property_map library in the v2 branch. I also broke source compatibility with it. Since Boost.Graph is really the only client (according to a grep on all headers in Boost), I'm not terribly worried. I figure I'll be propagating all of these changes anyway... I may end up branching the 'pending' directory also since there are some references to the property library with in it. Basically, I wanted to explode the single header into a number of files within a property_map library - it makes adding new property maps a little easier when you're not thru a couple thousand lines for a single function :) It also turns out that most files don't need to include the archetypes or concepts unless there's actually a concept check, so it can cut out some code. This also allows other libraries to selectively pick and choose which maps to work with. I started working on a ChangeLog that should help document the more destructive changes. It's here: http://svn.boost.org/trac/boost/browser/sandbox/graph-v2/libs/ property_map/ChangeLog It turns out that many of the property maps (especially, identity, dummy) provide far more interface than they should - especially the lvalue access (via operator[]). I'm not really sure if lvalue access conceptually applies in all of these cases. My rule of thumb is: if there's something that can be returned by reference, do it. If there's something that can be returned by const reference, do that. Otherwise, do nothing. This means, for example, that the dummy_property_map no longer does everything it used to, it simply consumes writes, but should do so more efficiently than before (it no- ops the put() function). Umm... If anybody is interested in perusing the source, I'd appreciate it. If anybody feels that I should add or remove anything (like dynamic_properties?) please let me know. Andrew Sutton asutton(a)cs.kent.edu

1 0

SVN performance issues
by Vladimir Prus 04 Sep '07

04 Sep '07

I have just run this: svn diff http://svn.boost.org/svn/boost/branches/RC_1_34_0/boost/tools/build/v2 http://svn.boost.org/svn/boost/trunk/tools/build/v2 > RC_HEAD.diff and it took about 13 mins. On another machine (with another network), it took 15 mins. I've asked for confirmation on IRC, and two people are at 11 and 13 mins as a write this (and still running). Is there some network or setup issue with SVN server? Maybe the apache connection limit is set too low? - Volodya

8 12

Linker error: Can't hide symbol "libboost_thread-gcc34-mt-1_34.sl.1.34.0"
by Oliver.Kowalke＠qimonda.com 04 Sep '07

04 Sep '07

Hi, I get on HP/UX 11.11 following linker warning during boost build process: /usr/ccs/bin/ld: (Warning) Can't hide symbol "libboost_thread-gcc34-mt-1_34.sl.1.34.0" After command: "g++" -o "bin.v2/libs/thread/build/gcc-3.4.4/release/threading-multi/libboost_thr ead-gcc34-mt-1_34.sl.1.34.0" -Wl,-h -Wl,libboost_thread-gcc34-mt-1_34.sl.1.34.0 -shared "bin.v2/libs/thread/build/gcc-3.4.4/release/threading-multi/barrier.o" "bin.v2/libs/thread/build/gcc-3.4.4/release/threading-multi/condition.o" "bin.v2/libs/thread/build/gcc-3.4.4/release/threading-multi/exceptions.o " "bin.v2/libs/thread/build/gcc-3.4.4/release/threading-multi/mutex.o" "bin.v2/libs/thread/build/gcc-3.4.4/release/threading-multi/once.o" "bin.v2/libs/thread/build/gcc-3.4.4/release/threading-multi/recursive_mu tex.o" "bin.v2/libs/thread/build/gcc-3.4.4/release/threading-multi/thread.o" "bin.v2/libs/thread/build/gcc-3.4.4/release/threading-multi/tss_hooks.o" "bin.v2/libs/thread/build/gcc-3.4.4/release/threading-multi/tss_dll.o" "bin.v2/libs/thread/build/gcc-3.4.4/release/threading-multi/tss_pe.o" "bin.v2/libs/thread/build/gcc-3.4.4/release/threading-multi/tss.o" "bin.v2/libs/thread/build/gcc-3.4.4/release/threading-multi/xtime.o" -lrt -Wl,-s -shared -Wl,-b -fPIC -pthread -D_REENTRANT Could somebody explain it? Can I ignore it? regards, Oliver

1 0

Trac open tickets - by assignee
by Marshall Clow 04 Sep '07

04 Sep '07

[ 352 open tickets today, 353 yesterday ] [ Changed the title of the email after feedback that these are not all bugs... ] 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> 28 djowel 27 grafik 24 doug_gregor 19 az_sw_dude 18 rogeeff 17 ramey 17 johnmaddock 16 None 15 jsiek 15 dave 12 pdimov 12 agurtovoy 11 turkanis 11 dgregor 10 vladimir_prus 9 anthonyw 8 nesotto 6 shammah 6 jbandela 6 <Blank> 5 witt 5 samuel_krempp 5 nasonov 5 dlwalker 5 bemandawes 4 urzuga 4 mark_rodgers 4 fcacciola 4 ebf 4 danielw 3 jmaurer 2 nobody 2 igaztanaga 2 hubert_holin 1 t_schwinger 1 speedsnail 1 samuel_k 1 pavol_droba 1 mumiee 1 mistevens 1 hkaiser 1 garcia 1 eric_niebler 1 asutton 1 aaron_windsor None 1222 lambda::ret<T> should declare result_type. None 1219 Add official Visual C++ 2008 (9.0) support None 1199 configure doesn't work with path containing whitespaces (MacOS X) None 1187 bcp copy not needed files None 1184 property_tree assignment (operator) bug None 1182 Specifying character-set by the guideline and the inspect program None 1166 [boostbook] paths relative to boost.root None 1116 disable some warnings in msvc build None 1094 Finding the correct library to link (feature request for pkg-config support)h None 1079 boost-1.34.0 fails to compile. concept checks not satisfied. None 1068 Mersenne twister disables streaming for Visual C++ None 1059 random_on_sphere can be made 10 times faster! None 991 [pool] None 986 Problem building Python modules on boost 1.34.0 None 982 x64 documentation for windows None 960 [random] lognormal_distribution problem <Blank> 1192 [boostbook] problem when two files have the same name <Blank> 1093 Mandatory source files shouldn't require_ or give the impression to require_ the Boost Build system <Blank> 1070 [iostreams]boost\iostreams\copy.hpp line80 copy_impl <Blank> 1033 iostreams::restrict doesn't work on an iostreams::file_source <Blank> 824 BOOST_IOSTREAMS_HAS_LSEEK64 on Mac OS X <Blank> 823 Seekable file_descriptor_source /sink? aaron_windsor 778 top-level configure is broken agurtovoy 1215 Boost 1.34.1_ mpl: Wrong workaround detection using MinGW32 (or.hpp_ line #33) agurtovoy 1122 Update regression.py to use SVN repo. agurtovoy 1099 unable to iterate through a "non-explicitly-declared" mpl::set agurtovoy 1051 MPL header ordering triggers bug agurtovoy 1049 Getting mpl/has_xxx.hpp to compile on AIX agurtovoy 1001 gcc 4.1.2 segfaults on mpl/test/apply.cpp agurtovoy 861 Detect nested template members with has_template_xxx agurtovoy 816 duplicat initial members -> erase_key postcond. fail agurtovoy 761 [mpl] evc4 port agurtovoy 640 documentation mistake agurtovoy 637 Adjusts mpl::pair concept to be compatible with STL pairs agurtovoy 588 mpl::remove compile error with gcc 4.1.0 anthonyw 1226 macro TEXT() in GetProcAddress() anthonyw 1168 [thread] tss crashes randomly anthonyw 1154 tss destruction segfaults in conjunction with dlopen/dlclose anthonyw 1053 Error using boost::mutex and C++/CLI anthonyw 659 provide an abstract "Task" type based on Boost.Threads anthonyw 881 errors when build with Apache stdcxx anthonyw 876 xtime documentation incomplete anthonyw 868 [thread] thread_specific_ptr::element_type ? anthonyw 802 [thread] MSVS: Allow use of thread headers with /Za asutton 693 Add clique detection algorithms DFMax_ Bron-Kerbosch az_sw_dude 1207 Method "from_julian_day_number" (class gregorian_calendar) not documented az_sw_dude 1162 warning: ticks shadows a member of this az_sw_dude 1160 warning: month_format shadows a member of this az_sw_dude 1147 date_time library contains global #define ERROR az_sw_dude 1098 Urgent libboost-date-time1.33.1 : bugs on ia64 ? az_sw_dude 1078 from_iso_string cannot read the output from to_iso_string az_sw_dude 1028 typo in boost header: date_time/time_defs.hpp az_sw_dude 187 locale az_sw_dude 17 Socket wrapper class az_sw_dude 890 date_time library supports only the current dst rule az_sw_dude 889 Insane Dependencies az_sw_dude 827 Unused variable in format date parser az_sw_dude 642 operator<< for gregorian::date_duration not found az_sw_dude 614 new timezone db file for #1471723 - 2007 DST support az_sw_dude 605 support new 2007 DST rules for timezone db az_sw_dude 604 from_ftime incorrectly processes FILETIME filled with zeros az_sw_dude 596 make timezone csv file C/C++ compatible az_sw_dude 316 date_time type conversion warning az_sw_dude 287 wrong usage of ios_base::narrow bemandawes 1090 scoped_file class that deletes file at end of scope bemandawes 897 exists() throws exeption on existing but locked file on wind bemandawes 752 directory_iterator doesn't work with catch bemandawes 590 mkstemp bemandawes 559 linker error mingw 3.4.5 danielw 1097 keyword.hpp generates many warnings C4180: qualifier applied to function type has no meaning; ignored danielw 1054 Parameter takes an "infinite" amount of time to compile with the Intel compiler. danielw 1044 Argument pack inaccessable in a functions return type danielw 863 [parameter] fix operator|| for lazy binding dave 1181 [boost.python] can modify enum value dave 1180 [boost.python] def_readwrite need a default docstring dave 1179 [boost.python] can not export a union in VC2005sp1 dave 1096 Tutorial needs updating for BBv2 dave 1085 Python rules for compiling in Mac OS X dave 1066 Patch to make Boost.Python compile on SunCC dave 1020 Boost.Iterator proposal to add is_constant_iterator dave 1019 iterator_facade::pointer should be the return type of operator-> (DR 445) dave 1010 linking boost.python on freebsd dave 918 __doc__ strings dave 916 BPL Support for Python Callable Objects dave 910 gcc strict-aliasing problems with python dave 903 inconsistent usage of function pointer typedefs dave 865 Use of C++0x keyword as identifier dave 857 add shared_ptr< const T> support dgregor 1218 Boostbook error when generating documentation for a member typedef with a description dgregor 1185 iostreams::direct_streambuf<T_Tr>::is_open always returns false if output iterator is not null dgregor 1164 Floyd Warshall broken with unsigned edge weights dgregor 1149 Minor doc error in basic_null_device dgregor 1140 boost::iostreams linked_streambuf bug dgregor 1139 [iostreams] Regex filter segfaults when zero matches found dgregor 1124 ./configure failed on cygwin dgregor 1011 amd64: #error Boost.Numeric.Interval: Please specify rounding control mechanism. dgregor 1003 [iostreams] copy-paste error in typedefs for wchar multichar_filters dgregor 1002 [iostreams] close_impl<closable_tag> does not comply with spec dgregor 556 Bundled graph properties djowel 1221 Section names may cause html names to be too long djowel 1214 Provide an error count from a bjam Quickbook build djowel 1213 Specify that [#named_anchors] are global djowel 1208 gcc initialization order warnings djowel 1206 Escaping from within code? djowel 1205 Quickbook getting started djowel 1204 Non-breaking-space? djowel 1202 Add a [teletype] source mode djowel 1200 Revamp the header information djowel 1194 Add ID to table to allow linking to tables easily djowel 1193 Nestable tables and lists and exlicit paragraph markup djowel 1190 Markups inside simple markups djowel 1189 Scoped Macros djowel 1176 Space after inline code djowel 1175 What is punctuation? djowel 1174 Simplified template arg handling djowel 1173 Balanced comments djowel 1172 non-utf djowel 1171 Quickbook title output djowel 1170 Emit Warnings instead of # symbols in the syntax highlighter djowel 1159 bibliography support djowel 1158 optional named parameters djowel 1157 On Images djowel 1156 feature request: linkid to the whole document djowel 664 crash in boost::spirit::parse djowel 543 Embedded python won't compile djowel 314 spirit insert_key_actor.hpp djowel 241 Miss " = ParserT()" dlwalker 1227 Original/Signed/Unsigned Integer Variant Selection Templates dlwalker 1225 Exact-sized Integer Type Selection Templates dlwalker 1224 MPL compatibilty for Integer Type Selection Templates dlwalker 653 [integer] add support for integers longer than long dlwalker 613 boost/crc.hpp uses non-standard conforming syntax doug_gregor 1087 Mismatch between BBv2 and bjam toolsets in configure script. doug_gregor 1076 compile error: disconnecting struct with operator()() doesn't work in VS2005 SP1 doug_gregor 1067 Function needs to use pass-by-reference internally doug_gregor 1021 [Graph][reverse_graph] Problem using reverse_graph adapter with an adapted user defined graph doug_gregor 954 boost::dynamic_properties has no copy-constructor doug_gregor 891 Bunch of compilation error reported while using function.hpp doug_gregor 870 boost::graph::graph_utility.hpp is_connected() bad call doug_gregor 862 [utility] Make result_of handle lambda expressions doug_gregor 852 Problem with Boost and GCC 4.1 doug_gregor 829 Implicit graph not implement doug_gregor 746 max flow with lower bounds (capacities) doug_gregor 738 Memory leaks with signal::connect? doug_gregor 736 Const correctness violation doug_gregor 735 Fruchterman-Reingold grid performance can be improved doug_gregor 733 Numbered headers don't work with "preferred" syntax doug_gregor 732 Johnson All-Pairs needs better "no path" information doug_gregor 708 Dijkstra no_init version should not require VertexListGraph doug_gregor 447 reverse_graph and constness of property maps doug_gregor 403 Document copy_component doug_gregor 402 random_vertex/random_edge are unnecessarily inefficient doug_gregor 395 BGL graph types do not support allocators doug_gregor 375 LEDA graph adaptors do not handle hidden nodes properly doug_gregor 373 LEDA graph adaptors for undirected graphs doug_gregor 372 adjacency_matrix should model BidirectionalGraph ebf 1112 reference_wrapper<T> should convert to reference_wrapper<U> when T& is convertible to U& ebf 993 Variant should use least common multiple of alignments_ rather than maximum ebf 965 [doc] boost::variant tutorial - final example uses v1_v2 should be seq1_seq2 ebf 547 [variant] Compile time checked getter eric_niebler 1071 Request for BOOST_REVERSE_FOREACH and rationale fcacciola 1217 value_initialized leaves data uninitialized_ when using MSVC fcacciola 282 boost::optional<enum> fails with /CLR fcacciola 818 No zero-argument in_place() fcacciola 617 Numeric Conversion Documentation minor bug garcia 1045 [multi_array] Need a proper swap operation grafik 1203 Decouple the backend grafik 1146 KAI Referenced in compiler status acknowledgements grafik 1135 bjam crashes grafik 1128 boost-buil rule does not overrule BOOST_BUILD_PATH grafik 1088 Docs for template escape feature. grafik 1074 FreeBSD specific patches to boost 1.34.0 grafik 1041 Cygwin requires PATH setting. grafik 1040 boost.devel archive at ActiveState disconnected grafik 1031 AmigaOS fixes for bjam grafik 1023 inspect grafik 989 Boost build does not support building universal binaries on macintosh grafik 714 [jam] HardLink rule on NT platform grafik 94 Better reporting of failed expectation. grafik 93 Testing problems on AIX and OSF grafik 1062 Cygwin install stage fails with combination of patches grafik 977 bjam crashes when compiled with gcc 4.2 grafik 959 linking fails when Boost is compiled with STLport 5.1.* on Linux (names mismatch) grafik 896 <native-wchar_t>off does not work when build with vc-8.0 grafik 798 bjam: always define OSPLAT grafik 721 Generated files "@()" don't work in regular expressions. grafik 683 libraries won't build grafik 616 Boost Jam_ and non english directorys grafik 552 Building universal binary on MacOSX grafik 546 boost.build needs fixes for HP/UX grafik 497 Unable to build boost with Dinkumware STL version 4.02 grafik 481 Linker Problems with VC .NET 2003 / STLPort / Boost grafik 431 boost jam problem with parallel builds hkaiser 1077 Spirit integer parser does not always detect integer overflow hubert_holin 647 octonion documentation bug hubert_holin 162 Cannot compile octonion_test.cpp because of bug in sinc.hpp igaztanaga 1210 interprocess::barrier hangs during second use under linux (boost 1.33.1) igaztanaga 1080 boost::interprocess win32 global file mapping issue jbandela 665 bug in char_separator jbandela 501 token_iterator::at_end() result is inversed jbandela 306 Visual C++ "Language Extensions" support jbandela 283 Compiler error for tokenizer on Solaris jbandela 279 SLOOOWW tokenizer compilation on VC++6.0 jbandela 259 Problem compiling :/ jmaurer 920 Proposed extension to random library jmaurer 819 uniform_int<> with type's maximum availaible range error jmaurer 351 Diff in state of mersenne_twister gen between GCC3.41 & CW9 johnmaddock 1216 problems compiling template class using is_class and is_arithmetic johnmaddock 1178 Regular expression min match length johnmaddock 1130 GCC -wundef warnings johnmaddock 1083 boost_regex 1.34.0 uses ICU library without linking to it johnmaddock 1081 Empty string rejected as perl-style regex johnmaddock 1008 Undocumented type traits. johnmaddock 1148 boost_1_34_1 regex library compile failure on aix with xlv johnmaddock 1105 Add BOOST_NO_STD_TYPEINFO or inject ::type_info into std johnmaddock 1104 Add BOOST_NO_TYPEID johnmaddock 1103 Add BOOST_NO_IOSFWD johnmaddock 1102 Add BOOST_NO_IOSTREAM johnmaddock 883 errors when build with Apache stdcxx johnmaddock 764 [regex] add support for a BOOST_NO_CREGEX mode johnmaddock 633 [config] evc4 port johnmaddock 591 make portable stdint.h from boost code johnmaddock 502 Problem running configure for unsupported platform johnmaddock 492 Adding boost::is_complex to type_traits.hpp jsiek 905 Assertion failed in token_iterator.hpp jsiek 315 Implement operator[] for Tokenizer jsiek 900 graphml reader namespace handling is broken jsiek 875 No iterator based constructor for adjacency_matrix jsiek 815 remove_edge core dumps on self-circle jsiek 813 concept_check.hpp unused variable warning jsiek 694 Add Maximum Common Subgraph (MCS) algorithm jsiek 636 strange compiling problem for transitive_closure jsiek 580 Max Flow Algorithm jsiek 575 Calling subgraph::global_to_local on a root graph jsiek 541 [concept_check.hpp] remove unused variable warning in msvc jsiek 416 Spelling of Edmonds-Karp-Algorithm jsiek 193 Check ordering for mutexes jsiek 182 Support aspect-orientation jsiek 100 more use of the concept "allocator" mark_rodgers 821 allow_unregistered improvement mark_rodgers 558 add database library? mark_rodgers 87 function to get the size of a array mark_rodgers 30 parser mistevens 688 ublas: bug in mapped_vector_of_mapped_vector mumiee 1201 Regexify the syntax highlighter nasonov 922 Lexical cast and wide characters nasonov 913 Specialization of lexical_cast nasonov 754 boost::any - typeid comparison across shared boundaries nasonov 1220 lexical_cast requires RTTI nasonov 839 lexical_cast - local variable shadow patch nesotto 1151 [range] make_indirect_range() nesotto 1145 Small bugs in Boost.Range documentation nesotto 1027 [ptr_container] optional serialization support nesotto 807 boost::assignment documentation: mathematical "typo" nesotto 730 The ptr_map iterator cannot be dereference to value type nesotto 518 [Boost.Range]boost::const_begin calls non-qualified 'begin' nesotto 471 boost.range and "const char[]". nesotto 723 local_time_facet error in VS2005 Win2003 nobody 884 [iostreams] workaround for the boost + stdcxx on MSVC 7.1 nobody 795 [ublas] vector::back() pavol_droba 1152 rle_example fails pdimov 1114 Request for shared_ptr::type and shared_ptr::pointer pdimov 1113 shared_array<T> should convert to shared_array<T const> pdimov 1111 boost::bind objects should expose function_type and list_type pdimov 1110 Add a release method to scoped_array pdimov 1109 intrusive_ptr needs a helper base class pdimov 1108 shared_ptr does not compile under g++ with -fno-rtti pdimov 1107 Add weak_use_count to weak_ptr as a debugging aid pdimov 1106 shared_ptr<T> should not convert to shared_ptr<U> when T* doesn't convert to U* pdimov 997 error in boost::bind doc pdimov 810 support for weak_ptr binding pdimov 445 Can't delete automatically in circularly included object. pdimov 398 Support for embedded VC++ 4.0 ramey 1229 [GCC] compiler warning: comparison between signed and unsigned integer expressions ramey 1223 boost::serialization chokes on correcly formatted empty XML element ramey 1143 Archive headers appear to be missing multiple(?) include files ramey 1142 boost/serialization/optional doesn't include necessary header ramey 1141 Dangerious operator<< for wostream ramey 1137 Virtual destructor is missing ramey 1121 xml_archive_exception is missing seperate header file_ and documentation mismatch ramey 1089 missing boost::serialization::make_nvp in pointer container library ramey 1086 Serialization of weak_ptr produces invalid XML ramey 1038 "<" and ">" should be excaped in xml_oarchive ramey 1036 assert failure in oserializer.hpp:418 ramey 969 basic_binary_iprimitive::load_binary bug ramey 968 xml_grammar - incorrect define char ramey 961 boost::basic_binary_oprimitive not instantiated correctly ramey 874 Ability to partially specialize implementation_level ramey 757 xml serialization fails when using namespace ramey 878 error C2039: 'mbstate_t' : is not a member of 'std' rogeeff 1212 Template fixtures rogeeff 1169 errors in tutorial for test framework "new_year_resolution" rogeeff 1136 Let BOOST_CHECK_EQUAL support std::wstring rogeeff 1060 no example sources in online docs for Boost::Test rogeeff 1050 BOOST_CHECK_CLOSE_FRACTION documentation missing rogeeff 1032 typo in Boost.Test documentation rogeeff 1030 execution_monitor.ipp #warning directive breaks compilation on MSVC 8.0 rogeeff 999 prg_exec_fail3 fails on release variant rogeeff 998 prg_exec_fail2 fail on ppc rogeeff 962 Missing links in Test library documentation rogeeff 956 Doc error in test examples. rogeeff 842 typo in auto_unit_test.hpp Revision 1.17 rogeeff 607 Log level names wrong in documentation rogeeff 893 grammatical error in error message rogeeff 847 [Test Library] How to init/free a singleton rogeeff 762 [test] evc4 issue with SEH support rogeeff 747 failing on 6 targets in MacOS X rogeeff 645 [test] no eh exception handling functions on evc4 samuel_k 585 64 bit compile warning/error for boost::format samuel_krempp 1196 Patch: when BOOST_NO_STD_LOCALE is not defined_ boost/format/internals.hpp fails to compile. samuel_krempp 1195 patch: boost/format/parsing.hpp does not compile if BOOST_NO_LOCALE_ISDIGIT is defined samuel_krempp 859 boost::format ignores a user defined locale samuel_krempp 980 boost.format vc8/win32 compilation warning samuel_krempp 704 format zero length string msvc-8 shammah 840 pool allocator - local variable shadow patch shammah 836 warning using pool.hpp shammah 386 boost::pool_allocator breaks with vector of vectors shammah 290 perfomance: memory cleanup for pool takes too long shammah 284 pool::purge_memory() does not reset next_size 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 869 [iostreams] patch for building by BBv2 turkanis 856 iostreams file_descriptor::write fails under Win32 turkanis 822 Incorrect usage of bad_write()_ bad_seek() etc. turkanis 817 Performance problem in iostreams turkanis 791 iostreams::tee_filter is for output only turkanis 786 bug in iostreams/copy.hpp line 81 turkanis 699 Changing size of memory-mapped file on Windows turkanis 586 iostreams // file_descriptor::seek BUG on files > 4 GB turkanis 579 boost.iostreams file_descriptor and sharing turkanis 525 problem with boost::iostreams when compiled with Visual C++ turkanis 484 Boost.Iostreams and newline translation urzuga 864 [lambda][utility] Make lambda support result<> urzuga 781 Lambda: (_1 + "y")(string("x")) Doesn't Compile urzuga 574 [boost::lambda] Compile error with libstdc++ debug mode urzuga 426 lambda vs pure virtual functions vladimir_prus 1228 bug in toolset gcc + HP/UX PA-RSIC vladimir_prus 1177 Various bugs in STLport jamfile vladimir_prus 1165 more quoting problems vladimir_prus 1132 program_options documentation error. vladimir_prus 1129 Standalone doc_ outdated path from homepage vladimir_prus 1058 Cygwin libraries & GNU libtool vladimir_prus 850 program_options strips off escaped quotes in some situations vladimir_prus 689 [program_options] Endless loop with long default arguments vladimir_prus 674 find-library for boost decorated names vladimir_prus 469 multitoken broken witt 1046 Boost.Python quickstart instructions mention nonexistent target witt 973 zip_iterator has value_type == reference witt 957 The "Getting Started" page does not mention the stdlib option witt 834 Homepage regression links witt 145 filter iterator adaptor should be able to be bidirectional -- -- 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

What is QT used for in boost?
by Neal Becker 04 Sep '07

04 Sep '07

I noticed that user-config.jam has a setting for qt. What is qt used for in boost?

2 1

[gil]: Generic operation on channels
by Andreas Pokorny 04 Sep '07

04 Sep '07

Hello there, I try to write a generic floyd steinberg implementation using boost.gil. Within that I have to compute the error the color conversion. So I thought that I simply have to take a signed version of the pixel type, and compute the difference between the original and converted pixel. This operation is supposed to compute the error: template<typename CT> struct calc_error { template <typename Out, typename T> CT operator()(const Out& in1, const T& orig) const { return orig - in1; } }; Inside the algorithm I do the following: typedef typename channel_type<OriginalView>::type channel_t; typedef typename channel_convert_to_signed<channel_t>::type signed_channel_t; typedef boost::gil::pixel< signed_channel_t, typename OriginalView::value_type::layout_t > error_pixel_t; But somehow singed_channel_t is still unsigned char if an rgb8 image is passed to the method. Which causes problems in the second stage of the algorithm where these always positive values are added to the channels. error_pixel_t error; static_transform(*conv_it, *orig_it, error, calc_error<signed_channel_t>()); //.... Regards Andreas Pokorny

2 2

Clang: Open-source C/C++ front end under development
by Doug Gregor 03 Sep '07

03 Sep '07

Hello fellow Boosters, The need for an extensible, complete open-source C++ parser has been discussed on Boost over the years. There are myriad projects that parse approximations to C++ suitable for specific tasks (e.g., documentation generation), but there has never been a community project meant to handle all of C++ or serve as a common platform for new C++ tools. That is going to change, and I hope Boost will be involved. Apple has begun development of "Clang", which aims to be a high- quality C/C++ parser and compiler. Clang is designed as a library for C++ tools, from IDE-supported tools like indexing, searching, and refactoring to documentation tools, static checkers, and a full C++ front end to the Low Level Virtual Machine (LLVM). LLVM is an advanced, open-source compiler infrastructure supporting all of the back-end functionality needed for a C++ compiler. Like LLVM, Clang is written in a modern C++ style, with a clean separation between the different phases of translation in C++ (lexical analysis, parsing, semantic analysis, lowering, code generation, etc.), all of which make Clang a pleasure to work with. Clang is still in the early stages of development. At present, it parses and type-checks most of C, with code generation for some simple constructs. C++ support is not available yet, but Apple has dedicated significant resources to making Clang a successful C++ parser and compiler. That said, Clang needs our help. Collectively, Boost developers have more knowledge about and a deeper understanding of C++ than any other community within C++. We have the C++ expertise to help implement the language well, and the library-design savvy to help build powerful, accessible interfaces that simplify the task of building new and improved tools for C++. The Clang team is asking for help implementing C and C++ features and are very open to new contributors. Clang has the potential to be a top-notch, open-source C++ compiler and tool platform, from which we would all benefit. Let's help Clang get there sooner! Links: Clang: http://clang.llvm.org/ LLVM: http://llvm.org/ Steve Naroff's talk motivating Clang: - Video: http://llvm.org/devmtg/2007-05/09-Naroff-CFE.mov - Slides: http://llvm.org/devmtg/2007-05/09-Naroff-CFE.pdf Clang announcement: http://lists.cs.uiuc.edu/pipermail/llvmdev/2007- July/009817.html Cheers, Doug

21 59