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

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

Mac OSX Darwin - Only some libraries get built?
by Rush Manbert 16 Apr '05

16 Apr '05

Hi all, My first post here, and this is going to sound so stupid... I am running Mac OS version 10.3.8. I have the Boost 1.32.0 release, and I have 3.1.10 version of boost-jam for the Mac. I have configured bjam according to the instructions. I know about the problem compiling the release version of the serialization library, so have excluded it from the build. I tried to build all (but one) of the libraries with this command line: bjam --prefix=/Users/rmanbert/Builds/Boost/prefix --exec-prefix=/Users/rmanbert/Builds/Boost/exec-prefix/ --builddir=/Users/rmanbert/Builds/Boost/boost_1_32_0/ -sTOOLS=darwin --without-serialization --stagedir=/Users/rmanbert/Builds/Boost/stage/ (I realize that I could have omitted some of the directory specifications, but this is the command line that I used.) When it completes, it has only created seven of the libraries. It does not appear to have attempted to build anything else. The libraries that get created are: date_time, filesystem, program_options, regex, signals, test, and thread. These are the only subdirectories that exist under /Users/rmanbert/Builds/Boost/boost_1_32_0/bin/boost/libs. After getting this result, I ran the entire thing from scratch and captured the output, and I can't see anything related to any other libraries (attempts to create directories, failed compilations, etc.). I tried building one of the excluded libraries with this command: bjam --prefix=/Users/rmanbert/Builds/Boost/prefix --exec-prefix=/Users/rmanbert/Builds/Boost/exec-prefix/ --builddir=/Users/rmanbert/Builds/Boost/boost_1_32_0/ -sTOOLS=darwin --without-serialization --stagedir=/Users/rmanbert/Builds/Boost/stage/ --with-array (Same as previous command, with --with-array added). The only output I saw was this: --------------------------------------------------------------------- skipping Boost.Python library build due to missing or incorrect configuration couldn't find Python.h in "/System/Library/Frameworks/Python.framework/Versions/2.2/include/python2.2" You can configure the location of your python installation by setting: PYTHON_ROOT - currently "/System/Library/Frameworks/Python.framework/Versions/2.2" PYTHON_VERSION - The 2-part python Major.Minor version number (e.g. "2.2", NOT "2.2.1") - currently "2.2" The following are automatically configured from PYTHON_ROOT if not otherwise set: PYTHON_LIB_PATH - path to Python library object; currently PYTHON_INCLUDES - path to Python #include directories; currently "/System/Library/Frameworks/Python.framework/Versions/2.2/include/python2.2" --------------------------------------------------------------------- ...found 2936 targets... (I assume the "skipping Boost.Python" error is nothing to worry about. I'm not using Python. I have no idea what "...found 2936 targets..." means.) Dis I miss something obvious? Does anyone have any suggestions for me so I can get the other libs built? Any help would be greatly appreciated. Thanks, Rush

2 2

Bug in type_traits (CVS checkout)
by Elvanör 16 Apr '05

16 Apr '05

