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

[Boost-bugs] [ boost-Patches-1489713 ] Adjusts mpl::pair concept to be compatible with STL pairs
by SourceForge.net 29 May '06

29 May '06

Patches item #1489713, was opened at 2006-05-16 10:40 Message generated for change (Settings changed) made by az_sw_dude You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1489713&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Tobias Schwinger (t_schwinger) >Assigned to: David Abrahams (david_abrahams) Summary: Adjusts mpl::pair concept to be compatible with STL pairs Initial Comment: WHAT: ===== The patch changes the MPL pair concept, so STL pairs and Fusion pairs also work as MPL pairs. The old type members have been added after testing for backward compatiblity with 3rd party code. STL pair: first (value) second (value) first_type (type) second_type (type) Fusion pair: second (value) first_type (type) second_type (type) MPL pair (CVS): first (type) second (type) MPL pair (after applying this patch): first_type (type) second_type (type) AFFECTED LIBRARIES: =================== - MPL (numerous files, code and documentation) - Variant (2 files) - Parameter (1 file) FILES: ====== - boost/mpl.patch - boost/parameter.patch - boost/variant.patch - libs/mpl.patch TESTED WITH: ============ - MSVC 8.0 - MSVC 7.1 - GCC 3.4.2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1489713&group_… _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Boost-bugs] [ boost-Patches-1489359 ] [config] evc4 port
by SourceForge.net 29 May '06

29 May '06

Patches item #1489359, was opened at 2006-05-16 00:38 Message generated for change (Settings changed) made by az_sw_dude You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1489359&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Michael Fink (vividos) >Assigned to: John Maddock (johnmaddock) Summary: [config] evc4 port Initial Comment: This patch is a port for evc3/4 targeting Windows CE. Reason for the changes in auto_link.hpp: STLport with evc4 cannot be compiled in _STLP_DEBUG mode; the compiler issues wrong ARM code and _STLP_DEBUG mode cannot be used with evc4 ARM. I also introduced a new file wince.hpp in boost/config/platform/, since the defines in the _WIN32_WCE part got too big. ---------------------------------------------------------------------- Comment By: Michael Fink (vividos) Date: 2006-05-17 06:22 Message: Logged In: YES user_id=124874 The only change I made is to rename "evc8" to "msvc8-arm", but since I don't know exactly how to differentiate processors in msvc8 I simply put "msvc8-arm". A possible msvc8 porter has to decide that. I updated the patch since I found another issue: there's no static C runtime for Windows CE, so autolinking always chooses "-gdp" now. Please disregard the first patch. ---------------------------------------------------------------------- Comment By: John Maddock (johnmaddock) Date: 2006-05-17 02:51 Message: Logged In: YES user_id=14804 I notice that the patches are arm-specific, surely VC8 can be used to target other processors? John. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1489359&group_… _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[test] retrieve_framework_parameter
by David Abrahams 28 May '06

28 May '06

In trying to run release-build regression tests on the Serialization library, I found a Borland 5.6 crasher in the test library. It's surely a codegen bug, but it left me wondering why, if I have to link to the test library anyway, the library is putting retrieve_framework_parameter in an unnamed namespace, making me compile it into each **translation unit** of my test. This non-templated function, it seems to me, could be compiled into the test library. Among other things, would allow the test library author to handle the codegen bug once and for all (e.g. by specifying build requirements). -- Dave Abrahams Boost Consulting www.boost-consulting.com

2 12

[serialization] Header Ordering Fixes
by David Abrahams 28 May '06

28 May '06

Robert, I'm just about done. I'm unable to test on cw-8.3 at the moment because the test library seems to be broken there. As for cw-9.4, the export tests never worked there, presumably for the same reason I'm seeing: when a class template static member is used only as the result of another template instantiation, it may never get initialized. As a result, base/derived relationships are not getting registered. Aside from that, all export tests seem to be passing, including release mode tests on vc-8.0. I was able to clean up a *lot* of messy code. Would you like me to: 0. Check my code in on the trunk 1. Check my code in on a branch so you can review it 2. Post patches (not recommended; the diffs are large) 3. Something else? -- Dave Abrahams Boost Consulting www.boost-consulting.com

