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

How to get type given pointer to base?
by Delfin Rojas 02 May '05

02 May '05

Hello all, I hope somebody can help me with this. What I want to do is the following: Let's say I have a templated class called Foo template<class U> class Foo { public: Foo(U * p) : m_p(p) {} ~Foo() {} U* getP() const { return m_p; } private: U* m_p; }; Now let's say I want to have a collection of pointers to Foo. What should I do? The possibilities I can think of are the following: 1) Create a class FooBase and have Foo inherit from FooBase. FooBase is non-templated so there should be no problem with having a collection of pointers to FooBase where I can put instances of Foo. The problem with this approach is that given a FooBase* in that collection I could not use the getP method because I would not know what type of Foo it holds. 2) Create a boost::variant of all the possible types of Foo* I want to have. Then have a collection of this FooVariant. Using static visitation I can obtain the original type of Foo* in a given FooVariant. The problem with this approach is that I get an ICE from VC++ 7.1 when the type of U gets too complex (shared_ptr to another type for example). Have I overlooked something? Is there a better technique for what I want to achieve? Any help would be great, Thanks Delfin Rojas

3 7

searching boost::teebuf : public std::streambuf
by Elmar Loos 01 May '05

01 May '05

Hello, in the archive of this mailinglist I found some Mails from year 2000, that a teebuf derived from std::streambuf should be inserted into boost. I couldn't find anything like this in the current boost version. Could you tell me something about the status of that class, please? Bye Elmar

2 1

Re: [Boost-users] Re: pimpl and boost
by Gottlob Frege 30 Apr '05

30 Apr '05

> Date: Fri, 29 Apr 2005 10:56:14 +0200 > From: David Gruener <gruenedd(a)idmt.fraunhofer.de> > Subject: Re: [Boost-users] Re: pimpl and boost > To: boost-users(a)lists.boost.org > Message-ID: <4271F6AE.20509(a)idmt.fraunhofer.de> > Content-Type: text/plain; charset=us-ascii; format=flowed > > Pavel Antokolsky aka Zigmar wrote: > > auto_ptr - compiled with warning about destroying incomplete type > > As i already mentioned, > very little to no benefit here over plain pointer. > > > shared_ptr - compiled and worked - the destructor of > > Yes, but you still have to provide assignment and copy > constructor for your standard cases. So, as i stated, little > benefit here over plain pointer too and an ideological problem that > shared_ptr used in this way, as serveral times suggested, > isn't a shared pointer anymore. > Again, whats needed is a pointer like Griffiths's grin_ptr > or Peter's impl_ptr. I'm looking forward to the > policy pointers. > > --David > I agree, if/when the need next arises, I will find/write an impl_ptr<>. I will also go with the technique mentioned earlier of ONLY putting the data in the impl_ptr, and not forwarding all the functions. (Still think it should be part of the language though. C++ proclaims to enable data-hiding, but it really doesn't. The speed/data-hiding trade-off that C++ originally made was fine for the times, but now that trade-off isn't so necessary...)

2 1

Re: pimpl and boost
by Peter Dimov 30 Apr '05

30 Apr '05

Kyle Alons wrote: >> I wrote such a pointer several years ago: >> >> http://lists.boost.org/MailArchives/boost/msg21930.php >> http://groups.yahoo.com/group/boost/message/15313 >> http://groups.yahoo.com/group/boost/files/impl_ptr/impl_ptr.html >> >> but I never proposed it for Boost. >> >> The reason that I didn't propose it is that I don't use it. :-) > > Is the source code for this still available anywhere? I get > 'document not found' for the links on > http://groups.yahoo.com/group/boost/files/impl_ptr/impl_ptr.html. > Thanks. It's there: http://groups.yahoo.com/group/boost/files/impl_ptr/

1 0

[Mac OS X] Problem compiling boost
by Daniel Lidström 29 Apr '05

29 Apr '05

Hello, I get linking errrors while trying to compile the program_options. Here is the output: Daniels-Monster:/Users/daniellidstrom/Desktop/boost_1_32_0> bjam --with-program_options stage ...found 468 targets... ...updating 4 targets... gcc-Link-action bin/boost/libs/program_options/build/libboost_program_options.dylib/ gcc/debug/shared-linkable-true/libboost_program_options-gcc-d -1_32.dylib g++: unrecognized option `-shared' ld: Undefined symbols: _main set -e DYLD_LIBRARY_PATH=bin/boost/libs/program_options/build/ libboost_program_options.dylib/gcc/debug/shared-linkable- true:$DYLD_LIBRARY_PATH export DYLD_LIBRARY_PATH "g++" -g -fPIC -shared -o "bin/boost/libs/program_options/build/libboost_program_options.dylib/ gcc/debug/shared-linkable-true/libboost_program_options-gcc-d -1_32.dylib" "bin/boost/libs/program_options/build/libboost_program_options.dylib/ gcc/debug/shared-linkable-true/cmdline.o" "bin/boost/libs/program_options/build/libboost_program_options.dylib/ gcc/debug/shared-linkable-true/config_file.o" "bin/boost/libs/program_options/build/libboost_program_options.dylib/ gcc/debug/shared-linkable-true/options_description.o" "bin/boost/libs/program_options/build/libboost_program_options.dylib/ gcc/debug/shared-linkable-true/parsers.o" "bin/boost/libs/program_options/build/libboost_program_options.dylib/ gcc/debug/shared-linkable-true/variables_map.o" "bin/boost/libs/program_options/build/libboost_program_options.dylib/ gcc/debug/shared-linkable-true/value_semantic.o" "bin/boost/libs/program_options/build/libboost_program_options.dylib/ gcc/debug/shared-linkable-true/positional_options.o" "bin/boost/libs/program_options/build/libboost_program_options.dylib/ gcc/debug/shared-linkable-true/utf8_codecvt_facet.o" "bin/boost/libs/program_options/build/libboost_program_options.dylib/ gcc/debug/shared-linkable-true/convert.o" "bin/boost/libs/program_options/build/libboost_program_options.dylib/ gcc/debug/shared-linkable-true/winmain.o" ...failed gcc-Link-action bin/boost/libs/program_options/build/libboost_program_options.dylib/ gcc/debug/shared-linkable-true/libboost_program_options-gcc-d -1_32.dylib... ...skipped <@boost!lib>libboost_program_options-gcc-d-1_32.dylib for lack of <@boost!libs!program_options!build/libboost_program_options.dylib/gcc/ debug/shared-linkable-true>libboost_program_options-gcc-d-1_32.dylib... I'm using gcc 3.2 (the one that came with XCode 1.5). Strange thing is the man page says -static is an option for both gcc and g++. How can I successfully compile the dynamic-link library? The static-link library was compiled successfully though. Also, I added -Wno-long-double to the g++ options, to get rid of an annoying warning. The gcc bjam file says there is no gcc or g++ on Darwin, but there certainly is for me. I'm using Mac OS X 10.3.9 with gcc 3.2 from XCode 1.5 installation. -- Daniel SBG AB

2 1

shipping software depending on boost
by Wieger Wesselink 29 Apr '05

29 Apr '05

Hi, I have written some code for a software package that my group at the university is distributing, and it has dependencies on boost. Now my boss is getting very worried about the extra complications this brings for a user to install the software (note that the dependencies are not only header files). The package is currently installed using an autoconf script. I wonder how others deal with this situation. Is it best to ship the complete boost library as part of the installation, and handle the compilation of the used boost libraries by autoconf? Thanks, Wieger -- _______________________________________________ Surf the Web in a faster, safer and easier way: Download Opera 8 at http://www.opera.com Powered by Outblaze

2 1

pimpl and boost
by David Gruener 29 Apr '05

29 Apr '05

Hi, i'm wondering if there is a nice smart pointer in boost to implement PImpl. I found an implementation here: [1]. So, does boost provide a smart pointer which does play nice with pimpl, so that one doesn't need to provide a destructor, copyconstructor and assignment operator for the default cases? --David [1] http://www.octopull.demon.co.uk/arglib/TheGrin.html.

10 17

redefinition of `class boost::algorithm::iterator_range<IteratorT>'
by Michael Garriss 28 Apr '05

28 Apr '05

this program: #include <boost/algorithm/string.hpp> #include <boost/range.hpp> produces this error: In file included from /home/mgarriss/dev/tp-compiled/include/boost-1_32_0/boost/range.hpp:20, from range.cxx:2: /home/mgarriss/dev/tp-compiled/include/boost-1_32_0/boost/range/iterator_range.hpp:79: error: redefinition of `class boost::algorithm::iterator_range<IteratorT>' /home/mgarriss/dev/tp-compiled/include/boost-1_32_0/boost/algorithm/string/iterator_range.hpp:50: error: previous definition of `class boost::algorithm::iterator_range<IteratorT>' /home/mgarriss/dev/tp-compiled/include/boost-1_32_0/boost/range/iterator_range.hpp:380: error: `template<class IteratorT> boost::algorithm::iterator_range<IteratorT> boost::make_iterator_range(IteratorT, IteratorT)' conflicts with previous using declaration `template<class IteratorT> boost::algorithm::iterator_range<IteratorT> boost::algorithm::make_iterator_range(IteratorT, IteratorT)'

2 1

bgl question: in which namespace to put the functions
by Andreas Fabri 28 Apr '05

28 Apr '05

Hello, Developping code so that BGL algorithms can run on the vertices and edges of CGAL triangulations, I am wondering if there are rules or recommendations for in which namespace the functions source, target, vertices, out_edges ... shall go. In boost, because it is boostish code, or in CGAL, because that is the namespace where the triangulation lives in? thank's in advance, andreas

3 3

Re: pimpl and boost
by Gottlob Frege 28 Apr '05

28 Apr '05

> Today's Topics: > > 1. Re: pimpl and boost (Gennadiy Rozental) > 2. Re: Re: Re: pimpl and boost (David Gruener) > 3. Re: Re: Re: pimpl and boost (Jeff Flinn) > > ---------------------------------------------------------------------- > I so wish that pimpl was somehow part of the language. ie you don't worry about or see the pointer at all, nor do you have to forward all the function calls. I don't see why the compiler couldn't implement pimpl for me. (Of course, for cases where you want multiple implementations at run time, etc, you still do that yourself, but the typical case the compiler could do). Maybe: // h file class Foo interface { void GetX(); }; // cpp file: class Foo continue // some keyword { int x; }; Foo::GetX() { return x; } And just like implementing the same function twice, the linker could warn about 2 implementations of the same class. P.S. this could also allow you to keep some members defined in the h file, (and others in the cpp impl) if you wanted the speed of inlines for some variables, or public/protected variables, etc. Just a thought. Maybe I should complain elsewhere...

2 1

Program_options and XML
by Jason Stewart 28 Apr '05

28 Apr '05

Has anyone implemented an XML parser for boost::program_options? I have just started looking into using this library but I need to read/write XML files. Before digging in and doing it myself I thought I'd ask if anyone has looked at the problem. Thanks, Jason Stewart

3 3

BGL::johnson_all_pairs_shortest_path question
by Andreas Fabri 28 Apr '05

28 Apr '05

Hello, What is the non-named parameter version of this algorithm. In the online manual it says Weight (and this is probably a typo, as there is a template parameter WeightMap). Also what are the arguments id1 and zero good for? andreas

1 0

[BGL] check edge existence in adjacency_matrix in constant time?
by Felipe Magno de Almeida 28 Apr '05

28 Apr '05

Sorry if I have overlooked something in the docs, but Im really not finding it... Is there someway to check the existence of an edge in adjacency_matrix in constant time knowing its vertices? An explanation or a pointer to the right place in the docs would be really appreciated. Thanks in advance, -- Felipe Magno de Almeida UIN: 2113442 email: felipe.almeida at ic unicamp br, felipe.m.almeida at gmail com, felipe at synergy com I am a C, modern C++, MFC, ODBC, Windows Services, MAPI developer from synergy, and Computer Science student from State University of Campinas(UNICAMP). To know more about: Unicamp: http://www.ic.unicamp.br Synergy: http://www.synergy.com.br current work: http://www.mintercept.com "There is no dark side of the moon really. Matter of fact it's all dark."

1 1

Re: [Boost-users] Compatibility between shared_ptr and Rational RoseRT
by Dave.Ware＠seleniacomms.com 28 Apr '05

28 Apr '05

Don't worry about having hijacked my original thread. The examples you've been discussing have been very helpful to my code as well. We haven't solved all of our problems yet, but it is much better. Thanks ------------------------------------------------------------ This email and any attached files contains company confidential information which may be legally privileged. It is intended only for the person(s) or entity to which it is addressed and solely for the purposes set forth therein. If you are not the intended recipient or have received this email in error please notify the sender by return, delete it from your system and destroy any local copies. It is strictly forbidden to use the information in this email including any attachment or part thereof including copying, disclosing, distributing, amending or using for any other purpose. In addition the sender excludes all liabilities (whether tortious or common law) for damage or breach arising or related to this email including but not limited to viruses and libel.

1 0

Function pointers, result_of<> and function_traits<>
by Delfin Rojas 27 Apr '05

27 Apr '05

Hello all, I am trying to get the return type of a member function given its signature. Consider the following example from the boost result_of test: struct X {}; int main { using namespace boost; typedef int (X::*mem_func_ptr)(float); BOOST_STATIC_ASSERT((is_same<result_of<mem_func_ptr(X,char)>::type, int>::value)); } This test compiles/runs with no problems. Now, what I want is the return type of a function with signature "int (X::*)()" I added the following to the test: typedef int (X::*empty_mem_func_ptr)(); BOOST_STATIC_ASSERT((is_same<result_of<empty_mem_func_ptr(X)>::type, int>::value)); This does not compile. I get an error boost_1_32_0\boost\utility\result_of.hpp(43) : error C2825: 'F::template': cannot form a qualified name. I tried to do this same thing with function_traits but it seems function traits does not support member function pointers at all. So this is all I have. If somebody can help me I would appreciate it. Thanks -delfin

1 1

const-correctness and lambda expression
by Matthias Kaeppler 27 Apr '05

27 Apr '05

Hi, in my program, I have this function to compute the sum of sizes of a bunch of files: Glib::ustring DirBrowser::get_total_file_size() { using namespace boostfs; // boostfs = boost::filesystem using namespace lambda; // lambda = boost::lambda boost::intmax_t sum = 0; std::for_each(m_first_file,m_files.end(),sum+=bind(&file_size,*_1)); return make_size_human_readable( sum ); } The line with for_each computes the sum of file sizes, by iterating over a container of pointers to boostfs::pathS, starting at the first file (there are also directories, before the files), till the end, invoking the lambda functor on each. Since this method does not change the state of the object, I wanted to declare it const, but suddenly the lambda expression starts complaining: Somehow, those path objects inside the lambda expression become const now, too, and it doesn't compile anymore. How come? -- Matthias Kaeppler

2 1

RE: [Boost-users] Problems with boost::filesystem::path continued
by Johnson, Donald W MVK Contractor 27 Apr '05

27 Apr '05

It seem that due to sheer luck mixing the runtimes was not causing problems. Objects allocated in the dll where always deleted in the dll and objects allocated in the application likewise deallocated in the application. I know because I had forced things to work using BOOST_FILESYSTEM_NO_LIB and manually linking to the library, and the application worked and all the tests ran fine. The application was linked to /MT or /MTd so that was a disaster waiting to happen the first time I called a function across dll with a dynamicly allocated argument that was held and eventually dealocated on the dll side. I was being saved because that particular situation never occurs. Thanks for the help I thought the error message was refering to the runtime that boost itself was linking against, so was trying to find how to make boost link against the dynamic library. Thanks Donald J -----Original Message----- From: John Maddock [mailto:john@johnmaddock.co.uk] Sent: Wednesday, April 27, 2005 4:44 AM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] Problems with boost::filesystem::path continued >I found the main problem, I had edited the wrong boost/config/user.hpp >file. > When I set BOOST_FILESYSTEM_DYN_LINK in the correct user.hpp file I >get this error. > > c:\Boost\include\boost-1_31\boost\config\auto_link.hpp(269): fatal > error > C1189: #error : "Mixing a dll boost library with a static runtime is > a really bad idea..." > > #if (defined(_DLL) || defined(_RTLDLL)) && defined(BOOST_DYN_LINK) # > define BOOST_LIB_PREFIX #elif defined(BOOST_DYN_LINK) # error "Mixing > a dll boost library with a static runtime is a really bad idea..." > #else > # define BOOST_LIB_PREFIX "lib" > #endif > > So wher am I supposed to set the _DLL symbol or do I need to disable > auto_link. If so how? The message tells you what you've done wrong: you can not use a dll that passes C++ objects between itself and your application unless you are also using a dll runtime library. If you do manage to do this your code will very likely crash and burn at runtime (due to recourses being allocated and freed by differing C++ runtimes). If you switch your code generation options (in the VC++ IDE) to use a dll runtime then the error message will go away. John.

1 0

minimal perfect hash
by Davi de Castro Reis 27 Apr '05

27 Apr '05

Hi all, I recently found in the archives a discussion about minimal perfect hashing in boost, in the beginning of January (2005). Does someone one have any news about it? I have written myself a F/OSS C library for minimal perfect hashing, and I am willing to contribute for any efforts to make this data structure part of the boost toolkit. Thanks in advance, Davi

2 2

Re: Placeholder Arguments
by Joe McCay 27 Apr '05

27 Apr '05

David Abrahams <dave(a)boost-consulting.com> writes: > Are you asking about runtime lambda expressions as in the Boost Lambda > library, or compile-time lambda expressions as in MPL? > > -- > Dave Abrahams > Boost Consulting > www.boost-consulting.com I was talking about MPL because that is the only one I have studied at the moment. What is the difference between the two outside of the obvious runtime/compile-time difference? I was trying to figure out how a particular placeholder gets its arguments to choose from when deciding the argument (argument 1 for _1 etc.). Thank you. Joseph L. McCay

2 1

Re: Boost Logging Library?
by Jwahar Bammi 27 Apr '05

27 Apr '05

I dont understand the need for the "Proposed Boost logging library". A perfectly good and flexible logging library exists in the form of log4cxx, which is much more flexible than the proposal, has a ton of tools, appenders, is compatible with log4j/log4net etc etc (for those of us who live in multiple worlds). log4cxx is going through a almost complete rewrite, but is still eminently usable. see http://logging.apache.org/log4cxx/ cheers, > > >Vladimir Prus wrote: > > >>Hi Matthias, >> >> >> >> >>>on http://www.torjo.com/ is a "Boost logging library" available for >>>download, but it doesn't exist on the official boost website. >>> >>>Will this library be in a future release of boost, or has someone just >>>abused the well-known name for pushing his work? >>> >>>A logging library would be a very nice thing to have in boost, but >>>before I use this one, I want to make sure it will be available publicly >>>in the official boost packages. >>> >>> >>This library was not reviewed, and I'm not sure if the review was requested. >>So, it's "Proposed Boost logging library", and is not an official part of >>Boost. >> >> >>- Volodya >> >> > >In fact, John Torjo has requested a formal review at boost.devel just >today, see his post at >http://article.gmane.org/gmane.comp.lib.boost.devel/122414 > >- Andreas > > -- Jwahar Bammi bammi(a)memento-inc.com

5 4

Problems with boost::filesystem::path continued
by Johnson, Donald W MVK Contractor 27 Apr '05

27 Apr '05

I found the main problem, I had edited the wrong boost/config/user.hpp file. When I set BOOST_FILESYSTEM_DYN_LINK in the correct user.hpp file I get this error. c:\Boost\include\boost-1_31\boost\config\auto_link.hpp(269): fatal error C1189: #error : "Mixing a dll boost library with a static runtime is a really bad idea..." #if (defined(_DLL) || defined(_RTLDLL)) && defined(BOOST_DYN_LINK) # define BOOST_LIB_PREFIX #elif defined(BOOST_DYN_LINK) # error "Mixing a dll boost library with a static runtime is a really bad idea..." #else # define BOOST_LIB_PREFIX "lib" #endif So wher am I supposed to set the _DLL symbol or do I need to disable auto_link. If so how? Thanks, Donald Johnson

2 1

Need a method to compare types of data objects at runtime
by Stephen Torri 26 Apr '05

26 Apr '05

If I have a abstract class with two classes that implement it how can I make a check that tests for the type of the implementation classes? For example: class Base { public: virtual void run (){} virtual void stop (){} }; class Gas_Pedal : public Base { public: virtual void run (){} void set_rate (unsigned int); private: unsigned int m_rate; }; class Brake_Pedal : public Base { public: virtual void stop (){} void set_pressure (unsigned int); private: unsigned int m_pressure; }; When I have a client that receives a Base object I want to be able to check at run-time. So that if I am expecting a Gas_Pedal object and I receive something else I can perform some recovery action. The software I am designing contains an untold number of arrangements of items. Each item expect a distinctive input type. If it receives something that it does not know how to handle or need I want to throw an error. In order to do this I would like to do something like: void process (Base* sobj) { if (! (isExpectedType(sobj)) { throw NotForMeException (); } Brake_Pedal* bp = dynamic_cast<Brake_Pedal>(sobj); bp.set_pressure (50); } So perhaps my design is flawed that I am running into this situation. I am attempting to keep the interface for the Base class simple. The underlying types could have different data and access methods because they differ so widely in what they will do. This example was given to keep things simple. Stephen

3 2

Problems with boost::filesystem::path
by Johnson, Donald W MVK Contractor 26 Apr '05

26 Apr '05

Boost::filesystem::path is failing to create any paths. If always throws and exception stating invalid path. In the main function I call boost::filesystem::path::default_name_check( boost::filesystem::native ); boost::filesystem::initial_path(); The attempts to construct paths are in the pattern boost::filesystem::path(some_path_name); Specificly the error occurs here in constructing a path void path::m_path_append( const std::string & src, name_check checker ) { // convert backslash to forward slash if checker==native // allow system-specific-root if checker==no_check || checker==native assert( checker ); assert( src.size() == std::strlen( src.c_str() ) ); // no embedded 0 if ( src.size() == 0 ) return; std::string::const_iterator itr( src.begin() ); // [root-filesystem] # ifdef BOOST_WINDOWS if ( (checker == no_check || checker == native) && src.size() >= 2 ) // This fails { ... Since fore some reasion it seemed to be failing to get the native checker I tired this instead boost::filesystem::path(some_path_name,boost::filesystem::native); But the above test still fails. This seems to be related to the filesystem code being used in the main application and a DLL. I added this line to boost/config/user.hpp #define BOOST_FILESYSTEM_DYN_LINK So the library should be dynamicly linked and it being used in two places shouldn't be a problem. If I trace the function in a debugger all calls to the filesystem library look like this > FESMLibDebug.dll!boost::filesystem::path::default_name_check(bool (const std::basic_string<char,std::char_traits<char>,std::allocator<char> > &)* new_check=0x004573e2) > FESMLibDebug.dll!boost::filesystem::path::m_path_append(const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & src={...}, bool (const std::basic_string<char,std::char_traits<char>,std::allocator<char> > &)* checker=0x004573e2) So it doesn't look like im getting 2 copies of boostfile system. I previously was getting calls to $(APPNAME)!boost::filesystems and $(DLLNAME)!boost::filesystems. However, if I incluede the source files of the dll directly into the application the problem dissapears. Anyone know what I missed? This is with Visual C++ 2003 and Windows XP. Thanks Donald Johnson

2 1

Thread Pool Qs
by Olenhouse, Jason 26 Apr '05

26 Apr '05

In poking around Boost I've noticed the Thread Pool code, but I haven't been able to find much current information on it. I've found a link mentioning it being in the next major version of Boost.Threads, but that was nearly three years ago: http://lists.boost.org/MailArchives/boost-users/msg01157.php <http://lists.boost.org/MailArchives/boost-users/msg01157.php> I've found the "Attic" in SourceForge, but I'm unsure of what the Attic is or for and how it relates to Boost in general as well as Boost Thread Pool: http://cvs.sourceforge.net/viewcvs.py/boost/boost/libs/thread/src/Attic/thr… og Basically, I'm just looking for some status information about Boost Thread Pools, specifically if there is any progress on the Thread Pool code, what version I'm to use, where to get the most current stable code, why it's not released, and when it will be released, but any other information would useful as well. Of course, if there's anyway I or my co-workers can contribute to help get things going we'd be more than happy to help. Thank you, -Jason

1 0

Boost Serialization & VC8 link problems
by Flavio Antonioli 25 Apr '05

25 Apr '05

Hi, I wrote earlier about linking problems with Boost & Microsoft VC8 beta 2. I realized I hadn't built Boost with VC8, I thought I did but apparently the build system was confused by the fact that both Visual Studio 2003 and 2005 where installed and defaulted to the older version. I was finally able to build renaming the Visual Studio 2003 folder. I was suprised to see that the Boost Serialization library was correctly built only in the release version, the debug version reported compilation errors. I've narrowed them down to actually the _DEBUG macro being defined or not. When it is defined compilation errors appear when compiling for example xml_grammar.cpp I'm using the v1 build system as I wasn't able to understand how v2 works, I managed only to make it build a dll version of the Serialization lib. Follows is a command line that compiles the file. Switching from /MD to /MDd breaks the compilation. /MDd /U_DEBUG works, as it undefines _DEBUG. C:\swap\boost2\boost_1_32_0\libs\serialization\build>"c:\Program Files (x86)\Microsoft Visual Studio 8\Common7\Tools\..\..\VC\bin\cl" /Zm800 -nologo /EHsc -c -DBOOST_TEST_NO_AUTO_LINK=1 /MD /Z7 /Od /Ob0 /EHsc /GR /Zc:forScope /Zc:wchar_t -I"..\..\..\bin\boost\libs\serialization\build" -I"C:\swap\boost2\boost_1_32 _0" -Fo"..\..\..\bin\boost\libs\serialization\build\libboost_serialization.lib\vc-8_0\debug\threading-multi\xml_grammar.obj" -Tp"C:\swap\boost2\boost_1_32_0\ libs\serialization\build\../src/xml_grammar.cpp" Needless to say I'm lost. Thanks to anyone who could shed some on this. Flavio.

1 0

Link problems with VC8 Beta 2
by Flavio Antonioli 25 Apr '05

25 Apr '05

I'm trying to build my application with Visual Studio 2005 Beta 2 and I'm having the following horrilbe linking problems. I'm using Boost 1.32.0, which I've rebuilt with VS2005 using the vc-8_0 tools option. The errors are in 2 groups, "already defined" and unresolved external symbols. I don't get any errors or warnings with VS .Net 2003 7.1 compiler. Help! Thanks, Flavio. 1>Linking... 1>msvcprtd.lib(MSVCP80D.dll) : error LNK2005: "class std::basic_ostream<char,struct std::char_traits<char> > & __cdecl std::operator<<<char,struct std::char_traits<char>,class std::allocator<char> >(class std::basic_ostream<char,struct std::char_traits<char> > &,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &)" (<mailto:??$?6DU?$char_traits@D@std@@V?$allocator@D@1@@std@@YAAAV?$basic_ostream@DU?$char_traits@D@std@@@0@AAV10@ABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@0@@Z>??$?6DU?$char_traits@D@std@@V?$allocator@D@1@@std@@YAAAV?$basic_ostream@DU?$char_traits@D@std@@@0@AAV10@ABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@0@@Z) already defined in libboost_serialization-vc71-mt-gd.lib(xml_oarchive.obj) 1>msvcprtd.lib(MSVCP80D.dll) : error LNK2005: "class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __cdecl std::operator+<char,struct std::char_traits<char>,class std::allocator<char> >(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,char const *)" (<mailto:??$?HDU?$char_traits@D@std@@V?$allocator@D@1@@std@@YA?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@0@ABV10@PBD@Z>??$?HDU?$char_traits@D@std@@V?$allocator@D@1@@std@@YA?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@0@ABV10@PBD@Z) already defined in libboost_serialization-vc71-mt-gd.lib(xml_oarchive.obj) 1>msvcprtd.lib(MSVCP80D.dll) : error LNK2005: "class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __cdecl std::operator+<char,struct std::char_traits<char>,class std::allocator<char> >(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &)" (<mailto:??$?HDU?$char_traits@D@std@@V?$allocator@D@1@@std@@YA?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@0@ABV10@0@Z>??$?HDU?$char_traits@D@std@@V?$allocator@D@1@@std@@YA?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@0@ABV10@0@Z) already defined in libboost_serialization-vc71-mt-gd.lib(xml_oarchive.obj) 1>msvcprtd.lib(MSVCP80D.dll) : error LNK2005: "class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __cdecl std::operator+<char,struct std::char_traits<char>,class std::allocator<char> >(char const *,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &)" (<mailto:??$?HDU?$char_traits@D@std@@V?$allocator@D@1@@std@@YA?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@0@PBDABV10@@Z>??$?HDU?$char_traits@D@std@@V?$allocator@D@1@@std@@YA?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@0@PBDABV10@@Z) already defined in libboost_serialization-vc71-mt-gd.lib(xml_oarchive.obj) 1>msvcprtd.lib(MSVCP80D.dll) : error LNK2005: "public: __thiscall std::allocator<char>::allocator<char>(void)" (<mailto:??0?$allocator@D@std@@QAE@XZ>??0?$allocator@D@std@@QAE@XZ) already defined in libboost_serialization-vc71-mt-gd.lib(basic_text_oprimitive.obj) 1>msvcprtd.lib(MSVCP80D.dll) : error LNK2005: "public: __thiscall std::allocator<char>::allocator<char>(class std::allocator<char> const &)" (<mailto:??0?$allocator@D@std@@QAE@ABV01@@Z>??0?$allocator@D@std@@QAE@ABV01@@Z) already defined in libboost_serialization-vc71-mt-gd.lib(basic_text_oprimitive.obj) 1>msvcprtd.lib(MSVCP80D.dll) : error LNK2005: "public: unsigned int __thiscall std::allocator<char>::max_size(void)const " (<mailto:?max_size@?$allocator@D@std@@QBEIXZ>?max_size@?$allocator@D@std@@QBEIXZ) already defined in libboost_serialization-vc71-mt-gd.lib(basic_text_oprimitive.obj) 1>libboost_serialization-vc71-mt-gd.lib(basic_text_oprimitive.obj) : warning LNK4217: locally defined symbol <mailto:?_Addfac@_Locimp@locale@std@@AAEXPAVfacet@23@I@Z>?_Addfac@_Locimp@locale@std@@AAEXPAVfacet@23@I@Z (private: void __thiscall std::locale::_Locimp::_Addfac(class std::locale::facet *,unsigned int)) imported in function "public: __thiscall std::locale::locale<class boost::archive::codecvt_null<char> >(class std::locale const &,class boost::archive::codecvt_null<char> *)" (<mailto:??$?0V?$codecvt_null@D@archive@boost@@@locale@std@@QAE@ABV01@PAV?$codecvt_null@D@archive@boost@@@Z>??$?0V?$codecvt_null@D@archive@boost@@@locale@std@@QAE@ABV01@PAV?$codecvt_null@D@archive@boost@@@Z) 1>libboost_serialization-vc71-mt-gd.lib(basic_text_iprimitive.obj) : warning LNK4049: locally defined symbol <mailto:?_Addfac@_Locimp@locale@std@@AAEXPAVfacet@23@I@Z>?_Addfac@_Locimp@locale@std@@AAEXPAVfacet@23@I@Z (private: void __thiscall std::locale::_Locimp::_Addfac(class std::locale::facet *,unsigned int)) imported 1>libboost_serialization-vc71-mt-gd.lib(basic_text_oprimitive.obj) : warning LNK4217: locally defined symbol <mailto:??0_Locimp@locale@std@@AAE@ABV012@@Z>??0_Locimp@locale@std@@AAE@ABV012@@Z (private: __thiscall std::locale::_Locimp::_Locimp(class std::locale::_Locimp const &)) imported in function "public: __thiscall std::locale::locale<class boost::archive::codecvt_null<char> >(class std::locale const &,class boost::archive::codecvt_null<char> *)" (<mailto:??$?0V?$codecvt_null@D@archive@boost@@@locale@std@@QAE@ABV01@PAV?$codecvt_null@D@archive@boost@@@Z>??$?0V?$codecvt_null@D@archive@boost@@@locale@std@@QAE@ABV01@PAV?$codecvt_null@D@archive@boost@@@Z) 1>libboost_serialization-vc71-mt-gd.lib(basic_text_iprimitive.obj) : warning LNK4049: locally defined symbol <mailto:??0_Locimp@locale@std@@AAE@ABV012@@Z>??0_Locimp@locale@std@@AAE@ABV012@@Z (private: __thiscall std::locale::_Locimp::_Locimp(class std::locale::_Locimp const &)) imported 1>libboost_serialization-vc71-mt-gd.lib(basic_text_oprimitive.obj) : error LNK2019: unresolved external symbol <mailto:__imp_?_Xran@_String_base@std@@QBEXXZ>__imp_?_Xran@_String_base@std@@QBEXXZ referenced in function "public: class std::basic_string<char,struct std::char_traits<char>,class std::_DebugHeapAllocator<char> > & __thiscall std::basic_string<char,struct std::char_traits<char>,class std::_DebugHeapAllocator<char> >::assign(class std::basic_string<char,struct std::char_traits<char>,class std::_DebugHeapAllocator<char> > const &,unsigned int,unsigned int)" (<mailto:?assign@?$basic_string@DU?$char_traits@D@std@@V?$_DebugHeapAllocator@D@2@@std@@QAEAAV12@ABV12@II@Z>?assign@?$basic_string@DU?$char_traits@D@std@@V?$_DebugHeapAllocator@D@2@@std@@QAEAAV12@ABV12@II@Z) 1>libboost_serialization-vc71-mt-gd.lib(basic_text_iprimitive.obj) : error LNK2001: unresolved external symbol <mailto:__imp_?_Xran@_String_base@std@@QBEXXZ>__imp_?_Xran@_String_base@std@@QBEXXZ 1>libboost_serialization-vc71-mt-gd.lib(basic_text_oprimitive.obj) : error LNK2019: unresolved external symbol <mailto:__imp_?_Xlen@_String_base@std@@QBEXXZ>__imp_?_Xlen@_String_base@std@@QBEXXZ referenced in function "protected: bool __thiscall std::basic_string<char,struct std::char_traits<char>,class std::_DebugHeapAllocator<char> >::_Grow(unsigned int,bool)" (<mailto:?_Grow@?$basic_string@DU?$char_traits@D@std@@V?$_DebugHeapAllocator@D@2@@std@@IAE_NI_N@Z>?_Grow@?$basic_string@DU?$char_traits@D@std@@V?$_DebugHeapAllocator@D@2@@std@@IAE_NI_N@Z) 1>libboost_serialization-vc71-mt-gd.lib(basic_text_iprimitive.obj) : error LNK2001: unresolved external symbol <mailto:__imp_?_Xlen@_String_base@std@@QBEXXZ>__imp_?_Xlen@_String_base@std@@QBEXXZ 1>libboost_serialization-vc71-mt-gd.lib(xml_iarchive.obj) : error LNK2019: unresolved external symbol <mailto:__imp_?begin@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE?AViterator@12@XZ>__imp_?begin@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE?AViterator@12@XZ referenced in function "protected: void __thiscall boost::archive::basic_xml_iarchive<class boost::archive::xml_iarchive>::load_end(char const *)" (<mailto:?load_end@?$basic_xml_iarchive@Vxml_iarchive@archive@boost@@@archive@boost@@IAEXPBD@Z>?load_end@?$basic_xml_iarchive@Vxml_iarchive@archive@boost@@@archive@boost@@IAEXPBD@Z) 1>libboost_serialization-vc71-mt-gd.lib(xml_grammar.obj) : error LNK2001: unresolved external symbol <mailto:__imp_?begin@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE?AViterator@12@XZ>__imp_?begin@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE?AViterator@12@XZ 1>libboost_serialization-vc71-mt-gd.lib(xml_iarchive.obj) : error LNK2019: unresolved external symbol <mailto:__imp_?end@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE?AViterator@12@XZ>__imp_?end@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE?AViterator@12@XZ referenced in function "protected: void __thiscall boost::archive::basic_xml_iarchive<class boost::archive::xml_iarchive>::load_end(char const *)" (<mailto:?load_end@?$basic_xml_iarchive@Vxml_iarchive@archive@boost@@@archive@boost@@IAEXPBD@Z>?load_end@?$basic_xml_iarchive@Vxml_iarchive@archive@boost@@@archive@boost@@IAEXPBD@Z) 1>libboost_serialization-vc71-mt-gd.lib(xml_grammar.obj) : error LNK2001: unresolved external symbol <mailto:__imp_?end@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE?AViterator@12@XZ>__imp_?end@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE?AViterator@12@XZ 1>libboost_serialization-vc71-mt-gd.lib(xml_grammar.obj) : error LNK2019: unresolved external symbol <mailto:__imp_?append@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAEAAV12@Vconst_iterator@12@0@Z>__imp_?append@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAEAAV12@Vconst_iterator@12@0@Z referenced in function "public: void __thiscall boost::archive::`anonymous namespace'::append_string<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::const_iterator>::operator()(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::const_iterator,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::const_iterator)const " (<mailto:??R?$append_string@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@Vconst_iterator@12@@?A0x6748d6fd@archive@boost@@QBEXVconst_iterator@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@0@Z>??R?$append_string@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@Vconst_iterator@12@@?A0x6748d6fd@archive@boost@@QBEXVconst_iterator@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@0@Z)

2 1

boost libraries dependecies?
by Sandor 25 Apr '05

25 Apr '05

Hi, Is there a dependency tree available of boost libraries? I mean what other boost libraries are used by a specific boost library. thanks in advance, Sandor

3 2

Boost Logging Library?
by Matthias Kaeppler 25 Apr '05

25 Apr '05

Hello, on http://www.torjo.com/ is a "Boost logging library" available for download, but it doesn't exist on the official boost website. Will this library be in a future release of boost, or has someone just abused the well-known name for pushing his work? A logging library would be a very nice thing to have in boost, but before I use this one, I want to make sure it will be available publicly in the official boost packages. -- Matthias Kaeppler

4 3

Compatibility between shared_ptr and Rational RoseRT
by Dave.Ware＠seleniacomms.com 25 Apr '05

25 Apr '05

Does anyone know of a compatibility problem between the use of the Boost shared_ptr class and Rational RoseRT (real-time version of Rational Rose). We are having problems with intermittent crashes (not repeatable), and the crash dump debugger always indicates a problem while destroying objects that were held in existence by a shared_ptr - The underlying objects are of many different classes. We are never destroying the objects explicitly, but let the shared_ptr object take care of this when the last pointer to an object is deleted. When running the executable under Rational Purify, it reports many FIM errors (Freeing Invalid Memory), and all of these are again due to the deletion of objects that were owned by a shared_ptr. Any help would be very much appreciated Dave ------------------------------------------------------------ This email and any attached files contains company confidential information which may be legally privileged. It is intended only for the person(s) or entity to which it is addressed and solely for the purposes set forth therein. If you are not the intended recipient or have received this email in error please notify the sender by return, delete it from your system and destroy any local copies. It is strictly forbidden to use the information in this email including any attachment or part thereof including copying, disclosing, distributing, amending or using for any other purpose. In addition the sender excludes all liabilities (whether tortious or common law) for damage or breach arising or related to this email including but not limited to viruses and libel.

2 1

RE: [Boost-users] RE: Mutexes (Was: (no subject))
by Sliwa, Przemyslaw (London) 25 Apr '05

25 Apr '05

Sorry, I cannot. This is my corporate client. I am not allowed to change it. It is MS Outlook. Perhaps you will know some tricks. Thanks Pshemek -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Vladimir Prus Sent: 25 April 2005 07:32 To: boost-users(a)lists.boost.org Subject: [Boost-users] RE: Mutexes (Was: (no subject)) Sliwa, Przemyslaw (London) wrote: > Volodya, > > Thanks for answer. > Right I have forgotten to put the subject->it was stupid. > But the try_mutex and scoped_tyy_lock cause that both processors are > used properly. > > Can you explain? Ben has already given the answer to your question. I can only mention that you use mail client or NNTP client that does not preserve threading. So, every message from you is shows as a separate thread for me, making reading very inconvenient. Can you consider using some better client? On Windows, Thunderbird is known to work. On Linux, pretty much every mailer works fine, Thunderbird and KMail being two examples. You can also use gmane.org for posting. - Volodya _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ --------------------------------------------------------

4 3

RE: [Boost-users] Need a method to compare types of data objects atruntime
by Marcin Tustin 25 Apr '05

25 Apr '05

const type_info& type = typeid(*v); Comparable based on string representation. Part of standard. Header <typeinfo>. > -----Original Message----- > From: Stephen Torri [mailto:storri@torri.org] > Sent: 24 April 2005 19:46 > To: boost > Subject: [Boost-users] Need a method to compare types of data > objects atruntime > > If I have a abstract class with two classes that implement it > how can I make a check that tests for the type of the > implementation classes? > > For example: > > class Base { > public: > virtual void run (){} > virtual void stop (){} > }; > > class Gas_Pedal : public Base { > public: > virtual void run (){} > void set_rate (unsigned int); > private: > unsigned int m_rate; > }; > > class Brake_Pedal : public Base { > public: > virtual void stop (){} > void set_pressure (unsigned int); > private: > unsigned int m_pressure; > }; > > When I have a client that receives a Base object I want to be > able to check at run-time. So that if I am expecting a > Gas_Pedal object and I receive something else I can perform > some recovery action. The software I am designing contains an > untold number of arrangements of items. Each item expect a > distinctive input type. If it receives something that it does > not know how to handle or need I want to throw an error. > > In order to do this I would like to do something like: > > void process (Base* sobj) > { > if (! (isExpectedType(sobj)) > { > throw NotForMeException (); > } > > Brake_Pedal* bp = dynamic_cast<Brake_Pedal>(sobj); > bp.set_pressure (50); > } > > So perhaps my design is flawed that I am running into this > situation. I am attempting to keep the interface for the Base > class simple. The underlying types could have different data > and access methods because they differ so widely in what they > will do. This example was given to keep things simple. > > Stephen > > >

1 0

RE: [Boost-users] Mutexes (Was: (no subject))
by Sliwa, Przemyslaw (London) 25 Apr '05

25 Apr '05

Volodya, Thanks for answer. Right I have forgotten to put the subject->it was stupid. But the try_mutex and scoped_tyy_lock cause that both processors are used properly. Can you explain? Thank you in advance. Pshemek -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Vladimir Prus Sent: 22 April 2005 13:13 To: boost-users(a)lists.boost.org Subject: [Boost-users] Mutexes (Was: (no subject)) Hi Przemyslaw, (btw, it's better to give some subject to postings). > I have found a very strange behaviour (for me at least!) in > boost.Thread. > The same dummy code: > boost::mutex M; > > void functionA(int j) > > { > > for(int i=0; i<j; ++i) > > { > > boost::mutex::scoped_lock lock(M); And it would be good if the code was properly indented. > > sqrt(static_cast<double>(i)); > void functionB(int j) > > { > > for(int i=0; i<j; ++i) > > { > > boost::mutex::scoped_lock lock(M); ..... > If we do not lock the mutex then both processors are used on 100%. > However, in case the line is uncommented (we lock the mutex) only one > processor is used. If you lock the mutex, then only one thread can be inside loop body at the moment. Since the code outside of mutex is very small, most of the time only one thread will be running. So, it's reasonable that OS uses just one processor. - Volodya _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ --------------------------------------------------------

3 2

Re: [Boost-users] Need a method to compare types of data objects at runtime
by kauai 25 Apr '05

25 Apr '05

I ran into a similar problem. If you read any recent C++ book the authors will tell you to limit your use of dynamic_casts (or any casts for that matter) in favor of virutal functions. I know you want your base class simple, but you can add set_pressure() as virtual in your base and have it do nothing, then just override in the class where it does something. You can also override in all sub classes and simply throw() in classes where it doesnt apply to be called. --- Stephen Torri <storri(a)torri.org> wrote: > If I have a abstract class with two classes that > implement it how can I > make a check that tests for the type of the > implementation classes? > > For example: > > class Base { > public: > virtual void run (){} > virtual void stop (){} > }; > > class Gas_Pedal : public Base { > public: > virtual void run (){} > void set_rate (unsigned int); > private: > unsigned int m_rate; > }; > > class Brake_Pedal : public Base { > public: > virtual void stop (){} > void set_pressure (unsigned int); > private: > unsigned int m_pressure; > }; > > When I have a client that receives a Base object I want > to be able to > check at run-time. So that if I am expecting a Gas_Pedal > object and I > receive something else I can perform some recovery > action. The software > I am designing contains an untold number of arrangements > of items. Each > item expect a distinctive input type. If it receives > something that it > does not know how to handle or need I want to throw an > error. > > In order to do this I would like to do something like: > > void process (Base* sobj) > { > if (! (isExpectedType(sobj)) > { > throw NotForMeException (); > } > > Brake_Pedal* bp = > dynamic_cast<Brake_Pedal>(sobj); > bp.set_pressure (50); > } > > So perhaps my design is flawed that I am running into > this situation. I > am attempting to keep the interface for the Base class > simple. The > underlying types could have different data and access > methods because > they differ so widely in what they will do. This example > was given to > keep things simple. > > Stephen > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

boost_unit_test_framework, no dynamic libraries?
by Mattias Brändström 25 Apr '05

25 Apr '05

Hello! A questions about the boost_unit_test_framework library. Is it correct that I can't build a dynamic version of that library? When I build under cygwin: bjam -sTOOLS=gcc --with-test This does not produce any dynamic version of boost_unit_test_framework. The build instructions tells me that there is no dynamic library. However, my Fedora Core 3 installation contains a file called /usr/lib/libboost_unit_test_framework.so. Can anyone tell me if I am supposed to be able to build a dynamic unit test library in cygwin. Any comments will be appricated! :.:: mattias

2 1

[optional] self-assignment and assignment of references
by Fernando Cacciola 24 Apr '05

24 Apr '05

Hi people, Recently, here: http://lists.boost.org/MailArchives/boost/msg78947.php Joe Gottman pointed out that optional<T> fails on aliasing situations like self-assignment, and proposed to forward assignment to T's assignment operator (when the lhs is initialized). In the current implementation, Optional's assignment uses a destroy + copy-construct pattern. But in the upcoming 1.33 release, it will forward the assignment to T::operator=(T const&) whenever the optional<T> is originally initialized AND when T is not a reference. This is a slight change that I doubt would cause any troubles in practice. However, that change brings up a long standing issue: assignment of optional references. You may have noticed that assignment upon optional<T&> is currently undocumented. That was on purpose. The reason is that the destroy + copy-construct pattern used in the current implementation has the effect of rebinding references upon assignment. And that is something I never felt comfortable with. That is, the current implementation works like this: int a = 1 ; int b = 2 ; int& ra = a ; int& rb = b ; ra = rb ; // [1] Changes the value of 'a' to '2' optional<T&> ora(ra); int c = 3 ; int& rc = c ; optional<T&> orc(rc); ora = orc ; // [2] Does NOT changes the value of 'a' to '3' // Instead, it rebinds 'ora' to 'c' ora = rc ; // Same as before The issue of optional<T&>'s assignment (and direct-value assignment) was initially discussed here: http://lists.boost.org/MailArchives/boost/msg53225.php And then at length here: http://lists.boost.org/MailArchives/boost/msg54871.php And a couple of weeks ago, once again here: http://lists.boost.org/MailArchives/boost/msg79670.php After reading all the discussions thoroughly and thinking over again and again, I decided that in the upcoming 1.33 release, optional<T&> will RETAIN it's current rebinding semantics. Here's a short rationale for the decision (which will be included in the updated documentation) Rationale for Boost.Optional assignment semantics: One is logically drawn to expect optional<T> to follow the behaviour of T as much as possible. The reason being that the very purpose of optional<T> is to wrap objects of type T that may or may not exist. Though different users may choose to view optional<T>'s nature in different ways, I think that it's purpose is clear and so are the things users might want to do with it. So, what do users want to do when they assign to an optional<T>? Clearly-I think- if you assign an optional B to another optional A you want the postcondition of equivalence, that is: T a = <whatever> ; T b = <whatever> ; optional<T> oa(a) ; optional<T> ob(b) ; oa = ob ; assert(oa==ob); So far so good. But if T there is a reference, what actually involves the expected postcondition of equivalence? Let see: int a = 1 ; int b = 2 ; int& ra = a ; int& rb = b ; ra = rb ; // ra IS NOT rebound to b b = 3 ; assert(rb==3); assert(ra!=3); Then, given: optional<int&> ora(ra) ; optional<int&> orb(rb) ; ora = orb ; // what shall happen here? Following the logical expectation of requiring optional<T> to follow T as much as possible, one would expect: ora = orb ; to change the value of the referee (a) to that of 'b' But there is a catch: As the song goes, optional<T> can follow T down but not that far. :-) The reason is that assignment must operate on optional<T> itself, so it must be well defined in the case it is uninitialized, and there it just can't follow T's behaviour. If 'ora' is uninitialized, 'ora = orb' can ONLY rebind the wrapped reference to 'b' if you expect any kind of equivalence to be the postcondition of the assignment. It clearly can't just ignore the assignment cause there is no referee to change its value. AFAICS, there is no doubt about what shall assignment upon an uninitialized optional<T> do: INITIALIZE the wrapped object as a copy of the object wrapped by the optional<T> rvalue. If the wrapped object is a reference, then assignment upon an uninitialized optional cannot (IMO) do anything but rebind the reference. A choice optional<T>'s assigment operator has is what to do when it is already initialized. It can, for example, CHANGE the wrapped value forwarding the assignment to T::operator=() Alone by itself, this is a reasonable choice, but... If in your code you actually need assignment to an optional<T&> reference no to rebind, then you just can't use optional<T&> assignment directly unless you can precondition that the lvalue will always be already initialized. Yet in that case, you don't really need to use optional<T&>'s assignmet. You can use the actual reference assignment directly through the access operator, as in: *opt = newvalue ; If you're using optional<T>'s assigment is because it might be the case that the lvalue is uninitialized. In fact, the very purpose of the assignment operator is to allow a user not only to change the wrapped value but to initialize it if there is none. Optional<T>'s assignment could initialize the wrapped object when the lvalue is unitialized, and change it's value (forwarding to T::operator=) otherwise. In the case of non-reference values, the difference between copy-initialization and assignment is likely to be sufficiently insignificant as to prevent any problems arising from this duality. But in the case of reference values, that difference translates into rebinding or not. That is, if optional<T&> where to forward to T&::operator=() when the lvalue is already initialized (which is the only scenario where it can do that), the following would ocurr: int a = 1 ; int& ra = a ; optional<int&> ora = ra ; int b = 2 ; int& rb = b ; optional<int&> orb = rb ; ora = orb ; // Suppose this just changed the value // of 'a' to '2' as if it were 'ra=rb' ora = none ; // 'ora' is unitialized now ora = orb ; // 'ora' CAN ONLY rebind to 'b' now. As you can see, there is no way to consistently prevent optional<T&> assignment for rebinding. If you are writting generic code and rebinding references are not a choice (as it most likely is) then I'm sorry but you just can't use optional<T&> assignment no matter what the semantics are in the already initialized case. Furthermore, if you can't rebind references upon assignment, it is highly possible that you won't ever assign to an uninitialized optional reference (because how would you do it anyway?); so most likely, you can use *opt=newvalue safely. In C++, assignment to a reference doesn't rebind, but no lvalue reference can ever be uninitialized. The possibly-uninitialized extended state brought up by optional<T&> requires a change of rules so it can offer a _consistent_ semantic. In the most recent discussion about this, Brock Peabody suggested that I could make optional<T&> entirely non-assignable. After much thinking, I don't think that's neccesary. As I've shown above, generic code just can't rely on optional<T&> assignment whether it keeps its current rebinding semantics or not. As in the case of Spirit, the matter must be handled explicitely, so I don't think rebinding semantics would really cause code to be subtletly and silently (as far as the coder is aware) incorrect. Concluding: In the upcoming 1.33 release, optional<T> assignment will have the following semantic: If the lvalue optional<> is uninitialized: Copy-initializes the wrapped object as a copy of the object wrapped by the rvalue optional<>. If a reference is being wrapped, that copy-initialization implies binding (for the first time in this case) to the referee. If the lvalue optional<> is already initialized: If the wrapped object is not of reference type, assigns to the wrapped object the value of the object wrapped by the rvalue optional via forwarding to the wrapped operator=() If the wrapped object is of reference type, copy-initializes the wrapped reference rebinding it to the referee wrapped by the rvalue optional reference. Finally, Notice that all the rationale above referred to optional<T>::operator=( optional<T> const& ) The "direct-value" assignment operator currently available in optional<> as a convenience: optional<T>::operator=( T const& ) will keep the current semantic of being equivalent to the other, that is: opt = val ; is the same as: opt = optional<T>(val) Also, note that currently references are rebinding, so there is no change there. The change is that for non-reference types assignment will forward to T::operator=() when possibe. All this digression will be properly included in the documetation. Best Fernando Cacciola

2 3

hash_table iterator problems
by Martin Wartens 24 Apr '05

24 Apr '05

Hi, I have got some problems with the unordered containers from the sandbox files. The problem is that iterator_base<T> can't be converted into iterator or const_iterator. I helped myself by adding "friend class const_iterator; friend class iterator;" to iterator_base and adding a constructor like "const_iterator (iterator_base_type i)" to const_iterator/iterator. I have no clue if this is could be an official solution. See sample code below to expose the problem. Bye, Martin typedef boost::unordered_set<int> MySet; { MySet myset; MySet::const_iterator citer = myset.begin(); MySet::iterator iter = myset.begin(); MySet::const_iterator citer2= ++citer; //doesn't work, but should (?) MySet::iterator iter2 = ++citer; //doesn't work, and should not work (?) MySet::iterator iter3 = ++iter; //doesn't work, but should (?) MySet::const_iterator citer3 = iter; //works, you can't do that //with std::containers (?) }

2 3

Fix location STL/boost containers?
by Bo Peng 23 Apr '05

23 Apr '05

Dear list, I need direct access ( save and use element pointers) to container elements in my application. std::vector<obj> can not be used since vector::push_back etc may relocate objs. std::list<obj> seems to be working but I could not find any guarantee that an element will not be moved around because of operations on other elements. Is there a std or boost container that fits my need? Many thanks in advance. Bo

5 7

RE: [Boost-users] Re: A Simple Problem: File Transfer...
by Sliwa, Przemyslaw (London) 23 Apr '05

23 Apr '05

Ace is good, but it is huuuuuuuuuuuuuuuuugeeeeeeeeeeeeee -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Sarvex Jatasra Sent: 19 April 2005 09:57 To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] Re: A Simple Problem: File Transfer... What i feel is ACE is a good library for network programming in C++ http://www.cs.wustl.edu/~schmidt/ACE.html With Regards Sarvex Jatasra Software Engineer +91-9891989156 +91-9350933295 _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ --------------------------------------------------------

2 1

RE: [Boost-users] Re: A Simple Problem: File Transfer...
by Sliwa, Przemyslaw (London) 23 Apr '05

23 Apr '05

Here you are: http://www.huihoo.org/ace_tao/ACE-5.2+TAO-1.2/ACE_wrappers/docs/tutorial s/001/page01.html -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Hossein Haeri Sent: 22 April 2005 09:39 To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] Re: A Simple Problem: File Transfer... Caleb, > > Yes, you're right. As I told in another posting to > the > > list, I need sth "freely downloadible". Sorry for > not > > being specific enough... > > ACE is entirely free. There are books and support > you can pay for, > but all the code is totally open source. I see that I still haven't been specific enough. Sorry! What I was (and am) asking for is a free tutorial. I already know that the code is freely downloadble. Thanks, --Hossein Send instant messages to your online friends http://uk.messenger.yahoo.com _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ --------------------------------------------------------

2 1

a question about incremental_component and disjoint_sets.
by Vivid Yang 22 Apr '05

22 Apr '05

Hi, I have a question about incremental_component and disjoint_sets. Here is the context: I have a class object initialized with an empty boost::graph. The algorithm incrementally builds the graph with the function add_vertex(graph). At the same time, I have to maintain the connected components of the graph. Here is the question: I know incremental_component.hpp can deal with the case edges are being added. Could it deal with the case that vertices are being added? Especially at the beginning, the graph is empty. And it seems I cannot declare an empty disjoint_sets variable in the class: classe X { ...... protected: //.... some graph typedef std::vector<graph_vertex_size_type> rank; std::vector<graph_vertex_descriptor> parent; disjoint_sets<Rank, Parent> ds; ...... }; Here is the compiler error: error C2248: 'disjoint_sets<unsigned int *,void * *,struct boost::find_with_full_path_compression>::disjoint_sets<unsigned int *,void * *,struct boost::find_with_full_path_compression> ' : cannot access private member declared in class 'boost::disjoint_sets<unsigned int *,void * *,struct boost::find_with_full_path_compression>' e:\temp\boost\boost_1_32_0\boost\pending\disjoint_sets.hpp(68) : see declaration of 'disjoint_sets<unsigned int *,void * *,struct boost::find_with_full_path_compression>::disjoint_sets<unsigned int *,void * *,struct boost::find_with_full_pat h_compression>' Could anybody help? Thanks a lot. Vivid

2 1

test library: run a single test
by Daniel van der Zee 22 Apr '05

22 Apr '05

I am using the unit testing framework with the BOOST_AUTO_UNIT_TEST macros. While debugging, is there a way to run a single test instead of running them all everytime? This is probably a FAQ, but I couldn't find it. Thanks, Daniel

7 16

BGL example correction?
by Peter Kümmel 22 Apr '05

22 Apr '05

Hello, here maybe a small correction for boost_1_32_0\libs\graph\example\file_dependencies.cpp, line 176 : dijkstra_shortest_paths_no_init (g, *i, &pred[0], &time[0], weight, indexmap, - compare, combine, 0, // Since we are using > instead of >, we + compare, combine, //0, // Since we are using > instead of >, we (std::numeric_limits<int>::max)(), // flip 0 and inf. default_dijkstra_visitor()); And I don't understand the comment '> instead of >' or what means '>,' ??? If I compile with zero distance the program crashes, although the declaration is: dijkstra_shortest_paths_no_init (const VertexListGraph& g, typename graph_traits<VertexListGraph>::vertex_descriptor s, PredecessorMap predecessor, DistanceMap distance, WeightMap weight, IndexMap index_map, Compare compare, Combine combine, -> DistZero zero, DijkstraVisitor vis) Regrads, Peter

2 1

graph type used in BGL function "connected_components()"
by Qiaofeng Yang 22 Apr '05

22 Apr '05

Hi, I have a question about the graph type used in BGL function "connected_components()". When I define the graph type to be: adjacency_list<vecS, vecS, undirectedS> Everything is OK. When I change the graph type to be: adjacency_list<listS, listS, undirectedS> I got a lot of compilation error messages. Anybody knows why is so? Was "connected_components()" only implemented on one particular implementaton of graphs like vecS? Best regards, Qiaofeng

3 2

wrong library extension on HP-UX
by Oliver Kowalke 22 Apr '05

22 Apr '05

Hi, my previous 2 emails were silently droped - so I try it a 3thd time. I've compiled boost on HP/UX with gcc. The extension of the shared libraries is *.so. I think it should be *.sl ! how can I fix this? thx, Oliver

2 1

recommended gcc for boost users on opteron (64-Bit)
by Michal Simecek 22 Apr '05

22 Apr '05

Hi all, Does somebody know, which gcc is recommended for boost users especially BGL users working on opterons, with linux on it, compiling with optimisation (-O2) and 64-bit mode. I run in some problems with gcc 3.2.2 thus I try to find out which compiler is the best choice for that system. Thanks

2 1

(no subject)
by Sliwa, Przemyslaw (London) 22 Apr '05

22 Apr '05

All, I have found a very strange behaviour (for me at least!) in boost.Thread. The same dummy code: boost::mutex M; void functionA(int j) { for(int i=0; i<j; ++i) { boost::mutex::scoped_lock lock(M); sqrt(static_cast<double>(i)); } } void functionB(int j) { for(int i=0; i<j; ++i) { boost::mutex::scoped_lock lock(M); sqrt(static_cast<double>(i)); } } int main() { thread A(bind(&functionA, 1000000000)), AA(bind(&functionA, 1000000000)), B(bind(&functionB, 100000000)), BB(bind(&functionA, 100000000)); A.join(); B.join(); AA.join(); BB.join(); } executed on a two processor machine uses the resourced differently depending if the line boost::mutex::scoped_lock lock(M); is comennted or not. If we do not lock the mutex then both processors are used on 100%. However, in case the line is uncommented (we lock the mutex) only one processor is used. Can anyone explain me why? Thanks in advance Pshemek -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ --------------------------------------------------------

2 1

RE: [Boost-users] A Simple Problem: File Transfer...
by Sliwa, Przemyslaw (London) 22 Apr '05

22 Apr '05

Are there any plans to include the networking libraries into boost? I have heard about the Boost.Socket but I guess this project has been abandoned long time ago. Is it correct? Pshemek -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Ben Hutchings Sent: 18 April 2005 17:36 To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] A Simple Problem: File Transfer... Hossein Haeri wrote: > Dear all, > > If you were assigned to write a file transfer utitlity > "in C++", what would your suggestions be? More > specific, I've got two IP's (perhaps plus their > ports), I've got to send one file from one to the > other. Which parts of the Boost would you use, if any? Boost probably isn't going to help you much with file transfer, as it doesn't (yet) include any networking libraries. There are various Boost libraries that might be useful, though, such as smart_ptr and program_options. Ben. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ --------------------------------------------------------

9 12

[multi_index] FYI: Experiences with the Boost.MulitIndex container
by Jochen Hammann 22 Apr '05

22 Apr '05

Hi, I am using the Boost MultiIndex container in conjunction with the Microsoft Visual C++ 7.1 compiler. I encountered an runtime exception during some tests of my application. I made the mistake, that I tried to construct an index as a separate object instead of using a reference to the respective index. The MultiIndex documentation highlights this issue: "Note that get returns a reference to the index, and not an index object. Indices cannot be constructed as separate objects from the container they belong to, so the following // Wrong: we forgot the & after employee_set::nth_index<1>::type const employee_set::nth_index<1>::type name_index=es.get<1>(); does not compile, since it is trying to construct the index object name_index. This is a common source of errors in user code." I could reproduce the exception by using the MultiIndex example basic.cpp from the Boost 1.32.0 release. Unfortunately, Microsoft Visual C++ 7.1 compiles the above mentioned line without an error or warning. During the execution of the example an exception will be thrown while processing the following line: std::copy(i.begin(),i.end(),std::ostream_iterator<value_type>(std::cout)); within the function template print_out_by(). Regards, Jochen.

4 13

boost::serialization: how to BOOST_CLASS_VERSION a template class?
by Bo Peng 22 Apr '05

22 Apr '05

Dear list, I use boost::serialization to serialize my classes. They are template classes that are instantiated and wrapped by SWIG. Everything works fine until I decide to use BOOST_CLASS_VERSION to set version for the class. The first parameter of BOOST_CLASS_VERSION(class, version) is a class but my template will only be instantiated by SWIG. The syntax does not allow me to do something like template<class T> BOOST_CLASS_VERSION(class<T>, version) or BOOST_CLASS_VERSION( template<class T>class <T>, version). What should I do? Many thanks in advance. Bo

2 2

Question about memory management and Serialization
by kauai 22 Apr '05

22 Apr '05

Hi folks, When I unserialize an object that has pointers in it (composite recursive structure), does boost unserialize take care of allocating them on the heap? I assume it does, however... I run a memory profiling tool call 'valgrind' and I on purpose decided not to cleanup my newly created serialized object. What happened after running through valgrind surprised me, it reported no memory leaks. Whats the magic here, smart pointers? Thanks for any help, Kauai __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Re: potential bugs in BGL function "brandes_betweenness_centrality()"
by qyang＠cs.ucr.edu 22 Apr '05

22 Apr '05

Hi Doug, Thanks for the hint! I manually re-index all the vertices after the vertex removal(a for() loop) and put vertex_centrality(num_vertices(G)) outside the while() loop. The code works fine now :). I have another question concerning vertex and edge iterator. The problem is now that I want to remove the nth edge in the graph. I use the following code: ================================================== //typedef stuff ... EdgeDescriptor Edge; Edge = *(edges(G).first + n); //n is an int remove_edge(Edge, G); ================================================== I got compilation errors at line "Edge = *(edges(G).first + n);". I have to use the following code in order to compile the code and to run it correctly: ================================================== //typedef stuff ... EdgeDescriptor Edge; EdgeIterator edge_iter; edge_iter = edges(G).first; for(int i = 0; i < n; i++) { edge_iter++;} Edge = *edge_iter; remove_edge(Edge, G); ================================================== Basically, you have to use a for() loop to increment the edge_iterator varialbe. Is it possible just to use one addition(the first code) instead of n additions(the second code) to increment the iterator? Best regards, Qiaofeng >> while(num_vertices(G)>0) >> { >> int V = num_vertices(G); >> vector<double> vertex_centrality(V); >> >> brandes_betweenness_centrality(G, >> make_iterator_property_map(vertex_centrality.begin(), get(vertex_index, >> G), double())); >> >> //print the vertex betweenness centrality for all the vertices >> ... >> >> //find the index of the vertex with the highest betweenness centrality >> ... >> >> clear_vertex(...); >> remove_vertex(...); >> } > > After the call to remove_vertex, the vertex indices are no longer > valid, e.g., > > 1) The first time through the loop, V = 9. The vertices have indices 0, > 1, 2, 3, 4, 5, 6, 7, 8 > 2) We delete one vertex, so V = 8. Say it's the vertex with index 3. > The vertices have indices 0, 1, 2, 4, 5, 6, 7, 8 > > During the execution of brandes_betweenness_centrality in the second > iteration, we'll try to access vertex_centrality[8], which is an error. > vertex_centrality has been reallocated to only allow 8 elements, not 9. > > The easiest way to fix this is to remove the vertex_centrality vector > from the loop, then add: > > vector<double> vertex_centrality(num_vertices(G)); > > *before* the loop. This will speed up the computation because the > vector doesn't get reallocated each time. More importantly, it will > stay at the maximum number of vertices, so even though we delete vertex > index "3" there is still a vertex index "8". The vector will have some > "holes" in it where values aren't used after the first iteration, but > that's okay. > > Vertex and edge indices are a weak point in the BGL. It seems like they > should be automatically updated, but that can't be done efficiently. We > have a partial solution (a graph type that is reasonably good > all-around and does automatic (re-)indexing), but it's not ready for > release yet. > > Doug

2 1

Library locations for Thread Lib example
by Rush Manbert 21 Apr '05

21 Apr '05

Hi, I build the Boost libraries and installed them, and when I did I specified --prefix, --exec-prefix/,/ and / /--builddir so that all of my build products would be placed in a separate directory tree. I have been looking at the thread library. I could run the test as described, using bjam -sTOOLS=darwin test in the proper directory. It built and ran with no problems. (This is under Mac OS 10.3.8) Flushed with success, I built the thread example programs using this command: bjam -sTOOLS=darwin This did build the programs, placing them under $BOOST_ROOT/bin/boost/libs/thread/example/. For instance, the "condition" program is located in: $BOOST_ROOT/bin/boost/libs/thread/example/condition/darwin/debug/ All okay. Here is my problem. When I try to run these programs, they all fail. A representative error is: dyld: ./condition/darwin/debug/condition can't open library: ../../../bin/boost/libs/thread/build/libboost_thread.dylib/darwin/debug/shared-linkable-true/libboost_thread-d-1_32.dylib (No such file or directory, errno = 2) It appears to me that the link knows the relative path to the default library build location, and specified that as the path to the dynamic library. The problem is that I didn't build my libraries there. I tried setting BOOST_ROOT to the equivalent top level location in my build products tree, but that didn't change anything. I tried to force a static link (hoping to force a different link error that might give me another hint), but that blew up bjam in a different way that I don't want to get into here. (Should I be able to statically link these programs?) Is there some way to change the library path used for linking these programs? Thanks, Rush

1 0

scoped_array and legacy APIs
by Sean DeNigris 21 Apr '05

21 Apr '05

Hey-hey, Is it proper to to use static_cast like this: //Library.h - legacy library typedef ??? Type; //library-defined, we don't know the actual type typedef Type* PType; //library-defined pointer type //sets bufSize to # bytes necessary if buf not big enough LibraryFunction(PType buf, int* bufSize); //MyCode.cpp int bytesNeeded = 0; LibraryFunction(0, &bytesNeeded); scoped_array<Type>(static_cast<PType>(new BYTE[bytesNeeded])); The legacy library tells us storage requirements in BYTEs, but I want to deal with 'Type's, not BYTEs. Is there a conceivable reason why this could not be safe, even if it happens to be with the current implementation? Thanks. - Sean

4 3

Patch for memory leak in boost thread library (tss)
by Bryan Tower 21 Apr '05

21 Apr '05

The cleanup_slots method called when threads exit appears to be leaking a tss_slots object. This causes a leak per thread that uses the thread specific storage. The following patch prevents this per thread memory leak. bryan diff -c -r1.1 tss.cpp *** boost_1_32_0/libs/thread/src/tss.cpp 8 Sep 2004 15:58:40 -0000 1.1 --- boost_1_32_0/libs/thread/src/tss.cpp 21 Apr 2005 00:15:15 -0000 *************** *** 56,61 **** --- 56,62 ---- (*tss_data->cleanup_handlers[i])((*slots)[i]); (*slots)[i] = 0; } + delete slots; } void init_tss_data()

1 0

[Python] Embedding and Extending problem
by Keith MacDonald 21 Apr '05

21 Apr '05

I've tried to merge the Boost.Python tutorials for embedding and extending (see below), to end up with an executable that does both. The script fails to import "hello", so BOOST_PYTHON_MODULE is presumably not the correct way to do it. What is? Thanks, Keith MacDonald ====== The C++ code ====== #include <boost/python.hpp> using namespace boost::python; char const* greet() { return "hello, embedded world"; } BOOST_PYTHON_MODULE(hello) { def("greet", greet); } int main() { Py_Initialize(); object main_module(( handle<>(borrowed(PyImport_AddModule("__main__"))))); object main_namespace = main_module.attr("__dict__"); try { handle<> ignored((PyRun_String( "import hello\n" "print hello.greet()\n" , Py_file_input , main_namespace.ptr() , main_namespace.ptr()) )); } catch(error_already_set) { PyErr_Print(); } Py_Finalize(); return 0; } ====== The Jamfile ====== subproject libs/python/example/tutorial/embedded ; # location of the program # bring in the rules for python SEARCH on python.jam = $(BOOST_BUILD_PATH) ; include python.jam ; exe hello # name of the executable : #sources hello.cpp : # requirements <find-library>boost_python <library-path>c:\boost\libs\python $(PYTHON_PROPERTIES) <library-path>$(PYTHON_LIB_PATH) <find-library>$(PYTHON_EMBEDDED_LIBRARY) ;

2 4

boost::regexp_iterator illogical behaviour?
by Sandor 21 Apr '05

21 Apr '05

Hi, I am using the boost::regexp_iterator to list every match of a user configured regexp in the contents of a file. The file is read up into a single string and passed into the constructor of regexp_iterator. Take the example regexp of "a|\Ab" which means that every 'a' letter will be a match, plus the 'b' letter should be a match if it is the first one of the file. But the algorithm does not work like this! The letter 'b' is matched every time it follows an 'a'. Because '\A' does not mean the beginning of the original client-code-supplied buffer! After the first match, the '\A' only means the end of the last match. I can imagine situations where a metacharater with such meaning is needed, but I would need a different behaviour. Diving into the boost source code: template <snip> class regex_iterator_implementation { <snip> bool next() { if(what.prefix().first != what[0].second) flags |= match_prev_avail; BidirectionalIterator next_start = what[0].second; match_flag_type f(flags); if(!what.length()) f |= regex_constants::match_not_initial_null; bool result = regex_search(next_start, end, what, *pre, f); if(result) what.set_base(base); return result; } <snip> } What I would think logical is (note the two new lines): template <snip> class regex_iterator_implementation { <snip> bool next() { if(what.prefix().first != what[0].second) flags |= match_prev_avail; BidirectionalIterator next_start = what[0].second; match_flag_type f(flags); if(!what.length()) f |= regex_constants::match_not_initial_null; if(base != next_start) f |= regex_constants::match_not_bob; bool result = regex_search(next_start, end, what, *pre, f); if(result) what.set_base(base); return result; } <snip> } Or at least provide a new flag to enable this behaviour. It is quite tedious to reimplement regex_iterator in client code just to add this small feature. What do you think? - Sandor

2 1

[Simple example] - Compile error in io_fwd.hpp (VC6)
by Romain Prieto 21 Apr '05

21 Apr '05

Hello, I'm new to Boost, and I've just tried to build the serialization library. I've downloaded Boost, and run the following command: >> C:\....\Boost\bjam "-sTOOLS=msvc" install (I got a few warnings about failed builds) Now, when I compile a simple example from the website, i get the following error (many times): c:\...\boost\io_fwd.hpp(28) : error C2239: unexpected token '>' following declaration of 'Ch' c:\...\boost\io_fwd.hpp(28) : error C2059: syntax error : '>' c:\...\boost\io_fwd.hpp(28) : error C2371: 'Ch' : redefinition; different basic types c:\...\boost\io_fwd.hpp(28) : see declaration of 'Ch' Does it have something to do with VC6 ? (I know it's not the best compiler, but I have no choice) I've already installed STLport to have a better template-support... Thank you Romain

1 0

sparse matrix iterator problem
by Golan Green 21 Apr '05

21 Apr '05

Hi, I am trying to use sparse matrix iterators, but it seems that a code that works in VC++ 6.0 does not compile under C++ in .NET I tried a simplified version of the code and it still does not work. boost::numeric::ublas::sparse_matrix<int> matrix; boost::numeric::ublas::sparse_matrix<int>::iterator1 it1 = matrix.begin1(); boost::numeric::ublas::sparse_matrix<int>::iterator2 it2 = it1.begin(); The error message that I get is : error C2039: 'begin' : is not a member of 'boost::numeric::ublas::sparse_matrix<T>::iterator1' with [ T=int ] off course begin() is one of the iterator1 member functions. Does anyone have an idea of what is missing in the project settings? Regards, Golan. --

1 0

RE: [Boost-users] Re: why so many .so and .a files for boost?
by Tom Tan (SH/RDC) 21 Apr '05

21 Apr '05

Yes, to enable multi-threaded code. But how? What's going on inside while compiling with '-pthread'? Or what's the difference between them at the compilation level? Or Is there anything happen at optimization level? -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] Sent: Thursday, April 21, 2005 03:59 To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] Re: why so many .so and .a files for boost? On 4/20/05, Tom Tan (SH/RDC) <tom.tan(a)ericsson.com> wrote: > got it, then why do i have to turn on the '-pthread' option of g++ when using boost_thread library? Because you need that option to enable multi-threaded code. The Boost Threads library isn't much use without it :-) -- Caleb Epstein caleb dot epstein at gmail dot com _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

2 1

shared_ptr/weak_ptr compile error
by Rob Benton 21 Apr '05

21 Apr '05

I'd appreciate it if someone could tell me how to debug the error I'm getting. I've got a class with a member function like this: bool Instruction::button_press(GdkEventButton *, boost::weak_ptr<Instruction>, boost::weak_ptr<Instruction>, boost::weak_ptr<Instruction>, boost::weak_ptr<Instruction>); =========================================================================== Instruction.C: In member function `bool Instruction::button_press(GdkEventButton*, boost::weak_ptr<Instruction>, boost::weak_ptr<Instruction>, boost::weak_ptr<Instruction>, boost::weak_ptr<Instruction>)': Instruction.C:138: error: `top' has incomplete type /usr/include/boost/shared_ptr.hpp:43: error: declaration of `struct boost::weak_ptr<Instruction>' Instruction.C:138: error: `left' has incomplete type /usr/include/boost/shared_ptr.hpp:43: error: declaration of `struct boost::weak_ptr<Instruction>' Instruction.C:138: error: `right' has incomplete type /usr/include/boost/shared_ptr.hpp:43: error: declaration of `struct boost::weak_ptr<Instruction>' Instruction.C:138: error: `bottom' has incomplete type /usr/include/boost/shared_ptr.hpp:43: error: declaration of `struct boost::weak_ptr<Instruction>' =========================================================================== Thanks, Rob

2 2

Boost questsion: Link error with boost using g++ and serialize
by kauai 20 Apr '05

20 Apr '05

Hi Folks, Strange problem. I have this declared inline in my class header file: friend class boost::serialization::access; template<class Archive> void serialize (Archive &ar, const unsigned int version); { ar & m_name; // std::string } Builds fine, then I move this to my .cpp file and I get a link error. Here is the output from the linker: test.o(.gnu.linkonce.t._ZN5boost13serialization6access9serializeINS_7archive13text_oarchiveEN19test_RT0_j+0x13): In function `void boost::serialization::access::serialize<boost::archive::text_oarchive, Attribute>(boost::archive::text_oarchive&, Attribute&, unsigned)': /usr/include/c++/3.2.2/bits/stl_alloc.h:238: undefined reference to `void Attribute::serialize<boost::archive::text_oarchive>(boost::archive::text_oarchive&, unsigned)' root/abcmn/cmnUtilities/cmnGenericObjects/tests/GenericObjectsTests.o(.gnu.linkonce.t._ZN5boost13serialization6access9serializeINS_7archive13text_oarchiveEN19test_RT0_j+0x13): In function `void boost::serialization::access::serialize<boost::archive::text_iarchive, Attribute>(boost::archive::text_iarchive&, Attribute&, unsigned)': /usr/include/c++/3.2.2/bits/stl_alloc.h:238: undefined reference to `void Attribute::serialize<boost::archive::text_iarchive>(boost::archive::text_iarchive&, unsigned)' collect2: ld returned 1 exit status Any ideas? Thanks, Kauai __________________________________ Do you Yahoo!? Plan great trips with Yahoo! Travel: Now over 17,000 guides! http://travel.yahoo.com/p-travelguide

2 1

Compilers compliance and boost.
by Mauricio Gomes 20 Apr '05

20 Apr '05

According to these reports it seems there is not a single compiler able to compile 100% of boost, is that right ? http://www.meta-comm.com/engineering/boost-regression/cvs-head/user/ summary.html http://www.meta-comm.com/engineering/boost-regression/cvs-head/ developer/summary_release.html What is the best compiler to use boost ? Or in a less subjective way, what is the compiler that pass most tests ? Although it is mentioned here (http://www.boost.org/status/compiler_status.html) otherwise the link to the "Compiler Status Summary" page is only showing reports on Linux and it is not mentioning the version (CVS-HEAD ?). The other reports (links above) show the results for several platforms but they seem to be only available for CVS-HEAD. Where can I find the reports for a specific version like 1.32 for example ? Thank you for your attention, Mauricio Gomes Pensar Digital phone: 55-11-4121-6287 mobile: 55-11-8319-9610 http://pensardigital.com

4 8

loop vs. for_each & boost::bind
by Mathieu De Zutter 20 Apr '05

20 Apr '05

Hi, I have some code that runs fine: for (Partition::iterator pi = renderRegions.begin(); pi != renderRegions.end(); ++pi); (*pi)->render(&ltt, foo, si); I try to replace it by for_each & boost::bind, std::for_each(renderRegions.begin(), renderRegions.end(), boost::bind(&Region::render, _1, &ltt, foo, si)); but si doesn't get modified, while it should be passed as reference. Some more relevant code: class Region { ... void render(const LightTransportType* ltt, WorkAppraiser& wa, image::SampleImage& result); ... }; typedef std::vector< Region* > Partition; Partition renderRegions; Is this normal behaviour? -- With kind regards, Mathieu

4 3

RE: [Boost-users] Re: why so many .so and .a files for boost?
by Tom Tan (SH/RDC) 20 Apr '05

20 Apr '05

That 's right. Try command: $ls -l libboost_regex-gcc-d.so -rwxr-xr-x 2 tomtan staff 5.5M Feb 21 10:54 libboost_regex-gcc-d.so Now see the second column. more than 1 (2 in this case) means this file has hard links. Anyway, why not a symbolic link ? -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] Sent: Wednesday, April 20, 2005 17:14 To: boost-users(a)lists.boost.org Subject: [Boost-users] Re: why so many .so and .a files for boost? Sliwa, Przemyslaw (London) wrote: > I was wondering why I get duplicates on my Linux box as well. > The files are with 1_32 and without extension and they are exactly the > same. On any Unix I would expect those to be hardlinks to each other. Are you sure this is not the case? Markus _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

3 3

RE: [Boost-users] Re: why so many .so and .a files for boost?
by Tom Tan (SH/RDC) 20 Apr '05

20 Apr '05

got it, then why do i have to turn on the '-pthread' option of g++ when using boost_thread library? -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] Sent: Wednesday, April 20, 2005 14:51 To: boost-users(a)lists.boost.org Subject: [Boost-users] Re: why so many .so and .a files for boost? Tom Tan (SH/RDC) wrote: > Hi, all, > Why are there so many .so and .a files in $BOOT_HOME/lib? Take boost_singal as an example, there are about a dozen . They are: > libboost_signals-gcc-1_32.a > libboost_signals-gcc-1_32.so > libboost_signals-gcc.a > libboost_signals-gcc.so > libboost_signals-gcc-d-1_32.a > libboost_signals-gcc-d-1_32.so > libboost_signals-gcc-mt.a > libboost_signals-gcc-mt-d-1_32.so > .... > I wonder what are 'd' and 'mt' mean? "debug" and "mutil-thread"? If so, i wonder when i use a 'mt' thread , e.g. libboost_signals-gcc-mt-d-1_32.so, will i have to use -pthread for Linux and -pthreads for Solaris along with my other g++ compile options. Why? > Another, for stdc++.so, are there two versions , each for 'mutil-thread' and 'sigal-thread' support? What's the relationship between these versions and the compiler options like '-pthread' ? Answers at.. http://www.boost.org/more/getting_started.html#Results -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - Grafik/jabber.org _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

2 1

wrong extension of shared libraries on HP/UX
by Oliver Kowalke 20 Apr '05

20 Apr '05

Hi, I've compiled boost on HP/UX with gcc. The extension of the shared libraries is *.so. I think it should be *.sl ! how can I fix this? thx, Oliver

1 0

wrong extension for shared libraries on HP/UX
by Oliver Kowalke 20 Apr '05

20 Apr '05

Hello, I've compiled boost on HP-UX with gcc-3.4.2. The shared libraries ends with *.so. On HP/UX the extension for shared libraries should be *.sl. So - is it a bug or what went wrong? thx, Oliver -- +++ GMX - Die erste Adresse f�r Mail, Message, More +++ 1 GB Mailbox bereits in GMX FreeMail http://www.gmx.net/de/go/mail

1 0

wrapping an mmap'ed pointer
by Davi de Castro Reis 20 Apr '05

20 Apr '05

Hi all, I am writing a class that returns some pointer to buffers in a mmaped area. Since this buffers have constant size, I am now wrapping them in a std::pair<const uint32, char *buf>. This works fine, but I can bet that boost have something better, with correct semantics for operator * and, maybe, ownership semantics. Another problem that I have with std::pair<const uint32, char *buf> is that I don't get the correct cv-qualified semantics with a const std::pair<const uint32, char *buf>. I would like the const modified version of my type to behave like a const std::pair<const uint32, const char * const buf>. The reason for this is that I will, then, be able to receive const char * buffers in my input. Check sample code below: class A { typedef std::pair<const uint32, char *> value_type; void put(const value_type buf); value_type get(); const value_type get() const; } Buffers in the input (put method params) will be copied inside my data structure and their memory management is up to the user. Buffers in the output (get method return values) are pointers to a mmap area and should not be freed. So, if I do: A a; a.put(make_pair(strlen("test"), "test")); Code doesn't compile because cv-qualification of the char * member of buf does not get correct. The only way to get out is to write this rather ugly class A. class A { typedef std::pair<const uint32, char *> value_type; typedef const std::pair<const uint32, const char * const> const_value_type; void put(const_value_type buf); value_type get(); const_value_type get() const; } Is there a better solution for this? boost::array doesn't fit the job because the size parameter is compile time. Smart pointers, besides missing the size member, calls delete() when it is not desired. So, a class to fit the job needs to have the size member (if there is no such class, it is ok to stick to std::pair or boost::tuple), and expected cv-qualification for the char *, meaning that neither the pointer nor the pointed-by area can be modified (btw, this problem arises often when I am working with boost::mpl, so a help here will be greatly appreciated). Thanks in advance, []s Davi de Castro Reis

1 0

aliasing make_tuple
by Davi de Castro Reis 20 Apr '05

20 Apr '05

Hi, I have a class where I use a tuple as input for some of my methods. The reason for this is that the number of parameters for these methods is a compile-time variable. See sample code below. template <uchar nparams, typename T1, typename T2 = none, typename T3 = none ...> class A { void f(boost::tuple<char, char, ..., char>); } So users can do something like A a<3, char, char, char> a.f(make_tuple('a', 'b', 'c'); The problem is that make_tuple is not a nice name, since it does not reflect the semantics of the parameter. Suppose I would like to call it key, so I can call A a<3, char, char, char>; a.f(key('a', 'b', 'c')); So, in my context, everything gets much more clear. Does someone know an elegant way of doing this? As I can thing, the only way I can do it, is to create a templatized free function called key, for which I will need to write 10 overloads (the max number of nparams, and also boost tuple, if I am not mistaken). Besides being a rather ugly solution, I will need to pay two copies of my objects before sending them to the f() method (with make_tuple I pay only one copy, which is also suboptimal, but, anyways...). Using #define is not an option since key is a very common name (the class is in a namespace). Ugly names such as MY_LIBRARY_KEY() are not a very nice also. Well, any tips? Solutions involving boost::mpl would be the best, but I couldn't find none. []s Davi de Castro Reis

2 3

RE: [Boost-users] Re: why so many .so and .a files for boost?
by Sliwa, Przemyslaw (London) 20 Apr '05

20 Apr '05

I was wondering why I get duplicates on my Linux box as well. The files are with 1_32 and without extension and they are exactly the same. Full debug/release install takes about 0.5G. This is a lot!! Pshemek -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Russell Hind Sent: 20 April 2005 09:09 To: boost-users(a)lists.boost.org Subject: [Boost-users] Re: why so many .so and .a files for boost? Rene Rivera wrote: > >> libboost_signals-gcc-1_32.a >> libboost_signals-gcc-1_32.so >> libboost_signals-gcc.a >> libboost_signals-gcc.so > > 'mutil-thread' and 'sigal-thread' support? What's the relationship > between these versions and the compiler options like '-pthread' ? > > Answers at.. http://www.boost.org/more/getting_started.html#Results But why duplicates of each? On windows I get libboost_signals-bcb-1_32.dll and libboost_signals-bcb.dll Which are both the same. Why are there libraries without the version number in created? Cheers Russell _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ --------------------------------------------------------

3 2

why so many .so and .a files for boost?
by Tom Tan (SH/RDC) 20 Apr '05

20 Apr '05

Hi, all, Why are there so many .so and .a files in $BOOT_HOME/lib? Take boost_singal as an example, there are about a dozen . They are: libboost_signals-gcc-1_32.a libboost_signals-gcc-1_32.so libboost_signals-gcc.a libboost_signals-gcc.so libboost_signals-gcc-d-1_32.a libboost_signals-gcc-d-1_32.so libboost_signals-gcc-mt.a libboost_signals-gcc-mt-d-1_32.so .... I wonder what are 'd' and 'mt' mean? "debug" and "mutil-thread"? If so, i wonder when i use a 'mt' thread , e.g. libboost_signals-gcc-mt-d-1_32.so, will i have to use -pthread for Linux and -pthreads for Solaris along with my other g++ compile options. Why? Another, for stdc++.so, are there two versions , each for 'mutil-thread' and 'sigal-thread' support? What's the relationship between these versions and the compiler options like '-pthread' ? BR. /TomTan

3 2

Tokenizer in boost 1.32 adds more requirements on Type template parameter for Tokenizer class
by Sebastien Martel 20 Apr '05

20 Apr '05

Hello, It seems that the optimization introduced in token_functions.hpp consisting of converting += into assign calls introduced a new requirement on Type : template < typename TokenizerFunc = char_delimiters_separator<char>, typename Iterator = std::string::const_iterator, typename Type = std::string > class tokenizer { //... } In my case, Type is a custom string class that doesn't implement assign, but has operator +=. I want to avoid changing the interface of the string class. Is Tokenizer reasonable in requiring Type to implement assign ? Could assign_or_plus_equal (token_functions.hpp) fall back on += if assign cannot be found ? It currently does so if the iterator is an input iterator, how about expanding it to test Type traits(!) for an assign member ? Ideas ? Thanks! -- Best regards, Sebastien mailto:smartel@real.com

1 0

Passing BOOST arrays over CORBA
by Simon Monckton 19 Apr '05

19 Apr '05

Hello all: Do any of you have experience passing BOOST vectors/arrays over CORBA? Short of writing a BOOST idl, is there a way of getting at and passing raw array data? -- --------------------------------------------------------------------- Dr. Simon Monckton Defence Scientist Tactical Vehicle Systems Section DRDC Suffield Defence Research and Development Canada Phone: (403) 544-4724 Email: Simon.Monckton(a)drdc-rddc.gc.ca ---------------------------------------------------------------------

3 4

Re: [Boost-users] Re: How to serialize a vector?
by kauai 19 Apr '05

19 Apr '05

Thank you, actually was a newbie mistake. Forgot to include: #include <boost/serialization/vector.hpp> --- Jeff Flinn <TriumphSprint2000(a)hotmail.com> wrote: > > "kauai" <kauai_diver(a)yahoo.com> wrote in message > news:20050419013506.49781.qmail@web60707.mail.yahoo.com... > > Hi all, > > > > I am having problems serializing a vector. > > > > When I have code like this: > > > > ar & m_attrVec; // in my serialize function > > > > I get this error: > > > > xyz.cpp:213: no match for > > `boost::archive::text_iarchive& << > > std::vector<Attribute*, std::allocator<Attribute*> > >&' > > operator > > > > Am I missing something, > > Have you read > http://www.boost.org/libs/serialization/doc/index.html. > > The error is most likely related to your Attribute > pointer, and not so much > with the vector itself. > > Jeff Flinn > > > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users > __________________________________ Do you Yahoo!? Plan great trips with Yahoo! Travel: Now over 17,000 guides! http://travel.yahoo.com/p-travelguide

1 0

Filesystem woes
by steve ahlgren 19 Apr '05

19 Apr '05

Hello all : I'm having great difficulty with boost::filesystem::path (again) and wondering if anyone else has seen this behavior. I'm using vc7.1 (msvc 2003) testing with both static and dynamic link boost::filesystem libraries. The behavior is as follows : 1. The boost regression tests all pass ( ie, in BOOST_ROOT/status running "bjam --dump-tests" and sorting through the output ). 2. If I use fs::path in my code with an absolute windows path ( ie c:/temp ) it _always_ throws. As an example, when I include the following code from the fs test file path_test.cpp in my own code it fails : fs::path p = fs::path( "c:/", fs::native ); assert( p.relative_path().string() == "" ); assert( p.branch_path().string() == "c:" ); assert( p.leaf() == "/" ); assert( p.root_name() == "c:" ); assert( p.root_directory() == "/" ); assert( p.root_path().string() == "c:/" ); assert( p.has_root_path() ); assert( p.has_root_name() ); assert( p.has_root_directory() ); assert( !p.has_relative_path() ); assert( p.has_leaf() ); assert( p.has_branch_path() ); assert( p.is_complete() ); 3. The exceptions are being chucked by the checker code; if I use boost::filesystem::no_check it doesn't fail. The checker complains that "c:" is invalid but clearly it's not ! 4. Before anyone mentions it, the rtls are consistent across all libraries including boost. Perhaps that's the problem though? Do people use boost successfully with /MD and /MDd? Has anyone else seen similar behavior or have any suggestions about what may be happening? As a long shot is this something to do with wchar_t settings on msvc ( /Zc:wchar_t )?? If it's not too much trouble (and I'm assuming it doesn't break the license ) can someone send me the debug build of boost::fs lib (either static or import/dll)? I'll happily pay you back in good kharma! Many thanks in advance; Steve a.

3 3

How to serialize a vector?
by kauai 19 Apr '05

19 Apr '05

Hi all, I am having problems serializing a vector. When I have code like this: ar & m_attrVec; // in my serialize function I get this error: xyz.cpp:213: no match for `boost::archive::text_iarchive& << std::vector<Attribute*, std::allocator<Attribute*> >&' operator Am I missing something, or do I have to use a different method to serialize vectors? Thanks for any help, Kauai __________________________________ Do you Yahoo!? Plan great trips with Yahoo! Travel: Now over 17,000 guides! http://travel.yahoo.com/p-travelguide

2 1

Placeholder Arguments
by Joe McCay 19 Apr '05

19 Apr '05

How do the placeholders actually get the arguments applied? I have read through parts of the metaprogramming book and the documentation. It's obvious to me how something like _1 (arg<1>) selects its argument. I haven't been able to figure out is how it gets the arguments in the first place considering the Lambda expression is not something like _1(5) in most of the examples I have found. My template skills are weak, and I am attempting to sharpen my them (and metaprogramming skills). Thank you in advance. Sincerely, Joseph L. McCay

2 1

dijkstra-listS bug in MSVC 6.0?
by Vivid Yang 19 Apr '05

19 Apr '05

Hi, I tried to compile dijkstra-example-listS (BGL CVS) in MSVC 6.0. There were several errors. In the code tie(e, inserted) = add_edge(edge_array[j].first, edge_array[j].second, g); The variable int edge_array[j].first and edge_array[j].second cannot be converted to descriptors. To solve this, I have to map int (A, B, C, D, E) to descriptor first: std::pair<int, vertex_descriptor> maps[5]; int c = 0; graph_traits<graph_t>::vertex_iterator i, iend; for (tie(i, iend) = vertices(g); i != iend; ++i, ++c) { maps[c] = std::pair<int, vertex_descriptor>(c, *i); } ------------------------------------------------------------------ The same problem happens in dijkstra_shortest_paths.hpp In the lines : typename graph_traits<VertexListGraph>::vertex_iterator ui, ui_end; put(distance, *ui, inf); put(predecessor, *ui, *ui); put(distance, s, zero); They cannot convert descriptor s and (*ui) from (void *) to int Here is the error description: boost\boost_1_32_0\boost\graph\dijkstra_shortest_paths.hpp(211) : error C2664: 'void __cdecl boost::put(int *,int,const double &)' : cannot convert parameter 2 from 'void *' to 'int' This conversion requires a reinterpret_cast, a C-style cast or function-style cast Regards, Vivid

4 3

Strange compile error with Boost.Serialization
by Klaus Nowikow 19 Apr '05

19 Apr '05

Hello all, when I compile the code below (with MSVC 7.1), I get an error telling me that "'serialize' : is not a member of 'std::vector<_Ty>'". I will post the exact error message below the code. The strange thing about this is that when I change the #define TEST line to #define TEST 1 (or 2 or 3), it compiles ok [1 means that only the iarchive is used, 2 that the oarchive is used, and 3 that a 'B' object is serialized instead of an 'A' object]. Is there anything wrong with the code? Thanks and best regards, Klaus <code> #include <boost/serialization/vector.hpp> #include <boost/serialization/nvp.hpp> #include <boost/archive/binary_oarchive.hpp> #include <boost/archive/binary_iarchive.hpp> #include <sstream> #define TEST 0 // Change this to 1, 2, or 3 struct C { int m_; template <class Archive> void serialize(Archive& ar, size_t i) { ar & BOOST_SERIALIZATION_NVP(this->m_); } }; struct B { std::vector<C> m_; template <class Archive> void serialize(Archive& ar, size_t i) { ar & BOOST_SERIALIZATION_NVP(this->m_); } }; struct A { B m_; template <class Archive> void serialize(Archive& ar, size_t i) { ar & BOOST_SERIALIZATION_NVP(this->m_); } }; void save() { #if TEST != 3 A object; #else B object; #endif std::stringstream str; boost::archive::binary_oarchive ar(str); #if TEST != 1 ar << BOOST_SERIALIZATION_NVP(object); #endif } void load() { #if TEST != 3 A object; #else B object; #endif std::stringstream str; boost::archive::binary_iarchive ar(str); #if TEST != 2 ar >> BOOST_SERIALIZATION_NVP(object); #endif } int main(int, char**) { return 0; } </code> <errormessage> ../../Libraries\Boost\include\boost-1_32\boost\serialization\access.hpp(106) : error C2039: 'serialize' : is not a member of 'std::vector<_Ty>' with [ _Ty=C ] ../../Libraries\Boost\include\boost-1_32\boost\serialization\serialization.hpp(78) : see reference to function template instantiation 'void boost::serialization::access::serialize<Archive,T>(Archive &,T &,const unsigned int)' being compiled with [ Archive=boost::archive::binary_iarchive, T=std::vector<C> ] ../../Libraries\Boost\include\boost-1_32\boost\serialization\serialization.hpp(121) : see reference to function template instantiation 'void boost::serialization::serialize<Archive,T>(Archive &,T &,const unsigned int)' being compiled with [ Archive=boost::archive::binary_iarchive, T=std::vector<C> ] ../../Libraries\Boost\include\boost-1_32\boost\archive\detail\iserializer.hpp(159) : see reference to function template instantiation 'void boost::serialization::serialize_adl<Archive,T>(Archive &,T &,const unsigned int)' being compiled with [ Archive=boost::archive::binary_iarchive, T=std::vector<C> ] ../../Libraries\Boost\include\boost-1_32\boost\archive\detail\iserializer.hpp(109) : while compiling class-template member function 'void boost::archive::detail::iserializer<Archive,T>::load_object_data(boost::archive::detail::basic_iarchive &,void *,const unsigned int) const' with [ Archive=boost::archive::binary_iarchive, T=std::vector<C> ] ../../Libraries\Boost\include\boost-1_32\boost\archive\detail\iserializer.hpp(328) : see reference to class template instantiation 'boost::archive::detail::iserializer<Archive,T>' being compiled with [ Archive=boost::archive::binary_iarchive, T=std::vector<C> ] ../../Libraries\Boost\include\boost-1_32\boost\archive\detail\iserializer.hpp(326) : while compiling class-template member function 'void boost::archive::detail::load_non_pointer_type<Archive,T>::load::invoke(Archive &,T &)' with [ Archive=boost::archive::binary_iarchive, T=std::vector<C> ] ../../Libraries\Boost\include\boost-1_32\boost\archive\detail\iserializer.hpp(366) : see reference to class template instantiation 'boost::archive::detail::load_non_pointer_type<Archive,T>::load' being compiled with [ Archive=boost::archive::binary_iarchive, T=std::vector<C> ] ../../Libraries\Boost\include\boost-1_32\boost\archive\detail\iserializer.hpp(331) : while compiling class-template member function 'void boost::archive::detail::load_non_pointer_type<Archive,T>::invoke(Archive &,T &)' with [ Archive=boost::archive::binary_iarchive, T=std::vector<C> ] ../../Libraries\Boost\include\boost-1_32\boost\archive\detail\iserializer.hpp(529) : see reference to class template instantiation 'boost::archive::detail::load_non_pointer_type<Archive,T>' being compiled with [ Archive=boost::archive::binary_iarchive, T=std::vector<C> ] ../../Libraries\Boost\include\boost-1_32\boost\archive\basic_binary_iarchive.hpp(66) : see reference to function template instantiation 'void boost::archive::load<Archive,T>(Archive &,T &)' being compiled with [ Archive=boost::archive::binary_iarchive, T=std::vector<C> ] ../../Libraries\Boost\include\boost-1_32\boost\archive\binary_iarchive.hpp(45) : see reference to function template instantiation 'void boost::archive::basic_binary_iarchive<Archive>::load_override<T>(T &,int)' being compiled with [ Archive=boost::archive::binary_iarchive, T=std::vector<C> ] ../../Libraries\Boost\include\boost-1_32\boost\archive\detail\interface_iarchive.hpp(92) : see reference to function template instantiation 'void boost::archive::binary_iarchive_impl<Archive>::load_override<T>(T &,int)' being compiled with [ Archive=boost::archive::binary_iarchive, T=std::vector<C> ] ../../Libraries\Boost\include\boost-1_32\boost\serialization\nvp.hpp(58) : see reference to function template instantiation 'Archive &boost::archive::detail::interface_iarchive<Archive>::operator &<T>(T &)' being compiled with [ Archive=boost::archive::binary_iarchive, T=std::vector<C> ] ../../Libraries\Boost\include\boost-1_32\boost\serialization\access.hpp(106) : see reference to function template instantiation 'void boost::serialization::nvp<T>::serialize<Archive>(Archive &,const unsigned int) const' being compiled with [ T=std::vector<C>, Archive=boost::archive::binary_iarchive ] ../../Libraries\Boost\include\boost-1_32\boost\serialization\serialization.hpp(78) : see reference to function template instantiation 'void boost::serialization::access::serialize<Archive,T>(Archive &,T &,const unsigned int)' being compiled with [ Archive=boost::archive::binary_iarchive, T=boost::serialization::nvp<std::vector<C>> ] ../../Libraries\Boost\include\boost-1_32\boost\serialization\serialization.hpp(121) : see reference to function template instantiation 'void boost::serialization::serialize<Archive,T>(Archive &,T &,const unsigned int)' being compiled with [ Archive=boost::archive::binary_iarchive, T=boost::serialization::nvp<std::vector<C>> ] ../../Libraries\Boost\include\boost-1_32\boost\archive\detail\iserializer.hpp(320) : see reference to function template instantiation 'void boost::serialization::serialize_adl<Archive,T>(Archive &,T &,const unsigned int)' being compiled with [ Archive=boost::archive::binary_iarchive, T=boost::serialization::nvp<std::vector<C>> ] ../../Libraries\Boost\include\boost-1_32\boost\archive\detail\iserializer.hpp(314) : while compiling class-template member function 'void boost::archive::detail::load_non_pointer_type<Archive,T>::load_only::invoke(Archive &,T &)' with [ Archive=boost::archive::binary_iarchive, T=boost::serialization::nvp<std::vector<C>> ] ../../Libraries\Boost\include\boost-1_32\boost\archive\detail\iserializer.hpp(366) : see reference to class template instantiation 'boost::archive::detail::load_non_pointer_type<Archive,T>::load_only' being compiled with [ Archive=boost::archive::binary_iarchive, T=boost::serialization::nvp<std::vector<C>> ] ../../Libraries\Boost\include\boost-1_32\boost\archive\detail\iserializer.hpp(331) : while compiling class-template member function 'void boost::archive::detail::load_non_pointer_type<Archive,T>::invoke(Archive &,T &)' with [ Archive=boost::archive::binary_iarchive, T=boost::serialization::nvp<std::vector<C>> ] ../../Libraries\Boost\include\boost-1_32\boost\archive\detail\iserializer.hpp(529) : see reference to class template instantiation 'boost::archive::detail::load_non_pointer_type<Archive,T>' being compiled with [ Archive=boost::archive::binary_iarchive, T=boost::serialization::nvp<std::vector<C>> ] ../../Libraries\Boost\include\boost-1_32\boost\archive\basic_binary_iarchive.hpp(66) : see reference to function template instantiation 'void boost::archive::load<Archive,T>(Archive &,T &)' being compiled with [ Archive=boost::archive::binary_iarchive, T=boost::serialization::nvp<std::vector<C>> ] ../../Libraries\Boost\include\boost-1_32\boost\archive\binary_iarchive.hpp(45) : see reference to function template instantiation 'void boost::archive::basic_binary_iarchive<Archive>::load_override<T>(T &,int)' being compiled with [ Archive=boost::archive::binary_iarchive, T=boost::serialization::nvp<std::vector<C>> ] ../../Libraries\Boost\include\boost-1_32\boost\archive\detail\interface_iarchive.hpp(105) : see reference to function template instantiation 'void boost::archive::binary_iarchive_impl<Archive>::load_override<T>(T &,int)' being compiled with [ Archive=boost::archive::binary_iarchive, T=boost::serialization::nvp<std::vector<C>> ] ../../Libraries\Boost\include\boost-1_32\boost\archive\detail\interface_iarchive.hpp(111) : see reference to function template instantiation 'Archive &boost::archive::detail::interface_iarchive<Archive>::operator >><T>(const T &)' being compiled with [ Archive=boost::archive::binary_iarchive, T=boost::serialization::nvp<std::vector<C>> ] </errormessage>

2 3

RE: [Boost-users] RE: Boost thread problem
by Sliwa, Przemyslaw (London) 19 Apr '05

19 Apr '05

Ben, Thank you for this. Your reply was very useful, I will have a look at it. Thanks again, Pshemek -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Ben Hutchings Sent: 18 April 2005 19:37 To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] RE: Boost thread problem Sliwa, Przemyslaw (London) wrote: > The CFXTrade is a dummy class. > Here is the simple code, > > Pshemek Well, there's nothing wrong with CFXTrade, but at least I know I have a complete program to look at now. read_trades() copies TradeVector without locking the mutex that should protect it. It should be passing boost::ref(TradeVector) to boost::bind instead of TradeVector, or maybe not passing an argument at all. This is probably what's responsible for the crash. Other problems I spotted: - read_from_disk doesn't use its argument; it uses TradeVector directly - generate_file is not exception-safe - if thread creation fails, out will not be closed and other child threads will not be joined - generate_file also copies the vector it passes to threads (but this does not affect correctness and so long as generate_file may exit without joining the child thread it is unsafe to pass a reference) - getTradeFromString has no error-handling Ben. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ --------------------------------------------------------

1 0

Re: simple example with boost/serialization?
by Alex Makarenko 18 Apr '05

18 Apr '05

Thanks Daniel, you were spot on: I did have a compiled copy of boost 1.29 in there. Now to the bad news: demo.cpp compiles but does not link with what looks like a thousand symbols missing (archives and serialization stuff). Seems like i'm missing a library, but which one? and is it supposed to come with the debian package? (I do have all the include files.) I looked but couldn't find a dedicated package for just the serialization library. There're three mentions of "libboost_serialization" in the archive of this mailing list but not a single word in the current documentation (website or local). Is there some chunk of documentation I'm thoroughly missing? Thanks again, alex Date: Sun, 17 Apr 2005 09:47:36 +0100 From: Daniel James <daniel(a)calamity.org.uk> Subject: [Boost-users] Re: simple example with boost/serialization? To: boost-users(a)lists.boost.org Message-ID: <d3t7k2$dbn$1(a)sea.gmane.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Alex Makarenko wrote: > I am trying to use the boost serialization library but can't compile > even the simplest demo. [snip] > In file included from /usr/local/include/boost/config.hpp:35, > from /usr/include/boost/serialization/utility.hpp:21, > from demo.cpp:16: > /usr/local/include/boost/config/compiler/gcc.hpp:57:7: warning: > #warning "Unknown compiler version - please run the configure tests > and report the results" This looks wrong, boost 1.32 should know about gcc-3.3. Also, boost/config.hpp is in /usr/local/include, but boost/serialization/utility.hpp is in /usr/include. My guess is that you've got an old version of boost in /usr/local/include, and the pre-built debian packages in /usr/include There's a bug in the debian packages which causes some files to be lost during an upgrade to the new version, it looks like that has happened here. If I'm right then you should remove the boost packages, remove the old version from /usr/local and reinstall the boost packages (the bug only affects upgrades, not installs). Daniel

3 2

RE: [Boost-users] RE: Boost thread problem
by Sliwa, Przemyslaw (London) 18 Apr '05

18 Apr '05

The CFXTrade is a dummy class. Here is the simple code, Pshemek -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Ben Hutchings Sent: 18 April 2005 17:04 To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] RE: Boost thread problem Sliwa, Przemyslaw (London) wrote: > Wow, wow, wow, > > Guys, this was my private program. I simply did not have access to the private email account from work. > As you have probably seen the issue was not with the CFXTrade class but rather with the vectro<T> one. I very much doubt that there's a bug in the std::vector implementation you're using. More likely CFXTrade doesn't meet the requirements for vector element types (CopyConstructible and Assignable). But and queue uses deque by default, and deque imposes the same requirements, so even if your program works on your current compiler it could break if you use any other compiler, or a different version, or even different options. Of course, we can't really tell if you don't post the missing code. Ben. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ --------------------------------------------------------

2 1

RE: [Boost-users] Re: MultiIndexSet invariant test failure
by Manges, Ross G 18 Apr '05

18 Apr '05

Joaquin M Lopez Munoz wrote: > You've got to implement semantics equivalent to that of > the < relationship between numbers: > > http://www.sgi.com/tech/stl/StrictWeakOrdering.html Ah ha! After some serious unit testing, I uncovered a case in my sorting logic that does not comply with the strict weak ordering requirement. I have now fixed the logic, and I am no longer getting the invariant assert! Sorry to send you all on a "wild goose chase". I did consequently run into a SAFE_MODE related exception where an iterator to one of the indices was going invalid after an 'erase()' was called, and I'm still having problems with shared_ptrs, but I'll save the details for another discussion. Thanks for all of your help!

1 0

RE: [Boost-users] RE: Boost thread problem
by Sliwa, Przemyslaw (London) 18 Apr '05

18 Apr '05

I see the mailing program did not attach the code. Here it is: #pragma once #include <string> #include <fstream> class CFXTrade { public: CFXTrade(); CFXTrade(int, const std::string&, double); virtual ~CFXTrade(); public: int m_TradeID; std::string m_Name; double m_Amount; public: // Write the attributes to file void getWrittenToDisk(std::ofstream&); }; #include ".\fxtrade.h" #include <cmath> using namespace std; CFXTrade::CFXTrade() { } CFXTrade::CFXTrade(int nTradeID, const std::string& nName, double nAmount) : m_TradeID(nTradeID), m_Name(nName), m_Amount(nAmount) {} CFXTrade::~CFXTrade() {} // Write the attributes to file void CFXTrade::getWrittenToDisk(ofstream& nOutput) { nOutput << m_TradeID << ";" << m_Name << ";" << m_Amount << endl; } #include "FXTrade.h" #include <string> #include <sstream> #include <vector> #include <queue> #include <vector> #include <iostream> #include <cmath> #include <exception> #include <boost/random.hpp> #include <boost/thread/thread.hpp> #include <boost/thread/mutex.hpp> #include <boost/bind.hpp> using namespace std; using namespace boost; namespace write_namespace { mutex file_mutex; ofstream out; const size_t dimension(10000); const size_t size(10); const unsigned int number_of_threads(10); } queue<CFXTrade> TradeVector; namespace read_namespace { mutex in_file_mutex; ifstream in; } void write_to_disk(const vector<CFXTrade>& nVector) { using namespace write_namespace; mutex::scoped_lock lock(file_mutex); for(vector<CFXTrade>::const_iterator i_ptr=nVector.begin(); i_ptr!=nVector.end(); ++i_ptr) { out << i_ptr->m_TradeID << ";" << i_ptr->m_Name << ";" << i_ptr->m_Amount << endl; } } auto_ptr<CFXTrade> getTradeFromString(string& c_tmp) { int i_TradeID; string c_Name, c_sub; string::size_type pos; double d_Amount(0.0); pos = c_tmp.find(";"); c_sub = c_tmp.substr(0, pos); i_TradeID = atoi(c_sub.c_str()); c_sub = c_tmp.substr(++pos, 3); c_Name = c_sub; c_sub = c_tmp.substr(pos+4, 3); d_Amount = atof(c_sub.c_str()); d_Amount = 100.; return auto_ptr<CFXTrade>(new CFXTrade(i_TradeID, c_Name, d_Amount)); } void read_from_disk(queue<CFXTrade>& nTradeVector) { using namespace write_namespace; using namespace read_namespace; string c_tmp; try { mutex::scoped_lock lock(in_file_mutex); for(size_t i=0; i<dimension; ++i) { getline(in, c_tmp); TradeVector.push(*getTradeFromString(c_tmp) ); } } catch(exception& e) { mutex::scoped_lock lock(in_file_mutex); cout << "A standard exception caught from " << __LINE__ << endl; cout << e.what() << endl; } } bool generate_file() { using namespace write_namespace; vector< thread* > ThreadVector(number_of_threads); mt19937 mt2; random_number_generator<mt19937> std_rng(mt2); int TradeIDVector[] = {1, 2, 3, 4, 5, 6, 7, 8, 9, 10}; char* NameVector[] = {"ABC", "BCD", "CDE", "DEF", "EFG", "FGH", "GHI", "HIJ", "IJK", "JKL"}; double AmountVector[] = {10., 20., 30., 40., 50., 60., 70., 80., 90., 11.}; vector< vector<CFXTrade> > TradeVector(number_of_threads); for(int i=0; i<number_of_threads; ++i) { for(int j=0; j<dimension; ++j) { TradeVector[i].push_back(CFXTrade(TradeIDVector[std_rng(size)], string(NameVector[std_rng(size)]), AmountVector[std_rng(size)])); } } out.open("file.txt"); for(int i=0; i<number_of_threads; ++i) { ThreadVector[i] = new thread(bind(&write_to_disk, TradeVector[i])); } for(int i=0; i<number_of_threads; ++i) { ThreadVector[i]->join(); } for(int i=0; i<number_of_threads; ++i) { delete ThreadVector[i]; } out.close(); return true; } bool read_trades() { using namespace write_namespace; using namespace read_namespace; vector<thread*> ReadThreadVector(number_of_threads); in.open("file.txt"); try { for(int i=0; i<number_of_threads; ++i) { ReadThreadVector[i] = new thread(bind(&read_from_disk, TradeVector)); } for(int i=0; i<number_of_threads; ++i) { ReadThreadVector[i]->join(); } for(int i=0; i<number_of_threads; ++i) { delete ReadThreadVector[i]; } } catch(exception& e) { cout << "A standard exception caught from " << __LINE__ << endl; cout << e.what() << endl; return false; } in.close(); return true; } void classified() { using namespace read_namespace; try { generate_file(); read_trades(); } catch(exception& e) { cout << e.what() << endl; exit(EXIT_FAILURE); } catch(...) { cout << "Unknown exception occured" << endl; } cout << TradeVector.size() << endl; } int main() { classified(); } -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Ben Hutchings Sent: 18 April 2005 17:04 To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] RE: Boost thread problem Sliwa, Przemyslaw (London) wrote: > Wow, wow, wow, > > Guys, this was my private program. I simply did not have access to the private email account from work. > As you have probably seen the issue was not with the CFXTrade class but rather with the vectro<T> one. I very much doubt that there's a bug in the std::vector implementation you're using. More likely CFXTrade doesn't meet the requirements for vector element types (CopyConstructible and Assignable). But and queue uses deque by default, and deque imposes the same requirements, so even if your program works on your current compiler it could break if you use any other compiler, or a different version, or even different options. Of course, we can't really tell if you don't post the missing code. Ben. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ --------------------------------------------------------

1 0

boost version 1.33
by Perepelitsa Roman 18 Apr '05

18 Apr '05

When will be boost version 1.33 released? Thanks in advance, Roma.

3 3

RE: [Boost-users] RE: Boost thread problem
by Sliwa, Przemyslaw (London) 18 Apr '05

18 Apr '05

The strange thing is -> works fine on a single processor Linux SUSE 9.1 but gives segmentation fault on a double processor machine with the same OS. I do not understand this. Pshemek -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Ben Hutchings Sent: 18 April 2005 17:04 To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] RE: Boost thread problem Sliwa, Przemyslaw (London) wrote: > Wow, wow, wow, > > Guys, this was my private program. I simply did not have access to the private email account from work. > As you have probably seen the issue was not with the CFXTrade class but rather with the vectro<T> one. I very much doubt that there's a bug in the std::vector implementation you're using. More likely CFXTrade doesn't meet the requirements for vector element types (CopyConstructible and Assignable). But and queue uses deque by default, and deque imposes the same requirements, so even if your program works on your current compiler it could break if you use any other compiler, or a different version, or even different options. Of course, we can't really tell if you don't post the missing code. Ben. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ --------------------------------------------------------

1 0

A Simple Problem: File Transfer...
by Hossein Haeri 18 Apr '05

18 Apr '05

Dear all, If you were assigned to write a file transfer utitlity "in C++", what would your suggestions be? More specific, I've got two IP's (perhaps plus their ports), I've got to send one file from one to the other. Which parts of the Boost would you use, if any? TIA, --Hossein Send instant messages to your online friends http://uk.messenger.yahoo.com

2 1

RE: [Boost-users] RE: Boost thread problem
by Sliwa, Przemyslaw (London) 18 Apr '05

18 Apr '05

Wow, wow, wow, Guys, this was my private program. I simply did not have access to the private email account from work. As you have probably seen the issue was not with the CFXTrade class but rather with the vectro<T> one. Regards, Pshemek -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of C. Michailidis Sent: 16 April 2005 09:12 To: boost-users(a)lists.boost.org Subject: [Boost-users] RE: Boost thread problem > I think the bug might lie in the copy-assignment operator for CFXTrade. > std::vector<CFXTrade> may use that whereas std::queue<CFXTrade> > probably will not. This is a very keen observation Ben! Whether or not this is the case, it certainly is motivation to make sure that sample code posted to the list is free from all references to proprietary code. In addition, I would say that before submitting code samples to boost-users we should make every effort possible to simplify the sample to the bare minimum required to reproduce the bug/problem in question. We should also consider that by submitting proprietary code to the list, we may be in violation of confidentiality agreements had w/ our employers or customers. Remember, this list is archived and could (theoretically) be the kind of proof an employer/customer needs to fire/sue you. After all, the boost-users list is about helping users w/ boost - not with 3rd party (and possibly proprietary) code. I think we all know that the quality of open-source peer-reviewed codes can be dramatically higher than that of closed-source; can boost-users really afford to help track down a multitude of problems in a potentially huge number of proprietary apps/libs? Oh, and always use protection when having promiscuous sex! Signed, a hard-liner ;-) _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ --------------------------------------------------------

2 1

RE: [Boost-users] RE: Boost thread problem
by Sliwa, Przemyslaw (London) 18 Apr '05

18 Apr '05

Why not? AFAIK GSL, one of the most important open source numerical libraries uses double precision, so I do not see the point why you say double is not good enough for scientific applications. Regards, Pshemek -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Mauricio Gomes Sent: 17 April 2005 04:12 To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] RE: Boost thread problem Ben is right, you simply can't use double for any serious financial/scientific calculation. And indeed I hope someday an arbitrary math precision library be part of the standard C++. Look for a standard for the place where this is going to be used. If there isn't one. Use an arbitrary math precision library anyway. Take a look at mapm: http://www.cuj.com/documents/s=8020/cuj0111ring/ http://www.tc.umn.edu/~ringx004/mapm-main.html There are other comercial alternatives, a quick google search produced this: http://www.boic.com/b1mnum.pdf http://www.boic.com/numintro.htm Hope this helps, Mauricio Gomes Pensar Digital phone: 55-11-4121-6287 mobile: 55-11-8319-9610 http://pensardigital.com On Apr 15, 2005, at 2:37 PM, Ben Hutchings wrote: > Sliwa, Przemyslaw (London) wrote: >> Thanks, Ben, what should I use for representing the money amounts? A >> boolean :)) ? > > If you're dealing with other people's money then there are regulations > that specify the required intermediate precision and rounding rules, > which may vary from place to place. I believe you'll need to use > fixed-point decimal fractions, perhaps implemented as integer counts > of hundredths or ten-thousandths of a currency unit. I've not done > this myself so I don't know the details, but I'm fairly sure that > getting this wrong can put you on the wrong side of the law. > > Ben. > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users > _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ --------------------------------------------------------

2 1

Re: You provide gun, I provide foot.
by C. Michailidis 18 Apr '05

18 Apr '05

> In any case, the boost libs still rock! Maybe I'll dig a little deeper and > make a proposal; after April 15th of course! After investigating various ways to solve my difficulties from previous posts (see http://lists.boost.org/boost-users/2005/04/11119.php and http://lists.boost.org/boost-users/2005/04/11120.php) I've settled on the following solution. I believe the changes contained in the following patch (to http://www.boost.org/libs/thread/example/recursive_mutex.cpp) enable more traditional/procedural mutex operation (i.e. un-scoped locks). I think my COM component is saved! diff -u recursive_mutex.cpp recursive_mutex_key.cpp --- recursive_mutex.cpp Mon Apr 18 08:52:07 2005 +++ recursive_mutex_key.cpp Mon Apr 18 09:03:03 2005 @@ -13,19 +13,27 @@ #include <boost/thread/thread.hpp> #include <iostream> +#define recursive_mutex_key boost::detail::thread::lock_ops<boost::recursive_mutex> + class counter { public: counter() : count(0) { } int add(int val) { - boost::recursive_mutex::scoped_lock scoped_lock(mutex); + int retval; + recursive_mutex_key::lock(mutex); count += val; - return count; + retval = count; + recursive_mutex_key::unlock(mutex); + return retval; } int increment() { - boost::recursive_mutex::scoped_lock scoped_lock(mutex); - return add(1); + int retval; + recursive_mutex_key::lock(mutex); + retval = add(1); + recursive_mutex_key::unlock(mutex); + return retval; } private: Feedback greatly appreciated, Dino P.S. Taxes all done, ya!

1 0

RE: [Boost-users] Lapack Bindings
by Lyon, Richard 18 Apr '05

18 Apr '05

Hi, A good alternative is to call the ATLAS CLAPACK/CBLAS DLL's directly from your c/c++ code. The only reason for using another layer on top of these libraries is too assist with the construction of the matrices, arithmetic operations, marshalling and I/O. You will need to look closely at the BLAS/LAPACK documentation at netlib to understand the various API's. With this approach you are not locked into c/c++. Calling CLAPACK/CBLAS from C# works well. ATLAS supports both row and column major type matrices. The matrix must be marshalled as a continuous array. Initially the CLAPACK/CBLAS interface looks complex, but after the initial hurdle is passed life is pretty straight forward. Looked and BLITZ and TNT but decided there seemed to be too much hype and not much documentation. LAPACK++ might be worth a try. Calling ATLAS CLAPACK/CBLAS DLL's directly works fine for me, but it really depends upon your requirements. Regards Richard Lyon -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Franz Mueller Sent: Sunday, 17 April 2005 9:15 AM To: boost-users(a)lists.boost.org Subject: [Boost-users] Lapack Bindings What about the future of the bindings, is there someone actively extending it? Is it actually worth using boost ublas/lapack-bindings or is there a better alternative? (TNT/JAMA, blitz, gmm,...) Thanks for your help, Franz _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

RE: [Boost-users] RE: Boost thread problem
by Sliwa, Przemyslaw (London) 18 Apr '05

18 Apr '05

Is it still related to the initial bug in the code? Thanks Sami -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of remi.chateauneu(a)gmx.de Sent: 17 April 2005 17:29 To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] RE: Boost thread problem Ben Hutchings wrote: > If you're dealing with other people's money then there are regulations > that specify the required intermediate precision and rounding rules, > which may vary from place to place. For market risk, the amounts are very high and somewhat 'virtual', because what is evaluated is a probability of gain/loss, and therefore some imprecision is acceptable. When it is about 'real' money, imprecision is unavoidable (...change rates...), but what helps is the small number of operations (couple of additions / multiplications) in each separate transaction. When other types of financial operations implies many numbers, regulations may enforce to have specific accounts storing rounding errors (differences between the actual and expected results): Although there are rounding errors, nothing 'disappeared' from the bank's books. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ --------------------------------------------------------

1 0

FSM libraries
by Marcin Tustin 18 Apr '05

18 Apr '05

Does anyone know roughly when the boost::fsm library will be finalised? Marcin Tustin IT Innovation Centre 2 Venture Road Chilworth Science Park Southampton, SO16 7NP, UK tel: +44 23 8076 0834 fax: +44 23 8076 0833 mailto:mt@it-innovation.soton.ac.uk http://www.it-innovation.soton.ac.uk

3 3

Subgraphes and unneeded children
by Elvanör 18 Apr '05

18 Apr '05

Hello, Can I reiterate my question about subgraphes: is there a way to delete unneeded children of the root subgraph? If I pass the root subgraph object to an algorithm, will it contain all the information about the subgraphes? If there is no way to delete unneeded children, how can I safely pass to an algorithm a set of subgraphes of the root graph ?? Also, are the bundled properties for subgraphes implemented yet in CVS ? Thank you, Jean-Noël

2 6

BGL Fruchterman Reingold Layout
by Gordon Smith 17 Apr '05

17 Apr '05

I searched the net, but couldn't see any real world examples of what the Fruchterman Reingold Layout should look like. Having played with it, it seems the vertices gravitate towards the bounding rectangle and a horizontal / Vertical cross about one fifth into the rectangle. Is this expected (which is not very impressive)? I have attached two small images one of a regular spring layout and one of the Fruchterman Reingold Layout (note the data is just random). Gordon. begin 666 image003.png MB5!.1PT*&@H````-24A$4@``!0````/H" (````.0<1U`````7-21T(`KLX< MZ0``K;])1$%4>%[M_;VN)-G9(.:RB&/5EC0W,?H#"9".0'IB>S1DT*"C&Y Q M^H[P6<+G=;='C$5(G#'.-;31A@"U5V4VO2;4A&8T`YP+.-;1S"[K`'U6U:J* MBAT1F;DB8D7$^GD2&[MW9T6LG^==F1EOOI&1KU[_\W_QLWRW5Z]B6Q__\['A M5^/___1/'_X[W>[#72_OC.V]OV]Z_Z>^7MP_^I_;W7YJ[,7&GQ0^S6$ZDY=# MF$UT],^S@2Z-/DY_<;8WIONYV5N3'"$M-/SQKB7&EW,>S7S:S&+T%A@7[3^' M<LGV\^"7%M%-WANS^K!:%J>UN$1?;#N"7EQSZ4OTXYQFX_B\^!?M7O*\,/_T M3\M+=V;XXF&SN((_-KBH\G&8LP?DXB/OTUP7G@$6'U*WUMS2_>_#L_2T\.E! M].FQ.SRG+)J]? [Y'(/I<\NHJ]ESR^RAO+A87H[UWA*=/0.,`K'8^?VGI=$" M6/*Z87OK:2@^Y4XG\^)9YL5SQ<LP+,3@Q3/ ;'HO5] T6HLK?C3"A6$N/ ,L M/H_,%O^M(-QZ/'^<^/(BO?'0NO7(7^1>#.8L-D.L;KV&O0ST-$#3:"\N[<?/ M**/=EIZ/1D\X"[/RFOCI0?1RV2PMHL6U/'I*G/%^V.'64EI:32]#^?*E8GBP M?UPVJ4OTUF/H\^J[]<BX]<3SZ3EH\1GBW@/^WA/.9ZFT!^2G`$T9;@7):^+\ MM>53@&\<=8XH/[_L+"[1V2OZC:7[X?&P]"QT^VG(:^)R)K;(> -W?)QP\=^O M8@+\/__[?ST?R%<?[HJ_)[=_>2-ME@`O/:H7T_=/+U2+!P&SA_K+5ZX7S_0+ MS\\?'O\++W_3(YP/4;WYJOAIA./8OSAF>O$_GY^29ON]&,EB=N'%?O24/65= M9/9B?_?5\M;2G+(M;'?CO9!/CY0;KZTW'Z"?'XL+#\B%!^KHH?#R<?.BXY<O M^[,-7XYF> ![L8_/=B^?J^[?L7A NWC,=.M=FEEW-Y\@%YZ?/]ZUT*$WA6\] M4F^_:^LU40+\\@CMY9'6XI'*P@'6XM%5/)I:?+Z8/N',-OST'+'T.+_Q9.Y- MX?&3^>S5T6OB]$AE>-U+6J+W7B237Q-K38"_^O" ??OV;?C]N]_]+OR.]PPW M"?#B^E(a)\U+E1O_YT%+1T++5\;//RH/=C++S8+[TE]_&Q[]WN.Z\+7NQ'.(L8 MTU>03P=+2Z^M+X]2IL=,"YG-I\:]VQT/'#\?(SY^GAOQ?I9=.$Y-/1[-\F+_ M807<2E07#D:FD_B$,:OM!+@3R]T+U.5C\OE\5IY\2"?A<=941\>?/<.7#X_ M,&?FHW]R5M0=G25>%>#1T_[G9[S%Y[O%%X=/QWC#OB^?"R3 "Z\Y\:7V[ 3X MO_]O_MGX)>W^WU]\\<6;-V]6;?\__,MOP_9K>XE[+52 O_J4^HX'$=+@</]P MDP!+@#^?";%X*+=PY_3A-SMZ>8DZ>PI;?)EV"O3B$__2D>'+0\B7O#=L/SR) M+APVKG@FG3WE?NIJ*5E8>G[^V->-S9?/(?ZT\705WOK_18SI*\@GOZ77UI<# M?SE6IT"_>#U;/-Q>/,9Y$:WE)Y2/!TP%O-A_6 %+B_3>TU:$>;%:IVMG^2%X MXVW5Q<?6(\9;W8^>0VXM^1?NLXF.GG"F,,Z*&CTFG!7U:1U]?C@O/#*FCY27 M#_H;G[I:7(.CE;VT@C_V[37Q\QKUL:!/"W*Z1%\LW4=/Y@O')2\.I9:>9T<K M.&G%%_2QH/B"&%+3O__MKR^.`6[\SS???A?*KB$!7K7]D !OV.OGPTB^_/37 M3S_][+_];W\7?N(=(?6-1>"P0?Q9=?N/_]=?_N.__<NJ76Q,@ `!`@0($"! M@ `!`GT*_/+7OYW\9'3XF "'M/;K47X;\O;P$W+@F/H.M[!-S(3C[?G?_:OQ MS_UA_8=_^Y?P,VSS'_[-_WIK^__O__F_A)^,D]04`0($"! @0( ``0($"+0J M$!/F\>SF]\1_7:@`AWM#$7CQ%O/DR>WI/_\?XT^*YG_XMS?SWI3=;4. ``$" M! @0($" ``$";0O\^,/WPT_*3,/&8;,A!XY_Q#LGM\$\/@?0OEW50X\WO<_ M_E__ZOUISQ]^%L<ZR8'_[W_SOW[Z>5'U50=.B;1M"! @0( ``0($"! @T(; M4+8=3H%.G]>0`]_)?D-KTP0X?&8Y?MQ]?CF/X?/9DX\!#V=!A[U"]AM^_R?_ MQ3_$G\EP_]/_\N,]0PX<4M^PS7_V7_T_PT_XX__^-Y]SX'_V7_]/X2=]PK8D M0( ``0($"! @0( `@6X%AI+O8NTWLGQ.@-^GOA^N_QR__6ARB_?';2:W5:= M_Z?_Y?M$=W*+%>!NXV3B! @0($" ``$"! @0(! $)B<_3S[9>Y]H<@KTXL:? M$N"?7J2^']/=#\GN."4>TN ]L9GGP+$"_)_]5_]3^-G3LGT)$"! @ `!`@0( M$"! H!F!F ^G3&<X\WGR>>#)OA\3X'C-Y_E7'X5/`@]?@Q3V'/^=,HA;VRS6 M@?<T:%\"! @0($" ``$"! @0*$W@T.\T&B8[^=SOG1QX= KTAWKO_*N/8J-W M4M_Q9X#_D__B_;6@[U\$:QR23Q_]C=?!^E_B9X#C1W]=!*NTM6L\! @0($" M``$"! @0.%1@G#"G=S0O%-\J';]Z_<__16CWW;__U^%WJ/?&ZS\/5\ :_SWN M/NXUOWW:\>4GA<.W"G_>]-.?\5);+YKX>-?\8\9Q0-/[/_[_R\MUO>CI5K>? M&EOX]^GEOSYO\G((GSH?)C#ZY]E ET8?I_^"YG-;B]-].92/&T\;^,P[8_RX MZ1+C_))G'[EO-S\*R"+SHNW[G9:F\5)S9ONQKZ7[/PDNS';I2FZ?[UL,4D0= MC7!QS2T&;7&)?AKXC69>+NK/H7LYC.G]'Q?.BY7W>8_%A3G[Y^G#Z=8#=]K7 MBY'-5LVMQ\#B0_36FENZ_WW89A&^MT07S1:X%[:[L41':_#%2!87R\NQWGC@ MQ75VXQ$V>P9X><?+!]'2@!:];MC>>AKZ-,+QL_3'02\LT<5)+SUOWWI\OWR8 M3Z.U_(3R>3C3[N-#>>F1=^LA,GMFF@7AUN/YTY/Q,OKT6646]A>K<&$>Z4\X MGZ9V8XF^#/3B$\XB\ZW7V,5%N;@V9W%8LOT$L_!0OW$(, O9G8?4TBKWFCA^ ME"P&:;IZ%Q]2R\\@7A/C:]3B$U[RD_;2T]C')[>%!\KM%Y7IP_W3P*:/^(7M MO"9^>@E<?,+PFKA\K/WQJ.V__V_^V=__]M?Q0<2MO[_Y]KOP,=LW;]ZLVOY_ M^)??A@;7]A+W6DB QX.3`"^^FB\]I]UZHOOT]+7XHBX!?O'R^O*%8O8*L?0Z M(@$>Y^NW%N9GY<4CQEMO"RR^F([ZF!TP>;&_D^S,G@%N'ZN\.&ZZ'[Q9(K&8 M`WUL0P*\^#0]>V(9W;&XQI>>S#\\T2\=D=Y[VGJY7%X<2(W^20+\\1DJ*4.[ M]9Z2!/C#XD]>HK?>K%YZ1$B ;SWMWCHN]*9P?*]J<O.:^!ED\55H)+986'SQ MML9+WE5+-,MK8GQ!#*GIUU]_G9(`AVUB`KQJ^R$!WK#7@P0X#"A^(?#D:5,% M>'%]+![JW'CMC@]_%> /CXN7<$N,MUY'), 2X(6G^4]WO7BY>/F"^R+;>-'$ MXDD*'W<>K<-IKGMKM[M+5 5X]A;8YUA4]6(O`?::^/F(?OK$\_'5?C@*?/R$ MXS5Q]'P]?3Y??'Y?,+]1(a)7WY%+/XA.--X<=+U&OBBW<I$][-7%BW\0#XUC'O MB'AZO+%\.D^!"?#_ZW_^0V+VNVVSF "O[>5%!3A\CO=C'#Y%Z*>8^'ZZ=R@% MQ_O#5Q\MCM4IT*-T;N3W\M![]"HH`8XK[,6#6P(\1AD2W,?IP.*[!%[L%UZE M7KQ,3!^=$N!/8B_>)%A@?/%Z/GT?HK,7^P^',2\-/KYZSHY</BRXQ11I]D+Q M,0*WVIW>_^FI\^7!Z^?7ZMO=3A\1+T;B%.@7BW^ZTN\\,D:,MPHV/A;T^>5N M^H3S*/'UFC(a)]#E]\PGC!.GWBN?7_$N"%',<IT NYS(?CSH67J.47Q,7,\:H[ M/U: <W4O`1ZE<Y_SW%%B\D):!?@CAP3XQ8'2RR/FA43BQK&4!/A.8KMX;+68 MI$F )<##,?E2BKE\)KD$>)KI+SX??=S(:^+H;8F7;U*^8%Q\:?R\Q<M_'EY. MIT]VHQV2WZ-Q"O1T/0\'=PMUB\6WGCZ^'"T%R2G02X?*KHLQ2A!&RV;I":*: M"G"N[/*(=EXE?JO2$7UKDP`!`@0($"! @ `!`@0(G";P^6N03NM21P0($"! M@ `!`@0($"! X'P!"?#YYGHD0( ``0($"! @0( `@0L$/B; O_C5;\)/^!:F M"X:@2P($"! @0( ``0($"! @<+S YPIPXE</'S\D/1 @0( ``0($"! @0( ` M@?P"3H'.;ZI%`@0($"! @ `!`@0($"A00 )<8% ,B0`!`@0($"! @ `!`@3R M"TB \YMJD0`!`@0($"! @ `!`@0*%,B9`/_RU[\]88;G])(XD:(&DSCFQ,T: MGEJB@,T($"! @ `!`@0($&A,8$L"'%*C\4\0R9LLS=N?H\<>]_<[F<CYT1U/ M(=>D[L]B@K;?\'PT/1(@0( ``0($"! @0&"#P)8$.'3SXP_?#S_Q?S?T?6>7 M2?OS+;/T&'*_AQWEG5=*:UFFEM*1;0@0($" ``$"! @0(-"5P,8$>&(T+RK& MRFI&RJ%4&]L<&M_<4<Q^%R<R:7S^OY.R[>8Q+/K<Z7T^]^.$A[XF\AE[U!0! M`@0($"! @ `!`(a)3.%-B8`-\Y<WA<5MV<`\_3W7'!>0P4[\](-DZ,ATZ'B:3< MLVHPH<'AS.?Q1+(PWAK)/'QWNIM/>=4$;4R ``$"! @0($" `(%"!#8FP/?/ M'-Y?,[R5[AZA-AGM) O-6]U=-?Y%QIBI;GYG(0Y@,7S[H[9J=C8F0( ``0($ M"! @0(# R0(;$^#[HRSP@[5W!GRKACPNBIX<E3MIZG$CJ2MJQSEHF0`!`@0( M$"! @ "!5(a)4.28 'K)V%RD/1]]=1<PTOCN3.B=R1<;S9PUWVC*WDJ.V9EWT) M$"! @ `!`(a)0($.A<('\"''.S^+/YT[F3#ZF.VQP';+A_6Q1O-1M;6_S7_5-+ M'&H6QL2^)I.=1.VT*:>/UI8$"! @0( ``0($"!#8(/ J9CN_^-5O_OZWOW[S M[7=__,/O-[32R2Y[4OI*B3J<<J61,FP"! @0($" ``$"!!X*;$F YZ?(;J[T M+H[OZ/9CIXLG^MZ?R!'9X#F3'3NOFO@14WZX*&U @ `!`@0($"! @ "!(P2V M),!'C$.;! @0($" ``$"! @0($#@4('\GP$^=+@:)T" ``$"! @0($" ``$" MVP0^)L!??_UU^ #PMB;L18 ``0($"! @0( ``0($RA?X> IT^0,U0@($"! @ M0( ``0($"! @L$? *=![].Q+@ `!`@0($"! @ `!`M4(O/KJJZ^J&:R!$B! M@ `!`@0($"! @ "!K0*O?OKIIZW[VH\``0($"! @0( ``0($"%0CX#/ U83* M0 D0($" ``$"! @0($!@CX#/`._1LR\!`@0($"! @ `!`@0(5"/P,0'^Q:]^ M$WY\$U(U<3-0`@0($"! @ `!`@0($%@I\+D"_/>__77EOC8G0( ``0($"! @ M0( ``0+5"/1X"G0H=(=R=S4AVCK00Z=Y:.-;9VR_!P+E1ZW\$5ID! @0($" M``$"50M\O A62 A#!3@<??[Q#[^_,Y];YTC?WRL%:&CY85.__/5O4QH,V_SX MP_>+6X:^OOSRRY2*]QCD(<[0UUSIX:0>SFC<9F)KB=.\<][[G8YN-9X>G3CE M6S$:@_SRU_^/G_WL?QO?\^,/]U;I0\S-&\QGES+^Q>Y"4YOW#0W^8O8H^/N- MU3[N/7%);/;9OV/B"#,&8O^8M4" ``$"! @0(%"1P.H*<$@=)[<PVYT?'HZY M96PV-G6_P?C5Q>$+G,*7&,]_QW_*%8-QK3B];CPF>CB=6T,-",//)(U9O'_# ME,?R\["FSW?<=0A.^ D!>/_ST_N?D.G%/][_?+@_;O/P%E+?7_XZK(?_+62\ MP\_/?O;?A3L_W)]Z6YN6+[8;4];)SZIA#,T.V>^V@<VSW]#RXIVI0%5M%] ^ M+Z</BRK<MDE6-6^#)4" ``$"! @0R""P.@$.?8;:Z?@GW#,DKMM&%++?6((. M/^'OF/T^S+Z^_OKKT._\=]CWU:M7VT:2<:^!:)M/XGL*B9O=F5=P#H;C6QAY M^-_$.O.DY9 ??O4AN0T!>/_SZOU/2$[B'^]_/MP?M[E?`HV%WYCWCGOY\8?_ MWX=[WJ?!B?$*'<T3I%4IT[A@&_Z.^X8!A)&L:B>F:G'BVXK =Q+='G+@F/U^ M>(Q__ E_RX$3'P@V(T" ``$"! @0V)(`S]5"OA3N3$G&;I4NAQ.24QJ)`UC, M?N-(8HDXRRU]:I/NXDSCG4,CN2JWX[X>OE-PRV$XJ7LHO\<B<&PPOB6QP7"< MUMY*<6,=]4[C0_9[:YN0!J_*@6^UDY*^CE/6H0[$?U^O\X6L^O[W<44>L,I MT ]3W(<;; AH@;O$-[CB*BK@S:X"A0R)``$"! @0($!@62!#`CRD3S%KNB,] M9%RQ8CS_"?N.6[L?M#L5X%S1CE70.*DPYE7-QHF$?6,C64Z*7C6 E(UC^3<$ M8J@`Q_)OV#?>G]+(XC;A[/10F/O%KUZ<-OR^4O?AQ/64M'-SUY,=1P7;Z:?' M4[+02<%VDMZOFLC05,S<5NW[?AVF??H]<;,[O&L'-F]JL87]S2YVE._C#KE6 MG'8($"! @ `!`@3*%<B0`(?)Q=-]4V89<^#A#-N850ZY94PUQR</WVGS3@4X M923IV\2$, XL?:\AJQS2R)TG1:=WG;+E_?+O$)%M.?#[$Z%#`AS.1/]P_O/P M\[Y8]^K5^W^Z>WM8_HU[)Q:!AVKSK1.AUR9F'Z;S_N3G81(IV>PX^QUZ7-OU MIP]2#Y^H_O1'&,KPN=B4\"]ML_,L\=#D8@O[FYT,=BC_CD^'_K >[IU3L%7% M?@0($"! @ `!`DT)Y$F TTEB[3=^T'?(A+=]XO2$"G"8UU"_39]CW')\7G&\ M9_&DZ+7-9ME^N-+8I/P;Z\ Q+D-'&TZQ'G*>.Z= 9YG(VD:&3'4XD_GAR=CA M/.=XS:WQ!W<_?/0W7HCKX[_>OZI7!!EJT7$8"5TOS2]^^#7<QK_CAOO.!IZD M\2GE\<GX%EO8W^RXE^$B9++?M8O?]@0($"! @ `!`D'@[ 0XYE=##AS3PN%W MS,?&B>*M((4B8B@DA@KCTN^<D8W#"P-;5?Z-,QK.*XX#&I\4'<^(#G>N2B_G M%VK>,-7QB>AA]W$1/OX]5'W7GO4]'DPYIT"'44URN96IW5<?BKU?S:C?WQ__ MZ<8&G_>(R?.0\0[Y\(;P?;SBT^*>N\\&GKQ!L&%XBRWL;_;62(9J\(:AVH4` M`0($"! @0*!#@;,3X'$%^#[WP\SP0PZ\$,]BD-:N.I\X,4*<$R)8VZ\-J.. M\YI??WM<K4V<^Y#5A^V'3_P.?\=&XAGFB0U.-MMY"O2V3N_L-12BA[KKVG./ MAQ0N_C$I"*<,>%Y\#GNM'<:#&N]0'$X9T-(VB^=IKVKLUIG>PUL`JZ>\JGL; M$R! @ `!`@0($+@K<'8"/%2 [\<EI?9X*P%^] G3U!4Q*43'ZFMB#CPYM3AV MN7BQY=31?-IN4B&/.>K#-POFO<P+OW&;03ZVG!*(>>-EG(a)(]+OR.T]&4E&RX MYG.8[(="[OM3H(>))Y:4YYVN_MCJO,:[N^I[:Q8I'VR>A'[B\.G-@A?7N][0 M[-K'B.T)$"! @ `!`@0(W!(X.P%.R2%CTK6A0!I.NWUX@:7$I1#/$YZD?W%( M#[/-2:([OJ#4<%+TY@KPT'B\OO2V!#56=\>?P1Y8YI_'WA"(T-J>4Z 3KVZ5 M>*VLX1)<DVPS\8.X'S9[?\FK^)6_&_+>\9(;GPN])16<?P!X<D_B^E[:;)Z- MK\W/%UO8W^SBG$*SSG_>$6V[$B! @ `!`@0Z%3@[`7YX5NWF[#=[`#=_$6[, MWB?G*H<[<U6 ARPZ9.G;LM,8A?&GK\=Z\?YMJ75LIY!3H&/J>^ODV_A/*>7? MF/I^F-G[C_M^:O;C!X,3R[^#<&*G\_7\][2K'"=N=N?QLC;OG3>UV,+^9L<= MQ8M@A9_ATF+9GP$T2( ``0($"! @T)[ Z@1X?)VJR1?Y[M<I)_N=S"462X?+ M1VV8Z>+UEN^T$Z\^/;_MSZ+'U[6>GP@]/@7ZUACN3S\Q(;F?>3XL`J>4?S^< MJ_SYJW$6,\_$='2H`\?T_E-2_?Y$Z UYW=!I8N\#^,/D]N$&&Y:N70@0($" M``$"! @T(_ J'K[':F=*@O?P!.#[-<F=NT?WE*I=3%06XQ2F&=*\A[736 @- M2>!0"AZ^IGA#^.],_,Y(QGO=*9XO3N?^-!]^F/G^FQ&W&@^A^>J#SONSV,/M MI_>__OZW[W_QJUA!#5_5\_Y7O+A6V/)^]ABSW ^A_/QVP.*=&R*R89?YPMN0 M_6[H=[+++SZ6HZ<M/<Q^$U?^_A%N;F'5"!]^U'SS,.Q(@ `!`@0($"#0JL#J M!+@!B/2#[#T9[Q%0J[+HA]/<\V;$G01XU<13$L@AXQU:'N?#J[IK9N-Y#OPP M^PUS?[@D+O<I?X27$QD``0($"! @0(# '@$)\!Z]HO<]-)<XM/&B66L>7/E1 M*W^$-<??V D0($" ``$"!'ZV^C/ S @0($" ``$"! @0($" 0(T"/5: :XR3 M,1,@0( ``0($"! @0(# 3H&/%>!XC>*=;=F=``$"! @0($" ``$"! @4*_"Q M`ESL^ R,``$"! @0($" ``$"! AD$? 9X"R,&B% @ `!`@0($"! @ "!T@4D MP*5'R/@($"! @ `!`@0($"! ((N !#@+HT8($"! @ `!`@0($"! H'0!"7#I M$3(^`@0($"! @ `!`@0($,@B( '.PJ@1`@0($"! @ `!`@0($"A=0 )<>H2, MCP`!`@0($"! @ `!`@2R"$B LS!JA `!`@0($"! @ `!`@1*%Y `EQXAXR- M@ `!`@0($"! @ "!+ (2X"R,&B% @ `!`@0($"! @ "!T@4DP*5'R/@($"! M@ `!`@0($"! ((N !#@+HT8($"! @ `!`@0($"! H'0!"7#I$3(^`@0($"! M@ `!`@0($,@B\.K''[[/TE!IC7SS[7>E#<EX]@A\^>67?__;7_>T<&=?J^4@ M6,T2($" ``$"!#H4&!^X_O+7OZU+8$@/ZQWY??"6$^"W;]_6M=J,]I; 7_[\ MIU_\ZC>')L!6B^5'@ `!`@0($""P7V!RX!K2R)]^^FE_LR>T\,477X1#XG$" M7.G(NTZ W[QY<\):T<71`B'U/2$!MEJ.CJ/V"1 @0( ``0+-"TP.7&,"?%PA M)Y=G.",R9+_S!+C&D=\WZ>@SP$__^?\X^7GW[_]UKA6C'0($"! @0( ``0($ M"! H7*"C!+CP2!@>`0($"! @0( ``0($"!PJ( $^E%?C! @0($" ``$"! @0 M(%"*0'<)\/._^U>EV!M'P0*O1K<XS/$]X>]XSW(a)&D_^=[#)L.;0SOF?>SH;N M"N8T- ($"! @0( `@4X%2KN:=&H"',8]_"R&KK2)+0Y2]MOIPV[3M,/E"N)M MR&R'>U(NB!?VFF\_OG.>,(^'&?<-]PQ_;)J$G0@0($" ``$"!!H1>)B1%3+/ MPL>9E "'.83+80\_A<AN&$:X"-:&O>Q2N,#XK9F2'V\Q^QTPQZEUX<*&1X ` M`0($"! @<*U +1E9^>-\G #'.<SC/2\(QWOBEK?^]<XV<=_Q[Z&IR1_7+CZ] MER80U^>P2H=W:G:>E3"<A#QDK?.SE^]0Q/PVWG*)S4_,SM6R=@@0($" ``$" M!(H52,_(KIW"K7$^S!#'Z=[.8_B'`H\3X%M-S-.,>$],8B?_.KYGF-Z\A?MD M#R=C`P)C@;# QN_(K,6Y<PIT8E/S%A)WO+79JG.P=_9E=P($"! @0( `@9(% MYCE7=:.])!_<G@`__$CPN-B;&(QQ$6\H!8_O3&S'9@0($"! @ `!`@0($&A, MX'X*5OAD[YPC/(Q\\=3CO//:F #/*[J38;7QF>&\UEJ[4."$Q]+#V4T^]#OY M2/##W6U @ `!`@0($"#0N<!PRFV-#I,,\6%&>= <'R? X_-(-PQB\SG<L=]Q MWK*YJ6'8\2K0K@6](8X=[G+G,\##QWHGG_(=_^_X\[K#IXC''PQ>O%-6W.%* M,V4"! @0($" P'V!G1G9:;R)X]R?UNV9T>,$.+0>9S*N68_OB=T/]TRV'RY0 M-"EYCULXK3H7K@(=?_:0V;<6@?$;*&L?9O-/VX[O&7]!T>3[BF[][X VM#-F MO/7AWLE5HR>[U!((XR1 @ `!`@0($-@I<"?_*NHZ2O/,<9(M#J.=SV@G4>+N MKTY+/H<!)48H<;-;\_SFV^_>OGW[YLV;88-YWOO_^=]_\?J?_XM$*9M=*/#W MO_WU%[_Z3?B].(8AN9V\YS0Y?>#.4I^OE@LGJVL"! @0($" `(%Z!28'KN%( M-90T;AW'EC/->#P<;L,Q<[TCOZ^:5 '.$IBA`GQ^RAW''\Y\GOS(?K-$]O)& MAH\3A)'<^O#Y5:ON<AP#($" ``$"! @0($!@$#@O`1YG*2D!D+&D*-F&``$" M! @0($" ``$"!!(%SDN $P=D,P($"! @0( ``0($"! @<(2 !/@(56T2($" M``$"! @0($" 0'$"%UP$ZQP#ES4ZQ_F<7NY?!&O_&*R6_89:($" ``$"! @0 M" *+%\'Z^NNOR\=9O A6C2._3]UR`OS'/_R^_'5FA(D"=ZX"G=C"G<U"`FRU M[&?4`@$"! @0($" 0! 8'[B&*P'_[G>_JX5E<A7H2D?>:0(<EETMZ\PX$P6. MNWR\U9(8`IL1($" ``$"! BD" P'KL,7=J;L5<(VXZ]!*F$\Z6-(O(ARLQ7@ M="E;$B! @ `!`@0($"! @$ /`BZ"U4.4S9$``0($"! @0( ``0($?B8!M@@( M$"! @ `!`@0($"! H L!"7 7839)`@0($"! @ `!`@0($) `6P,$"! @0( ` M`0($"! @T(7 XXM@A6^(Z4*BL$E^^>67XXL>BT)A\3$<`@0($"! @ `!`@12 M!2;93>IN!VR7E "'[X,ZH&M-WA3XRY__-/G:VY `BX(50X ``0($"! @0(! M=0+S[.;"*:0FP&_>O+EPE(=V_<477Y0VNU#[74R 2QOGH7'1. $"! @0($" M``$"!0J,SU1].+Q_^,=_JC4!7C7/AQ"%;! KJR&Q+&UV$N!"5HAA$"! @ `! M`@0($" P%HCENA23K[_^.F1;127 +H*5$CC;$"! @ `!`@0($"! @,!G@9 & M/_PIT$L"7&!0#(D``0($"! @0( ``0($\@M(@/.;:I$``0($"! @0( ``0($ M"A38G@#_\M>_'>8S_OO6)%.VN0,4=A]^"G0T) ($"! @0( ``0($"! H7&![ M`GSFQ$+J^^,/WP\_9W:M+P($"! @0( ``0($"!"X+["SWGD:;^8$>%*DC0J# M1?S7.+?%+8=_&L\_9K]S$07ATU:)C@@0($" ``$"%PJ\NW&[<$BZ)D!@DK*- M\[Z2<;8GP"$I'?+;F*".Z[3C1'=(7V,)=W'+>6L/U8:"<"UO-CR<D0T($"! M@ `!`@0($"!0E\#:S\9>.[OM"?#BN.=5V<7B;<R!QP7A<$_,(a)6]M/^].!?C: MI:-W`@0($"! @,#)`D]/3Z''^-N-`($2!.;%R,++DYD3X/1/ZJ9O>2O3]I'@ M$E:\,1 @0( ``0($"! @T*W .*VK(D';E0#?J=FFY_V3DZ7G.PYG1S]<5;>* M[^F#>=B%#0@0($" ``$"!*X2>'Y^#EW'WVX$"!#8(+ K`9[T%S/5^#,_DWGX MU[#7?,MAE\5T=[Q]S&;']VR8MET($"! @ `!`@0($"! H#>!O0GP)-&=5+T7 M_S42W]ER\6/ \U.F%^\9XC=N)/USQ;V%WWP)$"! @ `!`@0($"#0C\#>!+@? M*3,E0( ``0($"!"X1.#UC=LE(a)]$I`0)!X.NOO_[FV^\>_A1H]>IA=33,ZNW; MMV_>O F3+' "^X=4X.S^^(??_^)7O_G[W_XZS&Z(PO[Y:H$``0($"! @0( ` M`0*;!;[XXHM5^_[ESW^:9#>K=L^[<6H"G+=7K=T7F"\1"; U0X ``0($"! @ M0(! "0*A4!<3VK6_2QA\:@(<*L E#+>3,0R+:9BO!+B3T)LF`0($"! @0( ` M@?(%5F6_83KE5(!]!KC\U66$! @0($"@$8%W-VZ-3,\T"! @T(? JNPWI+Y% MJ6Q/@%^EW8J:K<$0($" ``$"! @0($" P!Z!&L]\'N:[/0'>0V9?`@0($"! MH&>!IZ>G,/WXVXT``0($ZA+HM (<@_33[5M=431:`@0($"! @ `!`@0($'@H MH (\)0HG1]]1&Y\Z_1#7!@0($"! @$![`L_/SV%2\;<;`0($"-0ET'4%>!ZJ M^]EOW'XH&Z=L7-=J,%H"! @0($" ``$"! @T+-![!7B<Q&Y.:(>R<%PHL9VA MM?F_QGN&C2<;-+S:3(T``0($"! @0( ``0(7"J(a)`3_/54.!=%8^0OLYKPO'. MF 8/_SKYWR$'5E)>!6YC`@0($"!PB<#K#[=P[:OXQW"[9# Z)4" `(%M`KU7 M@*/:.!=]Z#@4;(=4>5["'6?1FPO+#T=B`P($"! @0( ``0($"!!(%^B]`CS. M5!-KO^.*;H0>7TQZ0A__:7S.<WIL;$F ``$"! @4)3"<X574J R&``$"!-(% M5(#?IZ\QB4U7N[7EK6)OEL;W#T\+! @0($" ``$"! @0Z%F@]PIPC/V>!'4H M\"Z^*SPY7_K^QCTO1',G0( ``0*%"RC_%AX@PR- @$"*0-<5X/&7^D[^OF6W MF"I/3HJ>G%8=_W5H\/[&*3&S#0$"! @0('"R@.SW9'#=$2! X" !%>"#8#5+ M@ `!`@0($"! @ `!`F4)=%H!'E^VZL[?9<7*: @0($" `($K!)1_KU#7)P$" M! X14 $^A%6C! @0($" ``$"! @0(%":0*<5X-+"8#P$"! @0(! F0+*OV7& MQ:@($""P34 %>)N;O0@0($" ``$"! @0($"@,H%.*\!WKO\\_J?*@FFX! @0 M($" 0%8!Y=^LG!HC0(# ]0(JP-?'P @($"! @ "!`@5DOP4&Q9 ($""P4Z#3 M"G!4<_WGG:O'[@0($"! @ `!`@0($*A(0 5X&JSP=N_#^#E-^B&1#0@0($" M0-4"RK]5A\_@"1 @<$N@ZPKP'"4Q^QV7CJTM`@0($"! @ `!`@0($*A"H/<* M\#CC3<]^%S/G6!:._S24B(>_)_=/^EW<=]S:T&/*(*M8>09)@ `!`@2*%5#^ M+38T!D: `(&=`BK [Y/5F*9&RE#=76L:7R;C;=Q._-_%^^=;WK]G[9!L3X ` M`0($"! @0( ``0(3@=XKP)%C3_:[?TF-R\6+K0VYL3>D]VMK@0`!`@0(W!?P M:FN%$"! H&&!WBO XWKOAMKO_I4QKA[O;TT+! @0($" P!X!V>\>/?L2($"@ M? $5X(_G/"=FO^,3E<^,[G V]9F=ZHL``0($"! @0( ``0(M"?1>`8ZQ3,Q^ MAXTG7X,4L]-X>]C49,OQOBTM+',A0( ``0+5":2\CE<W*0,F0( `@;% UQ7@ M<1X[^?O^*IE_#=)PSR2C'O+A\1]QXZ&+26N+9V5[2?:X)4" ``$"! @0($" MP$X!%>"=@'8G0( ``0($6A#P7G,+430'`@0(/!+HM (\+KK>^?N1WNI_?WB" M]*T6-^^X>HAV($" ``$"! @0($" 0*,"*L"-!M:T"! @0( `@60!Y=]D*AL2 M($"@;H%.*\!U!\WH"1 @0( ``0($"! @0&"]@ KP>C-[$"! @ `!`@T)*/\V M%$Q3(4" P ,!%6!+A `!`(a)0($.A70/;;;^S-G "!+@54@+L,NTD3($" ``$" M! @0($"@/P$5X/YB;L8$"! @0(# !P'E7PN!``$"O0FH`/<6<?,E0( ``0($ M"! @0(! IP(JP)T&WK0)$+A6X-V-V[6CTCN!K@24?[L*M\D2($ @"J@`6PD$ M"! @0( ``0($"! @T(6 "G 7839)`@2*%7AZ>@ICB[_="! X34#Y]S1J'1$@ M0* H`17@HL)A, 0($"! @,#A`K+?PXEU0( `(a)5(%5(!+C8QQ$2#0A\#S\W.8 M:/SM1H ``0($"! @<*B "O"AO!HG0( ``0($RA)0_BTK'D9#@ "!<P54@,_U MUAL!`@0($"! @ `!`@0(7"2(a)`GP1O&X)$.A;X/7L%JZ#%>[K6\7L"1PNH/Q[ M.+$."! @4+: "G#9\3$Z`@2Z$?CIIY_"H7DWTS51`@0($"! @, %`BK %Z#K MD@`!`@0($#A?0/GW?',]$B! H#0!%>#2(F(\! CT*Z (W&_LS?QX`=GO\<9Z M($" 0 4"*L 5!,D0"1 @0(# <0+O;MR.ZU'+! @0($#@*@$5X*OD]4N `($% M`45@RX+ $0+*OT>H:I,``0(U"J@`UQ@U8R9 H&4!.7#+T2U[;N%2Y&& \7?5 MMWE)^_GY.=Q9]:0,G@`!`@2R"*@`9V'4" $"! @0($" ``$"! B4+J "7'J$ MC(\`@0X%%($[#'H)4PYETC",^#O<PFG#A]Y.F'(S->T3K'1!@ "!3@14@#L) MM&D2(%"9@!RXLH"U.-RP" ^]'9==MQ@-<R) @ "!/ (JP'D<M4* ``$"! BL M$C@NNQZ&,:EIKQJ>C0D0*%Q@\0+VA8_9\$H04 $N(0K&0( `@04!16#+XAR! M<)[PZ]>OX^_Q[9S>]4* ``$"!,X44 $^4UM?! @06"<@!U[G9>N5`O$DY+#, M5NYG<P($"!0DT,"UZPO2[& H*L =!-D4"1 @0(# 3""FOC'[;2P-'M>QQY5M MJX ``0($"*@`6P,$"! H6D 1N.CP5#NXQC+>.W'P"*IVD1HX`0($#A%0`3Z$ M5:,$"! @0*!,@?EIS_TDPV5&Q*@($-@I,'QYV\YV[-Z)@ IP)X$V30($*A90 MPJHX>(4-?7S:<V%#,QP"! @0('"&@ KP&<KZ($" P$X!.?!.0+L'@<5*K_*O MM4& 0*4"DPO7Q_^M="Z&?:: "O"9VOHB0( ``0(7"+C:\P7HNB1 @ "!(@54 M@(L,BT$1($!@)J (;%%L$[ASVK/R[S92>Q$@0(! O0(JP/7&SL(a))$.A.0 [< M7<CW35CA=Y^?O0D0($"@00$5X :#:DH$"! @0.#A]:Z4?RT2`@0($.A00 6X MPZ";,@$"%0LH`E<<O!.'+KD=8WO4G+CT=$6 `('2!52 2X^0\1$@0( `@72! MQ-.>9<CII+8D0( `@98$5(!;BJ:Y$"#0A8!R5A=AWC3)AZ<];VK53@0($"! MH!T!%>!V8FDF! CT(R '[B?6Z3--+^JF;YG>NRT)$"! @$ 5`BK 583)( D0 M($" P$V!Q-.>"1(@0( ``0(JP-8``0($JA10!*XR; <,>NUIS\J_!P1!DP0( M$"!0C8 *<#6A,E "! A,!.3 EH1LUAH@0( ``0*K!%2 5W'9F `!`@0(%"&P M[;1G"7,1P3,(`(a)0($+A.0 7X.GL]$R! 8+> (O!NPBH;6'O:<Y63S#IHCY2L MG!HC0(! Q0(JP!4'S] )$" 0!!S9=[4,MA5^(Y'R;U=+Q60)$"! 8%% !=C" M($" ``$"=0@H_-81)Z,D0( `@8(%5( +#HZA$2! ($U $3C-J>ZM=M9O=^Y> MMYW1$R! @ "!3P(JP-8"`0($"! H6F#/:<]%3\S@"! @0(# Z0(JP*>3ZY ` M`0('""@"'X!:1)-93GM6_BTBE@9!@ `!`@4(J `7$ 1#($" 0 X!.7 .Q;+: MD+B6%0^C(4" `('Z!52 ZX^A&1 @0(! <P(93WN613>W.DR(``$"!+8+J !O MM[,G`0($2A-0!"XM(MO&D^6TYVU=-[R71T?#P34U`@0(I NH`*=;V9(``0(5 M"#C*KR!(=X>8MV";M[7:;8V?``$"! BH`%L#! @0($"@"(&,IST7,1^#($" M``$"Y0FH`)<7$R,B0(# /@%%X'U^U^Q]Q&G/RK_7Q%*O! @0(%"P@ IPP<$Q M- ($"&P5D -OE;M@/X7?"]!U28 ``0*]"J@`]QIY\R9 @ "!`@2.*/S&:2G_ M%A!>0R! @ "!X@14@(L+B0$1($ @BX B<!;&0QN1HQ[*JW$"! @0(# 74 &V M*@@0($" P-D"1Y_V++4^.Z+Z(T" `(%*!%2 *PF481(@0&"EP+MW[YZ?G\/O MR6UE,S;/+W#<:<_YQ]I6BTZ+:"N>9D. `($M`BK 6]3L0X ``0($M@F<4)L] MH8MM<[<7`0($"!"X7$ %^/(0& `!`(a)2.%7AZ>@H=Q-]N1PO,2^[QGM#OT:<] M'STU[1,@0( `@08$5( ;"*(I$"! @$#I`J>=]JS\6_I2,#X"! @0N%1 !?A2 M?IT3($" 0*,"D\)[^/1IHQ,U+0($"! @4). "G!-T3)6`@0(;! (E\(*>\7? M;HT)S,^XCE<^:VR:ID. ``$"!'()J #GDM0.`0($"!#X+.!]!ZN!``$"! @4 M** "7&!0#(D``0(9!%XOW5P**X-LD4VXU%F183$H`@0($"A.0 6XN) 8$ $" M!(X3\#VHQ]EJN0H!#X$JPF20! @0.$Y !?@X6RT3($" 0'<"0]T]E&3'-?BC M(9QQ?;2P]@D0($"@#0$5X#;B:!8$"!!(%5 !2Y6R'0$"! @0(-"<@ IP<R$U M(0($"#P2D ,_$O+O! @0($" 0)L"*L!MQM6L"! @0* '@:O.N.[!UAP)$"! MH$D!%> FPVI2! @0>""@"&R)$"! @ `!`AT*J !W&'13)D" P'L!.;!U0( ` M`0($"/0FH +<6\3-EP`!`(a)0.%WCUZE5X?^'P;CYU<')WI\U+1P0($"! (+N M"G!V4@T2($"@&@%%X&I"9:#Y!"S[?)9:(D" 0'T"*L#UQ<R("1 @D%% ,I 1 M4U,$"! @0(! X0(JP(4'R/ ($"!PN( <^'!B'1 @0( ``0)E"*@`EQ$'HR! M@ `!`@0($"! @ "!@P54@ \&UCP!`@1J$% $SABEDR])=7)W&:$T18 ``0($ MSA=0`3[?7(\$"! H44 .7&)4C(D``0($"!#(*J "G)538P0($"! @ `!`@0( M$"!0JH *<*F1,2X"! B<+J (?#JY#@D0($" `(%3!52 3^76&0$"! H7D ,7 M'J#)\'P`>%N\K/-M;O8B0(! `P(JP T$T10($""04T!NL$=31KI'S[X$"! @ M0.!H`17@HX6U3X ``0($"! @0( ``0)%"*@`%Q$&@R! @$!1`HK 187#8 @0 M($" `(%<`BK N22U0X `@:8$Y,!-A=-D"! @0( `@0\"*L 6`@$"! @4*O#N MQJW0X9X^+)\W/IU<AP0($"!0O8 *</4A- $"! @<)* (?!"L9@D0($" `(&K M!%2 KY+7+P$"!"H0*"0'?GIZ"ECQ=\DW)=F2HV-L! @0($ @"*@`6P8$"! @ M0(! =P*%O+G3G;L)$R! X&H!%>"K(Z!_`@0(E"U00I[P_/P<D.)O-P($"! @ M0(# 9@$5X,UT=B1 @$ O`B7DP+U8)\_3Z=;)5#8D0( ``0*?!52 K08"! @0 M>"P@!WYL9 L"! @0($"@> $5X.)#9( $"!#H5>#UTJW82V$IR?:Z3LV;``$" M!&H24 &N*5K&2H `@0L%%($OQ-<U`0($"! @D$5 !3@+HT8($"#0A4 ).7 ) M8[@\V*K-EX? ``@0($"@4@$5X$H#9]@$"!#H5T .W&_LS9P``0($".P34 '> MYV=O`@0(="8@^>PLX U.]]VG6_ABK>'O\$>#4S4E`@0($)@)J !;% 0($""P M3J"$'+B$,:Q3LS4!`@0($"!0@( *< %!, 0"! C4)E!"_EG"&(:X^5!N;4OX M_7CC%<6+O:YXC:3&3( `@?(%5(#+CY$1$B! @ "!SP*2[8-60X"=WP[J2[,$ M"! @<)6 "O!5\OHE0(! W0(E%&!+&$/=4>Q[].$SP $@_@ZWL)SFM\6L./'. M9G3'GY2.?S<S-1,A0*!#`17@#H-NR@0($,@C(/_,XZB5@@46L^+$.Q/S9)7G M@N-O: 0(-"B@`MQ@4$V)``$"_0A(PON)=9:9AFPS2SLIC23FR155GGU>.B7N MMB% H' !%>#"`V1X! @0*%J@A/SS\C&<^:'<,_LJ>N5M&ES4>WWCMJG)HW9J M+WD^2DJ[! @06"F(a)`KP2S.8$"! @\%+@\OQ30 BD"/3SWD'VY#F%US8$"!"H M14 %N)9(&2<!`@3*%;@\![Y\`.7&QLA^]K/X(=NP2& \%%A,GH>]A@N&G7DF M^<,QVX ``0*K!%2 5W'9F `!`@0*%9 #%QJ8JX<54U_9;]XXQ(=;O.5M66L$ M"! X6D %^&AA[1,@0* +`?EG%V&N:I(*O[G"-?_0=&AYJ!5+@W,Y:X<`@7,$ M5(#/<=8+`0($VA>X/ >^9 !GGEM[9E^UKU>%W],B&#-A!>'3P'5$@,!.`17@ MG8!V)T" `(&"!"[)@0N:OZ'XQ.]%:T!!^")XW1(@L%I !7@UF1T($"! X): M_+/5M?%N=BMSI@J_E\=E7!"^?# &0( `@;F "K!508 ``0(Y!2[/@2\?0$Y- M;24+^,1O,M49&SHO^@QE?1 @L$E !7@3FYT($"! H&"!)G/@0CX`_/3T5&#D M%7X+#$H8DO.BRXR+41'H7$ %N/,%8/H$"!#(+]!D_IF?28LY!!1^<R@>WH:" M\.'$.B! (%E !3B9RH8$"! @D"QP>0Y\S@`*J<HFAR7#AL_/SQE:R=2$PF\F MR).:41 ^"5HW! C<%5 !MD ($"! X!"!<U+0.T._? "'L&KTDT"'[SXT$WP% MX69":2($:A2HN@+\ZL<?OK^/_LVWW_WQ#[^O,3!5CSFNJF$*(0IOW[Y]\^9- MU9,R> ($-@A<GJ(</8"CVQ^;G]G7/-;A(M"3.U^_?KUA2639)5"$=D(2E:4U MC5PN(*"7A\ `"'0EL+8"/&Q?@M+C!#AD8B4,M,,Q2( [#+HI$U@4N#9M"T,Z M= "'-EY.]GLTXZK'SFGFJT9EX_T",0WVUL9^22T0(/!08%4.'%J;E/<>MG_< M!H\3X./ZUG*Z@ IPNI4MBZHR"4<N@<LSEN,&<%S+$_S3.KH5],L'$)-PV5&N M1V7)[0ATR=$Q-@(-"*S*?L?G2Y<P]Y^7, AC($" `($^!4K("<^1+V&FKG=U M3JQ+Z,4GA$N(@C$0:%B@ZL\`2X ;7IFFUKM F=\UVGM4ML[_\HM173Z K7+V M>R_@BX[Z7 <N&=UGW,V:P D":RO )PPIO8O'IT"'DV_3F[-E+H$OO_S29X!S M8?;6SG *=$B X[>M7'BAG=[PCY[OM57$(WH_HLW%*)S6D=Z/?A1H?[. \Z(W MT]F1`(&YP*H<..Q>TV> XZ=/1?U,@;_\^4^N`GTF>&-]^0QP8P&=3*>Q1.ZT MZ9S6T7SY7=MU&(]+/;?]G+!V=BZ4M5;,]@0([,Q^2_L,<%(%V!?PW%GW7WSQ M1?9O)YI?*-Q%L#SUI M(@-.M:MSRPFPJ<N4=0-[6[@3TM([*28 OG'*-CZP. MQZP@W&'039E 1H'V*\ AQQN?D9O1KNJFAKPT.XX*<-4+X]K!2X"O]3^A]VL3 MF[R]YVVMP 3XM F.YRZQ.>%AV$P7"L+-A-)$")PIL"K[+:T"[")89RX5?1$X M0R!\XG=\<RFL,]#/[>/:ZU%E[/V2Y/#,6%TR09=Z/C/$#?3E0ED-!-$4")PO MX"K0YYOKD0`!`(a)0N$\B8`Y\SATL2T7.F-NFEGYE>PMMVI[XYJ>WXFAV!O )K M*\!Y>]_9VE$5X%_^^K<[1V9W`@0($+@E4%T*VF$H3\Y%?=%1AVOLB"DK"!^A MJDT"[0ET6(a)$.*>[X)U=<'[:9-[7.VUHN!.T0R"@@4\J(6513UT;VVMZ+"D0) M@W':<PE1:&P,"L*-!=1T".05Z+<"_.,/WP\_64Q#.IJ]S?L#"]UE&;E&"! @ MT)N '/A.Q$\K_RK\]O:X.WF^"L(G(a)^N.0"T"G5: %\,SU&^'?YU7=.?;Q(UC M]CMO]E:;PUYQ@_0>X\;CW_%_;[53RT(T3@($>A-X?GX.%_V>WZIP."U%/%_C MM*DI_)X?W&Y[5!#N-O0F3F!1H-\*\"1I'-=OQSEM+.K.[TD\_7BH"0_;#PV. M>QP2VDE1>K[-/-E.:<?J)U"O@$I=O;$K?.15+*W3TM$S@Z7P>Z:VO@8!!6&+ M@0"!*-!O!7C;^<^W*L"WUM/][=>V%GN9EYH7*\"6. $"!*H0B%]V=<E77E61 M`Y\9Q!/R;87?,P.JKT6!<4$8$0$"'0KT6P'>%NQ5G_*=5Y4GG:YJ[<Z )^W$ M_YV<%+UMOO8B4(* +*6$*!A#\P)'9[\*O\TOH;HF>.>\Z,5/9X0[ZYJ@T1(@ M<$N(a)WPKPSC4Q.04Z)IR;V]RS[[C3<3LND;4Y''8D0.!,@?!AX-!=_'W^S=LK MYY@K_)[CK)>U`LZ+7BMF>P(-"%1=`7[U,,?[YMOOWKY]^^;-FS#/6XEBN#^V M,\\>[]QSZY)70R_WVYS\Z_ACQK=:&':9?"9Y//);S2ZNU%LX^Y=U?%ME:&?H M:'_+6NA6X.C:5+>P%T[\5CGE]>O7YX]J[0);N_VV&9W32QS;<7V%ED/[(<W8 MAF O`F<*Q.4ZO!\7/IH1_HZ_P_V7/#N=.7U]$>A'8%4.'%@FV<V%4-L3X+6# MOG61Y[7MI&]_0H\2X/1PV+($@>,.T$N878=CJ#<!/FTIGM;1<0GPF5/H\$%D MR@<)#,].$N"#A#5+X%J!5=GO^'SI:X<=>__YT8,8+B[UL-2<:R3G]YAKY-HA M0(# *H%02YG?+KD45AAVYR="'Y2F'M3LJF5F8P)[!*[]@,:>D=N7`($[`E5_ M!GA%!?CKK[^V#N8"\?SPO#A__,/OG0)ML1TAX&#Z"-72VKPVRHF])VZVW_:< MCH[HQ6G/^Z.OA0L%BCH_Y4('71-H5:#J"G!J`MQJ\,J<UU_^_"<)<)FA:6!4 M1QRI-\#2V!0NC')BUXF;[8_+.1UE[R5[@_LEM4!@E8 $>!67C0G4*+ J!PX3 MK/(SP#4&IM(Q#^MI&+^+8%4:R@*'[<"ZP* <,:0+`YW2=<HV^UEJ[$7A=W_< MM5"LP#D/R6*G;V $6A)8E?UV]QG@EB)M+@0:$.C\@YH-1#!Q"A<&^F'7+1T$ MYYU+;,W5GA,7N<VJ$WCXY%#=C R80+<"57\&>/M%L,+K=,JMVV5AX@0($+A6 MH,-CS7#6Y?@6KKX3__?:0*3T'E]/I;XI5K:I6J##YZ6JXV7P!&X)K*T`%R6Y M/0$N:AH&0X ``0)S@:N.-:_J]^0UD"ME5?(a)].7"ZNU:@D^>':Y'U3N!H@4XK MP)$UGJRU>#O4/7Y*ZI+;A5U?,E^=MB?(a)X*.]F-Z949_ACM\%==4W0J4O,(7? M="M;MB30Y_-22Q$T%P(JP-,UD)(B#J=/IRR@R;G6*;N,MQGOOG9?VQ,@0(# M!H'F#W#WEW\5?C>L*[LT(]#\4T0SD3(1`HL"75> YR*)V>]0-$[9?K@HR.:K M@ZSJSD(G0(! 2P)7'6@N]KL_;TP)3?CT;]@L_C[BMG\6^ULX8E[:)'"FP%5/ M36?.45\$6A7HO0(\SF!3LMG)J_[P]+>V3CNO(6^K*@_K<K)[G,LPHU6-M[K6 MS:L9`8<=S80R<2*=1SSEM2E1<O]F3GO>;Z@%`@0($+A60 7X8Y8X'&%LOH[E MJCKM9./A7+);-8?Q,<?BQO/>AUQ]O/VUJTWO! @0V"9P20Y\2:=SGSB,7.]C M[BG>.NUYV^JU5ZL"A3Q%M,IK7(a)2.$^B]`AQE]V>_^R-TY^ F);6>[[XYD]\_ M%RT0.%K 8<?1P@6V?TG0S^ST]>O7X<)7X??D%F(QOECCGDQX<_:K\%O@(\*0 M2A X\RFBA/D:`X$V!'JO`(^SQ&LSQO'QS=JUI<:[5LSV! C4*-#PL69ZACE^ M2S3N=70H%7Z/%M9^U0(-/R]5'1>#)W!'0 7X_3OK\?WUE(4R>9K;_&[ZG;Y. M.)I)F:EM"! @0.#=NW?A8E3A=[P-?^>5V99AKLV$-[Q@I:?E>4&T1J N`3EP M7?$R6@*]5X#C"DC,?H>-AS/05NUX9[6-/^(U;W/2W7SC\3WS7N[_J\<`@4H% M''!4&KB=PVXO[AORTHGA/!/.\D;JMK1\9WSM3J!2@?:>FBH-A&$32!'HN@(\ MOJS(Y._[=L/1QK#9PU.I;VTPW#]O<\BW%[N+=XX',-YLDD7O.;\Z91G9A@`! M`J<)7'*@&3Z=&R88?V>\[<]^QX,9/]5//BJ\JB.%WXPAUE0_`I<\-?7#:Z8$ M,@JH`&?$U!0!`@0(G"'0QH'FJJ1T+>ND+)R^N\)ONI4M"4P$VGAJ$E8"S0MT M6@$>OTU^Y^_FPV^"!*H6<*A1=?AV#O[DZ(=/_^X<\&3W0[/?25DX_&_*9V$4 M?O.&6&M]"IS\U-0GLED3V"F(a)`KP3T.X$"! @<(W ^0>:N=+@T[+?$)BAK_L? M%5;XO681Z[5%(a)?.?FEI4-"<"!PIT6@$^4%33! B<*. XXT3L$KNJ;@&<7&5= MS+07/RH\N7)$B<$V)@+U"%3WU%0/K9$2R""@`IP!41,$"! @T*3 ZY>W<!&L M>,>VR19;94TY07K;E.U%H%L!.7"WH3?Q\@54@,N/D1$2($" P$V!,X\R]_1U MYFG/$>MAC^.$?'Z"M#5'@,!.@3W/&#N[MCL!`G<$5( M#P($ZA9PA%%W_'*, MOOPU\# 7S<&PHHT[9V+?_ZCPBCYL2H# I^O/D2! H"@!%>"BPF$P! @0(+!% MH.0<^)+L]TZGB6=BW_E6X2T1L@^!7@5*?G;J-2;FW;N "G#O*\#\"30@X/"B M@2#NG$YRV!M+T5EOYLOP>4$Z?WK4PL]"ZQ]WNC9RMQ+$'@WNY4PJHQC4 '. MB*DI`@0($+A2H+2CS$NRWUL!2"S\WH^?3/C*]:WOF@5*>W:JV=+8">P54 '> M*VA_`@0($"A'H)RCS*NRWWF_FPN_=\+JH\+EK'DCJ46@G&>G6L2,\W*!\-T' MEX_AB &H`!^AJDT"!,X6<&!QMGC'_3U<;$<DG(G>B]EO3%836UB[F8\*KQ6S M?<\"#Y\]>L8Q=P*G":@`GT:M(P($"! X0^#:0\PL9QIG83H_#W>"=); ::1M M@6N?H-JV-;OL`L_/S]G;+*%!%> 2HF ,! @0()!3X*I#S*M.>XYVX]ZOS<-E MPCE7L[8($"! (*N "G!63HT1('"=P%4YSW4SUO,]@?/7P[79[]BBG)'XJ+!' M*8&YP/G/3J) 8*= >%G9V4)1NZL`%Q4.@R% @ "!; +''67.6SX_YYQ_344X M5^W\TYX3H^6CPHE0-NM$X+AGITX`3?-0@=>S6V,K5@7XT/6C<0($3A5H[ GZ M5+M&.SMG29R?_=X*UZ'7N\JU1A)/D)YG^/&>7,/0#H%K!<YY=KIVCGIO22"N MV#9*P2K +:U,<R% @ "!J<#11YF79[_U?DU%8B9L31-H5>#H9Z=6W<SK*H'X MI-U #JP"?-42TB\!`@0(5"PPO!=^W#<,5:RS<NCW/RH<,_QZ\_R5&#;O2Z"- M=**OF'4_VP86K0IP]ZL8`(&V!!IX7FXK($7,YHA5$=\"+R'[;>EK*L8?%2YB MZ1@$@>,%CGB".G[4>NA:H/;3H56 NUZ^)D^ `(%.!/(>8EY^VG,G48O3C!E^ M2WE^5^$SV12!O$]0*3W:AL!.@:I/AU8!WAE]NQ,@0(! '0*Y#C&'[#=7@W7P M&24!`D<*>#XY4E?;1PE4NFY5@(]:$-HE0. J@4J?CJ_BZJK?_6NCA-IOO [G M_&LJPCU=1=-D"30FL/$JC$0TZE"H,;3H56 JUA:!DF ``$">03V'&(6DOW& M$\_R<!3<RF*&[U)8!4?,T#((['F"RM"])@AL$JCN=&@5X$UQMA,!`F4+.(8H M.SY5CFXQ^SUYI960@5\;O)/!KYVLWOL4L,C[C'L#LZYHZ:H`-[#>3($``0($ M5@AL>)$N(?,L80PKE _;=$/X#AN+A@D<(F"1'\*JT>,%:CD=6@7X^+6@!P($ M"! H3"#]^#)^X/;R4XY+&$-A,30<`BT+I#]'M:Q@;A4*5'$ZM IPA2O+D D0 M2!!P])" U/4F*2LDIIWWL]^4=G9"RWXG@">8[PR9W0GL%[#.]QMJX2J!PE>O M"O!5"T._! @0('"QP/U7Z$+2SD*&<7&H9MT7?G15`M>[&[<2QF8,B0+6>2*4 MS0H4*/ET:!7@`A>,(1$@0(# 20*WCB]+2#L+.?OZI$BL[T9NL-[,'O4)6.?U MQ<R(/PD4>SJT"K!%2H! @P*Q\O'\_#PI@30X55/:+3 _OER;_1YQA)IR]O7N MJ5??P!'RU:/,)A"_.\HW2-4;6>N\WM@9>1 H< &K`%N9! @0($#@L\#:[/<( MNQ+&<,2\CFBSP$.K(Z:IS<X%K//.%T#MTR_M=&@5X-I7E/$3('!/0.G#^D@1 M& XN2\@\2QA#"EHYV\@-[L<BG L3-HB_W>H5L,[KC9V1!X%X.G0AUR90`;8F M"1 @0(# >X$]F6>N8],]8^@YBKG\>S8T=P($"'0BH +<2:!-DT"G`DH?G09^ MY;2'#]R&/U;NFG-SV>\>33GP'CW[5B%@D5<1)H-,$;CV!#T5X)08V88``0($ MFA48IYT7'E_*?O>OL O#MW_PV5L(QY>OEV[9.]+@F0(6^9G:^FI50 6XU<B: M%P$"! @\%IBGG9N/+S?OZ.N.'L?)%BL%O)^R$JRFS3<_U=0T26-M7>#:$_14 M@%M?7^9'H$N!Q=*';P'I<BW<F_2M).',XTM?=Y1W69X9N[PCS]B:[#<C9IE- M6>=EQL6H:A%0`:XE4L9)@$"J@(._5*F^MRMAG90PAO96@=R@O9B:T5S .K<J M"&P64 '>3&='`@1*%+B343A<*#%@%XWI8>9YPFIY.(:+;%KH]H3P%<MD714; MFNP#ZWF=9\?4X#D"BQ<F"'>>T_O0BPKPR>"Z(T#@0 %'?@?B-M1TXCK9<'"9 MODOB&!I2/WLJZ;$X>V1']F==':E;8MOA@Y2+7ZQ:XEB-B4 Q`BK Q83"0 @0 MV">0<N37YS'Q/M>F]EY[N:F#%DS*6FW*_:+)'!2^BV;SN%OKZK&1+0@0(/"S MGZD`6P4$"+0@D'[DU]LQ<0O1S32';9>;RKY@TM=JIGEWW4SV\!6K:5T5&YIS M!G;MMZJ>,T>]$,@EH *<2U([! A<)N#([S+Z>CK>LTA6)5%W-EY;?ZY'M^B1 MK@I?T3.Y/;@]R[O2*1LV`0($-@NH`&^FLR,!`D4(;#CRZ^& N(C8%#.(#8MD M,O;]:V9;_;D8PKH'LC]\)<]___(N>7;&EBAP[;>J)@[29@0*$5 !+B00AD& MP!:!S4=^;1\0;Z%L=Y_-BR0C20ECR#B=&IMJ]2%O:=6X&HV9`(%K!52 K_77 M.P$"VP4<^6VWZV;/C(LD/8.:;)EQ#-W$[9")ID?PD.X/:-32.@!5DP0(M"^@ M`MQ^C,V00),"^X_\VCL:;C+0>R:U?Y%,>M^P9K*/80^(?5L2L+1:BN;FN<R_ M535<#>O\;U7=/'X[$KA$0 7X$G:=$B"P2\"1WRZ^#G8^[G)3JW)@"[6TM;8J M?*4-?CP>2ZODZ!@;`0*%"Z@`%QX@PR- 8"J0\<BOF:-AJV2>&X3@'L22LFSB M-L>-X:"I]=!L2O@*=["T"@^0X1$@4+B "G#A`3(\`@1>"&0_\FO@:-@2.;\R M=G_9Q/JSN!0K4/6C/OMS8+%A,K!M`E4O[VU3MA>!M0(JP&O%;$^ P&4"COPN MHZ^DXS-7R*VC3%]W5,5BD214$2:#)$" P!$"*L!'J&J3`('\`L?E-@Z%\T?K MBA:/6R'ILQF/P;I*=[MDRQH#5,(BOR18.ETE4./:7C5!&Q/8*: "O!/0[@0( MG"%P]&&?PX4SHGAD'T>OD,6Q^[JC(T-Z1MMU/? O6>1GA$$?! @0.%= !?A< M;[T1(+!>P&'?>K.^]KAPA0P9U(5CZ"O8N6=;2PYL@>6.?./MU;*P&P^#Z94J MH )<:F2,:X? NQNW'4W:]3*!TP[['"Y<%N-]'9^V0FX-\\X%GRVJ?;$]:>_R MPW3Y(C\I$KHA0(# *0(JP*<PZX0`@4T"#OLVL?6RTW%?]KM*,*Y2EWU>A5;: MQB5'T--@::O%> @0J%U !;CV"!K_/8&GIZ?PS_&W6W4"YQ_VE7P07%WXCAYP M"1=;'F?@?2Z>Q;-MC@[]0>V7&<'SGP8/XM7L^0)E+NGS'?1(8"Z@`FQ5$"!0 MHL!5AWV.&$I<#;,Q7;4\Q@-)S,"MJ"I65)F#+&&=EREC5 0($-@CH *\1\^^ MI0L\/S^'(<;?;A4)..RK*%CG#[6$Y;$XAIYSW39.M"DJ@B6L\_,?W7K,*U#4 MDLX[-:T1V".@`KQ'S[Z5"?B07A4!N_RPSQ%#R>OD\N41<.Z,P>(I>?&DC*V0 M"):PSE.X;$. `($:!52 :XR:,6\4B$<VTN"-?*?L5LAA7R$'P:>0U]1)"<OC MX1CFBZ?5Y31^+FWI1)O+X_5PC=7TH#56`@0(E">@`EQ>3(QHM\#K&[?0<#BR MD0;O!CZJ`8=]1\DVT6X)RR-Q#)=G4%D"'M\NO',+TUSL:-@ERS N:>3""":N ML4M8=%JCP(6+N48N8^Y$0 6XDT";Y@N!(0WF4HY :8=]#AJ*6ALE+(]58RA_ M_3Q*;]]_M]/]VZT5,NQ5=29\2017K;%R'J%&0H `@;H$5(#KBI?1YA10"LZI MN:^M,@_[+CD"W@=9]]Z+WZD3[HP)U85SBXG<VC&$LX*'&8W_/F<BQ^6WX_$O MGFTS;##/A.OZ!,K)SP`;UM@Y:TDOM0N<O))KYS+^'@14@'N(LCG>%'!&= F+ MPV%?"5$PAEL"<7VNS7Y/\'QX?O*V^NT1(Q^/I*ZRL,SAB/6@30($"%PKH )\ MK;_>BQ"0!E\8AL*S7X>_EZR-^)TZ)7RS3I;UN6TZ.TNXEP0NI=/JRL+G/ ED M66DI_O>WN746QOZ6M7"MP#G+^-HYZIU NH *<+J5+1L7D :?'^!"COG.G[@> MJQ X='WNS&\+K$BOC6E%9>&CDX=#5]K:N-B>``$"S0NH`#<?8A-<)R -7N>U M8^M:COF./O;=0=C"KN,\<)A/_$Z=:[]9)^/ZG$QD^$1Q.:<H7[Z2JBL+9Q3+ MN-(RCFK;:0L9!Z I`@0('">@`GR<K98K%AC2X(KG4/;0RSSFNV4F!\ZXFB:5 MSW$2F+&7G4T=L3Z'-+C,3Q3O%,NU>[%EX8.>!(Y8:;EBH9W&! Y:PXTIF4XG M`BK G03:-+<(Q%>+NBY;NF6>1^YSY[J^1W:K[5($YB?Z3LJ>I0QT-(ZC<Q)/ M*8E!+ZTLG#U_.'JE)3K?V>S:LS#VCU\+! @06!10`;8P"-P3<$:T]1$%LA_[ M-@G[,-V]_\G5X3MUPNF7X^_7.<UJ.#DY2X_C*809Q4F%W]Y96\M;3EDXX_- M4=GO_-+<4M^UJ[2*[3,NX"KF:Y $;@FH`%L;!!X+2(,?&SW:HH%/E#ETF ?Y MSOG,U9WH&Q.2(RXN-4]U/*4\>L*X^>^7EX6S/ ^4D/V.'[R#ZN:XV)$``0(5 M":@`5Q0L0[U8P#'KQ0'0_=4"#PN\609X26YP0J?SQ,E3RIX%LZHLG/?;?7;F MP"<LMD78E(_?CT];N.0LC#U+PKX$"!!(%% !3H2R&8&/`L,Q*Y%5`B5<UW?5 M@!<WWGG@NW\`)[?04H'W#MV9"8DT^(@U?'Y9>/-3P9F+[?[C]XA :+-\@<U+ MM_RI&2&!= $5X'0K6Q+X+.!3?%9#.0*YJEOG%'C+<8LC.3,AN3-W[ZQE61@/ MR\(9/XNQ(9$X8;$MGMA\T+G]64*F$0($")POH )\OKD>&Q%P^F(C@5PYC0U' MO2M[.&GSA^GN$9^&?3BW$S*$\1A.[N[AXO'.VL,5DK[!N"R<OM>J+1\&](3% MEG)B\ZI)V;AY@57KMGD-$^Q30 6XS[B;=38!:?!]RLDGRH:K^V8+P!4-%7OT M<+^ZU<GYS.DKXN3L=QC8_?7C*24]@HE;CM_*R?Y9C,1G@XR+S8G-B7&W&0$" M!&X)J !;&P0R"#AFS8"HB=P"#I1OB>;]NJ/<<7O?GJ>4(U0/:C,Q!][<NP?R M9CH[WA(X>M&2)U"X@ IPX0$RO)H$?(KO8;2:>=$M<R*3ZM;X\Y"7G,_\<#U, M-LA8);O3]7%?=Y0RWU4K1QJ<0EK^-AL6MH_REA]6(R1 H%X!%>!Z8V?DA0KX M%%^A@<D]K%693-[.)Q6AO(VWW=J&5&0GR&*/JQ:/-'AG",+N\V_WB1_'V-]R M;"'$Z-:UZ!*7G(_RYHJ%=@@0(/!00 7X(9$-"*P6<,"ZFLP.MP4>7JWJUJYQ M1[2#0&(J<K38JNQW&(QGE;QQV1:%#6.X=?*%$YLW8-HEH\!I#X&,8]84@5P" M*L"Y)+5#8"K@@'5Q3;3THGO$7!ZFN_/CZ7EU*]XS7H$RX4*RWYU/E)Y5=@*> ML/N=:]$YL?D$?UT0($#@H8 *\$,B&Q#8)>" =1=?ZSMO2'?7D@R?!"Z\('QH M@GIHXVLC$K??\^Z)RPUL,Y_LM2<$Z0.XE?2FMV!+`@<)G/,0.&CPFB6P1T % M>(^>?0FD"DB#4Z5JVV[5`<0)Z>X=OVX786/9[Q!BEQO8_VRQZO&;V-V=:]$E MMF S`@0($#A40 7X4%Z-$W@AH&X3.8XXZ+QPJ=V:SK7I[BV0KLZ++O_KCG:N MVV[?U-CIMF?W^>.Z\',K]DS6O@0($&A20 6XR;":5-$"ZC9%AV?KX,I,=^^G MP>4LQ2.*M-=^W5'*.LKU3I T.$7[SF-A_@GY6UGNL*B&3Q8,?]QJW\?O]T3' MOD<+Y'H6.GJ<VB>05T %.*^GU@@D"8P/6&]]>4920S:Z2&!R?!Q',3DFOFAH MZ[IMM2!\1$:]3O;1UMF/.Z7!C\@7_GTHWMZ_)O/XH7VKE\FUZ.+7+,5KT2D1 M;PB-70@0('"<@ KP<;9:)O! (!Y482I?(*6ZFSV?.9-E.+YOXTB]G.SW_)%( M@^</G)1R[N0-K+R//D')ZZFUO )5OWCEI=!:/P(JP/W$VDQ+%[CSY1FE#WW] M^$I^Q4U)=]?/N(X]&CA2/S_GW!/:@QX(#<1Q@^JM1'=^NO+\O.6#`C&>19]! MV1!'NQ @0.!H`17@HX6U3V"CP/A@;F,3=DL0R)CNGG ,G3"A#)N<?%YTQI0U M8U,9'!\U<?2"&>+X:" U_7M*.;?D#R-(@VM:;=V,]>CGHFX@3;0:`17@:D)E MH,T+W/GRC#O'?/-_:AYJSP0SIKN+PVCI,**Z\Z+KRG[W+.-5^];X&=0-6>[^ MCY/D??#>;TT:O&H-VY@``0)Y!52 \WIJC< A`G=.X9O_4RW9\JT#Q(Q7!3LZ MW3TDV.4U6O[!>@ST_A2H//L\(RHV@GM.6LY#\[*5O#GPPQ$6&Y>'([<!`0($ MJA90`:XZ? 9/8$'@N&RY\._S*"3=/?D8^K3'P$'G1>]/7&,+E6:_<=CG/++F MZ5;&-YONK,,-Y=S35G4)'4F#2XB",;3ZRB6R!!8%5( M# (7"XR_/&/XYHQP MYSG#6I4M#^=2)A:9=T[A_E7!"DEW=\ZQNMU+.R]Z?_Y<70AV#OBX=*NT<NXV MJ*O2@./BLLW!7@0($&A80 6XX>":&H'\`JL2YH=Y<JQ]Q=O#L4Y:FX_D80NG M;7#5,?1I$PP=E7"\+OO='/%)S3S]$O0]E',O?/R6\+#:O*CL6+O A2N_=CKC MKTY !;BZD!DP@6H$4K+E22HUSH3C5<&&VZ2UPA4Z.9(XZ+SHE."6G_TFCO#, MLZ!38.,V;91ST^=[Q):;GP2DP4>$0YL$"! 8!%2 +08"!(H0&/+;R6@F:7 1 M8S6(EP*;SXM.3!'GWIMW%+I%@<DEZ(>/59=\GL6AH=R<NV8<E30X(Z:F"! @ M,!90`;8>"! @<(A "<?0ATSL=J/G%(1EOWO".B[MWFHG%J4[OQ7R^)4&=[X. M3YY^(<O^Y%GKKD,!%> .@V[*! H2F+_<7GM5L+PT?1Y,;"X(/\2/R5M[Z=EQ M9T'?OU;<0W ;%"(@#2XD$(9!@$ ;`BK ;<31+ BT*=!G`ME,+.\?M:]-98?S M<IOQR3Z1M9=&'[_9-/X[^\ J;7#_\\_^%L9TTN!*%U)=P\Z[:.N:N]'V(Z " MW$^LS90`@0L$'$QD.2]Z;;9\0:3W=;FAK+TVW=TWP$[W+O#Q*PWN="V:-@$" M^014@/-9:HD`@4T"!1YB;IJ'G>X)[#DONOGL=X"[\WU@TET/,-5@:^ <`2_* MYSCKY4(!%> +\75-@$ 7`@XF%@_<$V/?3_8[`:GHBZ\30UGI9B4_?E6#*UU4 MADV P+4"*L#7^NN=`($N!$H^AKXJ`-$DWFZ-H=[L=^W(!X3!9*B9QS^N"I-^ M@T#ACU]IL%5*@ "!50(JP*NX;$R P"$"A1]?'C)GC7[(*^X<NZ_-(2L2O74^ M<YR"C+>B4#X<ZFE/;M+@A[&P0;K :>LV?4BV))!10 4X(Z:F"! @<%/ \<2= MQ3$Y=F_LZXY\?+>!YX5:'K_2X 86FRD0('"T@ KPT<+:)T!@ET MQYTIDVQI M+BGSO;7-K=+N<.R^I_'+]QU.ZKYU,O.=\YF=ZGQY^.Z_37/G=/VB1BX-+BH< ME0[&"U:E@3/L% $5X!0EVQ @0(# &0+#E_T.GQ ^H]<=?=PYF7DXP7MM\[5D M66OG9?N3!:3!)X/KC@"!6@14@&N)E'$2:%R@DS>;.YGFML4ZJ0R/#]_+R0E= MG'E;<-O8:]OC=]M>N<3F:?"[&[=</6J'``$"A0NH`!<>(,,C0* U@>?GY\GQ M9VLSO#N?6^<_WS\O^JJ"\,./[V:/G;.@LY/F;?#:;';S7%2#-]/UO&.EJ[WG MD)E[HH *<"*4S0@0($#@*(&4"S[?.H+/6,YZF.Z>EIV64_$^*N3:O4)@<H'Q MIZ>G,(KXVXT``0+]"*@`]Q-K,R50ND!O;S8[[HPK,B7['=9NQO.BCTMW5\VH M](>E\<T$>GNFL@1Z%K#:>XY^PW-7`6XXN*9&@ "!4(a)2&.NWX#/#-7W<T7%]J M7"F]7\XZ+MW-3GQ:G3G[R#58ET!X,(8!Q]]N! @0Z$= !;B?6)LI@5H%6GT' M>CCNG.=FI=UST-*9G)"YH9<[N6+M5ZMR%O2&]7#:+FN?E-9N?]I$=$3@H8#5 M^Y#(!M4)J !7%S(#)M"R0/,OM(M9S5#/O/7'$2%_V.EX@_T)^3"%\8G?^YL= M>T[*69,)'F&HS9X%FG^RZCFXYDZ 0-L"*L!MQ]?L"! H0F#(]+:=W;HJ64W< M>%7RF8)XO]_%%A*'NJ'EE &7O,VV=5+RC(RM'('7-V[EC-!("! @<*B "O"A MO!HG0*!?@7&&.?[,ZOS@\Q*C+,EG>I5XF.-I'SAT"O$EZZJK3A6!NPIWGY.- MEV_H_-O[^@Q]V[-6`6X[OF9'@,#9`N-B[Y ?AD%LON#3V1/8VM]5==I;Y:P& MDA,Y_-;%>-Y^Z<LL?<OS1J\G`@0(="F@`MQEV$V:0,$"E1XFSO/>L7'\7IQN MSVN]*I&+:^FJWG<^R+I=+3O=3MY]L3@6[CQY&+HC<+2 ;XT^6EC[9PJH`)^I MK2\"!%H3N)_WQMGV_*VP0]T['#R%4FWX'?^(MQ-60WS?X<PTN.=PGQ!071 @ M0( `@9T"*L [`>U.@, 9`J65A5/RWICZ=IL.#7,OH9(YI,%G+-9\?92V[//- MK,&6U,<:#*HIC01\:[3ET)* "G!+T307`HT(%'O<GYCWC@N_):1_)R^+6ZGO MY>\%G%P*/IE==P0($"! @$"*@ IPBI)M"!#H6F!5WMMSX;>HJN_BDCW_C.BN M'SD]33ZE/E;L6WL]!<I<\PA4>FV%/)/72OT"*L#UQ] ,"!!($XA?YS"YW=IU M\4N,4OKI\WI7]U/?RVN_D\!5=$:TE"GE06<;`@0.$HC7:QA?NR'>XZGI('#- MGB.@`GR.LUX($%@G<-6+ZZTO,4H<?6F97N*P]VR66/4M4*;P,Z*'=VHFW\"Y M)UCV)4" P%J!6\_>5[U,KQV_[0G,!52 K0H"!+H3B)>K&=_6GN0\)^OP>E>) MJ6_)R\L9T25'IXJQW?H:ZBH&;Y $'@K<?^]2#OP0T 9E"J@`EQD7HR) X"2! M<1:W^8)5O9WVO"KU+;#V.UE;A9\1[?+")ST7Z(8`@?4"A9]*LWY"]NA"0 6X MBS";) $"8X%XN9IXB\G/'I_R$[P]LYOLNRKU'?:M@BC+85P5,\VX'C2U5D#% M;*V8[2\42'Q"*_P]Q L!=5VL@ IPL:$Q, *]"TR.% L\<.SJM.=MJ6]=B[C, M,Z)3+B]<E[/1$B#0GD"!K]'M(9M1+@$5X%R2VB% H"^!?DY[[B'U':]=U8R^ M'LEF2X# DD!B^7?RY.GKD:RF*@14@*L(DT$2()!!8/'K'#:TVT_A=W_J&P^& M=IYDOB%&^W?)<D;T_F%H@0`!`N<+;,A^XR#5@<\/EAXW"*@`;T"S"P$")PED M?RG=_*(^3+B3PN_^U'=QB>SW/VGE?3J2NS -GEQ>.%P**WX5YYD"^CI"(/O3 MVA&#U":!S0(7/FUN'K,=>Q-0`>XMXN9+@,!V@;KRMVWS/"CUW3:8$O9R1G0) M43 &`@1.$]C_2N=I\[1@Z6B;@ KP-C=[$2!0G\">%_4>3GO.GOKN`2]M>:EI ME!81XR% H' !)SL4'J">AZ<"W'/TS9U !0*Y7D'W)&/-G_:</?4=%M8>]M)6 MY^77B,[U6"@-UG@($"A'(.^3MF>M<B)K)&,!%6#K@0"!:@0N>2G->S10H'7S MZ7U>\SNG]C6_5/)*:HT`@=($CG@2N^2%NS18XRE-0 6XM(@8#P$"^06VO:@W M?]IS\Q/,OY(^M7C^&=$.(H^+YODMB^;YYGJ\4.#\)\P+)ZOK*@14@*L(DT$2 M(+!=8'/V&VM]VSLN>,_CSGD>)EWO%R EQNV2,Z(E3HG1L1D!`FL%MKU6)O;B MLEB)4#8[1T %^!QGO1 @L%W@Y(/^MNNB)Z2^VR-=X9Z.ZBH,FB$3('"-P,FO MYM=,4J\U"*@`UQ E8R1 8*O VK>T&_Y K-1WZR)ZO-^91W5G]O5XYK8@0* ) M@;6OE9LG[1EL,YT=,PJH`&?$U!0!`F4)K'U%7[M]6;.]/9KS4]_FSW^>8\>S MY2-U+0O#."\4D 9<B*_KB<#)KWT6OQ5XN8 *\.4A, `"!!X+'/UZV>IIS^>G MOH]CV?06AWXP^.A'0=.1,3D"! H2<%FL@H+1Y5!4@+L,NTD3J%8@/0=(?TN[ MR=.>I;XGK/%W+V_/S\_QCJ,_&)S^*#@!01<$"%0MD/Y:F7>:1S]/YAVMUAH3 M4 %N+*"F0X# >X'T5_3T+6N1O3SU[?#\Y\6UH<11RT/&. D0N$K VWE7R7?> MKPIPYPO ] E4(Y#]9;*]TYXO3WVK64RY!_KT]!2:C+_'MT//B,X]">T1(-"= M0 EO`6=_<>\NBB:\7D %>+V9/0@0*%L@Y16]L=.>I;XE+\DCSO1SR%ARQ!/' M)HB)4#8[2"#EM?*@KN?O%;I\X#G4>HD"*L!6`H&+!<:?(AP^0QCNO'A8[7;? M6.&WS-0W7A*YGUMXY(;)QM^W;LZ([F<]F"D!`FL%/$.N%;/]'@$5X#UZ]B5 MH#B!^V]IMU3X+3/U]2[^_1QXYT'>N&:H?EC<LX\!$:A'H)SR[V!VQ,DR]03$ M2$\54 $^E5MG!.X(W/H8(;3QJ^/]_"HE^VW L\S4MP'8<Z;(a)(.\<9[T0(%"C M@+?V:HQ:=6-6`:XN9 9,H'>!#:^.S9SV7$7JV\_YSZ]?WL)[6/&.E(?HSE)P M2A>V*5]@P[-9^9,RPO(%"BS_CM$\+LI?0K6/4 6X]@@:?SL"*1\C;&>V!\SD MUBMZ&Z<]5Y'Z.O]YU;K>?XUHAXFKP&U,@$ 0*#S[C3'RY&:M'BJ@`GPHK\8) M$,@L<.M%<?$5O:+"[_A::.._X\%*&SE\YJ702G/.B&XEDN9!@$!.`:?)Y-34 MUDL!%6 K@D"A`C'M*71P-0RKC:2QNEGT<_YSW@=!^J'>Y#T@=9*\@= :@;8% MJBC_#B'P_F#;J_'"V:D`7XBO:P+O!28?(QS^=__ID?WXSE_1ZWJ-'T=J<BTT M^60_R]A#OI]8FRD!`ND"WN9+M[)EHH *<"*4S0A<(^"8>.X^R0DGN6Y%ISV' MJ<71ME'J;V,6USS.1[VJ>%P>@I,'X.#^9/">NZOWK6$/DY[7[1%S5P$^0E6; M!#(+C--@:<8=W$).&![2VH=_Q,C.R[SQBFC5W3JO5V<\1$L_(SHLDHS]5K?D M#)@`@4X$/-%U$NASIJD"?(ZS7@AD$!B2I69JAFM1AJM#A?QP_'=LY]#WMA^F MLN,-AD@]_&,N4&GJNS:4MG\HX.R/AT0V($ @7>#0E\CT8>S9<M4[@WLZLF_S M`BK S8?8!!L4<&0\">JVTYX/RFG[K((Z,>&@)YK%,Z)50@[2UBR!5@4:R'YC M:'Q(I-4E>O*\5(!/!M<=@6P"/:?!\RM%#6EG>EK[L#P[WB!;V&XT=.M::$?W MF[']/C/_C(!WFGI8]Y 2GQ.(@WH1OH-@-=NJ@(=,JY$];5XJP*=1ZXC (0(] MI\$#:*[3CP^)D$8)Y!#P2,^AJ T"/0HT4_X=!T\.W.-2SC=G%>!\EEHB<)U M;P?'\8.RP\=ESRS57A=D/5<@</0QV9W3_X[NN@)]0R1 H"<!3WH]13OS7%6 M,X-JCL"%`N,TV&<R+PQ$;UTG+K8FJQ"7Q#J>;9[(?LD(=4J 0"$";3_Q/OQX M2"%1,(S2!%2 2XN(\1#8*^!BT7L%[;]>P > UYOMW6-\Y!<OBCZ^.GJ\9V\? M]B= H&:!MK/?&!F7Q:IYA5XV=A7@R^AU3.!H@<;.BPXOY.':5Y.+1<5[CI;4 M/H'2!&+VZ\BOM+AL'H^3.3?3V9% 3(.=%&,EI NH`*=;V9) E0(-I,'#]Q[/ MRXQ>\RY?E(XY+@_!^'$QN4#ZY6,S``($KA+HH?P[MG4\<-5*J[%?%> :HV;, M!%8+U)L&#_F5DVQ71_VL'83&0=A9:ZW!?N+)ZO,SV!N<JBD1.%@@YL##8VKX MX^!N-5^?@ IP?3$S8@*;!:J[2E;,?N.P;\W:F[Z;UX,=VQ.87""]O0F:$0$" M*0*]E7\'$V_(IBP/VZ@`6P,$NA.HXBI9=TY[[BY@!4_8^<\%!\?0*A-P^GIE M`2MXN-UFOY.8Q,>4&X&Y@ JP54&@7X%BSXM.*?R.PZ8(?.$B]G;[5?@IR]X[ M%%=%1[\$"! @4*R "G"QH3$P`B<)E)8&#]GO2?/7S1J!R6>KAN_=6=.&;?,+ M+%X=/=SI2S+S6Q_68CQ]W8W 3@'EWP'08VKG6FIX=Q7@AH-K:@16")20!N\Y M[3FE&K:"PZ8$6A$HX:'=BN49\Q@.V57OS^#6!P$"O0J$'#A,/>7W%U]\4132 MSXL:C<$0:$#@PJMDK3WMN0'MJJ?@\XIWPG?YVS'S`4B#RWRXW<ERA^J]3+C, MV)4Y*N7?Q;AX$)6Y7*\=53(a)+.N7GFV^_NW:<\]XEP*5%Q'@:$3C_*EE93GN^ M/.MH)/RFT:Z -+B0V,:S76*N,CE]??C?,-3)4[&#^$+"5^PP9+\Q-//'E,.# M8A?MM0,+Y=^'/]>.<+%W"7"!03&DI@3..5S.DOTVY5[#9'S=3N%1NG/ =\[C MNG"?JX8WY+WWO]UM,CR9\%7QTF\S`G+@9D)I(A)@:X# &0+''2Z/CP6SS,0K M7!9&C=0BL&?!'_>XKD7OY'%F>;J;9\+*PB?'L=CNE'^+#8V!$<@K( '.ZZDU M`O<$LA\N*_Q:< 0N%\C^N+Y\1J4-8'RV<\;O#!LR81\5+BWBQE.LP)YW#(N= ME(%U*" ![C#HIGRQ0*[#Y?A>=<;#P<'%*]RA2R1^MBI<`2O<QI^S.K33&ALO M81VFCR'7X[K&2!TWYFUG.V\8CQ.D-Z UMHOR;V) TY\5$QNT&8'S!23 YYOK MD<![@?'A\MH3\(:#0I0$"!0E( W.%8XL9SMO&(Q,> -:`[O(?E<%40Z\BLO& M!0I(@ L,BB%U)# YV$J9^3FG/7MY2XG%YFT<;&VFJV)':?#F,!UTMO.&\<B$ M-Z!5M,N[E[>*1E[(4!TD%!((P]@F( '>YF8O`ID%)D?,D]?FX7^/.^TY\WPT M1Z >@?M'<IN/\Z3!JY; :6<[KQI5V%@FO%:LQNV/^#!1C0ZKQKSYN7%5+S8F M<(2 !/@(56T2V"@P'#'?VO_,%VFO;1NC^&@WY=]'0DW]NS3X83BO.MOYX< F M&\B$UXK9OGD!QPG-A[C5"4J 6XVL>54L,,YRPW62PDSB;S<"O0D4<G2U?QC2 MX/G2+>=LY[4/*YGP6C';-RRP_^FQ81Q3*U9 `EQL: R,P/4"7MBNCX$1-"0@ M#8[!+/9LY[5K32:\5NR2[8>W6L9_7#*25CMUJ-!J9!N>EP2XX>":6@L"S\_/ M81KQMUL#`LY_;B"(.Z?0<QI<R]G.:T,L$UXK=M#VB[GN$)WQ'P<-H-MFY<#= MAK[2B4N *PV<81,X2<"KVD'0,N&#8 ]J-OL#H:LTN-ZSG=<N)YGP6K'-V\MU M-],=M&/V)\F#QJE9`D% `FP9$"! X"0!2>])T.N[N>K0K?DTN)FSG=>NJ7DF MO/;[WM?VV/#V1^2ZKS_<PO4UXA\-ZYD:`0)S`0FP54&@.('P8C]Y;8[_>]6+ M]%6Y07&!,:"^!8Y[(#29!K=ZMO/:!\'XM-LAD5O;2"W;W_H"O_3Q'Y'KIO=N MRYT"QSU)[AR8W0E,!"3 E@2!@@2&0\:"QO1A*%[5]D=$^7>;83]KKXTTN)^S MG3>L9R=(C]'DNAN64/F[]/.,77XLC/".@ 38\B!0BD \02Z\>)0R(.,(a)0.!T M@7K3X&[/=MZP1NYGPHMUU V]7+C+Y O\RLQUO2EYT J1`Q\$J]F,`A+@C)B: M(K!=(+X2C[/?TEZ;O:1MC^Z'[WWQUL8>P$+V/>U14%<:[&SGS>NSKIKP8AZ; M\MU"X_/ A[\WH]FQ?('3GBK+IS#",@4DP&7&Q:CZ$I =]15OLRU2H, CML+3 M8&<[9US(XTQX:#;64=-O#Q/4G1LLYK'C.X>A^@*_]*BUNF6!SZBM4IO7!@$) M\ 8TNQ#()G#K0[]EIL1>S[(%?E-#9:Z*35.QTPJ!`M-@9SNOB-_*36^=*I*2 MNSY,4'=NL'(J-N]=P#%#[RN@X/E+@ L.CJ&U+N!#OZU'^./\YHFK5'95Z(LZ MBKIJ,(6DP<YV7K5T=VX<ZZCQEI*[[NRNJ]T]"9\3[JN>,,^9G5[J%9 `UQL[ M(Z];8/ZAWRKFX\6LBC 99*L"5Z7!SG9N=47EG=?PC7V3/_+VHK6Z!!PVU!6O M3D8K`>XDT*99EL#]]YZ],UU6M/:-1C3W^96X]^7'<V>FP<YV+G$)&A.!J@0N M?\ZL2LM@SQ"0`)^AK \"@\"M#_U61.25K*)@&6K#`D>GP<YVOFKQ+-91KQJ, M?@D0(-">@ 2XO9B:4;D"*:<]*QB6&[_U(Q/-]697[E'CFSO9TV!G.U^Y!/5] MBH!GYE.87W12X[/K^4IZ/$U `GP:M8YZ%VCI%=<K6>^K^?3YE[;D"AQ/'%*\ MM-ZVF[.=M[G9BP"!%('2GC93QFR;5@4DP*U&UKP*$FC@M.>"- V%`($;`O-J M\+L;MTD#SG:VI@@0.$% #GP"LBY2!"3 *4JV(;!=8-5W'554)?8R]G!-5!3- MAW.QP5R@V(= ^DG1SG:VL D0.%F(a)V&?.DQUT=ZV !/A:?[TW+I#RH=_&"4QO M)B QMBA.$(AI\-#1T]-3^#O^#C=G.Y\0`EV4*> 9^/*XR($O#X$!2("M`0)[ M!6Z=9+CV57;M]GO'O7M_KV%W"*N+YN[ET$@#G:SJ27K<2/!,@P"!2@0Z>::M M)!H]#E,"W&/4S?D<@7'YY9P>]=*>P/CME>?GY^%_VYMIC3.JZ!@N+)X@''^[ M$2! X'*!BIX_+[<R@.P"$N#LI!KL5V!RDF$/$%[ %J.L_'O$XK?8CE#5)@$" M!*X2\*Q^E;Q^)<#6`($B!*1,182AX$%T^/9*P=$P- ($JA3P4EM:V.3 I46D MD_%(@#L)M&F>(=#G289>O29KRP'6&0^V8OHH=OW'RUR]OG$KQL] "!#H7:#8 M9]'>`]/T_"7 38?7Y"H1D#)5$J@KA]GGVRM7BE?;MR_UK39T!DZ ``$"9PA( M@,]0U@>!M@6\?=MV?$N87;SZUSF7`5N[GM=N?YRGU/<X6RT3('"<0#G/HL?- M4<M%"4B BPJ'P50IX"3#*L-VS* ?%O,?;G#,N+3:N(#4M_$`FUX.`4^_.12/ M:D,.?)2L=I<$),#6!8&+!=IX2?;2== RBF^OA"M@3=YG.:B[\IN-%P-S&P2D MOA8#`0)M"#B0:"..5<Q"`EQ%F R2`($*!-IX+Z,"Z ]#C(E?(:.]Y+A-ZEM( M] V#`(%<`I<\E^8:O'8J$I `5Q0L0VU0H*64R>O600NTI46RGRA>#"S<PGJ+ M2^[6;7]?Q;8@]2TV- 9&(a),!.`<<2.P'MGB(@`4Y1L@T!`@0>"$A3+UDB,0U> MO.W)C8L]`I/Z7K+,=-J @*?HBH)8[#-P18:&>E] `FR%$""03<"+5C;*3PTY M:-M,NB$WWM;7_ K5\9YMK=W:2^J;UU-K! B4+.!PHN3H-# V"7 #032%6@6: MS&WZ?-%J,I1%/:[FUUK?,[R4HG%H?UQ#WM/=SGVEOCL![4Z 0(T"?1Y.U!BI M&L<L`:XQ:L9,@$ 7`O+JD\,\3HQ#U^/_33FA.EZA.N-UJJ6^)R\`W1$@4)2 M'+BH<+0T& EP2]$TEYH$&LYMO&+=6H@-![VFQ]ZFL=XYH7I3>P]VDOH>H:K- M;@4\]]8;>D<4]<:NY)%+@$N.CK$1(%"!P$&'5@<U6P%H&4/<<-05KU ]7*=Z MVSRDOMO<[$6 ``$"!!(%),")4#8C0&"%P(;D847K-B70HH#4M\6HFA,!`GL% MPA%%O++@_+:W:?OW*B ![C7RYGVI@.+>I?PY.S\HE <UFW/FVLHJ$",>;EE; MU1@!`@0($" P%9 `6Q,$"!PBH A\"*M&RQ.87Z$Z7 <KW)DXTJ'PF[B]S0@0 M6"7@_<157(5OG/U:@X7/U_ .$I `'P2K60(W!;P8-[,X#@KE0<TVPU[^1!+? M_7'.<_FA-$("! @0:$] `MQ>3,V(0"D"B6E *<,U#@)G"4A]SY+6#P$"#0H, MUQH,SZ4-3L^4CA>0`!]OK <"!%H4.*A.>U"S+4;@\#GM>0?GUKY2W\/#I@," M!-H5F%QF/S[3WKJURV!F>P4DP'L%[4]@E4!OZ<V>%&(5;/D;]Q;Z\B-R\@BE MOB>#ZXY $/#$V_PRN/,E[7+CYJ._>8(2X,UT=B1 @$!F`<=JF4$O;6YX]T?J M>VD<=$Z 0/4"DVL-Q@L-/KS6X(;<>)N4;VG:YG;A7A+@"_%UW9U G^E-DT7@ M/D/9W2,VQX1]OU$.16T0($ @I\"MW%C1.*=RP6U)@ L.CJ$1(-"3@*2ZI6C[ M<J.6HFDN! AT(K"A:#R^$)=O::IEG4B :XF4<1*H6*"Q(K!,M>*UN'+H&Y;N MY(3G#2VL'*/-"1!8%O!<W>K*N.1Y]4YNW*ISP_.2`#<<7%,K2\ K<5GQ*&PT MED=A`=DR')_UW:)F'P($"+0B$"]2/;E4=2N3:VH>KW[\X?O[$_KFV^_>OGW[ MYLV;IN9=]F3^_K>__N)7OPF_AV&*0MD12QJ=#*<-@<VSN+_CYF:3%I^-=@BD MA":>`A?J`[?Z26EDQQCM2H# @H#'7</+HJC@AHM@+5(_O$Q7U0$*>4I(3Q*G M$'+)O_SY3Y/L)G'?(S:3`!^ANK=-"?!>P?+V+^J9^BJ>-A VS^+.CIO;O"J4 M7?7[\)V+^ZEOM!+BKM:,R18BX'%72" .&D8Y\>TS`?[BBR]6158"O(JKQXTE MP.U%O9RGZ6MM&W#8-H6'2=2=XN&U(>NV]X<'- ^KOA.Z;2NG6W\3)[!3P"-N M)V#YNPOQY3$:$I98VKW_.XRVG JPSP!?OG@,@ "!:@2\W%83JB,'ZK.^1^IJ MFP`!`@0J$'B8\4[RX:*F) $N*AP&TZ: K&F(ZR57;BQ\55D>A0=H\K46,5X; M*O86?^&!-CP"! @02!=(J?J.MTEO^80M)< G(.N"`($6!&2J+41Q]QPVI+Z[ M^]0``0($"$P%O*MX[9I0`;[67^\$BA:0-4W"$[X>('RZ<G(K,(3S0<:1YQVJ MY9'7\[C6LGRMA<.UXP*D90)C`4^MU@.!HP54@(\6UCX!`@0($+A&($OJ>\W0 M]4J ``$"!(X14 $^QE6K! @T+1 _6EG^;?(1T(P#5J/(B%E+4XK M43*. D0 M*%_ ,^J%,5(!OA!?UP2*%I#A%!T>@R-P6^#UIUMX!V3X._RQW\P1VWY#+1"8 M"$P^M#)\U@84`0('":@`'P2K60($6A:HY<S2.,X]HUU\'\2;(U4L;F&J(DP& M28 ``0(G"Z(a)`GPRN.P)U"#AT3H]3_&+5<$O?Q98$ZA50!*XW=D9>N,!Q'UHI M?.+=#L_3Z56A5P&^2EZ_! @T(A"_6#6^C/60#'MSI(J%*TQ5A,D@"1 @0.!\ M`17@\\WU2(! K0+CCU,.?P^3&3+ARY/AQ7'6<N&N6A='3^-6M>@IVN9ZGL#^ M#ZV<-U8]$:A90 6XYN@9.X%C!-2.]KN6DPR/\_/]YVE;&_O7Q@DM"-,)R+H@ M0( `@4H%5( K#9QA$R!0C4 YR;#"736+IOB!6DO%A\@`"1"H0,!SZ25!4@&^ MA%VG!,H54#LZ-#:7)\-[7FNMC4/71J[&A2F7I'8(G",0/[0R^=*R+-];=L[X M]4*@.@$5X.I"9L $"#0B<%4RO"<';H3>-'((6$@Y%+5!X+V ]ZVL`P)G"J@` MGZFM+P($""P+G)P,)Z8NXV,RQV=5K%UAJB),!DE(a)+.!AV_EZ2'Q%[EPI[_15 M@/-Z:HU W0)>ADN(WSG)L%?<$F)=^QBLHMHC:/P$"!#H4$ %N,.@FS(!`M4( M')H,IV<OWAFI8L5<$J;T552%H4$2.%G@DH?MR7/4'8'2!%2 2XN(\1"X3,#+ M\&7T:1T?D0S+7M+L;46 `('\`EYV\YMJD4""@ IP`I)-"! @4)A QF3X80[L M$*VPX"\/Y\(P/5Q"50`:) $"!*X2\"QZLKP*\,G@NB- @$!F@?W)L)?>S"'1 M' $"!!X)7/BFU:.A^7<"C0NH`#<>8-,CD"C@E3@1JO#--B?#MW)@"Z/PB,?A M71XF[Z%4L4X,D@`!`@2"@ JP94" `($V!=8FPW*8-M>!61$@4)[ Y6]:E4?2 M^XB\!)^Y`E2 S]36%X%"!;P2%QJ8?,-*3(:?GY_?C6[A?^,]^0:BI?P"A3Q^ M';WE#ZT6&Q4HY#';J*YI$7@LH +\V,@6! @0:$D@,1EN:<KF0H ``0($"!"( M`BK 5@(!`@3Z%9@DPP/$T]-3^#O^=BM9H*A2DB)PR4O%V H1*.HQ6XB)81 X M64 %^&1PW1$H3L"+<7$AN6A (7NYJ&?=$B! @ "!W@6\AWC:"E !/HU:1P0( M$*A&('ST-XPU_G8K5J# =Z\<P!6[6@RL!($"'[,EL!@#@9,%5(!/!M<=@;($ MO!B7%0^C(4" `(%&!;S@-AI8TZI/0 6XOI@9,0$"! @0*/9@6A'8XB1 @, V M`<^?V]S6[J4"O%;,]@0J%AA_PTW\VY?<5!S.`X;^>G8+U\$*]QW0E29;%G , MUW)TS6V30+'O6&V:C9T(U"V@`EQW_(R>``$"APK(9 [EW=RX@^G-='8D<+Z M!^SYYGHD<$= !=CR(-"C@"^YZ3'JYDS@1 %OG9R(K2L"!-H1\.1Y0BQ5@$] MU@4!`@0J%O!B7''P#)T`@:L%E'^OCH#^"4P%5("M"0(]"OB2FQZC;LZM"-1R M/.VMDU96G'D0($"@*0$5X*;":3($"! X0D F<X2J-@D0:%Z@EK>KF@^$"1(8 M"Z@`6P\$"! @0* :@;J.I[UU4LW",M #!.IZM!X`H,F-`IXY-\(E[Z8"G$QE M0P+U"PS?<1._VV:XU3\S,SA<P.OQX<0Z($" ``$"!(X74 $^WE@/! @0($ @ MAT"-!25OG>2(O#;J$ZCQT5J?LA$3V"2@`KR)S4X$"!#H3T FTU_,S9@``0($ M+A#P@GLHN@KPH;P:)U"B@+>E2XR*,1%X)%#O(]>1W*/8^O?6!.I]M+86B0KG M\^[3+7QAQ_!W^*/"J90[9!7@<F-C9 0($"A-0"936D1J&8^54TNDC'._@.QW MOZ$6"!PJH )\**_&"1 @0(! !@&'U!D0-4& `(%Z!,+U2L-@XV^WO (JP'D] MM4: `('&!93R&(a)_P8=.S<@ZCU7!!`MZK*B@8AD+@AH *L*5!H"\!K\U]Q=ML MFQ#PL&TBC"9!@ "!U0+AD\"K]['#(P$5X$="_IT``0($7@HHY5D1VP2LG&UN M]JI%P'M5M42JBG%*?8\+DPKP<;9:)D" ``$">P4<4N\5M#^!4P0\5$]AU@F! M# (JP!D0-4& `('>!)3R>HMXKOE:.;DDM4. 0),"KV_<FISL59-2`;Y*7K\$ M+A#P_O0%Z+HDL$/ 8W8'GET)G"?@H7J>M9X([!90`=Y-J $"! AT*:"4UV78 M,TS:RLF J(F2!&2_)47#6 @\%E !?FQD"P($"! @<+Z H^KSS?5(X*' N]DM M7*PHW/=P1QL0(%"(@ IP(8$P# *'"SB8/IRXOPZ4\OJ+>9X96SEY'+5"@ `! M`NL%5(#7F]F#``$"! @<+-#\.U9RX(-7D.8/%WAZ>@I]Q-]N! A4)* "7%&P M#)4``0+%"4ACB@N)`1$@0( ``0*W!52 K0X"! @0(%"60//EW\CMW9.REIW1 MK!0('_T->\3?;@0(5"2@`EQ1L R5P':!3HZGMP/9<X> -&8'GET)$"! @ "! M4P54@$_EUAD!`@0($+@OT-7;5=X]\7 @0( `@9,%5(!/!M<=`0($&A20QC08 M5%,B0&!)X/6-&RT"!&H14 &N)5+&28 ``0+M"W15_@WA#-^>&K]#=7QK/\QF M2( ``0+7":@`7V>O9P)G"?1V2'V6JWY>""@"6Q $"! @0(! ^0(JP.7'R @) M$"! H N!GM^K\F6J72QQDR1 @$ !`BK !03!$ @0(-"$@")P$V$T"0($"! @ MT+* "G#+T34W`D&@YYJ2!4" 0"T"ODRUED@9)P$"!&H74 &N/8+&3X `@8($ M%($W!\-[50-=H BWS9)V)$" ``$"=P14@"T/`@0($"! H""!\#9*?"=%&EQ0 M5 R%``$"K0BH`+<22?,@0(! &0**P!OBT&WY=_R-JN$Z6/%_(^ X#98);UA4 M=B% @ "!10$58 N#0,L"W1Y5MQQ4<R/0DT!,@X>"L$RXI^";*P$"! X14 $^ MA%6C! @0Z%E $7A5]+U1E<(UR813=K$-`0($"!"8"Z@`6Q4$"! @0(! -0(* MPM6$RD )$"!0I( *<)%A,2@"! A4+J (G!A Y=]$J,EF3HW>YF8O`@0($% ! MM@8(-"O@P+K9T)H8`0*?!)P:;2T0($" P"H!%>!57#8F0( `@50!1>"'4MZE M>DB4OH%3H].M;$F `(&>!52 >XZ^N1,@0( `@:8$G!K=5#A-A@`!`@<(J `? M@*I)`@0($/@@H A\9R$H_Q[Z*'%J]*&\&B= @$"]`BK ]<;.R G<$W!L;7T0 M($ @O@OC:X2M! ($"! 8!%2 +08"! @0.%! $7@1UUM4!ZZYI::=&GTRN.X( M$"!0K( *<+&A,3 "! @0($ @L\#]4Z/?W;AE'H3F"! @0. Z`17@Z^SU3. P M`<6EPV@UO$5 $7BBYA&Z91GEWL>IT;E%M4> `($Z!%2 ZXB341(@0( ``0+9 M!6X5A)^>GD)?\;<;`0($"+0DH +<4C3-A0`!`H4** (/@5'^+7.-QDRXS+$9 M%0$"! AD%% !SHBI*0($"! @0* %@>?GYQ:F80X$"! @,!-0`;8H"+0FH+[4 M6D1;F8\B<(BDAV==RUD:7%>\C)8``0(I`BK *4JV(4" ``$"! @0($" `('J M!52 JP^A"1 @0* 6@<Z+P,J_Y2_4US=NY8_<" D0($ @44 %.!'*9@0($"! M@ `!`@0($"!0MX *<-WQ,WH"$P$E)DNB<(%NB\ >FX6O3,,C0( `@4X$5( [ M";1I-BOP[N4M7+(EWM'LA$V,``$"! @0($" P%8!%>"M<O8C0( `@4T"/12! M)^],A?^-;TYM`K,3`0($"! @D$U !3@;I88(7"OP]/04!A!_NQ$@0( ``0($ M"! @,!=0`;8J"! @0.!L@1Z*P-'4.U-GKRW]$2! @ "!NP(JP!8(@48$P@F6 M82;QMQL!`A<*A.M=7=B[K@D0($" `($[`BK E@<!`@0(7"!0=1$XI+AW;F%J M`ZAWIBY86[HD0( ``0*W!52 K0X"! @0(/!"X'Y^&[_0Z,Z-)@$"! @0(%"L M@ IPL:$Q, ))`J]OW))VMA&!ZP2&"R-/+IA\PHAVYK?C`N\)H]4%`0($"! @ MD%% !3@CIJ8($"! H B!AZ<H'UW"G;PQ%2Z%%>\I0L<@"! @0(! QP(JP!T' MW]0)$"!0@,"&ZR3O+.$6,&E#($" ``$"!*X14 &^QEVO! @0('!'X/(2KN@0 M($" ``$"30JH`#<95I,B0(! -0*3ZR3'U/?H4Y2KT3%0`@0($"! (*N "G!6 M3HT1($" P#Z!F/KN:\/>! @0($" `(%E`15@*X,``0($"! @0( ``0($NA!0 M`>XBS"9)@ "!T@2&ZR0/5TAVG>328F0\! @0($"@/0$5X/9B:D8$"!"H1B!^ MW+>:X6X=:)ACF.G6O>U'@ `!`@0(9!-0`<Y&J2$"! @0($" ``$"! @0*%E M!;CDZ!@;`0($6A;HI/S;<@C-C0`!`@0(U":@`EQ;Q(R7``$"! @0($" ``$" M!#8)J !O8K,3`0($"! @0( ``0($"-0FH )<6\2,EP`!`DT(./^YB3":! $" M! @0J$S@Y KP-]]^%W]"XKU?ZN?[F] "`0($"! @0( ``0($"'0B<'X%^.W; MMW_\P^^S\$J LS!JA `!`F<+*/^>+:X_`@0($"! X(/ R17(a)O.H2X+R>6B- M@ "!HP1\%?!1LMHE0( ``0)K!,ZO`*\9W8-M)< 9,35%@ "!DP24?T^"U@T! M`@0($" P$U !MB@($"! @ `!`@0($"! H N!+!7@7_[ZM\//F6HJP&=JZXL` M`0(9!)1_,R!J@@`!`@0($-@JD*4"_.,/WP\_6P>R93\)\!8U^Q @0( ``0($ M"! @0*!/@2P5X*OH),!7R>N7``$"! @0($" ``$"]0EDJ0!?-6T)\%7R^B5 M@, 6`><_;U&S#P$"! @0()!/0 4XGZ66"! @0(# ;0'?A&1U$"! @ "!RP54 M@"\/@0$0($"@"P'EWR[";)($"! @0*!L`17@LN-C= 0($"! @ `!`@0($""0 M24 %.!.D9@@0($#@MH#RK]5!@ `!`@0(E""@`EQ"%(R!``$"! @0($" ``$" M! X74 $^G%@'! @0($" ``$"! @0(%""@ IP"5$P!@($"+0LX/SGEJ-K;@0( M$"! H"H!%>"JPF6P! @0(%"S@&]"JCEZQDZ ``$"+0BH`+<017,@0(! L0+* MO\6&QL ($"! @$"'`BK '0;=E D0($" ``$"! @0(-"C@ IPCU$W9P($")PC MH/Q[CK->"! @0( `@40!%>!$*)L1($" ``$"! @0($" 0-T"*L!UQ\_H"1 @ M4*R \F^QH3$P`@0($"#0K8 *<+>A-W$"! @0($" ``$"! CT): "W%>\S98` M`0($")0C\&YT>WY^CO]7SO",A `!`@3:$U !;B^F9D2 `('K!9S_?"L&O@KX M^M5I! 0($"#0L8 *<,?!-W4"! @0(%"&P-/34QD#,0H"! @0:%Q !;CQ`)L> M`0($SA=0_CW?7(\$"! @0(! BH *<(J2;0@0($" `($#!<('@ ]L7=,$"! @ M0."3@ JPM4" ``$".064?W-J:HL``0($"!#(*J "G)538P0($"! @ `!`@0( M$"!0JH *<*F1,2X"! @0(-"ZP.M/MW 1K.'OUB=M?@0($"!PI8 *\)7Z^B9 M@$!C`LY_3@FH;T*:*%DV*<O&-@0($""014 %. NC1@@0($" ``$"! @0($"@ M= $5X-(C9'P$"!"H14 =KY9(&2<!`(a)0($.A60 6XV]";. $"! @0N%[ ^R;7 MQ\ ("! @T). "G!/T397`@0('"8@C3F,5L,$"! @0(! -@$5X&R4&B) @ `! M`@16"7C?9!57JQN_F]U:G:EY$2!0@H *< E1, 8"! C4+2"-J3M^1D^ ``$" M!+H14 'N)M0F2H ``0+%"/@FI&)"82 %"82O@RYH-(9"@$"C`BK C0;6M @0 M($" 0-D"3APH.SY&1X `@38%5(#;C*M9$2! X#0!:<QIU#HBT+; \_-SVQ,T M.P($2A!0`2XA"L9 @ `!`@0($"! @ `!`H<+J `?3JP#`@0(M"0POUYK*-J$ M.UN:H[F<(.#$(a)1.0=4& ``$"<P$58*N"``$"! @0($#@,H'7HUNX#E;XO\N& MHF,"!#H04 'N(,BF2( `@0,$XO5:7;7U`%I-$B! @ `!`D<)J `?):M=`@0( M$"! 8%' ^<\6!@$"! A<): "?)6\?@D0(%"W0+Q>JZNV;HZBKP+>3&='`@0( M$""P64 %>#.='0D0($" ``$"!'(*>&,HIZ:V"!!8$E !MBX($"! @ "!\P2< M_WR>M9X($"! 8":@`FQ1$"! @, *@?'U6L=_KVC"I@0($"! @ "!BP14@"^" MURT!`@0($"! @ `!`@0(G"N@`GRNM]X($"! @$#'`LY_[CCXJ5/W,>!4*=L1 M(+!)0 5X$YN="! @0(# #H%W'V[A&MKQCW#;T9A="1 @0( `@50!%>!4*=L1 M($" ``$"! @0($" 0-4"*L!5A\_@"1 @0*!N@:>GI[HGL&;TSG]>HV5;`@0( M$#A$0 7X$%:-$B! @ `!`@0($"! @$!I`BK I47$> @0($"@(X'P,>!.9JO\ MVTF@LTS3=;#2&8?K"$S^2&_!E@1Z$U ![BWBYDN ``$"! @0($" `(%.!52 M.PV\:1,@0( ``0($"#0C$"\HT-5E!9J)G8F<+* "?#*X[@@0($" P,]>O[PU M?\SJ_&>+G@`!`@0*$5 !+B00AD& ``$"! @0($!@HT"\H$ _EQ78R&0W`C_[ MF0JP54" ``$"!"X6<,F?BP.@^_($/"C*BXD1$6A$0 6XD4":!@$"! @0*%/ M^<]EQL6H"! @T*> "G"?<3=K`@0($"A+0+VKK'@8#8%*!"87%!C^MY+A&R:! M"P14@"] UR4!`@0($"! @ `!`@0(G"^@`GR^N1X)$"! @,""0)-%8.<_6^L$ M"! @4)2 "G!1X3 8`@0($"! @ "!]P)-OB4DM 0(7"Z@`GQY" R ``$"! A\ M%'#$;RD0($" `(%#!52 #^75. $"! @0Z%? ^<_]QM[,"1 @4*J "G"ID3$N M`(a)0($.A20!&XR[";- $"! B<)* "?!*T;@@0($" ``$"!%8)>#]H%9>-"1!( M$5 !3E&R#0$"! @0.$^@C8-^YS^?MV+T1( ``0+)`BK R50V)$" ``$"! @0 M($" `(&:!52 :XZ>L1,@0(! HP)M%($;#8YI$2! @$#%`BK %0?/T D0($" M0)D"SG\N,RX5C>K=I]OS\_/P=_BCHBD8*@$"90JH`)<9%Z,B0( `@=X%%(%[ M7P'F3X ``0('"*@`'X"J20($"! @T+& \F_'P<\_]:>GI]!H_.U&@ "!_0(J MP/L-M4" ``$"! X14 0^A%6C! @0(-"Q@ IPQ\$W=0($"! @0(! V0+A,\!A M@/&W&P$"!/8+J #O-]0"`0($"! X2J#\(O#X`D7Q[WC5HJ-$M$N ``$"!'8( MJ #OP+,K`0($"! @0( ``0($"-0CH )<3ZR,E `!`@2Z%"B_"!S#XF)%72[/ MHR;]^L;MJ/ZT2^"NP/Q4EW@/MAH%5(!KC)HQ$R! @$!?`K7DP'U%Q6P)$"! MH$(!%> *@V;(! @0($"@/ $7*RHO)D9$@$!F`:>Z9 :]HKD3*L AQQY^OOSR MRS=OWH3_#7,=WS_\_0__^$_I##]/W]26! @0($"@:@%%X*K#9_ $"! @4(C MT17@V'[BS]=??[V*10*\BLO&! @0($ @L\"K5Z\RMZ@Y`@0(%"S@5)>"@Y,Z MM$,KP#'[31W*^NTDP.O-[$& ``$"U0H4500.J6^XA2&Y6%&U"\K "1 @T*/ M<17@H[/?$"T)<(]+UIP)$"! X%J!(?4-V>^U(]$[`0($"!!8*W!0!?B$[%<" MO#;6MB= @ "!Z@6N+0)+?:M?0"9 @, F`:>Z;&(K=*=<%>!?_OJW\2?,,US( M:NVG>;?IJ !O<[,7`0($"!!8)R#U7>=E:P($"! H52!7!?C''[Z//V&B?_GS MG]Z^??O-M]\=/6D)\-'"VB= @ "!X@1.+@)+?8M;`09$@ `!`CL$<E6 )T,X M)P>6`.^(O%T)$"! @,!=`:FO!4* ``$"[0GDJ@#/94[(@5_%BO.=6RA#AV)T M^.KA]B)7[(R&)36,4!2*#9:!$2!0KT"\`O-!XX]?;G1<^P<-6[,$"! @0"!% M8%4.'!I<=8&K\'G@W_WN=RG#B-N$=#5DSHG;2X 3H4[=3 )\*K?."!#H5>"( M!'CX4E^I;Z_+RKP)$"#0OL"J['=\OG0Z3<B!TS<.6TJ 5W$5M[$$N+B0&! ! M`HT*9,R!E7P;72.F18 ``0(+`JMRX+#_J@KPI+]X,FQ(<?<T,K3I,\ 6- $" M! @0V"7@@[Z[^.Q,@ `!`K4)K,I^0]9:U/PDP$6%PV ($"! X%2!G9>#EOJ> M&BV=$2! @$ 9`@==!?J<R4F SW'6"P$"! @T)2#U;2J<)D. ``$":P14@-=H MV98``0($")0DL+8(+/4M*7K&0H ``0(7"*@`7X"N2P($"! @<+* U/=D<-T1 M($" 0)D"*L!EQL6H"! @0(! DL##(K#4-\G11@0($"#0AX *<!]Q-DL"! @0 M:%'@W8?;\_-S_&.XQ;E*?5N,N3D1($" P"X!%>!=?'8F0( ``0(%"DA]"PR* M(1$@0(! "0(JP"5$P1@($"! @, N@:>GI[!__!UNX;SH<-O5HIT)$"! @$"+ M`BK +4;5G @0($" ``$"! @0($!@)J ";%$0($" `('J!<+'@,,<XF\W`@0( M$"! X): "K"U08 ``0($"! @0( ``0)="*@`=Q%FDR1 @ `!`@0($"! @ `! M%6!K@ `!`@0(U"KP^L:MUOD8-P$"! @0.%A !?A@8,T3($" ``$"! @0($" M0!D"*L!EQ,$H"! @0( ``0($"! @0.!@`17@@X$U3X ``0($"! @0( ``0)E M"*@`EQ$'HR! @ `!`@0($"! @ "!@P54@ \&UCP!`@0($"! @ `!`@0(E"&@ M`EQ&'(R"``$"! @0($" ``$"! X64 $^&%CS! @0($" ``$"! @0(%"&@ IP M&7$P"@($"! @0( ``0($"! X6$ %^&!@S1,@0( ``0($"! @0(! &0(JP&7$ MP2@($"! @ `!`@0($"! X& !%>"#@35/@ `!`@0($"! @ `!`F4(J "7$0>C M($" ``$"! @0($" `(&#!52 #P;6/ $"! @0($" ``$"! B4(: "7$8<C((` M`0($"! @0( ``0($#A90`3X86/,$"! @0( ``0($"! @4(: "G 9<3 *`@0( M$"! @ `!`@0($#A80 7X8&#-$R! @ `!`@0($"! @$ 9`BK 9<3!* @0($" M``$"! @0($#@8 $5X(.!-4^ ``$"! @0($" ``$"90BH`)<1!Z,@0( ``0($ M"! @0( `@8,%5( /!M8\`0($"! @0( ``0($")0AH )<1AR,@@`!`@0($"! M@ `!`@0.%LA2`?[EKW\[_!P\WA?-__S,SO1%@ `!`@0($"! @ `!`E4+9*D` M__C#]\//F1H2X#.U]46 ``$"! @0($" `(&Z!;)4@*\BD !?):]?`@0($"! M@ `!`@0(U">0I0)\U;0EP%?)ZY<``0($"! @0( ``0+U"9Q?`?[+G_^4BTD" MG$NRWW;>W;CU*V+F! @0($" ``$"!-H5.+D"_.677X:4._QD$94`9V'4" $" M! @0($" ``$"!+H0.+D"'/+MX6>_KP1XOZ$6/@H\/3V%O^)O-P($"! @<*: MTY'.U-87`0*="YQ<`<ZK+0'.ZZDU`@0($"! @ `!`@0(M"QP<@4X+Z4$.*]G MUZT]/S^'^<??;@0($"! X!(!IR-=PJY3`@2Z$E ![BK<)DN ``$"! @0($" M`(%^!52 ^XV]F1,@0( ``0)%"3@=J:AP& P!`DT*J `W&5:32A5X?>.6NK_M M"! @0( ``0($"!"H1T %N)Y8&2D!`@0($"! @ `!`@0([!!0`=Z!9U<"! @0 M($" P&X!IR/M)M0``0($4@54@%.E;$> ``$"! @0($" ``$"50NH`%<=/H,G M0( ``0($"! @0( `@50!%>!4*=L1(%"UP+L;MZHG9? $"! @0( ``0*K!%2 M5W'9F `!`@0($"! @ `!`@1J%5 !KC5RQDV P#:!IZ>GL&/\[4: ``$"! @0 M(-"5@ IP5^$V60($"! @0( ``0($"/0KH +<;^S-G$#/`L_/SSU/W]P)$"! M@ `!`GT*J #W&7>S)M"O(a)-2WW]B;.0$"! @0(-"]@ IP]TL``(&^!5Y]N/5M M8/8$"! @0( `@5X$5(![B;1Y$NA<X/6-VT\?;G+@SI>'Z1,@0( ``0*="*@` M=Q)HTR1 X)Y S(&EP58)`0($"! @0*!M@9,KP-]\^UW\"8GW?MB?[V]""P0( M$(@"2L%6`@$"! @0($"@>8'S*\!OW[[]XQ]^GP56`IR%42,$"'P64 JV&@@0 M($" ``$"#0N<7 '.*RD!SNNI-0($E(*M`0($"! @0(! RP+G5X S:DJ ,V)J MB@"!%P)*P18$`0($"! @0* ]`17@]F)J1@0(Y!'PJ> \CEHA0( ``0($"!0C MD*4"_,M?_W;X.7-F*L!G:NN+0*<"2L&=!MZT"1 @0( `@18%LE2 ?_SA^^'G M3"0)\)G:^B+0KX!2<+^Q-W,"! @0($"@+8$L%>"K2"3 5\GKET"/`DK!/4;= MG D0($" `(&V!+)4@*\BD0!?):]?`IT** 5W&GC3)D" ``$"!%H14 %N)9+F M08# 60)*P6=)ZX<``0($"! @D%E !3(a)SJ.8($.A!0"FXARB;(P$"! @0(-"> M@ IP>S$U(P($3A)0"CX)6C<$"! @0( `@4P"*L"9(#5#@$"7`DK!78;=I D0 M($" `(%:!52 :XV<<1,@4(Z 4G YL3 2`@0($"! @, =`15@RX,``0(9!)2" M,R!J@@`!`@0($"!PL( *\,' FB= H">!6 I^=^/6DX2Y$B! @ `!`@1*%% ! M+C$JQD2 0+T"(0>N=_!&3H ``0($"!!H6T %N.WXFAT!`E<*/#T]A>[C;S<" M! @0($" `('+!52 +P^!`1 @0( ``0($"! @0(# &0(JP&<HZX,`@3X%GI^? MP\3C;S<"! @0($" `('+!52 +P^!`1 @0( ``0($"! @0(# &0(JP&<HZX,` M`0($"! @0( ``0($+A=0`;X\! 9 @$!K`J]OW,(W)+4V5?,A0( ``0($"%0E MH )<5;@,E@`!`@0($"! @ `!`@2V"J@`;Y6S'P$"!%8*A*\(5@1>:69S`@0( M$"! @$!.`17@G)K:(D" P'T!.; 50H ``0($"!"X4$ %^$)\71,@T*. '+C' MJ)LS`0($"! @4(: "G 9<3 *`@1Z$I #]Q1M<R5 @ `!`@0*$E !+B@8AD* M0#\"<N!^8FVF! @0($" 0#D"*L#EQ,)("!#H2T .W%>\S98``0($"! H0$ % MN( @& (!`KT*R(%[C;QY$R! @ `!`M<(J !?XZY7`@0($"! @ `!`@0($#A9 M0 7X9'#=$2! X(6 (K %08 ``0($"! X34 %^#1J'1$@0&!90 YL91 @T)7 MNQNWKA!*FZR@E!:1^7C$*%>,5(!S26J'``$"VP7DP-OM[$F ``$"! @02!90 M`4ZFLB$!`(a)2.%) #'ZFK;0($2A1X>GH*PXJ_W0H1$)1"`G%G&&*T,T8JP#L! M[4Z `(%L`G+@;)0:(D" ``$"! @L">2J`/_RU[^-/V<R__S,SO1%@ "!$P3D MP"<@ZX(`@4($GI^?PTCB;[="! 2ED$ \'(8'SD.B6QODJ@#_^,/W\6?S2#;L M* '>@&87`@1*%Y #EQXAXR- @ `!`M<)2'UWVN>J`.\<QK;=)<#;W.Q%@$#I M`G+@TB-D? 0($"! @$"=`KDJP)?,7@)\";M."1 @0( ``0+;!5[?N&UOT9Z[ M!01E-^'A#8A1+F(5X%R2VB% @$!.`47@G)K:(D" ``$"! A\$% !MA ($"!0 MJ( <N-# &!8!`@0($"!0K8 *<+6A,W "!#H0D -W$&13)$" ``$"!,X34 $^ MSUI/! @0V" @!]Z 9A<"! @0($" P** "K"%08 `@=(%Y,"E1\CX"! @0( ` M@4H$5( K"91A$B#0MX <N._XFST!`@0($""01T %.(^C5@@0('"T@!SX:&'M M$R! @ `!`LT+J `W'V(3)$"@'8'GY^=W2[=V9F@F! @0($" `($C!52 C]35 M-@$"! @0($" ``$"! @4(Z "7$PH#(0``0+)`D]/3V';^-N-``$"! @0($ @ M44 %.!'*9@0($"! @ `!`@0($"!0MX *<-WQ,WH"!'H6"!\)[GGZYDZ ``$" M! @06"N@`KQ6S/8$"!"X7D#J>WT,C( ``0($"!"H4$ %N,*@&3(!`@0($"! M@ `!`@0(K!=0`5YO9@\"! A<)/#ZQNVBX>B6``$"! @0(%"9@ IP90$S7 ($ M"! @0( ``0($"!#8)J "O,W-7@0($"! @ `!`@0($"!0F8 *<&4!,UP"! @0 M($" ``$"! @0V":@`KS-S5X$"! @0( ``0($"! @4)F "G!E`3-<`@0($"! M@ `!`@0($-@FH *\S! @0($" ``$"! @0(%"9@ IP90$S7 ($"! @0( ` M`0($"!#8)J "O,W-7@0($"! @ `!`@0($"!0F8 *<&4!,UP"! @0($" ``$" M! @0V":@`KS-S5X$"! @0( ``0($"! @4)F "G!E`3-<`@0($"! @ `!`@0( M$-@FH *\S! @0($" ``$"! @0(%"9@ IP90$S7 ($"! @0( ``0($"!#8 M)J "O,W-7@0($"! @ `!`@0($"!0F4"N"O O?_W;^'/F_']^9F?Z(D" ``$" M! @0($" `(&J!7)5@'_\X?OX<Z:&!/A,;7T1($" ``$"! @0($"@;H%<%>!+ M%"3 E[#KE `!`@0($"! @ `!`E4*Y*H`7S)Y"? E[#HE0( ``0($"! @0(! ME0(JP%6&S: )$"! @ `!`@0($"! 8*V "O!:,=L3($" ``$"! @0($" 0)4" M*L!5ALV@"1 @0( ``0($"! @0&"M@ KP6C';$R! @ `!`@0($"! @$"5`BK M58;-H D0($" ``$"! @0($!@K8 *\%HQVQ,@0( ``0($"! @0(! E0(JP%6& MS: )$"! @ `!`@0($"! 8*V "O!:,=L3($" ``$"! @0($" 0)4"*L!5ALV@ M"1 @0( ``0($"! @0&"M@ KP6C';$R! @ `!`@0($"! @$"5`J$"',:=^/L? M_O&?BIKDSXL:C<$0($" ``$"! @0($" 0.$"H0B<\O/-M]^5-A$)<&D1,1X" M! @0($" ``$"! B4+A JP ]_"IR#!+C H!@2`0($"! @0( ``0($".07D #G M-]4B`0($"! @0( ``0($"!0H( $N,"B&1( ``0($"! @0( ``0+Y!23 ^4VU M2( ``0($"! @0( `@1X$?OGKW\Y_2IZX!+CDZ!@;`0($"! @0( ``0($RA7X M\8?O)X.;WU/4Z"7 187#8 @0($" ``$"! @0(%"3P#CC+3S[#:P2X)K6EK$2 M($" ``$"! @0($"@-(&8]Y:?_4J 2ULYQD. ``$"!.H3>'?C5M],C)@``0($ MM@I4D?U*@+>&UWX$"! @0( ``0($"! @4)N 4Z!KBYCQ$B! @ "!4@6>GI[" MT.)O-P($"! @4*" !+C H!@2`0($"! @0( ``0($^A7XQ:]^,_Q\^>67;]Z\ M"?\;.,;W#W__PS_^4[K4JX?G:G_S[7=OW[X-7:8W:LN=`G__VU]#.,/OH1U1 MV$EJ=P($"! X3B!\!'BQ\=>O7Q_7J98)$"! X"J!D*>$]"2Q]Y!+_N7/?YID M-_?W7;5Q3)1"%XGC40%.A+(9`0($"! @0( ``0($"/PL5%Q#SIEX6^NU*OM= MVWC87@*\`>VR7<)[+>D_7WSQ1:PA^TV ``$"10FD/Y/7LN7_^]_]'XL_)XP_ MO-AYI2- @ "!_0+IS]CAB3>46U?]I*=/1V>_[T<23H&^__/55U_][G>_^\GM M1($0D=#;."XQ"O'^E-L0M:&IV*#?! @0(%"(0,J3N6WN"XQ?'+W&$2! @,!F M@;59QL,4<K[!)+M9;"%EF_F.PVM!XJ@DP"4>7=Q/@%-"ZYA(a)\^._D"-CXR= MH&&!^9-\RA.[;6X=]'C>)D" `(%<`@]?:]9FFT.##Y/;4.T+C3\<@ 2XQ/1U M_YAR)<"Y'@G:(4" `($C!#:\S-ME+.#=WH;?)SKB$:=-`@1N":2_,YLW`1Y. MC8[/[=MRX+5#4@'>GZ[F;V%M`CP_E=TQ@6,"`@0(%"N0?IPAW;TOX/,^CN8) M$""05V!XUKWU4=FUV69Z!7AS#KQV2!+(a)_.GK_A97)<#QC9/)(8)C@KS/!5HC M0(# $0+RVYT"WNTM]EV>(QXOVB1 X#B!>?:QF&*$S=9FFVL3X UUX+5#D@#O M3U?SMY">`$].&QA6F&,"QP0$"! H5D %>&?>.WFQ.^Z(4,L$"!#H36!<`;Y3 M9MOP-!XE$W_BN=#IMWBUX,0?"7#^]'5_BXD)\/AZXBK Q1[I]O:\:;X$"*0+ M)+Y4V^R6@'=[O?81($ @B\"M"O \!UY;;MU0`8Z[A)QVU2W]M5("O#]=S=]" M8@(<-E,!SO*83S]:M24!`@3V"Z@`IQ^FW-_2YWWVKT8M$"! 8"Q02 5XL;:7 MZ]53`IP_?=W?8GH"/.3 *L R80($"%0GD"L/[+8=%>#JUKQ,@P"!,@5N58#G MKR^G58#'74^>[7>^ZDF ]Z>K^5M8E0#''/C^VR1E/M*,B@`!`GT*Y'H/>^<1 M0 .[JP#W^0@R:P($CA,85X 77R8DP/ES/RTNGH2P]FT/QP3'/2]HF0`!`KD$ M&DA!KYV""K *, $"!+((I+\S*P&6KAXBL+8"?.?DA%Q':=HA0( `@5P"Z<<9 MUZ:7Y??NW=Y<:U([! @0B (/?R3 AZ1_&LV5`'LD$R! @$#)`@^/,VQP7T % M.$OEI^3'B+$1('".0/H[LQ)@N>HA`G<2X+5?AW7.8T8O! @0() N$)[DTY_, M;7E?('Q)1KJ\+0D0($#@ED#ZR\VJ+]T=WL=,K##?_^#QGD8^?[SYX;O+P>+A M-C;(+C");GRO9>W-(YP``0($"A18^V1N^_L"JJ $"! @L%-@[0O-AMQG3^ZZ M]G)(]X?W*OSS\%VRBW_\XE>_N;^!?SU(X.]_^^O0\C???O?'/_S^H(XT2X ` M`0($"! @0( `@>,$0E(YSFY6=112H;=OW_[ESW_:T\C0X^,$>-7@;'R0@+<A M#H+5+ $"! @0($" ``$")PA(@$] U@4!`@0($"! @ `!`@0(5"R0MP+\\XHE M#)T``0($"! @0( ``0($""0+2("3J6Q(@ `!`@0($"! @ `!`C4+2(!KCIZQ M$R! @ `!`@0($"! @$"R@ 0XF<J&! @0($" ``$"! @0(%"S@ 2XYN(a)9.P$" M! @0($" 0+4"O_SU;ZL=NX$3>"]0XQJ6`%N[! @0($" ``$"! @\%J@NVS'@ MQT'M;XO'WP,<KCK='XL9$R! @ `!`@0('"OPY9=?SK\7M+J,Y<<?OM_,%":[ M9_?-_6[>T8 WTR7N2'@1*N_7("4EP&_?ODV,F<T($"! @ `!`@0(/!3XRY__ M](M?_68Q`?[IIY\>[E[(!J]>/3Z6OC-4V<[1<23<AO U"?";-V^.YM,^`0($ M"! @0(! )P(A];V3`,\3XP)9POAW)L %3LJ0"!0HD#<!]AG@`D-L2 0($"! M@ `!`@0([!7XAW_\I[U-V+\Y`0EP<R$U(0($"! @0( ``0+="X02_>]^]SLY M</<+80H@`;8D"! @0( ``0($"!!H2B">8/_'/_Q>#MQ47'-,1@*<0U$;! @0 M($" ``$"! B4(3#^>+D<N(R8%#0*"7!!P3 4`@0($"! @ "!+ +5?9U2EEEK M) C,+ZXF![8PQ(a)(28.N!``$"! @0($"@7(&0RHY_PD W)+>QA6&2Z2VD;UFN M8$\C6[RT> "0`_>T"A[,50)L,1 @0( ``0($"!0M\.,/WP\_8:#A[Z*':W $ M"!0L( $N.#B&1H ``0($"! @,!.(5=E)63AN-=PY9PMI\[R<.]E^L4H\J1X+ M" $"50M((a)*L.G\$3($" ``$"!-H76,QUP[2'LO"0$H\+Q0]=PEZ3%H8D.?Y3 M;"%N\[ U&Q @L$K@UN-Z52,;-G[U\/'\S;??O7W[]LV;-QM:MPL!`@0($"! M@ "!N4#XBIK%CVN&8^*??OHI_.NPRS@7C7?&>\;WW[IGWLAXRTE!>#@JGK>\ M&,$P_E>O'A]+C_<-Q]46PZ$"7W[YY7CQ3/!#4A.^%>G0`73>^!W_/3(Q(?W+ MG_]TZS/>JQI__*"5`*\"M3$!`@0($"! @,!#@4(2X,52T*$)<#B.?XAC@\T" MH6AW/P'>W+(='PKD2E#G'4F '^+;@ `!`@0($"! H&B!JQ+@@!(+OXLUY/BO MXW^:UY\'UFT5X' YXJ(#4_G@[E0(AR2J\BD6/?PL%5H)<-$Q-C@"! @0($" M`($-`D<DP$-R&\<SKNY.BKK#OPYG0<>-%VN_0\(\F>:&!#CLLL'*+JL$[E> M?:YS%>:&C6_Y;VAJV"6\>1'?.<J28#L%>D\L[$N ``$"! @0(+!%(#T!WM+Z M*?ML2(!/&5?7G:@`-QG^\3M'^Q-L5X%N<I&8% $"! @0($" P&>!\?5F[WQ5 M$C("! H4"$GO\+-_>!+@_89:($" ``$"! @0*%I@^+JC\1]%C]C@"! X1D " M?(RK5@D0($" ``$"! @0($"@, $)<&$!,1P"! @0($" ``$"! @0.$9 `GR, MJU8)$"! @ `!`@0($"! H#"!I*M ^[ZRPJ)F. 0($"! @ "!Z@46+]@;KE#U MTT\_U3*W5Z\>'TO7,I<VQAD6U==??WUK+F_?OOW+G__4QDS-8K/ XP>M[RO; MC&M'`@0($"! @ "!.P+S;S09OIBW%K?QMPW7,N:&Q_D/__A/]V<G`6XX^HE3 M>YP`)S9D,P($"! @0( ``0($"! @4*Q *.[Z#'"QT3$P`@0($"! @ `!`@0( M$,@C$,^0EP#GT=0*`0($"! @0( ``0($")0I,'P^7 )<9H",B@`!`@0($"! M@ `!`@0R" S9;[BZLP0X`Z@F"! @0( ``0($"! @0*! @7'VZS/ !0;(D @0 M($" ``$"! @0($ @@\ D^_49X RFFB! @ `!`@0($"! @ "!T@3FV6\8H5.@ M2PN3\1 @0( ``0($"! @0(# +H'%[-=G@'>9VID``0($"! @0( ``0($2A.X ME?WZ#'!ID3(>`@0($"! @ `!`@0($-@N<"?[]1G@[:SV)$" ``$"! @0($" M`(&B!.YGOV&H/@-<5+P,A@`!`@0($"! @ `!`@2V"#S,?L-G@%_]^,/W6]JV M#P$"! @0($" ``$"! @0J$I !;BJ<!DL`0($"! @0( ``0($"&P5>/755U]M MW==^! @0($" ``$"! @0($"@#H$OO_SR?0(<SH2N8[Q&28 ``0($"! @0( ` M`0($-@GX&J1-;'8B0( ``0($"! @0( `@0H%? :XPJ 9,@$"! @0($" ``$" M! BL%\B9`/_RU[]=/P![$"! @ `!`@0($"! @ "!,P0^)L A=QU^SNA6'P0( M$"! @ `!`@0($"! X%R!SQ7@$7 \4<A]]P0Z(T``0($"! @0( ``0($SA!X M< KTO"S\$YQ_BR7/B.&^B! @ `!`@0($"! @ "!!(%["7!(7^=EX<D]XVT2 MNK,)`0($"! @0( ``0($"!"X1N!S`CR4=D.*.XSE8;UW/NKA).J8&U\S+;T2 M($" ``$"! @0($" `(&7`M//`$]\AGIO3&75>ZT?`@0($"! @ `!`@0($*A4 M8'H*]*V+8*WZ-&]L1/FWTC5AV 0($"! @ `!`(a)0($&A28.$SP$,.'/^(/S&; M'=\3.>;W-,ED4@0($"! @ `!`@0($"!0N\"KK[[ZZH]_^'W>:2C_YO74&@$" M! @0($" ``$"! CL%/C%KW[SX&N0=G9@=P($"! @0( ``0($"! @4(C (0FP M3_\6$EW#($" ``$"! @0($" `(%!X) $F"\!`@0($"! @ `!`@0($"A-X-5/ M/_U4VIB,AP`!`@0($"! @ `!`@0(9!=XY73E[*8:)$" ``$"! @0($" `($" M!52 "PR*(1$@0( ``0($"! @0(! ?@$5X/RF6B1 @ `!`@0($"! @ "!`@5< L!*O H!@2`0($"! @0( ``0($".07^/\#B4M5W[S2*^<`````245.1*Y"8((` ` end begin 666 image001.png MB5!.1PT*&@H````-24A$4@``!0````/H" (````.0<1U`````7-21T(`KLX< MZ0``JP])1$%4>%[M_3VO)$F:*&96-E;*(GG_!#_1!70I1+?&*JV%%5IH8$!I M- KD+&<D8K2JTAI7ZB&;%%8;<8 22J!06J98K54#U>"]7/Z#%1;+>S-76:!H M>>P<3P\/#W=S\R\SMR=PD'4JCKE]/*_%QQNO1\2KU__Q?_O)=I=7KV)?S_]Y M[OA5__]?_O3TWV&[IZMNKXS]?;AN>/W+6#?7]_[G\; OG=TT?E%X6<-P);=3 MN%MH[\]W$QV;?5S^Z&H?+/=CMX\6V4,:Z?CYJC'&VS7W5C[L9C1Z(XRC]A]# M.6;[<?)CF^@A[X-5/>V6T66-;M&;MCWHT3V7OD6?UW0WCX^;?]3NEN?&_.5/ MXUOWSO#F9C.Z@Y\['%5YGN;=#7+TEO>RUI%[@-&;U*,]-W;]A_",W2V\W(A> M;KO=?<JHV>U]R,<8#.];>D/=W;?<W91'-\OM7*>VZ-T]0"\0HX-/WRWU-L"8 MUP/;1W=#\2YWN)B;>YF;^XK;,(S$X.8>X&YYMSMH&*W1'=^;X<@T1^X!1N]' M[C;_HR \NCT_+WQ\DSZX:3VZY8]RCP;S+C9=K!X]AMT&>AB@8;1'M_;\/4KO ML+'[H]X=SLBJ/":^W(ANM\W8)AK=R[V[Q#O>IP,>;:6QW70;RMN'BN[&_KQM M4K?HH]O0Q]WWZ);QZ([GY3YH]!YBZ@8_=8?S42KM!OD2H"'#HR!Y3+Q_;'D) M\(-GG3W*CP\[HUOT[A']P=9]NCV,W0L]OAORF#B>B8TR/L#M/T\X^?=7,0'^ M'_Z/_^5^(E\_717_'5S^]8.T60(\=JL>3=]?'JA&GP3<W=1O'[EN[NE'[I^? M;O\C#W_#9SA/47WXJ/@RPW[L;YXSW?S/Q[NDN^-N9C*:77BP[]UE#UE'F3W8 M3SY:/MJ:0[:1=@]>"WFYI3QX;'UX`_UX6QRY08[<4'LWA=O;S<W MP_[=PUO M9]/=@#W8QWN[V_NJZ2M&G]"./F=Z]"K-W7 /[R!'[I^?KQH9T(O"CVZICU^U M]9@H`;Y]AG;[3&OTF<K($ZS19U?QV=3H_<7P#N>NX<M]Q-CM_,&=N1>%^W?F M=X^.'A.'SU2ZQ[VD+3KU()G\F%AK`OSUTPWV[=NWX=\OOO@B_!NOZ2X2X-'] M,?I4YT']^N59T-ASJ?'G-K=/>I]CX<%^["6YY]N^5[LG'A<\V/=P1C&&CR O M3Y;&'EMOGZ4,GS.-9#8OG7NU.SYQ_/@<<?Y^KL?[47;D>6KJ\]%-'NR?=L"C M1'7DR<AP$1\W1/^15(a)+\\D!WFZH\;Y?YO7)S([\+C[.BGFY\4T]</MXP[\Q[ M?W)6U(3.&*\*<.]N_^,]WNC]W>B#P\MSO.[8V_L""?#(8TY\J#TZ`?ZO_\M_ MU7](F_[]RR^_?//FS:+V_\V__BZT7SI*/&JD`OSU2^K;GT1(@\/UW44"+ '^ M>";$Z%.YD2N'-[^[9R^WJ'=W8:,/TTZ!'KWC'WMF>/L4\I;W@>W3G>C(T\8% M]Z1W=[DO0XTE"V/WS\]C/6@^?@[Q2^/A+GST_Z,8PT>0%[^QQ];;B=_.U2G0 M-X]GHT^W1Y_CW$1K_ [E^0E3`0_V3SM(a);)-.W6U%F)O=.MP[XS?!!R^KCMZV MYA@?#=^[#WFTY6_<[Q;:N\,9PC@KJG>;<%;4RS[Z>',>N64,;RFW-_H'[[H: MW8.]G3VV@Y_']ICX<8]Z6]#+AAQNT9NM.W=G/O*\Y.:IU-C];&\')^WX@MX6 M%!\00VKZU[_\^>8YP(/_^?:[[T/9-23 B]IW"7#&4;_H9O+5RV\___S)?_5? M?1%^XA4A]8U%X- @_BRZ_/O__4___M_^:=$A&A,@0( ``0($"! @0(! FP*? M??Z;P<^&#L\)<$AKO^GEMR%O#S\A!XZI;W<);6(F'"_O_E__<_]G>EK_[M_^ M*?QT;?[=O_F?'K7___YO_V/XV7"1NB) @ `!`@0($"! @ "!JPK$A+F_NOMK MXE]'*L#AVE $'KW$/'EP^?0_^>_B3XKFO_NW#_/>E,.U(4" ``$"! @0($" M`(%K"_STXP_=3\I*0^/0K,N!XR_QRL'E8P+<_T,H_R[*@?O'_OO__7_^<-KS MT\_H7 <Y\/_Y;_ZGEY^;JJ\Z<$JDM2% @ `!`@0($"! @, U!+JR;7<*=/JZ MNAQX(OL-O0T3X/">Y?AV]_N/\^C>GSUX&W!W%G0X*F2_X=__X#_]N_(a)SF.Y_ M^)\]7]/EP"'U#6W^H__\_Q%^PB__Y[_YF /_J__BOP\_Z0O6D@`!`@0($"! M@ `!`@2:%>A*OJ.UW\CR,0'^D/H^??YS_/:CP25>']L,+HM.@?X/_[,/B>[@ M$BO S<;)P@D0($" ``$"! @0($ @" Q.?AZ\LW>::' *]&CCEP3XYYO4]SG= M?4IV^REQEP:OB<U]#APKP/_1?_[?AY\U/3N6``$"! @0($" ``$"!"XC$//A ME.5T9SX/W(a)\\./8Y`8Z?^7S_U4?AG<#=UR"%(_N_ITSB49O1.O":#AU+@ `! M`@0($"! @ `!`J4)[/J=1MUB!^_[G<B!>Z= /]5[[[_Z*'8ZD?KVWP/\'_RG M'SX+>OI#L/HA>7GK;_P<K/\QO@<XOO77AV"5MG?-AP`!`@0($"! @ `!`KL* M]!/F]('N"\6/2L>O7O_'_VWH]_W_\;^$?T.]-W[^<_<)6/W?^\/'H^XO+P?> MOE,X?*OPQZ8OO\:/VKKIXOFJ^[<9QPD-KW_^_]N/Z[H9Z=&P+YV-_'WX\5\? MF]Q.X67P;@&]/]]-=&SV<?DW-!_[&EWN[52>&P\[^,A[Q_C<=(SQ_B//GKD? M=]\+R"CSJ.V'@\:6<:MY9_L\UMCU+X(CJQW[)+>/UXT&*:+V9CBZYT:#-KI% M7R;^H)O;3?TQ=+?3&%[_O'%N=M['(T8WYMV?AS>G1S?<X5@W,[O;-8]N`Z,W MT4=[;NSZ#V&[B_#4%ATU&^$>:?=@B_;VX,U,1C?+[5P?W/#B/GMP"[N[![B] MXO9&-#:A4:\'MH_NAEYFV+^7?I[TR!8=7?38_?:CV_?MS7P8K?$[E(_3&0X? M;\ICM[Q'-Y&[>Z:[(#RZ/;_<&8^C#^]5[L)^LPM'UI%^A_.RM =;]#;0HW<X MH\R/'F-'-^7HWKR+PYCM"\S(3?W!4X"[D$W<I,9VN<?$_JUD-$C#W3MZDQJ_ M!_&8&!^C1N_PDN^TQ^[&GN_<1FXHCQ]4AC?WEXD-;_$C[3PFOCP$CMYA>$P< M?Z[]_*SMO_XO_]5?__+G_I.(1[]_^]WWX6VV;]Z\6=3^O_G7WX4.EXX2CQI) M@/N3DP"//IJ/W:<]NJ-[N?L:?5"7`-\\O-X^4-P]0HP]CDB ^_GZHXWY47GT M&>.CEP5&'TQ[8]P]8?)@/Y'LW-T#/'ZN<O.\:3IX=XG$: [TW(<$>/1N^NZ. MI7?%Z!X?NS-_NJ,?>T8Z=;=UNUUNGDCU_B0!?KZ'2LK0'KVF) %^VOS)6_31 MB]5CMP(a))\*.[W4?/"[TH'%^K&EP\)GX$&7T4ZHF-%A9O7M:XY5VT13=Y3(P/ MB"$U_>:;;U(2X- F)L"+VG<)<,91,PEPF%#\0N#!W:8*\.C^&'VJ\^"Q.][\ M58"?;A>W<&.,CQY'), 2X)&[^9>K;AXN;A]P;[*-FRY&3U)X/KBW#X>Y[J/# M)K>H"O#=2V ?8U'5@[T$V&/BQV?TPSN>YT?[[EG(a)_!V.Q\3>_?7P_GST_GW$ M_$$%]O8N9O0.QXO"\UO48^+-JY0)KV:.[-OX!/C1<]X>\?#YQOCI/ 4FP/_/ M_^%WB=EO7K.8`"\=Y:8"'-['^QR'EPC]'!/?EVN[4G"\/GSUT>A<G0+=2^=Z M?K=/O7N/@A+@N,-N;MP2X#Y*E^#.IP.CKQ)XL!]YE+IYF!C>.B7 +V(W+Q*, M,-X\G@]?AVCLP?[I:<RMP?.CY]TSEZ<--YHBW3U0/$?(a)4;_#ZU_N.F^?O'Y\ MK'X\[/ 6<3,3IT#?;/[A3I^X9?08'Q5LO"WHX\/=\ YG+O'UF#A\'CYZAW'# M.KSC>?3_$N"1',<IT".YS-/SSI&'J/$'Q-',\:PKGRO 6PTO`>ZE<Q_SW%YB M<B.M`OS,(0&^>:)T^XQY))%X\%Q*`CR1V(X^MQI-TB3 $N#N.?E8BCE^)KD$ M>)CIC]X?/3?RF-A[6>+V1<H;QM&'QH\M;O_</9P.[^QZ!R2_1N,4Z.%^[I[< MC=0M1E]Z>GXX&@N24Z#'GBK[7(Q>@M#;-F-W$-54@+?*+O?HYU7BMRKM,;8^ M"1 @0( ``0($"! @0(# 80(?OP;IL"$-1( ``0($"! @0( ``0($CA>0`!]O M;D0"! @0($" ``$"! @0.$'@.0'^Y:]^'7["MS"=, 5#$B! @ `!`@0($"! M@ "!_04^5H 3OWIX_RD9@0`!`@0($"! @ `!`@0(;"_@%.CM3?5(@ `!`@0( M$"! @ `!`@4*2( +#(HI$2! @ `!`@0($"! @,#V`A+@[4WU2( ``0($"! @ M0( ``0(%"FR9`'_V^6\.6.$QHR0NI*C)),XYL=F%EY8HH!D!`@0($"! @ `! M`A<3R$F 0VK4_PDBVR9+]_W?H\<1UX\[6,CQT>TO8:M%3:]B@+;>\'@T(Q(@ M0( ``0($"! @0"!#("<!#L/\].,/W4_\WXRQ)PX9]'_?<I,10^XW.]"VZTKI M;9.EI0RD#0$"! @0($" ``$"!)H2R$R !T;W1<586=V0LBO5QCZ[SK,'BMGO MZ$(&G=__[Z!LFSV'49^)T>_7OI]P-]9 ?L,1=46 ``$"! @0($" `($C!3(3 MX(DSA_MEU>P<^#[=[1><^T#Q^@W)^HEQ-VBWD)1K%DTF=-B=^=Q?R":,CV9R M'[Z)X>Z7O&B!&A,@0( ``0($"! @0* 0@<P$>/K,X?4UPT?I[AYJ(a)]D.LM!M MJ[N+YC_*&#/5[%<6X@1&P[<^:HM6IS$!`@0($"! @ `!`@0.%LA,@*=G6> ; M:R<F_*B&W"^*'AR5B31UOYG4%;7]'/1,@ `!`@0($"! @,!5!79)@#NLE87* M7='7UU&WFEZ<R<2)W)&QWVSVD#5S*SEJ:];E6 ($"! @0( ``0($&A?8/@&. MN5G\R7YW[N!-JOT^^P'KKL^+XJ-N8V^C?UV_M,2I;L*8.-9(a)L8.H';;D]-EJ M28 ``0($"! @0( `@0R!5S';^>6O?OW7O_SYV^^^__WO?IO12R.'K$GI*R5J M<,F51LJT"1 @0( ``0($"!"8%<A)@.]/D<VN]([.;^_^XZ"C)_I.+V2/;/"8 MQ?:=%RU\CR7/;DH-"! @0( ``0($"! @L(= 3@*\QSST28 ``0($"! @0( ` M`0($=A78_CW NTY7YP0($"! @ `!`@0($"! ($_@.0'^YIMOPAN \[IP% $" M! @0($" ``$"! @0*%_@^13H\B=JA@0($"! @ `!`@0($"! 8(V 4Z#7Z#F6 M``$"! @0($" ``$"!*H1>/7UUU]7,UD3)4" ``$"! @0($" ``$"N0*O?O[Y MY]QC'4> ``$"! @0($" ``$"!*H1\![@:D)EH@0($"! @ `!`@0($""P1L![ M(a)-?H.98``0($"! @0( ``0($JA%X3H!_^:M?AQ_?A%1-W$R4``$"! @0($" M``$"!!8*?*P`__4O?UYXK.8$"! @0( ``0($"! @0* :@19/@0Z%[E#NKB9$ MN1/==9F[=IZ[8L?-")0?M?)G:),1($" ``$"! A4+?#$5@A(0P5X/#L\_>_ M^^W$>AZ=(SU]5 I0U_-L5Y]]_IN4#D.;GW[\8;1E&.NKK[Y*J7CW069QNK'N ME687-;NB?I^)O24N<^*\]XF!'G6>'IVXY$<QZH-\]OG_[9-/_M?^-3_].+5+ M9S&S&]RO+F7^H\.%KK*/#1W^\NY6\-<'N[T_>N*6R/99?V#B##<,Q/HYZX$` M`0($"! @0* B@<45X) Z#BYAM2O?/!QSR]AM[&JZP_C5Q>$+G,*7&-__&_^T M50SZM>+TNG&?:'8YCZ8:$+J?01HS>GW&DOOR]V%-7V]_Z!"<\!,"\.'GYP\_ M(=.+OWSX>;H^MIF]A-3WL\_#?OA?0\;;_7SRR?\]7/ET?>IE:5H^VF],60<_ MBZ;1==MEOWD3N\]^0\^C5Z8"5=4NH'W<3D^;*ESR)*M:M\D2($" ``$"! AL M(+ X`0YCAMII_R=<TR6N>3,*V6\L08>?\'O,?F>SKV^^^2:,>_]O./;5JU=Y M,]GPJ(XHSR?Q-87$9A/K"L[!L'$,P__FUAG'O0<\L.OGY+;$( //Z\^_(3D M)/[RX>?I^MAFN@0:"[\Q[^V/\M./__^G:SZDP8GQ"@/=)TB+4J9^P3;\'H\- M$P@S6=1/3-7BPO.*P!.);@LY<,Q^GV[CSS_A=SEPX@U!,P($"! @0( `@9P$ M^%XMY$OARI1D[%'ILCLA.:63.('1[#?.)):(-[FD+VTP7%QIO++K9*O*;7^L MV5<*'CET)W5WY?=8!(X=QI<D,@S[:>VC%#?642<Z[[+?1VU"&KPH!W[43TKZ MVD]9NSKP4_K]89^-9M?3P\44.N,4Z-D4=[9!1D +/"2^P!5W40$O=A4H9$H$ M"! @0( ``0+C`ALDP%WZ%+.F">DNXXH5X_N?<&R_M^F@352 MXIVK(+&184Y M+^HV+B0<&SO9Y*3H11-(:1S+OR$0704XEG_#L?'ZE$Y&VX2STT-A[I>_NCEM M^$.E[NG$]92T,WOHP8&]@NWPW>,I6>B@8#M([Q<MI.LJ9FZ+COVP#]/>_9[8 M;()WZ<3NNQKM87VWHP-M]W:'K7:<?@@0($" ``$"!,H5V" !#HN+I_NFK#+F MP-T9MC&K['++F&KV3QZ>Z'.B`IPRD_0V,2&,$TL_JLLJNS1RY4G1Z4.GM)PN M_W81R<N!/YP('1+@<";ZT_G/W<^'8MVK5Q_^-'F9+?_&HQ.+P%VU^=&)T$L3 MLZ?E?#CYN5M$2C;;SWZ[$9<._?)&ZNX=U2^_A*ET[XM-"?]8FY5GB8<N1WM8 MW^U@LEWYMW\Z]--^F#JG(%?%<00($"! @ `!`I<2V"8!3B>)M=_X1M\N$\Y[ MQ^D!%>"PKJY^F[[&V+)_7G&\9O2DZ*7=;M*^^Z2Q0?DWUH%C7+J!,DZQ[G*> MB5.(a)-UG(TDZZ3+4[DWGV9.QPGG/\S*W^&W>?WOH;/XCK^:_3G^H50;I:=)Q& MPM!CZXMO?@V7_K^QX;JS@0=I?$IY?#"_T1[6=]L?I?L0,MGOTLVO/0$"! @0 M($" 0! X.(a)&.^567`\>TL/LWYF/]1/%1D$(1,1020X5Q[-\M(QNG%R:VJ/P; M5]2=5QPGU#\I.IX1':Y<E%[>?U!SQE+[)Z*'P_M%^/A[5_5=>M9W?S+EG (= M9C7(Y1:F=E\_%7N_OJ/^<'W\TX,&'X^(R7.7\7;Y<$;XGC_Q:?3(U6<##UX@ MR)C>: _KNWTTDZX:G#%5AQ @0( ``0($"#0H<'0"W*\`3W//9H9/.?#(S^91 M[-+"1><#CU: 8TH<<^.E&75<U_WG;_>KM8EK[[+ZT+Y[QV_W>^PDGF&>V.&@ MV<I3H/,&G3BJ*T1W==>EYQYW*5S\95 03IGP??$Y'+5T&C,UWJXXG#*AL3:C MYVDOZNS1F=[=2P"+E[QH>(T)$"! @ `!`@0(3 H<G0!W%>#IN*34'A\EP'/O M,$W=$8-"=*R^)N; @U.+XY"C'[:<.IN7=H,*><Q19U\LN!_EOO ;VW3RL>>4 M0-QW7N8IT/W";S\=34G)NL]\#HM]*N1^. 6Z6WAB2?E^T,5O6[VO\:ZN^CY: M1<H;FP>A'SB\O%AP\WG7&=TNO8UH3X ``0($"! @0."1P-$)<$H.&9.NC )I M..UV]@.6$K="/$]XD/[%*<UFFX-$M_^!4MU)T=D5X*[S^/G2>0EJK.[VWX/= ML=R_'SLC$*&W-:= )WZZ5>)G974?P37(-A/?B/O4[,-'7L6O_,W(>_M;KG\N M=$XJ>/\&X,$UB?M[K-E]-KXT/Q_M87VWHVL*W3K_>46T'4J ``$"! @0:%3@ MZ 1X]JS:[.QW\P!F?Q%NS-X'YRJ'*[>J`'=9=,C2\[+3&(7^NZ_[>O'ZO-0Z M]E/(*= Q]7UT\FW\4TKY-Z:^3RO[\';?EVZ?WQB<6/[MA!,'O=_/?TW[E./$ M9A.WEZ5Y[WU7HSVL[[8_4/P0K/#3?;38YO<`.B1 @ `!`@0($+B>P.($N/\Y M58,O\EVO4T[V.UA++)9V'Q^5L=+1SUN>Z"=^^O3]97T6W?]<Z_L3H?NG0#^: MP_3R$Q.2Z<QSM@B<4OY].E?YXU?CC&:>B>EH5P>.Z?U+4OWA1.B,O*X;-''T M#GPVN9UMD+%U'4* ``$"! @0($#@,@*OXM/W6.U,2?!F3P">KDFN/#RZIU3M M8J(R&J>PS)#FS=9.8R$T)(%=*;C[FN*,\$\L?&(F_:,FBN>CRYE>YNR;F:=? MC'C4>0C-UT\Z'\YB#Y>?/_SSU[_\\,M?Q0IJ^*J>#__$#]<*+:>SQYCE/H7R MX\L!HU=F1"3CD/N-EY']9HP[..27S^7H84^SV6_BSE\_P^P>%LUP]JWFV=-P M( $"! @0($" P%4%%B? %X!(?Y*])N/=`VI1%CV[S#4O1DPDP(L6GI) =AEO MUW,_'UXTW&4:W^? L]EO6/OLECC=I_P9GDYD`@0($"! @ `!`FL$),!K](H^ M=M=<8M?.BV:M>7+E1ZW\&=8<?W,G0( ``0($"!#X9/%[@)D1($" ``$"! @0 M($" `($:!5JL`-<8)W,F0( ``0($"! @0( `@94"SQ7@^!G%*_MR. $"! @0 M($" ``$"! @0*%;@N0)<[/Q,C `!`@0($"! @ `!`@0(;"+@/<";,.J$``$" M! @0($" ``$"!$H7D "7'B'S(T" ``$"! @0($" `(%-!"3 FS#JA `!`@0( M$"! @ `!`@1*%Y `EQXA\R- @ `!`@0($"! @ "!300DP)LPZH0``0($"! @ M0( ``0($2A>0`)<>(?,C0( ``0($"! @0( `@4T$),";,.J$``$"! @0($" M``$"!$H7D "7'B'S(T" ``$"! @0($" `(%-!"3 FS#JA `!`@0($"! @ `! M`@1*%Y `EQXA\R- @ `!`@0($"! @ "!300DP)LPZH0``0($"! @0( ``0($ M2A>0`)<>(?,C0( ``0($"! @0( `@4T$7OWTXP^;=%1:)]]^]WUI4S*?-0)? M??757__RYS4]3!QKM^P$JUL"! @0($" 0(,"_2>NGWW^F[H$NO2PWIE/@U\Y M`7[[]FU=N\UL'PG\Z8]_^.6O?KUK`FRWV'X$"! @0( ``0+K!09/7$,:^?// M/Z_O]H >OOSRR_"4N)\`5SKSIA/@-V_>'+!7#+&W0$A]#TB [9:]XZA_`@0( M$"! @,#E!09/7&,"O%\A9RO/<$9DR'[O$^ :9SYMXCW 6^T9_1 @0( ``0($ M"! @0(! T0(2X*+#8W($"! @0( ``0($"! @L)6 !'@K2?T0($" ``$"! @0 M($" 0-$"S27 KUZ]*CH@)E>&0-(a)GW27.J']-W$6#O72_M>X[Z??3+72TGXSA MRI S"P($"! @0( ``0(?!4K[-.G4!#C,N_L9C6=I"QN=I.S7;3%=('Q<0;QT MVZ:[)N4#\<)1]^W[5T[OQGALF&WW2_K,M21 @ `!`@0($+B>P&Q&5LB2"Y]G M4@(<UA ^#KO[*40V8QHI>4M&MPXY5Z#_TDS)M[>8_796_=3Z7$"C$R! @ `! M`@0(%"Y02T96_CSG$^"XAOL-<5\0CM?$EH_^.M$F'MO_M^MJ\$OAN]/T#A:( M^[/;I=TK-2O/2NA.0NZRUL%)T=/+C/EMO&P%,GI.]5:=ZX<``0($"! @0*!, M@?2,[-SY/YKG;(;83_=6/H>?%9A/@!]U<9]FQ&MB$COX:_^:;GGW/4R3S2Y& M`P)]@;#!^J_(+,69. 4ZL:O['A(/?-1LT3G8*\=R. $"! @0($" 0,D"]SE7 M=;,])1_,3X!GWQ+<+_8F!J-?Q.M*P?TK$_O1C `!`@0($"! @ `!`A<3F$[! M"E_LQ#G"W<Q'3SW>=EV9"?!]17<PK6N\9WA;:[V=*'# ;6EV=8,W_0[>$CQ[ MN 8$"! @0( ``0*-"W2GW-;H,,(a)09S/*G=8XGP#WSR/-F$3V.=QQW'[>DMU5 M-^W1;Z_)6)1#6A"8> ]P][;>1U^5%'SZ[]?MWD7<?V/PZ)6RXA:VEC42($" M``$"!!8)K,S(%HVUIG'B/->G=6LF.9\`A][C2OHUZ_XU<?CNFD'[[@.*!B7O M?@^'5>>ZMU"N(7-L+0+]%U"6WLSNWVW;OZ;_!46#[RMZ]+\=VN@F?/3FWL&G M1O?E?:1Y+?O0/ D0($" ``$"ZP4F\J^B/D?I/G,<9(O=;.]7M%XII8=7AR6? MW6P2(Y38[-$BO_WN^[=OW[YY\R9%09O"!?[ZES__\E>_#O^.SK-+;@>O.0U. M'YC8ZG9+X1O ] @0($" ``$"M0@,GKB&9ZJA;O'H>6PYBXK/A\.E>\Y<[\RG M59,JP)L$IJL`'Y]R;S)_G10KT+V=(,SPT9O/[;IBPV=B! @0($" ``$"! X3 M."X![F<I*<N3L:0H:4. ``$"! @0($" ``$"B0+')<")$]*,``$"! @0($" M``$"! CL(2 !WD-5GP0($"! @ `!`@0($"!0G, )'X)UC(&/-3K&^9A1IC\$ M:_T<[);UAGH@0( ``0($"! (`J,?@O7--]^4CS/Z(5@USGR:^LH)\.]_]]OR M]YD9)@I,? IT8@\3S4(";+>L9]0#`0($"! @0(! $.@_<0V?!/S%%U_4PC+X M%.A*9]YH`ARV72W[S#P3!?;[^'B[)3$$FA$@0( ``0($"*0(=$]<NR_L3#FJ MA#;]KT$J83[I<TC\$.7+5H#3I;0D0( ``0($"! @0( `@18$? A6"U&V1@($ M"! @0( ``0($"!#X1 )L$Q @0( ``0($"! @0(! $P(2X";";)$$"! @0( ` M`0($"! @( &V!P@0($" ``$"! @0($"@"8'Y#\$*WQ#3A$1AB_SJJZ_Z'WHL M"H7%QW0($"! @ `!`@0($$@5&&0WJ8?MT"XI`0[?![7#T+I\*/"G/_YA\+6W M(0$6!3N&``$"! @0($" `('J!.ZSFQ.7D)H`OWGSYL19[CKTEU]^6=KJ0NUW M- $N;9Z[QD7G! @0($" ``$"! @4*- _4W5V>G_W#_]8:P*\:)VS$(4TB)75 MD%B6MCH)<"$[Q#0($"! @ `!`@0($.@+Q')=BLDWWWP3LJVB$F ?(a)I42.&T( M$"! @ `!`@0($"! X*- 2(-G?PKTD@`7&!13(D" ``$"! @0($" `('M!23 MVYOJD0`!`@0($"! @ `!`@0*%,A/@#_[_#?=>OJ_/UID2IL)H'!X]U.@HRD1 M($" ``$"! @0($" 0.$"^0GPD0L+J>]//_[0_1PYM+$($"! @ `!`@0($"! M8%I@9;WS,-Z-$^!!D38J=!;QKW%MHRV[/_77'[/?>Q$%X<-VB8$($"! @ `! M`@0($"#P2&"0]Y4,E9\`AZ2T6V=,4/MUVGZBVZ6OL80[VO*^MUFUKB!<RXL- MLRO2@ `!`@0($"! @ `!`G4)+'UO[+FKRT^ 1^=]7Y4=+=[&'+A?$ [7Q!SX M4?O[X52 S]TZ1B= @ `!`@0($"! H'&!^V)DX>7)C1/@]'?JIK=\E&E[2W#C M-S;+)T" ``$"! @0($#@7(%^6E=%@K8J`9ZHV:;G_8.3I>\/[,Z.G@WMH^)[ M^F1FA]" ``$"! @0($" ``$"!"H56)4`#]8<,]7X<W\F<_?7<-1]R^Z0T72W MWSYFL_UK*J4W;0($"! @0( ``0($"! X4F!M`CQ(= =5[]&_QN5-M!Q]&_#] M*=.CUW1V_4[2WU=\)+VQ"! @0( ``0($"! @0.!(@;4)\)%S-18!`@0($"! M@ `!`@0(G"[PS3???/O=][,_I\_S?@*O9JNC855OW[Y]\^9-6&2!"U@_I0)7 M]_O?_?:7O_KU7__RYVYU7136KU</! @0($" ``$"! @0R!;X\LLO%QW[IS_^ M89#=+#I\V\:I"?"VH^IM6N!^BTB [1D"! @0($" ``$"!$H0"(6ZF- N_;>$ MR:<FP*$"7,)T&YE#MYFZ]4J &PF]91(@0( ``0($"! H7V!1]AN64TX%V'N MR]]=9DB ``$"! @0($" `(%2!!9EOR'U+67>3_/(3X!?I5V*6JW)$"! @ `! M`@0($"! @, :@1K/?.[6FY\`KR%S+ $"! @0($" ``$"! C4*-!H!3B&ZN?' MEQIC:<X$"! @0( ``0($"! @,"&@`CS$"2='3WCU3YVVL0@0($" ``$"! @0 M($"@(H&F*\#W<9K.?F/[KFR<TKBBK6"J! @0($" ``$"! @0N+9 ZQ7@?A*; MG=!V9>&X5V(_76_W?XW7=(T'#:Z]X:R.``$"! @0($" ``$"9PFH``_SU5#@ M712,D+[>UX3CE3$-[OXZ^-\N!U927@2N,0$"! @0($" ``$"!/($6J\`=V78 M^$M*]ML5;+O&]R7<?C_9A>6\B#J*``$"! @0($" ``$"!$8%6J\`]S/5E.PW M)LGQTH'V/TQZH!S_U#_GV48D0( ``0($"! @0( `@5,$5("?J[Z)V>]TD!X5 M>S?I_)3]85 "! @0($" ``$"! A<1J#J"O"KGW[\83H2WW[W_=NW;]^\>3-H M%C/5B;ST48/NS;W]#OOOY@W7]]L,_A3_&H_MOTDX7C/:>75;K=M2W<P?1:&Z MI9GP(H'W[]]/M'_]^O6BWDINO.M*=^U\5/7X$:>#6]I\2MZ*N\Y-(*JXO>RZ M!W1.X#"!S>]P-N_P, H#[22P* <.<XA%XYTFLZC;7RQJ?=^X_Z6^@]\?]3R: M,P].BAX].[KK<+KQRA4YG `!`@0($"! @ `!`@0>"2S*?D/J6Y3DV@2XJ,68 M# $"! @0($" ``$"! CL*M#H>X#['ULU\?NN]#HGT([ IY]^&A8;_HV_7/BR MZTH[O6,8NW@5$KC2YG/A;3R]-($8]<'2["W"PO<6V/R!=?,.]Q;0_^8"*L"; MD^J0`($;(a)6.RM1+0=UWIP=EOW_/=NW<E\/:G4<B42F Y90[\I]GYG+(M#7I) M@?X#ZR:WK%T?J2\9@DLNJM$*\"5C:5$$"A?H/W1-O ._NC_=LV^XTJ[SKL\- M.Q^EOE].>+K0#7I\=+KY]*?1/8,Y?C[-CMC?BM%_[ZU8!?7]+31<XQEVX0]& MIE>C0+C#V>26M4D672.@.?<%5(#M!P($]A7H'FSZ#UV);T.HHMG],^ -5SH= MFSU\1D?L5K3'B--]]N=S_^SG^/DT.V+_E8CX^X;[O%[5>Y9][T_U3J Q@=&G M$(T96.[V`HU6@!-?5][>6X\$FA2(#V#AW\N_\KKK2D>+P/MMJ"Y>A02NM/GL M)U]XSP(Q&B LA>];TZM78/,'ULT[K->VV9FK`#<;>@LG0( ``0($"! @0(! M6P*-5H!CD'W^<UN;W6H)7$X@G,QRN3594)4"MF*583-I`@0(-"E0=07XU4\_ M_C =M6^_^_[MV[=OWKP9-(L/U2$!OC\\_"E</]$@'-)_I!_MI,F]]+SH;DMU M"(^BT+*2M5]8(-Z''+; O8?;N__#H RTMX"MLK>P_@D0($!@*X%%.7 8-!:- MMQI]33^_6'/PZ+$IKV''Q_CNLOD<=$B `(%T@>X%N_1#M"2PAX"MN(>J/@D0 M($!@<X%%V6](?3>?P)H.-TB ^QEO>O9[/^GN4[7BG_K_&W\?7#\8=[K-TDFN M,74L`0+5"4@\J@O952<<MV+*@^E5!:R+``$"!,H7:/H]P%U2&E/6^+\9YR[V M:\+]?N)3@5@K'ER_])KR=Y(9$B!PHH#$XT1\0_<%!@]Y< @0($" 0&D"K5> M^SEP7O:[/J*#ZO%]AUVV[!U6Z[7U0."J`A*/JT:VQG4Y*Z'&J)DS`0($&A%H MO0+<K_=FU'[7[Y)^]7A];WH@0*!Q`8E'XQN(a)G.7;BN7$PDP($"! H"^@`OQ\ MSG-B]GO6(WIW-K7M2X `@6F!L^ZFQ(7 0,"9^;8$`0($"!0HT'H%.(8D,?OM M&G<G+7??EM1=,]O5H&7W_,"GAA1X\S E`I4*R($K#=SUINW,_.O%U(H($"!0 MNT#3%>!^'COX?;; ,O@:I/O_':3676(\:!G3[_Z5HV=E>_=O[;<T\R=PL$!V M\>W][>7=NW?]*PY>A>&N(> 5F6O$T2H($"!P#0$5X&O$T2H($"A"H*C7JA3? MBM@3)O$D( >V$0@0($"@$(%&*\#]HNO$[YL':?8$Z4<C9A^X^1)T2(! 70(2 MC[KB=>'9VHH7#JZE$2! H"(!%>"*@F6J! @0R!'(2SP^?;K$\;I?<H9W#($7 M@>PS\Q$2($" `(&M!!JM`&_%IQ\"! A4(9"1`X=W_\I^JPAN79-T9GY=\3); M`@0(7$] !?AZ,;4B`@0(C @LS8%#U3?FP%TFC)7 5@)+=^-6X^J'``$"! BH M`-L#! @0:$5@Z0FHSGQN96><L4XY\!GJQB1 @ "!3U2 ;0("! @T))!^`FHH M_':U7T7@AK;(@4N5`Q^(;2@"! @0>!90`;85"! @T)R Q*.YD)>ZX*5G)92Z M#O,B0( `@6H$5("K"96)$B! 8$,!.?"&F+I:(Y!^5L*:41Q+@ `!`@2B@ JP MG4" `(%&!49SX->WE_ VX'!%_#=<&I6R[/T%O"*SO[$1"! @0."#@ JP?4" M`(%V!9R VF[LRUNY'+B\F)@1`0($+BB@`GS!H%H2`0($T@523D"5F:1[:KE& MP"LR:_0<2X ``0(I`BK *4K:$"! X.("4MR+![B>Y:6$E//:LR4``$"!(H3 M4 $N+B0F1( `@5,$8@[\_O82O@`I7A%_.65B!FU0P"LR#0;=D@D0('",@ KP M,<Y&(4" 0 4"(>NH8):FV(: '+B-.%LE`0($CA90`3Y:W'@$"! @0(! BH < M.$5)&P($"!!8)* "O(A+8P($4(a)4&9](._C>U%^W.$PA??10N8?SNE_![.$?Z MO!D9N44!'XO58M2MF0`!`GL*J #OJ:MO`@0($"! 8)V C\5:Y^=H`@0($+@1 M4 &V(0@0($!@1"!\ZA47`N4(.!VZG%B8"0$"!*H64 &N.GPF3Z .@?LS:>N8 M=]NSC%$;7"0A;6^*DU=O^YT<`,,3($#@$@(JP)<(HT40*%B@GT<I*A8<J.'4 M0K!BO+I?*IJ\J5Y5P%N"KQI9ZR) @,!A`BK AU$;B "!#Q^G1($``0)K!+PE M>(V>8PD0($! !=@>($!@7P%5WWU]#^_=::B'DQMP1, ^M"T($"! ($] !3C/ MS5$$""P0<";M`JRSF[Y^N81R??@U_MM=SIZ=\0E\%) #VPT$"! @D"&@`IR! MYA "! @T+2#Q:#K$2W>5BPI&N9"@ "!.@14@.N(DUD2($" ``$"]P(^%LNN M($" `(%%`BK B[@T)D @5:!_WNS][Z]>O4KMJ)YV85'AN7@]\S53`A<1\+%8 M%PFD91 @0. 0`17@0Y@-0H# K8 3%PO?$;/)O @6'L$&IV=/-AAT2R9 @$"& M@ IP!II#"!#80,"SU0T0=4& 0$_ O8KM0( ``0*S`BK LT0:$""PEX!GJWO) MZI= JP+>$MQJY*V;``$"J0(JP*E2VA$@L(> ''@/U95]SI[_'/L7NY7.#M]) MP%N"=X+5+0$"!*XAH )\C3A:!8&*!>11%0?/U F4*N".I=3(F!<!`(a)1.%E ! M/CD`AB= 0"VQWCT@QZ@W=BW,W/YL(<K62( `@:4"*L!+Q;0G0& 7`>_<VX5U M>:>)YS\O[]@1!$X0D .?@&Y(`@0(E"V(a)`EQV?,R.0$L"WKG74K2ME<!!`EY< M.PC:, 0($*A$0 6XDD"9)H%F!%1LZ@JU>-45KS9GZ\6U-N-NU00($!@54 &V M,0@0*$Y 3E5<2$R(0/T"[ECJCZ$5$"! 8 ,!%> -$'5!@,#F`IZJ;DZ:TF'> M&X %*\56FQ($[-42HF .! @0.%= !?A<?Z,3(/!0P%-5FX,`@<T%O"5X<U(= M$B! H"X!%>"ZXF6V!-H2D .W%6^K)7"(@+<$'\)L$ ($"!0JH )<:&!,BP"! M*" '/FPGY)W_+$R'!<A VPJX;]G64V\$"!"H14 %N)9(F2>!=@4\3VTW]E9. M8$\!]RU[ZNJ;``$"A0JH`!<:&-,B0* OX'FJ_4" P!X"[EOV4-4G`0($2A90 M`2XY.N9&@,!'`<]3=]T-:\Y_CA,3H%T#I//]!'PLUGZV>B9 @$"!`BK !0;% ME @0&!>08AVP,][?7MZ]>]>_XH )&(+ \0(^%NMX<R,2($#@+ $5X+/DC4N M0(Z '#A'[:AC1.<H:>/L(F #[\*J4P($"!0FH )<6$!,AP"!.0%/4N>$%O]] M_?G/BX=T`($B!=R]%!D6DR) @,"6`BK 6VKJBP"!8P0\23W&^=-//PT#A7_C M+RX$6A!P]])"E*V1`(&6!52 6XZ^M1.H6,"3U+V#UR6]X6W Z6.)2[J5EL4* M^%BL8D-C8@0($%@OH *\WE /! B<(R#7.L8]9,*+<N!C9F44`KL*^%BL77EU M3H `@1,%5(!/Q#<T`0)K!>3 :P4_^>31&X#[2:]3H-<[ZZ%&`?<P-4;-G D0 M(# MH )LAQ @4+> 9ZC[Q2_FP.'?115@$=DO(GH^7L!^/M[$MQJY*V;`(%K"J@`7S.N5D6@-8'3<^!*OTEH MIVF?'H[6]K_U[BW@+<%["^N?``$"APFH`!]&;2 "!/85D'2M]PWY\.NQ2W@/ M<+QZ_1!Z(%"O0+R3>3]YJ7=U9DZ `(%&!%2 &PFT91)H0D .O";,.U6#UTS) ML01*$PAW,J5-R7P($"! 8)& "O B+HT)$"A=P+OUTB/4SWBGL]^,5Q8R#DF? MN98$"! @0( `@3P!%> \-T<1(%"N@'?K+8I-2'W5?A>):4P@"H2W!L1O".M^ M(4. ``$"Y0NH`)<?(S,D0"!'0 4R12VFOBEG=69X9AR2,F=M")0FL.A[PDJ; MO/D0($"@-0$5X-8B;KT$&A*0@,T&.R7UG>U$`P)M"G1Y;Z@`RX';W -638! MC0(JP#5&S9P)$$@5D ,_DG+:<^H>TH[ `X%X_O/@$M]3<'^A2( ``0*%"*@` M%Q((TR! 8"\!.?#H<_0,[@S)C$,R)N80`J<(A*IO+/SVR[_Q/07W%XGQ*3$R M* $"!.X%5(#M"@($KB\@#>O'6.WW^CO>"G<3"#>?O+XEQGENCB) @,#F`BK MFY/JD "!$@7DP"$JW0<^RX%+W*/F5+; 3I^7OC0QSL[ R]8U.P($"!PGH )\ MG+61"! X5Z#Q'#C]`Y\GPI1AF''(N?O$Z 3N!?HWG]>3EZWT'B7&W5>=>YOQ M5M3Z(4"@-0$5X-8B;KT$FA9H-AE3\FUZWUO\"H&="K\K9O3)TJ+QFK$<2X ` M@>L)J !?+Z961(# E$"#.? @^YU.AM]/7H)L!F#&(38Q@=,%NM2WEF\+DQB? MOF=,@ "!*@14@*L(DTD2(+"E0%/YF-KOEEM'7VT(5)?Z3H=%8MS&MK5*`@12 M!52 4Z6T(T#@2@*-Y,"RWRMM6FLY0.!BJ>^VB;'/WSI@!QJ"`($#!%2 #T V M! $")0I<.P=^],;%])3XTZ=+B%SW2Q?%#+J,0TK<-.9T78&F4M^\Q-CG;UUW M^UL9@;8$5(#;BK?5$B#0%[AJ5K;)!SX'J'?OWMDP!%H0V.HF<WDK9U-?/L06 M2* %`17@%J)LC00(/!2X7@Z<7N.=WA8A^XT5X-'+]=S<2-H4*/!#GFL,A,2X MQJB9,X%F!52 FPV]A1,@\"QPI5QNJ^PWT$QDOWE;YTK.>0*.*DK .<\'A&-I M8GS,VXQ'/^K^``U#$"!0B( *<"&!, T"!,X4N$9N-IO]SC;HQR!4@.,IT-TO M9T;(V 2V$Y#Z;F>9V=.CQ-C;C#-!'4: P!(!%> E6MH2('!=@:ISX%-.X\P0 MRSCDNCO.RDX0D/J>@+YPR*5%XX7=:TZ `(%/5(!M`@($"#P+5)J>^?P>.YA MBH!;2HI2L6UV2HPW?Z]'L8 F1H! )Z ";#,0($#(a)HT!U.7#Z6<TI+4.;UZ]? MAV>$X=_1RV"O5,=EK[<I<,HI$FU2'[_J-8FQ[/?X>!F10 D"*L E1,$<"! H M2*"BI"XEITV4[3*$#?L<';HBWD0ZS4H6<,YSR='9=6X3B7$WKF]ZVS4$.B=0 MK( *<+&A,3$"!$X3J"))VS!3[4X-W;#/TX)G8 )/`E)?&^'1:W!D"!!H7$ % MN/$-8/D$"(P++,J!C\\;EXXXT;[[T](^(]PB*+N-P $"4M\#D"\S1%<$CMOF M,NNR$ ($)@14@&T/`@0(3.7 I3TEVO;=C"NSW[RM(V?.<W-4BH!/NDI1TN9> M()XR+0VV-PBT(* "W$*4K9$`@4R![BE1YO%;'[;AD_M^(IU7^^T6)Z'=.L[Z MRQ'8]K6AG!DXIGZ!?AI<VJN?]>M:`8%2!%2 2XF$>1 @4*Q (0G>RC2USSN= M2+\?NVP;G4)(MUV4WLX2<,[S6?*5CCO[$??=!V@I"%<:8M,F,"V@`FR'$"! M8%[@](1M3?8[.';Z?^<MM"!0C(#4MYA07',BSHN^9ERMJGD!%>#FMP```@32 M!$[,@==DOX/%[93]GHB3%CVMKB8@];U:1 M>CS2XX."8&H$<`17@'#7'$"#0 MIL#Q:=Z&;VN\[VHVK_[TZ;)3K(_'W&DANCU>8,,WPQ\_>2-6*B -KC1PIDW@ M7D %V*X@0(# `H$CT[9-GN7'3NZ[FLU^(TKW'2&S1D?*S$Y&@ZL*;/B2T%6) MK&M7`9^2M2NOS@D<(Z "?(RS40@0N(Y > (T^)2HD"7VK]EDJ8D):LI8]UVE M=[Y?!3C,7,Z<$CYMHH!SGNV$<@1\2E8YL3 3`AD"*L 9: XA0(# O@+I">KT M/.+7>(3G:OUF6W6^+X'>";P(2'WMA6(%G!==;&A,C,"$@ JP[4& `(&R!+9* M4$>SWT5+#97M]%.@8Z;MFS,7"6L\^PK.)F\$X$Q(a)5P%I\*Z\.B>PN8 *\.:D M.B1 H"&!_L=$;7*V\(;9[Z#P&Z.R5?];Q5C.O)7DQ?I1];U80%M8CK<'MQ!E M:[R&@ KP->)H%00(G"/0%4C79[\;?KK/HRRWM.SWG)@9M7@!5=_B0V2"#P6\ M/=CF(%"^@ IP^3$R0P($RA4(>6_,@1>=*GR_GJV>\?>SZ.RO_'W=NX0%QO]+ MC(&*;B*49J,"&[X,1)C N0+.BS[7W^@$)@14@&T/`@0(G"RP56%V(HO>:H@] MI.3,>ZA6UZ=SGJL+F0FG"$B#4Y2T(7"P@ KPP>"&(]"*P."+@@;_>QF%?N$W MKPB\56HZT<]60R1&34*;"*59%)#ZV@F7%_#VX--#W,ASDM.=:YF "G MD3)/ M`@0N*+!5:EI.]IL7)#ESGEOM1TE]:X^@^2\2\/;@15P:$]A/0 5X/UL]$R! M8$I@D^SWT7LF-^E<_ CL)[#5^][WFZ&>">PDX+SHG6!U2R!10 4X$4HS`@0R M!3;_HJ#,>6QZ6/]CHKK?TS\O:JM/^IE-(<Y*@U5T-]UN5^MLJ_U_-1?K:4Q M&GQ*P+OG)/TG)Z?,Q* G"J@`GXAO: *M",0WQZ[_HJ#"O1*SOMFL-7&9L\GM M;(/$@8YIEJAWS&2,LI. <YYW(a)M5MO0+2X(-CM_Z3.PZ>L.'V$% !WD-5GP0( M?!0(#S8Q]<W[C*B+46Z5E$[W$_X:W,+SJA/U)+0GXA<XM-2WP*"84CD"/B7K ML%AT7U[8PNORAZE6-Y *<'4A,V$"E0E<OO#;C\=TUK=)]IMX^NBYV6]E>]1T M]Q20^NZIJ^]+"?B4K)W"&5\4=B'0":@`VPP$".PK$ J_7>VW^Z7!1Z.MLM_X M#&DB9O7:*AKO>U,\H_>M3O@_8^[&)'":@/.BU]/'E][N7S+N/R%Q8MIZYTI[ M4 &N-'"F3:!N@9CJU)NJ3>C?9W&)-=O9B*:DT"6<_-PM1$([&],+-]AJVU^8 MR-((3 M(@Y?ND$'2VU74E_:C_>4%5( O'V(+)%"H0",/[5M5P%*RWT(CO61: M<N8E6H6V=<YSH8$QK3H%O#UX.FZ2WCKW]<FS5(a)$^.0"&)W!5@?LO"NJ^)2C\ MJ:O]7C(-[K*X3;+6]$K:)L-MNR$EM-MZ%MZ;U+?P`)E>O0+>'MS%KI_Q=B\Q MS[XY:/"<I/^$)/RIWHUAYGD"*L!Y;HXB0&"5P" ONF0:O$DZFEY WF2X$-3W MMY?P%JG^%:NB[N#K"DA]KQM;*RM+X)(/E[/$C\J\/NYQEDZ#40$58!N#`(%S M!.YK@VT^KD_HI^>T7<OT0\Z)>L*HBL8)2 4UD?H6% Q3:4:@A8=+YS8WLYU/ M6*@*\ GHAB1 ( J,ICH7>%S?) M-[R2]Y2D;3T)["OLQ@Z:?H7#,?(Q"H"F! MZ[T]6-+;U 8^<;$JP"?B&YH`@?$<..;&-7Y2=/_]NMF)7_J;?@/4?MEO>(M4 M_ [G[I?#]FLVW6$S--"B78J+`(']!&I_>["D=[^]H>='`BK ]@8!`B<+3&0[ M=:7!FU3#UG2R;3*\X1<D2FA/OHUM.KQSGC?EU!F!S01J><3,^Q2KS9AT1."3 M3U2 [0("! X2F$YTN\^%OI]-%0_JH\GGTL1O:0:[M/VB2(?"[X8Y\**A-2Y3 M0.I;9ES,BD!?H,Q'3)]B99<6): "7%0X3(9 NP*SN6*9#^HQ8)LDHDL[6=H^ M8V_%4Z!/N<SNAU-FU>R@4M]F0V_AE0J4\/9@YS97NGE:F+8*< M1MD8"=0BD MY#P%IL'3B6C*HC+>3GD_Z.;Y<"C_Q@IP]\N:;93BL*9_Q^XGL.:T_/UFI6<" M!&8%CG][L*1W-B@:E""@`EQ"%,R!`(%G@<0TJ9 T."-QO8]T1G:Q>:YK_Q$8 M%=ADA[,E0.!T@5T?-"6]I\?7!)8*J `O%=.>`(%]!1)SX#")71_19Q>9GKA. MK"@CE<TX9'8M78.)=V*G=_*H97ID8P]+VZ^?H1[Z.R%]AW,C0* *@:T>-'V* M517A-LD)`15@VX,`@>($%F4^6SVB+U+8) O-Z.31(1E=#=;;U?I>WU["VX#C M%?&714H:URC@[;XU1LV<":0+Y#UH^A2K=&$MRQ=0`2X_1F9(@,"\0-XC^GR_ M8RTRLLU!2E_:F:4IM;Y%KTKDP=X?=<J@6TV^NGZDOM6%S(0)9 ND?$J6<YNS M>1U8N( *<.$!,CT"EQ)(SV?26_:!#DB#,[+?00A3LLW1J*\?^K[;@U/QO+!> MZC90ZF*RMV6I"S(O`@3F!>X_)4O2.Z^F1?T"*L#UQ] *"%Q4(#M9VB\-7I." MQN5D]Y!]X,3N6)KS9$?DHCOT(LM:LRTO0F 9!!H6B/<`$2#^TF7%#:M8^L4% M5( O'F#+(U"UP)J,:]LT>'V2T#VQR(C(=/:;D1NO7T[&*O(.6;,'\D9LYRCG M/+<3:RLET!>8>$-O]UHM,0(7%E !OG!P+8W %016YC^;I,%+*Z7W[ET/W0OM MZ;')R&^G.U^SG)7AB+6%#(1T+BU3!*2^*4K:$+B20/JYS2EO#[Z2C+4T** " MW&#0+9E 90+K4Z8U:?#Z_'--#VN.'<W#UW>X/AR5[;]K35?J>ZUX6@V!*8'T MI/>^E_NW![,F<!F!JBO KW[Z\8?I2'S[W?>__]UO+Q.M6A82=U4WVQ"%MV_? MOGGSII;YF^>N`MD)6/:!@^4L.A5Y_:#W/:3WF=(RI4T06+3JOMAH_XF#3FRD MI3TL;;_K'JZW<XSUQL[,"20*]$^Q"4ELXE&SS;(?1&9[/J6!.\-3V,L9=&D% MN&M?PA+F$^"0B94PT0;G( %N,.CI2\Y^X,D^\'YN*8_E*X=[-$1ZMRDMMVK3 M$;U__WXBE-U7`:>,*P%.OU'LW3)EP^\]!_T3(+"'0#_C#?UOF/3F/73NL<;U M?28^M*T?2 ^U""S*@<.B!N6]$Y<YGP"?.#E#=P(JP#;#0&!-[K3FV$6/Y2L' MFCX\I?.4-F%%LP,M?3Z4_BPA<8:C^S_CV(Q#W/3B#EFZ![@1(%"XP$YEWL15 M=Z/OFFPG3B:Q6?I#6V*'FE4ML"C[[9\O7<*J?U'"),R!`($C!;9]`^KH>X/# M0_O*7&OEX;-I;0<^F_W&!1X9H,2QMHUCXJ"M->MV<IE[H+5P6"^!E0+Q%MV_ M79]U#^_MP2M#Z?#3!:I^#[ $^/3]8P($3A#8/'<:?.+ERJ<4*=GO]!)2>IAV M7Y_#A_X_?;KT?QD,NGD@3MA,%QU2ZGO1P%I6<P+E)+VC]&L^8/*L6,X^M)TU M,>,>*;"T`GSDW&;'FC\%.IQ\.]N+!IL+?/755]X#O+GJE3I<G^ %C4TZ&:BN M/*UKT;FFC^:_:%VCC1?U<+^O^N>)A2<*[]Z]BVEP^"7\V[T'.!ZX<JREAR]M M?Z5;3>):%FW"Q#XU(T#@2('ND2@,6M'I&X7?^70/;?U'M/@8=__0=F2XC766 MP*(<.$RRIO<`QW>?GB7;YKA_^N,?? ITFZ$?K'KZ_3:+B 9)5W?LHK?TS#;N M)U?W#^2+#I]>W6Q7HX>O\1P%S.LP/G6(E_B\X='E4=1"^Z4"2]M/S&J3KC;I M)/TFD#[<HA<(TKM-G.IHAQ/;(+';17<L><-E4V0?N/<6S;-UU%*!K39 /^,- M<UB?]&XUL7N0V9Y'T^#9HY;*9[0??6VW>Q3+N^O(F(9#"A%8E/V6]A[@I JP M+^"9V&I??OGEYM].=/]!X3X$JY!;^\'3R,NO1B=Y0 (<\KK[YQS]!_+IY8P> M_@@\[ZG &L\-$^!^5[,FCP2F,^=^CKTRT\YX]I9R,\F+8$K/HVU2ALNHO:1T MNVC.$N !5]Y3ZLWCLBB(&B\26!.L7<N\:R8V+9#8\^!TJL2C%N$O;=S-H:L` M3YS<M+1S[6L46)0#AP765P$..5[_C-P:@[3'G+N\=',<%> ]XE5=GVL2ML3G MD8L>4Q<U[D\@/I!G5SNWRL'6>/:_NZB;S_2*'NVW] 3XL KP?<(\<6-)S+VG M*S#9>RGO5ISR0D-&R6CS54B $^^X-DDP\O:2H[856'HCVC7I[2]MZ<3269;V MO/D#:/I4!RV7SCQ[( =6(; H^RVM`NQ#L*K88R;9ND#W@1,18OKS)_(^G6+1 M48L:APD//A-KZ>$3X<_KJN]YG_N-]ME]C$KWT9W]?&EB&M,?@M4M+6\A_<T0 M?T^YJ=Q/J;^HV=^GYSSX:-/^Q\_T?[_OI#__1T<-KD]9[*#-J//*SVR;O4FN MF6?&L>F'9.^ZS6^2W3W;8$NGKV6TY?0M?67G#M]68&(WGOXI5HEWXTM!$O?G MHP?0]/O\I1/3GD"*@$^!3E'2A@"!50)YQ<950TX>'.>3/:OL`P>3ZOK)ZS Q M8PR#=GG=+&E_)EW_L]/+7DAW8.):$IO-+C,VF-@&TXGT??_]B<TFX8-/'9]- MF/O#W<=B-DM/T9@-<4HGQ[?)WGBS4UT*DGYCF1UZ>G=E'.Z08P0>W39'7W8\ M9DIAE&WO,T>GO72("+7TJ,/$#-2(P-(*<%$L>U6 /_O\-T6MTV0(5"W0?8QP M/^MXM*+1YYUY3_$G"F[=*^+=<(N2D'AX?ZJSAS^J'W9/!69GTHE-/^D?_>OH M].Y#,(A4UR"L=W1Z]PT>M7P4BW[[KK?[V4[O_SS\;K&)<QZ-X*+MNKX"_"A MHSZS+/VC[I^,SAX^$:;LFT;*H/?3[K.D]) R\\1=<7^K3#QP8I[3M_2\!3IJ M)X'I&]'ZLS-V>NA?H[%^2F>EOH-WY733"-?GO5U_/84>3A1HM (<4MS^SU8! MF.USV]1ZV]ZV0M /@8' X-%N^L%O]*^/2FJ;4T_4[N['NI]J8NEO>MJS;^9, M!)RM2<ZN:#2[>U3-6*0QFL-T5]XSWJ<$_1X2V>_/Q.LG\/'WQ*[N#^Q;)7:2 MWNQ^N.SEIQ>CTJ=W?W[![-[+Z'SB+(;UPXT*=]TNNEM8'YJ=PKW&W+&'/09M M_J V>S>^-+CW,UQZND3L(>^HK7S.2L*WFK]^U@NT6P'^Z<<?NI_UCJ&'D(YN MWN?TQ,)PF\Q<)P1V%0B/<_V'NNY_!]=W#XJQ\>A?'\USM,_!XWIW;+]Q=^7L M6:FCAP\>PI>6+A_5<D>?D=Q/8/0YQ#3O*.#$(5TLIG?(*&G*INI'.?'Y4,;V M6+KJE)D/MNLQS^<R@INRELV[773C39GA?A$<]+R&(O'&DK[>C%M'>N=:;BNP M9N=L.Y/[WK:ZSWQT8UET[W?BKNY_"%9_&N'Z-9\QN7?X]+^30*,5X%'-KG[; M_?6^HGO?)C:.V>]]MX_Z[(Z*#=)'C(W[_\;_?=3/3OM&MP0N*;"FU!-!!G6J MQ'./^YAYYWM/AV/]R;>7#+=%$2! @ `!`@T*M%L!'B2-_?IM/Z>-1=W[:Q)/ M/^YJPEW[KL/^B%U".RA*W[>Y3[93^FEP9ULR@8,%!C7D1^>:SI[A?,"Y=C$? M/MC'<!D"(I6!5O4A;IA5A\_D"1"H1:#J"O"KV7. 'WW5[7W!MG]-_'WTFGY< M^Z-/5("[0^[['/26.(=!0CY(Q>,HH>=LG/5[U_<`KS?4P]X"X8GF;"YZ/X?T MH^(3V?LA^D]P^W]-[[D_J[RC8@\33[7[9R-W'^I3PL>$K%GOWCNJ4\W85Z-S M*W^QQY V,LJC>XQ&EF^9%Q#(N\O*.RJ#JSO/N?\QED4]P&4LRB'9`DLKP%W[ M[!$W/'"O3X&>F.*B=_G>5Y4'/2_J+7U6L=O!2=$;NNN*0)L"BQZG^P7A/E>_ MP-L_,WDZ(]T#/.5\[Z(^*621_QYB*7T&U?5%O+@QMDJD4Z:MS;D",=PB?FX4 MC+Y2(._>+^^HE5.-AQ?U`+?)BG22+E!U!?B$!+B3?51W3:?OMTP\H7JV\WX_ MLQ7@V=XT('!5(a)8SL(N.0H/<H#8ZP]Z=)9YSRNC[=FHCR,9]F=-5MEK&N+O65 M"V7HU7B(%SMJC)HY;RMP< Z<^(&+VZY1;Z4)+*T`%S7_5:= ]U<2<\7[[''B MFD<?>=5U.]WGX*_]LYH?]= =,C(a)%NC_S1]V.ANW1^>'K8^P4Z/6&>MA5(".; MS3ADL(394QR[!H].DQXU63^Q^VY'/Q+S]%.@]UCI3MLL;ZIY1^VT!-T>("#B M!R ;XF"![%V=?6#B`IT"G0C53K-%.7!@&60W)T+E)\!+)_WH+;Y+^TEO?\"( M$N#T<&AY,8&E#[1+VT]P=<GMH[<'#ZX?%'A'C]J\6EA@`KQA"([9S(LF//OB MR#%S-LIA`B)^&+6!CA=8=._732_OJ/3537_7T>FO\*8O1,M-!!9EO_WSI3<9 M?64GNY\"W7U2]&&G$Q\_XLH8.)S Y06V?53N3GL>/=OY_DRPP3MUXU&#8P=) M\OJ(A*<"W26\2RK^OK[;IGI(/*DOAM+[/YO:&R+>5+@;7&SBO=] )N^H!GDM M>1.!JM\#O* "_,TWWVSB=;%.WKY]^^;-FVUQ?O^[WSH%^F+[Y'K+6933+FJ\ MU&I0"%I4%^KGO9L7@0][53Y%;-<0I$P@K\WLM&<;Y(WKJ&(%%MW BUV%B1%( M$<B[?\L[*F4^*L I2NVTJ;H"G)H`MQ/.$E;ZIS_^00)<0B#,84(@_2$VO>4: M\.YI<1QNZ:"#"O"VR?#2R:QQ>'1L"7/(6]>CF4N$\CRK/JK>;5PUN\F?)9"] MX;,/7+328T99-"6-#Q98E .'N57Y'N"#35L>[OZ;LKHW&[?,8NU%"20^\B4V MVVIIV17=T3)RG-7Z9/A@A'O,TR>P,KZ#^4M]5WK6>+B@UQ@U<UXOD'WOG7U@ M^IP/&")],EH>+[ H^VWN/<#'Q\.(! @T*]!_(^B@J+O(9.*KAE/Z">>)]2_A M&R/Z_YO2@S9]@?X;V^)3KO6O2A"N2$#0*PJ6J6XKX&V]VWKJ;4.!JM\#G/\A M6.$!*>6R(;2N"!"H2^#$EX=C@A3OHU+0NO;WC5<FPRFC:Y,B$*,I]4VQNDP; M0;],*"TD6R O!\X[*GN2#FQ08&D%N"BB_ 2XJ&68# $"I0F<F*OTWP,<?T], M@V<-:TR&3PS$K.?2!K+?I6)5MU?XK3I\)K^A0%XVFW?4AM/6U;4%&JT`QZ . MOE^D_[^[1GVKI[,9DSQQZ(S9.H0`@7B_U)VQLA5(8C(<O@,IC!C^C;^X+!7H M:H">S"VEJ[>]PF^]L3/SH@3<;185CHM-1@5X&-"4%''1D]'!N=9+-U#_\*7' M:D^ 0(9 (57'_F-_EZ\^*@A/G 4]*S!(AKOVIR>]A01B%G"T03_UC0T\F<N3 MK.LHA=^ZXF6VQPADW_ME'WC,NHQ2KT#3%>#[L"5FO_TGH[.QCXWCLY^\4^ 6 M#3<['PT($"A<8.(AOU\0WF,5_?NH\/%7>PS10I^RH!:B/%BCPF^#0;?D= &I M;+J5E@<(M%X![F>\Z=EO%YCN]KRT3GM?0\ZK*G<S&1P>U]*M:%'G!VP[0Q H M5J"HJN.C9PQ[I\'%1J?\B4UG09X"EA_!O!EZR2//S5%-">3=`>8=U12LQ68( MJ `_9XE=KIA7I WTB^JT@\;=8^?H[;Q+7[NS'._'NK^F>Q[?[SQCBSB$P,4$ M)E+<HK+?6?9!&MS=/\P>F-X@%H'#O\=7@^N*17S!,24+\F0N??M5T5+AMXHP MF635`NXVJPY?F9-OO0(<H[(^^UT?W8DB;4IJ?7]X=B:_?BUZ($!@I4#W>#_[ MP*\:O))ZD\-34M]NH-F8;C(EG1P@L"CN!\S'$ 0*%\B^]\L^L' 0TSM+H/4* M<#]+/#=C[++<C&FH\9YU^S'NE02J*SGV\>,=R. 5O7JC4U$L% #KW68K9U[1 M+EVY4H<3V% @.Y7-/G##R>OJ,(a)(JP!].70[A3$P[!S>_/1[_NG+T93:9A1 H M7V"/V_)6JTY_U._GP-GW)*]O+^&SH/M7;+6H"_23>,[SZ$K38WH!J.LMP:L> MUXNI%1TID'T'F'W@D:LS5A4"K5> 8Y 2L]^N\>!-N>LC'6_2CQY3!W^Z;]R_ MYGXRTW]=/WD]$""PA\":1_JJSXLN^<6(+M#KSWU=$]\]]IL^$P76ASYQ(,T( M7%C '>"%@UO%TIJN`'>)Y?TOT\'K3E?NFLV>2OVH07?]?9]=OCTZ7/^,QYC# M]YL-4OK!7ZO8FB9)X#"!\C.N1<\5NL;]-#B[('Q8%&H9:,/JWZ*PUN)SX7EN M&/H+*UD:@5T%W&WNRMM.YRK [<3:2@D0&!$H/_M=%+;[)P?=ZU_QZ?NBWC0> M"*C^-;LEA+[9T%OX3@+9J6SV@3LM1+<U"C1:`>Y71"=^KS&BYDR P&4$^@_S MZQ_RJS@ONMC7(W:J_JT/ZV5V>[$+V2GTQ:[7Q @<)I!]!YA]X&%+,U#A`BK MA0?(] @0V%&@V'1KY9HGGAQ4D0:O7/ZVAZ_YL*N4F7@FEZ)T5AN%W[/DC=N( M0/8=8/:!C<!:YK1 HQ5@VX(``0+59;^)C_<IS2;2X/>WEW?OWO6OV'7;%!B1 M8_*?E)#M*J_S>P&%7[N"P#$"[@"/<39*7T %V'X@0(! N0*[/C/P*5D3@9?_ ME'NKV']FQ[SPL?\ZC$#@R@*[/CY>&<[:/OE$!=@N($"@18$"BXTI84A_O%_4 MLH3SHLN)R-[G/(\&.CU>*?M$FVP!+WQDTSF00+9 ]AU@]H'94W7@-014@*\1 M1ZL@0&"!0#FYUH))+VF:]YP@IL'=.)\^7<+_=K\LF4*M;4\L_>5%K5;H(N=] M8O2+]# I`L<)9-\!9A]XW-J,5)Z "G!Y,3$C`@1V$Z@Q]<U^=,\^,/*'=_\. M?MDM+$5T7$+I;V7(BG"L<Q(E1+]..;,FL)E ]AU@]H&;35U'M0FH`-<6,?,E M0&"=0(TY<'_%ASW2A\)OS(&[7];!3QU];E!..>=Y/TP]+Q50^%TJICV!T@0. M>V0L;>'FDR>@`ISGYB@"!&H5Z)_E6^L:$N:]R;.!> ITS($3QJRR26G)SR:! MJS(29TQ:X?<,=6,2>"C(a)#M#F.$9 !?@89Z,0($ @7V#PG"#]*4)ZR_O)A?)O MK !WO^0O8/+(L\J_Q28_:Z*V4XPNV6UIKWU<$MFB""P5R+X#S#YPZ0RUOX" M"O %@F@)! @D"83GNTGM-&I H/#DQS.Y7?=@L:]][+IJG1.H12#[#C#[P%ID MS',K`17@K23U0X! T0)GE1EW0DEYF$]IL]/TTKL]/BZ2G_3H7+)EX:]]7-+< MH@@L%<A^_,H^<.D,M:]:0 6XZO"9/ $"K0AD/Z@O/?#U[26\^[=_1=7<=7W8 MU=+ 51V:8R;OM8]CG(U"X%P!=Y[G^E<QN@IP%6$R20($5@D<7V9<-=VT@SW& MISD]MZJQ[B?$BT(\W;C&#;#A\G5%H#H!=X#5A:RB":L`5Q0L4R5 ($?@DMEO M#D1YQQP3FJKK?IX"KM^V56^ ]<O7`X%Z!;+O`+,/K-?*S!<)J `OXM*8``$" MIPG</Z+//L;'!K/-3EO2S@/7=<[SSAB-=J_PVVC@+?LJ`MF/7]D'7D7..J8$ M5(#M#P($KBQP3(WQRH*[K6WOT%PF\_$T+F\/*OSFN3F*0&D"V?>!V0>6)F ^ MFPNH`&].JD,"!$H1V#O%*F&=B0_PB<U*6-'Z.5PO\VDJ?.LW0.CA,B]_;**A M$P+-"KCS;#;TTPM7`;8Q"! @4(U QF-YQB'5<(Q-]*J93VMQS-Z$UWOY(YO" M@00N(^ .\#*A+&0A*L"%!,(T"!#86."^_'O5@G"-SPSVB,7E,Y\:`[WQK7JN MNZN^_#&W;G\G<'V![#O [ .O;]KP"E6 &PZ^I1.XKL >^54A6MF/Y=D'%K+P MB6GXL*OR8[3W#"__\L?>@/HG4+Y ]J-8]H'EFYAAGH *<)Z;HP@0(%"0P/2C M>VF/_=N^/-%4T:^T4!9R&VAJ#Q1B;AH$ZA)X]^[=^]YE\+]UK<5LUPNH`*\W MU ,!`F4);)M?E;4VL^D)M%GTDP/W;P1M[@%W`P2:%7 'V&SHMUVX"O"VGGHC M0.!D@1:RW]%G`"E/"U+:[!V_30+4^#G/)<1Q[WV2TK_";XJ2-@0N)N .\&(! M/64Y*L"GL!N4``$"API<Z1F#M.?0K5/D8 J_18;%I @<)+#F$>W3ITN8:/?+ M09,V3$D"*L E1<-<"!!8)[!)=7'=%,X\.N4Y04J;,]<P.;:TI^.I.HXK-YA7 M0%8".IS !01:O@^\0/A.7X(*\.DA, $"! @L%BC_L;__<2/W'SVR=,&-G_,\ MRE7^'E@:Y=GV7@&9)=* `(%$@? Y6(DM-;N>@ KP]6)J100:%6B\_!NC/I$4 MU9LOJ?(a)]NDG7&].,.RG;( /-(00N++#R#C">".W2IH *<)MQMVH"5Q.0_:9' M=/9)P^AW1:3WOV%+%;\-,>OMRC:H-W9F3F!7@=F'L_O10^$WUGZ[7W:=H<[+ M%% !+C,N9D6 `($9@4</_!E/"':USO[$$16_E+B4%NZ4.2]J8QLLXM*80&L" ME[\/;"V@QZQ7!?@89Z,0(+"C(a)/)O(FXM3Q14_!(#&IO5$M9%BPJ-;8.E8MH3 M:%/@JO>!;4;SF%6K`!_C;!0"!/82D/W>R\X^&YAMT/69]RZI$)2NA^Z#1E(^ M<<2'7>7=3M(#FM?_\4<I_!YO;D0"%Q9X?7L)#VW]*RZ\<$L;%5 !MC$($"!0 MJ\#>:<]H]AMSU.E+F-A]"CV;2\MY:MV(F\Y;X7=33IT1:$)@[T?#)A!;6J0* M<$O1ME8"EQ-(+_^FM[P&TN;O$.XRWM#S[*5OF/*)(W*>];ON&L__O BR?B?H M@4";`M>X#VPS=L>O6@7X>',C$B"PC4!K.>TV:B^]I#Q7Z)^TW"6]VT[#.<\; M>J;$=,/AMNW*BR#;>NJ-0(,"5=\'-ABO$Y>L`GPBOJ$)$""P5F#O+_Y->>-N M]AJ4^[+I'AU8Z?,_.V'SG:!#`@0($'@DH )L;Q @4*6 \F]VV+H<:==DJ?M\ MD<%GC<3KE?NRPW>Q`^V$BP74<@B<*[#KX]JY2S/ZA@(JP!MBZHH`@8,$9+^) MT*<_%;B/E'.>$V.7W>STH*?/7.$WW4I+`@02!2JZ#TQ<D6:;"Z@`;TZJ0P($ M"!PJL/F#??_+(;KZ[29+DO!LPCC;R>9;8G;$I0T4?I>*:4^ 0+I ^?>!Z6O1 M<@\!%> ]5/5)@,".`LJ_BW!'GP<<<Q9T/U(2GD516]^XY.=_7@=9'U\]$" P M+5#R?:#8G2Z@`GQZ"$R `($%`K+?!5C%-)7P%!.*\R?B)GQ^#,R ``$";0NH M`+<=?ZLG0. 2`M,O=9_R0GC,<Q1^3]Q?I\1]8KTVPXF;P= $&A0H[3ZPP1 4 MNV05X&)#8V($" P%U([VV!/[/450^-TC7HOZW"^XBZ81&ML,2\6T)T!@O4 Y M]X'KUZ*'#054@#?$U!4!`CL*R'[7X-X_"=CU:8%L9TVPMCUVUT"G3%7A-T5) M&P($=A(X_3YPIW7I=HV "O :/<<2($"@%($UC_%KCAVL/V8[I:"8Q]D"7@HY M.P+&)T#@DPT?XVA>0T %^!IQM H"%Q=0_BT_P/U"7WBV4?Z$VYGA*4_^%'[; MV6!62H `@;H$5(#KBI?9$FA18'WVN[Z'"[CO>A:T0E_A.^3@'-A^*'P_F!Z! MU@3"?>#[WN7=NW?Q_UISL-XHH )L)Q @0. B`FN2G.QC!X4^KS44NYFR0[QH M10J_B[@T)D" `('C!52 CS<W(@$""P0D5 NPYIINFP)UJ8X3GN?@6_F[PF\K MD;9.`@0(U"R@`EQS],R=P-4%9+][1_@^)>Z?)!9^[\X3&YPM-IKJB-?>\5K9 M_[:O@/0GH_"[,C0.)T#@,(%/GRZ'#6>@`@54@ L,BBD1($ @4V VPYEH,'ML MG)-4)S,V91R6&.5%DU7X7<2E,0$"! B<*Z "?*Z_T0D0>"B@G%C@YIA(=<2K MP'B-3FG#'-BK(;4$W3P)$"! H!-0`;89"! H44 VE1V5V?1FT.!1^^XDL?[9 M8M[NFQV7ZQVH\'N]F%H1`0($6A!0`6XARM9(@ "!)(%^?AO>_9MTS%,C+UBD M6Y70<O95DNE)*OR6$$1S($ @3R \NBUZ@,L;Q5$E"Z@`EQP=<R/0J(!L:N_ MI^0_H?#K*<+>@3BQ_Y0],#H]A=\3HV9H`@0($%@OH *\WE /! AL*2#[7:^Y M-+=9VGXP0R%;'[)3>E@:=X7?4\)D4 ($"!#85D %>%M/O1$@0* .@=GDIRO_ M.ENLCHCN/$N%WYV!=4^ P+X"KWN7<(I3_+]]A]1[J0(JP*5&QKP(-"F@EGAB MV&-][\0)&/IX@<'W/ ^^!3K.1^'W^+@8D0`!`@3V$U !WL]6SP0(+!.0_2[S MFFP]6^ -1W=MNKPWXT.>16W#J!78E<)O@4$Q)0($"!!8(Z "O$;/L00($*A> M8)#AQ+/"NM/#NE^<+59]I)<OP*L;R\T<08 ``0*E"Z@`EQXA\R/0B,!^3[7W MZ[GJT&QR7BO;JO= ?_*^]ODRH;00`@0($)@64 &V0P@0('!-@4=G07>I[^"$ MYW[[E#.HKZG6_*I\]U7S6P```0($+BZ@`GSQ`%L>@2H$%!*/"=-HZCO(=;N/ M08H?CS3XD*3^/$7MF*@=/(KO?SX8W' $"! @<+" "O#!X(8C0& H((\Z8$\\ MJOH>,+0A"! @0( ``0+E"*@`EQ,+,R% @,#V`BFI;U<$3O\4:"];;!^J4WOL MONW9*="GQL'@! @0(+"[@ KP[L0&($!@0D >M=/VZ'_&57I:VY_,Z*<B[31; MW1(@0( ``0($CA%0`3[&V2@$"(P(R'[WV!8I)=_[<4<_]:HK!@ZJ@@*W1^#T M28 ``0($"!P@H )\`+(A"! @<(1 RF=<I<\C)+VA"!S:=[^D'ZME+0*#[WF. MW_;<76I9A7D2($" `(%T`17@="LM"1#84D 5<4/-O*KO8 *#(G#,?L.E^R7^ MK\!M&#A=$2! @ `!`@<+J `?#&XX`@0D45ON@4U2W]$)]3\5R0<C;1FS8OKR M6D8QH3 1`(a)0($#A.0 7X.&LC$2! 8$.!]-1W]/V]HS.9_;(a)L*=.&$3RW*Z$\ MU]_H! @0('"6@ KP6?+&)="N@&?>*V.?GOJN',CA5Q5P&[QJ9*V+``$"!&8% M5(!GB30@0"!'X/WCB_-I<T"?CCD@]0T?@!2_`"E^$E+_0Y+"[[,EXNRE.? P M`=GO8=0&(D" `($"!52 "PR**1$@L)G 99[KKTQ]T\^"WHQ>1T4*7.864:2N M21$@0(! !0(JP!4$R10)$&A98&7JFT$7R[QAW/ZQ$J<,R=(.$<32(F(^! @0 M('"\@ KP\>9&)-"60#R?-JRY^Z6M]>>N-N:],6-QXG&NHN,^"LA^[08"! @0 M(! $5(!M`P($")0ET,][-TQ]$\^"CN_=CM^!%'_IK@F_E"5E-LD"LM]D*@T) M$"! X.("*L 7#[#E$2!0D8"2;T7!JFBJLM^*@F6J! @0(+"W@ KPWL+Z)T" MP+R U'?>2(LL`=EO%IN#"! @0."R`BK EPVMA1$H1"">3!LFT_U2R,0*F<:1 MJ6_B6=!1QINW"]DA:Z8A^UVCYU@"! @0N*2 "O EPVI1! A4('!DZIO!T7U= ML^]MSM!S" $"! @0(%"F@ IPF7$Q*P($KBQP8NJ;7(a)0.%>"8^G:_7#DD5UR; M\N\5HVI-! @0(+!60 5XK:#C"1 8%7@]=@FI5+RZ6;034]\UYO&+K%PJ$I#] M5A0L4R5 @ "!(P54@(_4-A8!`NT*5)?Z]D^!=A9T71M7]EM7O,R6``$"!(X4 M4 $^4MM8! BT*%!:ZIM^%G2+T:I_S;+?^F-H!00($""PHX *\(ZXNB9 8"#0 M5.H5\]Z8C82+S4#@``'9[P'(AB! @ "!J@54@*L.G\D3(# E<%8RT,][JTM] M!^_=[MZV'7^QX4H6.&O#EVQB;@0($"! 8""@`FQ+$"! 8#.!6DJ^397B-XMN MV1W)?LN.C]D1($" 0"D"*L"E1,(\"#0B<-74JY;4-WN;735PV2!%'2C[+2H< M)D. ``$")0NH`)<<'7,C0* "@<NGOA7$H.TIRG[;CK_5$R! @, R`17@95Y: M$R! H!.H.O7-J.AF'&*W["T@^]U;6/\$"! @<#$!%>"+!=1R"%0@<($\JNK4 M=\T6N4#LUBR_M&-EOZ5%Q'P($"! H'P!%>#R8V2&! @4)-!LZEM0#$R%``$" M! @0() KH *<*^<X`@16"-182+Q>ZIL7A;RC5FP6AXX+*/_:&00($"! ($- M!3@#S2$$"+0E<+W4MZWX77&ULM\K1M6:"! @0. (`17@(Y2-08! I0)2W]' M*0*?NY]EO^?Z&YT``0($JA90`:XZ?"9/H&*!DI.HF/?&-"-<*E:>FWK)49B; M>Z-_E_TV&GC+)D" `(&-!%2 -X+4#0$"EQ#HY[W73GU7ADOFO!(P[W#9;YZ; MHP@0($" 0">@`FPS$"! X(- (R7?#8,M!]X0,Z4KV6^*DC8$"! @0&!:0 78 M#B% X#2!0C*HQE/?0J)PVBZL9	R6!,DT"! @0*%U !;CT")D?`0)Y`BD) M0^.I;QYL_RC)\WK#E!Y2-G-*/]H0($" ``$"*L#V``$"%Q%X?WMY]^Y=_XK! M(J6^%XEZ`\N0_3809$LD0( `@>,$5("/LS82`0+W`L>7$*6^VT;A^ @V=3N2 M_385;HLE0( `@0,$5( /0#8$`0)%"$A]BPB#220+R'Z3J30D0( ``0*I`BK MJ5+:$2!0B\"G3Y<PV^Z7\'L+7^I[5H 4@<^2-RX!`@0($""P5$ %>*F8]@0( M;"RP1_H4W@`<9]G]XDM]I\.V1Q0VWBB-=:?\VUC +9<``0($#A)0`3X(VC $ M"!PI$"O X=+]<N3H#8XE?]XVZ++?;3WU1H ``0($.@$58)N!``$"!#80D -O M@/C4A>QW*TG]$"! @ "!>P$58+N"`('S!;;-G<)IS_',Y^Z7\U=8PPRVC4(- M*RYQCK+?$J-B3@0($"!P(0$5X L%TU(($"!PJH 4>B6_['<EH,,)$"! @,"L M@ KP+)$&! @0($!@=P'9[^[$!B! @ `!`I]\H@)L%Q @4(3 ^N+AZY=+^."K M\&O\M[L4L<CB)[$^"NM[*!YIEPG*?G=AU2D!`@0($+@34 &V*0@0N)1 ETC( MQ"X5UTLO1O9[Z?!:' $"! B4): "7%8\S(8``0+G"JQ_X6!]#^<*'#RZ[/=@ M<,,1($" 0.,"*L"-;P#+)U"0P/K$22Y14#A-)4' CDU TH0``0($"&PIH *\ MI::^"! @0" (K'\MHP5&V6\+4;9&`@0($"A-0 6XM(B8#P$"!$X6V"1]W:23 MDR$,3X ``0($"%Q.0 7X<B&U( (U"ZS)FM33:HY\<W.W79L+N043($" 0!D" M*L!EQ,$L"! @<#F!-2]G7 [C9D&RWVO'U^H($"A-X/WMY=V[=_TK2INM^>PM MH *\M[#^"1!8)I"7-<DHEBG/M<Z+PERO_OY!P%ZU#P@0($" P(D"*L GXAN: M``$"%Q>02 \"+/N]^(ZW/ ($"! H7D %N/@0F2 !`G,"DHHYH05_[\X*BV>( M.4]L@=U<4QMU3LC?"1 @L+O IY]^&L8(_\9?7!H44 %N,.B63*!T`67#TB.T M9'ZB&;5DOTMVC;8$"!#814#2NPMK;9VJ`-<6,?,E0.!60%Y1_HZ0`]NEY>]2 M,R1 H 6!<%I37&;W2PNKML:!@ JP+4& P&4%Y%UK0MN='N8\L36,X5C9[TI MAQ,@0&!S`:7@S4DKZE %N*)@F2J!A@3DKJ<'>]M7QYL-J.SW])UL`@0($.@+ MQ$>W\.^V#W.0*Q)0`:XH6*9*@,!00':QWYX(KXYWSQ+V&^7:/=N?UXZOU1$@ M0(! C0(JP#5&S9P)$"!PA$#W49F;#-9:$5CVN\FVT0D!`@0($-A60 5X6T^] M$2"PF<!LOB3!V,QZK*/N]##GB>WJK',"! @0V%O@]>TEO+S;OV+OT?5?FH * M<&D1,1\"! A<5F#V18W+K-RK,Y<)I840($" P,4$5( O%E#+(="*@ 2CE4A7 MN$Z;L\*@F3(!`@0(M"*@`MQ*I*V30(T"[10,RXG.WN>)73ZFLM]R-K.9$"! M@ "!>P$58+N"``$"! X5N' .+/L]="<9C `!`@0(+!=0`5YNY@@"!,X6D&:< M'0'CCPC8EK8%`0($"! H7T %N/P8F2&!I@4N7"UL.:[7"ZOLM^7];.T$"! @ M4)& "G!%P3)5`@0^",@T[(/2!.S)TB)B/@0($"! X)& "K"]08# E06N5VF\ M3+0N$QK9[V7VI(40($" 0 L"*L M1-D:"=0MT,^4)!MUQ_)RL[<A+Q=2"R) M@ "!BPNH`%\\P)9'@ "!8@5J+P++?HO=6B9&@ `!`@0>":@`VQL$"%0C(-^H M)E0-3-1N;"#(EDB ``$"%Q10`;Y@4"V)P/4$:B\57B\B6ZU(9+>2U \!`@0( M$""0(J "G**D#0$"! CL)5!C#JS\N]=NT"\!`@0($-A90 5X9V#=$R"PG4#( ME+;K3$\$,@5DOYEP#B- @ `!`@4(J `7$ 13($ @32 D'FD-M:I,H*(BL.RW MLKUEN@0($"! X%9 !=B.($"@`@%91P5!:F"*]F$#0;9$`@0($+BX@ KPQ0-L M>00($*A"H/PBL.RWBHUDD@0($"! 8%I !=@.(4"@=($N\2@_1RJ=TOQR!62_ MN7*.(T" P/D"[V\O[]Z]ZU]Q_OS,X%@!%>!CO8U&@ `!`@\$BGV!0_9KSQ(@ M0( `@<L(J !?)I060N":`H/<(R-'RCCDFI0UK*K 8,E^:]@XYDB ``$"!%(% M5(!3I;0C0( `@=8$9+^M1=QZ"1"XO,"GGWX:UAC^C;^X-"B@`MQ@T"V9``$" MY0J44P26_9:[2\R,``$"60)=TAO>!IS5(a)8.N(* "?(4H6@.!JPJ,9B#E)$A7 M9;>N("#[M0T($"!P/8$N[PV9L!SX>O%-7)$*<"*49@0($"!PD(#7. Z"-@P! M`@0:%G *=+/!5P%N-O063J!T`26XTB-TW?G9>]>-K941(-"Z0"S\AG]5@)O= M"BK S8;>P@E4+*!"6''PTJ9^8HAEOVDATHH``0($"%0IH )<9=A,FL#E!20A M9X7X_>TEO$#>O^*L61TVKHUW&+6!"! @0(# *0(JP*>P&Y0``0($9(a)2.+P++ M?FU*`@0(7%+@]>TEO/NW?\4EEVQ1$P(JP+8'`0+%":3D(<=G1\4Q-3"A(Z.< MLNL:(+=$`@0($"!P<0$5X(L'V/(($""0)Q!>((^?D-G]DM=/%4?)?JL(DTD2 M($" `('U`BK ZPWU0( `@8L+G/A1F0<4@66_%]^^ED> ``$"!'H"*L"V`P$" M90FD9R/IJ5%ZR[(L3IU-/^F]\)<EIN^W4Z-A< ($"! @0& ;`17@;1SU0H ` M@8L)E)/T[O?ZA>SW8IO6<@@0($" P*R "O LD08$"!PG("$YSGINI% !CD7@ M[I>Y(RK[N\U66<!,EP`!`@0(;"&@`KR%HCX($#A)8+_:X$D+,NRXP.:!EOW: M:@0($"! H$T!%> VXV[5!$H4D).4&!5S(D" ``$"! A<2$ %^$+!M!0"! BL M%GA]>PGO!.Y?L;K[_ XV+ )[J24_#(XD0( ``0*5"Z@`5QY TR=P%8'LG&3# MO.@JEI==QR:QSMYIEV6U, ($"! @T)* "G!+T;96`@0(M"T@^VT[_E9/@ `! M`@0^40&V"0@0($"@&H$U16#9;S5A-E$"! @0(+";@ KP;K0Z)D @66!E9K(F M*4J>HX9U"ZS<8W4OWNP)$"! @ "!%P$58'N!``$"!&H2R'B]0_9;4X#-E0`! M`@0(["P0<N P0LJ_7W[YY<YS6=;]+Y8UUYH`@2(%)"=%AN4ZD[+!KA-+*R% M@ `!`EL(A+.@4WZ^_>[[+4;;L@\)\)::^B)0M<!L57"V0=7+;VWRZ=&4_;:V M-ZR7``$"! BD"(3R[^Q/2C\'MY$`'PQN. +;"\A/MC=MH\>4'-CN:F,O6"4! M`@0($&A%0 +<2J2MDT"*0$I&E-*/-M<0D/U>(XY608 `@?4"[V\O[]Z]ZU^Q MOG\]$#A,0 )\&+6!"! @4)S Q$L>LM_BHF5"! @0($" P&H!"?!J0AT0.%5 MEG(J?]V#QQ?O!Z_B=Z_HU[TVLR= @ `!`@0(C E(@.T+`@1N!)P%;4-$@; 3 M4! @0( `@8' IT^7<&7W"R("=0E(@.N*E]D2N!%0_K4A"! @0( `@;,$PCE$ M9PUM7 +9`A+@;#H'$B! X#H"\>7\^(K^=59E)00($""PIX"'C#UU];V7@ 1X M+UG]$MA;8+_RK[.@]XY=:?W+?DN+B/D0($" ``$".PE(@'>"U2T!`@2J$7 . M6S6A,E$"! B<+1 >,N*C1O?+V3,R/H%E`A+@95Y:$RA$8+_R;R$+-(U3!&3" MI[ ;E `!`@0($#A,0 )\&+6!"-0DX"SHFJ*UQ5R[U%<.O 6G/@@0($" `(%" M!23 A0;&M B4*2 Q+C,N9D6 ``$"!'85>'U["1\>T;]BUZ%U3F!;`0GPMIYZ M(W"$(a)/.?CU!>,<;[VTNHJ?:O6-&Q0PD0($" ``$"!%8)2(!7\3F8P(4%%'LO M'-RXM.[%^\$+^?'ZRR_?`@D0($" `($&!23 #0;=DJL1&!02N_^-%<5JEF&B M90LXH:#L^)@=`0($"! @L*6 !'A+37T1($"@+Q JJ_$K=KM?^! @0( ``0($ M")PH( $^$=_0!$H7<!9TZ1%:/3_EW]6$.B! @ `!`@1J$I `UQ0M<VU60"&Q MTM#[;J%*`V?:! @0($" P%4%),!7C:QU74T@IE*^H[7\N(:::C?)>/YSN'2_ M%#5_Y=^BPF$R! @0($" P $"$N #D U!8 .![JVD!^? SH)."5[()+M+$.L. M"<'J7KDX.' IT]:&``$"! @0(-":@ 2XM8A;;_4"9=82JV==N(!^QAOKJ-UE M84^:$R! @ `!`@0('"<@`3[.VD@$L@5&"XG]4VVS>W9@NL"@S%M[TNO\Y_30 M:TF ``$"! A<1D "?)E06DAS`O'DY /2X);/@GZ4]$[OMM>WEU"T[U_1W$ZU M8 ($"! @0(! ,0(2X&)"82($E@O$(F27I"WO(.>(:^?#C9S;K/R;L_4=0X ` M`0($"-0O( &N/X96<%V!02%Q\+_=NKMS<8\I"%_/^V+G-E\O0%9$@ `!`@0( M$-A*0 *\E:1^")POT"\(;SN;ZU5]\\YMWE;UK-Z4?\^2-RX!`@0($"!PNH $ M^/00F "!C07V2X,WGNBQW35R;O.QJ$8C0( ``0($"%0F( &N+&"F2R!18/.W M!]=8!'9N\_UN4?Y-O 5I1H ``0($"%Q20 )\R;!:%(%G@=;>'JS,:^L3($" M``$"! A,"$B ;0\"30A<^+QH9=[T':S\FVZE)0$"! @0('!)`0GP)<-J403& M!5:FP>6<!=WR1UC9W 0($"! @ `!`MD"$N!L.@<2J%5@91I\RK*=VWP*NT$) M$"! @ `!`A<3D !?+*"60R!58/-/R4H=.+F=<YN3J9(:.O\YB4DC`@0($"! MX-("$N!+A]?B",P)+/V4K+W/@G9N\US$_)T``0($"! @0"!?0 *<;^=(`E<2 M..N\:.<V'[.+E'^/<38*`0($"! @4+B !+CP`)D>@4,%)M+@]R^7=T^7[G_C M+XMFZ=SF15P:$R! @ `!`@0(;"4(a)`=Y*4C\$KB.PQ]N#G=M\XOY0_CT1W] $ M"! @0(! 40(2X*+"83($"A)8^O;@P=2=VUQ0+$V%``$"! @0($#@24 ";",0 M(# C$#/AKM&G3Y?PO]TOW9^<VUS@9E+^+3 HID2 ``$"! B<)2 !/DO>N 1J M%0AO`+Z?>DQ]NZ)Q/V&N=9WF38 ``0($"! @<#D!"?#E0FI!!'86"(7?F /W M,^%!E7CG*>@^54#Y-U5*.P($"! @0* -`0EP&W&V2@([",03H5T($"! @ `! M`@0(U"(@`:XE4N9)H!2!KO ;OP^IE&F9!P$"! @0($" `($Y`0GPG)"_$R! MH$X!YS_7&3>S)D" ``$"!'84D #OB*MK`@0($"! @ `!`@0($"A'0 )<3BS, MA$#1`J_'+N%MP/'JHJ?>Y.24?YL,NT43($" ``$",P(28%N$``$"! @0($" M``$"!)H0D `W$6:+)$"@*0'EWZ;";;$$"! @0(! NH $.-U*2P($A@+AZW]# MKL6%``$"! @0($" 0!4"$N JPF22! @02!50_DV5THX``0($"!!H3T "W%[, MK9@``0($"! @0( ``0)-"DB FPR[11/83L!9T-M9;M"3\N\&B+H@0( ``0($ MKBL@`;YN;*V,``$"! @0($" ``$"!'H"$F#;@0"!M0**P&L%'4^ ``$"! @0 M('"(@ 3X$&:#$"! 8'\!YS_O;VP$`@0($"! H&X!"7#=\3-[`@0($"! @ `! M`@0($$@4D `G0FE&@,"4@+.@3]\?RK^GA\ $"! @0( `@?(%7OWTXP_3L_SV MN^_?OGW[YLV;\A=SF1G^]2]__N6O?AW^[58D"I<)[H47(@%[%-QC9(X9Y<(; MV-(($"! (%W @TZZU25;ACPEI">)2PNYY)_^^(=!=I-X[![-),![J*[M4P*\ M5M#Q9PAX+#PQ`89_QI8W)@$"!-H5\+C3;NR?5O[EEU\N$B@J`78*]*+8:4R MP$,!9T';' 0($"! @ "!%@3"V<$AITW_MR@3"7!1X3 9`@0(+!;P,OQB,@<0 M($" ``$"*P2Z\U7CB<VS_ZX8:OM#)<#;F^J1``$"! @0($" ``$"5Q68S7@' M67%1#A+@HL)A,@3J%G 6]/'Q4_X]WMR(! @0($"@<8&4JF^_35%<$N"BPF$R M! @0($" ``$"! @0*%I !;CH\)@<`0($"! @0( ``0($"&PEH *\E:1^"!"H M7L!9T$>&T/G/1VH;BP`!`@0($(@"*L!V`@$"! @0($" ``$"! @T(: "W$28 M+9(``0)%"2C_%A4.DR% @ `!`NT(J "W$VLK)4!(a)7L!9T.]O+^_>O>M?,2^H M!0$"! @0($"@8 $5X(*#8VH$"!"XHH#R[Q6C:DT$"! @0* .`17@.N)DE@0( M$"! @ `!`@0($""P4D %>"6@PPD0N)J LZ!C1#]]NO1_V232RK^;,.J$``$" M! @0R!-0`<YS<Q0!`@0N+A#>_7OQ%5H>`0($"! @T)Z "G![,;=B`@0() B$ M\N_F.;#R;P*\)@0($"! @,".`BK .^+JF@"!2@6<!1T#%T^!=B% @ `!`@0( M7$9 !?@RH;00`@0(;"D0RK^Q`MS]LK)WY=^5@ XG0( ``0($U@NH`*\WU ,! M`A<44 2^8% MB0`!`@0($&A>0 6X^2T`@ `!`@0($"! @ `!`FT(J "W$6>K M)$" 0)K Z]M+>!MP_XJT/D9:.?\YF\Z!! @0($" P(8"*L ;8NJ*`(%+"3@+ M^E+AM!@"! @0($" P">?J #;!00($""PKX#R[[Z^>B= @ `!`@22!52 DZDT M)$" ``$"! @0($" `(&:!52 :XZ>N1,@L+. LZ#7`RO_KC?4`P$"! @0(+"5 M@ KP5I+Z(4" ``$"! @0($" `(&B!52 BPZ/R1$@0*!J`>7?JL-G\@0($"! MX'H"*L#7BZD5$2"PI8"SH+?4U!<!`@0($"! X%0!%>!3^0U.@ "!ZPHH_UXW MME9&@ `!`@1J%5 !KC5RYDV ``$"! @0($" ``$"BP14@!=Q:4R 0(L"SH)N M,>K63( ``0($"%Q10 7XBE&U)@($")PMX/SGLR-@? ($"! @0&!$0 78MB! M@ `!`@0($"! @ "!)@14@)L(LT42(+!2P%G0BP"5?Q=Q:4R ``$"! @<)J " M?!BU@0@0($" ``$"! @0($#@3 $5X#/UC4V `('K"2C_7B^F5D2 ``$"!"XC MH )\F5!:" $"^PHX"WI?7[T3($" ``$"!/874 '>W]@(! @0:$9 ^;>94%LH M`0($"!"H4D %N,JPF30!`@0($"! @ `!`@0(+!50`5XJICT!`NT*. MZ.O;* MO^W>-JR<``$"! A4(J "7$F@3),``0($"! @0( ``0($U@FH`*_S<S0!`HT) M* (W%G#+)4" ``$"!"XEH )\J7!:# $"!,X2</[S6?+&)4" ``$"!-(%5(#3 MK;0D0( ``0($"! @0( `@8H%5( K#IZI$R!PBH"SH._9E7]/V8H&)4" ``$" M!)8*J `O%=.>``$"! @0($" ``$"!*H44 &N,FPF38 `@7($E'_+B869$"! M@ `!`M,"*L!V" $"!!8+. MZ,9D#"! @0( ``0(%"*@`%Q $4R! @$"U`LJ_ MU8;.Q D0($" 0(L"*L M1MV:"1 @0( ``0($"! @T*" "G"#0;=D`@0V$' 6 M=$!4_MU@)^F"``$"! @0.%! !?A ;$,1($" ``$"! @0($" P'D"*L#GV1N9 M``$"! @0($" ``$"! X44 $^$-M0! A<2Z#QLZ"=_WRM[6PU! @0($"@"0$5 MX";";)$$"! @0( ``0($"! @H )L#Q @0(# 8@'EW\5D#B! @ `!`@0*$% ! M+B (ID" 0+4"C9\%76W<3)P``0($"!!H5$ %N-' 6S8!`@2R!91_L^D<2( ` M`0($")PKH )\KK_1"1 @0( ``0($"! @0. @`17@@Z -0X# 505:.PM:^?>J M.]FZ"! @0(! "P(JP"U$V1H)$"! @ `!`@0($"! X!,58)N ``$"!%(%E']3 MI;0C0( ``0($BA10`2XR+"9%@$!5`JV=!5U5<$R6``$"! @0(/!10 78;B! M@ `!`@0($"! @ "!)@14@)L(LT42($!@O8#SG]<;ZH$``0($"! X5T %^%Q_ MHQ,@<!$!9T%?))"608 ``0($"%Q:0 7XTN&U. ($"&PDH/R[$:1N"! @0( ` M@3,%5(#/U#<V`0)7$E $OE(TK84``0($"!"XI( *\"7#:E$$"!#(%'A_>WGW M[EV$OZ2V:G#"! @0( ``0)E"*@`EQ$'LR! @ `!`@0($"! @ "!G054@'<& MUCT!`BT). NZI6A;*P$"! @0(%"?@ IP?3$S8P($"!P(a)\.G3)0[4_7+ N(8@ M0( ``0($".PGH *\GZV>"1 @4+% >-.O[+?B^)DZ`0($"! @,":@`FQ?$"! M8$N!RYP%':J^70Z$9"^"! @0( ``0+G":@`GV=O9 ($"-0@( VN(4KF2( ` M`0($""0)J `G,6E$@ "!U@3Z>:\<N+7H6R\!`@0($+BJ@ KP52-K700(G"9P MF;.@3Q,T, $"! @0($!@'P$5X'U<]4J ``$"! @0($" ``$"A0FH`!<6$-,A M0(# J0+ALZ]>]RZ#_SUU:@8G0( ``0*9`N][E_"^GOA_F7TYK'(!%>#*`VCZ M! @4*5#I6="O7KT*,R]2U*0($"! @ `!`AL(J !O@*@+`@0(7$! ]GN!(%H" M`0($"! @,"V@`FR'$"! @, GLE^;@ `!`@1:$ AO[0F7%E9JC8\$5(#M#0($ M".PB4-%9T++?77: 3@D0($" `('R!%2 RXN)&1$@0.! `=GO@=B&(D" ``$" M!$X64 $^.0"&)T" P(D"LM\3\0U-@ `!`@0('"^@`GR\N1$)$&A%H/"SH$>S MW_X7183?N^^*\(T1K>Q:ZR1 @,"E!<+C6KA<>HD6-R.@`FR+$"! H$4!M=\6 MHV[-! @0($"@>0$5X.:W```"!-H3D/VV%W,K)D" ``$"!#X(J #;!P0($-A1 MH,"SH-.SW^Z+(GQCQ(Y;1-<$"! @<*" KT$Z$+O0H52 "PV,:1$@0& /`=GO M'JKZ)$" `(%:!+P!N)9([3=/%>#];/5,@ "!#P+E%('3LU^1(T" ``$"EQ0( M%6 Y\"4CF[XH%>!T*RT)$"!0L<#2[+=[?N")0L51-W4"! @0($#@5D %V(X@ M0(# ]0669K]11 Y\_9UAA00($&A,P*NZC05\9+DJP/8``0($=A<X]RSHO.QW M=Q0#$"! @ `!`(a)0.%U !/IS<@ 0($#A00/9[(+:A"! @0( `@=(%5(!+CY#Y M$2! (%L@(_M]?7L)'Q;2OR)[)@XD0( ``0(G"O0?R[J'MA/G8^@3!52 3\0W M- $"#0D<?Q9T1O;;4#PLE0`!`@0($&A20 6XR;!;- $"5Q>0_5X]PM9'@ `! M`@0(Y BH`.>H.88``0+%"H345_9;;'1,C `!`@0($#A70 7X7'^C$R#0D, ! M9T''U#=<&F*U5 ($"! @0(! LH *<#*5A@0($"A;0.&W[/B8'0$"! @0('"^ M@ KP^3$P`P($"*P7D/VN-]0#`0($"! @<'D!%>#+A]@""1 H2&"GLZ!EOP7% MV%0($"! @ "!@@54@ L.CJD1($ @04#VFX"D"0$"! @0($#@@X *L'U @ "! MB@5DOQ4'S]0)$"! @ "!PP54@ \G-R !`FT+;'@6M.RW[:UD]00($"! @,!B M`17(a)Q60.($" 0 D"LM\2HF .! @0($" 0%T"*L!UQ<ML"1 @\$% ]FL?$"! M@ `!`@0R!%2 ,] <0H `@54"*\^"EOVNTG<P`0($"! @T+# P17@;[_[/OZ$ MQ'N]^B_6=Z$'`@0(U"4@^ZTK7F9+@ `!`@0(%"5P? 7X[=NWO__=;S=!D !O MPJ@3`@2J$9#]5A,J$R5 @ `!`@2*%#BX`KRM@01X6T^]$2!PG$#&6="RW^/" M8R0"! @0($#@H@+'5X WA)0`;XBI*P($BA:0_18='I,C0( ``0($*A%0`:XD M4*9)@,#E!-*+P++?RP7?@@@0($" `(%S!#:I`'_V^6^ZGR.7H0)\I+:Q"! X M1T#V>XZ[40D0($" `($K"FQ2`?[IQQ^ZGR.1),!':AN+`($3!&2_)Z ;D@`! M`@0($+BNP"85X+-X),!GR1N7`(%M!*;/(a)I;];J.L%P($"! @0(# B\ F%>"S M."7 9\D;EP"!W05DO[L3&X ``0($"!!H3T %N+V86S$!`@4(O'^YO'OWKON] M^T7V6T"(3($``0($"!"XH( *\ 6#:DD$"-0N$$Z-KGT)YD^ ``$"! @0*%! M!;C H)@2`0($"! @0( ``0($"&POH *\O:D>"1 @D"[PZ=,EM.]^23]62P($ M"! @0( `@44"*L"+N#0F0(# 7@+AS<![=:U?`@0($"! @ "!)P$58!N!``$" M9PIT>6^H`,N!SXR$L0D0($" `($&!%2 &PBR)1(@4+! //_9A0`!`@0($"! MX `!%> #D U!@ "!AP*AZAL+O\J_=@D!`@0($"! 8&\!%>"]A?5/@ `!`@0( M$"! @ `!`D4(J `7$0:3($" ``$"! @0($" `(&]!52 ]Q;6/P$"!$8$7H]= MPON!X]7("! @0( ``0($]A!0`=Y#59\$"!#($?CYYY]?O7J5<Z1C"! @0( ` M`0($$@14@!.0-"% @ `!`@0($"! @ "!^@54@.N/H140(' A`47@"P734@@0 M($" `('B!%2 BPN)"1$@0( ``0($"! @0(# '@(JP'NHZI,``0+Y`HK ^7:. M)$" ``$"! A,"J@`VR $"! @0( ``0($"! @T(2 "G 38;9(`@0($"! @ `! M`@0($% !M@<($"!0G("SH(L+B0D1($" ``$"EQ!0`;Y$&"V"``$"! @0($" M``$"!.8$5(#GA/R=``$"9P@H`I^A;DP"! @0($#@X@(JP!</L.41($" ``$" M! @0($" 0!10`;83"! @4*B (G"A@3$M`@0($"! H%H!%>!J0V?B! @0($" M``$"! @0(+!$0 5XB9:V! @0.%9 $?A8;Z,1($" ``$"%Q=0`;YX@"V/``$" M! @0($" ``$"!** "K"=0( ``0($"! @0( ``0)-"*@`-Q%FBR1 H%X!9T'7 M&SLS)T" ``$"!$H34 $N+2+F0X ``0($"! @0( ``0*["*@`[\*J4P($"&PH MH B\(::N"! @0( `@98%5(!;CKZU$R! @ `!`@0($"! H"$!%>"&@FVI! C4 M*Z (7&_LS)P``0($"! H1T %N)Q8F D!`@0($"! @ `!`@0(["B@`KPCKJX) M$""PH8 B\(:8NB) @ `!`@3:%% !;C/N5DV ``$"! @0($" `('F!%2 FPNY M!1,@4*^ (G"]L3-S`@0($"! H 0!%> 2HF .! @0($" ``$"! @0(+"[@ KP M[L0&($" ``$"! @0($" `($2!%2 2XB".1 @0"!5P%G0J5+:$2! @ `!`@3N M!%2 ;0H"! @0($" ``$"! @0:$) !;B),%LD`0)7$E $OE(TK84``0($"! X M4D %^$AM8Q$@0( ``0($"! @0(# :0(JP*?1&Y@``0+9`HK V70.)$" ``$" M!%H64 %N.?K63H ``0($"! @0( `@88$5( ;"K:E$B!P)0%%X"M%TUH($"! M@ "!8P14@(]Q-@H!`@2J$7C?N[Q[]R[^7S6S-U$"! @0($" P&,!%6"[@P`! M`K4** +7&CGS)D" ``$"!$X24 $^"=ZP! @0($" ``$"! CL+] _LRG\WIW< MY!2G_>U+'$$%N,2HF!,!`@1*$/CTZ5+"3,R!``$"! @0(+")@ KP)HPZ(4" MP#D"NYX%'5XC/V=51B5 @ `!`@0([".@`KR/JUX)$"!0OT H_\J!ZP^C%1 @ M0(# LT!W9I-3G%K>$RK +4??V@D0N(+ KD5@IT!?88M8`P$"! @\"7A5UT8( M`BK M@$!`@0(C N$)PJ>*]@<! @0(' 9@>[,)H]NEXEIQD)4@#/0'$* `(&R M!'8M`I>U5+,A0( ``0*K!9S?M)JPX@Y4@"L.GJD3($" ``$"! @0() HT!5^ MG>*4*';)9BK EPRK11$@T)S AD7(a)UV.7YD MF `!`@0($+BB@ KP%:-J300( M$"! @ `!`@0($"!P)Z ";%,0($" ``$"! @0('!9@<&)3>$-P/UK+KML"WL@ MH )L:Q @0. B`AN>!7T1$<L@0( ``0($"-P*J #;$00($"! @ `!`@0($"#0 MA( *<!-AMD@"!!H14 1N)-"628 ``0($".0)J #GN3F*``$"! @0($" ``$" M!"H34 &N+&"F2X `@6D!16 [A `!`@0($"#P2$ %V-X@0( ``0($"! @0( ` M@28$5(";"+-%$B#0E( B<%/AME@"! @0($ @74 %.-U*2P($"! @0( ``0($ M"!"H6$ %N.+@F3H!`@0>"2@"VQL$"! @0( `@7L!%6"[@@`!`@0($"! @ `! M`@2:$% !;B+,%DF ``$"! @0($" ``$"*L#V``$"!*XIX"SH:\;5J@@0($" M`($5`BK *_ <2H ``0($"! @0( ``0+U"*@`UQ,K,R5 @,!"`47@A6":$R! M@ `!`A<74 &^>( MCP`!`@0($"! @ `!`@2B@ JPG4" `($K"R@"7SFZUD: M``$"! @L%% !7(a)BF.0$"! @0($" ``$"! C4*7! !3CDV-W/5U]]]>;-F_"_ M0:M_???[W_W#/Z9#_B*]J98$"!!H5D 1N-G06S@!`@0($" P$-B[`AS[3_SY MYIMO%@5(`KR(2V,"! @0($" ``$"! @T+;!K!3AFO_OY2H#WL]4S`0($"! @ M0( ``0($KB:P7P5X[^PW1$("?+7M:#T$".PDX"SHG6!U2X ``0($"-0EL%,% M^(#L5P)<UTXS6P($"! @0( ``0($")PLL%4%^+//?Q-_PGK"!UDM?3=OGH(* M<)Z;HP@0:%% $;C%J%LS`0($"! @<"NP507XIQ]_B#^A^S_]\0]OW[[]]KOO M]\:6`.\MK'\"! @0($" ``$"! A<1V"K"O! Y)@<6 )\G8UH)00('""@"'P` MLB$($"! @ "!D@6VJ@#?K_& '/A5K#A/7$(9.A2CPU</EQR#B\VMVU+=ND3A M8B&VG*H%7KUZ%=+@JI=@\@0($"! 8(V A\(U>M<X=E$.'):\Z .NPON!O_CB MBW2HD*Z&S#FQO00X$>K09A+@0[D-1F"Y@ ?^Y6:.($" `('K"'@<O$XLLU:R M*/OMGR^=/EK(@=,;AY82X$5<Q366`!<7$A,B<"O@@=^.($" `(&6!3P.MAS] MN/9%.7!HOZ@"/."-)\.&%'=-)UV?W@-L]Q(@0&"Q@'<"+R9S``$"! @0(' 5 M@479;\A:BUJW!+BH<)@,`0($"! @0( ``0($BA;8Z5.@CUFS!/@89Z,0($" M``$"! @0($#@"@(JP%>(HC40($!@D8"SH!=Q:4R ``$"! A<1D %^#*AM! " M! @0($" ``$"! @0F!)0`;8_"! @T** (G"+4;=F`@0($"#0O( *</-;```! M`@0($"! @ `!`@3:$% !;B/.5DF `($[`45@FX(``0($"!!H34 %N+6(6R\! M`@0($"! @ `!`@0:%5 !;C3PEDV `($@H AL&Q @0( ``0)-":@`-Q5NBR5 M@ `!`@0($"! @$"[`BK [<;>R@D0(* (; \0($" ``$"30FH`#<5;HLE0( ` M`0($"! @0(! NP(JP.W&WLH)$"! @ `!`@0($"#0E( *<%/AME@"! B,"/@H M+-N"``$"! @0:$1 !;B10%LF`0($"! @0( ``0($6A=0`6Y]!U@_`0($@H B ML&U @ `!`@0(M""@`MQ"E*V1``$"! @0($" 0*,"[V\O[]Z]ZU_1*$K#RU8! M;CCXEDZ `(&>@"*P[4" ``$"! A<7D %^/(AMD "! @0($" ``$"! @0^""@ M`FP?$"! @,"S@"*PK4" ``$"%Q;X].D2%MC]<N'%6MHC`15@>X,``0($"! @ M0( `@28$PAN XSJ[7YI8MD7V!%2 ;0<"! @0($" ``$"!*XO$)+>6 $.E^Z7 MZR_;"F\%5(#M" ($"!#X*. L:+N!``$"!*XJ(.F]:F07K4L%>!&7Q@0($"! M@ `!`@0(5"D0*L#QS.?NERJ78=+K!%2 U_DYF@`!`I<34 2^7$@MB `!`@0( M$'@64 &V%0@0($" ``$"! @0($"@"0$5X";";)$$"!!(%'C_= GGAL5?!I?$ M3C0C0( ``0+E"+R^O81W`O>O*&>>9G*,@ KP,<Y&(4" ``$"! @0($" `(&3 M!52 3PZ X0D0($" ``$"! @0($#@& $5X&.<C4* `('*!,(98O'K(KI?*EN MZ1(@0( ``0($[@14@&T*`@0($)@1B%\:X4* ``$"! @0J%U !;CV")H_`0($ M=A'HDM[P2RP%NQ @0( ``0($:A=0`:X]@N9/@ "!702ZI%?VNXNO3@D0($" M`($S!%2 SU W)@$"!(H7"(7?6 3N?BE^RB9(@ `!`@0($)@14 &V10@0V$5@ M]%MDNRMW&5*G! @0($" ``$"!"8%-JD`?_;Y;[J?([U_<>1@QB) @ `!`@0( M$"! @ "!J(a)4VJ0#_].,/W<^1&A+@([6-18! $P*O)R]-$%@D`0($"! @<%V! M32K 9_%(@,^2-RZ!90*^3G:9E]8$"! @0( ``0+["&Q2`=YG:O.]2H#GC;0@ M<+J SQ ^/00F0( ``0($"! @$ 6.KP#_Z8]_V I?`KR5I'X(["C0_SK9'8?1 M-0$"! @0($" `($Y@8,KP%]]]55(N<//W+R2_BX!3F+2B$ A`DK!A03"- @0 M($" ``$"S0H<7 $.^7;WL]Y<`KS>4 \$CA#P=;)'*!N#``$"! @0($!@3N#@ M"O#<=);]70*\S$MK`@0($"! @ `!`@0(M"QP< 5X6VH)\+:>>B- @ `!`@0( M$"! @,"5!52 KQQ=:R-PHL#@VV3#&X#[UYPX,4,3($" ``$"! @T*Z "W&SH M+9P``0($"! @0( ``0)M":@`MQ5OJR5 @ `!`@0($"! @$"S`BK S8;>P@D0 M($" ``$"! @0(-"6@ IP6_&V6@($"! @0( ``0($"#0KH +<;.@MG `!`@0( M$"! @ `!`FT)J "W%6^K)4" ``$"! @0($" 0+,"*L#-AM[""1 @0( ``0($ M"! @T)9 =@7X;_[V[X/4?O^FA.'53S_^,-WNV^^^?_OV[9LW;U*ZTV83@6Y+ M=;V)PB:PM7?RZM6KGW_^N?95F#\!`@0($"!0NX#G)+5'</W\%^7 8;A0-/[L M\]_\RS__T_JA5_;PBY7'.YP``0($"! @0( ``0($VA%8E/V&U#?*[)K]QJIR MRD4"G**D#0$"! @0($" ``$"! A\$,A[#W!ZCIJAG)Y=2X S>!U"@ `!`@0( M$"! @ "!1@54@!L-O&43($" ``$"! @0($"@-0$5X-8B;KT$"! @0( ``0($ M"!!H5$ %N-' 6S8!`@0($"! @ `!`@1:$U !;BWBUDN ``$"! @0($" `(%& M!0ZN`(=OA(T_W0=*W[NG?\*6#\%J=-=:-@$"! @0($" ``$"!#($CJ\`OWW[ M]O>_^^W$5'T*=$8<'4* ``$"! @0($" ``$",P('5X!3XJ$"G**D#0$"! @0 M($" ``$"! @L$SB^`CP[/Q7@62(-"! @0( ``0($"! @0&"Q@ KP8C('$"! M@ `!`@0($"! @$"-`IM4@#_[_#?=SWH$%>#UAGH@0( ``0($"! @0( `@:' M)A7(a)GW[\H?M93^P]P.L-]4" ``$"! @0($" ``$"0X%-*L#;LJH`;^NI-P($ M"! @0( ``0($"!#X(+!)!7A;2A7@;3WU1H ``0($"! @0( ``0(?!%2 [0," M! @0($" ``$"! @0:$) !;B),%LD`0($"! @0( ``0($"*@`VP,$"! @0( ` M`0($"! @T(2 "G 38;9(`@0($"! @ `!`@0($% !M@<($"! @ `!`@0($"! MH D!%> FPFR1! @0($" ``$"! @0(* "; \0($" ``$"! @0($" 0!,"*L!- MA-DB"1 @0( ``0($"! @0$ %V!X@0( ``0($"! @0( `@28$5(";"+-%$CA> MX/WMY=V[=_TKCI^/$0D0($" ``$"! BH`-L#! @0($" ``$"! @0(-"$@ IP M$V&V2 ($"! @0( ``0($"!!0`;8'"!#85^#3ITL8H_MEW_'T3H ``0($"! @ M0."!@ JPK4& P+X"X=V_W0#]W_<=5>\$"! @0( ``0($[@14@&T*`@3V%0B% MWYCWAG]C*=B%``$"! @0($" P"D"*L"GL!N40(L"LM\6HV[-! @0($" `(&2 M!%2 2XJ&N1"XHD!WVG/XQ2G05XRP-1$@0( ``0($JA%0`:XF5"9*@ `!`@0( M$"! @ `!`FL$5(#7Z#F6``$"! @0($" ``$"!*H14 &N)E0F2J N@=>WE_ & MX/X5=:W%; D0($" ``$"!*XAH )\C3A:!0$"! @0($" ``$"! C,"*@`VR($ M"! @0( ``0($"! @T(2 "G 38;9(`@0($"! @ `!`@0($% !M@<($"! @ `! M`@0($"! H D!%> FPFR1! @0($" ``$"! @0(* "; \0($" ``$"! @0($" M0!,"*L!-A-DB"1 @0( ``0($"! @0$ %V!X@0( ``0($"! @0( `@28$MJH` M?_;Y;^+/>K5_^>=_2NSD%XGM-"- @ `!`@0($"! @ `!`EM5@'_Z\8?XLY[T M;_[V[Q,[D0`G0FE&@ `!`@0($"! @ `!`I]L50'>D%(%>$-,71$@0( ``0($ M"! @0(# L\!6%> -056 -\34%0$"! @0($" ``$"! @\"Z@`VPH$"! @0( ` M`0($"! @T(2 "G 38;9(`@0($"! @ `!`@0($% !M@<($"! @ `!`@0($"! MH D!%> FPFR1! @0($" ``$"! @0(* "; \0($" ``$"! @0($" 0!,"*L!- MA-DB"1 @0( ``0($"! @0$ %V!X@0& 7@?>WEW?OWO6OV&5(G1(@0( ``0($ M"!"8%% !MD$($"! @ `!`@0($"! H D!%> FPFR1! @0($" ``$"! @0(* " M; \0(+"OP*=/ES!&]\N^X^F=``$"! @0($" P ,!%6!;@P"!?07"NW_W'4#O M! @0($" ``$"!-($5(#3G+0B0"!7(!1^Y<"Y>(XC0( ``0($"!#84D %>$M- M?1$@D"CPJG=)/$0S`@0($"! @ `!`BL%5(!7`CJ<`($9@:[\&W[I?O^Y=^DG MP_%WI@0($"! @ `!`@3V$% !WD-5GP0(+!#H)\/Q]T%*O* O30D0($" ``$" M! @\%JBZ`OSJIQ]_F [NM]]]__;MVS=OWM(a)#APET6ZH;410.PR]JH/?OWT_, MY_7KU^FSO:\)AR0Y_7 M"1 @0( ``0*=0'A>X8E$X_MA40X<K$+1^+//?_,O M__Q/B6ZA?6++T.S++[_\TQ__D-A>`IP(=6@S"?"AW*T.-DB)/8RUNA&LFP`! M`@0(+!:0`"\FN]8!B[+?_OG2B0SQD,3&L5+X__[__/\2L^M?)/:K&0$"%Q,8 MG#7M7<07BZ_E$"! @ `!`@1V$MCU/<"+LM]N@8G9;V@O`=YI5^B60&4"L^\B M]L%:E474= D0($" ``$"^P@LK0#'6:3DJ'G9;^C\;_[V[Q/7*(a)%.A-*,P D" MX3W $Y>])S2;$J^9P+E+6S/S<.SLY&<;3$Q@S;$KU^5P`@0($"#P2&#P\!2^ MDZ)_#;?6!':J`&=GOXG9=0R3!+BU[6J]!/(%G#6=;^=(`@0($"! @,!5!/:H M`/_=/_SC-]]\DRVD`IQ-YT "!%(%=BT1ITY".P($"! @0( `@6,%]J@`AX]Q M#I]E%3[1*F\I*>=7QYY5(a)/.$'47(a)4(%/GRYQR.Z70V>0-EA>B3BNJ+_&M-'. M;]7->6+RV8%+Z?Q\`C,@0( `@<8$/#PU%O#QY>Y1`0XCK<F!58#M3 )7$PAO MMBD\^[T7GR@1=XW[^7Q<8UV7..=',\_.?NM",%L"! @0:%.@Q@?N-B.U^:KW MJ #'26;GP.D58-\#O/E^V*!#WP.\`>(EN@@?+Q'7$?.H+@>.O[Q^_;K>579+ MBZL+*^JOL?"EC4Z^>Q(0)K\F<&N.K7<_F#D!`@0(%"YP_]C7/8+7_IRD</DR MI[>T`GR?W4RO*[P?^(LOODA?N^\!3K?2D@`!`OD"LZ>C;_+2^.PH^0MP) $" M! @06"C@Y*:%8-=LOE\%.'K%.G#Z)1RB`ESW5E,!KCM^V\V^_VKK?:^%ETFG M&:I>VNSD9QM,X*PY=KNMIR<"! @0(' CX.')AN@+[%T!'FB'3\8*R7#(BB>^ M)RF\!S@Q!_8A6#8S`0($"! @0( ``0($"*0*[%T!3IU'KUUB]AN.D !G\#J$ M``$"! @0($" ``$"C0HLK0!'IOL<];//?Q-_UCOZ%.CUAGH@<+Y .,EYXG+^ M_%;,H.JES4Y^ML&$W)IC5P3$H00($"! 8$K PY/]T1?8J@+\TX\_Q)_UO"K MZPWU0( ``0($"! @0( ``0)#@:TJP!O*J@!OB*DK`@0($"! @ `!`@0($'@6 MV*H"O"&H"O"&F+HB0( ``0($"! @0( `@6<!%6!;@0`!`@0($"! @ `!`@2: M$% !;B+,%DF ``$"! @0($" ``$"*L#V``$"! @0($" ``$"! @T(: "W$28 M+9(``0($"! @0( ``0($5(#M`0($"! @0( ``0($"!!H0D %N(DP6R0!`@0( M$"! @ `!`@0(J #;`P0($"! @ `!`@0($"#0A( *<!-AMD@"! @0($" ``$" M! @04 &V!P@0($" ``$"! @0($"@"0$5X";";)$$"! @0( ``0($"! @$"K M`2'QW[_[AW^,8O_RS_^T']W?_.W?)W;^B\1VFA$@0( ``0($"! @0( `@2 0 MBL I/]]^]WW'E9ZC9@BG9]<2X Q>AQ @0( ``0($"! @0*!I@5 !GOWI`Z7G MJ!FLZ=FU!#B#UR$$"! @0( ``0($"! @L$ @/4==T.E+T_3L6@*L0`@0( M$"! @ `!`@0($%@@D)ZC+NCTI6EZ=BT!SN!U" $"! @0($" ``$"! @L$$C/ M41=T^M(T/;N6`&?P.H0``0($"! @0( ``0($/OGL\]_<_XRZI.>H&:SIV;4$ M.(/7(00($"! @ `!`@0($"#PR4\__C!0N+\F-DC/43-8T[-K"7 &KT,($"! M@ `!`@0($"! X(- /^-]E/V&9NDY:@9K>G8M`<[@=0@!`@0($"! @ `!`@0( M/ O$O'<B^PU_3<]1,UC3LVL)< :O0P@0($" ``$"! @0($#@H\!T]AO:I>>H M&:SIV;4$.(/7(00($"! @ `!`@0($""P0" ]1UW0Z4O3].Q:`IS!ZQ "! @0 M($" ``$"! @06""0GJ,NZ/2E:7IV+0'.X'4(`0($"! @0( ``0($""P02,]1 M%W3ZTC0]NY8`9_ ZA `!`@0($"! @ `!`NT*?//--]]^]_WL3Q\H/4?-8$W/ MKB7 &;P.(4" ``$"! @0($" 0*,"?_</__@V^=(9I>>H&:SIV;4$.(/WM$/^ M^I<_I_]\^>67H7&8JW\)$"! H"B!]'MR+6<%PH.=1SH"! @06"\P>W_;-0AW MO'_ZXQ\6_<3T*3U'S4BW%F37X>.JIW^^_OKK+[[XXF>7`P5"1,)H_;C$*,3K M4RY=U+JN8H?^)4" `(%"!%+NS+69%N@_.'J,(T" `(%L@:59QFP*>=\@W)__ M\E>_SC@P'#*XM\_KI#OJP[<52X!+>X8QG0#/ANQ^EQ3R;"_[-FG^! @0N)+ M_9U\RAV[-O<"7NV]TNW"6@@0*$%@]K&FRT5G6PX:#,I[BPY/28#3LVL)<&G) M[X?Y;)4`EW K,@<"! @0>"2PZ.%?XT<)L%=7"1 @0&"E0/HKLVL2X/L<M3O5 M.:4BFS[)Z=XDP%=(@,/6&83966$K[P4\7R= @,!^`EL]A$N)58#WVZ5Z)D"@ M38'ND>4^OXA_6I,`9S]LJ0"7F+)N.Z=%%>#XPLEH`MSF[=:J"1 @4(M ]E,! M!PZ>A]42<?,D0(! F0+WV<=HBK$R`4X_2WFZMK?R05 %>-O4=9O>TA/@1Z<- MJ "K`!,@0*!8`17@E<]=NL-5@,M\)FU6! C4*]"O`$^4V3+NQJ-)WH\*\#9) M9LF])"; _<\'5P$N]IENO?> 9DZ P-X"><\#'#5(@-W_$R! @,!*@4<5X/L< M>,TIT"K )6>@)\\M,0$.S52 5][:]WYVJW\"! C<"Z@`;Y7#JP"[?1$@0&!; M`17@CV]T/CDC;&SX] 2XRX%5@&7"! @0J$Y@JSRPV7Z\WZ>Z/;_M,W6]$2"P ME<"C"O#]XXL*<&.)Z5'+790`QQQX- 'VN$B ``$"!0JH`&^5L:L`;_7<5S\$ M"!"(`OT*\.A]]9H$./O.WWN CTI#SQMG:0+\Z+49MV0"! @0*%D@^ZF `Z. M"G"!K^^4?(LS-P($'@FDOS*[)@'V'N#S\LOB1]XJ`?:X2( ``0(%"J0_SY#H M3@NH`'LV3X `@6T%9A]WUB3 LYT_:J "7'S^NGJ"6R7 V]X>]$: ``$"VPID M/Q5PH IP@:_L;'OKT!L!`D<*I+\RNR8!5@%>G29>MX.)!#CLN<3+%U]\X=&1 M``$"! H4B.?NNFPB$![LCGR.:"P"! A<52#]/CEF&4M_HEO>SPD5X+R).FJ- MP&"+Q*@OO5SU]FE=! @0J%I@Z9VY]M,"!;[&4?7^Y$F 0(,"2Q]H,M*<<,=8 M2 7X59A]]UVRH[^$B4XW\->=!/[ZES]W/7_[W?>__]UO=QI(MP0($"! @ `! M`@0($-A/("25_>QFT4 A%7K[]NV?_OB'B4[^YF___E_^^9]2NIU/@%-ZT69O M`2]#["VL?P($"! @0( ``0($]A/X[//?).:H@SFD),#ITY8`IUMI28 ``0($ M"! @0( ``0*'"J0DP.D5X%\<.G>#$2! @ `!`@0($"! @$![`B%'W6_1Z;5E M"?!^4= S`0($"! @0( ``0($"'P02,]1,[S2LVL)< :O0P@0($" ``$"! @0 M($!@@4!ZCKJ@TY>FZ=FU!#B#UR$$"! @0( ``0($"! @L$ @/4==T.E+T_3L M6@*L0`@0($"! @ `!`FL%PH?BKNW"\01.%5BTA]-SU(PUI6?7$N ,7H<0 M($" ``$"! @0:$Y@4;93@HX)EQ"%;(a)[I.6K&M-.SZ_FO00J?.ITQ`X<0($" M``$"! @0F!#XZJNO_OJ7/P\:5)>Q_/3C#]E1#HM=<WCVN-D'FG V7>*!UQ9. M_Z:B`5?*UR E"H=F20GPV[=OTWO4D@`!`@0($"! @,"TP)_^^(=?_NK7HPGP MSS__7(O>JU?SSZ4GUG+M;*>$(!+>.PK'"*<DP.G9]?R--H[WYLV;O?GT3X ` M`0($"! @T(A 2'TG$N#[Q+A EC#_E0EP@8LR)0+[":3GJ(,YI"3 Z=/V'N!T M*RT)$"! @ `!`(a)0($*A&X._^X1^KF6L#$RWD/< 2X ;VFB42($" ``$"! @0 M:$P@E.B_^.(+.7 Y84__G*J,.:=GUQ+@#%Z'$"! @ `!`@0($"!0KD \P?[W MO_NM'+B<(*7GJ!ES3L^N)< 9O XA0( ``0($"! @0*!0@?[;R^7 Y00I/4?- MF'-Z=BT!SN!U" $"! @0($" 0-$"U7V=4M&:54WN_L/5Y,"%!# ]1\V8<'IV M+0'.X'4(`0($"! @0(# 00(AE>W_A%$SDMO80S?C]![26Q[$89A)@=&/%@]' MR(%+V#CI.6K&;-.S:PEP!J]#"! @0( ``0($CA/XZ<<?NI\P:OC]N+&-1(# M1@+I.6K&@.G9M00X@]<A! @0($" ``$"IPG$JNR@+!QGTUUY/[F0-M^7<P?M M1ZO$@^KQ:<LV,('*!=)SU(R%IF?7$N ,7H<0($" ``$"! @<)S":ZX;AN[)P MEQ+W"\6S\PM'#7KHDN3XI]A#;#/;FP8$"$P+#'+41[?K/,;T[/K5[.WYV^^^ M?_OV[9LW;_*FXB@"! @0($" ``$"`X'P%36C;]<,SXE__OGG\->N?3\7C5?& M:_K7/[KFOI-^RT%!N'M6?-_S:/C"_%^]FG\NW3\V/*^V$W85^.JKK_J;9X ? MDIKPK4B[3J#QSB?\@TS(4=/KM/>Q^],?__#H/=Z+V.=OM!+@1: :$R! @ `! M`@0(S H4D@"/EH)V38!##C:+HT&V0"C:32? V3T[<%9@JP3U?J"8D$[WGYY= M2X!G0ZD!`0($"! @0(# Q@)G)<!A&;'P.UI#CG_M_^F^_MQ!Y%6 P\<1;TRI MNY[ 1(6P2Z* [2<P7:%-SU$',TQ)(a)-,7)0%.M]*2``$"! @0($!@&X$]$N N MN8U3[%=W!T7=[J_=6="Q\6CMMTN8!RO/2(##(=OPZ>6QP'0%V/LZ]]X[C_S7 MC!L2X/C*T42"G9Y=2X#7Q,*Q! @0($" ``$".0+I"7!.[X<<DY$`'S*OI@=1 M`2XY_.DYZOV+3=TUZQ-LGP)=\B8Q-P($"! @0( `(a)0T$^I\W._%521N,I L" M!!X(Y'T"5N@L)+W=SR/=]$^!E@#;H00($"! @ `!`A<7Z+[NJ/_+Q==L>00* M$TC/43,FGIY=2X S>!U"@ `!`@0($"! @ `!`@L$TG/4!9V^-$W/KB7 &;P. M(4" ``$"! @0($" `($%`NDYZH).7YJF9]<2X Q>AQ @0( ``0($"! @0(# M`H'T''5!IR]-T[/KI$^!]GUE&3%P" $"! @0($" P(3 Z ?VAD^H^OGGGVMQ M>_5J_KET+6NYQCS#IOKFFV\>K>7MV[=_^N,?KK'2&E>1_2G0VRYV_D;K^\JV M%=<;`0($"! @0(! %+C_1I/NBWEK(>I_VW M<[[P//_N'_YQ>G42X*M&/SV[ MGD^ KVID700($"! @ `!`@0($"!PC$#,4??[-V45'[Z^VZM6*5+:$"! @ `! M`@0($"! @$"]`O$,>1^"56\$S9P``0($"! @0( ``0($Y@6Z]X=+@.>QM"! M@ `!`@0($"! @ "!2@6Z[#=\NK,$N-(@FC8!`@0($"! @ `!`@0(S CTL]_P MNP38CB% @ `!`@0($"! @ "!"PH,LE_O`;Y@C"V)``$"! @0($" ``$"!.ZS MWV"B`FQC$"! @ `!`@0($"! @,"E!$:S7^\!OE2,+88``0($"! @0( ``0($ M'F6_W@-L;Q @0( ``0($"! @0(# =00FLE_O`;Y.F*V$``$"! @0($" ``$" MC0M,9[\!QWN &]\AED^ ``$"! @0($" `($K",QFO^$]P*]^^O&'*ZS5&@@0 M($" ``$"! @0($" P*2 "K -0H ``0($"! @0( ``0)-"+SZ^NNOFUBH11(@ M0( ``0($"! @0(! PP)???75AP0XG G=,(*E$R! @ `!`@0($"! @,#U!7P- MTO5C;(4$"! @0( ``0($"! @$ 6\!]A.($" ``$"! @0($" `($F!+9,@#_[ M_#=-F%DD`0($"! @0( ``0($"%0H\)P`A]RU^ZEP%:9,@ `!`@0($"! @ `! M`@1F!#Y6@,,7`L<?A5R[A@`!`@0($"! @ `!`@2N)S!S"O1]67CVFG[^+)>^ MWHZQ(@($"! @0( ``0($"%0J,)4`A_3UOBP\N*;?IE("TR9 @ `!`@0($"! M@ "!%@0^)L!=:3>DN-W*9^N]]T;=2=0Q-VX!T1H)$"! @ `!`@0($"! H'R! MX7N !S/NZKTQE57O+3^B9DB ``$"! @0($" ``$"HP+#4Z ??0C6HG?SQDZ4 M?^TY`@0($"! @ `!`@0($"A'8.0]P%T.''^)/S&;[5\3UW!_33EK,Q,"! @0 M($" ``$"! @0(- )O/KZZZ]__[O?;BNB_+NMI]X($"! @ `!`@0($"! 8*7 M+W_UZYFO05HY@,,)$"! @ `!`@0($"! @$ A`KLDP-[]6TAT38,``0($"! @ M0( ``0($.H%=$F"^! @0($" ``$"! @0($"@-(%7/__\<VES,A\"! @0($" M``$"! @0(+"YP"NG*V]NJD,"! @0($" ``$"! @0*%! !;C H)@2`0($"! @ M0( ``0($"&POH *\O:D>"1 @0( ``0($"! @0*! `1^"56!03(D``0($"! @ ?0( ``0($MA?XOP`/B)-G7MU<YP````!)14Y$KD)@@@`` ` end

4 6

BGL: Problems with incremental_component
by Vivid Yang 17 Apr '05

17 Apr '05

Hi, I can run the example of incrementail_components: incremental_components.cpp But I cannot compile it if I change the vertex from vecS to listS. typedef adjacency_list <listS, listS, undirectedS> Graph; I have read dijkstra-example-listS.cpp, still failed to make it work. Can anybody help? Thanks a lot, Vivid

2 1

RE: [Boost-users] RE: Boost thread problem
by Sliwa, Przemyslaw (London) 17 Apr '05

17 Apr '05

Thanks, Ben, what should I use for representing the money amounts? A boolean :)) ? Thanks for help, Pshemek -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Ben Hutchings Sent: 15 April 2005 15:52 To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] RE: Boost thread problem Sliwa, Przemyslaw (London) wrote: > Hi, > > Thanks for help, > > On a Linux box I have to link against libc_r too? > Probably yes, but could you confirm this? No. Just use the compiler options "-pthread -D_REENTRANT" consistently. libc_r is a BSD thing. > It seems the usage of the vector cases problems with the > multithreaded programs on the multiprocessor machines. I have changed > it to queue and the bug has been resolved. I cannot reproduce it now. I think the bug might lie in the copy-assignment operator for CFXTrade. std::vector<CFXTrade> may use that whereas std::queue<CFXTrade> probably will not. By the way, what are you planning on doing with the money left over as a result of rounding errors? (Seriously, double is not a suitable type for representing amounts of money. Check your local accounting regulations.) Ben. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ --------------------------------------------------------

4 3

simple example with boost/serialization?
by Alex Makarenko 17 Apr '05

17 Apr '05

I am trying to use the boost serialization library but can't compile even the simplest demo. The result of attempted compilation is below. Any help would be appreciated. In particular, does anyone know of a *simple* example (with Makefiles, not jam-files) which works with gcc? Something similar to the one quoted 2.5 years ago here: http://aspn.activestate.com/ASPN/Mail/Message/boost/1437547 (this one is for the previous version of boost and does not work out of the box now). thanks, alex system: Debian Linux boost 1.32 gcc 3.3.5 ========================= $ g++-3.3 -Wall -o demo demo.cpp In file included from /usr/local/include/boost/config.hpp:35, from /usr/include/boost/serialization/utility.hpp:21, from demo.cpp:16: /usr/local/include/boost/config/compiler/gcc.hpp:57:7: warning: #warning "Unknown compiler version - please run the configure tests and report the results" In file included from /usr/include/boost/serialization/type_info_implementation.hpp:24, from /usr/include/boost/serialization/traits.hpp:33, from /usr/include/boost/serialization/nvp.hpp:22, from /usr/include/boost/serialization/utility.hpp:23, from demo.cpp:16: /usr/include/boost/serialization/extended_type_info_typeid.hpp:108: error: parse error before `::' token In file included from /usr/include/boost/serialization/type_info_implementation.hpp:30, from /usr/include/boost/serialization/traits.hpp:33, from /usr/include/boost/serialization/nvp.hpp:22, from /usr/include/boost/serialization/utility.hpp:23, from demo.cpp:16: /usr/include/boost/mpl/eval_if.hpp:67: error: wrong number of template arguments (3, should be 2) /usr/local/include/boost/mpl/lambda_fwd.hpp:28: error: provided for ` template<class T, long int Arity> struct boost::mpl::lambda' /usr/include/boost/mpl/eval_if.hpp:67: confused by earlier errors, bailing out =========================

2 1

Lapack Bindings
by Franz Mueller 16 Apr '05

16 Apr '05

Hi, I wanted to use boost and lapack-bindings in order to do standard numerics stuff (LU, QR, eigenvals, eigenvectors, svd). There is the geev.hpp but I couldn't get it to run (I'm using VC++ 7.1 and get the run-time error "** On entry to DGEEV , parameter number 13 had an illegal value"). The lu-stuff also failed with VC++ until I added a #include<assert.h>. Has anybody gotten all of the bindings to run with MS VC++.NET 7.1? And also there's almost no documentation for these functions. Does anybody have extended documentation or example programs for the eigenvalues and qr (or other lapack-bindings-stuff)? What about the future of the bindings, is there someone actively extending it? Is it actually worth using boost ublas/lapack-bindings or is there a better alternative? (TNT/JAMA, blitz, gmm,...) Thanks for your help, Franz

1 0

Lapack Bindings
by Franz Mueller 16 Apr '05

16 Apr '05

Hi, I wanted to use boost and lapack-bindings in order to do standard numerics stuff (LU, QR, eigenvals, eigenvectors, svd). There is the geev.hpp but I couldn't get it to run (I'm using VC++ 7.1 and get the run-time error "** On entry to DGEEV , parameter number 13 had an illegal value"). The lu-stuff also failed with VC++ until I added a #include<assert.h>. Has anybody gotten all of the bindings to run with MS VC++.NET 7.1? And also there's almost no documentation for these functions. Does anybody have extended documentation or example programs for the eigenvalues and qr (or other lapack-bindings-stuff)? What about the future of the bindings, is there someone actively extending it? Is it actually worth using boost ublas/lapack-bindings or is there a better alternative? (TNT/JAMA, blitz, gmm,...) Thanks for your help, Franz

1 0