Hello, I don't know if this mailing list is the best place to file a bug report (maybe better on the boost-developers mailing list, or on bugzilla if there is one) to get something fixed, but I have a problem with type_traits. I am not using type_traits directly, only through use of the BGL. I got the following error (which was posted in a previous message related to the BGL, before I discovered that the error was in type_traits - sorry!): In file included from /Users/elvanor/Development/boost/boost/type_traits/extent.hpp:14, from /Users/elvanor/Development/boost/boost/type_traits.hpp:61, from /Users/elvanor/Development/boost/boost/detail/numeric_traits.hpp:64, from /Users/elvanor/Development/boost/boost/iterator/counting_iterator.hpp: 9, from /Users/elvanor/Development/boost/boost/pending/integer_range.hpp:14, from /Users/elvanor/Development/boost/boost/graph/detail/adjacency_list.hpp: 18, from /Users/elvanor/Development/boost/boost/graph/adjacency_list.hpp:281, from /Users/elvanor/Development/probabilisticgraphicalmodels/src/ GraphAlgorithms.h:4, from /Users/elvanor/Development/probabilisticgraphicalmodels/src/ GraphAlgorithms.cc:7: /Users/elvanor/Development/boost/boost/type_traits/detail/ size_t_trait_def.hpp:33:1: "BOOST_TT_AUX_SIZE_T_TRAIT_DEF1" redefined In file included from /Users/elvanor/Development/boost/boost/type_traits/rank.hpp:14, from /Users/elvanor/Development/boost/boost/type_traits.hpp:60, from /Users/elvanor/Development/boost/boost/detail/numeric_traits.hpp:64, from /Users/elvanor/Development/boost/boost/iterator/counting_iterator.hpp: 9, from /Users/elvanor/Development/boost/boost/pending/integer_range.hpp:14, from /Users/elvanor/Development/boost/boost/graph/detail/adjacency_list.hpp: 18, from /Users/elvanor/Development/boost/boost/graph/adjacency_list.hpp:281, from /Users/elvanor/Development/probabilisticgraphicalmodels/src/ GraphAlgorithms.h:4, from /Users/elvanor/Development/probabilisticgraphicalmodels/src/ GraphAlgorithms.cc:7: /Users/elvanor/Development/boost/boost/type_traits/detail/ size_t_trait_def.hpp:33:1: this is the location of the previous definition I have looked in the file producing the error (multiple defines). It doesn't include a header guard, but the file specifically says that this is intentional. Thus, I am not qualified enough to get a quick fix for my situation, and this is a problem since I really need the CVS version of Boost for my project... I tried replacing the whole type_traits directory from CVS with the one from Boost 1.32 (because i hadn't any problems with typetraits and Boost Graph Library until today, when I replaced 1.32 with CVS) , but I then get tons of compiler errors when compiling my project so obviously it isn't a good idea. Jean-Noël Rivasseau

2 1

RE: Boost thread problem
by C. Michailidis 16 Apr '05

16 Apr '05

> 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 ;-)

1 0

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

15 Apr '05

Hi, Thanks for help, On a Linux box I have to link against libc_r too? Probably yes, but could you confirm this? Thanks for help, Pshemek -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of C. Michailidis Sent: 15 April 2005 00:02 To: boost-users(a)lists.boost.org Subject: [Boost-users] RE: Boost thread problem > 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. Huh, that's interesting! I suppose it may no longer be a major issue for you then (even though vectors and queues have different algorithms under the hood). Because you mentioned that the problem seems to be limited to true SMP systems, I tried your code again (this time on a dual cpu system) and I still couldn't reproduce it. I must admit that the process didn't seem to bounce between cpus though, so perhaps something is lost in the shuffle in that regard. The dual cpu system was configured similarly to the first machine that I tried it on (FreeBSD 5.3 + boost 1.32.0_2). The first machine (although not a 'true' smp system) is using hyperthreading w/ an SMP kernel so as far as the OS is concerned it too is a multiprocessor machine. If you still want to isolate the problem that you *were* having (using vector) then you may be interested in the details of thread-safe CRTs. The "-lc_r" indicates that (on FreeBSD) the re-entrant C library (i.e. thread-safe) should be linked against. On Windows I believe the analog is called something like 'msvcrtmt.dll' (C RunTime - MultiThreaded). I would hope that the .NET compiler uses this 'msvcrtmt.dll' when 'multithreaded support is on', but I couldn't tell you for sure. If you're statically linking, I think the name is just 'msvcrtmt.lib'. The thread-unsafe version doesn't have 'mt' appended to the library filename. The glamour of MSFT development has been largely replaced with a desire to actually get stuff working so... most of my development has been on FreeBSD lately. Therefore some of this MSFT specific information may not be exactly correct. Oh how the cobwebs accumulate! Anyway, you could probably double check for the 'msvcrtmt' library by looking at the detailed linker settings, that is if my suspicion concerns you and you're still interested in isolating the problem. In any case, I'm glad you found a work-around! C. Michailidis Balston Research LLC _______________________________________________ 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