3 16

[multi_index] benchmarking
by Maxim Yegorushkin 28 May '06

28 May '06

As a part of a project I needed to compare performances of boost::multi_index hashed_unique/ordered_unique indexes with those of std::tr1::unordered_set, __gnu_cxx::hash_set, std::set. multi_index performance documentation page does not provide this kind of information, so I had to write my own test. I thought it might be a good idea to add the results to the documentation page. Source code for the test is provided. Here is a sample run: [max@localhost cont]$ sudo bin/test -q -n 10000 -x 10 10000 elements; 10 iterations insert test (lower is better) ext_hash [ 44.43%] OOOOOOOOOOOOOOOOO 29714 usec std_hash [ 50.90%] OOOOOOOOOOOOOOOOOOOO 34042 usec mi_hash [ 69.61%] OOOOOOOOOOOOOOOOOOOOOOOOOOO 46561 usec mi_set [ 97.17%] OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO 64990 usec std_set [100.00%] OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO 66885 usec find hit test (lower is better) ext_hash [ 22.54%] OOOOOOOOO 7266 usec std_hash [ 23.87%] OOOOOOOOO 7694 usec mi_hash [ 29.09%] OOOOOOOOOOO 9378 usec std_set [ 87.99%] OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO 28364 usec mi_set [100.00%] OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO 32235 usec find miss test (lower is better) std_set [ 85.09%] OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO 8027 usec ext_hash [ 93.33%] OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO 8805 usec mi_set [ 93.69%] OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO 8839 usec std_hash [ 97.62%] OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO 9209 usec mi_hash [100.00%] OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO 9434 usec iterate test (lower is better) std_hash [ 43.66%] OOOOOOOOOOOOOOOOO 3129 usec mi_hash [ 55.60%] OOOOOOOOOOOOOOOOOOOOOO 3984 usec mi_set [ 57.26%] OOOOOOOOOOOOOOOOOOOOOO 4103 usec std_set [ 93.54%] OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO 6703 usec ext_hash [100.00%] OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO 7166 usec erase test (lower is better) std_hash [ 27.31%] OOOOOOOOOO 23914 usec ext_hash [ 28.68%] OOOOOOOOOOO 25117 usec mi_hash [ 38.02%] OOOOOOOOOOOOOOO 33299 usec mi_set [ 92.56%] OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO 81057 usec std_set [100.00%] OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO 87573 usec memory test (lower is better) std_hash [ 60.54%] OOOOOOOOOOOOOOOOOOOOOOOO 121096 bytes ext_hash [ 64.57%] OOOOOOOOOOOOOOOOOOOOOOOOO 129156 bytes mi_hash [ 64.58%] OOOOOOOOOOOOOOOOOOOOOOOOO 129168 bytes std_set [ 99.99%] OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO 200000 bytes mi_set [100.00%] OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO 200020 bytes dir := $(CURDIR) bin_dir := $(dir)/bin obj_dir := $(dir)/obj src_dir := $(CURDIR) all : test_obj := ${addprefix $(obj_dir)/,test.o} $(bin_dir)/test : $(test_obj) bin_targets += $(bin_dir)/test CPPFLAGS := CXXCOMMON := -fmessage-length=0 -Wall -Wextra -Wno-missing-field-initializers ifndef DEBUG CXXFLAGS := $(CXXCOMMON) -O3 -march=pentium-m -fearly-inlining else CXXFLAGS := $(CXXCOMMON) -ggdb endif LDDIRS := LDFLAGS := # allow -l in prerequisites VPATH := $(LDDIRS) all : $(bin_dir) $(obj_dir) $(bin_targets) $(bin_dir)/% : $(CXX) $(LDFLAGS) -o $@ $+ $(obj_dir)/%.o : %.cc $(CXX) -c $< $(CPPFLAGS) $(CXXFLAGS) -MMD -MF $(@:.o=.d) -o $@ $(bin_dir) $(obj_dir) $(lib_dir) : mkdir -p $@ # suppress built-in rules for the following targets Makefile : ; make.% : ; $(obj_dir)/%.d : ; %.hpp %.h %.cc %.cpp : ; %:: s.% ; .PHONY: all clean clean : rm -rf $(obj_dir) $(bin_dir) objs := $($(bin_targets:$(bin_dir)/%=%_obj)) deps := $(objs:.o=.d) -include $(deps)

