- Boost-users - lists.boost.org

[build] Displaying Jam Actions
by David Greene 03 Mar '06

03 Mar '06

Is there any way to get bjam to display the commands it is running during a build? I see things like "doxygen-action" but that doesn't tell me exactly how dxygen is being run. I'm trying to figure out how to invoke the Boost documentation tools outside of jam but I can't puzzle it out. A switch to print the actual commands being executed would help a lot. Thanks. -Dave

3 2

Re: [Boost-users] Declaring an iterators for std::list contain weak ptrs
by raulh39＠ya.com 03 Mar '06

03 Mar '06

James Hughes writes: > [snip] > > > Now that looks fine to me, but the line where I declare the iterator fails > with a > > error: Expect ';' before 'pos' > > and I don't know why - it seems fine to me. The line MyPtrList::iterator pos; it's not legal. You have to tell the compiler that MyPtrList::iterator it's a type. Try this: typename MyPtrList::iterator pos; Best regards, Raúl

1 0

[UTF] Strange behaviour of unit_test_examples
by Mateusz Łoskot 03 Mar '06

03 Mar '06

Hi, I'm trying to understand and use Boost Unit Test Framework in my project. First, I did clean checkout from CVS and I did complete build of Boost using VC++ 8.0. Next, I started to learn Boost UTF from examples provided. I created clean project with VC++ 8.0 and added first example (boost\libs\test\example\unit_test_example_01.cpp). I compiled and run it without any problems and I got results as expected. There is only one thing I can't explain why I had not to add library (e.g. libboost_unit_test_framework-vc80-mt-1_34.lib) to link with. VC++ did not complain about missing libraries or unresolved symbols. OK, magic :-) Then, I tried to run rest of examples, unit_test_example_02.cpp and unit_test_example_03.cpp, as explained above. And here comes my problems I noticed with unit_test_example_02 and unit_test_example_03. When I try to run compiled example from unit_test_example_02.cpp I get memory leaks detected: ========== unit_test_example_02 - OUTPUT START ==================== D:\temp\bt\Debug>unit_example.exe Running 1 test case... d:/temp/bt/example.cpp(20): error in "free_test_function": check 2 == 1 failed Detected memory leaks! Dumping objects -> {196} normal block at 0x003A6500, 16 bytes long. Data: <, H d: > 2C 8D 48 00 01 00 00 00 01 00 00 00 C8 64 3A 00 {195} normal block at 0x003A64C8, 8 bytes long. Data: < H `: > 0C 8D 48 00 D4 60 3A 00 {194} normal block at 0x003A6318, 52 bytes long. Data: <@a: b: @a: > 40 61 3A 00 B8 62 3A 00 40 61 3A 00 00 00 01 00 {193} normal block at 0x003A62B8, 52 bytes long. Data: <@a: @a: c: > 40 61 3A 00 40 61 3A 00 18 63 3A 00 01 00 00 00 {173} normal block at 0x003A6140, 52 bytes long. Data: < b: b: c: > B8 62 3A 00 B8 62 3A 00 18 63 3A 00 CD CD CD CD {172} normal block at 0x003A5E70, 4 bytes long. Data: < > 00 00 01 00 {171} normal block at 0x003A61F8, 24 bytes long. Data: < Z: `\: Z: > 18 5A 3A 00 60 5C 3A 00 18 5A 3A 00 00 00 01 00 {170} normal block at 0x003A6108, 12 bytes long. Data: < a: a: > 08 61 3A 00 08 61 3A 00 CD CD CD CD {169} normal block at 0x003A61A8, 32 bytes long. Data: <free_test_functi> 66 72 65 65 5F 74 65 73 74 5F 66 75 6E 63 74 69 {165} normal block at 0x003A6080, 92 bytes long. Data: < H H > 01 00 00 00 80 0B 48 00 84 0B 48 00 00 00 01 00 {164} normal block at 0x003A6040, 16 bytes long. Data: <P G `: > 50 F9 47 00 01 00 00 00 01 00 00 00 08 60 3A 00 {163} normal block at 0x003A6008, 8 bytes long. Data: <0 G B > 30 F9 47 00 8C 94 42 00 {162} normal block at 0x003A5C60, 24 bytes long. Data: < Z: Z: a: > 18 5A 3A 00 18 5A 3A 00 F8 61 3A 00 01 00 00 00 {161} normal block at 0x003A5BC0, 12 bytes long. Data: < [: [: > C0 5B 3A 00 C0 5B 3A 00 CD CD CD CD {160} normal block at 0x003A5C10, 32 bytes long. Data: <Unit test exampl> 55 6E 69 74 20 74 65 73 74 20 65 78 61 6D 70 6C {158} normal block at 0x003A5B20, 116 bytes long. Data: <0 H H H > 30 1C 48 00 10 00 00 00 88 0B 48 00 8D 0B 48 00 {157} normal block at 0x003A5AE0, 20 bytes long. Data: <`Z: Z: `Z: QI > 60 5A 3A 00 A0 5A 3A 00 60 5A 3A 00 90 51 49 00 {156} normal block at 0x003A5AA0, 20 bytes long. Data: <`Z: `Z: Z: $RI > 60 5A 3A 00 60 5A 3A 00 E0 5A 3A 00 24 52 49 00 {155} normal block at 0x003A5A60, 20 bytes long. Data: < Z: Z: Z: > A0 5A 3A 00 A0 5A 3A 00 E0 5A 3A 00 CD CD CD CD {154} normal block at 0x003A5A18, 24 bytes long. Data: <`\: `\: a: > 60 5C 3A 00 60 5C 3A 00 F8 61 3A 00 CD CD CD CD {152} normal block at 0x003A59D8, 16 bytes long. Data: < )W > 14 29 57 10 03 02 00 00 06 00 00 00 00 00 00 00 {151} normal block at 0x003A5FD0, 8 bytes long. Data: < H > 90 90 48 00 CD CD CD CD {150} normal block at 0x003A5FA0, 4 bytes long. Data: < G > 80 FF 47 00 {149} normal block at 0x003A5EA0, 208 bytes long. Data: <d:/temp/bt/examp> 64 3A 2F 74 65 6D 70 2F 62 74 2F 65 78 61 6D 70 {147} normal block at 0x003A5E30, 16 bytes long. Data: < *W > CC 2A 57 10 01 02 00 00 06 00 00 00 00 00 00 00 {146} normal block at 0x003A5CD0, 304 bytes long. Data: < 4H 5H @5H H5H > FC 34 48 00 0D 35 48 00 40 35 48 00 48 35 48 00 Object dump complete. ========== unit_test_example_02 - OUTPUT END ==================== So, the results are not as expected. I started to investigate what is going wrong and I only found few posts in mailing lists archives: boost::test: expected error leads to failure - why? http://thread.gmane.org/gmane.comp.lib.boost.user/16580 Unit test FP comparisons - memory leaks in debug http://thread.gmane.org/gmane.comp.lib.boost.devel/132099 Boost Test Memory Dumping... http://thread.gmane.org/gmane.comp.lib.boost.user/14119 Unfortunately, those posts do not provide significant help for my problem. I also tried to play with --detect_memory_leak=0 parameter but it did not change results, examples are still leaking. So, I tried to investigate in other places. I found there are project files prepared for VC++ 7.1 (\boost\libs\test\build\msvc71_proj) so I opened solution in VC++ 8.0 and walked through 7.1->8.0 conversion wizard. No errors. Next, I build test/examples using those project files and I revealed that unit_test_example_02 and unit_test_example_03 run without any memory leaks/dump and I get results as expected. So, I started to look what are the differences between my own project created from scratch and projects shipped with Boost. I revealed that UTF examples projects from Boost build it's own version of \boost\stage\lib\libboost_prg_exec_monitor-vc71-mt-gd-1_34.lib NOTE: Here, -vc71- in the library name name is left after 7.1->8.0 project conversion but it does not matter because its built with VC++ 8.0 in fact. Hmm, why it does not use UTF library built and installed by bjam? In my case it is located in c:\boost-vc-8_0-cvs\lib\libboost_unit_test_framework-vc80-mt-gd-1_34.lib where c:\boost-vc-8_0-cvs is my BOOST_ROOT. What's more interesting is that when I use UTF library created with VC++ project file (\boost\stage\lib\libboost_prg_exec_monitor-vc71-mt-gd-1_34.lib) in my own unit_example project (created from scratch) all examples, especially unit_test_example_02 and unit_test_example_03, run without any memory leaks/dump and I get results as expected. As I revealed during next steps those libraries (the first one built with VC++ 8.0 project and the second built with bjam) are different in size in more than 3 MB. I tried to compare compilation/linking options used by bjam to build UTF library with options I use in VC++ 8.0 projects but it seems I'm not well familiar with jam files so I could not found any CFLAGS/CXXFLAGS or similar stuff. The question I'd like to ask is am I doing something wrong? What causes memory leaks dump when I try to use UTF library(ies) created by bjam? I suppose there is some magic switch. Also, I tried to debug UTF example 02 and 03 when they dumped memory leaks and I revealed that there are exceptions thrown in lines supposed to be catched by Boost Test Framework: - unit_test_example_02.cpp // Lines near 24-25 int* p = (int*)0; BOOST_CHECK( *p == 0 ); Here is output message: First-chance exception at 0x0042cfb2 in bt.exe: 0xC0000005: Access violation reading location 0x00000000. Unhandled exception at 0x0042cfb2 in bt.exe: 0xC0000005: Access violation reading location 0x00000000. - unit_test_example_03.cpp // Line near 25 // reports 'unknown location(0): fatal error i // "force_division_by_zero": integer divide by zero' i = i / j; Here is output message: First-chance exception at 0x0042f295 in bt.exe: 0xC0000094: Integer division by zero. Unhandled exception at 0x0042f295 in bt.exe: 0xC0000094: Integer division by zero. Huh! That's the end of my long story :) I'd be very thankful for any help how to solve this problem, especially with "original" UTF library created by bjam. How to make it working? Please, be placable as I'm a Boost.Test newbie. I searched through Boost.Test docs and lists archives but I still can not solve my problem. Thanks in advance for your help Cheers -- Mateusz Łoskot http://mateusz.loskot.net

3 8

[boost-users][Test]BOOST_*_EXCEPTION/THRWO do not behave as expected?
by Sean Huang 03 Mar '06

03 Mar '06

For example: BOOST_CHECK_THROW( (throw "string exception"), std::exception ); I was expecting to get an error message in the form "error in xxx: exception<std::exception> expected". Instead a message like the following was logged: unknown location(0): fatal error in "xxxx": unknown type I'm not sure if this behavior is by design. If it is, it would be nice tools that catch all exceptions are provided. Thanks, Sean

2 8

Re: [Boost-users] serialization: again a problem, failing to serialize a std::vector of pointers
by RIVASSEAU Jean Noel 03 Mar '06

03 Mar '06

Sorry, I removed the QString stuff, so it should make more sense to you now. I have attached the cleaned up code. If you try to compile it, it will fail on the file ClassSpecification_serialization.cc with a message saying that there is a problem with the extended_type_info of std::vector< MemberVariableSpecification *> (since a member of ClassSpecification, which I serialize, is of this type). Don't pay attention as to what are my real intentions on this example code, this comes from my real project, and it would be long to explain. Just let's say that, no, I am not trying to store class id information into the archive, it is just that one data member of one of object that I need to serialize has the name class_id (but it could be named "walnut_field", the code would be the same). This small example code is just there to show you the bug that occurs. As for the mixing of type systems (no_rtti and type_id), it was just a test to see if that would change things. I have reverted it back in the attached code (only no_rtti used) but it still does not work. Thank you Jean-Noël -----Message d'origine----- De : boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] De la part de Robert Ramey Envoyé : jeudi 2 mars 2006 18:06 À : boost-users(a)lists.boost.org Objet : Re: [Boost-users] serialization: again a problem,failing to serialize a std::vector of pointers I took a look at this and it made no sense to me. I couldn't compile it as it needed a file QString to compile. I did have occasion to look into the code and Its not obvious to me what your intention here. It looks like you're trying to store class id information into the archive so that the proper class can be reconstructed. But that can't be it as the serialization library already does that. Also I notice that you're using extended_type_info_typeid as well as extended_type_info_no_rtti. This is very odd to me as I would expect that one's environment either has rtti enable or it doesn't. so I would expect either one or the other but not both. Anyway, sorrty I couldn't be more help. Robert Ramey "RIVASSEAU Jean Noel" <JN.RIVASSEAU(a)oberthurcs.com> wrote in message news:87F60F7FA02FF749AFB02BD9FCAA6B04DA7ABF@naserv31.nanterre.oberthurcs.com... Hello This is my last problem with the BSL but the most important one (because there is no workaround). I am trying to serialize a class (whose name is "ClassSpecification") which has a std::vector of pointers. The code for serializing the class the pointer refer to (MemberVariableSpecification) is written and instantiated correctly. However I cannot correctly serialize the std::vector. It fails with a message complaining about: C:/Boost/include/boost-1_33_1/boost/archive/detail/iserializer.hpp:115: error: incomplete type `boost::serialization::extended_type_info_null<std::vector<MemberVariableSpecification*, std::allocator<MemberVariableSpecification*> > >' used in nested name specifier I do not understand why I need an extended_type_info for this vector. I sure need it for the class the pointers refer to (and I did specify it), but the std::vector itself is serialized as such, not as a pointer. Why do I get this error ??? Can you please check the attached code and help me? Thanks Jean-Noël Ps: using gcc 3.4.2 _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