boost::mpl::vector example?
by Stephen Gross 15 Apr '05

15 Apr '05

Hi all... I'm trying to learn more about mpl vectors. I've found plenty of *reference* information, but no straightforward tutorials / examples. Does anyone know of any? Thanks, --Steve Stephen Gross Case Western School of Medicine Cleveland, OH "The large print giveth and the small print taketh away." - Tom Waits

2 1

RE: Boost thread problem
by C. Michailidis 15 Apr '05

15 Apr '05

> On a Linux box I have to link against libc_r too? > Probably yes, but could you confirm this? Your pthread man page is probably a better authority than I am ;-) C. Michailidis Balston Research LLC

1 0

Building boost on AIX with GCC -- pthread problems
by Dan Katz 15 Apr '05

15 Apr '05

Hi - I'm trying to build boost on an AIX box using GCC, and am having pthread issues. In particular: ------------------------------------------------------------------------ $ uname -a AIX dev-app-a00 2 5 00089FFC4C00 unknown unknown AIX $ gcc -v Reading specs from /usr/local/lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.3.3/specs Configured with: ../gcc-3.3.3/configure --disable-nls Thread model: aix gcc version 3.3.3 $ bjam -v Boost.Jam Version 3.1.10. OS=AIX. [... elided copyright stuff ...] $ bjam [... elided PYTHON stuff here ...] ...found 7231 targets... ...updating 840 targets... gcc-C++-action bin/boost/libs/date_time/build/libboost_date_time.so/gcc/debug/shared-linkable-true/greg_month.o In file included from /home/dkatz/dev/Engine/Agorai/Boost/boost/detail/lwm_pthreads.hpp:20, from /home/dkatz/dev/Engine/Agorai/Boost/boost/detail/lightweight_mutex.hpp:92, from /home/dkatz/dev/Engine/Agorai/Boost/boost/detail/shared_count.hpp:28, from /home/dkatz/dev/Engine/Agorai/Boost/boost/shared_ptr.hpp:26, from /home/dkatz/dev/Engine/Agorai/Boost/boost/date_time/gregorian/greg_month.hpp:14, from /home/dkatz/dev/Engine/Agorai/Boost/libs/date_time/src/gregorian/greg_month.cpp:14: /usr/include/pthread.h:554: error: `pthread_rwlock_t' was not declared in this scope /usr/include/pthread.h:554: error: parse error before `)' token [... lots more pthread problems of this sort ...] ^C...interrupted $ ------------------------------------------------------------------------ Should I be configuring the gcc build with some other thread model maybe? Any insight would be useful. I've been googling around a bit, but haven't found much for this particular issue... Thanks. Dan

3 2

How to install only subset of header files
by Marcel Loose 15 Apr '05

15 Apr '05

Hi, Last week I mailed a question about how to install only a few libraries, but I did'nt get any replies. Maybe I didn't clearly enough explain what I wanted to ask. So I'll try again. Is it possible to only install a subset of all boost *header files*? More specifically, only the header files that are needed when installing one or more libraries. For example, suppose I only want to use Boost Smart Pointers and Boost.Threads. I would like Bjam to only install the header files that are needed for those two libraries, not *all* Boost header files. I know that you can and should use the bjam option --with-<library>, but, AFAIK, this only works for the library, not for the header files. Any help would be appreciated. Kind regards, Marcel Loose.

3 2

swapping keys in multiindex
by David Gruener 15 Apr '05

15 Apr '05

Hello, how can one swap keys in an *ordered* index of a multi index container? Well, you cannot say something like: blah.modify_key(blah.find(foo1), _1 = foo2); // from now index contains one element fewer, since // keys must be uniq blah.modify_key(blah.find(foo2), _1 = foo1); I dind't found a way in the manual to swap directly. --David

3 3

Question About Thread-Safety of boost::bind Library
by john.davison＠americas.bnpparibas.com 15 Apr '05

15 Apr '05

When I see placeholder variables ("_1", "_2", etc.) in Boost.Bind, the first thing that comes to my mind is, what are the effects of this on reentrancy and thread-safety in the Boost.Bind library? What must one watch out for when attempting to use the Boost.Bind library in a multithreaded program? Is it possible to make effective use of the Boost.Bind library while ignoring the ("_1", "_2", etc.) placeholder variables? The "Proposal to Add an Enhanced Binder to the Library Technical Report" of 2003-02-28 doesn't address these concerns, so I'm asking them here. Thanks. This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. --------------------------------------------- Ce message et toutes les pieces jointes (ci-apres le "message") sont etablis a l'intention exclusive de ses destinataires et sont confidentiels. Si vous recevez ce message par erreur, merci de le detruire et d'en avertir immediatement l'expediteur. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, BNP PARIBAS (et ses filiales) decline(nt) toute responsabilite au titre de ce message, dans l'hypothese ou il aurait ete modifie.

2 1

better patch for auto_unit_test.hpp "enhancement"
by Oliver Schoenborn 15 Apr '05

15 Apr '05

This is the same as last (http://article.gmane.org/gmane.comp.lib.boost.user/10508) except that it fixes a problem that would prevent a multi-unit auto unit test to run (i.e. if one of the test files did NOT have a BOOST_AUTO_TEST_MAIN). $ diff -u boost_1_32_0/boost/test/auto_unit_test.hpp patches/boost-1_32/boost/test/auto_unit_test.hpp --- /home/oschoenborn/downloads/boost_1_32_0/boost/test/auto_unit_test.hpp Mon Jul 19 09:12:40 2004 +++ /c/Boost/include/boost-1_32/boost/test/auto_unit_test.hpp Thu Apr 7 16:16:19 2005 @@ -19,6 +19,17 @@ // Boost.Test #include <boost/test/unit_test.hpp> +#define BOOST_AUTO_TEST_SUITE_DEFAULT_NAME "Auto Unit Test" +#ifdef BOOST_AUTO_TEST_MAIN + #ifndef BOOST_AUTO_TEST_SUITE_NAME + #define BOOST_AUTO_TEST_SUITE_NAME suiteName(BOOST_AUTO_TEST_MAIN) + #endif +#else + #ifndef BOOST_AUTO_TEST_SUITE_NAME + #define BOOST_AUTO_TEST_SUITE_NAME BOOST_AUTO_TEST_SUITE_DEFAULT_NAME + #endif +#endif + // ************************************************************************** // // ************** auto_unit_test_registrar ************** // // ************************************************************************** // @@ -27,10 +38,17 @@ namespace unit_test { namespace ut_detail { +inline const char* +suiteName(const char* name = NULL) +{ + return name ? name : BOOST_AUTO_TEST_SUITE_DEFAULT_NAME; +} + inline boost::unit_test::test_suite* auto_unit_test_suite() { - static boost::unit_test::test_suite* inst = BOOST_TEST_SUITE( "Auto Unit Test" ); + static boost::unit_test::test_suite* inst + = BOOST_TEST_SUITE( BOOST_AUTO_TEST_SUITE_NAME ); return inst; }

2 1

building boost w/o debug libs
by Daniel Goller 15 Apr '05

15 Apr '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 i can't locate it in the docs where it explains how not to build the debug libs, i found it where i could exlude certain libs, build oooonly some, or build not the threaded libs, if i missed it a kind nudge in the right direction would be appreciated, or if not in docs, a simple sample option to bjam would be highly appreciated thank you in advance for your efforts Daniel -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCXcSmUpKYMelfdYERAibsAJ9Rh3nSBWCDPWI4xs28//8M0BxExACdEOo0 6k14l84CKaEeMwORIRdxvDM= =HHCY -----END PGP SIGNATURE-----

3 3

boost::shared_ptr and stl algorithms
by Bill Eidson 15 Apr '05

15 Apr '05

std::vector< boost::shared_ptr<T> > TVec; I want to write a function object to run std::for_each. to do somework against members of T and accumulate results in functor. My attempts have failed in VC7 with memory errors in my operator() method. struct fo { bool operator()( boost::shared_ptr<T>& t ) { return true; } }; Thanks in advance bille

5 9

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

14 Apr '05

Joaquin M Lopez Munoz wrote: > Two (main) possibilities: the shared_ptr is invalid or > my code has a bug. Could you test the pointer for validity before > making the insertion? > > m.check_invariant_(); > // check ptr before insertion > m.insert(ptr); OK, so I print out the members of the object that the shared_ptr encapsulates, and it appears that the shared_ptr object is OK before insertion. > If still the error is detected inside insert(), we can try to produce > some sort of poorman dump of the container: define > BOOST_MULTI_INDEX_INVARIANT_ASSERT to throw an exception on failure > and wrap the call to insert() as follows: OK, I tried to use the following code, and recompiled, but I don't catch the exception, and in turn I see rather unpredictable behavior before my program dies violently. Is my macro definition incorrect? //************* begin **************** struct invariant_exception { invariant_exception() {} }; #define BOOST_MULTI_INDEX_INVARIANT_ASSERT(expr) \ if(!(expr)){throw invariant_exception();} //************* end ***************** > try{ > m.insert(...); > } > catch(/* exception thrown by the assert */){ > // dump the contents of m > } > > Can you do that? Notice something weird in the dump? > Can you post the dump? I will post the dump if I can get it to create one. Thanks for your perseverance! --Ross

1 0

RE: Boost thread problem
by C. Michailidis 14 Apr '05

14 Apr '05

> 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. Huh, that's interesting! I suppose it may no longer be a major issue for you then (even though vectors and queues have different algorithms under the hood). Because you mentioned that the problem seems to be limited to true SMP systems, I tried your code again (this time on a dual cpu system) and I still couldn't reproduce it. I must admit that the process didn't seem to bounce between cpus though, so perhaps something is lost in the shuffle in that regard. The dual cpu system was configured similarly to the first machine that I tried it on (FreeBSD 5.3 + boost 1.32.0_2). The first machine (although not a 'true' smp system) is using hyperthreading w/ an SMP kernel so as far as the OS is concerned it too is a multiprocessor machine. If you still want to isolate the problem that you *were* having (using vector) then you may be interested in the details of thread-safe CRTs. The "-lc_r" indicates that (on FreeBSD) the re-entrant C library (i.e. thread-safe) should be linked against. On Windows I believe the analog is called something like 'msvcrtmt.dll' (C RunTime - MultiThreaded). I would hope that the .NET compiler uses this 'msvcrtmt.dll' when 'multithreaded support is on', but I couldn't tell you for sure. If you're statically linking, I think the name is just 'msvcrtmt.lib'. The thread-unsafe version doesn't have 'mt' appended to the library filename. The glamour of MSFT development has been largely replaced with a desire to actually get stuff working so... most of my development has been on FreeBSD lately. Therefore some of this MSFT specific information may not be exactly correct. Oh how the cobwebs accumulate! Anyway, you could probably double check for the 'msvcrtmt' library by looking at the detailed linker settings, that is if my suspicion concerns you and you're still interested in isolating the problem. In any case, I'm glad you found a work-around! C. Michailidis Balston Research LLC

1 0

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

14 Apr '05

Joaquin M Lopez Munoz wrote: > You've got to implement semantics equivalent to that of > the < relationship between numbers: Thanks for the info; I now believe I'm doing this correctly. > * Now, in the piece of your code where the insert asserts, > add a precheck of the invariant: > > m.check_invariant_(); // point A > m.insert(...); // point B > > * Run your test till the assert fires. Is it in point > A or B? If A, then most likely you're somehow modifying > the elements in some other thread. Get the idea? This is a great idea! I added the precheck as you suggested, and it appears that I am experiencing the assert in 'point B'. The invariant is OK until the insertion breaks it. So can I infer that somehow what I'm inserting is invalid? It's a shared_ptr. I recently sent in another post regarding problems I'm having with shared_ptrs that might be related (see post w/subject: "shared_ptr use_count in multi threaded environment"). Thanks!

2 1

Boost.test compile warning
by Sean DeNigris 14 Apr '05

14 Apr '05

When using the static single-threaded debug version of Boost.test, I'm getting the following warning: c:\Program Files\Programming\Boost\include\boost-1_32_vc7_1\boost\test\detail\wrap_stri ngstream.hpp(69) : warning C4267: 'argument' : conversion from 'size_t' to 'unsigned int', possible loss of data c:\Program Files\Programming\Boost\include\boost-1_32_vc7_1\boost\test\test_tools.hpp(4 35) : see reference to function template instantiation 'boost::basic_wrap_stringstream<CharT> &boost::operator <<<char,size_t>(boost::basic_wrap_stringstream<CharT> &,const T &)' being compiled with [ CharT=char, T=size_t ] e:\My Projects\OrderPro\OrderProTest\OrderTest.cpp(55) : see reference to function template instantiation 'bool boost::test_tools::tt_detail::equal_and_continue_impl<std::string,const char[9]>(const Left &,Right (&),boost::wrap_stringstream &,boost::test_tools::const_string,size_t,boost::unit_test::log_level,size_t) ' being compiled with [ Left=std::string, Right=const char [9] ] Any ideas? - Sean

1 0

RE: [Boost-users] shared_ptr use_count in multi threaded environment
by Manges, Ross G 14 Apr '05

14 Apr '05

> - Is it possible that some parts of your code are compiled without > BOOST_HAS_THREADS? I updated user.hpp and then executed: % bjam clean % bjam install I assume that is sufficient to recompile all of the boost code? > - Is it possible that you are assigning to the shared_ptr<Connector> > object > and at the same time reading it (making a copy of it, for example) or > even assigning or resetting it from a different thread? It might be a possibility; I'll sift through the code to see if I can find any situations like this. Thanks!

1 0

shared_ptr use_count in multi threaded environment
by Manges, Ross G 14 Apr '05

14 Apr '05

I've been experiencing trouble with shared_ptrs in a multithreaded environment. First, I noticed that the ref count wasn't being locked when updated by multiple threads (shared_count.hpp). I recompiled the boost library with BOOST_HAS_THREADS defined the user.hpp, and now I can verify that the scoped_lock is being used, but I'm still seeing the same kind of problems. The traces happen in different places each time, but in general it appears that the ref count is being decremented to zero inappropriately, which in turn sometimes causes the dreaded "assert px != 0" message. See the example traces below. Please let me know if you have any suggestions on how I might proceed to debug this problem. Thanks! message that preceeded "trace A": main: /.../boost-1_32/boost/shared_ptr.hpp:253: T* boost::shared_ptr<T>::operator->() const [with T = Connector]: Assertion `px != 0' failed. ======== trace A with px != 0 assert ============ #0 0xb70d6e01 in kill () from /lib/i686/libc.so.6 #1 0xb6f641ed in pthread_kill () from /lib/i686/libpthread.so.0 #2 0xb6f6458b in raise () from /lib/i686/libpthread.so.0 #3 0xb70d6ba4 in raise () from /lib/i686/libc.so.6 #4 0xb70d805d in abort () from /lib/i686/libc.so.6 #5 0xb70cfe99 in __assert_fail () from /lib/i686/libc.so.6 #6 0xb73aac75 in boost::shared_ptr<Connector>::operator-> ( this=0xb6710d24) at shared_ptr.hpp:253 #7 0xb73a98b1 in Listener::run ( this=0x8089af0) at Adapter.cpp:974 #8 0xb74d37be in ost::ThreadImpl::ThreadExecHandler (th=0x8089af0) at thread.cpp:1110 #9 0xb74d29bf in ccxx_exec_handler (th=0x8089af0) at thread.cpp:1136 #10 0xb6f61e21 in pthread_start_thread () from /lib/i686/libpthread.so.0 #11 0xb718c08a in clone () from /lib/i686/libc.so.6 ======== trace B, no px != 0 assert ============ Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 81926 (LWP 18562)] 0xb6f62232 in pthread_mutex_lock () from /lib/i686/libpthread.so.0 (gdb) bt #0 0xb6f62232 in pthread_mutex_lock () from /lib/i686/libpthread.so.0 #1 0xb71997ef in pthread_mutex_lock () from /lib/i686/libc.so.6 #2 0x0806bf45 in scoped_lock (this=0xb65e0b64, m=@0x27) at lwm_pthreads.hpp:72 #3 0x0806ba29 in boost::detail::sp_counted_base::add_ref_copy (this=0x1b) at shared_count.hpp:122 #4 0x0806a98d in boost::detail::shared_count::operator= (this=0xb65e0ce8, r=@0xb6c01b1c) at shared_count.hpp:400 #5 0xb73aac18 in boost::shared_ptr<Connector>::operator= ( this=0xb65e0ce4, r=@0xb6c01b18) at shared_ptr.hpp:148 #6 0xb73a974e in Listener::run ( this=0xb6c02f68) at Adapter.cpp:966 #7 0xb74d37be in ost::ThreadImpl::ThreadExecHandler (th=0xb6c02f68) at thread.cpp:1110 #8 0xb74d29bf in ccxx_exec_handler (th=0xb6c02f68) at thread.cpp:1136 #9 0xb6f61e21 in pthread_start_thread () from /lib/i686/libpthread.so.0 #10 0xb6f61fb5 in pthread_start_thread_event () from /lib/i686/libpthread.so.0 #11 0xb718c08a in clone () from /lib/i686/libc.so.6