1 0

Proposal for aiding trust issues through object design.
by Christopher Granade 27 May '06

27 May '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It seems to be a recurring problem that, in designing secure server-side software, it is difficult to distinguish between variables containing trusted and untrusted input. I would propose the addition of a library to Boost that attempts to alleviate these kinds of issues by providing a template for "trusted types," as well as methods that can be marked as requiring trusted input. For instance: boost::trust::trusted<std::string> ts; cin >> ts; cout << ts.trusted(); // returns false escape_string(ts); cout << ts.trusted(); // returns true foo(ts); where foo() would have a prototype looking like: void foo(boost::trust::trusted<std::string, MUST_TRUST> str); I have not written any actual code to back up this idea, but rather wanted to propose the idea to the list first. The idea for how this would work hinges on trusted<T> offering two casting operators: one to const T and one to T. Any use of the non-const cast would result in the trust flag being set to untrusted. If anyone is interested, please let me know. Thanks. - --Christopher Granade Note: Sorry if this post is received twice. The first didn't seem to go through. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFEduB70dXuuZr00J4RAgpCAKCO1z4OByvzRUc5oiVAKxfSH/2WOQCgpQM/ IUmUZl7us1on2N1kIPW8BRk= =CX5j -----END PGP SIGNATURE-----

2 3

CVS access problem
by Robert Ramey 27 May '06

27 May '06

I'm getting the following when I try to update from the CVS system. `@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ ' from cvs server `@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ ' from cvs server `@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ ' from cvs server `IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! ' from cvs server `Someone could be eavesdropping on you right now (man-in-the-middle attack)! ' from cvs server `It is also possible that the RSA host key has just been changed. ' from cvs server `The fingerprint for the RSA key sent by the remote host is' from cvs server `13:f1:65:c3:6c:b7:7e:a5:f0:f3:f5:19:f4:42:9c:4a. ' from cvs server `Please contact your system administrator. ' from cvs server `Add correct host key in /home/Robert Ramey/.ssh/known_hosts to get rid of this message. ' from cvs server `Offending key in /home/Robert Ramey/.ssh/known_hosts:3 ' from cvs server `RSA host key for boost.cvs.sourceforge.net has changed and you have requested strict checking. ' from cvs server `Host key verification failed. ' from cvs server cvs [update aborted]: end of file from server (consult above messages if any) ' from cvs serverng: unrecognized response `Host key verification failed. cvs [update aborted]: end of file from server (consult above messages if any) I havn't used CVS for a couple of weeks - I did have to change my $CVSROOT string some time ago. But this is something new. Can anyone point me in the right direction to fix this? Robert Ramey

4 3

CVS problems
by Robert Ramey 27 May '06

27 May '06

I'm getting the following when I try to update from the CVS system. `@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ ' from cvs server `@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ ' from cvs server `@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ ' from cvs server `IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! ' from cvs server `Someone could be eavesdropping on you right now (man-in-the-middle attack)! ' from cvs server `It is also possible that the RSA host key has just been changed. ' from cvs server `The fingerprint for the RSA key sent by the remote host is' from cvs server `13:f1:65:c3:6c:b7:7e:a5:f0:f3:f5:19:f4:42:9c:4a. ' from cvs server `Please contact your system administrator. ' from cvs server `Add correct host key in /home/Robert Ramey/.ssh/known_hosts to get rid of this message. ' from cvs server `Offending key in /home/Robert Ramey/.ssh/known_hosts:3 ' from cvs server `RSA host key for boost.cvs.sourceforge.net has changed and you have requested strict checking. ' from cvs server `Host key verification failed. ' from cvs server cvs [update aborted]: end of file from server (consult above messages if any) ' from cvs serverng: unrecognized response `Host key verification failed. cvs [update aborted]: end of file from server (consult above messages if any) I havn't used CVS for a couple of weeks - I did have to change my $CVSROOT string some time ago. But this is something new. Can anyone point me in the right direction to fix this? Robert Ramey