2 1

Fast Network IO buffer?
by Olaf van der Spek 03 Mar '06

03 Mar '06

Hi, I'm searching for a fast network IO buffer, but Boost doesn't appear to provide one. Does anyone know why not? What would be the recommended solution instead?

2 1

Re: [Boost-users] [multi_index] Trouble using MultiIndexwith VisualStudio 2005
by Andrew Holden 03 Mar '06

03 Mar '06

I figured it was a newbie mistake like that. Thanks for your help! Andrew Holden Charter Oak Investment Systems, Inc. -----Original Message----- From: JOAQUIN LOPEZ MU?Z [mailto:joaquin@tid.es] Sent: Thursday, March 02, 2006 4:39 PM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] [multi_index] Trouble using MultiIndexwith VisualStudio 2005 ----- Mensaje original ----- De: Andrew Holden <aholden(a)charteroaksystems.com> Fecha: Jueves, Marzo 2, 2006 9:50 pm Asunto: [Boost-users] [multi_index] Trouble using MultiIndex with VisualStudio 2005 > I am trying to compile a program using MultiIndex from Boost 1.33.1 > using Visual Studio 2005 (MSVC8). So far, I can not get it to compile > with fewer than 100 errors. Does anyone know what I might be doing > wrong? > > I have attached the source file I am using to test, as well as the > output from my compiler. Hello Andrew, You have to add #include <boost/multi_index/ordered_index.hpp> so as to bring ordered indices in. Other than this, a visual inspection of your code does not reveal further problems, please let me know otherwise. If this is any consolation to you, you're not the first one stumbling into this problem, thus I've explicitly added the necessary #includes in the main snippets of the documentation for the next release, as can be seen for instance in the preview link: http://boost- consulting.com/boost/libs/multi_index/doc/tutorial/basics.html#multiple _sort Thanks for trying Boost.MultiIndex, Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