2 1

Spotted: use of Boost.Python
by Jim.Hyslop 14 Apr '05

14 Apr '05

For those interested in keeping track of who's using Boost, the game "Civilization IV" uses Boost.Python to interface to its C++ components: http://forums.civfanatics.com/showthread.php?t=108315 <http://forums.civfanatics.com/showthread.php?t=108315> Just thought some people might like to know. -- Jim Hyslop Senior Software Designer Leitch Technology International Inc. ( http://www.leitch.com <http://www.leitch.com> ) Columnist, C/C++ Users Journal ( http://www.cuj.com/experts <http://www.cuj.com/experts> )

1 0

Unit Test question: BOOST_CHECK_MESSAGE and high logging levels
by Dave Steffen 14 Apr '05

14 Apr '05

Folks, I just noticed something: a unit test with something like this BOOST_CHECK_MESSAGE ( true, "this should never be seen" ); will, of course, be silent when run... unless you've got the logging turned all the way up. When run with --log_level=all --report_level=detailed this turns up in the output: ./../util/unitTest/test_auto.C(32): info: this should never be seen Is this intentional? It is suprising to me... if the message in the check says something about "failing" or "errors", the output appears to be signaling a unit test failure when really it isn't. Am I missing something? Thanks!! ---------------------------------------------------------------------- Dave Steffen, Ph.D. "Irrationality is the square root of all evil" Software Engineer IV -- Douglas Hofstadter Numerica Corporation ph (970) 419-8343 x27 "Oppernockity tunes but once." -- anon. fax (970) 223-6797 dgsteffen(a)numerica.us ___________________ Numerica Disclaimer: This message and any attachments are intended only for the individual or entity to which the message is addressed. It is proprietary and may contain privileged information. If you are neither the intended recipient nor the agent responsible for delivering the message to the intended recipient, you are hereby notified that any review, retransmission, dissemination, or taking of any action in reliance upon, the information in this communication is strictly prohibited, and may be unlawful. If you feel you have received this communication in error, please notify us immediately by returning this Email to the sender and deleting it from your computer.