2 2

integral_promotion.hpp & old EDG problem
by Ralf W. Grosse-Kunstleve 27 May '06

27 May '06

The new integral_promotion.hpp doesn't compile with the old EDG238-based MIPSpro 7.3.1 compiler (SGI, IRIX). This breaks our Boost.Python build. However, with the simple patch below the build is OK again. I'd love to maintain the MIPSpro Boost.Python build, but it is not worth serious work. Therefore the patch is simply #ifdef'ing out the two promotion header files for this specific platform. Are there any objections against this approach? Thanks! Ralf Index: type_traits.hpp =================================================================== RCS file: /cvsroot/boost/boost/boost/type_traits.hpp,v retrieving revision 1.16 diff -u -r1.16 type_traits.hpp --- type_traits.hpp 22 May 2006 21:02:59 -0000 1.16 +++ type_traits.hpp 26 May 2006 22:45:51 -0000 @@ -71,8 +71,10 @@ #include "boost/type_traits/function_traits.hpp" #include "boost/type_traits/aligned_storage.hpp" #include "boost/type_traits/floating_point_promotion.hpp" +#if !(defined(__sgi) && defined(__EDG_VERSION__) && (__EDG_VERSION__ == 238)) #include "boost/type_traits/integral_promotion.hpp" #include "boost/type_traits/promote.hpp" +#endif #include "boost/type_traits/ice.hpp" For the records, this is the error: cc-3313 CC: ERROR File = boost/boost/type_traits/integral_promotion.hpp, Line = 158 The expression must have arithmetic or enum type. BOOST_STATIC_CONSTANT(int, value = sizeof(promoted_index_tester(+testee)) ); ^ I've reduced it to: template<int N> struct sized_type_for_promotion { typedef char (&type)[N]; }; sized_type_for_promotion<1> ::type promoted_index_tester(int); sized_type_for_promotion<2> ::type promoted_index_tester(unsigned int); sized_type_for_promotion<3> ::type promoted_index_tester(long); sized_type_for_promotion<4> ::type promoted_index_tester(unsigned long); template<class T> struct promoted_index { static T testee; static const int value = sizeof(promoted_index_tester(+testee)); }; __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

4 7

Is there interest for a small portable garbage collection library?
by Achilleas Margaritis 27 May '06

27 May '06

Dear boost developers, Is there any interest for a small portable garbage collection library? I have written such a library to use for my personal projects and I would like to share it with the community, as I think it is very helpful in developing certain kinds of applications. Features: -small (under 2000 LOC) -portable (no lowlevel OS/CPU/compiler-specific features) -precise mark & sweep collection -no dependencies; headers only -weak pointers -garbage-collected arrays -customizable collector with user-defined finalizer and mark functions -wrapper class for external non-garbage-collected classes -thread-based collection "Thread-based collection" means the library can only support thread-specific collectors. I did not want to introduce dependencies on specific threading libraries, as they vary from project to project (and if many threads compete for the same collector, applications tend to slow down). The library, as it is, provides a collector for the main thread, but the function that returns the current collector can be modified to return a thread-specific collector (using thread-specific-storage). I have posted an article on www.codeproject.com about it along with the source code, code documentation and unit tests. It can be found here: http://www.codeproject.com/useritems/libgc.asp I have also posted a file release on sourceforge: http://sourceforge.net/projects/libgc I have tested the code (so far) in vc++ 7.1, but I think it will work on GCC and other compilers, as it does not use any O/S-specific and compiler-specific features. Even if boost devs find no value in it, I would appreciate any feedback. Thanks a lot for your attention. Achilleas Margaritis

4 7