1 0

Boost License Question
by Glenn Thorne 03 Mar '06

03 Mar '06

I want to use several of the Boost libraries in a project I'm working on and am a little concerned over a potential conflict between the website information and the Boost license language. On the website it mentions that the license is "not viral" but the language in the Boost license states that ".. and to permit third-parties to whom the Software is furnished to do so, all subject to the following: The copyright notices in the Software and this entire statement, including the above license grant, this restriction and the following disclaimer, must be included in all copies of the Software, in whole or in part, and all derivative works of the Software, unless such copies or derivative works are solely in the form of machine-executable object code generated by a source language processor." It seems to me that since derivative works must be subject to the license, any code I link with the Boost libraries would also be subject to the Boost license. Am I reading this correctly or is there a different interpretation? Thanks! Glenn

3 3

Re: [Boost-users] serialization: again a problem, failing to serializea std::vector of pointers
by RIVASSEAU Jean Noel 03 Mar '06

03 Mar '06

Hello Jean-Noël, maybe you can try using the proposed patch at http://lists.boost.org/Archives/boost/2006/02/101539.php and report your results. I've got the hunch your problem might be related to the issue dealt with at that post. At this url, I have found two hpp files. I replaced the ones that originally came with the Boost 1.3.1 distribution with these ones. I still have an error, at the same line, however it is: C:/Boost/include/boost-1_33_1/boost/archive/detail/iserializer.hpp:115: error: no type named `type' in `struct boost::serialization::type_info_implementation<std::vector<MemberVariableSpecification*, std::allocator<MemberVariableSpecification*> > >' C:/Boost/include/boost-1_33_1/boost/archive/detail/iserializer.hpp:115: error: `get_instance' is not a member of `<declaration error>' While it was: C:/Boost/include/boost-1_33_1/boost/archive/detail/iserializer.hpp:115: error: incomplete type `boost::serialization::extended_type_info_null<std::vector<MemberVariableSpecification*, std::allocator<MemberVariableSpecification*> > >' used in nested name specifier with the original code from Boost 1.33.1. So this patch effectively changed something, but it still not working. I've not read the entire thread at your url since I did not understand it (it was about a specific compiler issue ??). Any ideas? Jean-Noël