2 2

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

14 Apr '05

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. Thanks for help, Pshemek -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of C. Michailidis Sent: 14 April 2005 07:26 To: boost-users(a)lists.boost.org Subject: [Boost-users] RE: Boost thread problem > All, > > I have got a problem with the boost::thread package. > My idea was to facilitate the multiprocessor ability of my computer and > write a program which creates 10 threads which firstly write to the disk > certain amount of information and then they read it back and push back > certain objects. I am getting some memory access problems when pushing > back the objects to the global vector. Can anyone of you understand why > there is a problem? I really do not get it since the mutex is locked and > the access to the vector is exclusively guaranteed to the active thread. > > > Can you help? I tried your code on my system and it seems to work as expected. No exceptions were thrown, there was a file called 'file.txt' in the pwd, and TradeVector.size was 80000 after the run. Of course I needed to remove the include of proprietary code - it was replaced with a dummy/stub class like this one: class CFXTrade { public: CFXTrade() { }; CFXTrade( int id, string name, double amt ) { m_TradeID = id; m_Name = name; m_Amount = amt; }; int m_TradeID; string m_Name; double m_Amount; }; My system looks like this: FreeBSD medea.digitalescorts.net 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #0: Thu Mar 31 02:47:38 EST 2005 root@medea.digitalescorts.net:/usr/obj/usr/src/sys/MEDEA i386 and I have boost-1.32.0_2 libraries installed. I built the program from the command-line using the following command: "gcc hello.cpp -ggdb -I/usr/local/include -L/usr/local/lib -lboost_thread -lc_r" The problem may be platform specific. Are you linking against a thread-safe CRT? Can you provide details regarding your operating system? Which version of the boost library do you have installed? My suspicion is that you may not be using a thread-safe CRT. Of course the boost_thread library may be broken for your specific platform (but I doubt it). Sincerely, Constantino Michailidis Balston Research LLC _______________________________________________ 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

