- Boost-users - lists.preview.boost.org

[review] Fusion Library Accepted
by Ronald Garcia 05 Jun '06

05 Jun '06

Dear All, I am pleased to announce that the Fusion compile-time/run-time hybrid heterogeneous container and algorithm library by Joel de Guzman and Dan Marsden has been accepted into Boost. The library received 7 YES votes and 0 NO votes, with one abstention. Detailed Review Comments ------------------------ The following comments refer to issues that the library authors should address prior to merging the library into CVS: * Documentation: Many of the reviewers stated that they would like to see more tutorial documentation that demonstrates not only what the particular constructs in Fusion do, but also how they are expected to be used. A reasonably concise motivating example has been requested. It has already been pointed out that Fusion is used for some other boost libraries. A well-developed and self-contained case study of when and how to use Fusion would be greatly appreciated. The relationship between this library and the current Boost.Tuple library, as well as Boost.Mpl, should be discussed. The reference documentation is quite thorough and detailed comments regarding them have already been addressed by the authors. However the notion of "views" requires greater documentation. The examples in the algorithm sections currently do little more than demonstrate the syntax by which they can be called. Examples that more specifically express intent would be a notable improvement. (see for example Matt Austern's "Generic Programming and the STL"). In general the documentation would benefit from copy-editing. * Several commented on the use of the name "pair" for the fusion type that has typedefs for two types but only contains the second type. Although the typedefs and member names are consistent with the std::pair object, the name "pair" is confusing. The compile-time/run-time hybrid nature of this library makes it difficult to find perfect metaphors for constructs in the library. In this case, it seems better to find a term for this template (and the concept that it models) that more directly states its purpose. The name "tag_of" would also benefit from renaming. * The behavior of Fusion functions in the face of argument-dependent lookup (ADL) is not well specified. This should be made explicit in the reference documentation. The following comments refer to issues that, while not mandatory, deserve consideration: * The library name "Fusion", though not arbitrary, says little about the library's purpose. There is precedent for this within boost, however. A name change is not mandatory for the library's acceptance, but it would be worth while for the authors to consider a more telling name. * The mechanism for extending Fusion with new containers and iterators is complex and involves implementing a number of components, especially regarding iterators. An adaptation layer that is analogous to the Boost.Iterator library would be a fine addition to Fusion. * It would be beneficial to supply Boost.Serialization support for the Fusion container types. I am sure, as mentioned, that the authors of this library would accept a volunteer to implement this functionality. I would like to thank all the people who reviewed the library, voted, and otherwise participated in the discussion. Congratulations to Joel and Dan and I look forward to seeing Fusion in the Boost CVS soon. Ron Garcia

1 0

[BJAM / BGL] build error: no builtin module .ENVIRON is found
by John Reid 05 Jun '06

05 Jun '06

Hi, I'm trying to compile the boost graph library python bindings. They need Boost.Jam version 3.1.12 which I have downloaded and built from CVS. However when I run bjam I get the following error: error: no builtin module .ENVIRON is found error: your version of bjam is likely out of date error: please get a fresh version from CVS. Can anyone tell me what I'm doing wrong? Perhaps this is a problem with the BGL Jamfiles? Thanks, John.

1 0

shmem and mingw 3.4.4 and visual c++ 7.0
by Jan Stetka 04 Jun '06

04 Jun '06

Hi, MinGW gcc 3.4.4 is an important compiler to be supported for those keeping up the open source effort on windows. Below are a couple compilation problems and solutions in case Ion doesn't find time to fix them. Compiling shmem with Visual C++ 7.0 gives a number of errors, for those interested who could maybe suggest workarounds: http://myweb.tiscali.co.uk/janstetka/Output-Build.txt Compiling shmem with MinGW gcc 3.4.4 it appears that the following headers are required #include <boost/shared_ptr.hpp> #include "boost/shmem/offset_ptr.hpp" before shmem/containers/map.hpp and #include <stdarg.h> before #include "boost/shmem/sync/xtime.hpp" and MinGW gcc 3.4.4 doesn't like a number assigned to a variable in xtime.hpp c:/boost_1_33_1/boost/shmem/sync/xtime.hpp: In function `int boost::shmem::xtime_get(boost::shmem::xtime*, int)': c:/boost_1_33_1/boost/shmem/sync/xtime.hpp:89: error: integer constant is too large for "long" type this refers to the following code: static const boost::uint64_t timespec_to_filetime_offset = (boost::uint64_t)(116444736000000000); if this is altered to: static const boost::uint64_t timespec_to_filetime_offset = (boost::uint64_t)(116444736000000000ULL); then it compiles. Thanks

1 0

[posix_time][date_time] Another I/O error?
by Bogdan M. 03 Jun '06

03 Jun '06

Hi all, I upgraded to boost 1.33.1 and I started experiencing problems with the following simple program while building with Visual Studio 2005. #include <iostream> #include <boost/date_time/posix_time/posix_time.hpp> void main() { { std::cout << boost::posix_time::second_clock::universal_time(); } std::cout << std::endl; } While printing the current time, the program crashes in Microsoft's 'xutility' header file (line 197) while trying to clean up some temporary strings created in time_facet.hpp (line 308), immediately after running boost::algorithm::replace_all(format, ss.str(), ""); I suspect the third parameter is the issue here (should it be surrounded explicitly with std::string("")?!). Has anyone else encountered this problem. Thanks, Bogdan

2 3

updated m4 macros for boost at Autoconf Macro Archive
by gelbeiche 03 Jun '06

03 Jun '06

Hi, for autoconf/automake users: The boost macros at http://autoconf-archive.cryp.to/index.html are updated. I also wrote a tiny cooking recipe how to use them, see http://randspringer.de/boost/index.html. Thomas

1 0

Re: [Boost-users] Boost Serialization & cross platform operability.
by Wu Yinghui, Freddie 03 Jun '06

03 Jun '06

> From: > "John Spicer" <jspicer(a)cabcds.org> > Date: > Fri, 2 Jun 2006 16:52:25 -0400 > > Has anyone had any luck getting a serialized object (created using boost > binary serialization) between two different platforms? I am currently > using binary serialization on 32 bit & 64 bit machines without issue. > However, passing the serialized objects between the two platform types > fail. The serialized classes themselves support interoperability, and as > such it appears that the serialization libraries themselves do not. I am > assuming they are storing some type of meta data along with the payload? > > Any thoughts on how to do this and keep with binary serialization? > > -- John Based on my own experience, boost binary archives are _not_ guaranteed to be portable between different hardware platforms. There are also some hints in the documentation, though I do not immediately recall where it is mentioned. (The problem is mostly due to endian mismatch and datatype size difference, if my memory is right.) What I did to counter this problem is to write a very simple subclass of binary archives and handle specifically the endian problem. The datatype size problem can be handled by serialization only types with specific size no matter on which platform, e.g. boost::int32_t, etc. Just 5 cents... Cheers, Freddie

3 2

Boost Serialization & cross platform operability.
by John Spicer 02 Jun '06

02 Jun '06

Has anyone had any luck getting a serialized object (created using boost binary serialization) between two different platforms? I am currently using binary serialization on 32 bit & 64 bit machines without issue. However, passing the serialized objects between the two platform types fail. The serialized classes themselves support interoperability, and as such it appears that the serialization libraries themselves do not. I am assuming they are storing some type of meta data along with the payload? Any thoughts on how to do this and keep with binary serialization? -- John

3 2

[BGL] kruskal_minimum_spanning_tree
by Cromwell Enage 02 Jun '06

02 Jun '06

The following code used to work, but no longer does. typedef boost::adjacency_list<> G; typedef boost::graph_traits<G>::edge_descriptor E; G graph; std::vector<E> spanning_tree; boost::kruskal_minimum_spanning_tree( graph , std::back_inserter(spanning_tree) ); Somehow the concept checking became too restrictive, and type E is now expected to be Assignable, which currently doesn't seem to be the case. Any fixes or workarounds? Cromwell D. Enage __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 2

[BGL] problem with adjacency_list and bidirectional_tag
by Tiago de Paula Peixoto 02 Jun '06

02 Jun '06

Hi. I've noted an apparent discrepancy between the documentation of the adjacency_list class and the actual behavior: It's stated in the documentation that graph_traits<adjacency_list>::directed_category should be a typedef to "directed_tag" or "undirected_tag", depending on whether the graph is directed or not. Those are also the only possible types defined by the Graph concept. But when bidirectionalS is used as the Directed template parameter for adjacency_list, the type of the directed_category is set to "bidirectional_tag". Shouldn't this simply be set to "directed_tag", and the bidirectional information be confined to graph_traits<adjacency_list>::transversal_category? At least that's what the documentation says... I didn't provide a test program, since this can easily be checked in the source code. I'm using boost 1.33.1 and GCC 4.1.0. Thanks. -- Tiago de Paula Peixoto <tiago(a)forked.de>

3 2

When Boost::signals will be thread-safe?
by Tanguy Krotoff 02 Jun '06

02 Jun '06

Hi Boost::signals are not thread-safe http://boost.org/doc/html/signals/s04.html#id2738867 "Boost.Signals will support thread safety in the future." I would like to know when this feature will be implemented, if somebody is working on it. I like very much the fact that Qt slot/signals are thread safe, it helps really a *lot* : "the slot is invoked when control returns to the event loop of the thread to which the object belongs. The slot is executed in the thread where the receiver object lives." http://doc.trolltech.com/4.1/threads.html Do you plan also to make Boost::signals executed in the thread where the receive object lives? Thanks in advance for your answers Regards, -- Tanguy Krotoff <tanguy.krotoff(a)wengo.fr> http://openwengo.org

2 1

[Important] Mailing list outage on Saturday, June 3rd
by Douglas Gregor 02 Jun '06

02 Jun '06

All mailing lists and mailing list archives on lists.boost.org will be unavailable from 6am-9pm EST on Saturday, June 3rd due to a scheduled power outage. Doug

1 0

Poll: Do you use Spirit 1.6?
by Nicola Musatti 02 Jun '06

02 Jun '06

Hallo, This is a poll I started on the Spirit General mailing list which I'm reposting here as suggested by Joel de Guzman. I apologize to those who already read this message there. I'd be interested to know how many of you are currently using Spirit 1.6.x and with which compilers, to gauge the effort that might be required to take on maintenance of the 1.6 branch. Currently I'm using Spirit 1.6 with Borland's BCB6 and BCB2006, in conjunction with Boost.Serialization. Thank you, Nicola Musatti

6 6

Antwort: Re: [boost.multi_array] Question about iterators on multi_array_views
by bernhard.maeder＠zkb.ch 02 Jun '06

02 Jun '06

Hi Ron Thanks for your fast reply, I'll going to check out your fix as soon as possible. Thanks Bernhard |---------+-----------------------------------> | | Ronald Garcia | | | <garcia(a)cs.indiana.edu> | | | Gesendet von: | | | boost-users-bounces@list| | | s.boost.org | | | | | | | | | 24.05.2006 19:42 | | | Bitte antworten an | | | boost-users | | | | |---------+-----------------------------------> >-----------------------------------------------------------------------------------------------| | | | An: boost-users(a)lists.boost.org | | Kopie: | | Thema: Re: [Boost-users] [boost.multi_array] Question about iterators on | | multi_array_views | >-----------------------------------------------------------------------------------------------| Greetings Bernard, Indeed you have caught a bug in multi_array's view iterators. I have crafted a fix that I will check into CVS whenever Sourceforge is amenable. Thanks for the report. ron On May 24, 2006, at 8:07 AM, bernhard.maeder(a)zkb.ch wrote: > Hello everyone > > I'm trying to use the boost.multi_array's iterators and came across a > problem: calling end() on a certain multi_array_view only yields the > same iterator, if it is called on exactly the same instance of the > view. When, however, the view is created twice (using the same > expression, of course), end() produces an iterator that doesn't > compare to the first one. > > In other words: > m_a[indices[index_range()][1]].end() > != m_a[indices[index_range()][1]].end() > > I'm not sure whether this is just me, trying to use something in a way > it shouldn't be used, or if this is a limitation of the multi_array > library. I'd appreciate your opinion! > _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users ___________________________________________________________________ Disclaimer: Diese Mitteilung ist nur fuer die Empfaengerin / den Empfaenger bestimmt. Fuer den Fall, dass sie von nichtberechtigten Personen empfangen wird, bitten wir diese hoeflich, die Mitteilung an die ZKB zurueckzusenden und anschliessend die Mitteilung mit allen Anhaengen sowie allfaellige Kopien zu vernichten bzw. zu loeschen. Der Gebrauch der Information ist verboten. This message is intended only for the named recipient and may contain confidential or privileged information. If you have received it in error, please advise the sender by return e-mail and delete this message and any attachments. Any unauthorised use or dissemination of this information is strictly prohibited.

2 1

Re: [Boost-users] [Test] Is It Possible to Put Test Cases in DLL?
by Wu Yinghui, Freddie 02 Jun '06

02 Jun '06

Hi Edwin, Thanks for your pointer. But how this small test framework is supposed to work out? The fact is that I've been using Boost.Test mostly with its auto test case capability (I don't want to have to write code to register my test cases one by one in general, unless that's the last resort). Therefore, I'm not very familiar with how such mechanism can work out by writing some test framework of my own... Would you mind to shed some more light on this? Thanks, Freddie > From: > "Edwin Savarimuthu" <zerobook(a)gmail.com> > Date: > Wed, 31 May 2006 16:16:49 -0500 > > I think you might have problems with building boost unit test cases into > a DLL with the current release version. I tried to do exactly this and > ended up writing a small test frame work myself to load and unload test > cases from DLL's . It didn't take much to build one yourself and > possibly you can use all the boost convenience in your test DLL also. > > Thanks, > Edwin > > On 5/26/06, *Wu Yinghui, Freddie* <yhwu(a)volumeinteractions.com > <mailto:yhwu@volumeinteractions.com>> wrote: > > Dear all, > > I remember seeing similar topic some time earlier, but I failed to find > the information I need. So if this question has been answer before, > please kindly point me to the correct resource. TIA! > > Basically, I goal is to build a bunch of unit test cases into a few > DLLs, and be able to run them by loading the DLLs into my test > executable (either automatic or using LoadLibrary is fine with me). > > I'm using the auto registration facility now to create and register the > test suites and cases. And I'm running on MSVC 7.1 on Windows XP SP2 > now. > > Any pointer will be greatly appreciated. -- Wu Yinghui, Freddie Research & Development Software Engineer Volume Interactions Pte Ltd 1 Kim Seng Promenade, #12-01 Great World City East Tower Singapore 237994 Tel: +65 62226962 (Ext 216) Fax: +65 62226215 Email: yhwu(a)volumeinteractions.com URL: http://www.volumeinteractions.com Important: This message is intended for the recipient(s) addressed above. It contains privileged and confidential information. If you are not the intended recipient, please notify the sender immediately by replying to this message and then delete it from your system. You must not read, copy, use, or disseminate this communication in any form. Thank you.

1 0

boost::numeric::ublas matrix iterators
by Ed Johnson 01 Jun '06

01 Jun '06

Hi, I read through the Ublas documentation but did not see any examples with the iterator1 and iterator2 being used with a matrix. I am having trouble working with them. Does anyone know how to recreate this example using the iterators? http://www.boost.org/libs/numeric/ublas/doc/matrix.htm int main () { using namespace boost::numeric::ublas; matrix<double> m (3, 3); for (unsigned i = 0; i < m.size1 (); ++ i) for (unsigned j = 0; j < m.size2 (); ++ j) m (i, j) = 3 * i + j; std::cout << m << std::endl; } Many thanks, Ed Johnson

2 4

Using Boost.Build to link to boost libs
by Pierre THIERRY 01 Jun '06

01 Jun '06

Hi, I've read a great part of Boost.Build's documenation and taken a look i all the rest of it, but I don't quite understand of to use it to build to boost libs and arbitrary libs in general. If I have main.cpp that should be compiled to main, and uses boost::program_options, what should the Jamfile be? If it was any other lib, like POSIX threads or libbzip2, what would it be? That may sound quite simple, but I'm not sure it's clearly in the doc. :-/ Desperately, Nowhere man -- nowhere.man(a)levallois.eu.org OpenPGP 0xD9D50D8A

2 1

Pb compiling serialization on linux
by Thomas DAVID 01 Jun '06

01 Jun '06

Hi all, i've posted some time ago about a problem about how to serialize valarray with boost. The answer was to use the CVS version. But I have errors when i try to compile it. I downloaded the .rpm version of bjam, and installed it with alien and dpkg (i use Ubuntu). I used this command to launch the compilation : bjam --with-serialization I'm using : g++ (GCC) 3.4.6 (Ubuntu 3.4.6-1ubuntu2) and GNU ld version 2.16.91 2006011 I have many erros like this : `.L454' referenced in section `.rodata' of bin/boost/libs/serialization/build/libboost_serialization.so/gcc/debug/shared-linkable-true/array_binary_oarchive.o: defined in discarded section `.gnu.linkonce.t._ZNK5boost7archive17archive_exception4whatEv' of bin/boost/libs/serialization/build/libboost_serialization.so/gcc/debug/shared-linkable-true/array_binary_oarchive.o and collect2: ld a retourné 1 code d'état d'exécution (ld returned code 1) and at the end : ln -fs "libboost_serialization-gcc-mt-1_35.so.1.35.0" "bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/threading-multi/libboost_serialization-gcc-mt-1_35.so" ...failed gcc-Link-action bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/threading-multi/libboost_serialization-gcc-mt-1_35.so... ...skipped <@boost!libs!serialization!build/libboost_wserialization.so/gcc/debug/shared-linkable-true>libboost_wserialization-gcc-d-1_35.so for lack of <@boost!libs!serialization!build/libboost_serialization.so/gcc/debug/shared-linkable-true>libboost_serialization-gcc-d-1_35.so... ...skipped <@boost!libs!serialization!build/libboost_wserialization.so/gcc/debug/shared-linkable-true/threading-multi>libboost_wserialization-gcc-mt-d-1_35.so for lack of <@boost!libs!serialization!build/libboost_serialization.so/gcc/debug/shared-linkable-true/threading-multi>libboost_serialization-gcc-mt-d-1_35.so... ...skipped <@boost!libs!serialization!build/libboost_wserialization.so/gcc/release/shared-linkable-true>libboost_wserialization-gcc-1_35.so for lack of <@boost!libs!serialization!build/libboost_serialization.so/gcc/release/shared-linkable-true>libboost_serialization-gcc-1_35.so... ...skipped <@boost!libs!serialization!build/libboost_wserialization.so/gcc/release/shared-linkable-true/threading-multi>libboost_wserialization-gcc-mt-1_35.so for lack of <@boost!libs!serialization!build/libboost_serialization.so/gcc/release/shared-linkable-true/threading-multi>libboost_serialization-gcc-mt-1_35.so... ...failed updating 4 targets... ...skipped 4 targets... I found no info on google (except that : https://launchpad.net/distros/ubuntu/+source/binutils/+bug/42609) , and I'll be glad to give you more info about my cofiguration if necessary. Regards, Thomas DAVID

1 0

[boost-users] [parameter] test\preprocessor.cpp
by Cromwell Enage 01 Jun '06

01 Jun '06

With the latest CVS, test\preprocessor.cpp no longer compiles. The first two errors are: macro BOOST_PARAMETER_FOR_EACH_pred_aux3 requires 3 arguments, but only 2 given macro BOOST_PP_SPLIT_0 requires 2 arguments, but only 1 given All of my programs that use BOOST_PARAMETER_FUNCTION et al. are failing due to these errors. Cromwell D. Enage __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 5

boost::bind with const parameter
by Alain Cormier 01 Jun '06

01 Jun '06

Hi group! I try to call in a for_each a member function that take a parameter by value AND const. I know we do not need to do things like that, but I am using code from an other team and I don't want to change it if I don't need. It results with this error : D:\ENG-AC\working\tests\test_ParamConst_vs_boostBind\test\test.cpp(35) : error C2665: 'bind' : none of the 2 overloads can convert parameter 1 from type 'int (__thiscall test_class::*)(const int) const' Here a little program that reproduce de behavior : #include <algorithm> #include <vector> #include "boost/bind.hpp" class test_class { public: test_class(int value) : m_value(value){} ~test_class(){} int fct_param_const(const int value) const {return m_value + value;} int fct_param_ref_const(const int& value) const {return m_value + value;} int fct_param(int value) const {return m_value + value;} private: int m_value; }; int main(int argc, char* argv[]) { std::vector<int> all_values(5); std::generate(all_values.begin(), all_values.end(), &rand); test_class doTest(28); std::for_each(all_values.begin(), all_values.end(), boost::bind(&test_class::fct_param, doTest, _1)); std::for_each(all_values.begin(), all_values.end(), boost::bind(&test_class::fct_param_ref_const, doTest, _1)); // DOESN'T WORK : because of the parameter by value and const??? //std::for_each(all_values.begin(), all_values.end(), boost::bind(&test_class::fct_param_const, doTest, _1)); return 0; } Is this a correct behavior from boost::bind? Does the only solution is to remove the const from our function? We have so much difficulty to stay const-correct, I do not want to send a signal to our team that const isn't good (but maybe too much const isn't good :D). Anyway, what do you suggest? By the way. I am using VC6 (SP5) under Win2000 and boost 1.33.1. Regards, -- Alain Cormier alain.work(a)gmail.com

2 2

[Test] Is It Possible to Put Test Cases in DLL?
by Wu Yinghui, Freddie 31 May '06

31 May '06

Dear all, I remember seeing similar topic some time earlier, but I failed to find the information I need. So if this question has been answer before, please kindly point me to the correct resource. TIA! Basically, I goal is to build a bunch of unit test cases into a few DLLs, and be able to run them by loading the DLLs into my test executable (either automatic or using LoadLibrary is fine with me). I'm using the auto registration facility now to create and register the test suites and cases. And I'm running on MSVC 7.1 on Windows XP SP2 now. Any pointer will be greatly appreciated. Cheers, Freddie -- Wu Yinghui, Freddie Research & Development Software Engineer Volume Interactions Pte Ltd 1 Kim Seng Promenade, #12-01 Great World City East Tower Singapore 237994 Tel: +65 62226962 (Ext 216) Fax: +65 62226215 Email: yhwu(a)volumeinteractions.com URL: http://www.volumeinteractions.com Important: This message is intended for the recipient(s) addressed above. It contains privileged and confidential information. If you are not the intended recipient, please notify the sender immediately by replying to this message and then delete it from your system. You must not read, copy, use, or disseminate this communication in any form. Thank you.

3 2

Re: [Boost-users] [BGL] Updating to CVS version, typedef ... Graph not working?!
by dave＠boost-consulting.com 31 May '06

31 May '06

I think there's probably a better way: put all the concepts in a nested namespace of boost and then add a using-directive to expose them in boost... Although I'd really like to see the whole test program first, because it's not obvious where/how the collision occurs. -----Original Message----- From: dgregor(a)osl.iu.edu Subj: Re: [Boost-users] [BGL] Updating to CVS version,typedef ... Graph not working?! Date: Wed May 31, 2006 10:31 am Size: 927 bytes To: boost-users(a)lists.boost.org cc: dave(a)boost-consulting.com > I switched from 1.33.1 to CVS, and after that, my test programm did not > work any longer ... > > The relevant part is: > > typedef adjacency_list<vecS, vecS, undirectedS, > property<vertex_name_t, std::string, > property<decomposition_index_t, int, > property<coordinates_sq_t, simple_point<double>, > property<coordinates_circle_t, Polar<double>, > VParams > > > > > MyGraph; > > > > (Before it was Graph instead of MyGraph). [snip] > Can someone explain to me what's happening here? This looks like fallout from recent changes to the concept checking library. There is now a template called "Graph" in namespace boost, and we find that as well as your "Graph" typedef. This might force us to go back to the "Concept" suffix on concept checking templates, if this problem affects many compilers :( Doug -- Dave Abrahams Boost Consulting http://www.boost-consulting.com

3 2

[Graph] BGL python bindings documentation
by John Reid 31 May '06

31 May '06

Hi, Can anyone point me in the direction of some documentation of the python bindings for the BGL? I know this is no longer part of boost. Should I be asking some other list? The documentation at http://www.osl.iu.edu/~dgregor/bgl-python/#example and http://www.osl.iu.edu/~dgregor/bgl-python/reference/boost.graph.html is helpful but far from complete. What happened to the more user friendly documentation that came with boost_1_33_1? How stable is the interface? Is the library actively maintained? After all that I'd like to say I have found the bindings very useful just a little hard to work with at first. Thanks, John.

2 1

[BGL] Updating to CVS version, typedef ... Graph not working?!
by Jens Müller 31 May '06

31 May '06

I switched from 1.33.1 to CVS, and after that, my test programm did not work any longer ... The relevant part is: typedef adjacency_list<vecS, vecS, undirectedS, property<vertex_name_t, std::string, property<decomposition_index_t, int, property<coordinates_sq_t, simple_point<double>, property<coordinates_circle_t, Polar<double>, VParams > > > > > MyGraph; (Before it was Graph instead of MyGraph). The compiler error is not really enlightening to me: ens@fairtrade ~/c++ $ LC_ALL=en g++ -O3 my_fr.cpp my_fr.cpp:50: error: `Graph' was not declared in this scope my_fr.cpp:50: error: template argument 1 is invalid my_fr.cpp:50: error: `type' does not name a type my_fr.cpp:51: error: `Graph' was not declared in this scope my_fr.cpp:51: error: template argument 1 is invalid my_fr.cpp:51: error: `type' does not name a type my_fr.cpp:54: error: `Graph' was not declared in this scope my_fr.cpp:54: error: template argument 1 is invalid my_fr.cpp:54: error: `vertex_descriptor' does not name a type my_fr.cpp:76: error: `Graph' was not declared in this scope my_fr.cpp:76: error: template argument 2 is invalid my_fr.cpp:76: error: ISO C++ forbids declaration of `SWGen' with no type my_fr.cpp: In function `int main()': my_fr.cpp:83: error: use of `Graph' is ambiguous my_fr.cpp:49: error: first declared as `typedef class boost::adjacency_list<boost::vecS, boost::vecS, boost::undirectedS, boost::property<boost::vertex_name_t, std::string, boost::property<decomposition_index_t, int, boost::property<coordinates_sq_t, boost::simple_point<double>, boost::property<coordinates_circle_t, Polar<double>, VParams> > > >, boost::no_property, boost::no_property, boost::listS> Graph' here /usr/local/include/boost/graph/graph_concepts.hpp:31: error: also declared as `template<class G> struct boost::Graph' here my_fr.cpp:83: error: `Graph' was not declared in this scope my_fr.cpp:83: error: expected `;' before "g" my_fr.cpp:88: error: `CoordSqMap' was not declared in this scope my_fr.cpp:88: error: expected `;' before "position" my_fr.cpp:89: error: `g' was not declared in this scope my_fr.cpp:89: error: `position' was not declared in this scope Old program: #include <boost/graph/fruchterman_reingold.hpp> #include <boost/graph/random_layout.hpp> #include <boost/graph/adjacency_list.hpp> #include <boost/graph/simple_point.hpp> #include <boost/lexical_cast.hpp> #include <string> #include <iostream> #include <map> #include <vector> #include <boost/random/linear_congruential.hpp> #include <boost/progress.hpp> #include <boost/shared_ptr.hpp> #include <boost/graph/adjacency_list.hpp> #include <boost/graph/small_world_generator.hpp> #include <boost/random/linear_congruential.hpp> using namespace boost; struct decomposition_index_t{ typedef vertex_property_tag kind; }; struct coordinates_sq_t{ typedef vertex_property_tag kind; }; struct coordinates_circle_t{ typedef vertex_property_tag kind; }; template<typename T> struct Polar { T rad; T angle; }; struct VParams { int a; double b; long c; // std::complex<double> d; }; typedef adjacency_list<vecS, vecS, undirectedS, property<vertex_name_t, std::string, property<decomposition_index_t, int, property<coordinates_sq_t, simple_point<double>, property<coordinates_circle_t, Polar<double>, VParams > > > > > Graph; typedef property_map<Graph,coordinates_sq_t>::type CoordSqMap; typedef property_map<Graph,coordinates_circle_t>::type CoordCMap; typedef graph_traits<Graph>::vertex_descriptor Vertex; class progress_cooling : public linear_cooling<double> { typedef linear_cooling<double> inherited; public: explicit progress_cooling(std::size_t iterations) : inherited(iterations) { display.reset(new progress_display(iterations + 1, std::cerr)); } double operator()() { ++(*display); return inherited::operator()(); } private: shared_ptr<boost::progress_display> display; }; typedef boost::small_world_iterator<boost::minstd_rand, Graph> SWGen; int main() { boost::minstd_rand gen; // Create graph with 10000 nodes int nodecount = 4000; Graph g(SWGen(gen, nodecount, 6, 0.03), SWGen(), nodecount); double width = 2; double height = 2; CoordSqMap position = get(coordinates_sq_t(), g); random_graph_layout(g, position, -width/2, width/2, -height/2, height/2, gen); int iterations = 20; fruchterman_reingold_force_directed_layout (g, position, width, height, cooling(progress_cooling(iterations)).force_pairs(all_force_pairs() ) ); return 0; } Can someone explain to me what's happening here?

2 1

[Parameter] Positional arg after named arg
by Richard Crossley 31 May '06

31 May '06

Hi, With the parameter library is there any way to stop misuse as in; func(/*a = */1,b = 2); Fine, a is positional, b is named. func(a = 1,2); Happily compiles but probably isn't what was intended, the default value is used for the second parameter. Should positional arguments be allowed to occur after named arguments? Perusing the Parameter library docs I can't see any mention as to what should happen here. Regards, Richard. (using VC8.0 & cvs head)

2 2

[program_options]Lack of information in exceptions thrown
by Peter Gerell 31 May '06

31 May '06

Hi, I would like to know the name of the option that causes the command line parsing to fail. I don't like the idea of having to parse the what() string to extract the option name. I think the exception classes should be extended with functions to get this information. This is useful if you want to control the appearance of the error messages. E.g. use another language than English. In short I would like to do something like this: try { ... } catch ( const po::multiple_occurrences& e) { std::cerr << "multiple occurrences of option " << e.option_name(); } catch ( const po::unknown_option& e ) { std::cerr << "unknown option " << e.option_name(); } catch ( const po::invalid_syntax& e ) { std::cerr << e.what()); } catch ( const po::error& e ) { std::cerr << e.what()); } /Peter

1 0

[serialization] Overriding serialization of class pointer types
by Bryan Donlan 31 May '06

31 May '06

Hi all, I'm currently working on a game engine, and hoping to use boost serialization for the world saving code. It's nearly perfect except for one snag - serializing pointers to sprite file classes. Ideally I'd like to simply serialize the name of the sprite file, and on deserialization find the file in the sprite cache 'gallery', but this requires using split serialization in all the classes that reference sprites. Is there a way to simply override the serialization of /pointers/ to classes? I've tried the following: typedef creaturesImage *p_img; namespace boost { namespace serialization { template <class Archive> inline void save(Archive &ar, const p_img &obj, const int version) { bool isNull = (obj == NULL); ar & isNull; if (!isNull) { std::string name = obj->serializedName(); ar & name; } } template <class Archive> inline void load(Archive &ar, p_img &obj, const int version) { bool isNull; ar & isNull; if (isNull) obj = NULL; else { std::string name; ar & name; obj = world.gallery.getImage(name); } } } } BOOST_SERIALIZATION_SPLIT_FREE(creaturesImage *); BOOST_CLASS_IMPLEMENTATION(creaturesImage *, boost::serialization::primitive_type); However, this seems to be ignored; the compiler errors complain of such things as /usr/include/boost/serialization/access.hpp:109: error: 'class creaturesImage' has no member named 'serialize' (full log at http://pastebin.com/747527) The code in question can be found at http://ccdevnet.org/viewcvs.cgi/trunk/?rev=941 (ser/ subdirectory and serialization.h particularly), or by subversion at svn://ccdevnet.org/openc2e/trunk (rev 941 contains the code cited here; build with make openc2e_s; dependency list at http://openc2e.ccdevnet.org/download) Thanks, Bryan Donlan

2 3

program_options positional options and help message
by Pierre THIERRY 31 May '06

31 May '06

Hi, I'm just discovering po, and I wonder how to achieve the following: I want that the help message that I produce by streaming my options description to standard output also mentions the positional options, in the way that the traditional 'usage:' message does: usage: $PROG [options] FILE1 FILE2 ... Is it possible to do somethink like that? Am I clear? Curiously, Nowhere man -- nowhere.man(a)levallois.eu.org OpenPGP 0xD9D50D8A

2 1

[tuple] How to manipulate the types
by Adrián Etchevarne 30 May '06

30 May '06

Problem: How can I get a tuple type from a tuples::cons<> list ? example: given the type: cons<int, cons<float, cons<int, null_type> > > obtain tuple<int, float, int> Real problem: I need to insert a type T at the beginning of a tuple, how I can do this? example given the type T and tuple<int, float>, obtain a tuple<T, int, float> Thanks in advance, Adrián

7 7

Google Summer of Code
by Christian Henning 30 May '06

30 May '06

Don't know if everyone noticed. Here are the boost projects that google is sponsoring. http://code.google.com/soc/boost/about.html For me, I cannot wait for the concurency lib. Regards, Christian

1 0

[string_algo][range] compile problem with recent cvs
by Chris Hoeppler 30 May '06

30 May '06

Hi, the following snippet used to compile with the last released versions of boost: #include <boost/algorithm/string/replace.hpp> #include <string> int main() { char* esc = "\t"; char* sub = "\\t"; std::string str("\tbla\t"); boost::algorithm::replace_all(str, esc, sub); return 0; } Trying the current anonymous cvs version, it fails to compile on linux with gcc version 3.3.3. Is this to be expected? Chris Error messages: gcc.compile.c++ bin/gcc/debug/replace_all.o ../../boost-built/boost/range/const_iterator.hpp: In instantiation of `boost::range_const_iterator<char*>': ../../boost-built/boost/algorithm/string/replace.hpp:653: instantiated from `void boost::algorithm::replace_all(SequenceT&, const Range1T&, const Range2T&) [with SequenceT = std::string, Range1T = char*, Range2T = char*]' replace_all.cpp:17: instantiated from here ../../boost-built/boost/range/const_iterator.hpp:37: error: `char*' is not a class, struct, or union type ../../boost-built/boost/algorithm/string/replace.hpp: In function `void boost::algorithm::replace_all(SequenceT&, const Range1T&, const Range2T&) [with SequenceT = std::string, Range1T = char*, Range2T = char*]': replace_all.cpp:17: instantiated from here ../../boost-built/boost/algorithm/string/replace.hpp:653: error: no matching function for call to `first_finder(char* const&)' ../../boost-built/boost/algorithm/string/detail/formatter.hpp: At global scope: ../../boost-built/boost/algorithm/string/detail/formatter.hpp: In instantiation of `boost::algorithm::detail::const_formatF<char*>': ../../boost-built/boost/algorithm/string/formatter.hpp:46: instantiated from `boost::algorithm::detail::const_formatF<RangeT> boost::algorithm::const_formatter(const RangeT&) [with RangeT = char*]' ../../boost-built/boost/algorithm/string/replace.hpp:653: instantiated from `void boost::algorithm::replace_all(SequenceT&, const Range1T&, const Range2T&) [with SequenceT = std::string, Range1T = char*, Range2T = char*]' replace_all.cpp:17: instantiated from here ../../boost-built/boost/algorithm/string/detail/formatter.hpp:35: error: no type named `type' in `struct boost::range_const_iterator<char*>' ../../boost-built/boost/algorithm/string/detail/formatter.hpp:36: error: no type named `type' in `struct boost::range_const_iterator<char*>' ../../boost-built/boost/algorithm/string/detail/formatter.hpp:54: error: no type named `type' in `struct boost::range_const_iterator<char*>' ../../boost-built/boost/algorithm/string/detail/formatter.hpp:54: confused by earlier errors, bailing out "g++" -ftemplate-depth-128 -O0 -fno-inline -Wall -g -fPIC -DBOOST_ALL_NO_LIB=1 -I"." -I"../../boost-built" -c -o "bin/gcc/debug/replace_all.o" "replace_all.cpp" ...failed gcc.compile.c++ bin/gcc/debug/replace_all.o...

3 2

Filesystem...
by Alessandro Testa 30 May '06

30 May '06

hi, I've a problem with a simple program. the source is like this: int main(int argc, char **argv) { std::string s("./"); boost::filesystem::path p(s, WifiSolution::check_name); etc... this program works fine on linux and freebsd. when I try to execute it on windows xp it throws an exception during the creation of the object p, more specific in the function m_path_append. the complete stack is msvcr80.dll!operator new(unsigned int size=3435973868) Line 63 + 0x1e bytes C++ msvcp80.dll!std::_Allocate<char>(unsigned int _Count=3435973868, char * __formal=0x00000000) Line 44 + 0x6 bytes C++ msvcp80.dll!std::basic_string<char,std::char_traits<char>,std::allocator<char> >::_Copy(unsigned int _Newsize=3435973867, unsigned int _Oldlen=31) Line 1986 + 0xd bytes C++ msvcp80.dll!std::basic_string<char,std::char_traits<char>,std::allocator<char> >::_Grow(unsigned int _Newsize=3435973867, bool _Trim=false) Line 2012 + 0xb bytes C++ msvcp80.dll!std::basic_string<char,std::char_traits<char>,std::allocator<char> >::append(const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & _Right={...}, unsigned int _Roff=0, unsigned int _Count=3435973836) Line 931 + 0x16 bytes C++ msvcp80.dll!std::operator+<char,std::char_traits<char>,std::allocator<char> >(const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & _Left="invalid name "ÌÌÌÌ." in path: "", const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & _Right="ÌÌÌÌ./") Line 25 + 0x21 bytes C++ Backup++.exe!boost::filesystem::path::m_path_append() + 0xddc bytes C++ Backup++.exe!boost::filesystem::path::path() + 0x4b bytes C++ Backup++.exe!main(int argc=1, char * * argv=0x003a5c40) Line 22 + 0xf bytes C++ as you can see I'm using Microsoft Visual Studio .NET 2005 (vc-8.0) Any idea? Bye Alex

2 1

Re: [Boost-users] boost installer - what should be expected
by Ovanes Markarian 30 May '06

30 May '06

>On 5/30/06, Sebastian Redl <sebastian.redl_at_[hidden]> wrote: > >> These settings are not per-project in VS, at least not typically (I'm >> not sure whether per-project include paths are even possible). Neither >> do they hurt, in particular not with Boost, where all headers are in a >> subdirectory. On the other hand, you _have_ to add the include and >> library paths, or else hard-code the full path to the Boost includes in >> the include file names. Nobody does that. >> >> Sebastian Redl > >There are per-project include paths in VC++ - they're under the >property 'Additional Include Directories' and are added using the -I >option of cl. > >That's the mechanism by which I add third-party library paths to VC++ >projects - although not hardcoded - I define a whole load of >environment variables. I'm using VC7.1 - I use Solution Build >Environment add-in >(http://www.workspacewhiz.com/OtherAddins.html#SolutionBuildEnvironment) >to define them, but in VC8.0 there is a built in mechanism (define a >property sheet using the property manger, define the environment >variables in the User Macros option) that can be used for that >purpose. > >Why prefer per-project settings, I hear you cry? Well, for older >projects that used older versions of Boost that I really don't want to >upgrade! The last time I did that (1.30.0 to 1.32.0, I think), >upgrading my use of the Boost.Iterator libraries was a bit of a pain. > >Oh yeah - there's also per-project library path settings as well - >they obviously need to be set for Boost libraries needing linking. > >Stuart Dootson I would like to address all issues here in one mail. May be this is the best: 1. Per-Project Setting are deviation from the discussed point, but I see Per-project settings essential for distributed development, since it is possible (in visual c++) to use relative paths and manage libs related to the projects with these projects. So one can create a structure: my_project_workspace | +-- thirdparty | +-- boost 1.32 | +-- xerces 2.6 | +-- xalan x.x | +-- project files and sub projects All these projects can reference relative include paths and libs regardless of visual c++ directories set. This way you can compile sources by taking them from version control and calling build.bat or whatever script without running any fine tuning at the certain system. 2. Why would I need an installer if I can also use zip file. I understand that the installer downloads pre-build libs which I select. But try to trace how many users download only one required lib instead of the entire bunch? 3. I think a setup can feature the following selection options: - ask the user to register the PATH-EnvVar, so that binary files are automatically found (NSIS supports it) - ask the user to register boost libs in Include path of VC++ (Win32, x64, PocketPC...) - ask the user to register boost libs in Lib path of VC++ (Win32, x64, PocketPC...) There is an article in MSDN how to do that. Please read: ms-help://MS.VSCC.v80/MS.MSDN.v80/MS.VisualStudio.v80.en/dv_vcextall/html/T_Microsoft_VisualStudio_VCProjectEngine_VCPlatform.htm It relies on .NET, but I think it is now not possible to install the VC++ without .NET Environment. 4. I would select the Windows Installer Technology anyway: - Graphical Installer creation Tool is available with Visual C++ (more or less free if you have VC++) - This Technology can be repackaged by other system administrators to deploy boost-libs within the enterprise (this happens pretty often) - Merge Modules can be used to provide users with pre-defined boost distribution components. A user only needs to select the appropriate MSM-Package to be linked with the application setup. I understand that these points require a lot, but this would be a "perfect installer". With Kind Regards, Ovanes Markarian

1 0

boost installer - what should be expected
by Ovanes Markarian 30 May '06

30 May '06

Hello, yesterday I downloaded the boost installer package from boost-consulting site (http://www.boost-consulting.com/download.html) and started the installation. Everything was fine, but now I have a question: After choosing and installing the desired libraries I would like to know what should be expected as a result? I selected to install the libraries for Visual C++ 8.0, but I still had to put manually into C++ Options Dialog the directories to boost includes, libs and binaries. Shouldn't this be done by setup? Would not it be better to create merge modules, so that boost users could use them for their installations as well? With Kind Regards, Ovanes Markarian

6 5

[review][pimpl_ptr] Pimpl Pointer review begins
by Rene Rivera 29 May '06

29 May '06

The review of the pimpl_ptr library by Asger Mangaard starts today, Monday May 15th, 2006, and runs through May 25th, 2006. (Boost Reviews RSS feed <http://tinyurl.com/ogpj6>) Pimpl Pointer ------------- :Author: Asger Mangaard :Download: Boost Sandbox (http://boost-consulting.com/vault/) as "pimpl_ptr.zip". Direct download at <http://tinyurl.com/m66ox>. :Description: The pimpl idiom is widely used to reduce compile times and disable code coupling. It does so by moving private parts of a class from the .hpp file to the .cpp file. However, it's implementation can be tricky, and with many pitfalls (especially regarding memory management). The pimpl_ptr library is a single header file, implementing a special policy based smart pointer to greatly ease the implementation of the pimpl idiom. Review questions ---------------- Please always explicitly state in your review, whether you think the library should be accepted into Boost. You might want to comment on the following questions: - 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? Enjoy, Rene. -- -- 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

2 1

[BGL] property tag classes and "num"
by Jens Müller 29 May '06

29 May '06

From <http://www.boost.org/libs/graph/doc/using_adjacency_list.html#sec:adjacency…>: | Custom Edge Properties | | Creating your own property types and properties is easy; just define a | tag class for your new property. The property tag class will need to | define num with a unique integer ID, and kind which should be either | edge_property_tag, vertex_property_tag, or graph_property_tag. | | struct flow_t { | typedef edge_property_tag kind; | }; | | struct capacity_t { | typedef edge_property_tag kind; | }; It works with structs like this. Am I missing something, or where is "num"?

2 4

[Serialization] Serializing boost::tuples
by Christian Henning 29 May '06

29 May '06

Hi there, I know that serializing of std::pair is part of the current serialization lib. I'm just wondering if there is something for the boost's tuples? Is it maybe in a different header file? I think that would be a cool feature and not so difficult to implement. But maybe I'm naive? Thanks, Christian

2 5

rule install unknown
by Bert Verbeek 29 May '06

29 May '06

Hello All, after some years of using jam, I tried to switch to bjam today. I'm using deb packages from the debian linux testing distro: bjam-3.1.11-1 boost-build-2.0-m10-1 (Building bjam myself from sources gave exactly the same result) Compiling a very simple qt4 application file is no problem. But installing it in a dist directory will not happen? bjam reports: src/Jamfile:7: in modules.load rule install unknown in module Jamfile</home/bert/projects/qscope/src>. /usr/share/boost-build/build/project.jam:255: in load-jamfile /usr/share/boost-build/build/project.jam:67: in load /usr/share/boost-build/build/project.jam:71: in project.load /usr/share/boost-build/build-system.jam:75: in load /usr/share/boost-build/kernel/modules.jam:259: in import /usr/share/boost-build/kernel/bootstrap.jam:120: in boost-build /usr/share/boost-build/boost-build.jam:1: in module scope ---- qscope/src/Jamfile --------------------------------------- exe qscope : main.cpp : <library>/usr/lib/libQtCore.so <library>/usr/lib/libQtGui.so ; install dist : qscope ; ------------------------------------------------------------------ Searching the net/user mailing list and reading bjam -d9 output didn't help me. Can you give me a hint how to proceed? Thanks in advance. Kind regards Bert Verbeek

2 2

Re: [Boost-users] [Test] Is It Possible to Put Test Cases in DLL?
by Wu Yinghui, Freddie 29 May '06

29 May '06

boost-users-request(a)lists.boost.org wrote: >> "Wu Yinghui, Freddie" <yhwu(a)volumeinteractions.com> wrote in message >> news:4476BDAD.5060100@volumeinteractions.com... > > This option is available with CVS version of Boost.Test. Here is what you > need to do: Thanks for your reply, Gennadiy. But does this mean that I cannot achieve this without the latest CVS update? Since our development team is using only the stable releases, I guess I'll have problem with this approach. > 1. Build DLL version of UnitTestFramework. > 2. Build DLL with your test cases. > 3. Buils console_test_runner utility from libs/test/tools > > Now it's all you need. If you have any questions regarding any of the steps > above please ask. > >> I'm using the auto registration facility now to create and register the >> test suites and cases. And I'm running on MSVC 7.1 on Windows XP SP2 now. > > I have test_runner_test to specifically test this situation. Cheers, Freddie -- Wu Yinghui, Freddie Research & Development Software Engineer Volume Interactions Pte Ltd 1 Kim Seng Promenade, #12-01 Great World City East Tower Singapore 237994 Tel: +65 62226962 (Ext 216) Fax: +65 62226215 Email: yhwu(a)volumeinteractions.com URL: http://www.volumeinteractions.com Important: This message is intended for the recipient(s) addressed above. It contains privileged and confidential information. If you are not the intended recipient, please notify the sender immediately by replying to this message and then delete it from your system. You must not read, copy, use, or disseminate this communication in any form. Thank you.

2 1

[Getting Started][Build] [v2] Is it "Boost Build" or "Boost Build V2"
by Andy Little 29 May '06

29 May '06

Further helpful (I hope) criticism of the getting started Docs for boost 1.33.1 In http://www.boost.org/doc/html/bbv2/installation.html In the heading section entitled Chapter22 Installation, paragraph numbered 2. The second sentence reads: "Go to the Boost.Build root directory and run bjam --version. You should see: " etc It is too easy to assume this refers to the directory $(BOOST_ROOT)/build rather than $(BOOST_ROOT)/build/v2 and if you execute the command there you get a cryptic error message. I think what is referred to here as the Boost Build directory is referred to previously as the Boost Build V2 directory ( I feel however that it is quite likely to arrive here without having read that anyway). The physical location of v2 under the build directory can add to the confusion It might help to always refer to the directory explicitly as the Boost Build v2 directory. HTH regards Andy Little

2 1

[regex] Strange behavior with greediness operators?
by Christopher Hart 28 May '06

28 May '06

All: I think I'm seeing strange behavior with the greediness operators in Boost.Regex (1.33.1, Mac OS 10.4.6), but was hoping someone could confirm that I'm using them correctly. For example, the following two calls: find_matches(".*a href=(.*?)>", "<html><head><title>test</title></head><body>this is a test <a href=testlink.html> more text</body></html>"); find_matches(".*a href=(.*)>", "<html><head><title>test</title></head><body>this is a test <a href=testlink.html> more text</body></html>"); Produce the same output: Expression: ".*a href=(.*?)>" Text: "<html><head><title>test</title></head><body>this is a test <a href=testlink.html> more text</body></html>" ** Match found ** Sub-Expressions: $0 = "<html><head><title>test</title></head><body>this is a test <a href=testlink.html> more text</body></html>" $1 = "testlink.html> more text</body></html" Captures: $0 = { "<html><head><title>test</title></head><body>this is a test <a href=testlink.html> more text</body></html>" } $1 = { "testlink.html> more text</body></html" } Expression: ".*a href=(.*)>" Text: "<html><head><title>test</title></head><body>this is a test <a href=testlink.html> more text</body></html>" ** Match found ** Sub-Expressions: $0 = "<html><head><title>test</title></head><body>this is a test <a href=testlink.html> more text</body></html>" $1 = "testlink.html> more text</body></html" Captures: $0 = { "<html><head><title>test</title></head><body>this is a test <a href=testlink.html> more text</body></html>" } $1 = { "testlink.html> more text</body></html" } It seems like the (.*?) expression should match only "testlink.html", as the ">" character terminates the pattern and would consume the least amount. (This same expression is working as written in Perl.) The find_matches function looks like: void find_matches(const std::string& regx, const std::string& text) { boost::regex e(regx); boost::smatch what; std::cout << "Expression: \"" << regx << "\"\n"; std::cout << "Text: \"" << text << "\"\n"; if(boost::regex_match(text, what, e, boost::match_extra | boost::match_partial)) { unsigned i, j; std::cout << "** Match found **\n Sub-Expressions:\n"; for(i = 0; i < what.size(); ++i) std::cout << " $" << i << " = \"" << what[i] << "\"\n"; std::cout << " Captures:\n"; for(i = 0; i < what.size(); ++i) { std::cout << " $" << i << " = {"; for(j = 0; j < what.captures(i).size(); ++j) { if(j) std::cout << ", "; else std::cout << " "; std::cout << "\"" << what.captures(i)[j] << "\""; } std::cout << " }\n"; } } else { std::cout << "** No Match found **\n"; } } Am I missing something in the usage, or is this a bug? Any guidance is appreciated. Thanks, Chris Hart

2 1

[datetime] Parametrization of class datetime.
by Seweryn Habdank-Wojewódzki 26 May '06

26 May '06

Hi! I wonder if there is any posibility to change boost::datetime result class eg. long to any bignum class eg. from GMP library or double type. It is important question for calculation distance between let's say 1900 and 2100 and using method eg. total_seconds(). There is no methods like total_minutes(), total_hours(), total_days() and so on, so if I would like to have a distance in days I have to calculate distance in seconds and recalculate it to days, but for big distances total_seconds() exceeded long ranges. Regards. -- |\/\/| Seweryn Habdank-Wojewódzki `\/\/

3 6

[lambda]lambda and lexical_cast
by Antonio Piccolboni 25 May '06

25 May '06

I just wanted to transform a vector of integers into a vecotr of strings, doesn't seem to be asking much transform(ilabels.begin(), ilabels.end(), labels.begin(), lexical_cast<string>(_1)); gcc 4.0.2 doesn't like it at all /usr/include/boost/lexical_cast.hpp:144: error: 'const class boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::bitwise_action<boost::lambda::leftshift_action>, boost::tuples::tuple<std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >&, boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >' has no member named 'fail' <begin polemic, use flame retardant> Is it only me or does lambda lack orthogonality with anything else? Whenever I use lambda for anything non isomorphic to the the plain vanilla examples, the compiler goes ballistic <end polemic> Thanks Antonio

3 2

Re: [Boost-users] [lambda]lambda and lexical_cast
by Sohail Somani 25 May '06

25 May '06

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of > Antonio Piccolboni > <begin polemic, use flame retardant> > Is it only me or does lambda lack orthogonality with anything > else? Whenever I use lambda for anything non isomorphic to > the the plain vanilla examples, the compiler goes ballistic > <end polemic> That's why they're adding lambda functions to C++. Of course theyre not polymorphic so IMHO that makes them useless.

1 0

boost::filesystem::filesystem_error returns wrong error code on bad path?
by Ed Johnson 25 May '06

25 May '06

Hi, When I create a bad path on purpose, the error code that boost returns is: 2 other_error, // library generated error However, the exception.hpp what() returns the string: boost::filesystem::path: invalid name "testwrite1::.txt" in path: "../data/TestFileIO/testwrite1::.txt" It seems like the string from what() correctly identifies the error at a bad path name, but it is not correctly translated in the error code enumeration. I thought it should be: 6 path_error Using boost 1.33.1 http://www.boost.org/libs/filesystem/doc/exception.htm Any thoughts? Thanks, Ed Johnson

1 0

Google Summer of Code -- 10 Projects Assigned!
by Jeff Garland 25 May '06

25 May '06

Hi All - Just a quick note to let everyone know that Boost has been assigned 10 SOC projects! This is more than we expected and I'm hopeful will result in some great work. Even so, there are many excellent students and projects that applied for Boost projects and were NOT selected. The competition for these 10 slots was quite brutal. The choices were extremely difficult to make. It was often very hard to decide between a totally novel, high risk, project proposal and a fairly straight-forward extension to a current library. As you'll see, we ended up with some of both. The mentors have been trying to reach everyone with a notification one way or another, but it's a large list. All applicants should have heard from Google by now. If you have questions you can post to boost_soc2006(a)crystalclearsoftware.com and someone should get back to you. I'm not going to publicy share the details of the list just yet -- until we are sure all the administrative items are confirmed (google apparently accidently informed 1800 people they were accepted and then had to retract). Eventually the list should show up here: http://code.google.com/soc/boost/about.html Jeff

2 1

[Serialization] Serializing a map
by Christian Henning 25 May '06

25 May '06

Hi there, I was just toying around with the boost serialization lib. Unfortunately I have a problem with serializing a map. Here is what I did: #include <map> #include <string> #include <iostream> #include <algorithm> #include <fstream> #include <boost/archive/text_iarchive.hpp> #include <boost/archive/text_oarchive.hpp> #include <boost/serialization/map.hpp> using namespace std; struct Settings { int Brightness; int Contrast; }; // Table indexed by strings typedef pair< string, string > Key; typedef map< Key, Settings* > Table; int _tmain(int argc, _TCHAR* argv[]) { Table aTable; aTable[ make_pair("Mueller","Meier") ] = new Settings(); aTable[ make_pair("Meier","Mueller") ] = new Settings(); aTable[ make_pair("Meier","Meier") ] = new Settings(); Settings* pSettings = aTable[ make_pair("Mueller","Meier") ]; pSettings->Brightness = 99; pSettings->Contrast = 8; ofstream ofs( "Settings.txt" ); boost::archive::text_oarchive oa( ofs ); oa << aTable; return 0; } I get an the following error: error C2027: use of undefined type 'boost::STATIC_ASSERTION_FAILURE<x>' .... I'm using MSVC 7.1 and boost 1.33.1 . I believe there is something very basic wrong in my code. Any help? Thanks ahead, Christian Henning

4 9

Shmem timed mutex
by Steven Wooding 25 May '06

25 May '06

Hi, I wonder if you can help me. I'm using the Shmem library (v0.92) and I'm trying to use a shared_timed_mutex with a scoped_timed_lock. This seems to work until the mutex is about to go out of scope. Then my program just hangs. It seems that it can not unlock the mutex. I tried issuing a "unlock" function call on the lock object and that hangs as well. Could anyone confirm if the shared_timed_mutex works at the moment. Thanks for you help. Steve.

2 5

Access violation in Boost.Format using absolute tabulations
by Edson Tadeu 25 May '06

25 May '06

If the format string have an absolute tabulation (%t), the basic_format::clear() method throws an access violation because of this piece code in format_implementation.hpp(138): if( bound_.size()==0 || !bound_[ items_[i].argN_ ] ) Here items_[i].argN_ can be negative (defined in internals.hpp(70)), which is an invalid index to bound_[]. I think a simple check of greather than zero would suffice to fix it. Here is a code that catches it: using boost::format; format f("%0s%-32.32s:%|40t|%|.6|%|55t|%25s\n"); f % "test1" % 2.0 % "test3"; f % "test4" % 5.0 % "test6"; // calls clear() and breaks

2 3

[Variant] Time complexity of apply_visitor
by Scott Meyers 25 May '06

25 May '06

If I invoke apply_visitor, what is the time complexity wrt the number of types that may be in the variant? The doc doesn't seem to address this. I looked at the source code, but all I can remember before my head exploded due to exposure to the MPL and the PPL was "switch" (which suggests constant time) and "unrolling" which suggests either linear or constant time, depending on what is being unrolled. Does anybody know what the time complexity of apply_visitor is? My real question is whether applying a visitor to a variant is more efficient than a cascading series of calls to get. I know that the following runs in linear time wrt the number of types in the variant, if (T1 *p = get<T1>(&myVariant)) ... else if (T2 *p = get<T2>(&myVariant)) ... else ... else if (Tn *p = get<Tn>(&myVariant)) ... but what about this? apply_visitor(myVisitor, myVariant); Thanks for any enlightenment. Scott

2 1

[multi_array] size_type
by Daniel Mitchell 24 May '06

24 May '06

It seems clear that since each dimension of a multi_array can have (I presume) extent up to numeric_limits<size_type>::max(), size_type isn't always large enough to hold the actual size of the multi_array and multi_array::size() may overflow. I have a similar problem with some of my own code, and I'd like to know how the multi_array designers approached this problem--my approach so far is to punt the problem to my users. Thanks. D.

2 1

multi_array index_gen or extent_gen store for reuse
by Levent 24 May '06

24 May '06

Is it possible to store tuples of index or range values (or generators) for later reuse? Consider the following: typedef boost::multi_array<int,3> Arr; typedef Arr::index_range Ir; typedef ??? indices; Arr a(boost::extents[3][4][5]); Arr b(a); indices somerange = Arr::index_gen[Ir()][Ir(1,5)][Ir()<2]; b[somerange] = a[somerange]; // and so on What should `???' be? thanks - Levent

2 2

[boost.multi_array] Question about iterators on multi_array_views
by bernhard.maeder＠zkb.ch 24 May '06

24 May '06

Hello everyone I'm trying to use the boost.multi_array's iterators and came across a problem: calling end() on a certain multi_array_view only yields the same iterator, if it is called on exactly the same instance of the view. When, however, the view is created twice (using the same expression, of course), end() produces an iterator that doesn't compare to the first one. In other words: m_a[indices[index_range()][1]].end() != m_a[indices[index_range()][1]].end() I'm not sure whether this is just me, trying to use something in a way it shouldn't be used, or if this is a limitation of the multi_array library. I'd appreciate your opinion! Thanks a lot! Bernhard Maeder Following is the code that produces an error due to using the multi_array in the above manner: ----------------------------------------------------------------- #include <iostream> #include <boost/multi_array.hpp> using namespace boost; typedef boost::multi_array_types::index_range index_range; using boost::indices; template<typename IteratorType> void output(IteratorType begin, IteratorType end) { for (IteratorType it = begin; it != end; ++it) { std::cout << *it << std::endl; } } template<typename ArrayType> void output(ArrayType const & ar) { std::cout << "----------" << std::endl; std::cout << (ar.end() == ar.end()) << std::endl; std::cout << "----------" << std::endl; output(ar.begin(), ar.end()); } int main() { typedef boost::multi_array<double, 2> array_type; // Create a 3x3 array: array_type m_a(boost::extents[3][3]); for (std::size_t i=0; i<9; i++) m_a.data()[i] = static_cast<double>(i); // Works: std::cout << "Use a sub_array:" << std::endl; output(m_a[1]); // Works: std::cout << "Use a multi_array_view:" << std::endl; output(m_a[indices[index_range()][1]]); // Doesn't work: std::cout << "Use subsequent versions of a multi_array_view:" << std::endl; // This returns false: std::cout << "----------" << std::endl; std::cout << ( m_a[indices[index_range()][1]].end() == m_a[indices[index_range()][1]].end() ) << std::endl; std::cout << "----------" << std::endl; output( m_a[indices[index_range()][1]].begin() , m_a[indices[index_range()][1]].end() ); return 0; } ___________________________________________________________________ Disclaimer: Diese Mitteilung ist nur fuer die Empfaengerin / den Empfaenger bestimmt. Fuer den Fall, dass sie von nichtberechtigten Personen empfangen wird, bitten wir diese hoeflich, die Mitteilung an die ZKB zurueckzusenden und anschliessend die Mitteilung mit allen Anhaengen sowie allfaellige Kopien zu vernichten bzw. zu loeschen. Der Gebrauch der Information ist verboten. This message is intended only for the named recipient and may contain confidential or privileged information. If you have received it in error, please advise the sender by return e-mail and delete this message and any attachments. Any unauthorised use or dissemination of this information is strictly prohibited.

2 1

[shared_ptr] locking issues in Multithreads and singlethreaded env.
by Kobi Cohen-Arazi 24 May '06

24 May '06

Hi As far as we know, boost::shared_ptr has a locking overhead when inc/dec is invoked. I wonder: 1. Is it using atomic op? 2. Why Alexandrescu policy based shared_ptr was rejected? 3. What can we do in order to be able to use shared_ptr without that overhead? Thanks, Kobi.

2 1

[mpl] C++ Template Metaprogramming book - Question
by Kobi Cohen-Arazi 24 May '06

24 May '06

Hi, I've started reading Abrahams' and Gurtovoy's book, since I'm very interested in boost.mpl. Seems like a great book. I have a question regarding the 3rd chapter (3.1.4 section). Eventually, it says that operator* multiplies the runtime values (resulting in 6.0f) and the code uses transform to sum the meta-seq. template <class T, class D1, class D2> quantity<T, typename mpl::transform<D1,D2, plus_f>::type> operator*(quantity<T,D1> x, quantity<T,D2> y) { typedef mpl::transform<D1,D2, plus_f>::type dim; return quantity<T,dim>(x.value() * y.value()); } 1. Why passing x and y by value? why not const& 2. How did we got 6f ? 3. How and when the mpl::transform is getting into action here? I cannot spot it. Thanks -- - Kobi

2 1

Re: [Boost-users] Exposing Class with Private ctor and dtor
by Anand, Kumar 24 May '06

24 May '06

Well marking the copy constructor as private is not required since dtor is already marked as private. You will not be able to copy construct by saying something like A *a = new A(); A a' = A(*a) //This will fail because dtor of A is private. However making the python wrapper class as boost::noncopyable works. It seems, if you do not mark the wrapper class as "noncopyable", boost python internally generates some code which requires public dtor. Kumar -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Dale McCoy Sent: Wednesday, May 17, 2006 6:24 PM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] Exposing Class with Private ctor and dtor > A class has static method to create and a static method to destroy. And the > constructors and destructor of the class is marked as private. How do I > expose such a class in Python? > <snip code> In the code you posted, the default constructor is indeed private, but the copy constructor is not. Was that intentional? If so, then it's still possible to write A otherA(A::create()); which requires public access to ~A() in order to destroy otherA. If it was not intentional, does explicitly privitizing the copy-constructor work? (Or make it clear where Boost::Python wants to copy-construct an A?) Dale _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

2 1

[regex] Static linking woes with gcc 4.0x on Fedora Core
by David Yon 24 May '06

24 May '06

I've been having great success with the regex library on Win32 and Linux, up until the time I decided to flip over to using all static linking. What used to be working code suddenly goes belly-up during static constructor initialization, but only when I statically link. When I use dynamic-linking, all appears to be well. I've tried the following permutations, each of which crashes, but each in a slightly different place: - Stock Fedora Core 4 install, with gcc 4.0.0 and boost 1.32 - Upgrade the above to gcc 4.0.2 - Upgrade boost to boost-1.33.1-6.i386.rpm (+boost-devel) - Build boost 1.33 from sources using gcc 4.0.2 When I started, it was dying when running static initializers inside the regex lib. I don't have the exact stack trace right now, but it looked like c_regex_traits<char>::init() was calling a null function pointer somewhere (similar to the top frame shown below). But now that I've come to the last step, it's dying during exit(), with the following backtrace---which isn't terribly helpful, I know: (gdb) backtrace Core was generated by `trquery'. Program terminated with signal 11, Segmentation fault. #0 0x00000000 in ?? () #1 0x08096f63 in __tcf_0 () #2 0x080fa5ee in exit () #3 0x08048d80 in DoQueryAll (ctl=@0xbfaf2a84, ttyname=0x0) at siquery.cpp:472 #4 0x08049826 in main (argc=1, argv=0xbfaf2ec4) at siquery.cpp:320 My DoQueryAll() is calling exit() directly, although I doubt that should make a difference. And again, this All Just Works(tm) when I dynamically link. Dynamic linking is not an option for us---if it came to that, then I'd be seriously looking at refactoring to replace boost.regex with either custom parsing or another regex lib. Besides, bjam *does* build a libboost_regex-XXX.a, presumably it's supposed to work. :-) Now I know that based on the above backtrace, this could be anything. I'm suspecting boost because of the first symptom where the backtrace is in c_regex_traits<char>::init(). So given the dearth of discussion on this category of problem, I'm guessing that perhaps this is a problem with gcc 4.x? Are there any known issues with boost.regex on gcc 4.0.x? Are they fixed in 4.1? Should I just fall back to Fedora Core 3 to get gcc 3.x? Thanks much! David Yon Tactical Software

2 6

[Wave] error (2) compared to 'cpp': ill-formed directive
by Andreas Sæbjørnsen 24 May '06

24 May '06

This is a different error from the one previously reported. Using the 'samples/cpp_tokens' example preprocessor with the input file: #define __glibcpp_function_requires(...) give the following error message test.C(1): error: ill formed #define directive: __glibcpp_function_requires This error was found when preprocessing the file: #include <algorithm> where the implementation of algorithm is from gcc. The error from the custom preprocessor is: PATH_TO_GCC_STL_IMPLEMENTATION/bits/concept_check.h(52): error: ill formed #define directive: __glibcpp_function_requires It is important for us to be able to preprocess this header file since we aim for gcc compatibility. Is this standard preprocessor syntax? Could Wave support this syntax? Regards Andreas

2 2

[BGL] graph & reverse_graph type conversion
by Jean-Charles Campagne 24 May '06

24 May '06

Given a type of graph G such as : typedef adjacency_list < listS, listS, bidirectionalS > G; and its reverse graph type : typedef reverse_graph<G> RG How can I convert a graph RG to a graph G simply ? For instance, I would like to apply a function like : void foo(G x); to graphs of type G as well as type RG. I looked in the documentation, unsuccesfully. I tried to change the type of the function to : void foo(RG x); It worked for some functions, but not for others like : void bar(RG x) { // ... add_vertex(x); //... } The compiler complains about : 'Config::vertex_descriptor boost::add_vertex( const Config::vertex_property_type &, boost::adj_list_impl<Derived,Config,Base> &)' : expects 2 arguments - 1 provided Apparently there seems to be no default type conversion ... ? PS : I am currently using VC++ 7.1.

2 2

[Wave] error: ill-formed directive
by Andreas Sæbjørnsen 24 May '06

24 May '06

Using the 'samples/cpp_tokens' example preprocessor with the following code: #define true 1 #define false 0 gives the following error: test.C(1): error: ill formed preprocessor directive: #define Preprocessing the same file with 'cpp' give no error. If any of the two lines in the file is removed the other line will cause an error. I guess the error occurs because 'true' is not an T_IDENTIFIER, but a T_TRUE. Could you imagine a clean fix to this issue? Regards. Andreas

2 2

[regex] "EXC_BAD_ACCESS" when iterating over smatch captures
by Christopher Hart 24 May '06

24 May '06

All: I'm trying to run the captures example included in the Boost.Regex documentation. When running the captures example verbatim, I get: "Program received signal: "EXC_BAD_ACCESS"." This is happening on Mac OS X 10.4.6 (Intel) with Boost 1.33.1. This problem seems to be related to the definition of BOOST_REGEX_MATCH_EXTRA - if I don't use captures and leave the macro undefined, other regex functions work fine. >From gdb: (gdb) backtrace #0 0x00003ad4 in boost::sub_match<__gnu_cxx::__normal_iterator<char const*, std::string> >::str () #1 0x00003b3a in boost::operator<< <char, std::char_traits<char>, __gnu_cxx::__normal_iterator<char const*, std::string> > () #2 0x00001ff1 in print_captures () #3 0x000021e6 in main () The instruction that caused the error: 0x00003ad4 <+0068> movsbl (%eax),%eax I'm way out of my depth on this one. Does anyone have any thoughts on what to try? Has anyone been able to use captures on an Intel Mac system, or could this be a platform specific issue? Thanks, Chris

2 3

[BGL] how does automatic vertex_index creation work?
by Sebastian Weber 23 May '06

23 May '06

Hi folks! I defined a customary graph type which always uses integers in a bound range to adress the vertices. It is therefore as if one would use an adjacency_list with vecS as vertex storage set. Since I want to run an algorithm requiring a vertex_index property to be present on my custom graph, I was looking at the code of the adjacency_list graph. The docs say, that somewhere in the code the vertex_index map does get created automatically if the vertex set is vecS, but where and how is it done? The code is just too big or too advanced for me to find the appropiate lines. Could someone please enlighten me? Thanks in advance, Sebastian Weber

2 3

IBM iSeries support
by MARobertson＠dstsystems.com 23 May '06

23 May '06

I was just wondering if anyone out there has tried using any of the Boost libraies on IBM's iSeries platforms. Its one of the platforms that I have to support. I'd like to use a few of the Boost libraries, but am not sure how to proceed. My main concern is the libraries that require a binary( like Boost.Regex ). The header only libraries that I'm interested in, I've been able to use( so far at least ). Marc Robertson Principal Architect AWD Development DST Technologies, Inc. ----------------------------------------- This e-mail and any attachments are intended only for the individual or company to which it is addressed and may contain information which is privileged, confidential and prohibited from disclosure or unauthorized use under applicable law. If you are not the intended recipient of this e-mail, you are hereby notified that any use, dissemination, or copying of this e-mail or the information contained in this e-mail is strictly prohibited by the sender. If you have received this transmission in error, please return the material received to the sender and delete all copies from your system.

2 1

poll of tool usage and machine spec
by Jan Stetka 23 May '06

23 May '06

Would anyone else be interested in a poll, implemented on a website, of what tools e.g. gcc, visual c++ and machine spec: RAM, operating system, CPU boost users have?

4 3

[iostreams] blocking read() confusion
by Dave Dribin 23 May '06

23 May '06

According to the documentation I/O Streams defines blocking I/O as: <http://www.boost.org/libs/iostreams/doc/concepts/blocking.html> > A Device is Blocking if a read request never produces fewer > characters than requested except at end-of-stream, and if a write > request never consumes fewer characters than requested under any > circumstances. So, if I issue an iostream::read() with 10 characters, and only 5 come back, this is considered non-blocking. To me, this is inconsistent with at least Unix read() semantics. As long as iostream::read() blocks for at least 1 character, it should be considered blocking, no? I don't have a copy of the C++ standard handy, but my Stroustrup book just says that iostream::read(Ch *p, streamsize n) "returns at most n char". Thus it heavily implies that reading less than "n char" is not only possible, but not an error or exceptional condition. But the book really doesn't say anything more than that. I am just curious because I am looking into using Boost Iostreams as a wrapper around some socket I/O that uses standard Unix read() semantics. I don't use the socket in non-blocking mode, but since the Unix read() may return less than "n char", do I need to write a loop that ensures exactly "n char" is read, unless an EOF occurs? Thanks, -Dave

3 2

Re: [Boost-users] [Regex] Replace algorithm
by Andrew McDonald 23 May '06

23 May '06

Hi, The iostreams library has a basic_regex_filter that will do this job. See http://www.boost.org/libs/iostreams/doc/classes/regex_filter.html or in context http://www.boost.org/libs/iostreams/doc/index.html 4. Reference -> 4.2 Classes -> basic_regex_filter The following ctor is the one you probably want basic_regex_filter( const basic_regex<Ch, Tr, Alloc>& pattern, const formatter& replace, regex_constants::match_flag_type flags = regex_constants::match_default ); It takes a regex (and regex flags) and for each match calls the formatter function. The formatter is a boost::function1 that takes the match_results and is expected to return a string that will be used to replace the match. You will probably have to put your src/dst strings into stringstreams to use the filter. Note that the library does support a generous additional variety of sinks and sources , files, arrays, zip archives etc. Please note that I recently found a bug in basic_regex_filter in cases where no match is found. See my earlier posts for a fix. regards, Andrew > -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org]On Behalf Of Johan Nilsson > Sent: Monday, 22 May 2006 7:53 PM > To: boost-users(a)lists.boost.org > Subject: [Boost-users] [Regex] Replace algorithm > > > Hi, > > I'd like to replace all parts of a string with the results of > calling a > function, passing the match as a parameter. Some pseudo-code: > > --- > std::string replacer(smatch& s) > { > return std::getenv(s[1].c_str()); > } > > std::string const input = "This is ${USER} on ${HOST}"; > boost::regex const re("\\$\\{([^\\}]+)\\}"); > std::string result = boost::regex_replace(input, re, > boost::bind(&replacer)); > > assert("This is Me on MyWorkstation" == result); > --- > > (I'm sure there are errors above, but I hope you get the > general idea). > > Any easy way to do something similar? > > // Johan > > > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

1 0

Boost Format Problem with empty strings
by Catalin Pitis 23 May '06

23 May '06

Hi I'm using Visual C++ 8.0 and I tried to run the following code, which seems to crash with assertion (NULL POINTER) at debug time: (boost::format( "Something %1%") % std::string()).str() It seems that it doesn't like empty strings in placeholders at all. Is it a bug or is it as designed? Thanks Catalin

2 1

Installing boost 1.33.1 with STLPort 5.0.2 and vc8
by jon 23 May '06

23 May '06

Hello All, For VC7.1 there is a tool set for 'normal' vc7.1 and one for vc-7_1-stlport. With my 'old' vc 7.1 things worked out fine with the STLPort version. Now I'm switching to vc8 and was wondering how to get boost to compile with STLPort instead of the standard vc8 implementation. I assume that boost will compile against MS-STL implementation if I do something like: bjam "-sTOOLS=vc-8_0" install Thanks in advance... Jón

2 1

Non-intrusive serialization on derived objects without default constructor?
by Will Lee 22 May '06

22 May '06

I've tried to searched for this in the archive and in google, but I can't seem to find the answer. I'm having trouble using boost::serialization with its non-intrusive. In parituclar, I can't really figure out how to serialize derived classes that do not have default constructors in an non-intrusive way. class A; class B : A; class C : A; Suppose B and C do not have a default constructor. And I would like to serialize: A* b = new B(10); A* c = new C("something"); Due to the restriction of the API that I can not change, all I have is the pointer to A. I'm puzzled on how this can be done. From reading the documentation and source code, I think I need to override the load_construct_data and save_construct_data, such as: template<class Archive> inline void load_construct_data(Archive &ar, A *t, const unsigned int vers) { } template<class Archive> inline void save_construct_data(Archive &ar, A *t, const unsigned int vers) { } However, it seems like the memory is allocated already by the archiver with the size of type A before calling the load_construct_data. How then can I allcoate an object with type B or C? There are examples on how this can be done intrusively, but since I don't have control of the source, I really want to do it non-intrusively. Any help is greatly appreciated. Will

1 0

[filesystem] Adding data to center of a file
by Tim Boura 22 May '06

22 May '06

Hi all. I am trying to use the boost libraries for the first time and am running into some odd problems. This is not being helped by the fact that I am rather rusty in C++! Quite simply I am writing out data to a file, which I need to have a header and footer on and then content in the center. When more data is appended to the file then it needs to be added in between the header and footer. In order to do this I check if the file exists before starting to write and only write the header in in that case - which works fine. However if the file already exists then I need to open it for writing, and then rather than appending start from one line/10 characters before the end of the file and append. However if I open the file with any option other than 'out | app' then the file gets wiped, I have tried every combination of flags I can think of - even 'out & ~trunc' and nothing makes any difference. From what I can see if I open it in 'out | app' then I can add things to the end of the file, but seek commands are ignored. If I open it in any mode other than app then the file gets wiped! I've stripped it down a bit for simplicity but this is the code: // Check whether the file already exists before creating it old = boost::filesystem::exists(filename); // Open file boost::filesystem::wofstream file; file.open( filename, std::ios_base::out /*| std::ios_base::app*/); // Is this an existing file? if (old) { // Move the write pointer to before the previous end tags file.seekp(-10, std::ios_base::end); } else { // If this is a new file write the starting tags file << L"HEADER" << std::endl << std::endl; } // Append the data file << data << std::endl; // Write the footer file << L"FOOTER..." << std::endl; // Close file file.close(); Any suggestions greatfully appreciated, I know this is pretty basic stuff but I can't find any useful help files covering this as the ones I have say that what I am doing should work! Additionally if there is a better way to do this then that would be nice to know too :) Thanks, Tim This email and any attachments is confidential, may be legally privileged and is intended for the use of the addressee only. If you are not the intended recipient, please note that any use, disclosure, printing or copying of this email is strictly prohibited and may be unlawful. If received in error, please delete this email and any attachments and confirm this to the sender.

1 0

[Regex] Replace algorithm
by Johan Nilsson 22 May '06

22 May '06

Hi, I'd like to replace all parts of a string with the results of calling a function, passing the match as a parameter. Some pseudo-code: --- std::string replacer(smatch& s) { return std::getenv(s[1].c_str()); } std::string const input = "This is ${USER} on ${HOST}"; boost::regex const re("\\$\\{([^\\}]+)\\}"); std::string result = boost::regex_replace(input, re, boost::bind(&replacer)); assert("This is Me on MyWorkstation" == result); --- (I'm sure there are errors above, but I hope you get the general idea). Any easy way to do something similar? // Johan

3 3

Newbie program_options linking problem
by Sarah L. Conner 22 May '06

22 May '06

Hello, everyone, I'd like to please ask if someone could help me with a problem that I'm having linking against boost_program_options on linux with gcc 3.4.4 on a dual-core opteron machine. I produce my object files with g ++ -c fine from my source, but at link time ld does not seem to be able to locate the right symbols, despite finding /usr/lib/ libboost_program_options.so. This compile seems to work fine under Mac OS X with xcode, and I've spent quite a lot of time trying to compile my own boost which tests fine but has the same problems with my linking... If someone could help me understand what I'm doing wrong, I would be very appreciative! Thank you! : Sarah Conner : The Pennsylvania State University, Dept. of Computer Science and Engineering Command line output follows: [sconner@inti 01:17 PM] ~/TorusSim-Repository/objects$ g++ -o ../ a.out -lboost_program_options -ldl *.o main.o(.text+0x0): In function `main': /usr/lib/gcc/x86_64-redhat-linux/3.4.4/../../../../include/c++/3.4.4/ bits/ios_base.h:84: multiple definition of `main' main backup.o(.text+0x0):/usr/include/boost/program_options/ errors.hpp:31: first defined here /usr/bin/ld: Warning: size of symbol `main' changed from 9669 in main backup.o to 29829 in main.o main backup.o(.text+0x86): In function `main': : undefined reference to `boost::program_options::options_description::options_description (std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' main backup.o(.text+0x8bd): In function `main': : undefined reference to `boost::program_options::options_description::add_options()' main backup.o(.text+0x8d6): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, char const*)' main backup.o(.text+0x8eb): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, boost::program_options::value_semantic const*, char const*)' main backup.o(.text+0x8fd): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, char const*)' main backup.o(.text+0x90f): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, char const*)' main backup.o(.text+0x926): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, boost::program_options::value_semantic const*, char const*)' main backup.o(.text+0x938): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, char const*)' main backup.o(.text+0x94f): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, boost::program_options::value_semantic const*, char const*)' main backup.o(.text+0x961): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, char const*)' main backup.o(.text+0x978): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, boost::program_options::value_semantic const*, char const*)' main backup.o(.text+0x98a): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, char const*)' main backup.o(.text+0x99c): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, char const*)' main backup.o(.text+0x9b3): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, boost::program_options::value_semantic const*, char const*)' main backup.o(.text+0x9c5): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, char const*)' main backup.o(.text+0x9dc): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, boost::program_options::value_semantic const*, char const*)' main backup.o(.text+0x9f3): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, boost::program_options::value_semantic const*, char const*)' main backup.o(.text+0xa0a): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, boost::program_options::value_semantic const*, char const*)' main backup.o(.text+0xa1f): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, boost::program_options::value_semantic const*, char const*)' main backup.o(.text+0xa4e): In function `main': : undefined reference to `boost::program_options::variables_map::variables_map()' main backup.o(.text+0xaaf): In function `main': : undefined reference to `boost::program_options::store (boost::program_options::basic_parsed_options<char> const&, boost::program_options::variables_map&, bool)' main backup.o(.text+0x1bfc): In function `main': : undefined reference to `vtable for boost::program_options::variables_map' main backup.o(.text+0x1cde): In function `main': : undefined reference to `boost::program_options::notify (boost::program_options::variables_map&)' main backup.o(.text+0x1cf2): In function `main': : undefined reference to `vtable for boost::program_options::variables_map' main backup.o (.gnu.linkonce.r._ZTVN5boost15program_options11typed_valueImcEE +0x38): undefined reference to `boost::program_options::value_semantic_codecvt_helper<char>::parse (boost::any&, std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, bool) const' main backup.o (.gnu.linkonce.r._ZTIN5boost15program_options11typed_valueImcEE +0x10): undefined reference to `typeinfo for boost::program_options::value_semantic_codecvt_helper<char>' main backup.o (.gnu.linkonce.r._ZTIN5boost15program_options20invalid_option_valueE +0x10): undefined reference to `typeinfo for boost::program_options::validation_error' main backup.o (.gnu.linkonce.r._ZTVN5boost15program_options20invalid_option_valueE +0x20): undefined reference to `boost::program_options::validation_error::what() const' main backup.o (.gnu.linkonce.r._ZTVN5boost15program_options11typed_valueIycEE +0x38): undefined reference to `boost::program_options::value_semantic_codecvt_helper<char>::parse (boost::any&, std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, bool) const' main backup.o (.gnu.linkonce.r._ZTIN5boost15program_options11typed_valueIycEE +0x10): undefined reference to `typeinfo for boost::program_options::value_semantic_codecvt_helper<char>' main backup.o (.gnu.linkonce.r._ZTVN5boost15program_options11typed_valueISscEE +0x38): undefined reference to `boost::program_options::value_semantic_codecvt_helper<char>::parse (boost::any&, std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, bool) const' main backup.o (.gnu.linkonce.r._ZTIN5boost15program_options11typed_valueISscEE +0x10): undefined reference to `typeinfo for boost::program_options::value_semantic_codecvt_helper<char>' main backup.o (.gnu.linkonce.r._ZTVN5boost15program_options11typed_valueIicEE +0x38): undefined reference to `boost::program_options::value_semantic_codecvt_helper<char>::parse (boost::any&, std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, bool) const' main backup.o (.gnu.linkonce.r._ZTIN5boost15program_options11typed_valueIicEE +0x10): undefined reference to `typeinfo for boost::program_options::value_semantic_codecvt_helper<char>' main backup.o (.gnu.linkonce.r._ZTVN5boost15program_options11typed_valueIjcEE +0x38): undefined reference to `boost::program_options::value_semantic_codecvt_helper<char>::parse (boost::any&, std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, bool) const' main backup.o (.gnu.linkonce.r._ZTIN5boost15program_options11typed_valueIjcEE +0x10): undefined reference to `typeinfo for boost::program_options::value_semantic_codecvt_helper<char>' main backup.o (.gnu.linkonce.t._ZN5boost15program_options16validation_errorD1Ev +0x32): In function `boost::program_options::validation_error::~validation_error()': : undefined reference to `vtable for boost::program_options::validation_error' main backup.o (.gnu.linkonce.t._ZNK5boost15program_options25basic_command_line_parserI cE3runEv+0x5): In function `boost::program_options::basic_command_line_parser<char>::run() const': : undefined reference to `boost::program_options::common_command_line_parser::run() const' main backup.o (.gnu.linkonce.t._ZN5boost15program_options11to_internalISsEESt6vectorIS sSaISsEERKS2_IT_SaIS5_EE+0x56): In function `std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > boost::program_options::to_internal<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > (std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&)': : undefined reference to `boost::program_options::to_internal (std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' main backup.o (.gnu.linkonce.t._ZN5boost15program_options25basic_command_line_parserIc EC1EiPPc+0x42): In function `boost::program_options::basic_command_line_parser<char>::basic_command_ line_parser(int, char**)': : undefined reference to `boost::program_options::common_command_line_parser::common_command_line _parser(std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&)' main backup.o (.gnu.linkonce.t._ZNK5boost15program_options11typed_valueIjcE4nameEv +0x36): In function `boost::program_options::typed_value<unsigned int, char>::name() const': : undefined reference to `boost::program_options::arg' main backup.o (.gnu.linkonce.t._ZNK5boost15program_options11typed_valueIjcE4nameEv +0x69): In function `boost::program_options::typed_value<unsigned int, char>::name() const': : undefined reference to `boost::program_options::arg' main backup.o (.gnu.linkonce.t._ZNK5boost15program_options11typed_valueIicE4nameEv +0x36): In function `boost::program_options::typed_value<int, char>::name() const': : undefined reference to `boost::program_options::arg' main backup.o (.gnu.linkonce.t._ZNK5boost15program_options11typed_valueIicE4nameEv +0x69): In function `boost::program_options::typed_value<int, char>::name() const': : undefined reference to `boost::program_options::arg' main backup.o (.gnu.linkonce.t._ZNK5boost15program_options11typed_valueIycE4nameEv +0x36): In function `boost::program_options::typed_value<unsigned long long, char>::name() const': : undefined reference to `boost::program_options::arg' main backup.o (.gnu.linkonce.t._ZNK5boost15program_options11typed_valueIycE4nameEv +0x69): more undefined references to `boost::program_options::arg' follow main backup.o (.gnu.linkonce.t._ZNK5boost15program_options11typed_valueISscE6xparseERN S_3anyERKSt6vectorISsSaISsEE+0xb): In function `boost::program_options::typed_value<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, char>::xparse (boost::any&, std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&) const': : undefined reference to `boost::program_options::validate (boost::any&, std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, std::basic_string<char, std::char_traits<char>, std::allocator<char> >*, int)' main backup.o (.gnu.linkonce.t._ZNK5boost15program_options11typed_valueImcE4nameEv +0x36): In function `boost::program_options::typed_value<unsigned long, char>::name() const': : undefined reference to `boost::program_options::arg' main backup.o (.gnu.linkonce.t._ZNK5boost15program_options11typed_valueImcE4nameEv +0x69): In function `boost::program_options::typed_value<unsigned long, char>::name() const': : undefined reference to `boost::program_options::arg' main backup.o (.gnu.linkonce.t._ZN5boost15program_options20invalid_option_valueD1Ev +0x32): In function `boost::program_options::invalid_option_value::~invalid_option_value()': : undefined reference to `vtable for boost::program_options::validation_error' main backup.o (.gnu.linkonce.t._ZN5boost15program_options20invalid_option_valueD0Ev +0x32): In function `boost::program_options::invalid_option_value::~invalid_option_value()': : undefined reference to `vtable for boost::program_options::validation_error' main backup.o (.gnu.linkonce.t._ZN5boost15program_options10validators17get_single_stri ngIcEERKSbIT_St11char_traitsIS3_ESaIS3_EERKSt6vectorIS7_SaIS7_EEb +0xc1): In function `std::basic_string<char, std::char_traits<char>, std::allocator<char> > const& boost::program_options::validators::get_single_string<char> (std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, bool)': : undefined reference to `vtable for boost::program_options::validation_error' main backup.o (.gnu.linkonce.t._ZN5boost15program_options10validators17get_single_stri ngIcEERKSbIT_St11char_traitsIS3_ESaIS3_EERKSt6vectorIS7_SaIS7_EEb +0xdc): In function `std::basic_string<char, std::char_traits<char>, std::allocator<char> > const& boost::program_options::validators::get_single_string<char> (std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, bool)': : undefined reference to `typeinfo for boost::program_options::validation_error' main backup.o (.gnu.linkonce.t._ZN5boost15program_options10validators17get_single_stri ngIcEERKSbIT_St11char_traitsIS3_ESaIS3_EERKSt6vectorIS7_SaIS7_EEb +0x17a): In function `std::basic_string<char, std::char_traits<char>, std::allocator<char> > const& boost::program_options::validators::get_single_string<char> (std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, bool)': : undefined reference to `vtable for boost::program_options::validation_error' main backup.o (.gnu.linkonce.t._ZN5boost15program_options8validateIjcEEvRNS_3anyERKSt6 vectorISbIT0_St11char_traitsIS5_ESaIS5_EESaIS9_EEPT_l+0x31): In function `void boost::program_options::validate<unsigned int, char> (boost::any&, std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, unsigned int*, long)': : undefined reference to `boost::program_options::validators::check_first_occurrence (boost::any const&)' main backup.o (.gnu.linkonce.t._ZN5boost15program_options8validateIjcEEvRNS_3anyERKSt6 vectorISbIT0_St11char_traitsIS5_ESaIS5_EESaIS9_EEPT_l+0x170): In function `void boost::program_options::validate<unsigned int, char> (boost::any&, std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, unsigned int*, long)': : undefined reference to `boost::program_options::invalid_option_value::invalid_option_value (std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' main backup.o (.gnu.linkonce.t._ZN5boost15program_options8validateIicEEvRNS_3anyERKSt6 vectorISbIT0_St11char_traitsIS5_ESaIS5_EESaIS9_EEPT_l+0x31): In function `void boost::program_options::validate<int, char> (boost::any&, std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, int*, long)': : undefined reference to `boost::program_options::validators::check_first_occurrence (boost::any const&)' main backup.o (.gnu.linkonce.t._ZN5boost15program_options8validateIicEEvRNS_3anyERKSt6 vectorISbIT0_St11char_traitsIS5_ESaIS5_EESaIS9_EEPT_l+0x170): In function `void boost::program_options::validate<int, char> (boost::any&, std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, int*, long)': : undefined reference to `boost::program_options::invalid_option_value::invalid_option_value (std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' main backup.o (.gnu.linkonce.t._ZN5boost15program_options8validateIycEEvRNS_3anyERKSt6 vectorISbIT0_St11char_traitsIS5_ESaIS5_EESaIS9_EEPT_l+0x31): In function `void boost::program_options::validate<unsigned long long, char>(boost::any&, std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, unsigned long long*, long)': : undefined reference to `boost::program_options::validators::check_first_occurrence (boost::any const&)' main backup.o (.gnu.linkonce.t._ZN5boost15program_options8validateIycEEvRNS_3anyERKSt6 vectorISbIT0_St11char_traitsIS5_ESaIS5_EESaIS9_EEPT_l+0x172): In function `void boost::program_options::validate<unsigned long long, char>(boost::any&, std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, unsigned long long*, long)': : undefined reference to `boost::program_options::invalid_option_value::invalid_option_value (std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' main backup.o (.gnu.linkonce.t._ZN5boost15program_options8validateImcEEvRNS_3anyERKSt6 vectorISbIT0_St11char_traitsIS5_ESaIS5_EESaIS9_EEPT_l+0x31): In function `void boost::program_options::validate<unsigned long, char> (boost::any&, std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, unsigned long*, long)': : undefined reference to `boost::program_options::validators::check_first_occurrence (boost::any const&)' main backup.o (.gnu.linkonce.t._ZN5boost15program_options8validateImcEEvRNS_3anyERKSt6 vectorISbIT0_St11char_traitsIS5_ESaIS5_EESaIS9_EEPT_l+0x172): In function `void boost::program_options::validate<unsigned long, char> (boost::any&, std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, unsigned long*, long)': : undefined reference to `boost::program_options::invalid_option_value::invalid_option_value (std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' main.o(.text+0xa6): In function `main': : undefined reference to `boost::program_options::options_description::options_description (std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' main.o(.text+0x480): In function `main': : undefined reference to `boost::program_options::options_description::add_options()' main.o(.text+0x49f): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, char const*)' main.o(.text+0x4b1): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, char const*)' main.o(.text+0x4c3): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, char const*)' main.o(.text+0x4dd): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, boost::program_options::value_semantic const*, char const*)' main.o(.text+0x4ef): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, char const*)' main.o(.text+0x509): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, boost::program_options::value_semantic const*, char const*)' main.o(.text+0x51b): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, char const*)' main.o(.text+0x535): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, boost::program_options::value_semantic const*, char const*)' main.o(.text+0x547): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, char const*)' main.o(.text+0x559): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, char const*)' main.o(.text+0x56b): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, char const*)' main.o(.text+0x580): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, boost::program_options::value_semantic const*, char const*)' main.o(.text+0x5d1): In function `main': : undefined reference to `boost::program_options::options_description::options_description (std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' main.o(.text+0xad2): In function `main': : undefined reference to `boost::program_options::options_description::add_options()' main.o(.text+0xaf4): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, boost::program_options::value_semantic const*, char const*)' main.o(.text+0xb06): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, char const*)' main.o(.text+0xb18): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, char const*)' main.o(.text+0xb32): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, boost::program_options::value_semantic const*, char const*)' main.o(.text+0xb4c): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, boost::program_options::value_semantic const*, char const*)' main.o(.text+0xb66): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, boost::program_options::value_semantic const*, char const*)' main.o(.text+0xb7b): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, boost::program_options::value_semantic const*, char const*)' main.o(.text+0xb90): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, boost::program_options::value_semantic const*, char const*)' main.o(.text+0xbcc): In function `main': : undefined reference to `boost::program_options::options_description::options_description (std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' main.o(.text+0xcb7): In function `main': : undefined reference to `boost::program_options::options_description::add_options()' main.o(.text+0xcd7): In function `main': : undefined reference to `boost::program_options::options_description_easy_init::operator() (char const*, boost::program_options::value_semantic const*, char const*)' main.o(.text+0xcf1): In function `main': : undefined reference to `boost::program_options::options_description::options_description()' main.o(.text+0xd06): In function `main': : undefined reference to `boost::program_options::options_description::add (boost::program_options::options_description const&)' main.o(.text+0xd16): In function `main': : undefined reference to `boost::program_options::options_description::add (boost::program_options::options_description const&)' main.o(.text+0xd23): In function `main': : undefined reference to `boost::program_options::options_description::options_description()' main.o(.text+0xd38): In function `main': : undefined reference to `boost::program_options::options_description::add (boost::program_options::options_description const&)' main.o(.text+0xd48): In function `main': : undefined reference to `boost::program_options::options_description::add (boost::program_options::options_description const&)' main.o(.text+0xd58): In function `main': : undefined reference to `boost::program_options::options_description::add (boost::program_options::options_description const&)' main.o(.text+0xd65): In function `main': : undefined reference to `boost::program_options::variables_map::variables_map()' main.o(.text+0xdc6): In function `main': : undefined reference to `boost::program_options::store (boost::program_options::basic_parsed_options<char> const&, boost::program_options::variables_map&, bool)' main.o(.text+0x1d27): In function `main': : undefined reference to `vtable for boost::program_options::variables_map' main.o(.text+0x27dd): In function `main': : undefined reference to `boost::program_options::notify (boost::program_options::variables_map&)' main.o(.text+0x2866): In function `main': : undefined reference to `boost::program_options::operator<< (std::basic_ostream<char, std::char_traits<char> >&, boost::program_options::options_description const&)' main.o(.text+0x2880): In function `main': : undefined reference to `boost::program_options::operator<< (std::basic_ostream<char, std::char_traits<char> >&, boost::program_options::options_description const&)' main.o(.text+0x28b1): In function `main': : undefined reference to `boost::program_options::operator<< (std::basic_ostream<char, std::char_traits<char> >&, boost::program_options::options_description const&)' main.o(.text+0x28cd): In function `main': : undefined reference to `vtable for boost::program_options::variables_map' main.o(.text+0x4398): In function `main': : undefined reference to `vtable for boost::program_options::variables_map' main.o(.text+0x6220): In function `main': : undefined reference to `boost::program_options::abstract_variables_map::operator[] (std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const' main.o(.text+0x6372): In function `main': : undefined reference to `boost::program_options::basic_parsed_options<char> boost::program_options::parse_config_file<char> (std::basic_istream<char, std::char_traits<char> >&, boost::program_options::options_description const&)' main.o(.text+0x6389): In function `main': : undefined reference to `boost::program_options::store (boost::program_options::basic_parsed_options<char> const&, boost::program_options::variables_map&, bool)' main.o(.gnu.linkonce.r._ZTVN5boost15program_options11typed_valueIdcEE +0x38): undefined reference to `boost::program_options::value_semantic_codecvt_helper<char>::parse (boost::any&, std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, bool) const' main.o(.gnu.linkonce.r._ZTIN5boost15program_options11typed_valueIdcEE +0x10): undefined reference to `typeinfo for boost::program_options::value_semantic_codecvt_helper<char>' main.o (.gnu.linkonce.t._ZNK5boost15program_options11typed_valueIdcE4nameEv +0x36): In function `boost::program_options::typed_value<double, char>::name() const': : undefined reference to `boost::program_options::arg' main.o (.gnu.linkonce.t._ZNK5boost15program_options11typed_valueIdcE4nameEv +0x69): In function `boost::program_options::typed_value<double, char>::name() const': : undefined reference to `boost::program_options::arg' main.o (.gnu.linkonce.t._ZN5boost15program_options8validateIdcEEvRNS_3anyERKSt6 vectorISbIT0_St11char_traitsIS5_ESaIS5_EESaIS9_EEPT_l+0x31): In function `void boost::program_options::validate<double, char> (boost::any&, std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, double*, long)': : undefined reference to `boost::program_options::validators::check_first_occurrence (boost::any const&)' main.o (.gnu.linkonce.t._ZN5boost15program_options8validateIdcEEvRNS_3anyERKSt6 vectorISbIT0_St11char_traitsIS5_ESaIS5_EESaIS9_EEPT_l+0x186): In function `void boost::program_options::validate<double, char> (boost::any&, std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, double*, long)': : undefined reference to `boost::program_options::invalid_option_value::invalid_option_value (std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' collect2: ld returned 1 exit status [sconner@inti 01:18 PM] ~/TorusSim-Repository/objects$ ls /usr/lib/ *boost* /usr/lib/libboost_date_time.so.1 /usr/lib/ libboost_prg_exec_monitor.so.1 /usr/lib/libboost_python.so. 1 /usr/lib/libboost_signals.so.1 /usr/lib/ libboost_thread.so.1 /usr/lib/libboost_date_time.so.1.32.0 /usr/lib/ libboost_prg_exec_monitor.so.1.32.0 /usr/lib/libboost_python.so. 1.32.0 /usr/lib/libboost_signals.so.1.32.0 /usr/lib/ libboost_thread.so.1.32.0 /usr/lib/libboost_filesystem.so.1 /usr/lib/ libboost_program_options.so.1 /usr/lib/libboost_regex.so. 1 /usr/lib/libboost_test_exec_monitor.so.1 /usr/lib/ libboost_unit_test_framework.so.1 /usr/lib/libboost_filesystem.so.1.32.0 /usr/lib/ libboost_program_options.so.1.32.0 /usr/lib/libboost_regex.so. 1.32.0 /usr/lib/libboost_test_exec_monitor.so.1.32.0 /usr/lib/ libboost_unit_test_framework.so.1.32.0

2 1

nonboost bug: visual c++ 7.1 error: too few template arugments error.
by chun ping wang 22 May '06

22 May '06

is there any work around against too few template arguments error. template <typename T, template <typename ELEM, typename = std::allocator<ELEM> > class CONT > CONT<T> someFunc() { } this gives an error in visual c++ yet it works perfectly fine in devc++ 4.9.9.2 is vc++ 7.1 too old?

3 3

[type_traits] How can I test if a class has a public constructor?
by Steven van Dijk 22 May '06

22 May '06

Hi, I want to prevent non-factory creation of my classes. All classes have constructors without arguments. The constructor of a class should be 'protected' and a special creator template class is used to derive from the class and give the factory access to it. Example: class A : public Base { protected: A(); public: void DoSomething(); }; template < class T > class Creator : public T { public: static Base* Create() { return new Creator<T>; } }; ... class Factory { static A* GetAObject() { return Creator<A>::Create(); } }; The example is somewhat contrived to omit non-essential details. Anyway, what I would like to do is get a compiler error when I register a class with the factory that has a publicly accessible constructor. I tried to do this with boost::has_trivial_constructor< T > like this: class A : public Base { public: A() {} }; template < bool B > class CGiveError { public: static void error() {} }; template <> class CGiveError<true> { public: static void error() { assert( false ); } }; void RegisterAll() { CGiveError< boost::has_trivial_constructor< A >::value >::error(); } However, this doesn't work. I guess has_trivial_constructor just checks if the constructor takes arguments or not. Is there some way to achieve what I want? That is, issue an error if the constructor is public? Thanks, Steven

2 1

Re: [Boost-users] Newbie question: Random numbers.
by james.jones＠firstinvestors.com 22 May '06

22 May '06

From: Rene Rivera <grafik.list(a)redshift-software.com> > A cheap method, that I've used, is to hook up a radio to your audio card > and record a frequency which is sufficiently far away from real radio > traffic. With some post processing, to clean up and to ensure crypto > safe entropy levels, it works very well and gives gigs of entropy data > quickly. Just to play devil's advocate for a minute, wouldn't that make the frequency basically the crypto key that would need to be protected? If a potential attacker knew the frequency, he could broadcast a low-entropy signal on it, causing your previously-random seeds to become nonrandom and ruining your crypto. - James Jones Administrative Data Mgmt. Webmaster 375 Raritan Center Pkwy, Suite A Data Architect Edison, NJ 08837

1 0

connect boost::signals inside of a slot
by Setzer, Sebastian (ext) 22 May '06

22 May '06

Hi, If you connect (disconnect) a new slot to a signal inside of a slot of the same signal, what happens? - are the slots called which where connected before the signal was called, - or is new slot be called this time, too, - or is the behaviour undefined? I didn't find anything on this subject in the manuals. Even if the behaviour is undefined, that should be mentioned. Sebastian Setzer

4 4

[regex] "Invalid content of repeat range" when using greediness and capture operators?
by Christopher Hart 22 May '06

22 May '06

I've run into a problem where I'm getting an "Invalid content of repeat range" when attempting to match a string using greediness and capture operators. I'm using the following function (basically taken from the "print captures" example in the regex docs): void find_matches(const std::string& regx, const std::string& text) { boost::regex e(regx, boost::regex::perl); boost::smatch what; std::cout << "Expression: \"" << regx << "\"\n"; std::cout << "Text: \"" << text << "\"\n"; if(boost::regex_match(text, what, e)) //, boost::match_extra)) { ... [snip] ... } else { ... } } ... invoked by: find_matches(html, "<a href=(.*?)>"); The pattern I'm trying to match is working in Perl program (e.g. if ($html =~ m|<a href=(.*?)>|gs) {...} ), so it seems like the pattern should be syntactically correct. I'm building on Mac OS X 10.4 (Intel) with Boost 1.33.1. I'm new to Boost and probably spoiled by Perl pattern matching, so I'm guessing I'm missing something simple. Any help or suggestions are appreciated! Thanks, Chris Hart

3 3

[statechart] Event handlers and state reusage
by Johan Nilsson 22 May '06

22 May '06

Hi, couple of quick questions: 1. For a state, is it possible to specify a method that will be called when an event with no defined handlers is received? 2. Is is somehow possible to reuse state definitions as substates of different "higher-level" states? Sorry about the terminology, I'll give a specific example: - I've got an application that can be either in remote or locally controlled mode (this is the highest-level states). - Certain events are allowed both in remote and local, while some are not. As an example, the "CommandEvent" event should be handled both in remote and local - resulting in the "ExecutingCommandState" being entered. - I'd like to be able to reuse the definition of ExecutingCommandState regardless of the enclosing state being Remote or Local - Possible? // Johan

4 10

valarray and serialization
by Thomas DAVID 21 May '06

21 May '06

Hi all, I'm a new user of Boost and I'm in trouble with the serialization of a valarray of float. It seems that Boost doesn't deal with this type, and I found no information in /usr/include and no more on google, except this discussion (http://lists.boost.org/Archives/boost/2005/10/95295.php) and it didn't give me valuable information on my problem. So, my questions are : 1) Is Boost able to serialize directly a valarray ? (and how) 2) Otherwise, do I need to code the store and load function and how (I'm not sure to be good enough to do it properly and I'm quite sure that somebody faced this problem before me) Any help/clue would be appreciated Thomas DAVID