1 0

Assigning smart/shared_ptr pointer to C struct
by adharankar＠verizon.net 03 Mar '06

03 Mar '06

Greetings... What is wrong in assigning a smart/shared_ptr pointer in C++ code to a struct which may then be passed to a C code? Consider the sample source towards the end of this email. When I run this through valgrind (memory debugger, see http://www.valgrind.org) it points out potential problem (also listed after the sample code). It also seems to cause memory corruption. What may be a better way of saving/storing a smart/shared_ptr pointer in a C struct (and yet have the reference counter in the smart/shared_ptr pointer increment)? Best regards, -Arun. --------------------- The sample program -------------------- #include <boost/shared_ptr.hpp> class A { public: int val; }; typedef boost::shared_ptr<A> APtr; struct S { public: APtr aptr; }; struct S *func(void) { A *a = new A; a->val = 12; APtr aptr(a); struct S *s = (struct S *)malloc(sizeof(struct S)); s->aptr = aptr; return s; } int main(int ac, char *av[]) { struct S *s; s = func(); APtr aptr = s->aptr; } ------------------------------------------------------ Output from valgrind: Conditional jump or move depends on uninitialised value(s) at 0x8048A20: boost::detail::shared_count::operator= (boost::detail::shared_count const&) (shared_count.hpp:179) by 0x80487FD: boost::shared_ptr<A>::operator= (boost::shared_ptr<A> const&) (shared_ptr.hpp:148) by 0x80486E8: func() (c.cpp:22) by 0x8048742: main (c.cpp:30)

4 3