uBLAS and stl algorithms
by Pascal Bauer 14 Apr '05

14 Apr '05

Hi List Members I have data stored in an matrix. Now, i want to acces the data of the matrix row-wise. because i want to access it in a sorted manner (without moving the matrix entries around), i make a stl-vector of matrix_rows. This works fine. But if i now use the stl algorithms to sort the stl-vector by a certain criteria, then it happens, that the algorithm is making several copies of a singe vector entry and overwriting other entries. Can anyone give me a tipp, what i'm doing wrong? ---------------------------- Here is an example code: #include<iostream> #include<vector> #include<algorithm> #include<cmath> #include<boost/numeric/ublas/matrix.hpp> #include<boost/numeric/ublas/io.hpp> namespace num=boost::numeric::ublas; template <int N> class Ordering { public: bool operator()(num::matrix_row<num::matrix<double> > A, num::matrix_row<num::matrix<double> > B) { if (A(N) < B(N) ) return true; else return false; } }; int main(int argc, char* argv[]) { const int N = 10000; const int M = 4; num::matrix<double> Matrix(N, M); for (int i = 0; i < Matrix.size1(); i++) { for (int j = 0; j < Matrix.size2(); j++) { Matrix(i, j) = drand48(); } } std::vector<num::matrix_row<num::matrix<double> > > MyAccess; for (int i = 0; i < Matrix.size1(); i++) { MyAccess.push_back(num::matrix_row<num::matrix<double> >(Matrix, i) ); } for (int i = 0; i < Matrix.size1(); i++) { std::cout << MyAccess[i] << std::endl; } std::sort(MyAccess.begin(), MyAccess.end(), Ordering<0>() ); for (int i = 0; i < Matrix.size1(); i++) { std::cout << MyAccess[i] << std::endl; } }

1 0