2 1

[serialization] bpos_ptr NULL in basic_oarchive_impl::save_pointer
by Hugh Hoover 21 May '06

21 May '06

I'm currently using 1_33_1 I've been having some problems with serialization so I built a test module that serializes a set of class template instantiations in a way that vaguely matches my real application. The template instances are derived classes from a common pure virtual base class. I got it to work properly in the test app, but then noticed I hadn't done BOOST_IS_ABSTRACT or BOOST_CLASS_EXPORT for the template instantiations like I had in my real classes. When I add BOOST_IS_ABSTRACT for the derived template instantiations, it compiles, but then crashes in save_pointer because bpos_ptr is NULL. The initial failure is higher in the call stack at boost::archive::detail::save_pointer_type<>::invoke (oserializer.hpp), where it requests the bpos_ptr from register_type. I realize NOW that it's probably performing as expected (except there's no assert) since the derived class is NOT abstract. I had run into problems (much) earlier where it appeared that I needed the BOOST_IS_ABSTRACT on the derived classes and not the base class but that may have been a side effect of other things I was doing wrong. It had not appeared to be a problem using the superfluous BOOST_IS_ABSTRACT until recently (switch to 1_33_1?). I note that the boost cvs tip version (for 1_34) also does not have an assert there. I'm not sure if that would have helped me figure out what was wrong, but at least an assert would terminate things closer to the source of the problem... Anyway - perhaps this will help someone else who's running into the NULL bpos_ptr problem... Thanks for your great work and support on the forum here! Hugh Hoover Enumclaw Software.

2 4

[serialization] Serializing classes with no default constructors
by Catalin Pitis 20 May '06

20 May '06

Hi I wonder how can a class that doesn't provide a default constructor can be serialized? As far as I saw, the serialization methods assume that the object is already created. This makes me nervous :), because I wouldn't create an object that is not in a valid state after creation... Am I missing something in this library? Can I do it "the easy way"? Thanks Catalin

4 5

function returns T*, I want to put that into a shared_ptr
by Josh S 20 May '06

20 May '06

I have a few newb questions: I have the following classes class Base { Base(); virtual ~Base(); virtual doStuff(); } class Foo: public Base { doStuff(); } class FooContainer { createFoos(int numOfFoos); Foo* getFoo(int indexToFoo); Destroy(); } class BaseContainer { void addObj(boost::shared_ptr<Base> obj); } How do I cast the pointer returned from FooContainer::getFoo(), as something I can pass to BaseContainer::addObj ? Is this correct to do this? Assuming I cant change the implementation of FooContainer or the BaseContainer interface. The BaseContainer interface should not have a special case for adding Foo's. Good practise tells me I shouldn't create a temporary either. I do not want the shared_ptr in BaseContainer to call delete on Foo (I will manually call FooContainer::Destroy() ---- Now, what happens if I instead want FooContainer to only be responsible for creating the Foo objects, and not be responsible for deleting them. Instead I want the shared_ptr to call delete when the objects reference count reaches 0. How would that done? Thanks in advance, Josh S

3 2

Boost vector problem
by zhao haifang 20 May '06

20 May '06

Hey, guys, I want to do vector (has 3 elements in itf) cross product using boost, for example I have vector v1, and v2 and I want to compute v3= v1 X v2, so that v3 is a new vector and be normal to the plane compised of v1 and v2. Does any body has any idea about which function in boost should I call ? Thanks in advance! Helen --------------------------------- Be a chatter box. Enjoy free PC-to-PC calls with Yahoo! Messenger with Voice.

2 1

Re: [Boost-users] Newbie question: Random numbers.
by Andrew Holden 19 May '06

19 May '06

I was just checking over my suggestion and realized that clock() is not a good choice for seeding the generator, especially with my optimization. It returns the amount of time since the process started, which in a static initializer for a global variable, will provide very low entropy. In a few test runs, it even returned 0, which caused an assertion failure in the random number library. An ideal solution would be to use random_device, which is defined in boost/nondet_random.hpp. You could then replace the definition of generator with something like this: //Declare the generator as a global variable for easy reuse random_device nondet_generator; base_generator_type generator(nondet_generator()); If random_device isn't implemented on your platform, then you can look into other ways to seed the generator. On my system (Windows XP running VC8) I used GetTickCount(), which returns the number of milliseconds since Windows started. As a last resort, you could call clock() after the user has entered something, either the normal data entry for your program (preferred), or a special request to hit enter. Does anybody else know of other good sources of entropy to seed the generator? I also found that the loop to seed the generator (initialize() in my version) doesn't really help, since the seed function completely replaces the current value of the generator; it doesn't combine with the previous value. > -----Original Message----- > From: Andrew Holden > Sent: Friday, May 19, 2006 9:18 AM > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] Newbie question: Random numbers. > > My first thought is that you probably shouldn't reinitialize the generator > for every random number you need. I would recommend that you create and > seed "generator" once at the start of your program, then reuse it whenever > you need a random number. > > Perhaps something like the following: > > namespace Random > { > typedef boost::minstd_rand base_generator_type; > typedef boost::uniform_int<> distribution_type; > typedef boost::variate_generator<base_generator_type&, > distribution_type> gen_type; > > //Declare the generator as a global variable for easy reuse > base_generator_type generator(static_cast<unsigned long>(clock())); > > > /*************************************************** > * initializes the random number generator * > **************************************************/ > void initialize() > { > for (int i = 0; i < 30000; ++i) > generator.seed(static_cast<unsigned long>(clock())); > } > > > /*************************************************** > * generates a random number between a and b * > * @param a the starting range * > * @param b the integer ending range * > * @return N such that a <= N <= b * > **************************************************/ > template <class T> > T rand_int (const T& a, const T& b) > { > //Check the parameters > BOOST_STATIC_ASSERT(boost::is_integral<T>::value); > assert (b >= a); > > //Set up the desired distribution > gen_type ran_gen(generator, distribution_type(a, b)); > > //Get a random number > return ran_gen(); > } > } > > using Random::rand_int; > > int main(int argc, char* argv[]) > { > Random::initialize(); > > std::cout << rand_int (1,1000) << std::endl > << rand_int (1,1000) << std::endl > << rand_int (1,1000) << std::endl > << rand_int (1,1000) << std::endl; > > return 0; > } > ________________________________________ > From: chun ping wang [mailto:cablepuff@gmail.com] > Sent: Friday, May 19, 2006 3:55 AM > To: boost-users(a)lists.boost.org > Subject: [Boost-users] Newbie question: Random numbers. > > I have a simple question, is there a very fast and effecient way to > generate random numbers that are fast on the fly. The numbers are really > randomize and distorted... > > > /*************************************************** > * generates a random number between a and b * > * @param a the starting range * > * @param b the integer ending range * > * @return N such that a <= N <= b * > **************************************************/ > template <class T> > T randint(const T& a, const T& b) > { > BOOST_STATIC_ASSERT(boost::is_integral<T>::value); > assert (b >= a); > typedef boost::minstd_rand base_generator_type; > typedef boost::uniform_int<> distribution_type; > typedef boost::variate_generator<base_generator_type&, > distribution_type> gen_type; > base_generator_type generator(boost::numeric_cast<unsigned > long>(clock())); > gen_type ran_gen(generator, distribution_type(a, b)); > for (int i = 0; i < 30000; ++i) > generator.seed(boost::numeric_cast<unsigned long>(clock())); > return ran_gen(); > } > > This works but is super slow... are there effective ways to do it... > > Thanks. > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users

5 7

Re: [Boost-users] Newbie question: Random numbers.
by james.jones＠firstinvestors.com 19 May '06

19 May '06

From: Greg Link <link(a)cse.psu.edu> > One particularly effective technique is to seed it once, and only > once. Iterate (through the random stream) a bit, then save that value > to a file. Anytime your program closes, just grab one last number > from the stream, save it to the file, and re-load that as your next > seed. This is a clever idea, but I think it has some problems. First, if you do this, *protect the file very carefully*. Because if its contents are known and your random numbers are used for any sort of security, suddenly your system is not secure at all. Secondly, you must ensure that the program *always* changes the file, or else you will get two identical runs. This may be annoying or actually dangerous depending on context. A good technique for always changing the file would be to read the contents, then delete it before doing anything with it. On exit, write the file again. Thirdly, this method assumes that the program only gets run once at a time. What if it's running in two separate processes at the same time? If you don't delete the file as I suggest above, then both processes have the same seed - probably a bad idea. If you do delete the file, then the second process has to generate a new seed and the file did no good. - James Jones Administrative Data Mgmt. Webmaster 375 Raritan Center Pkwy, Suite A Data Architect Edison, NJ 08837

1 0

[serialization] BOOST_CLASS_IMPLEMENTATION(*, object_serializable), can this effect be somehow achieved globally for all classes?
by Peter Schregle 19 May '06

19 May '06

I've discovered the BOOST_CLASS_IMPLEMENTATION macro, which allows me to use object_serializable in order to remove extra bookkeeping information for a single class in the archive. Is there a way to apply this effect for all classes in my project globally? I want to avoid the need to type this macro in a thousand times for my project. Best regards Peter

2 1

[serialization] How to serialize as an XML attribute?
by Peter Schregle 19 May '06

19 May '06

Is it thinkable that some values could be serialized as XML attributes and not as XML elements? Where would be the correct place to add this functionality? I'm thinking to override the nvp and xml_archive. Is this the correct place to look at? Best regards Peter

2 1

finding documentation & reference
by HeroreV 19 May '06

19 May '06

The documentation at boost.org is quite confusing. I just spent way too much time trying to figure out how to get a ptr_vector to let go of anything without destroying it or giving control to another ptr_vector. The page at http://boost.org/libs/ptr_container/doc/ptr_vector.html doesn't say a single word about release(). The page also makes ptr_vector appear to only inherit from ptr_sequence_adapter which also mentions nothing about release(). It wasn't until I went to the examples page at http://boost.org/libs/ptr_container/doc/examples.html that I saw anything about release(), and even then it was barely passed over so it took a few minutes more of guessing to get things working. Is there a good reference list that shows all member functions of the various boost classes? Or any advice on how I'm supposed to use the documentation? I really don't know how I'm supposed to learn boost when key features aren't mentioned, unless users are expected to go through all the source to ever learn anything. - HeroreV

2 1

Re: [Boost-users] Newbie question: Random numbers.
by Andrew Holden 19 May '06

19 May '06

My first thought is that you probably shouldn't reinitialize the generator for every random number you need. I would recommend that you create and seed "generator" once at the start of your program, then reuse it whenever you need a random number. Perhaps something like the following: namespace Random { typedef boost::minstd_rand base_generator_type; typedef boost::uniform_int<> distribution_type; typedef boost::variate_generator<base_generator_type&, distribution_type> gen_type; //Declare the generator as a global variable for easy reuse base_generator_type generator(static_cast<unsigned long>(clock())); /*************************************************** * initializes the random number generator * **************************************************/ void initialize() { for (int i = 0; i < 30000; ++i) generator.seed(static_cast<unsigned long>(clock())); } /*************************************************** * generates a random number between a and b * * @param a the starting range * * @param b the integer ending range * * @return N such that a <= N <= b * **************************************************/ template <class T> T rand_int (const T& a, const T& b) { //Check the parameters BOOST_STATIC_ASSERT(boost::is_integral<T>::value); assert (b >= a); //Set up the desired distribution gen_type ran_gen(generator, distribution_type(a, b)); //Get a random number return ran_gen(); } } using Random::rand_int; int main(int argc, char* argv[]) { Random::initialize(); std::cout << rand_int (1,1000) << std::endl << rand_int (1,1000) << std::endl << rand_int (1,1000) << std::endl << rand_int (1,1000) << std::endl; return 0; } ________________________________________ From: chun ping wang [mailto:cablepuff@gmail.com] Sent: Friday, May 19, 2006 3:55 AM To: boost-users(a)lists.boost.org Subject: [Boost-users] Newbie question: Random numbers. I have a simple question, is there a very fast and effecient way to generate random numbers that are fast on the fly. The numbers are really randomize and distorted... /*************************************************** * generates a random number between a and b * * @param a the starting range * * @param b the integer ending range * * @return N such that a <= N <= b * **************************************************/ template <class T> T randint(const T& a, const T& b) { BOOST_STATIC_ASSERT(boost::is_integral<T>::value); assert (b >= a); typedef boost::minstd_rand base_generator_type; typedef boost::uniform_int<> distribution_type; typedef boost::variate_generator<base_generator_type&, distribution_type> gen_type; base_generator_type generator(boost::numeric_cast<unsigned long>(clock())); gen_type ran_gen(generator, distribution_type(a, b)); for (int i = 0; i < 30000; ++i) generator.seed(boost::numeric_cast<unsigned long>(clock())); return ran_gen(); } This works but is super slow... are there effective ways to do it... Thanks.

1 0

[regex] odd partial matching behaviour
by Andrew McDonald 19 May '06

19 May '06

Hi, I suspect I may be about to be hideously embarassed, but for the life of me I cannot see what I have done wrong, so please be kind if this turns out to be my fault ;) A few days ago I was testing a simple regex based log parser I had written and when it failed to correctly extract some of the log data. Log files were typically large so the file was read in blocks and match_partial was used to cope with matching data that was broken over a block boundary. Some poking about revealed that the data in question had been broken over boundary and regex_search had returned no match rather than a partial match, resulting in the initial section of the data being discarded and thus not subsequently matched. I have since spent several hours refining the original regex and data down to the most minimal form that still reproduces the behaviour. Sadly I have run out of time for now so have not yet had a chance to snoop around with the debugger (plus I am not yet familiar with the regex implementation details). I thought I would post anyway in case this was a known problem or an obvious fubar on my part. I am using boost_1_33_1, in Microsoft Visual C++ 2005 Express Edition version 8.0.50727.42. Boost has been built with the vc-8_0 toolset. The regex in question contains non-greedy repeats and the Boost.Regex history page http://www.boost.org/libs/regex/doc/history.html does mention several bug fixes in recent revisions for both non-greedy repeats and partial matches. I am using the latest version mentioned (1.33.1), so I am assuming these are not the cause. Additionally the caveats mentioned on http://www.boost.org/libs/regex/doc/partial_matches.html regarding expressions that always produce partial matches, and expressions that preferentially produce partial matches to full matches, do not seem to apply. A search of the GMane mailing list archive also did not seem to find any posts that were relevant. The regex (default syntax) and test data are: const regex TEST_REGEX("A[^B]*?B.*?C"); const char TEST_DATA[] = "AxBxC"; The program (included below) matches the test string against the regex, removes the last character from the test string and repeats. It produces the following output. Test: AxBxC Result: Full Match Test: AxBx Result: No Match !!!! Test: AxB Result: Partial Match Test: Ax Result: Partial Match Test: A Result: Partial Match Unless I am completely crazy, logic would suggest that it should be impossible to have no match for a string that is one character less than a full match, especially as we then have partial matches for even less input. FYI, I cannot seem reduce the regex further without this behaviour disappearing. All the following (slight) modifications to the problematic regex seem to make the behaviour disappear. // only first non-greedy repeat "A[^B]*?B" // altered first non-greedy repeat "A.*?B.*?C" // removed initial fixed char "[^B]*?B.*?C" // make first repeat greedy "A[^B]*?B.*?C" // make second repeat greedy "A[^B]*?B.*C" Test program ============================================= #include <boost/regex.hpp> #include <string> #include <iostream> using namespace boost; using namespace std; namespace boost { void assertion_failed(char const * expr, char const * function, char const * file, long line) { cout << "Boost assertion failure: (" << expr << ") in " << function << ", " << file << "(" << line << ")" << endl ; } } const regex TEST_REGEX("A[^B]*?B.*?C"); const char TEST_DATA[] = "AxBxC"; const char* END = TEST_DATA + (sizeof(TEST_DATA) - 1); // output test data and type of match void test(const string& data) { cout << "Test: " << data << endl; cout << "Result: "; smatch match; if ( !regex_search(data, match, TEST_REGEX, match_partial) ) { cout << "No Match !!!!" << endl; return; } // check for partial match if (!match[0].matched) { cout << "Partial Match" << endl; return; } cout << "Full Match" << endl; } int main(int argc, char * argv[]) { // start with the full match and // iteratively remove last character // and check regex matches const char* start = TEST_DATA; for(const char* end = END; end != start; --end) { // convert to string just for ease of output test(string(start, end)); } return 0; } ============================================= regards, Andrew McDonald System Architect > Norwood Systems Australia Pty Ltd Level 1, 71 Troy Terrace PO Box 1281 Subiaco, WA 6904 > Tel +61 8 9380 7766 > Fax +61 8 9380 7733 andrew.mcdonald(a)norwoodsystems.com > > The information in this email, and any attachments, may contain confidential information and is intended solely for the attention and use of the named addressee (s). It must not be disclosed to any person(s) without authorization. If you are not the intended recipient, or a person responsible for delivering it to the intended recipient, you are not authorized to, and must not, disclose, copy, distribute, or retain this message or any part of it. If you have received this communication in error, please notify the sender immediately. > > > >

2 1

[function][lambda] compile problem
by Christian Rössel 19 May '06

19 May '06

Dear list, I have a class Manager that wraps an associative container (e.g. std::map) and that provides a method that calls a std::find_if to search on the mapped_type. template <typename Func> boost::optional<Value&> find_if (Func func); I want to pass free functions, functors, boost::function objects or boost::lambda expressions to it. There is no problem with free functions and functors but with boost::function objects (not always) and boost::lambda expressions. The two lines that do not compile are commented in the code below. Please find the entire error messages attached. What am I doing wrong? Thanks and best regards, Christian #include <boost/optional.hpp> #include <boost/utility.hpp> #include <boost/function.hpp> #include <boost/lambda/lambda.hpp> #include <boost/lambda/bind.hpp> #include <algorithm> #include <map> #include <utility> template <typename Key, typename Value, template <typename Key, typename Value, typename Compare, typename Alloc> class AssocContainer, typename Compare = std::less<Key>, typename Alloc = std::allocator<std::pair<const Key, Value> > >> class Manager : public boost::noncopyable { public: typedef AssocContainer<Key, Value, Compare, Alloc> AssocCont; typedef Value value_type; Manager (const Compare& compare = Compare (), const Alloc& alloc = Alloc ()) : cont_ (compare, alloc) {} ~Manager () { cont_.clear (); } bool insert (Key key, Value value) { return cont_.insert (std::make_pair(key, value)).second; } template <typename Func> boost::optional<Value&> find_if (Func func) { using boost::lambda::_1; using boost::lambda::bind; typename AssocCont::iterator findResult = std::find_if (cont_.begin (), cont_.end (), bind(func, bind(&AssocCont::value_type::second, _1))); if (findResult != cont_.end()) { return boost::optional<Value&> (findResult->second); } return boost::optional<Value&> (); } private: AssocCont cont_; }; typedef Manager<char, int, std::map> Container; bool find42function (const Container::value_type& value) { return value == 42; } struct Find42functor : public std::unary_function<Container::value_type, bool> { bool operator () (const Container::value_type& value) const { return value == 42; } }; int main () { Container cont; cont.insert ('a', 42); // free function ------------------------------------------------------- cont.find_if (&find42function); boost::function<bool (int)> func_1 (&find42function); cont.find_if (func_1); // Functor ------------------------------------------------------------- cont.find_if (Find42functor()); Find42functor functor; boost::function<bool (int)> func_2 (functor); cont.find_if (func_2); boost::function<bool (int)> func_3 = Find42functor(); cont.find_if (func_3); boost::function<bool (int)> func_4 (Find42functor()); //cont.find_if (func_4); // does not compile /* error message: ======================================================== /d/vendor/include/boost/lambda/detail/function_adaptors.hpp: In static member function `static Result boost::lambda::function_adaptor<Result (*)(Arg1)>::apply(Result (*)(Arg1), A1&) [with RET = boost::function<bool ()(int), std::allocator<void> >, A1 = int, Arg1 = Find42functor (*)(), Result = boost::function<bool ()(int), std::allocator<void> >]': ... test.cpp:50: instantiated from `boost::optional<Value&> Manager<Key, Value, AssocContainer, Compare, Alloc>::find_if(Func) [with Func = boost::function<bool ()(int), std::allocator<void> > (*)(Find42functor (*)()), Key = char, Value = int, AssocContainer = std::map, Compare = std::less<char>, Alloc = std::allocator<std::pair<const char, int> >]' test.cpp:101: instantiated from here /d/vendor/include/boost/lambda/detail/function_adaptors.hpp:218: error: invalid conversion from `int' to `Find42functor (*)()' see error_func_4.txt for the entire error message ========================================================================*/ // lambda -------------------------------------------------------------- using boost::lambda::_1; boost::function<bool (int)> func_5 (_1 == 42); cont.find_if (func_5); //cont.find_if (_1 == 42.0); // does not compile /* error message: ========================================================= /d/vendor/include/boost/lambda/detail/function_adaptors.hpp: In instantiation of `boost::lambda::function_adaptor<bool>::sig<boost::tuples::cons<bool, boost::tuples::cons<int, boost::tuples::null_type> > >': ... test.cpp:50: instantiated from `boost::optional<Value&> Manager<Key, Value, AssocContainer, Compare, Alloc>::find_if(Func) [with Func = boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost::lambda::relational_action<boost::lambda::equal_action>, boost::tuples::tuple<boost::lambda::lambda_functor<boost::lambda::placeholder<1> >>, const double, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> > >, Key = char, Value = int, AssocContainer = std::map, Compare = std::less<char>, Alloc = std::allocator<std::pair<const char, int> >]' test.cpp:117: instantiated from here /d/vendor/include/boost/lambda/detail/function_adaptors.hpp:32: error: `bool' is not a class, struct, or union type ... See error_lambda.txt for the entire error message ========================================================================*/ return 0; }

1 1

program_options (lexical_cast) and QString
by Christoph Duelli 19 May '06

19 May '06

I am trying to parse my options into a QString. I have provided streaming operators for QString, so code like the following does compile QString sProgram; desc.add_options() ("program,p", po::value<QString>(&sProgram), "..."); It does even work if I pass 'simple' options: -p test will work -p "test oops" will not The cause for that seems to be that the lexical_cast<QString>("test oops") (in program_options) fails (it does fail). If I use std::string the above does work. Seems providing streaming ops was not enough. QString s; "a b" >> s; now s=="a" lexical_cast has special support for string/wstring according to its docs. I need something similar for QString... Can anyone point me in the right direction? Can I (and how) make lexical_cast treat QStrings like regular std::strings? Thanks for any help, Christoph

2 2

Newbie question: Random numbers.
by chun ping wang 19 May '06

19 May '06

I have a simple question, is there a very fast and effecient way to generate random numbers that are fast on the fly. The numbers are really randomize and distorted... /*************************************************** * generates a random number between a and b * * @param a the starting range * * @param b the integer ending range * * @return N such that a <= N <= b * **************************************************/ template <class T> T randint(const T& a, const T& b) { BOOST_STATIC_ASSERT(boost::is_integral<T>::value); assert (b >= a); typedef boost::minstd_rand base_generator_type; typedef boost::uniform_int<> distribution_type; typedef boost::variate_generator<base_generator_type&, distribution_type> gen_type; base_generator_type generator(boost::numeric_cast<unsigned long>(clock())); gen_type ran_gen(generator, distribution_type(a, b)); for (int i = 0; i < 30000; ++i) generator.seed(boost::numeric_cast<unsigned long>(clock())); return ran_gen(); } This works but is super slow... are there effective ways to do it... Thanks.

1 0

program_options - ambiguous option
by Santosh Joseph 19 May '06

19 May '06

Code snippet is below...basically I have 2 options I want to process "host,s" & "help,h". I would like to process options like this: for host: --host, -host, -s for help: --help, -help, -h Maybe I setup the opt_style variable wrong or is this correct behavior? I'm using boost 1.33.1 when i run the program: > po.exe -host localhost -h *** Command line processing error: ambiguous option h thanks for any help, -Santosh ====================================================== #include <iostream> #include <string> #include "boost/program_options.hpp" using namespace std; namespace po = boost::program_options; int main(int, char *[]) { po::variables_map vm; po::options_description desc("Options"); try { string strHostname; desc.add_options() ("host,s", po::value<string>(&strHostname), "") ("help,h", "Show this help message"); po::options_description cmdline_options; cmdline_options.add(desc); int opt_style = (po::command_line_style::unix_style | po::command_line_style::allow_long_disguise | po::command_line_style::allow_slash_for_short); po::store(po::parse_command_line(argc, argv, cmdline_options, opt_style), vm); po::notify(vm); cout << "host: " << strHostname << endl; if( vm.count("help") ) cout << "help is true" << endl; } catch(exception &e) { cout << endl << "*** Command line processing error: " << e.what() << endl; } return 0; } __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Changing the default lib extension
by Gaurav Gehlot 18 May '06

18 May '06

I am building boost libraries on HP-UX platform. The default extension with which the shared libraries are generated is .so. But I need them to be .sl. Where do I change it? Thanx, gg ----------------------------------------- This message and its attachments may contain privileged and confidential information. If you are not the intended recipient(s), you are prohibited from printing, forwarding, saving or copying this email. If you have received this e-mail in error, please immediately notify the sender and delete this e-mail and its attachments from your computer.

2 1

[Newbie Inquiry] Setting Library Path Settings in VC71
by ?? ? 18 May '06

18 May '06

Hello Everyone, I needed a regular expression library, and having discovered Boost through google, I downloaded and installed it. I've set the environment for the include files by Tools > Options > Projects > VC++ Directories > Include Files. And I have set it to include a particular library file but the path goes something like this: "$(VCInstallDir)boost\bin\boost\libs\regex\build\libboost_regex.lib\vc-7_1\debug\runtime-link-static" I have a feeling something is wrong here. Is there a way to set the environment for the library files in one go without having to include another path each time I need some library file that isn't in my list of included paths? For example, if I needed a library file from "signals", I guess I would have to locate the appropriate file and then just enlist another path like "$(VCInstallDir)boost\bin\boost\libs\signals\build\..." Thanks.

6 10

Re: [Boost-users] [Announce] Boost Installer for Visual C++ 7.1/8.0
by John Christopher 18 May '06

18 May '06

Hi, I tried several times the Windows installer and got the above message error. JCR "David Abrahams" <dave(a)boost-consulting.com> wrote in message news:uac9gl5t8.fsf__32847.8828807876$1147900258$gmane$org@boost-consulting.com... > > Boost Consulting is pleased to announce the availability of a Windows > installer for the current Boost release (1.33.1). See: > > http://www.boost-consulting.com/download.html > > Thanks to everyone who made this possible, including Rene Rivera, Eric > Niebler, Devin Smith, and especially to Daniel Wallin, who applied > most of the elbow grease. > > Enjoy! > > -- > Dave Abrahams > Boost Consulting > www.boost-consulting.com begin 666 error_boost.jpg M_]C_X `02D9)1@`!`0```0`!``#_VP!#``@&!@<&!0@'!P<)"0@*#!0-# L+ M#!D2$P\4'1H?'AT:'!P@)"XG("(L(QP<*#<I+# Q-#0T'R<Y/3@R/"XS-#+_ MVP!#`0D)"0P+#!@-#1@R(1PA,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R M,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C+_P `1" %_`?4#`2(``A$!`Q$!_\0` M'P```04!`0$!`0$```````````$"`P0%!@<("0H+_\0`M1 ``@$#`P($`P4% M! 0```%]`0(#``01!1(A,4$&$U%A!R)Q%#*!D:$((T*QP152T? D,V)R@@D* M%A<8&1HE)B<H*2HT-38W.#DZ0T1%1D=(24I35%565UA96F-D969G:&EJ<W1U M=G=X>7J#A(6&AXB)BI*3E)66EYB9FJ*CI*6FIZBIJK*SM+6VM[BYNL+#Q,7& MQ\C)RM+3U-76U]C9VN'BX^3EYN?HZ>KQ\O/T]?;W^/GZ_\0`'P$``P$!`0$! M`0$!`0````````$"`P0%!@<("0H+_\0`M1$``@$"! 0#! <%! 0``0)W``$" M`Q$$!2$Q!A)!40=A<1,B,H$(%$*1H;'!"2,S4O 58G+1"A8D-.$E\1<8&1HF M)R@I*C4V-S@Y.D-$149'2$E*4U155E=865IC9&5F9VAI:G-T=79W>'EZ(a)H.$ MA8:'B(F*DI.4E9:7F)F:HJ.DI::GJ*FJLK.TM;:WN+FZPL/$Q<;'R,G*TM/4 MU=;7V-G:XN/DY>;GZ.GJ\O/T]?;W^/GZ_]H`# ,!``(1`Q$`/P#LM<US6X_% M%U8V5[*JB4+&@P<9`XYJQ]MU%+=FF\5+', <IMR 1UR<?TK*UR;R/'%U)SQ. MO(.,?+C/ZUMW>J,U];6(NY8[F;. K\X"ELGVXQ24)RU2V,W6C"7+)&%=:]XF MM+YK-[^8S*VW:J@Y^G%1S>)/$MOCS[RZBW=-Z!<_F*A,NWQ)$\UR759AEY'S M@<=SVK1::Q=HUN'MLB:5HT5PR'/1GY/?W_"AZ%Q=RA_PEFN_]!*7\A_A2_\` M"6:[_P!!*7\A_A4X^P[!G[)]N^SG^YY>_/\`WSG'X5(G]FFZE3;;KN5-TJM& M55L<X5N,?2BY17/B?Q J*[7TX1\[6*C!QUP<5)%XA\2SH7BNKJ10<%DCR!^E M0WLRR:-;QQ2P.(V</\J*V-W!`ZC/M3+C;=Z;9K!+$/*4J\;R*A#9ZX)&<T 2 M_P#"5:Y_T$9?R'^%+_PE6N?]!&7\A_A4%O-9KI,Z,DFXNF5\X L>>1\O`_.C M3Y;5+:Z$BN&,1!_>@;N1P!CK^= BU'XEU^5]L=].[>BJ"?Y4^'Q!XAG(\N]G M8%@N0!C)Z#.*J:/)%'J@8L(X]K %V'''&3Q5G34@MD;SWMQ*)HRK>8K$#/." M#0`K^)==BD:-]0E#*<$<<&F_\)1K?_01E_3_``JYNL6NXVG-JS&60DC;@I@X MW8XSG'7FH;!K24+),+50S[6BPBA !U^8%C^!I7&,3Q)KLC!$OIV8] `"3^E! M\2ZVK$&_F!'!! _PIT4EFD=BGEVS;W(E9@"5&[C/_P!?M3W:R6+]S#!+DN'! MD1".>,9&>G3!IW B_P"$FUK_`*"$OZ?X4]?$6N,C.+V<JOWF`&!]>*CN_LS: M<AC\N*0!08QL;=[Y'S#\:+9B=%N8FF3+%3&C2@=#SP3Q0!/%KVOS9\J[N9,= M=JYQ^E.76_$+@E+BZ8*<$A,X/Y54MH##,C>=;2*&5B#-@#WZCD59B91J+3_: M(WBWMB1Y`&7CJ%_^L:!"+XBUIV"K?3%B< #&3^E*?$.M!BIOI@P."#C.?RJ& MT4PZA#*MS'L<[F/F`$+G^+I^5,=VCU9I(S&Q\PLI+C:>?7.*`+LFMZ]"`9;J MY0'H67']*:FOZT^=E[.V!DX&<#UZ4\"P:>.254CD9CE!+YBGT)/('-$,\:RN M-D$3- R@[T8,>V<``?UI#(_^$BU?_G_E_2E_X2'5_P#G_E_2I(UMC'&TAMMP MC<.,J/FSQQ_A2SI EK\ZPJ#;J5P`&+^OK3N!'_PD.K?\_P#+^E+_`,)!JW_/ M]+^8K+%.%,1I_P#"0:M_S_2_G2_V_JO_`#_2_G692T :?]OZK_S_`$OYTO\` M;VJ_\_TOYUF4HH T_P"WM5_Y_I?SH_MW5/\`G]E_.LX4M &C_;NJ?\_LOYTO M]N:I_P`_LOYUG4M &C_;FI_\_LOYTO\`;>I_\_LOYUG"G"@#0_MO4_\`G]E_ M.E_MK4O^?V7\ZSZ6@#0_MK4O^?R7\Z7^V=2_Y_)?SK/I10!H?VSJ/_/Y+^=' M]L:C_P`_DO\`WU5$4M %[^V-1_Y_)?\`OJE_M?4/^?R7_OJJ-+0!>_M?4/\` MG[E_[ZI?[6U#_G[E_P"^JI"E% %W^UK_`/Y^Y?\`OJE_M6__`.?N7_OJJ5+0 M!=_M6_\`^?N7_OJE_M2^_P"?N7_OJJ5.% %S^U+[_G[E_P"^J/[3OO\`GZE_ M[ZJH*6@"W_:=[_S]2_\`?52V][>SW$47VN5=[A<[B<9.*H59L/\`D(VW_75? MYB@#1\Z3_H)77_?'_P!E5._U.6R%J!?74CW-U#;*"N "[A<D[CT!)]\8XZUA MZ[XK_L.^2U_L#7=0W1B3S=/L_-C&21M)R/FXSCT(I^H7/VRW\/77DS0>=J5E M)Y4Z[9$RX.UAV89P1ZU"8S6N?$%G:3M!/K5TDBXRODDXR,]C4%YXD6'3XKNU MO[NX66ZCM5RA0;F8`Y)/8'/3T'O5JVN9K<7*QQWN6N"^88)&!'EQ@<J,=0:P M_$OG-I]K+,DZF36X67SD9&88B&<,`>H(_"F!T5SJ"6*V_P!LUIX&N&1(PY # MNXR$7+#+'TZG%1SZO!;S20/K4QN8X#<&W&WS/+'&[;OSC/&>F:R_&%M/?>'Y M+"WTJ'4GNHHH?*G<)$F5'[QSD-M7K\GS9 QCJ.>T#0M1\.6FM6=^GV]IH#-_ M;1?,ESA=HCE5F+!E_AQE=OH<Y+@2Z]J4VJZ7I-Y,SYFC,@5FW;=RH<9HJG=? M\BSH'_7L/_0$HJA#O%^I:;;^+=1CGENEE60;@D"LOW1W+C/'M5$>+K0HJ_:[ M_P"5"@8VJ;@IZC=YF<<#C-9OQ"./'VJ_]=%_] 6N>4$GT'6NZ%"#BF<4ZTE) MHZC^U-)<Y,]Z3_U[)_\`'*<-0TH_\MKW_P`!E_\`CE.TK1K2/2TNK^ S23G, M:;RN$]>/7_"K)L=*[:?C_MLW^-'L(![>16%]I7_/>\_\!E_^.4\7FF'_`);W MG_@.O_Q=1:EIL"VHN+2+9L.)$W%N.QYK*6CZO!C]O,WEN--/2>[_`/ =?_BZ ME5]//2XNO_ =?_BZPX^:MQTOJ\ ]M(UECL6Z7%Q_WX7_`.+J9;2T;I<S_P#? M@?\`Q=4(NU7X:ET8E*K(F73;=NEU+_WY'_Q52KH\+=+J3_OR/_BJ='5R*I=* M):J2*RZ#&W2[;_OU_P#95,OAH-TO#_WZ_P#KUH15=BJ'!%*;,=?"A;I>#_OU M_P#7J5?!SMTO5_[]_P#UZWXZN1U#BBE)G,KX)E/2]3_OV?\`&I%\"SGI?1_] M\'_&NMC[59CJ6BKG&#P#<'_E^B_[X-._X0"Y_P"?Z+_O@UW"T^D,X3_A`;G_ M`)_HO^^#2_\`"!7/_/\`1?\`?!KLX+RUNI)X[>YAF>!_+F6-PQC;`.U@.AP0 M<'UJ>@#A?^$#N?\`G^B_[X-+_P`('<_\_L7_`'P:[FJEYJFGZ>\:7M]:VSR* M[(LTRH6"#<Y&3R .3Z"@:U.2_P"$$N?^?V+_`+X-.;P1=OC??QM@8&5)P*[* M">&ZMX[BWECF@E4/')&P974C(((X(([U)181Q'_"#7/_`#^Q?]\FC_A!KG_G M\B_[Y-=O10!Q/_"#W/\`S^1?]\FE_P"$(N?^?R+_`+Y-=K10!Q7_``A-S_S^ M1?\`?)I?^$)N?^?R+_ODUVE%`'%_\(5<_P#/W%_WR:7_`(0NY_Y^XO\`ODUV M=% '&_\`"%W/_/W%_P!\FC_A#+G_`)^XO^^37944`<=_PAMS_P`_47_?)H_X M0ZY_Y^HOR-=C10!Q_P#PAUS_`,_47Y&E_P"$/N?^?J+\C77T4 <A_P`(A<_\ M_47Y&E_X1"Y_Y^8OR-==10!R/_"(W/\`S\Q?D:7_`(1*Y_Y^8OR-=;10!R?_ M``B=S_S\Q?D:/^$3N?\`GYB_(UUE% '*?\(I<_\`/Q%^1H_X16Y_Y^(OR-=7 M10!RO_"+7/\`S\1?D:7_`(1:Y_Y^(OUKJ:* .6_X1>Y_Y[Q?K2_\(Q<_\]XO MUKJ** .7_P"$8N?^>\7ZTO\`PC-S_P`]XOUKIZ* .9_X1JY_Y[Q?K_A2-X9N M64C[0BY&-R,RL/<$<@^XKIZ*`."_X5G9?[7_`(%S?_%4J_#6S1T=6=71@ZL+ MN8%6!R"/FX((S7>44 <%_P`*SLO]K_P+F_\`BJ='\-K.*6.5?O1N'7=<RL 0 M<@X)P>17=T4`</<_#R"[N'GGD=Y7.2QNIORQNX Z`=JB_P"%9V7^U_X%S?\` MQ5=[10!Y1XNTL:-#IMDNWRXT8(%).%&T`<\]J*TOB7_Q^:?_`-<W_F**`/-_ MB'G_`(3[5>_[Q?\`T!:IZ%IZ:CJL%K(X"9+.,_> Y('O5[X@A?\`A/\`5BP) M_>+Q_P``6L2SFGANH9;<-YZ-N4*,GCVKU*?\->AYL_C?J=Q>3F>X8XVJORJN M,8 J%078*HR3P*M-]GOE2Z$R6[2*"\4G!5N]$:1P/B.>.2=_EC YP>Y_`<T< MR2)Y6V)-&/):(2E(A\K%5!WGOU!X_P`]JS#IEF.DTOZ?X5<N7&X1I]Q.!GOZ MFH":20VRI<6:PHKQ,S)G!SVI(ZNKA@4;[K<&JOEF*0H>U!2+47:K\-4(:OPU M#+1=CJY%5..KD50RT78JNQ52BJ[%6;+1<CJY'5..KD=9LT1;C[59CJM'VJS' M4,HG6GTQ:?4E'BMMJ&KI\4+K1M.U:;3H-2URZ%R\,,3NPCM8F 'F*P'?MWJI MJ7Q!\16>GPO+XDCMVMWO(W_T>)9KD13[`X#Q^5(0HYC5XV.>.U>ZT5,8\JBN MRMZCD[_UYM_K^!X=H'B%]#\/^+KI]2OH;R;Q#M*$00FV,NW$DN^-Q$C<@LP8 M#;A><D\_J7B+4->U98[[4H=16R&K107$,B2J5-@"0'2.-7&<\[!^-?2-%4_T MM^"14)\L^;U_&_\`F?/>D>(-9LA:V6EWL=@T[Z#9FXBLX3)Y<MNV[+,A+=!C M=G';`KI+GQ;KUCXC;1+WQ$]KI<.KM;3ZU+# LD:?9A(B,2GE`LQ(W;>U>P51 MU/2;;5HXTN9+U AR/LM[-;$_4Q,I/XU527-+FM_6G^3^\3:T\E;\&OZ]# ^' M6L7>N>&)+N\O_M[+?7,,=SM0>9&DA5#\@"G@#D#FNMJGI>E66BZ?'8Z?`(;> M/)"[BQ))R26))8DDDDDDFKE20@HHHH&%%%% !1110 4444 %%%% !1110 44 M44 %%%% !1110 4444 %%%% !1110 4444 %%%% !1110 4444 %%%% 'G7Q M+_X_-/\`^N;_`,Q11\2_^/S3_P#KF_\`,44`>=?$(_\`%=ZL/^FB_P#H"U:\ M.6G]F:4VIRC%S< I;@]57NWX_P"'K4/C@1'XDZA]H)%O]HC\PKUV[5SC\*V= M8W+>*JA1`$40A/N[,<8KTZ:O&*\CSIZ2D_,;_:EX1S,?^^1_A3H[F2ZS%)(- M^=T3X^ZPZ5G@TX$Y!'7MBM)11FI,LW W`3!=NXX9?[K#J*KFI;V^BM;C9*I8 MR(&E5>S=C^7\A50ZE9GI#*/Q_P#KU"V*:U+"84%V^ZHR:J^899"YZFF3W:S( ML<2E4SDY[T1TBD78>U7H:HPU>AJ&6B]'5R*J<=7(JAEHNQ5=BJE%5V*LV6BY M'5R.J<=7(ZS9HBW'VJS'5:/M5F.H91.M/IBT^I*,_7;B6T\/:G<PR-'+#:2R M(Z*&*L$)! (.3GM@_2N1CUR^L-EY/=:O>Z9"[2B2\M!;7$I6"9GC$8CCRHVH M02O))Y...ZN+>*ZMI;>9=T4J%'7)&5(P1Q[5%>:?::@B)=P),B[L(_*G<I4@ MCH058C!]:=[(.JN<I%XXO'TJYGET8P7<<B)##*EXBW&[)PFZU$C,`K$JL; # M!SUP^'QQ+-+I@.F);170`EEO)I(%$AD,9CB+18>0%2=C&-B,87J!K+X3TM;0 MVV_4C&7#JS:I<EXR`1\CF3<@P2,*0".M.3PKI$<\$J17"^2<K&+N81L=Q?+Q M[MKG<Q.6!_04: 4/#/BV;Q#>/&^D75I;M%YT$SPSJ&7(X<R1(@;!! 1G!P>< M`$SR^*#%+)&UB0T8F!7S>2ZEO+7 '\:HQSVX&#GB]IN@6&D3/)9"YC5QM$+7 M<KPH,YPD3,40>R@8Z=*E?1["26:1H,O-,D\AWMRZ`!3UX'RCCH><CDY-!M[V M^1S5_P"-9(-3O;);/=;I'*(KRW:5LR(A8J6:#R@1M88#N01RO7&SI%[JESJF ML174-N+6WN ELZ3$N1Y:'#+L`'7.=QZD=A2OX5T>6XEFD@G<REV*-=2F-2P8 M,40MM3(9L[0,YSUJ]!IMK;7]S>PHZ37.WSL2ML8@8!V9VAL`#<!D@ $\"ET^ M0C'A\4-<*J_8BCO'%A?-R0[%1(IP/X Z'/?GIC-9MAXBU./2]-BOK/ROM%O; MO#.EWYDC@M&C^8"F%/[P'@MD9Y4XKIH]&T^)D*6^"DTEP/G;[[YW'KSU/'0< M8Q@81M$TYX[9&M\K:HL<(WM\J@JP'7GE%Z^GUH&_(Y;2O&=R;C3=-&EWEU'Y M=O%<7?E7#G>\:MNRL31E1O&XM(I'S<<#+_$^I:S:ZY<&SGU..TM;2.=S;K:? M9T)9]S3>8/-*X49\OG ..:WH_#&EPWD-U!'<P21*BA8+R:-'V !=Z*X60@`# M+ G `[4Z_P##>F:G?B\NDN6DVJC(EW,D<BJ20KQJP1QR>&!SG'2JNF[^8O\` M(S)_%\UI(\]SI@736>>*WECN-TTLD2NQ!CVA5!$;X.\]!D#/$-WXOU*PCFAN M]&MTOXVB9@EW(]O%%('Q)+*(<H 8W!.P@?*20"2-@>&-'%[/=&T+M.'$D3RN MT/S\.1$3L!;G)"@G)R>3F%?"&D):-;J+]09!(91J5R)L@%0/-\S?M )^7.WD M\4M+?U_7];%:?U_7]=^A'I.K:EJ.NN#%9'3&L8+A7BN_,(9]_P!W"8=3C[V[ MH 0.3A+!=2U>ZDU$:S/;6\5W)"EC%#"8V6-RA\PE6<L2I.59< J,9!SIPZ-8 M6U[%=P0M%-' +<;)6"F,<@,H.&QDX)!(R<=34$GAO3)-4.H^7<1SLZR.L5W+ M'%(XQAGB5@CMP.64G@>@HNKD]+?UL4I_%UK#XDBTO[/J)#)('8:5=$;PR*,, M$VE/F.6&1TY'<G\76L/B2+2_L^HD,D@=AI5T1O#(HPP3:4^8Y89'3D=]YK:% MKM+HI^^1&C5LGA6()&.G51^5#6T+7:713]\B-&K9/"L02,=.JC\J2Z7!];%. M.ZF.MW]N7S#%;0R(N!PS&3)S_P`!'Y5S.F^)M1A1KR:T\[3Y;JWB>:6Z_>QM M+%"%VH$VE=[C/*]20IKI+K0+&\U--1D-XMRBJO[F]FB1@I) 9$<*XR3]X'KB MH(/"FCV]XMS'#<!EVXC:[F:+*J%5O*+;-P"CYL9XSG--`S*N_&%_;:'9WXTF M`W%X!)%9BXFDD,6P$L1#!(<@G!XVC(RV3BIXO%%Q?1&YBL3#8K-;Q^<9P)&, MGE,!LV$8Q(0>0>..N1J7/A[3;J"TA>.=$M%V0^3=2Q$+P-K%&!9>!D-D''-2 M0:)IUM:"UAM@L(>.0)O;[R!0AZ]@B_E1I<&<O:>/KR[M+JYC\-W[(L2RVV+> MZ^<%E7YR8 `1N#'R_-X#$9P,]/HVI-J^CQ7BM9[Y-PW6MQ]IAR&(^5P%W#CT M![<543PEI,4,T,0OHH90!Y4>HW"I'A@P\M0^(L$#&S;QQTXK3M+"WL;);2W# MK$H/+2L[DGJ2Y)8D^I.?>AVL-VOH5/#]Q>7.DJ]_-'-<K--&[Q1^6IVR,HPN M3@8`ZDGW-9@&K1^(Y[)]6OA%=6\KPO+#!L1LKCR=J9^4,<^:3GC ;YL:%AX9 MTO3E@6!+EO(N&N8C<7DTY61E96(+N3R&;CIDD]>::GA;2D>Y?9=,UPK(2][, MQC5CDB++GRN0/N;>@]!@>X*R(_#4]Z\=];W]Q=32V]QL7[8L0F"E5(W>4HC. M<DC;G@C)W9 L6=Q>MXAU*VN)XGMTBAD@1(MI0,7!W')W'*]>!C''4E;7P[IE MF(#%#*SP3FX26:XDED,A0IN9W8LWRL5&XG QCH,/AT2R@UF?5D-U]KG0(^Z\ ME:,@= (RVP8YZ#N?4T"=NAA_\);/#J=K9M:((9IFC-U>7'DJQ\YHQ'$1'L>3 MY<["RMC&-W)I^L:WJ&D:MJ5S%:+<V-K9PSW DN3&8TS+N,:[6W-A>AV@X'-: MC>&M+:]CNO+N`\;%@BW<HB8[B^6C#;&.YB1N!QQCH*6]\.Z;J&H+?7*7#2A% M1E6ZE2*15)(#QJP1QDG[P/6A-=1NVMOZ_KYG/3>.9Y+N_@BTB\6UA6=4NUBF M!WQALDLT'DA25.")&ZKE>2!<D\775JC7=UI2IIP:XC61+H-,SQ;S]PJ%"L(S M@[\Y(! ZUI-X7TIKJXG\NY7[2'\V%+R986+CYCY0?9DY))VYR<]>:L3Z+8S6 M?V8V\;(&D=5DRZ[I`P;(S\P.]N/?M2=K>8:7\BMI>J:E<W%W;:GI]M:301)* MOV:[:<,K;NI,:8(VGU'O698^*;^>*WE&EJ]F)(()IY+L>:6D2,AE0)M;F0`Y M*]"0#TJWX8\,RZ$EVUU?M>S7&U2VZ<JJ*#(a)#SI96_B/\6.F .2=&+1-.@M?L MT=OB'?')MWL?F0*%/7L$7\J>E_N_X)*O8Y@>+M6U'399+*PLK>\CN;9?LL]X MRRHDDFW$R-#NB8@>C @Y5C@9;JWC&X\[4=-6U"1^1,L5]:R3L!*D98KO,*QY M!5A\LC,".0.<;\?A32([&>S\NZDBFV[FEO9I)%VG*['9RR;3R-I&#R*0^$M& M:621X+B3?N.R2\F9%+*58JI?:I(9LD 9SD\T)JXWY'/GQG=:8ZV<>F7FHNLD MLDSI%<2%4,\BJJ>7%("P"'AR(a)Z8/7&F-7U.^UW3]MG';Z6;R:$2_:CYLI1) M=T03:%W*2/G)X' /30G\+Z5/,DWEW,,J%OGM;R:!FRQ<AC&XW#<S$!L(a)9.,9 M-/B\.:7#J+7Z0RB<R-* ;B0QJ[ AF6,ML4G<V2 ,DY.3S1<'Y&K14%E9P:?8 MP65K'Y=O;QK%$F2=JJ,`9/)X'>IZ3\@"BBB@#SKXE_\`'YI__7-_YBBCXE_\ M?FG_`/7-_P"8HH \Z^(.?^$]U;''[Q?_`$!:N:%=_P!JZ0U@YS=6@W0^K)Z? MA_A5GQKX:US4/&6IW5GI-W/;O(-DD<9*MA0#S]016-!X4\40.)(](U&)QT9( MV!_,5Z,)QY(ZG!.$N9Z&S_9]V.L#TY8S8QR75RA58QE5/\3=JSUT3QENYLM7 MQ[AZ)/#OBF8!9=-U.10<X>-SBK=6+ZHE4WV9ERS//,\LAR[G)- K3'A;7Q_S M!K[_`+\-_A3QX7UX?\P>^_[\-_A2]I#N')+L4$-6XNU64\-:X.NCWP_[8-_A M5F/P_K*]=)OO_ =_\*ESCW*4)=B**KT-$>BZLO72K[_P&?\`PJW'I>I+UTR^ M_P# 9_\`"H<X]RU&78?'5R*HDL+\==.OO_ 63_"K,=M=KUL+[_P$D_\`B:AR MCW*47V+,578JII'<#K8WW_@)+_\`$U:C:1>MG??^`<O_`,34.2+29>CJY'6< MDY'6UOO_``"E_P#B:LI>*.MM??\`@%-_\34-HM)FG'VJS'66FHQ#K;WW_@#- M_P#$U.FJP#K#??\`@#-_\14,LU%I]9JZQ;#_`)97W_@!/_\`$4[^V;7_`)Y7 MW_@!/_\`$5(S0HK/_MFU_P">5]_X`3__`!%']LVO_/*^_P# "?\`^(H`T**S M_P"V;7_GE??^`$__`,11_;-K_P`\K[_P`G_^(H T**S_`.V;7_GE??\`@!/_ M`/$4?VS:_P#/*^_\`)__`(B@#0HK/_MFU_YY7W_@!/\`_$4?VS:_\\K[_P`` M)_\`XB@#0HK/_MFU_P">5]_X`3__`!%']LVO_/*^_P# "?\`^(H`T**S_P"V M;7_GE??^`$__`,11_;-K_P`\K[_P`G_^(H T**S_`.V;7_GE??\`@!/_`/$4 M?VS:_P#/*^_\`)__`(B@#0HK/_MFU_YY7W_@!/\`_$4?VS:_\\K[_P``)_\` MXB@#0HK/_MFU_P">5]_X`3__`!%']LVO_/*^_P# "?\`^(H`T**S_P"V;7_G ME??^`$__`,11_;-K_P`\K[_P`G_^(H T**S_`.V;7_GE??\`@!/_`/$4?VS: M_P#/*^_\`)__`(B@#0HK/_MFU_YY7W_@!/\`_$4?VS:_\\K[_P``)_\`XB@# M0HK/_MFU_P">5]_X`3__`!%']LVO_/*^_P# "?\`^(H`T**S_P"V;7_GE??^ M`$__`,11_;-K_P`\K[_P`G_^(H T**S_`.V;7_GE??\`@!/_`/$4?VS:_P#/ M*^_\`)__`(B@#0HK/_MFU_YY7W_@!/\`_$4?VS:_\\K[_P``)_\`XB@#0HK/ M_MFU_P">5]_X`3__`!%']LVO_/*^_P# "?\`^(H`T**S_P"V;7_GE??^`$__ M`,11_;-K_P`\K[_P`G_^(H T**S_`.V;7_GE??\`@!/_`/$4?VS:_P#/*^_\ M`)__`(B@#0HK/_MFU_YY7W_@!/\`_$4?VS:_\\K[_P``)_\`XB@#0HK/_MFU M_P">5]_X`3__`!%']LVO_/*^_P# "?\`^(H`XKXE_P#'YI__`%S?^8HJ'XA7 M,=U<6#QK*H".,2PM&>H[, ?QHH Z*[_X_)_^NC?SJ&IKO_C\G_ZZ-_.H:S*" MBBB@84444 %%%% !1110`4444 %%%% !1110`4444 %%%% !1110`4444 %% M%% !1110`4444 %%%% !1110`4444 %%%% !1110`4444 %%%% !1110`444 M4 %%%% !1110`4444 %%%% !1110`4444 %%%% '+^,/^7+_`('_`.RT4>,/ M^7+_`('_`.RT5:V)9UUW_P`?D_\`UT;^=0U-=_\`'Y/_`-=&_G4-0,*Y3RC9 M[=2BN[UKN74GA\E[R1XY4,S*5$;$J-J L-H!&STR#U=9$%OHEKJ$][;:;%'= MR,RRW$-B=[G/S9=5YY'//44TQF9;:_J96":8V,D5U;B[3R48""(.@<,Q8[SM M?(8!1E3QZ2MKNHM"GE16XE:1`=ZL`%D>,(<9S]UVSZE>U7XH-'A-T8M+6,W> M?M)33V'G9S]_Y?FZGKZFIS-8LY<VLA8[<L;-\G:<K_#V/(]*- ;['/3ZIJ%M MJ!^T/9O>0A[99(a)C1Q$N\&&*EB1CS.F[G'49X?=:[K,<,MI;K#<:G;SNKF*SS M')&JJQ8!YT"8\Q0<NQR#@>FY(VG3>;YEDS^:I63=9.=X( (/R\@@`'Z"JQL= M!-K!:G1XC;V[;X8O[-.R)LYRHV8!SW%%]+?U_7Y@9$^K7VK6\-RLEG!9I<V@ M>!D9Y79O+?APP"_?`QM;.,YYXFLM9U62UANO]$%I'+!"\121Y'#I'R'+<$%S MU#9QU'6M0V^C-<QW)TM3/&@C24Z>VY5!R%!V9 !YQ4Z2:?''Y:6;JFY6VBR< M#*XP<;>HP,?04[HDH:-J>I7ES:R74MDUM>VIN8HX(6#1<IA2Y<A^'Z[5Z=*R M(9;N348+>T>&.1;N1DDF5G523=9)0,,]!T(]SP*TM*TC2])U.[U&);I[FYSN M<Z>L> 6W'_5Q*6R<<MN/'7DYN75KHE]&8[O28[B,MN*RZ<S@G).<%.N6;\SZ MT75A]68*:QJN-0U2/[&&M;=?M"-$Q^T>7),I$?S#9NVY!.[J.#U-NX\27]H) M+UUM)+-GN8H[=%821M$KG<\F2,'RSD;!C<.3CG3>TT22YM[E])C:>W4+!*=. M8M$!T"G9D >U2(FE1W\E^FG[;R5=DEPMBPD=>."VW)' X]A0VAHR)]8UZW,M MFHL[FY0Q2-<06S%$B<.3^Z,NZ0C9T5LD,"%.,&WI%Y>WNM/*;VWDM&L;>7RE M@=3N;?\`,-S?*#@\%<]!VI_]F>'?L1LO[#M_LAD\TP?V8=A?&-VW9C..,U-= M)97 5XDN+6Z1/+BNH;',L2Y&0I:-@ <=,4F_(!^K7]U9O"ENL/[]6CC,@)_? M$J$X'48+$]^*R;_Q!J:P)<VL,4=I\SRS/ TYC553@QJX?[S,"RAMNWE<<C0L MXT@?==WVI:B58-$;JR4>4V",KLB7D@D<Y_G3Y[;1;KR?M&E)-Y#F2+S-/9O+ M8G)9<IP2><CO0M NC%/B37GDO[F'3$;3X?/1)&";0T>X`EQ,6()7&WRP1NZG M&3;OM3U.SDFMXS%-J#I%Y*Q6[.K$F0D;&E51A5^\67./HM7GM=$DOGOGTF-K MMUVO.VG,9&&,8+;,D8X^E27::5J$;QWNG?:8WV[EFL&<-C)&05YQDX^M'0.I M@Z;JUU>:C#/*L<%Q*BQRYSM5D%P"2%<@C*YQN8>_`-.?6O$*Z:CQ_9KBZF=Y M8!%8$![=0/G8/<*%R2"/G)P1\O7&WY>DF,QG3OD(*E?L#8(.01C;T^9O^^CZ MU732_#D<"0)H5NL,<GG)&-,(57Z;@-G#<#GKQ0W=W0EI:YG+JE_<7ZW8GB%I M+!8R&UVOO4R2$9#!P/7^'G ';DC\0ZL4M6/V"7^T(XYH!&CA8%,B(5=MQWG$ MG! 7E3QZ;3)I3RPRMI^9(%V1.;%LQKD'"G;P,@=/04V&'1[:6:6#3%BDG<23 M.E@RF1@<AF(7D@\Y-.ZOMI_7]?@"V&6FHZBD<L5S:_;KB*Y\AY+)%B4*55@Y M623(`W8(#,>,X["NVM7PM\!;=9XE$4Y93M69I!&K8S]SAF(SG!7D=:U5O+9& M=DAG4N=S$6L@W'&,GY>>`/RJ-I+!XYXWM'9+C/G*;-R),@+\PV\\`#GL*D:. M;UU]41SYEVDT]G;B>9[:XDLUA4LV)!'N82\*<J[;?E_VL5;M)9O[2MK[S;EI M[B]N+>2$SML\I!)MQ&QVJ?D3D $[CS@U>73_``^B6R+HL(2U8O;J--.(F)R2 MOR?*<C.15A!I<>H27Z:>5O9%V/<+8N)&7C(a)MMR1P./84T[+[P;7]?U\S,N-: MUAKK$-G%9HI@5H;P!I#YCLF<QN5 & W?/(^7.06M[JESJVG[[FV4""Y$\*1- M^^,<BIN3+_+VQG=C)&3G-;#7%D[EWMI68[<DV;DG:<K_``]CR/2HV.FN\+/8 MLS0N9(B;)R8V.<LOR\$Y/(]:/Z_ 16OKB[N+"TN=EYIKB\A#P.8BSJ9 N&*E MA@YSPP/KW%;3D!&);: .6]/>LN_CTG58EBU'3A>1JVY4N+!I`#Z@,IYJJ8)/ MM?FC6M96#?G[*+*/R]N?N?ZC=M[?>S[TNE(a)\RK;6.R[U'3'N;L(\4<D2G4YG M9^6P?,)WQEBN"JC&!D$Y(&IX=9SI(21W:2*:6)M\IEVE7(VAV)+@=-QY..0# MP($T[P_'8R6,>B0+9RL'DMUTTB-V&,$KLP3P/RIL]NK+#'8:AJ>F6\2!%M[. MQ0(`/9X6QZ8&!QTIC>O]?U_7<MN9D\30YNI3`]I(?(.W8K!D^;IG//<GVQSF MMJ5_?O=V"Z1=64D5P/,=7A,F8A@EPZR `8(`X;)([9(>MKI1N8+RXLFN;^% MBWLVGDS'C'W@@QU/3 Y/%))9:%--;S2Z/$\MLJK [:<2T07D!3L^4#MCI2MT M_KJ'<S+;6]6^QP78^QFU2:VMWA*.TKB18OF#E^"#(3@AL@=1UKK:PK?3M#MM M1?4(],_TQB"LYL&WQ@($VJVS(&!T]S6G_:$/]RY_\!I/_B:IV>PBU157^T(? M[ES_`. TG_Q-']H0_P!RY_\``:3_`.)J1EJBJO\`:$/]RY_\!I/_`(FC^T(? M[ES_`. TG_Q-`%JBJO\`:$/]RY_\!I/_`(FC^T(?[ES_`. TG_Q-`%JBJO\` M:$/]RY_\!I/_`(FC^T(?[ES_`. TG_Q-`%JBJO\`:$/]RY_\!I/_`(FC^T(? M[ES_`. TG_Q-`%JBJO\`:$/]RY_\!I/_`(FC^T(?[ES_`. TG_Q-`%JBJO\` M:$/]RY_\!I/_`(FC^T(?[ES_`. TG_Q-`%JBJO\`:$/]RY_\!I/_`(FC^T(? M[ES_`. TG_Q-`%JBJO\`:$/]RY_\!I/_`(FC^T(?[ES_`. TG_Q-`%JBJO\` M:$/]RY_\!I/_`(FC^T(?[ES_`. TG_Q-`%JBJO\`:$/]RY_\!I/_`(FK*'?$ MD@5@KC*[E*G&2.AY'(- "T444 <OXP_Y<O\`@?\`[+11XP_Y<O\`@?\`[+15 MK8EG77?_`!^3_P#71OYU#4UW_P`?D_\`UT;^=0U PKPGXH?\C);_`/7N_P#Z M435[M7E?CGP+XFU[68;O3=)FG@$3H7W*G/G2-T8@]&!S[UUX*2C5O)V,JR;C MH>3T5V/_``JOQM_T`9?^_P!'_P#%4?\`"J_&W_0!E_[_`$?_`,57K^VI?S+[ MSCY)=CCJ*['_`(57XV_Z`,O_`'^C_P#BJ/\`A5?C;_H`R_\`?Z/_`.*H]M2_ MF7WAR2[''45V/_"J_&W_`$ 9?^_T?_Q5'_"J_&W_`$ 9?^_T?_Q5'MJ7\R^\ M.278XZBNQ_X57XV_Z ,O_?Z/_P"*H_X57XV_Z ,O_?Z/_P"*H]M2_F7WAR2[ M''45V/\`PJOQM_T`9?\`O]'_`/%4?\*K\;?]`&7_`+_1_P#Q5'MJ7\R^\.27 M8XZBNQ_X57XV_P"@#+_W^C_^*H_X57XV_P"@#+_W^C_^*H]M2_F7WAR2[''4 M5V/_``JOQM_T`9?^_P!'_P#%4?\`"J_&W_0!E_[_`$?_`,51[:E_,OO#DEV. M.HKL?^%5^-O^@#+_`-_H_P#XJC_A5?C;_H R_P#?Z/\`^*H]M2_F7WAR2['' M45V/_"J_&W_0!E_[_1__`!5'_"J_&W_0!E_[_1__`!5'MJ7\R^\.278XZBNQ M_P"%5^-O^@#+_P!_H_\`XJC_`(57XV_Z`,O_`'^C_P#BJ/;4OYE]X<DNQQU% M=C_PJOQM_P! &7_O]'_\51_PJOQM_P! &7_O]'_\51[:E_,OO#DEV..HKL?^ M%5^-O^@#+_W^C_\`BJ/^%5^-O^@#+_W^C_\`BJ/;4OYE]X<DNQQU%=C_`,*K M\;?]`&7_`+_1_P#Q5'_"J_&W_0!E_P"_T?\`\51[:E_,OO#DEV..HKL?^%5^ M-O\`H R_]_H__BJ/^%5^-O\`H R_]_H__BJ/;4OYE]X<DNQQU%=C_P`*K\;? M] &7_O\`1_\`Q5'_``JOQM_T`9?^_P!'_P#%4>VI?S+[PY)=CCJ*['_A5?C; M_H R_P#?Z/\`^*H_X57XV_Z ,O\`W^C_`/BJ/;4OYE]X<DNQQU%=C_PJOQM_ MT 9?^_T?_P`51_PJOQM_T 9?^_T?_P`51[:E_,OO#DEV..HKL?\`A5?C;_H` MR_\`?Z/_`.*H_P"%5^-O^@#+_P!_H_\`XJCVU+^9?>')+L<=178_\*K\;?\` M0!E_[_1__%4?\*K\;?\`0!E_[_1__%4>VI?S+[PY)=CCJ*['_A5?C;_H`R_] M_H__`(JC_A5?C;_H`R_]_H__`(JCVU+^9?>')+L<=178_P#"J_&W_0!E_P"_ MT?\`\51_PJOQM_T`9?\`O]'_`/%4>VI?S+[PY)=CCJ*['_A5?C;_`* ,O_?Z M/_XJC_A5?C;_`* ,O_?Z/_XJCVU+^9?>')+L>S>%_P#D4M&_Z\8/_1:UJU5T M'2[ZR\.Z9:W%I*DT-I%'(NW.U@@!&1QU%:'V2Y_Y]Y?^^#7S\_B9Z"V(:*F^ MR7/_`#[R_P#?!H^R7/\`S[R_]\&I*(:*F^R7/_/O+_WP:/LES_S[R_\`?!H` MAHJ;[)<_\^\O_?!H^R7/_/O+_P!\&@"&BIOLES_S[R_]\&C[)<_\^\O_`'P: M`(:FF_U5O_US/_H34?9+G_GWE_[X-+<HR);JZE6$?((P?O-0(@HHHH&<OXP_ MY<O^!_\`LM%'C#_ER_X'_P"RT5:V)9UUW_Q^3_\`71OYU#4UW_Q^3_\`71OY MU#4#"BBK(EDBLX_+D=,R/G:Q&>%H&5J*F^UW/_/Q+_WV:J3>(+>WOH[&?5XX M[N4;H[=[D"1QSR%SD]#T]* ):*=!J,MS;QSPW4K1R*'1MQ&01D=:D^UW/_/Q M+_WV:!$-%3?:[G_GXE_[[-1KJ4C7#VXNI3+&JNR[FX#9Q_Z": &T5(;^82", MW;B0@L%\PY(&,G'XC\ZCNM6-E"9;B]>-`"<ESDX!)P.IX!/'I0,**F^UW/\` MS\2_]]FC[7<_\_$O_?9H$0T5CSW$TWCBW22:1U7392H9B0"9$SC\A^5;% !1 M110,****`"BBB@`HHHH`****`"BBB@`HHHH`****`"BBB@`HHHH`****`"BB MB@`HHHH`****`"BBB@`HHHH`****`"BBB@`HHHH`****`"BBB@`HHHH`**** M`.7\8?\`+E_P/_V6BCQA_P`N7_ __9:*M;$LZZ[_`./R?_KHW\ZAJ:[_`./R M?_KHW\ZAJ!A4S?\`'G%_UT?^2U#5/4M9BT^*& VE]<.2SG[-:O(%!P!D@8SP M>.OYB@"Y7,7C26^NS)8I=M+<SQ-/!-8N]NP`4&19@N%8*H^\Q&5P%R<U;_X2 M>+_H$ZS_`. #_P"%'_"3Q?\`0)UG_P``'_PHL.YC#3[ZPTRT\A]5(ELH_M:K M*[,NUH@VQ3PC;#)P@!/89 J:VBOI( MN^IBRGG>W@\YI1*D3!"7<R?.""LH4 MMS\PQU%:?_"3Q?\`0)UG_P``'_PH_P"$GB_Z!.L_^ #_`.%5<+CHFU-]!OY5 M\T7SH_E*1@JZH%^4-Q@LI(SP<YKE[FWN/*FDTIM9AM)3`)YKJ*[EE( ESA2Z MS8W;.$(ZYP5)KHYO$-K<0203Z+JTL,BE'C?3G964C!!!'((JE87.A:7.T^G^ M%+JTF9=ADM](,;%<@XR%'&0/RI F5U@G@&EWLG]I7\\=I<)$R)<VX9\@HDB$ MEEX!&Z3.< DYQ6?;PZL;&Z@634+FVD4LOF6]TA),4H*XG=W/(3N!DC YR>H_ MX2>+_H$ZS_X`/_A1_P`)/%_T"=9_\ '_`,*:;7]?,13T3[4/$M\)3?3(?,)E MF$\2)\XVH(WS&V #AXR,CJO.3U%8?_"3Q?\`0)UG_P``'_PH_P"$GB_Z!.L_ M^ #_`.%(.H/_`,CW#_V#)/\`T:E;E<W973ZCXN2[2RO8(4L'B+7-NT8W&1"! MDC'3/Y5TE)@%%%% PHHHH **** "BBB@`HHHH **** "BBB@`HHHH **** " MBBB@`HHHH **** "BBB@`HHHH **** "BBB@`HHHH **** "BBB@`HHHH ** M** "BBB@`HHHH Y?QA_RY?\``_\`V6BCQA_RY?\``_\`V6BK6Q+.NN_^/R?_ M`*Z-_.H:FN_^/R?_`*Z-_.H:@84444#"BBB@`HHHH **** "BBB@`HHHH ** M** "BBB@`HHHH **** "BBB@`HHHH **** "BBB@`HHHH **** "BBB@`HHH MH **** "BBB@`HHHH **** "BBB@`HHHH **** "BBB@`HHHH **** "BBB@ M`HHHH Y?QA_RY?\``_\`V6BCQA_RY?\``_\`V6BK6Q+.NN_^/R?_`*Z-_.H: MFN_^/R?_`*Z-_.H:@84444#"BBB@`HHHH **** "BBB@`HHHH **** "BBB@ M`HHHH **** "JFJ:UIVD7,=O<074CM$LFZ-EQR/<5;KF/%H4^(K4-C'V:'.3 MC]:$3)V5S8AU^SN$+PZ7J<BCJ5*G%5V\6Z2I(:SOP1V+)5R201P(T$]W&IP! M##*@`]A\O2N3UR5;C48@UNT;!55F9P2_;)P!R<544V3[2#6C.@_X2[2/^?2^ M_P"^DI?^$LTC_GTOO^^TK,NM'MI7E@LXT65)E4E6;Y%(_BW'G\*IQZ()MKPW M.Z'<ZNS1X*[?;/-&A6IT'_"5Z3_SZWO_`'VE+_PE.D_\^M[_`-]I_A6!#HHG M:,QW&8Y8RZ94!V(/(P3C]:=)8V\.ERN_FK,D^S+)@_=S@C=C'O1H&IO?\)1I M7_/K>_\`?:_X4O\`PDVE?\^MY_WVO^%<ZD4,&EI<O$LTDDA4!B0%`^A'-%K9 M?:8YI<HH"%D`E48.>^3D#ZT607.C_P"$ETO_`)];S_OM?\*7_A(]+_Y]KS_O MM?\`"N=LK+[1,4=E"@-G$BYR!]>1[T6L`-_%#*%92X!"L""/J*=D%SH_^$AT MS_GVN_\`OM?\*7_A(-,_Y]KO_OM?\*PXK9'GO% 4+$&(SD]#]?YYJW=:?'+= MR&)@@#HC*$P!GN.>:6@&E_;^F_\`/M=_]]K_`(4O]NZ;_P`^UW_WVO\`A6.N MGH9603DA3M9@@ !SC')'Z4OV!41WDF VR%,;2<FBR#4V/[;T[_GWNO\`OM?\ M*7^VM._Y][K_`+[7_"LQ].59&+2K&F_:/3I[G_&F&R*VWG!]X&<[`"!]3G^E M&@:FO_;&G_\`/O=?]_%_PI?[7T__`)][G_OXO^%9%K'')'-N4EE0L#GBF0E0 MWS*IS_>)P/RIV07-O^U;#_GWN?\`OXO^%+_:EA_SPN?^_B_X5G,D*76SRP%. M""Q/3VQ_6HV54N64JP4'&,\TK(+FM_:5C_SPN/\`OXO^%+_:-C_SPN/^_B_X M5F3HL=RR*,*,5.T`;'E;"I(&03D?6BR N_;[+_GA<?\`?Q?\*7[=9?\`/"X_ M[^#_``JG' @E4%PP)((__4:A. >"2/<460&G]LLS_P`L)_\`OX/\*L*H=0RZ M?>E2,@@\$?\`?-8PJ/QA<SV/A^2_M]5ATU[6**;S9T#Q/A1^[<8+;6Z?)\V2 M,9Z$:2 WMG_4.OO\_P# :PKW55;4]$CL3BWNY)/,8L'WJ(BRX('3.#GV'X\[ MH&NZCXCM-:O+]_L#0P&'^Q2F)+;*[A)*S*&+-_#C"[?4YQ+I_3P9_P!<V_\` M2:@#LJ***DH**** "BBB@ HHHH **** .7\8?\N7_ __`&6BCQA_RY?\#_\` M9:*M;$LZZ[_X_)_^NC?SJ&IKO_C\G_ZZ-_.H:@84444#"BBB@ HHHH **** M"BBB@ HHHH **** "BBB@ HHHH **** "N:\86ES<:Q"T-M-*GV6($HA(SC/ M;\*Z6IKG_6K_`-<T_P#0133L)JYR#S7-Q%9^=::@C6[J[)%$=LNTY7.1QS]? MZUFWZ:E>WC7!L;A23D 1-QZ=J[NBKE5E*U^A$:48['$22:Y*<M!<`[PY*V^T MDCH20.:4OK9D23R+@,A)&V#:,GKP!@YKMJ*BY=CB2-69PS6DC%5VJ&M00H]A MMP*<1JSI(KV\[K(VY@\&><8R,CC\*[2BBX6.+ABU.&-HUMIC&QR5>#<,^N"* M1+?4$\S;:S#S!A@(3R.OIQ7:T4<P6.,AMK^%]\=M.K8(SY1[\>E.BM;V&19$ MMIPRG(/EG_"NQHHYA6.6_P")D2Y^SR N"&*P`9!]<"GL^IN06BER&#<0XR1W M/'-=-11S#L<RG]HH7(AE^=MS9BSSZ\BG,M_(I#12D%]Y_=]_7I7244<P6.?S M?L6W12-N.2&BR,_0BD"W@0H('4$8.(L$CZXKH:*+A8P(ENX5(2%P&ZYBSG\Q M4@^V;0OE.0!@`Q9'\JVZ*.8+&,#>;B3&Y).>8\_TI?\`2CC*.<'/*9Y_*MBB MCF"QDLMQ(VYXV)]=E/\`](QC8P[_`"IC^5:=%',%C._?[@VQ@V<Y"8IP,X_A M8?1:OT47"Q1*RL065O3I6;J8UF^N(\Z5I$T-NZ/;_:6=V1D&%<?)A6ZGCIGK MWKH**.8+'*SVVO7$TD[Z9HHN9(#;FX#2>9Y9YV[MF<9YQTS21VLEC>>$[27' MF0^9&Q'0D6Y!Q[<5U=8>K_\`(R^'O^NL_P#Z):BX6-RBBBD,****`"BBB@`H MHHH`****`.7\8?\`+E_P/_V6BCQA_P`N7_ __9:*M;$LZZ[_`./R?_KHW\ZA MJ:[_`./R?_KHW\ZAJ!A1110,****`"BBB@`HHHH`****`"BBB@`HHHH`**** M`"BBB@`HHHH`*FN?]:O_`%S3_P!!%0U-<_ZU?^N:?^@B@1#69-X@TZWU!K*6 M2=)%=8V<VTOE*S %09=NP$[AQNZD#K6G7.7T6H3RZOIT6F3^7?MA;TRQB)%, M2*3C=OR,' V\G'('(:2>XSHZ*XT>'YI]4E1]-,,CO<?:-3WH?M,+A@D>0WF< M;D."`!Y?!Z5)/HVHW=C.);<K+=0232(LBC;,49 N0>NUE&1Q\G7I18#IYKI( M)K>)@Q:=RBXZ`A2W/X*:GKD[WPW+%=3C2+6*UBE3=NB81#S3%,I<[>=V63+ M9Z=<50ET*X>PNHK;P\;/3YWB$FGI%:NY*ABTJ*S&+))C&6YPAXSBBP':W=RE ME9S74@8I"A=@O4@#/%0:EJ2Z=%"?L\US-/)Y<,$.W?(V"QP6*J,!6/)'3UP* MXU_#=U_9RVMUHG]H,ML\5H\K0$6C!W(.,(a)*2ICP8Q_#C``%=1K&C6^JW.F-< MV%M=+;S,Q\^-7" HP[_[6WIZ#TH:2$F:;RB.(2.KCH,!2Q&?IG\^E-M+E+RS MAN8PP2:-9%#=0",\UP]AX>U&._DN?L$D#3,C7(V6T4;N)4;<@B^9EQOP9"6_ M$\K;>&KV/6K*YNK>_,D:P>5/;_9&2 *BAD9G'FJ,ALB,D$,>Y-"2M<._D=LU MTBWL=H0WF21M(#VPI4'_`-"%/DGBBDAC=L-,Q1!@\D G^0-<;9Z$\4,^[PTJ MRFPFM[IC-&K7\AV\^8I+$-AOF?!&>0*Z#5M+_M+^SHF$Z113%Y#!</$RCRV M^9&#=2!P:+:#%OO$>G:?*T4_VMF5Q&QALII@&.,`E$(R=PX]ZA7Q7IC3I!Y> MIB1^55M*NEXR`3S'P!D<]!FH8=&EM+:YMX%F=&U"&9#-<-*Q0>66)9V+'&UN M">W':M*>WE?5X9U3,:VTL9;(^\60@?H:73^NU_\`@"&Z;KEAJKE+5IPVP.HG MMI(=Z_WEWJ-PZ<C.,CU%/BU>RDDMHC,L<UT7\B%R`\(a)7.6 ],#.?<>M8MMIL MVC:&ES<WES/?I:K;0B<Q@0L^T;%V* <L%Y.X\#FKEW!-92Z);66FW%Q;VSX9 MXFC"Q*(R@SO<$_>!X!X![X!;2O8-34O;ZTTVU>ZO;B."!<9>1L#)Z#W)Z =Z MG9U1"[L%51DL3@`>M9&JO?7'AR]1=-E>YD$D201RH2PR55LL5 !&&QG(SCDU M/=V;ZOI<<;RW>GNVUV">4SKC^%LAT/OU%)[#ZD;>(]+6."3SY&CF)"NEO(RK MAMI+D+\BY_B;`XZU=EO[:&\@M))0+B?/EI@DG )/3IT/6N131-6LK:_@*7=^ MVHQ/;><SPK]G_>2D.V-O!$N[Y02"#QT%:L^@70URTOHM4O6C^TF66%A#L4>6 MP !V;\<XQN/4_6G9=Q/38U#JUB'O4,^&L@#<`HWR#;NSTYX],U<)`&3TZUS> MJ:1>S6VJRVL*FZD=A$I<*)8VC16&>W*Y&<<J.@.:KV^B3?V[O?2ECD\V=KG4 M&:-A=0N&"Q'G?QE/E(VCR^">*5M!G0SZK:6^FKJ#O(ULX0J8X7=FW$!<*H+$ MG(XQ3K&_AU& S0)<HH;:1<6TD#9_W9%!QSUQBL*UT0GPA::6NFFQ:.2$2Q02 M+%G:ZEW5HV&,X)SD-[ \4S5M`BC6W5=*N=:LU$FZVN+OSV61MNU_W[XP`K#K MD;N!R:>@+4ZJBN1AL-8@MQI\UI)<NTUM,]Z)4V'8(@^06#;LHQ^[C&.<\5$_ MAAK;3[;[+IB&1K-$OHT=5:Y*M&2C-GYR5#@;CCD@D T6UW$CK(+I+B6XC0,# M!)Y;9[G:&X_!A65J_P#R,OA[_KK/_P"B6I_ARP%A;W:QZ8FFPRS^9%;*$&Q2 MB Y"$J#D'H:9J_\`R,OA[_KK/_Z):@#<HHHI#"BBB@`HHHH`****`"BBB@#E M_&'_`"Y?\#_]EHH\8?\`+E_P/_V6BK6Q+.NN_P#C\G_ZZ-_.H:FN_P#C\G_Z MZ-_.H:@84444#"BBB@`HHHH`****`"BBB@`HHHH`****`"BBB@`HHHH`**** M`"IKG_6K_P!<T_\`014-37/^M7_KFG_H(H$0T444#"BBB@`HHHH`****`"BB MB@`HHHH`****`"BBB@`HHHH`****`"BBB@`HHHH`****`"L/5_\`D9?#W_76 M?_T2U;E8>K_\C+X>_P"NL_\`Z):A"-RBBB@84444`%%%% !1110`4444`<OX MP_Y<O^!_^RT4>,/^7+_@?_LM%6MB6===_P#'Y/\`]=&_G4-37?\`Q^3_`/71 MOYU#4#"BBB@84444`%%%% !1110`4444`%%%% !1110`4444`%%%% !1110` M5-<_ZU?^N:?^@BH:FN?]:O\`US3_`-!%`B&BBB@84444`%%%% !1110!/;G: MLS84E4R-R@X^8#O2?:9/[L7_`'Z7_"B'_57'_7,?^A+4- B;[3)_=B_[]+_A M1]ID_NQ?]^E_PJ&B@9-]ID_NQ?\`?I?\*/M,G]V+_OTO^%<GKG]C?VQ_Q4OV M/[!Y"_9OM^SR/,W-OQNXWXV]><9Q_%6-#'(6D^VASHJ1(9XY-WF-!YDWE[]W M)0+M+ \D=> 0S2TO<+'HOVF3^[%_WZ7_``H^TR?W8O\`OTO^%5XRAC4QE2A MV[>F.V*=2$3?:9/[L7_?I?\`"L?Q5J-S;>%M1E@=(I1"0KI&H9<\9!QP>>HK M2K#\8_\`(HZE_P!<OZBA`;E%%% PHHHH`**** "BBB@`K#U?_D9?#W_76?\` M]$M6Y6'J_P#R,OA[_KK/_P"B6H0C<HHHH&%%%% !1110`4444 %%%% '+^,/ M^7+_`('_`.RT4>,/^7+_`('_`.RT5:V)9UUW_P`?D_\`UT;^=0U-=_\`'Y/_ M`-=&_G4-0,****!A1110`4444 %%%% !1110`4444 %%%% !1110`4444 %% M%% !4US_`*U?^N:?^@BH:FN?]:O_`%S3_P!!% B&BBB@84444 %%%% !1110 M!'<ZE9:793SWUS';Q%0@:1L9;<#@>IP"?P-8_P#PF/A[_H*P?K_A6Y10(P_^ M$Q\/?]!6#]?\*/\`A,?#W_05@_7_``K<HHT`P_\`A,?#W_05@_7_``H_X3'P M]_T%8/U_PK<HHT P_P#A,?#W_05@_7_"C_A,?#W_`$%8/U_PK<HHT P_^$Q\ M/?\`05@_7_"LGQ/XGT6^\-7]M;:C#)-)%A4!.2<UV5% !1110,**** "BBB@ M`HHHH *P]7_Y&7P]_P!=9_\`T2U;E8>K_P#(R^'O^NL__HEJ$(W****!A111 M0 4444 %%%% !1110!R_C#_ER_X'_P"RT4>,/^7+_@?_`++15K8EG77?_'Y/ M_P!=&_G4-37?_'Y/_P!=&_G4-0,****!A1110 4444 %%%% !1110 4444 % M%%% !1110 4444 %%%% !6//K6L22DIX:N-H`4$W<() `&?O>U;%% C#_M?6 MO^A9G_\``N'_`.*H_M?6O^A9G_\``N'_`.*K<HH`P_[7UK_H69__``+A_P#B MJ/[7UK_H69__``+A_P#BJW**`,/^U]:_Z%F?_P`"X?\`XJC^U]:_Z%F?_P`" MX?\`XJMRB@##_M?6O^A9G_\``N'_`.*H_M?6O^A9G_\``N'_`.*K<HH`P_[7 MUK_H69__``+A_P#BJ/[7UK_H69__``+A_P#BJW**`,/^U]:_Z%F?_P`"X?\` MXJC^U]:_Z%F?_P`"X?\`XJMRB@##_M?6O^A9G_\``N'_`.*H_M?6O^A9G_\` M`N'_`.*K<HH`P_[7UK_H69__``+A_P#BJ/[7UK_H69__``+A_P#BJW**`,/^ MU]:_Z%F?_P`"X?\`XJC^U]:_Z%F?_P`"X?\`XJMRB@##_M?6O^A9G_\``N'_ M`.*H_M?6O^A9G_\``N'_`.*K<HH`P_[7UK_H69__``+A_P#BJ/[7UK_H69__ M``+A_P#BJW**`,/^U]:_Z%F?_P`"X?\`XJC^U]:_Z%F?_P`"X?\`XJMRB@## M_M?6O^A9G_\``N'_`.*H_M?6O^A9G_\``N'_`.*K<HH`P_[7UK_H69__``+A M_P#BJK_\374==TJ>?1Y+2&U>1G=IXW&&C91PISU(KI**+@%%%% PHHHH`*** M* "BBB@`HHHH`Y?QA_RY?\#_`/9:*/&'_+E_P/\`]EHJUL2SKKO_`(_)_P#K MHW\ZAJ:[_P"/R?\`ZZ-_.H:@84444#"BBB@`HHHH`**** "BBB@`HHHH`*** M* "BBB@`HHHH`**** "BBB@`HHHH`**** "BBB@`HHHH`**** "BBB@`HHHH M`**** "BBB@`HHHH`**** "BBB@`HHHH`**** "BBB@`HHHH`**** "BBB@` MHHHH`Y?QA_RY?\#_`/9:*/&'_+E_P/\`]EHJUL2SKKO_`(_)_P#KHW\ZAJ:[ M_P"/R?\`ZZ-_.H:@84444#"BBB@`HHHH`**** "BBB@`HHHH`**** "BBB@` MHHHH`**** "BBB@`HHHH`**** "BBB@`HHHH`**** "BBB@`HHHH`**** "B MBB@`HHHH`**** "BBB@`HHHH`**** "BBB@`HHHH`**** "BBB@`HHHH`Y?Q MA_RY?\#_`/9:*/&'_+E_P/\`]EHJUL2SKKO_`(_)_P#KHW\ZAJ:[_P"/R?\` MZZ-_.LU6F:YD8M,(Q=)"&S'Y8#"/(V_ZQF^<].,D=LU%AERBJJW4S+"?(4M< M(LD*B3G#,BKOR,#)D3IN[^G*27<D>0R1+M<I),SL(5PJGEMN1G>H&0.<CTR6 M87+=%00O*(/,D'F;I9$C$*O([ .XR5"<`!<=3[XIT*-)B::6=!YCJ(8]H&$< MJ=Q*DY)4],8&/K18"6BJ@N9V6#;#&6N%1XE\T\*SHH+_`"\?ZQ3QN[T27<D> M0R1+M<I),SL(5PJGEMN1G>H&0.<CTR687+=%4;Z>0:<[1X#2+<*K*Q&/+$GS M=._E_K4MS-+;+)*RJ4$USL59,%EC\XC/R8 _=@<$D]<T6"Y9HJ%WN([EK4Q0 MFX# ?+*=@R'/)*@](WZ*>WKPGV@QV#74J@!1(2(SNX1F4XR!UVGTHL!/143" MZ258&2V$^&=AYS;452H.3LSG+ 8`/UJ&*YGG$;10QA96"Q^9*0>8A*20%. % M/8DY[46"Y;HJ)9MT$,HBF83(KJJ1EVPR[APN>U$J/]NM(S))&ID<2(H`+!8V M;'(..5Q^)HL!+15,75QY$4AM(a)[RP+.D<+,Y )0?-\H_YZ+]W=W].703-)+-( M9[1K:.)'9TE)523)T.P9^X,YP!CO18+EJBLNYN)I(&W(\+)$[DKO7K!,5^\J MD\IG@8X'-7+FZE22]>*RE:"!I@&VOC]WNR2Q7:!\I'WB<XX]'9A<L44R8S0( MH>(>>SJ@B#@X9FVJ">G<9QG'O4+W$L)G,D<9CMX1-+)'(2!G?A0"`23L],<G M)&.58"S15;SKE82TEJT;[D5 R2@,6SP,QAB0`2=JGMSZ1I=2XN;B10MO#"'8 M,2&!#2J0J[<G)C_BVXQTYHLPN7:*KI)=L%5K-DD=@JF02(GW68Y+(#P$;.%/ M;UX(6=;.W)PTDL[1D[R1DW#(,$C.`,=AT[46"Y8HJI%=FX>!40(a)2.N3G'!DB M4=5[K*K>P..O1ML;R06;-]G9Y+(RL&F<`9\K#'"=?F/ ! R>:=@N7:*J323R MI9/;[E\[][L.,NGE-)MR<@9P!GMFA3-<!I(GF>$RD+Y)1&*^7&RG,(a)P%.YCS MS]WWI6"Y;HJHI>7[1)!/.T?DP-$&"9P^[<WW1DE4R <#)YXISS"WL;B7;<,\ M&XNLSH3D*&VY0;>A![]?PHL!9HJL4EM;\P-,TD<211/D?>E<O\_<\LNT*./F M'3!HMIY'L[9R`SNT$1).,LZ1$G@<#,O3VHL%RS16?;W#16$+'!+["\T[L(T' MD0GYF ;&6<XXY)-.N[F9+2:2,(%(F6%@V6)C#DL5(P!^[;OGIQS3L%R]1421 M317DMN1"L<$:;AY[R$,6D[LN6)VCT QQ3/G%SNF-QY6]%00M&%.2``0P+$EC MCY1@#'OA6"Y8HJLLUR\=LZ01,;H@Q)YN&"E&<,V5P. ,X)Z]\8+3<R)#/*%C M:&!6>1VD.YAYDJX4!/2(]2.V318+ENBJP>XBMBTHB,C3O%&FYBS8D=>BH>@7 MMN)QFHEN9@+JZ,:B&*)6<.[*1M:56VKMY)*'[VT\#..Q8+EZBJ8FGB_<I;33 M2)YKR[5=S_KI% &U6&<)@9*C@<^EB:.0:A:Q-))&OF.)%3;\VU&;&2#W7''J M:+!<DHJF+JX\B*0VP=Y8%G2.%F<@$H/F^4?\]%^[N[^G+H)FDEFD,]HUM'$C MLZ2DJI)DZ'8,_<&<X QWHL%RU167<W$TD#;D>%DB=R5WKU@F*_>52>4SP,<# MFM*^BD%ZT<(E\I6<$0M&KY!XYD^4#&<]\X]Z+!<=15>.Y$KQQPJS&1HQ&9#R MR,N[S"=H`X60X_V/<5%'<SW$D"Q^2DCR',$CLKJOENPWC8=OW0>,Y]<<T6"Y M=HJFUY,([B6.TDDAB\W#A' .P')+%=H&5(^\3TX])29C.]M-&@_>- QBE/WP MF\XX!P%[\'/0=Z+,+D]%0P2$622S.. P9R0,[&*ECV&2I..V:C_M.P_Y_;;_ M`+^K_C0!:HJK_:=A_P`_MM_W]7_&C^T[#_G]MO\`OZO^- RU157^T[#_`)_; M;_OZO^-']IV'_/[;?]_5_P`:`+5%5?[3L/\`G]MO^_J_XT?VG8?\_MM_W]7_ M`!H`M455_M.P_P"?VV_[^K_C5D$,JL#E6 8$="",@T <QXP_Y<O^!_\`LM%' MC#_ER_X'_P"RT5:V)9UUW_Q^3_\`71OYU7CAACF\[RMTF\2 M(^T, `#MSMR M-H[=A5B[_P"/R?\`ZZ-_.H:@9&L$*1LJQX) 7?YC$J 00%R?DP0N-N,;1Z4I M@MBBQFW!C4DE#+)AB<9+?-EN`!@DC Q3Z*+@&%W2/CYY&+$[CCDDG S@9)). M!R33%@@$QE:(LY(/$KJ"1ZA6`/;KGH*?10`V**&$J4A!92I!9V; 5@P4`G"C M*KP,?=%(8('!$D.]2Y=E,C@,2%'(! (PH&#QU]:?11<!CP02O(\L6]WWYS(X M`W(a)AL*&VC.YNW4DTLL4,S2M)"&,A<D;VP-ZLK8&<#.]CQW.:=11<!ETAN#-( MH59I65B_S<8W<#:P(X=AP1UIL=O"EO'$T:N5C>,ELMP[[VQDGOQR2<=S4M%% MP(S;P$*"DA(SN8W$NYLXSEMV<9 .,XR*D C5E*Q(NQBRA<@+F,1\#/90`*** M+@`"JD:*H5(T5% [!0`/T%-,4;31RNA9HR2G[QE )X_A(SQD<]B?6G44#&^5 M$55?+PJPK H5V4A!MXR#G^!:## 0%\A=(a)0H$W-M(.?O<_,<LQ^;/+'UIU%%Q M$?V>WV.IA+&08=WED=F^5UZECVD?IZTLT$$[3-+ K&7?G+MA=V=VU<X!.3R! MGD\\T^BBX!/_`*0SLXY9MWRDC!SG(/4$'H>U-\J$1R1K"H6155]S,^X#=@'< M3_?-.HH`C\B#;CRSN)!:0RN9&X(^^6W#JW (^\?6E\BWVJ@MU"!&39O<ALEB M2V6^;EF^]GJ:?11<"/R(-N/+.XD%I#*YD;@C[Y;<.K<`C[Q]:5X87M?LPB"P M[64J&8Y#$DY))/)8]Z?11<!Q*M<-,8UWLT;'D_P-N4=>@/;V'I4<4<4(^2/# M;"FXNQPI*G !. !L4 `8%.HHN BJB&':@ @0)&,GY1L*>O\`=)J-;6V6/8(2 M%,CRMMFD7<[8R3M8?W1[5+11<!A@@9I#Y14NJ)\DLB@*OW5 # ``<>O)]33C M'%Y!@6)1$<EE)+;B0 22Q)/ `Y/04M3+%'Y(DDD=<L5 5 >F/<>M`%00*UM+ M#-^],J*DCL3N=5W 9.>OS')[D]NE/6&W66)Q;C$7EF-!)(%4H %.`V"?E7DY MZ"K&VV_YZR_]^A_\51MMO^>LO_?H?_%4:@5OL]L8TC: -&F!L\QPIPB)R W/ MRHHP>.OK0\,,AE:2/>TH<$EVP-X(;"YV@G+<@9^8^M6=MM_SUE_[]#_XJC;; M?\]9?^_0_P#BJ-0(GVR7+W#)\[9SAF []0#SC)QG.,FF)%$LPF,9>0,&4M(Y M"D=#MSMX(STZU8VVW_/67_OT/_BJ-MM_SUE_[]#_`.*H`KQ0PPE62+YDSM+2 M.=ORLN "< `,1@#T]*C6TM][&2+>A4*(_,<*?F=CN 8!LF0\'@?C5S;;?\]9 M?^_0_P#BJ-MM_P`]9?\`OT/_`(JC4"N\4<C.SHQ9G+EA(ZX)SG&"-N=S9QC. M3GK3?LUI@+]F!0+MV>=+AAN9OF&[YN7;KGK27%W;PZEI]DIE9KMY!N* ! D; M.3UY/R@8XZ]>,&WMMO\`GK+_`-^A_P#%4]0*[Q0RMF6$./F++O90Y+,QW $; MN6;@\<GCFE9(Y)TFD3<T9+* [( 3P>%([9'I@GUJ?;;?\]9?^_0_^*HVVW_/ M67_OT/\`XJD!7\J(JJ^7A5A6!0KLI"#;QD'/\"T&& @+Y"[ A0)N;:0<_>Y^ M8Y9C\V>6/K5C;;?\]9?^_0_^*HVVW_/67_OT/_BJ`*OV>WV.IA+&08=WED=F M^5UZECVD?IZT^=4N9C+,K$DDX65T&3_NL,_C4^VV_P">LO\`WZ'_`,51MMO^ M>LO_`'Z'_P`51J! JA;AI@%&(1#$JC C7N!]0%'T!]:8((%B\M8R,D%F\UR[ M8!'WBVX<,PP"/O'UJUMMO^>LO_?H?_%5'.]I;V\DSRS%8T+D"(9P!G^]1J!" M]M;2"0- IWAA@NQ"ALYVKG )R><9Y//-22'=(\JH@E:1Y0QR0'9-A.,^G:JV MG7?V_3+2\V>7]HA279G.W<H.,]^M7HXT:)Y)'90I"_*N<YS[CTH`BC ABACC M+ 1*`"3R3U+$^I))^IJ;[7<_\_$O_?9HVVW_`#UE_P"_0_\`BJ-MM_SUE_[] M#_XJ@ ^UW/\`S\2_]]FC[7<_\_$O_?9HVVW_`#UE_P"_0_\`BJ-MM_SUE_[] M#_XJ@ ^UW/\`S\2_]]FC[7<_\_$O_?9HVVW_`#UE_P"_0_\`BJ-MM_SUE_[] M#_XJ@ ^UW/\`S\2_]]FC[7<_\_$O_?9HVVW_`#UE_P"_0_\`BJ-MM_SUE_[] M#_XJ@ ^UW/\`S\2_]]FHG=G8L[%F/4DY-5M5O[?38(''FRO-<Q6ZJ5"@%V R M3D]!D].>GO5B@#E_&'_+E_P/_P!EHH\8?\N7_ __`&6BK6PF===_\?D__71O MYU#4UW_Q^3_]=&_G4-0,****!A1110`4444`%%%%`!1110`4444`%%%%`!11 M10`4444`%%%%`!1110`4444`%%%%`!1110`5,W_'G%_UT?\`DM0U,W_'G%_U MT?\`DM $-%%%`$:2/-)MAB9D5MKS-\L:^O)^\>O"Y.1@XJO/<RQS3A,[88ED MVBW9]V=_WG! C'RCD^I/:K'V>$S"79M?(+,AVENG7L>!CD'&3C!YJ*6T>>67 MYP(945)$,VP.!NXXB<]&/0CK35A!-?06]U+!(ZYCW9975LX7<3M!W8P"<D8X M^E*TTD=S&DT4D;/$_EP;D9Y'#1@#`)YPS<<="3P*E>W20OY\DCHQD<PQN!$& MD5@QY4,?OMR3^@H:".0NTSS32.C*S2,HZLC9&U1C!3CTS1H&I(1M8@XR..#F MDI -JJ,LV `2V,DXY/ %+2&9-[_R-6@?6Z_])WK6K)O?^1JT#ZW7_I.]:U#V M$%1RR-&@V)O=G6-%SC+,P49/89(J2HYD9XRJA2V1C<Y4`YZY`)!'4$<Y% R. M1FMGB,]VKIERYC@*#:L4C'JS$\J.P-))=^2P2:"2.8LJB)F3)+9P,[MH/RMP M2#Q],N2R)7_2Y1,`K# GSG<C(1@1)@8<GKV%2-"KI*'GN6><CSI"8\N &&W& MS:!\[=B>>M/01 U_$EX+5L"7**5\Q"0S8PN V6ZCE01SUX-6J($2V;$#W$,` MVD012[5)50H+'&X\*N<$9Q[FBDP"JNI_\@J\_P"N#_\`H)JU574_^05>?]<' M_P#030,K^'O^19TK_KSA_P#0!6PO_'G+_P!=$_DU8_A[_D6=*_Z\X?\`T 5L M+_QYR_\`71/Y-0(AHHHH&10^9/B4S+%#O90OE;V8*Q4G.X <@@=>F?:H1J"- M*T21M)*&"A$=&))<)V;Y?F9?O8Z_6IT(a)19=QEN%3.?+C90N<Y/521GV([GJ2 M:6"WBB\G=)<.(0JQ(74(BK(CX "Y_P"6:C))[]Z>@B,7#L_E);R-,"0T89/E MP%));=M_C3O_`!#WJK=:F@CNXX7'G1K(%(=&.Y%)/RY+8&#R1CCKR,W?(0%B MLDT;.[,S1E<D$(-HW*0!^[4],TK0JUO-;^?=""02*(1*`B[\Y/ RQ^9CR<9/ M3@4:!J3SH(KB2-<X5BHS[&HZ?+)YLSR8QO8MCTS3*0S#\3_ZC3/^PG;?^ABM MRL/Q/_J-,_["=M_Z&*W*!'+^,/\`ER_X'_[+11XP_P"7+_@?_LM%6MA,ZZ[_ M`./R?_KHW\ZAJ:[_`./R?_KHW\ZAJ!A1110,****`"BBB@`HHHH`****`"BB MB@`HHHH`****`"BBB@`HHHH`****`"BBB@`HHHH`****`"J&HZ=+J#1XU2^M M40'$=LR*"3U)RI)/`[XX^M7Z* ,/_A')?^A@UG_O\G_Q%'_".2_]#!K/_?Y/ M_B*W**+B,/\`X1R7_H8-9_[_`"?_`!%'_".2_P#0P:S_`-_D_P#B*W**+@8? M_".2_P#0P:S_`-_D_P#B*/\`A')?^A@UG_O\G_Q%;E%%P,/_`(1R7_H8-9_[ M_)_\11_PCDO_`$,&L_\`?Y/_`(BMRBBX&#_PC)^T13G7-6:6+=Y;-)&2NY2K M8RG<,13O^$<E_P"A@UG_`+_)_P#$5N447 P_^$<E_P"A@UG_`+_)_P#$4?\` M".2_]#!K/_?Y/_B*W**+@8?_``CDO_0P:S_W^3_XBC_A')?^A@UG_O\`)_\` M$5N447 P_P#A')?^A(a)UG_O\`)_\`$4?\(Y+_`-#!K/\`W^3_`.(K<HHN!A_\ M(Y+_`-#!K/\`W^3_`.(I&\-.Z%'U[6&5A@@RQD$?]\5NT47 @L[5+&QM[2(L M8X(EB4MU(48&??BH]0LI;Z%8DU"[M$#;F^S,JECVR2I/&3TQU^E6Z*!F'_PC MDO\`T,&L_P#?Y/\`XBC_`(1R7_H8-9_[_)_\16Y11<1A_P#".2_]#!K/_?Y/ M_B*/^$<E_P"A@UG_`+_)_P#$5N447 P_^$<E_P"A@UG_`+_)_P#$4?\`".2_ M]#!K/_?Y/_B*W**+@8?_``CDO_0P:S_W^3_XBC_A')?^A@UG_O\`)_\`$5N4 M47 PO^$95YH'GU?5+A894F6.61"I92",_)[5NT44#.7\8?\`+E_P/_V6BCQA ._P`N7_ __9:*M;$L_]D` ` end

3 5

Re: [Boost-users] connect boost::signals inside of a slot
by Setzer, Sebastian (ext) 18 May '06

18 May '06

> > Hi, > > If you connect (disconnect) a new slot to a signal inside > of a slot of > > the same signal, what happens? > > - are the slots called which where connected before the signal was > > called, > > - or is new slot be called this time, too, > > - or is the behaviour undefined? > > > > I didn't find anything on this subject in the manuals. Even if the > > behaviour is undefined, that should be mentioned. > > Doesn't the following answer the questions: Sorry. I didn't look into the "disconnect" section. It answers a part of the questions. It doesn't describe what happens if you connect a slot. Is the slot not called this time (that would be simplest)? Or is it called, but only if the slot call group of the slot isn't "done" already? > > http://www.boost.org/doc/html/signals/tutorial.html#id2732772 > > > When can disconnections occur? (Intermediate) > --------------------------------------------- > ... > > These events can occur at any time without disrupting a > signal's calling > sequence. If a signal/slot connection is disconnected at any > time during a > signal's calling sequence, the calling sequence will still > continue but will > not invoke the disconnected slot. Additionally, a signal may > be destroyed > while it is in a calling sequence, and which case it will > complete its slot > call sequence but may not be accessed directly. > > Signals may be invoked recursively (e.g., a signal A calls a > slot B that > invokes signal A...). The disconnection behavior does not > change in the > recursive case, except that the slot calling sequence > includes slot calls > for all nested invocations of the signal. > > Jeff Flinn > > > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

1 0

Re: [Boost-users] [Announce] Boost Installer for Visual C++ 7.1/8.0
by Fernando Cacciola 18 May '06

18 May '06

David Abrahams wrote: > Boost Consulting is pleased to announce the availability of a Windows > installer for the current Boost release (1.33.1). See: > > http://www.boost-consulting.com/download.html > > Thanks to everyone who made this possible, including Rene Rivera, Eric > Niebler, Devin Smith, and especially to Daniel Wallin, who applied > most of the elbow grease. > > Enjoy! Awesome!! FWIW I just tried it and it worked like a charm! Congratulations! -- Fernando Cacciola SciSoft http://fcacciola.50webs.com/

1 0

Re: [Boost-users] [Announce] Boost Installer for Visual C++ 7.1/8.0
by Jeff Flinn 18 May '06

18 May '06

David Abrahams wrote: > Boost Consulting is pleased to announce the availability of a Windows > installer for the current Boost release (1.33.1). See: > > http://www.boost-consulting.com/download.html Is this to be the final location? > Thanks to everyone who made this possible, including Rene Rivera, Eric > Niebler, Devin Smith, and especially to Daniel Wallin, who applied > most of the elbow grease. <raucus applause> :-) </raucus applause> > Enjoy! Our customers certainly will. Thanks, Jeff

2 2

[Announce] Boost Installer for Visual C++ 7.1/8.0
by David Abrahams 18 May '06

18 May '06

Boost Consulting is pleased to announce the availability of a Windows installer for the current Boost release (1.33.1). See: http://www.boost-consulting.com/download.html Thanks to everyone who made this possible, including Rene Rivera, Eric Niebler, Devin Smith, and especially to Daniel Wallin, who applied most of the elbow grease. Enjoy! -- Dave Abrahams Boost Consulting www.boost-consulting.com

2 3