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

valarray and serialization
by Thomas DAVID 21 May '06

21 May '06

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

2 1

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

21 May '06

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

2 4

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

20 May '06

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

4 5

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

20 May '06

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

3 2

Boost vector problem
by zhao haifang 20 May '06

20 May '06

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

2 1

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

19 May '06

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

5 7

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

19 May '06

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

1 0

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

19 May '06

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

2 1

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

19 May '06

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

2 1

finding documentation & reference
by HeroreV 19 May '06

19 May '06

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

2 1

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

19 May '06

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

1 0

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

19 May '06

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

2 1

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

19 May '06

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

1 1

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

19 May '06

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

2 2

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

19 May '06

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

1 0

program_options - ambiguous option
by Santosh Joseph 19 May '06

19 May '06

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

2 1

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

18 May '06

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

2 1

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

18 May '06

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

6 10

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

18 May '06

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

3 5

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

18 May '06

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

1 0

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

18 May '06

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

1 0

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

18 May '06

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

2 2

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

18 May '06

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

2 3

Re: [Boost-users] How to write a block-wise filter...
by EMalenfant＠interstarinc.com 18 May '06

18 May '06

Hi Stephen, From: Stephen Webb [mailto:swebb75ky@gmail.com] > My trouble is > knowing when the end-of-input has arrived. Is there a well > defined way that my output filter is notified of a close > event or something similar? I did see close functions > defined in the example filters, but mine isn't getting > called. Is you filter's category convertible to "closable_tag"? A filter's category has to be tagged as "closable" for its close function to be called: http://www.boost.org/libs/iostreams/doc/index.html?path=4.1.3.1 HTH, Éric

1 0

[program_options] Positional options doc/bug in add()
by Ian McCulloch 18 May '06

18 May '06

Hi, Following the example from program_options/overview.html, I tried positional_options_description pd; pd.add("output-file", 2).add_optional("input-file", -1); This doesn't work: positional_options_description::add() returns 'void', and add_optional() is probably a typo for add() ? Currently, the only way to get this to work seems to be positional_options_description pd; pd.add("output-file", 2); pd.add("input-file", -1); But following the style of the rest of the library, I expect it was intended that positional_options_description::add() would return a reference to *this ? Using boost 1.33.1, the CVS version of positional_options.hpp is unchanged. Cheers, Ian McCulloch

2 1

Exposing Class with Private ctor and dtor
by Anand, Kumar 18 May '06

18 May '06

Hi, A class has static method to create and a static method to destroy. And the constructors and destructor of the class is marked as private. How do I expose such a class in Python? Eg. class A { private: static A* instance; A() { }; ~A {}; public: static A* create () { If(instance != 0) instance = new A(); return instance; } static void destroy() { delete instance; instance = 0; } }; In Boost Python, I tried the following but the code doesn't compile unless I make the destructor of class A as public. namespace bp = boost::python; bp::class_<A> ("A", bp::no_init) .def("create", &A::create) .def("destroy", &A::destroy) .staticmethod("create") .staticmethod("destroy") ; Any suggestions? Thanks Kumar

2 1

[boost-users]how to use iostreams::mapped_file
by Sunil Kumar N 18 May '06

18 May '06

Could someone point me to a link for a sample program of using iostreams::mapped_file(except the default tutorial)...I gave a shot at it and snippet is as follows... io::mapped_file_params aparams("c:\\mf.txt"); aparams.new_file_size = 1e8; aparams.mode = BOOST_IOS::out; io::stream_buffer<io::mapped_file> mfStrmBuf(aparams); ostream out(&mfStrmBuf); out << .... keep on writing to file... it works but I need to know how one create a mapped_file that has to grow beyond new_file_size!! That means I dont know the size of the file to be created at compile time!! How to flush explicitly? I am in the process of understanding as to which one offers better performance with respect to time taken when some thousands of lines have to be written to a file.....ofstream vs mapped_file? Thanks in advance :)

1 0

How to write a block-wise filter...
by Stephen Webb 17 May '06

17 May '06

I don't really have my head around the Boost IO filter architecture yet, but I have managed to get a very basic filter working. I'm having some trouble with end-of-input issues. I think what I'm trying to do comes up frequently, so hopefully this will be a straightforward answer... What I'm trying to do is write a filter that takes in input one character at a time (for simplicity -- for now), and outputs encrypted characters. The block size is 4 bytes, so every 4 characters I can encrypt, and then spit out the result. If I hit the end of input, then I want to pad the plaintext, encrypt and output the final block. My trouble is knowing when the end-of-input has arrived. Is there a well defined way that my output filter is notified of a close event or something similar? I did see close functions defined in the example filters, but mine isn't getting called. I tried to look at the base64 encode/decode headers (which would have to deal with the same issue) but I couldn't really follow it. Any help is appreciated. Thanks -Steve

1 0

Re: [Boost-users] [date_time] Need help with a couple simple problems
by Scott 17 May '06

17 May '06

> #include "boost/date_time/local_time_adjustor.hpp" > #include "boost/date_time/c_local_time_adjustor.hpp" > > ptime local_var > =date_time::c_local_adjustor<ptime>::utc_to_local(utc_var); > > What do you mean by the file is in binary format? Thanks for the help. What I mean is I would like to read/write the value of the ptime in the most efficient way possible. So if the ptime is stored as 2 ints, I would like to (de)serialize 8 bytes (4 bytes each int). Portability isn't an issue. What I would rather *not* do is use something like to_iso_string(ptime) and from_iso_string(ptime). The string representation is rather long. But if that's the only way to do it, guess I'll have to make do. Thanks, Scott

2 1

[multi_array] Useful algorithms (from Re: Multi_array: A "proper" iterator over a N>1 Multi_array?)
by Beth Jacobson 17 May '06

17 May '06

On a recent thread, Bruno Martinez provided a std::for_each-like function for multi_arrays which lets users apply a function to each element in a multi_array or view without having to know anything about the dimensions. I've been playing around with it (on MSVC 7.1) and it works perfectly. It seems like a good utility for anyone using boost.multi_array. Working from Bruno's code, I wrote a similar std::accumulate-like function, which could also be generally useful. I'm fairly new to template programming, so if someone could look over the code below and see if I've done something dangerous or stupid, it would be much appreciated. Also, is there some standard Boost way of making this sort of code generally available? It probably isn't at a level where it could be included in the library, but it seems like a shame to just let it languish in the bowels of the mailing list archive. Anyway, here are both algorithms: My accumulate-like function: template<class MA, class T, class F, int dim> struct accum_impl { F f; T &val; accum_impl(T &val, F f) : f(f), val(val) {} T operator()(MA& ma) { std::for_each(ma.begin(), ma.end(), accum_impl<typename boost::add_const<MA::const_reference>::type, T, F, dim-1>(val, f)); return val; } }; template<class Ref, class T, class F> struct accum_impl<Ref, T, F, 0> { F f; T &val; accum_impl(T &val, F &f) : f(f), val(val) {} T operator()(Ref r) { val = f(val, r); return val; } }; template<class MA, class T, class F> T multi_accum(MA& ma, T init, F f) { accum_impl<MA, T, F, MA::dimensionality> impl(init, f); return impl(ma); } And a test: typedef boost::multi_array<int, 3> array_type; typedef array_type::index_range range; typedef array_type::index index; array_type B(boost::extents[4][2][3]); int values = 0; for(index i = 0; i != 4; ++i) for(index j = 0; j != 2; ++j) for(index k = 0; k != 3; ++k) B[i][j][k] = values++; array_type::array_view<2>::type myview = B[ boost::indices[range(1,3)][1][range(0,2)] ]; cout << "Sum: " << multi_accum(myview, 0, std::plus<int>()) << endl; cout << "Product: " << multi_accum(myview, 1, std::multiplies<int>()) << endl; Bruno Martinez's for_each-like function: template<class MA, class F, int dim> struct for_each_impl { F f; for_each_impl(F f) : f(f) {} void operator()(MA& ma) { std::for_each(ma.begin(), ma.end(), for_each_impl<typename MA::reference, F, dim-1>(f)); } }; template<class Ref, class F> struct for_each_impl<Ref, F, 0> { F f; for_each_impl(F f) : f(f) {} void operator()(Ref r) { f(r); } }; template<class MA, class F> void multi_for_each(MA& ma, F f) { for_each_impl<MA, F, MA::dimensionality> impl(f); impl(ma); } And a test: typedef boost::multi_array<double, 3> array_type; typedef array_type::index index; array_type myarray(boost::extents[3][4][2]); typedef array_type::index_range range; array_type::array_view<3>::type myview = myarray[ boost::indices[range(0,2)][range(1,3)][range(0,4,2)] ]; multi_for_each(myview, _1 = 56);

5 6

How to link (properly)
by Jason House 17 May '06

17 May '06

When I run bjam install on my laptop running Mandriva 2006, it places a lot of files in /usr/local/lib with names like libboost_XXX-gcc.a While I know that I can pass -lboost_XXX-gcc and it links, the -gcc bit seems to make things a bit too platform dependent for my liking. What's the proper way to handle that extra bit at the end of the library name? The project I'm working on uses autoconf/configure/make as its build environment.

2 2

Regex Localization problem
by Antonio Scotti 17 May '06

17 May '06

Hi, I have a portability problem with regex (probably due to localization issues). I've found that, under Win32, the regular expression "\w" matches all the alphanumeric chars, including non ascii ones (such as e grave or e acute). This doesn't hold while under linux. In fact, \w only seems to match ascii characters. I've tried chancing the locale, but nothing changed. Is there a way to make \w have on linux the same behaviour it has on win32? Thanks in advance.

2 2

newbie boost::random how can I get a variate_generator for uniform_01 distribution?
by wave style 17 May '06

17 May '06

Hi, I have some strange behavior on win XP with VC 8.0 version and boost::random library. When I use variate_generator helper template with uniform_01 distribution, I always get an compiler error. like as: //code boost::mt19937 rng(time(0)); boost::uniform_01<mt19937> u01(rng); boost::variate_generator<mt19937, uniform_01<mt19937> > die401(rng, u01); //compile info error C2039: 'input_type' : is not a member of 'boost::uniform_01<UniformRandomNumberGenerator>' with [ UniformRandomNumberGenerator=boost::mt19937 ] f:\my documents\visual studio 2005\projects\testboost\testrandom\testrandom.cpp(169) : see reference to class template instantiation 'boost::variate_generator<Engine,Distribution>' being compiled with [ Engine=boost::mt19937, Distribution=boost::uniform_01<boost::mt19937> ] Actually, the uniform_01 class doesn't declare a type named input_type in uniform_01.hpp, because uniform_01 distribution can accept both IntegerType and RealType UniformRandomGenerator. It seems that variate_generator can not support the uniform_01. However, I found the engine_helper struct be specialized for uniform_01 and uniform_int_float in variate_generator.hpp. I got confused. It's vc8.0compiler's bug? How can I get a variate_generator for uniform_01 distribution? Any feedback welcomed!! Thanks. Waveform.

1 0

[boost-build] telling one project to depend on another
by Brian Budge 17 May '06

17 May '06

Hi all - I'm trying out boost-build for the first time, and running into some issues related to project dependencies. I've spent many hours looking at boost-build documentation, and now I'm stuck. My directory structure is laid out like this: -------------------------------------------- base_dir Jamroot simp_envelopes Jamfile ***source*** simp_envelopes ***include files*** my_lib Jamfile ***source*** include ***include files*** test Jamfile tester.cc --------------------------------------------- Basically, my_lib depends on simp_envelopes and test depends on my_lib. In simp_envelopes/Jamfile I have this: ------------ project simplify-libs : usage-requirements <include>simp_envelopes ; lib simplify : [ glob *.cc ] : <include>simp_envelopes ; ------------ which I believe should tell my_libs to include simp_envelopes/simp_envelopes, if only my_libs can know that it should depend on the simp_envelopes project. My Jamroot looks like: ------------ use-project simplify-libs : simp_envelopes ; use-project my-libs : my_libs ; project my_app : requirements <include>.. <include>../SGUL/include : default-build debug ; lib open-mesh : : <file>../OpenMesh/Core/Linux_gcc_max/libOpenMesh_Core.so ; build-project simp_envelopes ; build-project my_libs ; build-project test ; ------------ My my_libs Jamfile: ------------ project my_libs : requirements <include>../simp_envelopes : usage-requirements <include>include ; lib my_libs : [ glob *.cc ] /simplify-libs//simplify : <include>include ; ------------- I had to add the requirements <include>../simp_envelopes for my_libs to find the include files for simp_envelopes... is there a way to get my_libs to depend on simp_envelopes (or simplify-libs) and take care of this automatically? I have similar issues for the test app... I need to at a requirements for the my_libs include directory. Finally, I have defined a library name open-mesh to point to my external library, but I don't know how to have my my_libs essentially require linking against open-mesh. This is in fact even more important because I don't currently have a way of making my application build rule depend on open-mesh. Any help is appreciated! Brian

2 1

[Thread] Get current thread id
by marie-line.gentil2 17 May '06

17 May '06

Is there a boost method which does it? I went through the whole thread documention but could not figure out how to do so.

5 4

assert.h
by dvir schirman 16 May '06

16 May '06

Hi I try to use the random library in order to create a noise signal with normal distribution. I'm using Cygwin platform, and I'm using g++ compiler. I wrote: #include <boost/random.hpp> at the beginning of my header file. and when I tried to compile I got the following error message: In file included from /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/cassert:48, from ../boost/boost/random/linear_congruential.hpp:20, from ../boost/boost/random.hpp:36, from actor.H:12, from tdagent.H:11, from main.C:1: /usr/include/assert.h:6: error: expected unqualified-id before string constant /usr/include/assert.h:6: error: expected `,' or `;' before string constant main.C, tdagent.H, actor.H are files that I've written. I am not familiar with assert.h, I guess it's part of the c++ headers, and that there shouldn't be an error in it. Hope someone can help me solve it. Dvir.

1 0

Re: [Boost-users] newbie - boost::shared_ptr of type stringstream using << operator?
by james.jones＠firstinvestors.com 16 May '06

16 May '06

From: Ed Johnson <ed(a)edwardotis.com> > Hi Eric, > > I tried and none of the following modes worked. > >boost::shared_ptr< std::stringstream > sharedStream(new >std::stringstream("hello world", std::stringstream::out | >std::stringstream::ate )); [other examples snipped] Ed, I think you should prove this isn't a boost::shared_ptr issue first. Have you tried it with a raw pointer? I suspect you'll get the exact same results as with boost::shared_ptr, which would indicate a problem with your implementation of std::stringstream, not with boost::shared_ptr. Your prior example was this: > std::stringstream tr; > tr << "hello everyone"; > tr << "!"; > std::cerr << tr.str() << std::endl; But this is a different call pattern, not just a change from an object to a smart pointer. This probably works fine: boost::shared_ptr<std::stringstream> tr(new std::stringstream()); (*tr) << "hello, world"; (*tr) << "!"; std::cerr << tr->str() << std::endl; And this probably doesn't work: std::stringstream tr("hello, world", std::stringstream::out | std::stringstream::ate); tr << "!"; std::cerr << tr.str() << std::endl; If I'm right in both cases, your problem is with std::stringstream, not with boost::shared_ptr. Regards, - James Jones Administrative Data Mgmt. Webmaster 375 Raritan Center Pkwy, Suite A Data Architect Edison, NJ 08837

1 0

Re: [Boost-users] [review] Boost.Fusion
by David Abrahams 16 May '06

16 May '06

Joel de Guzman <joel(a)boost-consulting.com> writes: >> It will catch up :-) On a side note, it seems the tests were run with >> gcc 3.4. IIRC, gcc 4 and beyond introduced a couple of interesting >> optimizations so I wonder how far do those go towards narrowing the gap. > > I would love to see better numbers for g++. Building a later G++ under cygwin is pretty easy if you know what to do. That's how I stay abreast of G++ developments. -- Dave Abrahams Boost Consulting www.boost-consulting.com

1 0

boost::shared_ptr typedef drives me crazy
by Ovanes Markarian 16 May '06

16 May '06

I have some strange behavior on RH Enterprise Linux 2.6.9-34 with gcc (GCC) 3.2.3 version and boost::shared_ptr template. The thning which drives me crazy compiles for one library without any problems and for the other library it can't compile one of my typedefs. Maybe some of you have had the similar problem before. Here some snippet: I have some really simple type traits definitions: template <class T> struct traits_internal { typedef T type; typedef T& ref; typedef T* ptr; typedef const T* const_ptr; typedef const T& const_ref; typedef const T const_type; }; template <class T> struct traits : traits_internal<T> {}; template <class T> struct traits<T*> : traits_internal<T> {}; template <class T> struct traits<T&> : traits_internal<T> {}; then I have a factory class, which can creates an empty class instance, copies the instance from another instance or copies it from the underlying POD (raw data). template<class Type_, class Raw_, class MemMan_> struct Creator { public: typedef typename msg_factory::traits<Type_>::type val_type; typedef typename msg_factory::traits<Type_ >::const_type const_type; typedef typename msg_factory::traits<Raw_>::type raw_type; typedef typename msg_factory::traits<MemMan_>::type man_type; typedef boost::shared_ptr<val_type> smart_ptr; typedef boost::shared_ptr<const_type> const_smart_ptr; private: /** * a union container which decides which member to use, POD or Class * used to save space required by 2 pointers */ typedef msg_factory::PointerContainer<val_type, raw_type> ptr_container; typedef Creator<Type_, Raw_, MemMan_> my_type; public: inline explicit Creator(man_type* m = NULL) : memMan(m), copy_from(static_cast<val_type*>(NULL)){} inline explicit Creator(const raw_type* s, man_type* m = NULL) : memMan(m), copy_from(s) {} inline explicit Creator(const val_type& t, man_type* m = NULL) : memMan(m), copy_from(&t) {} inline ~Creator(){} inline operator smart_ptr()const { return smart_ptr((copy_from.is_valid()?(copy_from.first()?(new val_type(*copy_from.first(), memMan)):(new val_type(copy_from.second(), memMan))):(new val_type(memMan)))); } private: inline Creator(const my_type&) {} inline my_type& operator=(const my_type&) {return *this;} template <class OtherType_, class OtherRaw_, class OtherMemMan_> inline Creator(const Creator<OtherType_, OtherRaw_, OtherMemMan_>&) {} template <class OtherType_, class OtherRaw_, class OtherMemMan_> inline Creator& operator =(const Creator<OtherType_, OtherRaw_, OtherMemMan_>&) {return *this;} man_type* memMan; ptr_container copy_from; }; class ClassB : public ClassA { public: typedef Creator<ClassB, POD_B, ClassA> heap_instance; typedef heap_instance::smart_ptr smart_ptr; -->typedef heap_instance::const_smart_ptr const_smart_ptr; private: friend class Creator<ClassB, POD_B, ClassA>; explicit ClassB(ClassA *pcDataManager = NULL); explicit ClassB(const POD_B *ptCopyFromPOD, ClassA *pcDataManager = NULL); explicit ClassB(const ClassB &copyFromOtherClassB, ClassA *pcDataManager = NULL); //some class data follows } In this line compiler raises the error: ISO C++ forbids declaration of `const_smart_ptr' with no type /some/path/here/fname:lineno: cannot declare member ` Creator<ClassB, POD_B, ClassA>::const_smart_ptr' within `ClassB' /some/path/here/fname:lineno: syntax error before `;' token *** Error code 1 Somehow it does not know the type, even if I try in Creator to change the typedef from: typedef boost::shared_ptr<const_type> const_smart_ptr; to typedef boost::shared_ptr<val_type> const_smart_ptr; I still get an error at this line. And the most weired thing is, why it can compile a line before?! Where typedef boost::shared_ptr<val_type> smart_ptr; is used as forward declaration? I also tried in the Creator to change typedef boost::shared_ptr<const_type> const_smart_ptr; to typedef smart_ptr const_smart_ptr; And compiler was able to compile it... Do you have any suggestions? I am using boost 1.33_0 Many thanks, Ovanes Markarian

1 1

Re: [Boost-users] newbie - boost::shared_ptr of type stringstreamusing << operator?
by Andrew McDonald 16 May '06

16 May '06

The stringstream (or ostringstream) stringstream ss("Hello", ios_base::out); will create a stringstream with the output sequence initialised to "Hello" and the position set to the _beginning_ of the sequence. Thus any insertions will overwrite the value from the initialiser string. There were various issues and debates after the 1998 standard came out [Issues 432 and Issue 45 (closed)]..and it is a little unclear to me what the resolution was...but I _think_ the following is correct... - The standard does not mandate that ostringstream (more precisely the underlying stringbuf) supports ios_base::ate. - However, many implementations do support it. As an arbitrary test, compiling with Visual Express 2005 and using ios_base::ate, I find that this does move the position to the end of the sequence. Note that stringstreams must support explicitly seeking to the end of the sequence; e.g. ostringstream oss("Hello"); oss.seekp(o, ios_base::end); oss << " world"; regards, Andrew McDonald System Architect Norwood Systems Australia Pty Ltd Level 1, 71 Troy Terrace PO Box 1281 Subiaco, WA 6904 Tel +61 8 9380 7766 Fax +61 8 9380 7733 andrew.mcdonald(a)norwoodsystems.com The information in this email, and any attachments, may contain confidential information and is intended solely for the attention and use of the named addressee (s). It must not be disclosed to any person(s) without authorization. If you are not the intended recipient, or a person responsible for delivering it to the intended recipient, you are not authorized to, and must not, disclose, copy, distribute, or retain this message or any part of it. If you have received this communication in error, please notify the sender immediately.

1 0

Re: [Boost-users] [review] Boost.Fusion
by João Abecasis 16 May '06

16 May '06

Joel de Guzman wrote: > João Abecasis wrote: >> On the directory structure used for the headers, I like the modular >> approach but sometimes get the feeling that it's too fragmented. Having >> more top-level reflections of individual components would ease my >> concerns. Another aspect is that this structure diverges from what is >> used in MPL. Given the parallel between the two libraries I think an >> effort should be made to keep the structure similar. In fact, this is >> also part of the user interface. Still, in the end, I recognize that >> they're two independent libraries and must each follow its path. > > Understood. I'll give this a lot of thinking. At the very least, > we'll surely have a flat set of headers that forward to the > main headers. Where to place them is a matter to deliberate on. > Maybe <boost/fusion/hdr/xxx.hpp> ? or simply <boost/fusion/xxx.hpp> > and push the main tree downwards in another directory, say, "main"? Why do you need to have them in separate directories? Are there conflicting/overlaping headers when you mix the approaches (or are you just trying to keep everything nice and tidy ;-) ) ? >> Fusion is coded with the expectation that the library code will be >> optimized into very tight code, which seems to be a reasonable >> assumption with (any?) modern compilers. > > I hope g++ will catch up! See Dan's post regarding some Fusion > speed tests. g++ produces the fattest and slowest code :( > I wish I was using incorrect flags or I haven't found the > best compiler switches to use for g++. It will catch up :-) On a side note, it seems the tests were run with gcc 3.4. IIRC, gcc 4 and beyond introduced a couple of interesting optimizations so I wonder how far do those go towards narrowing the gap. > MS VC8.0 produces the tightest and fastest code, so far. > (No, I'm not a fan of MS. Those are just the facts.) Of course ;-) I like facts! From my limited experience, I've also seen MSVC produce the tightest code. Perhaps there should be a way to extract some benchmarks (e.g., code size, performance) from the Boost regression tests, or separate benchmark-tests for the different compilers could be integrated into the system. This could be interesting and useful information for library developers. >>> - What is your evaluation of the potential usefulness of the library? >> I believe Fusion has great potential as a library building block but >> also as a more application-oriented library. On the library building >> block side, I believe it has the potential to become a fundamental/core >> piece of Boost. For application developers, Fusion takes tuples to a new >> level, allowing one to make the most of information that is available at >> compile-time. I wanted to make an additional suggestion that might make Fusion's usefulness more visible, but it slipped my mind at the last minute. While I'm not that familiar with Boost.Serialization it seems to be a fairly popular library with developers of varying technical level. My suggestion is that Fusion Sequences be made serializable, using Boost.Serialization. This would go in a separate header (e.g., in fusion/sequence/io/serialization.hpp) and have the requirement that serialization be implemented for individual element types. If possible, the serialization would be generic, i.e., tied to the type sequence and not to the particular Fusion Sequence. With serialization in place, Fusion sequences could be used to manage a class's data and its serialization or they could be used as a proxy during serialization: archive & tie(a, b, c); Hmm... I see that the Quick Start mentions serialization as an example. Is there a reason for not offering the interface to Boost.Serialization in the library? Best regards, João

1 0

[boost-users][serialization]Can I serialize wstring into text_oarchive?
by Wang Yun 16 May '06

16 May '06

Hi, all I do some tests and found it's ok to save/load wstring into/from text_oarchive, Am I very lucky? or it's safe to do this? When do I need to use text_woarchive? Thanks, Wang Yun

2 4

Re: [Boost-users] newbie - boost::shared_ptr of type stringstream using << operator?
by EMalenfant＠interstarinc.com 15 May '06

15 May '06

From: Ed Johnson [mailto:ed@edwardotis.com] > > Thanks, I see where I was not using the correct constructor before. > However, even when I use the proper one, I get the same > results. I cannot get the '<<' operator to append to the > original string that I pass using the stringstream > constructor. It still begins at the first character and > begins overwriting the string. > > //constructor syntax > explicit stringstream ( openmode mode = in | out ); explicit > stringstream ( const string & str, openmode mode = in | out ); > > //updated code > boost::shared_ptr< std::stringstream > sharedStream(new > > std::stringstream("hello world", std::stringstream::out)); > > Is there something else I'm missing? > I think you have to use the "ate" or "app" openmode for that. HTH, Éric

2 1

newbie - boost::shared_ptr of type stringstream using << operator?
by Ed Johnson 15 May '06

15 May '06

Hi, Is it possible to use shared_ptr to manage stringstreams, and still use the << operator on the stringstream? example: //I would like to print 'hello world!' in both cases #include <iostream> boost::shared_ptr< std::stringstream > sharedStream(new std::stringstream("hello world")); (*sharedStream) << "!"; std::cerr << (*sharedStream).str() << std::endl; std::stringstream tr; tr << "hello world"; tr << "!"; std::cerr << tr.str() << std::endl; output: !elloworld hello world! Many thanks, Ed Johnson

2 2

ipp files
by Joe McCay 15 May '06

15 May '06

Simple question. What exactly are ipp files, and how are they used? jmccay

4 3

Re: [Boost-users] [multi_index] thread safety
by Patel Priyank-PPATEL1 15 May '06

15 May '06

Thanks.. Let me try that out. Also, I will put check if mutex acquire method returns success or not during addition only than and than I will go ahead and add procedure in pool. Thanks Priyank ________________________________ From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Kobi Cohen-Arazi Sent: Friday, May 12, 2006 11:33 PM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] [multi_index] thread safety Hi, comments below On 5/12/06, Patel Priyank-PPATEL1 <priyankpatel(a)motorola.com> wrote: Hi Joaquin, I have to use actually two or more threads on procedure pool. I start seeing same Problem when I have three/four threads working on same procedure pool. I tried to introduce mutex (ACE_Guard) but still having problems in execution in one/two minute of execution. Seems I am guarding every method that is used by container. Anything wrong with the Following code? int Procedure_Pool::add_by_id(Procedure * _procedure) { LD_TRACE("Procedure_Pool::add_by_id"); ACE_ASSERT(_procedure != 0); ACE_DEBUG((LM_DEBUG, "ADDING %d\n", _procedure->id())); if (find_by_id(_procedure->id()) == 0) { ACE_Guard<ACE_Mutex> guard(mutex_); { // procedure not found procedure_by_id_.insert(_procedure); } // debug info ACE_DEBUG((LM_DEBUG, "Added procedure : %d \n", _procedure->id())); // return success return 0; } else { // error ACE_ERROR((LD_ERROR "%N:%l Error in adding procedure : %d \n", _procedure->id())); // return failure return -1; } } int Procedure_Pool::remove_by_id(Procedure * _procedure) { LD_TRACE("Procedure_Pool::remove_by_id"); ACE_ASSERT(_procedure != 0); ACE_DEBUG((LM_DEBUG, "REMOVING: %d \n", _procedure->id())); if (find_by_id(_procedure->id()) != 0) { ACE_Guard<ACE_Mutex> guard(mutex_); { // procedure found procedure_by_id_.erase(_procedure->id()); } ACE_DEBUG((LM_DEBUG, "Removed procedure : %d \n", _procedure->id())); return 0; } else { ACE_ERROR((LD_ERROR "%N:%l Error in removing procedure : %d \n", _procedure->id())); return -1; } } Procedure * Procedure_Pool::find_by_id(int _id) { LD_TRACE("Procedure_Pool::find_by_id"); ACE_Guard<ACE_Mutex> guard(mutex_); { Procedure_By_Id::iterator it = procedure_by_id_.find(_id); if (it != procedure_by_id_.end()) { ACE_DEBUG((LM_DEBUG, "%N:%l Found procedure for id: %d \n", _id)); return *it; } } ACE_DEBUG((LM_DEBUG, "%N:%l Not able to found procedure for id: %d \n", _id)); // return null return 0; } Yes. There is a small theoretical problem with your code. A possible race condition. you tried to find_by_id, using mutex, than release that mutex and reacquire it for erase. That's a possible race condition. The "find" until the "erase" must be atomic. At least IMHO. Kobi.

1 0

boost::iterator_adaptor
by Grisha Spivak 14 May '06

14 May '06

Hi, here is small code snippet to demonstrate my problrm: #include <stddef.h> #include <iostream> #include <boost/iterator/iterator_adaptor.hpp> template<typename T, size_t stride> class stride_iterator : public boost::iterator_adaptor<stride_iterator<T, stride>, T*> { public: stride_iterator() : stride_iterator::iterator_adaptor_( 0 ) { } explicit stride_iterator( T * p ) : stride_iterator::iterator_adaptor_( p ) { } private: friend class boost::iterator_core_access; void increment() { this->base_reference() = this->base() + stride; } void deccrement() { this->base_reference() = this->base() - stride; } void advance( ptrdiff_t d ) { this->base_reference() = this->base() + d*stride; } ptrdiff_t distance_to( stride_iterator const & i ) const { return ( i.base() - this->base() )/stride; } }; int main() { int arr[12] = {}; arr[3*2] = 33; arr[5*2] = 55; stride_iterator<int, 2> it( arr ); it[2] = -22; it[3] = it[5]; std::cout << arr[2*2] << ' ' << arr[3*2] << ' ' << arr[5*2] << '\n'; return 0; } It prints "-22 33 55" instead of "-22 55 55" (which I expected) - so "it[3] = it[5];" assignment didn't modifies array. Is it intended behaviour? Or maybe I'm doing something wrong?

3 3

newbie - boost::shared_ptr of type stringstream using << operator?
by Ed Johnson 14 May '06

14 May '06

Hi, Is it possible to use shared_ptr to manage stringstreams, and still use the << operator on the stringstream? example: #include <iostream> boost::shared_ptr< std::stringstream > sharedStream(new std::stringstream("hello world")); std::cerr << (*sharedStream).str() << std::endl; (*sharedStream) << "!"; std::cerr << (*sharedStream).str() << std::endl; std::stringstream tr; tr << "hello everyone"; tr << "!"; std::cerr << tr.str() << std::endl; output: hello world !elloworld hello everyone! Thanks, Ed Johnson

1 0

[review] Fusion review begins
by Ronald Garcia 14 May '06

14 May '06

The review of Joel de Guzman's Fusion library begins today, May 1, 2006, and continues through May 10, 2006. :Download: http://spirit.sourceforge.net/dl_more/fusion_v2.zip :Description: Fusion is a library of heterogenous containers and views and algorithms. A set of heterogenous containers (vector, list, set and map) is provided out of the box along with view classes that present various composable views over the data. The containers and views follow a common sequence concept with an underlying iterator concept that binds it all together, suitably making the algorithms fully generic over all sequence types. The architecture is somewhat modeled after MPL which in turn is modeled after STL. It is code-named "fusion" because the library is the "fusion" of compile time metaprogramming with runtime programming. Review questions ================ Please always explicitly state in your review, whether you think the library should be accepted into Boost. You might want to comment on the following questions: - What is your evaluation of the design? - What is your evaluation of the implementation? - What is your evaluation of the documentation? - What is your evaluation of the potential usefulness of the library? - Did you try to use the library? With what compiler? Did you have any problems? - How much effort did you put into your evaluation? A glance? A quick reading? In-depth study? - Are you knowledgeable about the problem domain? Cheers, Ron

8 20

Re: [Boost-users] [multi_index] thread safety
by Patel Priyank-PPATEL1 13 May '06

13 May '06

Hi Joaquin, I have to use actually two or more threads on procedure pool. I start seeing same Problem when I have three/four threads working on same procedure pool. I tried to introduce mutex (ACE_Guard) but still having problems in execution in one/two minute of execution. Seems I am guarding every method that is used by container. Anything wrong with the Following code? Thanks Priyank #ifndef PROCEDURE_POOL_H #define PROCEDURE_POOL_H /** * Identifier pool of procedure. This procedure will be un-sorted * hashed index provided by procedures unique id retuned by procedure. * It internally uses boost hashed index for indexing the procedures * in procedure pool. * * @author Priyank Patel * @since Mar 30, 2006 */ #include <ace/Mutex.h> #include <boost/multi_index_container.hpp> #include <boost/multi_index/member.hpp> #include <boost/multi_index/ordered_index.hpp> #include <boost/multi_index/hashed_index.hpp> #include <boost/config.hpp> #include <boost/utility.hpp> #include <boost/shared_ptr.hpp> #include <boost/multi_index/key_extractors.hpp> #include "Procedure.h" using boost::multi_index_container; using namespace boost::multi_index; /** * Defines tag used for procedure id. */ struct procedure_id_tag { }; class Procedure_Pool: boost::noncopyable { private: /** * Type definition for multi index container. */ typedef multi_index_container< Procedure*, indexed_by< hashed_unique< tag<procedure_id_tag>, const_mem_fun<Procedure, int, &Procedure::id> > > > Procedure_Hashed_Pool; /** * Type definition for indexing based on procedure id tag. */ typedef Procedure_Hashed_Pool::index<procedure_id_tag>::type Procedure_By_Id; public: /** * Constructor. */ Procedure_Pool(): pool_(), procedure_by_id_(pool_.get<procedure_id_tag>()) { } /** * Adds specified procedure in this pool. * It will intenally used procedures id() method to index procedure. * @param _procedure Procedure to be added in this pool * @return Success (0) or Failure (-1) based on addition happened or not */ int add_by_id(Procedure * _procedure); /** * Removes procedure from this pool. * @param _procedure procedure that needs to be removed * @return Success (0) or Failure (1) based on removal happend or not */ int remove_by_id(Procedure * _procedure); /** * Retrieves procedure based on specified id. * @param _id Identifier * @return Procedure Pointer to procedure. Returns 0 if procedure not found */ Procedure * find_by_id(int _id); private: /** * Returns true if procedure is present otherwise returns false. * @param _procedure procedure that needs to found * @return true if found or false if not found */ //bool find_by_id(Procedure * _procedure); /** * boost multiindex object that is associated with this pool. */ Procedure_Hashed_Pool pool_; /** * Refernece of pool that is indexed by procedure id tag. */ Procedure_By_Id &procedure_by_id_; ACE_Mutex mutex_; }; #endif //===============================================================================/// #include "../include/Procedure_Pool.h" int Procedure_Pool::add_by_id(Procedure * _procedure) { LD_TRACE("Procedure_Pool::add_by_id"); ACE_ASSERT(_procedure != 0); ACE_DEBUG((LM_DEBUG, "ADDING %d\n", _procedure->id())); if (find_by_id(_procedure->id()) == 0) { ACE_Guard<ACE_Mutex> guard(mutex_); { // procedure not found procedure_by_id_.insert(_procedure); } // debug info ACE_DEBUG((LM_DEBUG, "Added procedure : %d \n", _procedure->id())); // return success return 0; } else { // error ACE_ERROR((LD_ERROR "%N:%l Error in adding procedure : %d \n", _procedure->id())); // return failure return -1; } } int Procedure_Pool::remove_by_id(Procedure * _procedure) { LD_TRACE("Procedure_Pool::remove_by_id"); ACE_ASSERT(_procedure != 0); ACE_DEBUG((LM_DEBUG, "REMOVING: %d \n", _procedure->id())); if (find_by_id(_procedure->id()) != 0) { ACE_Guard<ACE_Mutex> guard(mutex_); { // procedure found procedure_by_id_.erase(_procedure->id()); } ACE_DEBUG((LM_DEBUG, "Removed procedure : %d \n", _procedure->id())); return 0; } else { ACE_ERROR((LD_ERROR "%N:%l Error in removing procedure : %d \n", _procedure->id())); return -1; } } Procedure * Procedure_Pool::find_by_id(int _id) { LD_TRACE("Procedure_Pool::find_by_id"); ACE_Guard<ACE_Mutex> guard(mutex_); { Procedure_By_Id::iterator it = procedure_by_id_.find(_id); if (it != procedure_by_id_.end()) { ACE_DEBUG((LM_DEBUG, "%N:%l Found procedure for id: %d \n", _id)); return *it; } } ACE_DEBUG((LM_DEBUG, "%N:%l Not able to found procedure for id: %d \n", _id)); // return null return 0; } -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of JOAQUIN LOPEZ MU?Z Sent: Thursday, May 11, 2006 2:12 PM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] [multi_index] thread safety ----- Mensaje original ----- De: george <george13p(a)yahoo.com> Fecha: Jueves, Mayo 11, 2006 7:27 pm Asunto: Re: [Boost-users] [multi_index] thread safety > hello Joaquin Hello George, > > > You have to lockguard every access to the container; note this also > > includes, for instance, container traversal with iterators, i.e. > > iterator displacement. Strictly speaking, iterator dereference > > should also be lockguarded, although I can say unofficially that > > unguarded dereference is OK. > > can you explain a litle more? > as I konw from STL, multiple readers is ok. Correct. > reading and inserting a new object does't invalidate iterators(for > pointer-based conteiners offcourse,list, map etc...) Correct. This also holds for multi_index_containers. > > a concurrent read and insert in multi_index are not (safely)possible? > I mean there might be an iterator invalidation? Concurrent reading and writing is not safe, but the issue has nothing to do with iterator invalidation. ...I think I've got a hunch about what you've got in mind. When I say that you've got to lockguard iterator displacement, what I mean is: consider a concurrent write operation and an iterator increment; this concurrency is not thread safe and undefined behavior results: a possible outcome is iterator invalidation, but you could also get an app crash, a corrupted data structure, an infinite loop or whatever. Tecnhically speaking, an invalid iterator is a perfectly legal state for an iterator to be in, which has nothing to do with undefined behavior resulting from violating thread safety guarantees. I'm not sure I made myself clear :) Insist on me if I didn't. > offcourse there is a chance for a 'dirty-read' but this for the domain > of the aplication if it is a problem and not for multi_index. I don't get what you mean here, would you care to elaborate? Joaquín M López Muñoz Telefónica, Investigación y Desarrollo _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

2 1

boost::bind, boost::function & placeholders flexibility
by jbd 13 May '06

13 May '06

Hello everybody, First of all, i'm a beginner trying to understand the use of the boost::bind library. Here is my problem : I'd like to know if there is a way to omit placeholders when calling boost::bind and let the compiler deduce their number. I understand that this is contrary to the flexibility offers by the placeholder, but i need to do something like that. void bar() {} void bar2(int) {} // Compile and works well boost::function < void ()> f1( boost::bind(&bar) ) ; boost::function < void (int) > f2( boost::bind(&bar2,_1) ) ; // i'd like to write this, but it doesn't compile // without the placeholders boost::function < void (int) > f2( boost::bind(&bar2) ) ; // i can write a small helper function mybind to achieve my goal // this compile and works well mybind(bar2) ; with template <typename Ret, typename Arg1, typename Arg2> void mybind(Ret (*Func)(Arg1, Arg2)) { boost::function<Ret (Arg1, Arg2)> f(Func) ; } I hope you understand what i've try to show. Maybe i missed something in the documentation. Thank you for reading ! Here is the working .cpp file i use to test things. =============================== #include <iostream> #include <stdexcept> #include <boost/bind.hpp> #include <boost/function.hpp> template <typename Ret, typename Arg1, typename Arg2> void mybind(Ret (*Func)(Arg1)) { boost::function<Ret (Arg1)> f(Func) ; } void bar() { std::cout << "bar()\n" ; } void bar2(int a) { std::cout << "bar2(int)\n" ; } int main (int argc, char* argv[]) { try { // Compile and works well { boost::function < void ()> f1( boost::bind(&bar) ) ; boost::function < void (int) > f2( boost::bind(&bar2,_1) ) ; } /* // i'd like to write this, but it doesn't compile { // without the placeholders boost::function < void (int) > f2( boost::bind(&bar2) ) ; f2(5) ; } */ // i can write a small helper function mybind to achieve my goal // this compile and works well /* template <typename Ret, typename Arg1, typename Arg2> void mybind(Ret (*Func)(Arg1, Arg2)) { boost::function<Ret (Arg1, Arg2)> f(Func) ; } */ { mybind(bar2) ; } } catch(std::exception& e) { std::cout << e.what() << '\n' ; return -1 ; } catch(...) { std::cout << "Non standard exception\n" ; return -1 ; } } ========================================

5 8

Linking problems with boost::test in multiple modules.
by steve ahlgren 12 May '06

12 May '06

Hello : I am using boost::test to provide testing in multiple modules (dlls on win32). A single exe is used to call each of the test facilities in each module. In theory the above sounds ideal, especially as each individual unit test within a module is registered via an abstract factory. In practice, however, I am unable to link the individual modules properly as each one seems to require the function init_unit_test_suite() to be defined. This is mentioned in the FAQ but I have not yet found documentation or examples documenting boost::test spanning multiple modules. I would think that one instance of init_unit_test_suite() would be necessary within the controlling exe, and that each module (dll) would link statically against the boost::test library. Linking against this library, however, causes the problems described above. If anyone has suggestions or an example I would be grateful. Many thanks; sga

3 4

Re: [Boost-users] [BULK] Re: MPL/Fusion
by Sohail Somani 12 May '06

12 May '06

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of > Arkadiy Vertleyb > There could be different opinions on this subject, but I > think the basic > rule of thumb should be: no template metaprogramming in the > non-library > code. Of course, most C++ programmers are wearing two hats: a library > (reusable code) writer and the user of this reusable code. > The key is to > distinguish which hat you are wearing at any particular moment :-) I find that increasingly it's the library, so maybe I'm on the right path. Thank you for your input! Sohail

1 0

Re: [Boost-users] MPL/Fusion
by Sohail Somani 12 May '06

12 May '06

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of > Sohail Somani > Sent: Thursday, May 11, 2006 9:18 AM > To: boost-users(a)lists.boost.org > Subject: [Boost-users] MPL/Fusion > > Hi, > > I am quite interested in MPL/Fusion. I have made my own toy projects > using template metaprogramming to make decisions at compile time. I am > interested in learning what types of software boost users create with > it. > > Would anyone care to share? I think I should clarify: I meant non-library uses (like the maze app, I'll take a look thanks!). Like a programmer who also uses shared_ptr. Although I can think of a few instances where I would use it for work, I just want to tell myself that I am making things complicated and want your help to make sure I'm making better code. Sorry if that's even MORE confusing :) Sohail

2 1

[date_time] Error in time_period documentation
by Ward, Arthur (Mission Systems) 12 May '06

12 May '06

To the documentation maintainers for date_time: I just noticed an error in the documentation for boost::posix_time::time_period in 1.33.1. According to the Posix Time documentation, time_period has the method "time_period shift(days)". As far as I can see, it should be "void shift(days)" and listed as a mutator.

2 1

[Boost.program_options] Boolean option
by Kobi Cohen-Arazi 12 May '06

12 May '06

Hi, boost-1.32.0-6 I've tried to find in the program_options docs how to specify a regular boolean switch. If I use <bool>, it still demand putting something That's what I would like to have ./prog -t and not ./prog -t1 Right now, when using <bool> it will throw an exception if I'm not using the -t1 notation. Am I missing here something? Thanks, Kobi.

2 2

[Boost.dynamic_bitset] Help on extending dynamic_bitset
by Kobi Cohen-Arazi 12 May '06

12 May '06

Hi, boost-1.32.0-6 I would like to hear your suggestions regarding the ways to extend dynamic_bitset. Let's say that I have a different way to search for the next bit in the set. It is specific to my CPU arch. How can I extend find_first/find_next ? Since there is no way to retrieve the internal vector<>, It seems very hard to do so. Nothing is protected so Inheritance is out of the question, and there is not a single accessor that expose that vector<> (its best not to do so, but I'm just counting the options here). Am I missing another way of extending it? Thanks, Kobi.

1 0

[date_time] build error
by Leif Gruenwoldt 12 May '06

12 May '06

I have implemented a class ( lets call it LC2DateTime ) that uses boost date time in it's implementation. I also have a small test for this class and it builds nicely and runs properly. However when I include LC2DateTime.h in my larger project I get this odd build error that points me to /usr/include/boost/algorithm/string/detail/finder.hpp as the source of the error. ------------------ /usr/include/boost/algorithm/string/detail/finder.hpp: In member function 'boost::iterator_range<Iterator> boost::algorithm::detail::last_finderF<SearchIteratorT, PredicateT>::findit(ForwardIteratorT, ForwardIteratorT, std::forward_iterator_tag) const': /usr/include/boost/algorithm/string/detail/finder.hpp:150: error: expected unqualified-id before numeric constant /usr/include/boost/algorithm/string/detail/util.hpp: At global scope: /usr/include/boost/algorithm/string/detail/util.hpp:71: error: expected ',' or '...' before numeric constant /usr/include/boost/algorithm/string/detail/util.hpp: In function 'OutputIteratorT boost::algorithm::detail::bounded_copy(InputIteratorT, InputIteratorT)': /usr/include/boost/algorithm/string/detail/util.hpp:76: error: 'DestFirst' was not declared in this scope /usr/include/boost/algorithm/string/detail/util.hpp:77: error: 'DestLast' was not declared in this scope ---------------------- This bug has been bothering me for a while and I actually got my project to build again juggling the placement of of the '#include "LC2DateTime.h" above the other includes in my project. However this problem has reared it's head again and this time no amount of juggling of includes is getting me out of this. Any thoughts? Is this a problem with the boost libraries or my code? -- Leif Gruenwoldt Simulation Software Developer DLCSPM 4-4-3 (c) Building A31 CFB Kingston

2 6

Mailing lists to go down Saturday
by David Abrahams 12 May '06

12 May '06

-- Dave Abrahams Boost Consulting www.boost-consulting.com

1 0

a problem on boost::asio
by 李慧霸 12 May '06

12 May '06

I'm trying asio on WindowsXPSP2 + VS2003, and I found that there are always some connections established from 127.0.0.1:xxxx to 127.0.0.1:yyyy, is it a bug?

2 1

Re: [Boost-users] [Wave] effect of allocation of data structures oncopying data structures
by Hartmut Kaiser 12 May '06

12 May '06

> Andreas Sæbjørnsen wrote: > > > I need some advice regarding how I should copy the boost data > > structures I get from 'advanced_preprocessing_hooks.h'. > > The task at hand is to copy some of the data structures > from Wave and > > store it separate form the memory Wave allocates so that after the > > Wave preprocessing step has finished all it's memory can be freed. > > > > Example: e.g making a copy of the > > 'std::vector<std::list<PreprocessingInfo::token_type,boost::fa > > st_pool_allocator<PreprocessingInfo::token_type> > >' > > representing the arguments in the expansion of a macro in > the function > > 'expanding_function_like_macro'. > > > > Syntactically it would be gre at to be able to make a copy > using the > > operator=, but as far as I can see this is only possible if > I am also > > using the fast_pool_allocator. If I use the > fast_pool_allocator I am > > afraid that my copies will be put into the memory pool allocated by > > Wave and therefore that memory cannot be safely freed. Is > this corect? > > I'm not sure here. My (unverified) guess is, that the memory > pool will be free'd only after the last item allocated from > it got free'd. This shouldn't be a problem as long as the > memory pool doesn't live in a shared library which gets > unloaded prematurely. After looking at the code and the docs again I discovered the following: the boost::fast_pool_allocator is build on top of a thread local singleton pool. This pool gets allocated before entering main and gets free'd after main exits. Same should be true for shared libraries. So yes, you're running into problems only: 1) if you have your Wave application compiled into a shared library and 2) if you use data from the allocator used by Wave in a different module after the first shared library was explicitely unloaded from memory. HTH Regards Hartmut > But anyway, doesn't using std::copy() for the embedded > list<>'s allow to change to any adequate data structure? > > Regards Hartmut >

2 3

Re: [Boost-users] [multi_index] Core dump in multi-index library !!
by Patel Priyank-PPATEL1 11 May '06

11 May '06

Hi Kobi, I am using ACE_Mutex. Let me check ACE Guards (I know there is ACE_Guard class), Is that what you mean? Thanks Priyank ________________________________ From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Kobi Cohen-Arazi Sent: Thursday, May 11, 2006 11:09 AM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] [multi_index] Core dump in multi-index library !! Procedure * Procedure_Pool::find_by_id(int _id) { LD_TRACE("Procedure_Pool::find_by_id"); mutex_.acquire(); Procedure_By_Id::iterator it = procedure_by_id_.find(_id); if (it != procedure_by_id_.end()) { ACE_DEBUG((LM_DEBUG, "%N:%l Found procedure for id: %d \n", _id)); mutex_.release(); return *it; } ACE_DEBUG((LM_DEBUG, "%N:%l Not able to found procedure for id: %d \n", _id)); mutex_.release(); // return null return 0; } BTW, As a side note, I highly recommend you to use ACE Guards (RAII...) for the mutex thing. Kobi

2 1

MPL/Fusion
by Sohail Somani 11 May '06

11 May '06

Hi, I am quite interested in MPL/Fusion. I have made my own toy projects using template metaprogramming to make decisions at compile time. I am interested in learning what types of software boost users create with it. Would anyone care to share? Thanks! Sohail

3 2

Re: [Boost-users] [multi_index] thread safety
by JOAQUIN LOPEZ MU?Z 11 May '06

11 May '06

----- Mensaje original ----- De: george <george13p(a)yahoo.com> Fecha: Jueves, Mayo 11, 2006 7:27 pm Asunto: Re: [Boost-users] [multi_index] thread safety > hello Joaquin Hello George, > > > You have to lockguard every access to the container; note this > > also includes, for instance, container traversal with iterators, > > i.e. iterator displacement. Strictly speaking, iterator dereference > > should also be lockguarded, although I can say unofficially that > > unguarded dereference is OK. > > can you explain a litle more? > as I konw from STL, multiple readers is ok. Correct. > reading and inserting a new object does't invalidate iterators(for > pointer-based > conteiners offcourse,list, map etc...) Correct. This also holds for multi_index_containers. > > a concurrent read and insert in multi_index are not > (safely)possible? I mean there might be an iterator > invalidation? Concurrent reading and writing is not safe, but the issue has nothing to do with iterator invalidation. ...I think I've got a hunch about what you've got in mind. When I say that you've got to lockguard iterator displacement, what I mean is: consider a concurrent write operation and an iterator increment; this concurrency is not thread safe and undefined behavior results: a possible outcome is iterator invalidation, but you could also get an app crash, a corrupted data structure, an infinite loop or whatever. Tecnhically speaking, an invalid iterator is a perfectly legal state for an iterator to be in, which has nothing to do with undefined behavior resulting from violating thread safety guarantees. I'm not sure I made myself clear :) Insist on me if I didn't. > offcourse there is a chance for a 'dirty-read' but this for the > domain of the aplication if it is a problem and not for multi_index. I don't get what you mean here, would you care to elaborate? Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

1 0

Re: [Boost-users] [multi_index] thread safety
by Joaquín Mª López Muñoz 11 May '06

11 May '06

Conway Allen ha escrito: > Regarding thread safety, if threads are concurrently reading, > inserting, and erasing entries in a multi-index container do you have to > lockguard all of these operations or can you get away with just > lockguarding the inserts and the deletes? You have to lockguard every access to the container; note this also includes, for instance, container traversal with iterators, i.e. iterator displacement. Strictly speaking, iterator dereference should also be lockguarded, although I can say unofficially that unguarded dereference is OK. The kind of thread-safety provided by B.MI (and by most STL implementations) is described at SGI docs: http://www.sgi.com/tech/stl/thread_safety.html > Thanks, Allen. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

2 1

Re: [Boost-users] [multi_index] Core dump in multi-index library !!
by Patel Priyank-PPATEL1 11 May '06

11 May '06

Hi Joaquin, I have put some locks in code and follows is the changed code. Also, I have removed API that takes procedure pointer. Instead it just takes id as input. Anyways, It seems to be working GREAT. Thanks for all your help. Will contact you incase of any problems. #include "../include/Procedure_Pool.h" int Procedure_Pool::add_by_id(Procedure * _procedure) { LD_TRACE("Procedure_Pool::add_by_id"); ACE_ASSERT(_procedure != 0); ACE_DEBUG((LM_DEBUG, "ADDING %d\n", _procedure->id())); if (find_by_id(_procedure->id()) == 0) { // procedure not found mutex_.acquire(); procedure_by_id_.insert(_procedure); mutex_.release(); // debug info ACE_DEBUG((LM_DEBUG, "Added procedure : %d \n", _procedure->id())); // return success return 0; } else { // error ACE_ERROR((LD_ERROR "%N:%l Error in adding procedure : %d \n", _procedure->id())); // return failure return -1; } } int Procedure_Pool::remove_by_id(Procedure * _procedure) { LD_TRACE("Procedure_Pool::remove_by_id"); ACE_ASSERT(_procedure != 0); ACE_DEBUG((LM_DEBUG, "REMOVING: %d \n", _procedure->id())); if (find_by_id(_procedure->id()) != 0) { // procedure found mutex_.acquire(); procedure_by_id_.erase(_procedure->id()); mutex_.release(); ACE_DEBUG((LM_DEBUG, "Removed procedure : %d \n", _procedure->id())); return 0; } else { ACE_ERROR((LD_ERROR "%N:%l Error in removing procedure : %d \n", _procedure->id())); return -1; } } Procedure * Procedure_Pool::find_by_id(int _id) { LD_TRACE("Procedure_Pool::find_by_id"); mutex_.acquire(); Procedure_By_Id::iterator it = procedure_by_id_.find(_id); if (it != procedure_by_id_.end()) { ACE_DEBUG((LM_DEBUG, "%N:%l Found procedure for id: %d \n", _id)); mutex_.release(); return *it; } ACE_DEBUG((LM_DEBUG, "%N:%l Not able to found procedure for id: %d \n", _id)); mutex_.release(); // return null return 0; } Thanks, Priyank -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of JOAQUIN LOPEZ MU?Z Sent: Wednesday, May 10, 2006 4:36 PM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] [multi_index] Core dump in multi-index library !! ----- Mensaje original ----- De: Patel Priyank-PPATEL1 <priyankpatel(a)motorola.com> Fecha: Miércoles, Mayo 10, 2006 10:49 pm Asunto: Re: [Boost-users] [multi_index] Core dump in multi-index library !! > Hi Joaquin, [...] > One other thing, addition and deletionIs done by separate threads in > my application. Oh, oh. multi_index_container is *not* thread safe, so this smells like the problem --and it is not, it certainly has the potential to crash your app sooner or later. Please take into account thread unsafety extends to every member function of multi_index_container, so you'd better lockguard *every* public method of Procedure_Pool. Looking fwd to knowing your results. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo In case you're wondering, STL implementations typically have the same level of thread safety as B.MI provides: 1. Concurrent access to different containers is safe. 2. Concurrent read-only access to the same container is safe. The rationale is that locking every public method of an STL container adds an unavoidable runtime overhead (you might not need it), and moreover it doesn't necessarily map to what constitutes *atomicity* to a given app --in your case, for instance, atomicity, and thus lockguarding, is best done at the level of Procedue_Pool interface. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

3 2

[BGL]: Highest performance graph-type available?
by Greg Link 11 May '06

11 May '06

I'm using BGL for the johnson_all_pairs_shortest_path algorithm, and spending about 98% of my runtime in that algorithm. Breaking it down, the BFS_visit itself is consuming some 85% of my total runtime. Hence, any and every improvement I can get in my BGL performance will make my app much much snappier. Currently, my graph type is a adjacency_list <vecS, vecS, undirectedS, no_property, property <edge_weight_t, double> > and I'm wondering if that's the best choice. My graph has (E=2*V), and all nodes are of constant degree, with 4 edges incident on them. V is usually in the range of 150-500. Would one of the other types (such as listS) perhaps be faster, and still work? I know some BGL algorithms require certain graph storage types, so I'm hesitant to just start poking around and trying random things. That, and other than "listS", I don't know of any other types of graph, as I'm quite new to both the BGL and boost in general. Any thoughts on what might make things faster? Additionally, are there any compiler flags I should consider other than the 'vanilla' ones? (-O3). I'm using GCC 4.0.1 currently, if it matters. Thanks for the great library, and such a friendly list, Greg Link

4 5

Problem with lambda expressions and uint64_t
by Olatunde Adonai 11 May '06

11 May '06

The following code compiles with f as a uint32_t. It does not compile with f as a uint64_t. Why is this? What can be done? #include <iostream> #include <algorithm> #include <boost/lambda/lambda.hpp> using std::cout; using std::for_each; using namespace boost::lambda; int main(int argc, const char* argv[]) { const char s[] = "abcdefghi"; //Problem: uint64_t f = 0xaa; //This compiles as a uint32_t. unsigned int i = 0; for_each(s , &s[sizeof(s) - 1] , cout << _1 << " = " << var(i)++ << " (" << ( ( f >> var(i) ) & 1 ) << ")\n" ); return 0; } __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

boost::iostreams regex_filter crash
by Andrew McDonald 11 May '06

11 May '06

I am using boost_1_33_1, in Microsoft Visual C++ 2005 Express Edition version 8.0.50727.42. Boost has been built with the vc-8_0 toolset. When using a filtering_stream with a regex_filter I get a crash in cases where the filtering_stream is destroyed (i.e. closed) having processed text without any match for the regex. =========================================================== #include <boost/iostreams/filtering_stream.hpp> #include <boost/iostreams/filter/regex.hpp> #include <iostream> using namespace boost; using namespace boost::iostreams; // replaces y with Q const regex_filter Y_FILTER ( regex("y") ,"Q" ); // replaces x with Q const regex_filter X_FILTER ( regex("x") ,"Q" ); // test data has a y but no x const char* Y_BUT_NO_X = "abc y cba"; void test() { // outputs "abc Q cba" as expected { filtering_ostream out( Y_FILTER ); out.push(std::cout); out << Y_BUT_NO_X; } // crashes with null pointer dereference !!! { filtering_ostream out( X_FILTER ); out.push(std::cout); out << Y_BUT_NO_X; } } =========================================================== Please note that the same crash occurs with "real world" regex's and data so the issue is not caused by boundary conditions due to the "artificial" test data. It is generically caused by the condition of not matching the regex. The crash occurs at line 53 of boost/iostreams/filter/regex.hpp in the function void do_filter(const vector_type& src, vector_type& dest) { typedef regex_iterator<const Ch*, Ch, Tr> iterator; if (src.empty()) return; iterator first(&src[0], &src[0] + src.size(), re_, flags_); iterator last; const Ch* suffix = 0; // Prevent GCC 2.95 warning. for (; first != last; ++first) { dest.insert( dest.end(), first->prefix().first, first->prefix().second ); string_type replacement = replace_(*first); dest.insert( dest.end(), replacement.begin(), replacement.end() ); suffix = first->suffix().first; } dest.insert(dest.end(), suffix, &src[0] + src.size()); <<< Crash !! } In cases where no regex match will occur then first == last, the for loop body is never run and consequently suffix remains initialised to 0. Consequently its use in the line succeeding the loop body causes a crash. The intent of this last line is to copy any text remaining after the last match from the src to the dest. This means that an appropriate initialiser for suffix is the start of the src, so that all text is copied to the destination if no match occurs. This can be achieved by altering the line; const Ch* suffix = 0; // Prevent GCC 2.95 warning. to const Ch* suffix = &src[0]; // Prevent GCC 2.95 warning. However a small rewrite avoids several calls to operator[] and size() and makes the code (ever so slightly) more readable; void do_filter(const vector_type& src, vector_type& dest) { typedef regex_iterator<const Ch*, Ch, Tr> iterator; if (src.empty()) return; const Ch* start = &src[0]; const Ch* end = start + src.size(); const Ch* suffix = start; // Prevent GCC 2.95 warning. iterator first(start, end, re_, flags_); iterator last; for (; first != last; ++first) { dest.insert( dest.end(), first->prefix().first, first->prefix().second ); string_type replacement = replace_(*first); dest.insert( dest.end(), replacement.begin(), replacement.end() ); suffix = first->suffix().first; } dest.insert(dest.end(), suffix, end); } I have tested this with both the test() function above and my original data and correct output is produced. regards, Andrew Andrew McDonald System Architect > Norwood Systems Australia Pty Ltd Level 1, 71 Troy Terrace PO Box 1281 Subiaco, WA 6904 > Tel +61 8 9380 7766 > Fax +61 8 9380 7733 andrew.mcdonald(a)norwoodsystems.com > > The information in this email, and any attachments, may contain confidential information and is intended solely for the attention and use of the named addressee (s). It must not be disclosed to any person(s) without authorization. If you are not the intended recipient, or a person responsible for delivering it to the intended recipient, you are not authorized to, and must not, disclose, copy, distribute, or retain this message or any part of it. If you have received this communication in error, please notify the sender immediately. > > > > > > > > > > > > >

1 0

Re: [Boost-users] Compiling boost on Sol 5.2 compiler
by paul.floyd 11 May '06

11 May '06

> Hi, > > I am trying to use boost with Solaris 5.2 compiler. I am getting a compiler > error as a result of the macor BOOST_AUX_NTTP_DECL not being defined > anywhere. I would appreciate it very much if anyone could point me how I can > get past this stage. You won't get very far with Forte 6 update 1 (it is old, and no longer supported). I would suggest that you get either Studio 10 (available for free via opensolaris.org) or Studio 11 (available for free from Sun). At least, if you can't switch to either of those versions of Sun Studio, I'd consider trying to get Forte 6 update 2. This is a bit less old, and was supported up till about 6 months ago, and it should work OK with the same licence as Forte 6u1. However, it's still too old to compile fairly major chunks of Boost. Next take a look at http://blogs.sun.com/roller/page/sga This should get you much closer to being able to use most of Boost. A+ Paul Accédez au courrier électronique de La Poste : www.laposte.net ; 3615 LAPOSTENET (0,34 /mn) ; tél : 08 92 68 13 50 (0,34/mn)

1 0

boost::iostreams pipelines with ostream causes compilation error
by Andrew McDonald 11 May '06

11 May '06

Hi, I have just recently started using the boost::iostreams library, so apologies if my question is obvious. I have tried checking doco and mailing list to see if this issue is already covered. I am using boost_1_33_1, in Microsoft Visual C++ 2005 Express Edition version 8.0.50727.42. Boost has been built with the vc-8_0 toolset. When attempting to use pipelines with filtering_streams I get an error when attempting to add an ostream as the (terminating) device for the pipeline The following (inline) test program illustrates various combinations that compile with the problem usage as the last example =============================================================== #include <boost/iostreams/filtering_stream.hpp> #include <boost/iostreams/filter/regex.hpp> #include <boost/iostreams/device/file.hpp> #include <iostream> using namespace boost::iostreams; void test(std::ostream& os, regex_filter& f) { // pipeline with no device - ok { filtering_ostream out( f | f ); out.push(os); } // explicitly pushing file sink - ok { filtering_ostream out( f | f ); out.push(file_sink("test.txt")); } // explicitly pushing ostream - ok { filtering_ostream out( f | f ); out.push(os); } // only a file sink - ok { filtering_ostream out(file_sink("test.txt")); } // only an ostream - ok { filtering_ostream out(os); } // pipeline with file sink - ok { filtering_ostream out( f | f | file_sink("test.txt") ); } // pipline with ostream - not ok !! { // compilation error filtering_ostream out( f | f | os ); } } =============================================================== The error generated is: boost/iostreams/pipeline.hpp(107) : error C2664: 'void boost::iostreams::detail::chain_client<Chain>::push<char,std::char_traits<char>>(std::basic_ostream<_Elem,_Traits> &,int,int)' : cannot convert parameter 1 from 'const std::ostream' to 'std::basic_ostream<_Elem,_Traits> &' with [ Chain=boost::iostreams::chain<boost::iostreams::output,char,std::char_traits<char>,std::allocator<char>>, _Elem=char, _Traits=std::char_traits<char> ] and [ _Elem=char, _Traits=std::char_traits<char> ] Conversion loses qualifiers This appears to be caused by the fact that the implementation of the push() method on struct pipeline calls chn.push(component_); where the component_ member is held by const ref. The push() method on Chain is generated with BOOST_IOSTREAMS_DEFINE_PUSH(push, mode, char_type, push_impl) which is commented with a cut-and-paste of the comment for the preceding macro, as // // Macro: BOOST_IOSTREAMS_DEFINE_PUSH_CONSTRUCTOR(mode, name, helper). // Description: Defines constructors which forward to a function // 'helper' which takes a filter or device by const reference. However via BOOST_IOSTREAMS_DEFINE_PUSH_IMPL this appears to generate a method requiring a non-const reference; ::std::basic_streambuf<CharType, TraitsType>& sb Am I missing something here ? I was wondering whether this was intentional and whether the syntactic form filtering_ostream out( f | f | os ) was meant to be supported. Andrew McDonald System Architect > Norwood Systems Australia Pty Ltd Level 1, 71 Troy Terrace PO Box 1281 Subiaco, WA 6904 > Tel +61 8 9380 7766 > Fax +61 8 9380 7733 andrew.mcdonald(a)norwoodsystems.com > > The information in this email, and any attachments, may contain confidential information and is intended solely for the attention and use of the named addressee (s). It must not be disclosed to any person(s) without authorization. If you are not the intended recipient, or a person responsible for delivering it to the intended recipient, you are not authorized to, and must not, disclose, copy, distribute, or retain this message or any part of> it. If you have received this communication in error, please notify the sender immediately. > > > >

1 0

Re: [Boost-users] [multi_index] thread safety
by Conway Allen 11 May '06

11 May '06

Regarding thread safety, if threads are concurrently reading, inserting, and erasing entries in a multi-index container do you have to lockguard all of these operations or can you get away with just lockguarding the inserts and the deletes? Thanks, Allen. -----Message d'origine----- De : boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] De la part de JOAQUIN LOPEZ MU?Z Envoyé : mercredi 10 mai 2006 23:36 À : boost-users(a)lists.boost.org Objet : Re: [Boost-users] [multi_index] Core dump in multi-index library !! Oh, oh. multi_index_container is *not* thread safe, so this smells like the problem --and it is not, it certainly has the potential to crash your app sooner or later. Please take into account thread unsafety extends to every member function of multi_index_container, so you'd better lockguard *every* public method of Procedure_Pool. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

1 0

Re: [Boost-users] Template instantiation problem
by Gottlob Frege 11 May '06

11 May '06

Date: Wed, 10 May 2006 15:30:08 -0700 > From: Rush Manbert <rush(a)manbert.com> > Subject: [Boost-users] Template instantiation problem > To: boost-users(a)lists.boost.org > Message-ID: <44626970.4070704(a)manbert.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > I have a template class that is designed to contain built in types or > std::string types. I always need to be able to cast an instance of the > class as a std::string, and I also need to be able to cast it as the > parameter type with which it was instantiated. > > In my class definition, I have defined two cast operators, like so: > (Extraneous stuff omitted) > > template<typename T> > class MyDataObject : public MyDataObjectBase > { > > // Cast as std::string > inline operator const std::string & () > { > ...some code here > } > > // Cast as T > inline operator const T & () > { > ...some code here > } > } > > The original code was written on a Mac and compiled with Gnu, which did > not complain. even when I did this: > > class MyStringObjectClass : public MyDataObject<std::string> > { > } > > Now, however, I have moved the code to Windows, and the Visual Studio > compiler complains about the second cast operator when I define > MyStringObjectClass. > > I thought that if I could conditionally define the cast as T operator > (or the cast as std::string) I would be okay, but that means testing > against the value of T with the preprocessor. I don't see how to do > that, but I know that some of you folks are really good at bending the > preprocessor to your will. > > Can anyone show me a way out of this predicament? > > Thanks, > Rush Take a look at enable_if. ie boost::mpl::enable_if I think. Also is_same. With those you can check if your T is_same as std::string, and enable (or disable) your operators accordingly. Tony.

1 0

Template instantiation problem
by Rush Manbert 11 May '06

11 May '06

I have a template class that is designed to contain built in types or std::string types. I always need to be able to cast an instance of the class as a std::string, and I also need to be able to cast it as the parameter type with which it was instantiated. In my class definition, I have defined two cast operators, like so: (Extraneous stuff omitted) template<typename T> class MyDataObject : public MyDataObjectBase { // Cast as std::string inline operator const std::string & () { ...some code here } // Cast as T inline operator const T & () { ...some code here } } The original code was written on a Mac and compiled with Gnu, which did not complain. even when I did this: class MyStringObjectClass : public MyDataObject<std::string> { } Now, however, I have moved the code to Windows, and the Visual Studio compiler complains about the second cast operator when I define MyStringObjectClass. I thought that if I could conditionally define the cast as T operator (or the cast as std::string) I would be okay, but that means testing against the value of T with the preprocessor. I don't see how to do that, but I know that some of you folks are really good at bending the preprocessor to your will. Can anyone show me a way out of this predicament? Thanks, Rush

3 2

Compiling boost on Sol 5.2 compiler
by Vadivelu Rahuraman 11 May '06

11 May '06

Hi, I am trying to use boost with Solaris 5.2 compiler. I am getting a compiler error as a result of the macor BOOST_AUX_NTTP_DECL not being defined anywhere. I would appreciate it very much if anyone could point me how I can get past this stage. Thanks, Rahu

1 0

[Wave] effect of allocation of data structures on copying data structures
by Andreas Sæbjørnsen 10 May '06

10 May '06

I need some advice regarding how I should copy the boost data structures I get from 'advanced_preprocessing_hooks.h'. The task at hand is to copy some of the data structures from Wave and store it separate form the memory Wave allocates so that after the Wave preprocessing step has finished all it's memory can be freed. Example: e.g making a copy of the 'std::vector<std::list<PreprocessingInfo::token_type,boost::fast_pool_allocator<PreprocessingInfo::token_type> > >' representing the arguments in the expansion of a macro in the function 'expanding_function_like_macro'. Syntactically it would be gre at to be able to make a copy using the operator=, but as far as I can see this is only possible if I am also using the fast_pool_allocator. If I use the fast_pool_allocator I am afraid that my copies will be put into the memory pool allocated by Wave and therefore that memory cannot be safely freed. Is this corect? .

2 1

Re: [Boost-users] [multi_index] Core dump in multi-index library !!
by JOAQUIN LOPEZ MU?Z 10 May '06

10 May '06

----- Mensaje original ----- De: Patel Priyank-PPATEL1 <priyankpatel(a)motorola.com> Fecha: Miércoles, Mayo 10, 2006 10:49 pm Asunto: Re: [Boost-users] [multi_index] Core dump in multi-index library !! > Hi Joaquin, [...] > One other thing, addition and deletionIs done by separate > threads in my application. Oh, oh. multi_index_container is *not* thread safe, so this smells like the problem --and it is not, it certainly has the potential to crash your app sooner or later. Please take into account thread unsafety extends to every member function of multi_index_container, so you'd better lockguard *every* public method of Procedure_Pool. Looking fwd to knowing your results. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo In case you're wondering, STL implementations typically have the same level of thread safety as B.MI provides: 1. Concurrent access to different containers is safe. 2. Concurrent read-only access to the same container is safe. The rationale is that locking every public method of an STL container adds an unavoidable runtime overhead (you might not need it), and moreover it doesn't necessarily map to what constitutes *atomicity* to a given app --in your case, for instance, atomicity, and thus lockguarding, is best done at the level of Procedue_Pool interface.

1 0

Re: [Boost-users] [multi_index] Core dump in multi-index library !!
by Patel Priyank-PPATEL1 10 May '06

10 May '06

Hi Joaquin, As I said, I think the problem is during addition and not delete. I have tried to build my application with debug mode and have some more printouts for you. Please let me know if this helps or not. Everything goes smooth for a while but suddenly it stops working. I even Removed delete calls but the problem still exists. One other thing, addition and deletion Is done by separate threads in my application. I am trying now to lock/unlock pool when I do addition/deletion and see whether that works or not. Let me know if you need any More information relating this. Thanks a lot for your help. Thread id (8) adds procedures in procedure pool while thread id (4) removes Procedure from procedure pool. // SOME TRACE WHILE EXECUTING LD_TRACE: (8) In Method: Procedure_Executor::handle_timeout File: `src/apps/executor/Procedure_Executor.cpp' Line: 67 LD_TRACE: (8) In Method: Access_Points::next File: `src/apps/network_element/Access_Points.cpp' Line: 48 LD_TRACE: (8) Out Method: Access_Points::next File: `src/apps/network_element/Access_Points.cpp' Line: 48 LD_TRACE: (8) In Method: Access_Points::next File: `src/apps/network_element/Access_Points.cpp' Line: 48 LD_TRACE: (8) Out Method: Access_Points::next File: `src/apps/network_element/Access_Points.cpp' Line: 48 LD_TRACE: (8) In Method: Sample_Procedure::Sample_Procedure File: `src/apps/procedure/Sample_Procedure.cpp' Line: 9 LD_TRACE: (8) Out Method: Sample_Procedure::Sample_Procedure File: `src/apps/procedure/Sample_Procedure.cpp' Line: 9 LD_TRACE: (8) In Method: Access_Point::subscribe File: `src/apps/network_element/Access_Point.cpp' Line: 181 LD_TRACE: (8) In Method: AP_TCP_Connection::subscribe File: `src/apps/connector/AP_TCP_Connection.cpp' Line: 81 LD_TRACE: (8) In Method: Procedure_Pool::add_by_id File: `src/core/procedure/Procedure_Pool.cpp' Line: 5 FIND CALL FROM ADD LD_TRACE: (8) In Method: Procedure_Pool::find_by_id File: `src/core/procedure/Procedure_Pool.cpp' Line: 41 src/core/procedure/Procedure_Pool.cpp:47 Not able to found procedure for id: 1646 LD_TRACE: (8) Out Method: Procedure_Pool::find_by_id File: `src/core/procedure/Procedure_Pool.cpp' Line: 41 Added procedure : 1646 LD_TRACE: (8) Out Method: Procedure_Pool::add_by_id File: `src/core/procedure/Procedure_Pool.cpp' Line: 5 src/apps/connector/AP_TCP_Connection.cpp:88 Subscribed sample type procedure LD_TRACE: (8) Out Method: AP_TCP_Connection::subscribe File: `src/apps/connector/AP_TCP_Connection.cpp' Line: 81 LD_TRACE: (8) Out Method: Access_Point::subscribe File: `src/apps/network_element/Access_Point.cpp' Line: 181 LD_TRACE: (8) In Method: Sample_Procedure::start File: `src/apps/procedure/Sample_Procedure.cpp' Line: 15 LD_TRACE: (8) In Method: Procedure_Timer_Handler::schedule File: `src/core/procedure/Procedure_Timer_Handler.cpp' Line: 5 Timer id 24 scheduled. LD_TRACE: (8) Out Method: Procedure_Timer_Handler::schedule File: `src/core/procedure/Procedure_Timer_Handler.cpp' Line: 5 LD_TRACE: (8) In Method: Tcp_Connection::send File: `src/core/connector/Tcp_Connection.cpp' Line: 78 src/core/connector/Tcp_Connection.cpp:92 Sent 4 bytes on: Remote IP 173.6.64.7 , Remote Port 30501 Local Ip 173.6.64.7 Local Port 30000 LD_TRACE: (8) Out Method: Tcp_Connection::send File: `src/core/connector/Tcp_Connection.cpp' Line: 78 SENT=> P_ID: 1646 HEXDUMP 4 bytes 00 00 06 6e ...n LD_TRACE: (8) Out Method: Sample_Procedure::start File: `src/apps/procedure/Sample_Procedure.cpp' Line: 15 LD_TRACE: (8) Out Method: Procedure_Executor::handle_timeout File: `src/apps/executor/Procedure_Executor.cpp' Line: 67 LD_TRACE: (4) In Method: Tcp_Handler::handle_input File: `src/core/connector/Tcp_Handler.cpp' Line: 38 src/core/connector/Tcp_Handler.cpp:43 Received 4 bytes LD_TRACE: (4) Out Method: Tcp_Handler::handle_input File: `src/core/connector/Tcp_Handler.cpp' Line: 38 LD_TRACE: (4) In Method: Tcp_Handler::handle_output File: `src/core/connector/Tcp_Handler.cpp' Line: 73 src/core/connector/Tcp_Handler.cpp:78 Successfully dequeued messageLD_TRACE: (4) In Method: AP_TCP_Connection::handle File: `src/apps/connector/AP_TCP_Connection.cpp' Line: 119 LD_TRACE: (4) In Method: Procedure_Pool::find_by_id File: `src/core/procedure/Procedure_Pool.cpp' Line: 41 src/core/procedure/Procedure_Pool.cpp:44 Found procedure for id: 1646 LD_TRACE: (4) Out Method: Procedure_Pool::find_by_id File: `src/core/procedure/Procedure_Pool.cpp' Line: 41 FOUND PROCEDURE FOR ID: 1646 LD_TRACE: (4) In Method: Sample_Procedure::handle File: `src/apps/procedure/Sample_Procedure.cpp' Line: 53 RECV<= P_ID: 1646 HEXDUMP 4 bytes 00 00 06 6e ...n LD_TRACE: (4) In Method: Access_Point::unsubscribe File: `src/apps/network_element/Access_Point.cpp' Line: 196 src/apps/network_element/Access_Point.cpp:199 UNSUBCRIBING: 1646 LD_TRACE: (4) In Method: AP_TCP_Connection::unsubscribe File: `src/apps/connector/AP_TCP_Connection.cpp' Line: 99 src/apps/connector/AP_TCP_Connection.cpp:103 UNSUBCRIBING: 1646 LD_TRACE: (4) In Method: Procedure_Pool::remove_by_id File: `src/core/procedure/Procedure_Pool.cpp' Line: 25 REMOVING: 1646 LD_TRACE: (4) In Method: Procedure_Pool::find_by_id File: `src/core/procedure/Procedure_Pool.cpp' Line: 41 src/core/procedure/Procedure_Pool.cpp:44 Found procedure for id: 1646 LD_TRACE: (4) Out Method: Procedure_Pool::find_by_id File: `src/core/procedure/Procedure_Pool.cpp' Line: 41 Removed procedure : 1646 LD_TRACE: (4) Out Method: Procedure_Pool::remove_by_id File: `src/core/procedure/Procedure_Pool.cpp' Line: 25 src/apps/connector/AP_TCP_Connection.cpp:108 UnSubscribed sample type procedureLD_TRACE: (4) Out Method: AP_TCP_Connection::unsubscribe File: `src/apps/connector/AP_TCP_Connection.cpp' Line: 99 LD_TRACE: (4) Out Method: Access_Point::unsubscribe File: `src/apps/network_element/Access_Point.cpp' Line: 196 LD_TRACE: (4) In Method: Procedure_Timer_Handler::cancel File: `src/core/procedure/Procedure_Timer_Handler.cpp' Line: 31 Timer id 24 cancelled. LD_TRACE: (4) Out Method: Procedure_Timer_Handler::cancel File: `src/core/procedure/Procedure_Timer_Handler.cpp' Line: 31 DELETING PROCEDURE: 1646 LD_TRACE: (4) Out Method: Sample_Procedure::handle File: `src/apps/procedure/Sample_Procedure.cpp' Line: 53 LD_TRACE: (4) Out Method: AP_TCP_Connection::handle File: `src/apps/connector/AP_TCP_Connection.cpp' Line: 119 src/core/connector/Tcp_Handler.cpp:91 Successfully send message block to connectorLD_TRACE: (4) Out Method: Tcp_Handler::handle_output File: `src/core/connector/Tcp_Handler.cpp' Line: 73 LD_TRACE: (4) In Method: Procedure_Timer_Handler::handle_timeout File: `src/core/include/Procedure_Timer_Handler.h' Line: 37 LD_TRACE: (4) In Method: Sample_Procedure::handle_timeout File: `src/apps/procedure/Sample_Procedure.cpp' Line: 41 LD_TRACE: (4) Out Method: Sample_Procedure::handle_timeout File: `src/apps/procedure/Sample_Procedure.cpp' Line: 41 LD_TRACE: (4) Out Method: Procedure_Timer_Handler::handle_timeout File: `src/core/include/Procedure_Timer_Handler.h' Line: 37 LD_TRACE: (8) In Method: Procedure_Executor::handle_timeout File: `src/apps/executor/Procedure_Executor.cpp' Line: 67 LD_TRACE: (8) In Method: Access_Points::next File: `src/apps/network_element/Access_Points.cpp' Line: 48 LD_TRACE: (8) Out Method: Access_Points::next File: `src/apps/network_element/Access_Points.cpp' Line: 48 LD_TRACE: (8) In Method: Access_Points::next File: `src/apps/network_element/Access_Points.cpp' Line: 48 LD_TRACE: (8) Out Method: Access_Points::next File: `src/apps/network_element/Access_Points.cpp' Line: 48 LD_TRACE: (8) In Method: Sample_Procedure::Sample_Procedure File: `src/apps/procedure/Sample_Procedure.cpp' Line: 9 LD_TRACE: (8) Out Method: Sample_Procedure::Sample_Procedure File: `src/apps/procedure/Sample_Procedure.cpp' Line: 9 LD_TRACE: (8) In Method: Access_Point::subscribe File: `src/apps/network_element/Access_Point.cpp' Line: 181 LD_TRACE: (8) In Method: AP_TCP_Connection::subscribe File: `src/apps/connector/AP_TCP_Connection.cpp' Line: 81 LD_TRACE: (8) In Method: Procedure_Pool::add_by_id File: `src/core/procedure/Procedure_Pool.cpp' Line: 5 FIND CALL FROM ADD LD_TRACE: (8) In Method: Procedure_Pool::find_by_id File: `src/core/procedure/Procedure_Pool.cpp' Line: 41 Segmentation fault (core dumped) // STACK TRACE (gdb) where #0 0x00000000 in ?? () #1 0x000ce15c in _ZNK5boost11multi_index13const_mem_funI9ProcedureiXadsrS2_NKS2_2idEvEEclERKS2_ (this=0x187548, x=@0x16d2a0) at /vob/wibb_test/tools/cots/boost/boost/multi_index/mem_fun.hpp:60 #2 0x000ce0f8 in _ZNK5boost11multi_index13const_mem_funI9ProcedureiXadsrS2_NKS2_2idEvEEclIPS2_EEiRKT_ (this=0x187548, x=@0x1345b0) at /vob/wibb_test/tools/cots/boost/boost/multi_index/mem_fun.hpp:55 #3 0x000ce368 in _ZN5boost11multi_index6detail18ordered_index_findINS1_18ordered_index_nodeINS1_15index_node_baseIP9ProcedureEEEENS0_13const_mem_funIS5_iXadsrS5_NKS5_2idEvEEEiSt4lessIiEEEPT_SE_RKT0_RKT1_RKT2_ (header=0x134598, key=@0x187548, x=@0xfe407618, comp=@0x187549) at /vob/wibb_test/tools/cots/boost/boost/multi_index/detail/ord_index_ops.hpp:65 #4 0x000cd6b0 in _ZNK5boost11multi_index6detail13ordered_indexINS0_13const_mem_funI9ProcedureiXadsrS4_NKS4_2idEvEEESt4lessIiENS1_9nth_layerILi1EPS4_NS0_10indexed_byINS0_14ordered_uniqueINS0_3tagI16procedure_id_tagN4mpl_2naESF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_EES5_SF_EESF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_EESaIS9_EEENS_3mpl6v_itemISD_NSL_7vector0ISF_EELi0EEENS1_18ordered_unique_tagEE4findIiEENS1_14index_iteratorINS1_18ordered_index_nodeINS1_15index_node_baseIS9_EEEEEERKT_ (this=0x187548, x=@0xfe407618) at /vob/wibb_test/tools/cots/boost/boost/multi_index/ordered_index.hpp:376 #5 0x00064af0 in Procedure_Pool::find_by_id (this=0x187540, _id=1647) at src/core/procedure/Procedure_Pool.cpp:42 #6 0x0006462c in Procedure_Pool::add_by_id (this=0x187540, _procedure=0x173cd0) at src/core/procedure/Procedure_Pool.cpp:8 #7 0x00078268 in AP_TCP_Connection::subscribe (this=0x19c3a0, _procedure=0x173cd0) at src/apps/connector/AP_TCP_Connection.cpp:84 #8 0x00069b78 in Access_Point::subscribe (this=0x166728, _type=@0x12fc30, _procedure=0x173cd0) at src/apps/network_element/Access_Point.cpp:184 #9 0x000762e4 in Procedure_Executor::handle_timeout (this=0x139ee0, _time=@0xfe407930, _procedure=0x0) at src/apps/executor/Procedure_Executor.cpp:79 #10 0xff2c1940 in ACE_Event_Handler_Handle_Timeout_Upcall<ACE_Recursive_Thread_Mutex>::timeout () from /vob/wibb_test/tools/cots/ACE_5.5/ace/libACE.so.5.5.0 #11 0xff26f2e4 in ACE_TP_Reactor::handle_timer_events () at /mot/proj/ivtools/ppatel1/ACE_wrappers/ace/String_Base.inl:32 #12 0xff26f160 in ACE_TP_Reactor::dispatch_i () at /mot/proj/ivtools/ppatel1/ACE_wrappers/ace/String_Base.inl:32 #13 0xff26eff8 in ACE_TP_Reactor::handle_events () at /mot/proj/ivtools/ppatel1/ACE_wrappers/ace/String_Base.inl:32 #14 0xff254e0c in ACE_Reactor::run_reactor_event_loop () at /mot/proj/ivtools/ppatel1/ACE_wrappers/ace/String_Base.inl:32 #15 0x00074b30 in Executor_Reactor::svc (this=0x139f58) at src/apps/executor/Executor_Reactor.cpp:22 #16 0xff2668dc in ACE_Task_Base::svc_run () at /mot/proj/ivtools/ppatel1/ACE_wrappers/ace/String_Base.inl:32 #17 0xff266cb0 in ACE_Thread_Adapter::invoke_i () at /mot/proj/ivtools/ppatel1/ACE_wrappers/ace/String_Base.inl:32 #18 0xff266c1c in ACE_Thread_Adapter::invoke () at /mot/proj/ivtools/ppatel1/ACE_wrappers/ace/String_Base.inl:32 #19 0xff216d50 in ace_thread_adapter () at /mot/proj/ivtools/ppatel1/ACE_wrappers/ace/String_Base.inl:32 #20 0xfe8db730 in _thread_start () from /usr/lib/libthread.so.1 #21 0xfe8db730 in _thread_start () from /usr/lib/libthread.so.1 Previous frame identical to this frame (corrupt stack?) (gdb) Priyank -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of JOAQUIN LOPEZ MU?Z Sent: Wednesday, May 10, 2006 12:05 PM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] [multi_index] Core dump in multi-index library !! Patel Priyank-PPATEL1 ha escrito: > Hi Joaquin, > > Seems the problem was happening when I call add and my add method > tries to first find out whether that id is already present in > container or not. It is not during remove method call. (My hunch is that the problem will randomly show at various locations, please keep on reading.) > I was concentrating on wrong portion of the code before. Anyways, I > have changed and put some print out in code also at the end I have > included output that comes. I have changed container to ordered index > as you have said, but seems to be the same problem. This is a very valuable piece of information, and increases my suspicions that the problem lies in your code rather than in B.MI: hashed and ordered indices share almost no code at all, so if the problem persists after switching the index type it's probably because the error lies outside the library. Of course, I might be wrong. > It seems that it is core dumping on following line: > > bool Procedure_Pool::find_by_id(Procedure * _procedure) { > LD_TRACE("Procedure_Pool::find_by_id"); > ACE_ASSERT(_procedure != 0); > ACE_DEBUG((LM_DEBUG, "PROCEDURE TO FIND: %d\n", _procedure->id())); > Procedure_By_Id::iterator it = procedure_by_id_.find(_procedure->id ()); > ACE_DEBUG((LM_DEBUG, "AFTER FIND CALL\n")); return (it != > procedure_by_id_.end()); } > > Please let me know if I am doing something wrong here. Also, let me > know if you need any more information. Please see debug output at the > end of the email. I was consiering two possible causes for the crash in my previous post (leaving out the possibility of a bug in B.MI): 1. Procedure id inadvertently changed. 2. Procedure object deleted before having been removed from the Procedure_Pool. The fact that the crash is now happening in find seems to rule out 1, because inconsistent id's might lead to wrong results in a query, but in no case to a core dump. So, I'd say you are somehow deleting Procedure objects without removing them before from the Procedure_Pool. Maybe you can try to check this as follows: If you can locate all the places in your code where a Procedure object is deleted, i.e expressions of the form: delete p; // p is a Procedure * try instrumenting *all of them* with the following check: if(p != 0){ // Get the pool. I guess you've got some API to do this. Procedure_Hashed_Pool* pool=...; // Since we're deleting p, it musn't still be in pool! assert(pool->find_by_id(p->id()) == 0); } delete p; Do you get an assertion? If so, here's your bug. Please report back. If this doesn't clear up the problem we can explore some other paths. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

[BGL] "undirected" edges in a directed graph
by Fernando Cacciola 10 May '06

10 May '06

Hi people, I'm interfacing an algorithm to a data structure via the BGL (that is, I'm presenting the DS as a BGL graph along with various property maps) My data structure is the so-called Halfedge Data Structure (HDS) used in geometric modeling. If the faces of the HDS are not considered, a HDS is a form of Planar Directed Graph (PDG) with the particularity that for any two adjacent vertices p and q, there is an edge from p to q and an opposite edge from q to p. Obtaining the "opposite" edge of any edge is O(1) The structure is called HalfedgeDS because there is always a pair of "Joint Opposite Directed Edges", called halfedges, between p and q : p->q and q->p. Any HDS can be mapped as a BGL graph by simply specializing graph_traits and the global functions accordingly. It just needs as an extension an "opposite_edge" operation. With the "opposite_edge" extension this works like a charm, but there is still one small thing that is natural in the HDS that I'm not sure how to best map to the BGL: Since between any two adjacent vertices p and q there are exactly 2 joint opposite directed edges (that is, two halfedges): p->q and q->p, there is always a very well defined UNDIRECTED view of the HDS: simply considering an arbitraty one of each of the two joint opposite directed edges between any two adjacent vertices. Any edge here (which is a directed edge) can be used an "undirected" edge due to the availability of the opposite_edge() operation. There is at least one operation that needs such an undirected view of the HDS: iterate (not traverse but iterate) all "edges" of the HDS (not "halfedges"). This is of course possible with an ordinary dgraph but much more expensive as it requires the algorithm to filter out halfedges whose opposite was already iterated. Typical instances of a HDS store opposite halfedges pairwise, thus, iterating over all halfedges but stepping 2 at a time, iterates over "undirected edges" very efficienty. This requires a special iterator that is different from the halfedge iterator (and is tyipically provided by HDS models). >From a concept POV I would say that a HDS is a new BGL graph concept. It would call it a "JODE" Graph instead of a "HDS" Graph becasue in the HDS jargon an "edge" is a pair of "halfedges" while in the BGL an "edge" is the actual edge (a directed edge in this case). Such a JODE Graph concept would include the "opposite_edge" operation and the definition of "undirected_edge_iterator", which would iterate over 1 out of the 2 opposite halfedges (Joint Opposite Directed Edges), along with the "undirected_edges" accesor. So far so good... nut I have a problem: where do I put the "undirected_edge_iterator" type?? AFAICT I cannot add an additional type to graph_traits, right? Is subclassing graph_traits a good alternative? Or is there a better way? TIA -- Fernando Cacciola SciSoft http://fcacciola.50webs.com/

1 0

Re: [Boost-users] [multi_index] Core dump in multi-index library !!
by Patel Priyank-PPATEL1 10 May '06

10 May '06

Hi Joaquin, I delete procedure in only two places. And as follows in handle_timeout and handle methods. And I grepped my trace output and handle_timeout never called. So all deletion will be only in one place called "handle" method of that procedure itself. I am going to try it out the changes you mentioned. This is just to let you know how I create and delete procedure objects. Thanks Priyank // PROCEDURE and PROCEDURE DELETER #include "../../procedure/Sample_Procedure.h" int Sample_Procedure::ID = 1000; Sample_Procedure::Sample_Procedure (Access_Point * _ap, int _recv_timer): ap_(_ap), state_(Procedure_State_Enum::INITIAL), type_(Procedure_Type_Enum::SAMPLE_TYPE), recv_timer_(5), recv_timer_handler_(new Procedure_Timer_Handler(recv_timer_)) { LD_TRACE("Sample_Procedure::Sample_Procedure"); id_ = ++Sample_Procedure::ID; } int Sample_Procedure::start() { LD_TRACE("Sample_Procedure::start"); // Create fake message to send char data[4]; memcpy(data, &id_, 4); boost::scoped_ptr<ACE_Message_Block> mb(new ACE_Message_Block(4, ACE_Message_Block::MB_DATA, 0, data)); mb->wr_ptr(4); // end creating fake message // schedule timer for incoming message recv_timer_handler_->schedule(this); // start thread that sends out message after certain interval // send link continuity status request Connection * ap_tcp = (Connection*) ap_->connection(Connection_Type_Enum::AP_TCP); if (ap_tcp) { if (ap_tcp->send(mb) != 0) { ACE_ERROR ((LD_ERROR, "%N:%l Error in sending data.\n")); return -1; } ACE_DEBUG((LM_INFO, "SENT=> P_ID: %d ", id_)); ACE_HEX_DUMP((LM_INFO, data, 4)); } } void Sample_Procedure::handle_timeout() { LD_TRACE("Sample_Procedure::handle_timeout"); // update statistic for failed procedure // REALLY IMPORTANT // MAKE SURE TO DO FOLLOWING // remove this object from connection/s pool // cancel receive handler // delete this object delete this; } int Sample_Procedure::handle(boost::shared_ptr<ACE_Message_Block> _msg_block) { LD_TRACE("Sample_Procedure::handle"); // Log data first ACE_DEBUG((LM_INFO, "RECV<= P_ID: %d ", id_)); ACE_HEX_DUMP((LM_INFO, _msg_block->rd_ptr(), 4)); // update statistic for passed procedure // REALLY IMPORTANT // MAKE SURE TO DO FOLLOWING // remove this object from connection/s pool ap_->unsubscribe(Connection_Type_Enum::AP_TCP, this); // cancel receive timer handler recv_timer_handler_->cancel(); // delete this object. Executor will not delete this object since it will not // go out of the scope untill it's total execution duration finishes, So // delete the procedure as soon as it is done executing to release memory // Also, receive timer handler will be deleted once this object gets deleted // so do not delete that explicitly ACE_DEBUG((LM_DEBUG, "DELETING PROCEDURE: %d\n", this->id())); delete this; } // PROCECURE GENERATOR #include "../include/Procedure_Executor.h" #include "../include/Duration_Timer_Handler.h" #include "../include/Executor_Reactor.h" Procedure_Executor::Procedure_Executor ( const Procedure_Type_Enum& _type, int _starting_sleep, int _hr, int _min, int _sec, int _iterations, int _interval) : procedure_type_(_type), starting_sleep_(_starting_sleep), hr_(_hr), min_(_min), sec_(_sec), duration_(0), num_iterations_(_iterations), interval_(_interval), duration_timer_handler_(0) { LD_TRACE("Procedure_Executor::Procedure_Executor"); // check assertion to make sure proper data is supplied ACE_ASSERT(Procedure_Type_Enum::locate(_type) == true); ACE_ASSERT(hr_ >= 0); ACE_ASSERT(min_ >= 0); ACE_ASSERT(sec_ >= 0); ACE_ASSERT(num_iterations_ > 0); ACE_ASSERT(interval_ > 0); // convert this duration in second duration_ += (60*60*hr_); duration_ += (60*min_); duration_ += sec_; ACE_DEBUG((LM_DEBUG, "%N:%l Duration to run this procedure: %d seconds.\n", duration_)); // convert this duration in millisecond unsigned long milli_sec = interval_ * 1000; // find out sleep time (interval time divided by number of iterations) sleep_ = (unsigned long) (milli_sec / num_iterations_); ACE_DEBUG((LM_DEBUG, "%N:%l Procedure %s will run every %d milliseconds.\n", _type.to_string().c_str(), sleep_)); // create new reactor reactor_.reset(new Executor_Reactor()); // create duration timer handler duration_timer_handler_.reset(new Duration_Timer_Handler(duration_)); } int Procedure_Executor::start() { LD_TRACE("Procedure_Executor::start"); // sleep for starting period time if (starting_sleep_ != 0) { ACE_OS::sleep(starting_sleep_); } // TODO: Might require some change to use high resolution timer stopwatch and // based on that value we might have to sleep more (ofcourse less is not possible.) // start up the reactor reactor_->activate(); // We have registered it recursively so that every time sleep_ will expire, // handle_time of this method will be called ACE_Time_Value * atv1 = new ACE_Time_Value(0, sleep_ * 1000); reactor_->get_ace_reactor().schedule_timer(this, 0, *atv1, *atv1); // start time for duration also, and pass this pointer to that object, that object // should call back stop() method of this class one duration is expires and we will stop // running this procedure duration_timer_handler_->schedule(this, &(reactor_->get_ace_reactor())); // return success return 0; } Procedure_Executor::~Procedure_Executor() { LD_TRACE("Procedure_Executor::~Procedure_Executor"); } int Procedure_Executor::handle_timeout(const ACE_Time_Value &_time, const void * _procedure) { LD_TRACE("Procedure_Executor::handle_timeout"); // select access point Access_Point * ap = (Access_Point*) (Loader_Config::getInstance()->get_aps()->next()); if (ap == 0) { Loader_Config::getInstance()->get_aps()->reset(); ap = (Access_Point*) (Loader_Config::getInstance()->get_aps()->next()); } // create procedure based on procedure type specified if (procedure_type_ == Procedure_Type_Enum::SAMPLE_TYPE) { // create procedure Sample_Procedure * procedure = new Sample_Procedure(ap, 5); // subscribe to related connections ap->subscribe(Connection_Type_Enum::AP_TCP, procedure); // call start of that procedure procedure->start(); } // return success, this will keep this handler in register for further calls return 0; } int Procedure_Executor::stop() { LD_TRACE("Procedure_Executor::stop"); // stop the reactor reactor_->stop(); // remove duration handler from reactor reactor_->get_ace_reactor().remove_handler(duration_timer_handler_.get(), ACE_Event_Handler::TIMER_MASK); // remove this from reactor reactor_->get_ace_reactor().remove_handler(this, ACE_Event_Handler::TIMER_MASK); // return success return 0; } -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of JOAQUIN LOPEZ MU?Z Sent: Wednesday, May 10, 2006 12:05 PM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] [multi_index] Core dump in multi-index library !! Patel Priyank-PPATEL1 ha escrito: > Hi Joaquin, > > Seems the problem was happening when I call add and my add method > tries to first find out whether that id is already present in > container or not. It is not during remove method call. (My hunch is that the problem will randomly show at various locations, please keep on reading.) > I was concentrating on wrong portion of the code before. Anyways, I > have changed and put some print out in code also at the end I have > included output that comes. I have changed container to ordered index > as you have said, but seems to be the same problem. This is a very valuable piece of information, and increases my suspicions that the problem lies in your code rather than in B.MI: hashed and ordered indices share almost no code at all, so if the problem persists after switching the index type it's probably because the error lies outside the library. Of course, I might be wrong. > It seems that it is core dumping on following line: > > bool Procedure_Pool::find_by_id(Procedure * _procedure) { > LD_TRACE("Procedure_Pool::find_by_id"); > ACE_ASSERT(_procedure != 0); > ACE_DEBUG((LM_DEBUG, "PROCEDURE TO FIND: %d\n", _procedure->id())); > Procedure_By_Id::iterator it = procedure_by_id_.find(_procedure->id ()); > ACE_DEBUG((LM_DEBUG, "AFTER FIND CALL\n")); return (it != > procedure_by_id_.end()); } > > Please let me know if I am doing something wrong here. Also, let me > know if you need any more information. Please see debug output at the > end of the email. I was consiering two possible causes for the crash in my previous post (leaving out the possibility of a bug in B.MI): 1. Procedure id inadvertently changed. 2. Procedure object deleted before having been removed from the Procedure_Pool. The fact that the crash is now happening in find seems to rule out 1, because inconsistent id's might lead to wrong results in a query, but in no case to a core dump. So, I'd say you are somehow deleting Procedure objects without removing them before from the Procedure_Pool. Maybe you can try to check this as follows: If you can locate all the places in your code where a Procedure object is deleted, i.e expressions of the form: delete p; // p is a Procedure * try instrumenting *all of them* with the following check: if(p != 0){ // Get the pool. I guess you've got some API to do this. Procedure_Hashed_Pool* pool=...; // Since we're deleting p, it musn't still be in pool! assert(pool->find_by_id(p->id()) == 0); } delete p; Do you get an assertion? If so, here's your bug. Please report back. If this doesn't clear up the problem we can explore some other paths. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

Re: [Boost-users] [multi_index] Core dump in multi-index library !!
by Patel Priyank-PPATEL1 10 May '06

10 May '06

Ok..let me try that out... Thanks a lot, Priyank -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of JOAQUIN LOPEZ MU?Z Sent: Wednesday, May 10, 2006 12:05 PM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] [multi_index] Core dump in multi-index library !! Patel Priyank-PPATEL1 ha escrito: > Hi Joaquin, > > Seems the problem was happening when I call add and my add method > tries to first find out whether that id is already present in > container or not. It is not during remove method call. (My hunch is that the problem will randomly show at various locations, please keep on reading.) > I was concentrating on wrong portion of the code before. Anyways, I > have changed and put some print out in code also at the end I have > included output that comes. I have changed container to ordered index > as you have said, but seems to be the same problem. This is a very valuable piece of information, and increases my suspicions that the problem lies in your code rather than in B.MI: hashed and ordered indices share almost no code at all, so if the problem persists after switching the index type it's probably because the error lies outside the library. Of course, I might be wrong. > It seems that it is core dumping on following line: > > bool Procedure_Pool::find_by_id(Procedure * _procedure) { > LD_TRACE("Procedure_Pool::find_by_id"); > ACE_ASSERT(_procedure != 0); > ACE_DEBUG((LM_DEBUG, "PROCEDURE TO FIND: %d\n", _procedure->id())); > Procedure_By_Id::iterator it = procedure_by_id_.find(_procedure->id ()); > ACE_DEBUG((LM_DEBUG, "AFTER FIND CALL\n")); return (it != > procedure_by_id_.end()); } > > Please let me know if I am doing something wrong here. Also, let me > know if you need any more information. Please see debug output at the > end of the email. I was consiering two possible causes for the crash in my previous post (leaving out the possibility of a bug in B.MI): 1. Procedure id inadvertently changed. 2. Procedure object deleted before having been removed from the Procedure_Pool. The fact that the crash is now happening in find seems to rule out 1, because inconsistent id's might lead to wrong results in a query, but in no case to a core dump. So, I'd say you are somehow deleting Procedure objects without removing them before from the Procedure_Pool. Maybe you can try to check this as follows: If you can locate all the places in your code where a Procedure object is deleted, i.e expressions of the form: delete p; // p is a Procedure * try instrumenting *all of them* with the following check: if(p != 0){ // Get the pool. I guess you've got some API to do this. Procedure_Hashed_Pool* pool=...; // Since we're deleting p, it musn't still be in pool! assert(pool->find_by_id(p->id()) == 0); } delete p; Do you get an assertion? If so, here's your bug. Please report back. If this doesn't clear up the problem we can explore some other paths. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

getting name of function from boost::function
by chun ping wang 10 May '06

10 May '06

Hmm i have a question, are there ways to get names of the function from boost::function.. example i have void printfuncname(boost::function<void(int)> func) { do some code to print its name. } int main() { boost::function<void(int)> voidint voidint = &somefunc; printfuncname(func); } Thanks...

3 4

Re: [Boost-users] [multi_index] Core dump in multi-index library !!
by JOAQUIN LOPEZ MU?Z 10 May '06

10 May '06

Patel Priyank-PPATEL1 ha escrito: > Hi Joaquin, > > Seems the problem was happening when I call add and my add > method tries to first find out whether that id is already > present in container or not. It is not during remove method > call. (My hunch is that the problem will randomly show at various locations, please keep on reading.) > I was concentrating on wrong portion of the code > before. Anyways, I have changed and put some print out in > code also at the end I have included output that comes. I > have changed container to ordered index as you have said, but > seems to be the same problem. This is a very valuable piece of information, and increases my suspicions that the problem lies in your code rather than in B.MI: hashed and ordered indices share almost no code at all, so if the problem persists after switching the index type it's probably because the error lies outside the library. Of course, I might be wrong. > It seems that it is core dumping on following line: > > bool Procedure_Pool::find_by_id(Procedure * _procedure) > { > LD_TRACE("Procedure_Pool::find_by_id"); > ACE_ASSERT(_procedure != 0); > ACE_DEBUG((LM_DEBUG, "PROCEDURE TO FIND: %d\n", _procedure->id())); > Procedure_By_Id::iterator it = procedure_by_id_.find(_procedure->id ()); > ACE_DEBUG((LM_DEBUG, "AFTER FIND CALL\n")); > return (it != procedure_by_id_.end()); > } > > Please let me know if I am doing something wrong here. Also, > let me know if you need any more information. Please see debug > output at the end of the email. I was consiering two possible causes for the crash in my previous post (leaving out the possibility of a bug in B.MI): 1. Procedure id inadvertently changed. 2. Procedure object deleted before having been removed from the Procedure_Pool. The fact that the crash is now happening in find seems to rule out 1, because inconsistent id's might lead to wrong results in a query, but in no case to a core dump. So, I'd say you are somehow deleting Procedure objects without removing them before from the Procedure_Pool. Maybe you can try to check this as follows: If you can locate all the places in your code where a Procedure object is deleted, i.e expressions of the form: delete p; // p is a Procedure * try instrumenting *all of them* with the following check: if(p != 0){ // Get the pool. I guess you've got some API to do this. Procedure_Hashed_Pool* pool=...; // Since we're deleting p, it musn't still be in pool! assert(pool->find_by_id(p->id()) == 0); } delete p; Do you get an assertion? If so, here's your bug. Please report back. If this doesn't clear up the problem we can explore some other paths. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

1 0

Re: [Boost-users] [multi_index] Core dump in multi-index library !!
by Patel Priyank-PPATEL1 10 May '06

10 May '06

Hi Joaquin, Sometime also I get following message when I run. I have pure virtual method in Procedure.h file but I have overridden in my Sample_Procedure.h file and implemented there. But still I am getting error relating pure virtual method call. Thanks Priyank // PROCEDURE HEADER #ifndef PROCEDURE_H #define PROCEDURE_H #include <boost/utility.hpp> #include <boost/shared_ptr.hpp> #include <ace/Message_Block.h> #include <ace/Task.h> #include "Procedure_State_Enum.h" #include "Procedure_Type_Enum.h" #include "Loader_Trace.h" class Procedure : boost::noncopyable { public: /** * Virtual destructor. */ virtual Procedure::~Procedure() { } /** * Stats this procedure. * @return Success of failure status of start */ virtual int start() = 0; /** * Handles this message block. Here we can not use scoped pointer since * we have to use release() method that does more than just deleting the * memory allocated. * @param _msg_block Message block to handler by procedure. * @return Indicates success or failure */ virtual int handle(boost::shared_ptr<ACE_Message_Block> _msg_block) = 0; /** * Returns state of the procedure. * @return Success or failure of the procedure. */ virtual const Procedure_State_Enum& state() const = 0; /** * Sets state of the procedure. * @param state to set */ virtual void state(const Procedure_State_Enum& _state) = 0; /** * Id for registration with connection. * @return Id that is used for registration in subscriber. */ virtual int id() const = 0; /** * Returns type of the procedure. * @return type of the procedure. */ virtual const Procedure_Type_Enum& procedure_type() const = 0; /** * This method will be called whenever procedure timed out for incoming * message. Each procedure will register to appropriate reactor (global for now) using * Procedure Timer Handler class and that class will forward the time out method back * to procedure once time out happens. * @param Indicates where timed out handled successfully or not */ virtual void handle_timeout() = 0; }; #endif // SAMPLE PROCEDURE HEADER #ifndef SAMPLE_PROCEDURE_H #define SAMPLE_PROCEDURE_H #include <boost/utility.hpp> #include <boost/scoped_ptr.hpp> #include <ace/Auto_Event.h> #include <ace/Message_Block.h> #include "../../../../core/include/Procedure.h" #include "../../../../core/include/Connection.h" #include "../../../../core/include/Procedure_Timer_Handler.h" #include "../../../../core/include/Logger.h" #include "../../../apps/include/Access_Point.h" class Sample_Procedure : public Procedure { public: /** * Constructor. * @param _ap Access point associated with this procedure. * @param _wait_timer Wait period for receiving message * may not require for real procedure */ Sample_Procedure (Access_Point * _ap, int _recv_timer); /** * Start method will be called when this procedure is activated. */ virtual int start(); /** * Returns state this procedure. * @return Success or failure of the procedure. */ virtual const Procedure_State_Enum& state () const { return state_; } /** * Sets state of the procedure. * @param state to set */ virtual void state(const Procedure_State_Enum& _state) { state_ = _state; } /** * Returns id for this procedure. This has to be unique id * for the procedure. */ virtual int id () const { return id_; } /** * Returns type of the procedure. * @return type of the procedure. */ virtual const Procedure_Type_Enum& procedure_type() const { return type_; } /** * This method will be called whenever procedure timed out for incoming * message. Each procedure will register to appropriate reactor (global for now) using * Procedure Timer Handler class and that class will forward the time out method back * to procedure once time out happens. */ virtual void handle_timeout(); /** * Handles this message block. Here we can not use scoped pointer since * we have to use release() method that does more than just deleting the * memory allocated. * @param _msg_block Message block to handler by procedure. * @return Indicates success or failure */ virtual int handle(boost::shared_ptr<ACE_Message_Block> _msg_block); static int ID; private: /** * Access point for which the procedure is related to. * This is just a temporary storage. User has to pass * each time procedure is created. */ Access_Point* ap_; /** * State of this procedure. */ Procedure_State_Enum state_; /** * State of the procedure. */ Procedure_Type_Enum type_; /** * Wait period to wait. */ int recv_timer_; /** * Procedure timer handler. */ boost::scoped_ptr<Procedure_Timer_Handler> recv_timer_handler_; /** * Created static for this samle procedure. Might be regular * data member for real procedure. */ int id_; }; #endif Thanks, Priyank LD_TRACE: (8) In Method: Procedure_Pool::find_by_id File: `src/core/procedure/Procedure_Pool.cpp' Line: 54 PROCEDURE TO FIND: 1548 pure virtual method called Abort (core dumped) (gdb) where #0 0xfe8d9764 in __sigprocmask () from /usr/lib/libthread.so.1 #1 0xfe8ce978 in _resetsig () from /usr/lib/libthread.so.1 #2 0xfe8ce118 in _sigon () from /usr/lib/libthread.so.1 #3 0xfe8d1158 in _thrp_kill () from /usr/lib/libthread.so.1 #4 0xfea4b9dc in raise () from /usr/lib/libc.so.1 #5 0xfea358fc in abort () from /usr/lib/libc.so.1 #6 0xfeb61208 in __cxxabiv1::__terminate (handler=0xfea357f4 <abort>) at ../../../../gcc-3.3/libstdc++-v3/libsupc++/eh_terminate.cc:47 #7 0xfeb61244 in std::terminate () at ../../../../gcc-3.3/libstdc++-v3/libsupc++/eh_terminate.cc:57 #8 0xfeb61744 in __cxa_pure_virtual () at ../../../../gcc-3.3/libstdc++-v3/libsupc++/pure.cc:50 #9 0x000ce1d8 in _ZNK5boost11multi_index13const_mem_funI9ProcedureiXadsrS2_NKS2_2idEvEEcl ERKS2_ () #10 0x000ce174 in _ZNK5boost11multi_index13const_mem_funI9ProcedureiXadsrS2_NKS2_2idEvEEcl IPS2_EEiRKT_ () #11 0x000ce3e4 in _ZN5boost11multi_index6detail18ordered_index_findINS1_18ordered_index_no deINS1_15index_node_baseIP9ProcedureEEEENS0_13const_mem_funIS5_iXadsrS5_ NKS5_2idEvEEEiSt4lessIiEEEPT_SE_RKT0_RKT1_RKT2_ () #12 0x000cd72c in _ZNK5boost11multi_index6detail13ordered_indexINS0_13const_mem_funI9Proce dureiXadsrS4_NKS4_2idEvEEESt4lessIiENS1_9nth_layerILi1EPS4_NS0_10indexed _byINS0_14ordered_uniqueINS0_3tagI16procedure_id_tagN4mpl_2naESF_SF_SF_S F_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_EES5_SF_EESF_SF_SF_SF_SF_SF_ SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_SF_EESaIS9_EEENS_3mpl6v_itemISD_NSL_ 7vector0ISF_EELi0EEENS1_18ordered_unique_tagEE4findIiEENS1_14index_itera torINS1_18ordered_index_nodeINS1_15index_node_baseIS9_EEEEEERKT_ () #13 0x00064d78 in Procedure_Pool::find_by_id () #14 0x00064650 in Procedure_Pool::add_by_id () #15 0x000783d4 in AP_TCP_Connection::subscribe () #16 0x00069d64 in Access_Point::subscribe () #17 0x00076450 in Procedure_Executor::handle_timeout () #18 0xff2c1940 in ACE_Event_Handler_Handle_Timeout_Upcall<ACE_Recursive_Thread_Mutex>::tim eout () from /vob/wibb_test/tools/cots/ACE_5.5/ace/libACE.so.5.5.0 #19 0xff26f2e4 in ACE_TP_Reactor::handle_timer_events () at /mot/proj/ivtools/ppatel1/ACE_wrappers/ace/String_Base.inl:32 #20 0xff26f160 in ACE_TP_Reactor::dispatch_i () at /mot/proj/ivtools/ppatel1/ACE_wrappers/ace/String_Base.inl:32 ---Type <return> to continue, or q <return> to quit---q Quit (gdb) quit // METHOD bool Procedure_Pool::find_by_id(Procedure * _procedure) { LD_TRACE("Procedure_Pool::find_by_id"); ACE_ASSERT(_procedure != 0); ACE_DEBUG((LM_DEBUG, "PROCEDURE TO FIND: %d\n", _procedure->id())); Procedure_By_Id::iterator it = procedure_by_id_.find(_procedure->id()); ACE_DEBUG((LM_DEBUG, "AFTER FIND CALL\n")); return (it != procedure_by_id_.end()); }

1 0

Re: [Boost-users] [multi_index] Core dump in multi-index library !!
by Patel Priyank-PPATEL1 10 May '06

10 May '06

Hi Joaquin, Seems the problem was happening when I call add and my add method tries to first find out whether that id is already present in container or not. It is not during remove method call. I was concentrating on wrong portion of the code before. Anyways, I have changed and put some print out in code also at the end I have included output that comes. I have changed container to ordered index as you have said, but seems to be the same problem. It seems that it is core dumping on following line: bool Procedure_Pool::find_by_id(Procedure * _procedure) { LD_TRACE("Procedure_Pool::find_by_id"); ACE_ASSERT(_procedure != 0); ACE_DEBUG((LM_DEBUG, "PROCEDURE TO FIND: %d\n", _procedure->id())); Procedure_By_Id::iterator it = procedure_by_id_.find(_procedure->id()); ACE_DEBUG((LM_DEBUG, "AFTER FIND CALL\n")); return (it != procedure_by_id_.end()); } Please let me know if I am doing something wrong here. Also, let me know if you need any more information. Please see debug output at the end of the email. Thanks Priyank #ifndef PROCEDURE_POOL_H #define PROCEDURE_POOL_H /** * Identifier pool of procedure. This procedure will be un-sorted * hashed index provided by procedures unique id retuned by procedure. * It internally uses boost hashed index for indexing the procedures * in procedure pool. * * @author Priyank Patel * @since Mar 30, 2006 */ #include <boost/multi_index_container.hpp> #include <boost/multi_index/member.hpp> #include <boost/multi_index/ordered_index.hpp> #include <boost/multi_index/hashed_index.hpp> #include <boost/config.hpp> #include <boost/utility.hpp> #include <boost/shared_ptr.hpp> #include <boost/multi_index/key_extractors.hpp> #include "Procedure.h" using boost::multi_index_container; using namespace boost::multi_index; /** * Defines tag used for procedure id. */ struct procedure_id_tag { }; class Procedure_Pool: boost::noncopyable { private: /** * Type definition for multi index container. */ typedef multi_index_container< Procedure*, indexed_by< ordered_unique< tag<procedure_id_tag>, const_mem_fun<Procedure, int, &Procedure::id> > > > Procedure_Hashed_Pool; /** * Type definition for indexing based on procedure id tag. */ typedef Procedure_Hashed_Pool::index<procedure_id_tag>::type Procedure_By_Id; public: /** * Constructor. */ Procedure_Pool(): pool_(), procedure_by_id_(pool_.get<procedure_id_tag>()) { } /** * Adds specified procedure in this pool. * It will intenally used procedures id() method to index procedure. * @param _procedure Procedure to be added in this pool * @return Success (0) or Failure (-1) based on addition happened or not */ int add_by_id(Procedure * _procedure); /** * Removes procedure from this pool. * @param _procedure procedure that needs to be removed * @return Success (0) or Failure (1) based on removal happend or not */ int remove_by_id(Procedure * _procedure); /** * Retrieves procedure based on specified id. * @param _id Identifier * @return Procedure Pointer to procedure. Returns 0 if procedure not found */ Procedure * find_by_id(int _id); private: /** * Returns true if procedure is present otherwise returns false. * @param _procedure procedure that needs to found * @return true if found or false if not found */ bool find_by_id(Procedure * _procedure); /** * boost multiindex object that is associated with this pool. */ Procedure_Hashed_Pool pool_; /** * Refernece of pool that is indexed by procedure id tag. */ Procedure_By_Id &procedure_by_id_; }; #endif #include "../include/Procedure_Pool.h" int Procedure_Pool::add_by_id(Procedure * _procedure) { LD_TRACE("Procedure_Pool::add_by_id"); ACE_ASSERT(_procedure != 0); ACE_DEBUG((LM_DEBUG, "FIND CALL FROM ADD\n")); if (!find_by_id(_procedure)) { // procedure not found procedure_by_id_.insert(_procedure); // debug info ACE_DEBUG((LM_DEBUG, "Added procedure : %d \n", _procedure->id())); // return success return 0; } else { // error ACE_ERROR((LD_ERROR "%N:%l Error in adding procedure : %d \n", _procedure->id())); // return failure return -1; } } int Procedure_Pool::remove_by_id(Procedure * _procedure) { LD_TRACE("Procedure_Pool::remove_by_id"); ACE_ASSERT(_procedure != 0); ACE_DEBUG((LM_DEBUG, "FIND CALL FROM REMOVE\n")); if (find_by_id(_procedure)) { // procedure found procedure_by_id_.erase(_procedure->id()); ACE_DEBUG((LM_DEBUG, "Removed procedure : %d \n", _procedure->id())); return 0; } else { ACE_ERROR((LD_ERROR "%N:%l Error in removing procedure : %d \n", _procedure->id())); return -1; } } Procedure * Procedure_Pool::find_by_id(int _id) { LD_TRACE("Procedure_Pool::find_by_id"); Procedure_By_Id::iterator it = procedure_by_id_.find(_id); if (it != procedure_by_id_.end()) { ACE_DEBUG((LM_DEBUG, "%N:%l Found procedure for id: %d \n", _id)); return *it; } ACE_ERROR((LD_ERROR "%N:%l Not able to found procedure for id: %d \n", _id)); // return null return 0; } bool Procedure_Pool::find_by_id(Procedure * _procedure) { LD_TRACE("Procedure_Pool::find_by_id"); ACE_ASSERT(_procedure != 0); ACE_DEBUG((LM_DEBUG, "PROCEDURE TO FIND: %d\n", _procedure->id())); Procedure_By_Id::iterator it = procedure_by_id_.find(_procedure->id()); ACE_DEBUG((LM_DEBUG, "AFTER FIND CALL\n")); return (it != procedure_by_id_.end()); } Debug Output: ========== May 10 11:12:49.209 2006@isdbuild1@14739@LM_DEBUG@FIND <mailto:2006@isdbuild1@14739@LM_DEBUG@FIND> CALL FROM ADD May 10 11:12:49.209 2006@isdbuild1@14739@LM_TRACE@LD_TRACE <mailto:2006@isdbuild1@14739@LM_TRACE@LD_TRACE> : (8) In Method: Procedure_Pool::find_by_id File: `src/core/procedure/Procedure_Pool.cpp' Line: 54 May 10 11:12:49.209 2006@isdbuild1@14739@LM_DEBUG@PROCEDURE <mailto:2006@isdbuild1@14739@LM_DEBUG@PROCEDURE> TO FIND: 1320 May 10 11:12:49.759 2006@<local_host>@7239@LM_ERROR@Logging <mailto:2006@<local_host>@7239@LM_ERROR@Logging> Service|closing log daemon at host isdbuild1

1 0

[string_algo] trimming Glib::ustring
by Tim Blechmann 10 May '06

10 May '06

hi all, i was trying to use the boost::trim algorithm with Glib::ustring without success ... not sure, if it's a boost or glibmm problem, though ... does anyone have experience with this? thanks ... tim -- TimBlechmann(a)gmx.de ICQ: 96771783 http://www.mokabar.tk Desperation is the raw material of drastic change. Only those who can leave behind everything they have ever believed in can hope to escape. William S. Burroughs

2 2

Re: [Boost-users] [multi_index] Core dump in multi-index library !!
by Patel Priyank-PPATEL1 10 May '06

10 May '06

Hi Joaquin, Thanks for your response. Let me try to answer as much as I can for your questions. Also, I am looking in more detail today. It most probably problem in my side. 1. Does this happen the first time remove_by_id() is called or after some running time? => No. I am adding/removing data in multiindex container every 10 millisecond. It runs fine for certain time period without problems. Core dump happens after some time or execution (it varies though 1 min to 5 min or so.) 2. When the crash happens, do you have some debugging tool which allows you to inspect the contents of the _procedure variable passed to remove_by_id()? => I only have gdb. But I am going to put some print out statements in remove_by_id() method and see what it receives. 3. Note that Procedure_Pool holds *pointers* to Procedure. Could it be, when remove_by_id() crashes, that the Procedure object pointed to by _procedure is already deleted? Check the unsubscribe() routines and all the other procedures listed in the stack trace. => Sure. Let me do that and will get back to you on this one. 4. Remember we were talking about why you cannot change directly the Procedure internal variables, but instead you have to use the updating mechanisms provided by Boost.MultiIndex, as described at: http://boost.org/libs/multi_index/doc/tutorial.html#ord_updating The original discussion was at http://lists.boost.org/boost-users/2006/04/18814.php Are you respecting this? Could it be you have inadvertently changed some procedure id by calling some member function of Procedure interface? => Yes. At this point I am not changing anything in procedure object that used by multiindex function calls after creating procedure. Let me verify this one too again. 5. You are using hashed indices, try, just for testing purposes, replacing them with ordered indices (in principle, you will only have to change the Procedure_Hashed_Pool typedef) Rerun: does the crash still persist? => Sure let me try this first. I used hashed index to improve performance. But I can change and try it out. Will get back to you On this one too. First I will try this. Thanks a lot for your reply on this one. Really appreciate your help. Thanks Priyank -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of JOAQUIN LOPEZ MU?Z Sent: Tuesday, May 09, 2006 3:35 PM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] [multi_index] Core dump in multi-index library !! Patel Priyank-PPATEL1 ha escrito: > Hi all, > > I am getting following error in boost multi-index library. I am using > following code to add and remove procedures by id in multi index > container. Can somebody please let me know what might be wrong here? > Really appreciate your quick response on this. [...] Hello Priyank, OK, I've got some questions to ask and some things for you to check. Let's see if we nail the problem down. 1. Does this happen the first time remove_by_id() is called or after some running time? 2. When the crash happens, do you have some debugging tool which allows you to inspect the contents of the _procedure variable passed to remove_by_id()? If so, does the object look OK, or garbled? 3. Note that Procedure_Pool holds *pointers* to Procedure. Could it be, when remove_by_id() crashes, that the Procedure object pointed to by _procedure is already deleted? Check the unsubscribe() routines and all the other procedures listed in the stack trace. 4. Remember we were talking about why you cannot change directly the Procedure internal variables, but instead you have to use the updating mechanisms provided by Boost.MultiIndex, as described at: http://boost.org/libs/multi_index/doc/tutorial.html#ord_updating The original discussion was at http://lists.boost.org/boost-users/2006/04/18814.php Are you respecting this? Could it be you have inadvertently changed some procedure id by calling some member function of Procedure interface? 5. You are using hashed indices, try, just for testing purposes, replacing them with ordered indices (in principle, you will only have to change the Procedure_Hashed_Pool typedef) Rerun: does the crash still persist? Hopefully, some of thes points will shed some more light. Looking fwd to your reporting. On a side note, your code shows a Procedure_Hashed_Pool with only one index, yet you define two views on it, namely pool_ and procedure_by_id_, which are the same. This is at most superfluous, although maybe what you have sent is some reduced form of the original code. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

boost::mpl
by Aleksey Loginov 10 May '06

10 May '06

I got a trouble when used boost::mpl. This code works for std::vector, but fail for std::map (gcc 3.4.2) #include <boost/mpl/apply.hpp> #include <boost/mpl/lambda.hpp> #include <boost/type_traits/is_same.hpp> #include <iostream> #include <vector> #include <map> #include <utility> namespace mpl=boost::mpl; template<typename Pair> struct first { typedef typename Pair::first_type type; }; template<typename Pair> struct second { typedef typename Pair::second_type type; }; int main () { typedef mpl::lambda< std::vector< second< mpl::arg<1> > > > vector; std::cout << boost::is_same< mpl::apply<vector, std::pair<char,int> >::type, std::vector<int> >::value << std::endl; typedef mpl::lambda< std::map< first< mpl::arg<1> >, second< mpl::arg<1> > > > map; std::cout << boost::is_same< mpl::apply<map, std::pair<char,int> >::type, std::map<char,int> >::value << std::endl; return 0; } Simple tests show that problem in std::allocator< std::pair<const Key,Type> > Looks like compiler bug, but may be it's my error. Any thought's how avoid the problem?

1 0

Poll: Are you stuck on an old Boost release due to a defective compiler?
by Nicola Musatti 10 May '06

10 May '06

Hallo, I'm trying to gauge the number of Boost users that are actually using an older version of the libraries because they have to use a compiler that's not supported by more recent versions of the libraries they use. As for myself, I work on a project where Borland's BCB6 is used and we're stuck with Boost 1.31 mostly because more recent versions of uBlas do not work with our compiler. Cheers, Nicola Musatti

5 7

program_options questions
by Roel 10 May '06

10 May '06

Hi, I've been using boost::program_options but I have some questions about it. First: to catch errors that the users makes when specifying command-line options (eg I declared an option to be integer-only but the user specified a string), I surrounded the call to store() by a try/catch block: try { boost::program_options::store( boost::program_options::command_line_parser(argc, argv). options(desc).positional(p).run(), vm); } catch (boost::program_options::invalid_option_value e) { } But now how do I give a meaningfull error message? The what() function of invalid_option_value is private, what other options do I have? Secondly, is there a mechanism to check the relation between options? I have a number of options: -a, -m and -d for add, modify and delete respectively; I want only one of them to be allowed at the same time. Also, when the -a option is specified, the -t and -r options are valid, and only then. Do I have to check all of that manually? Thanks. cheers, roel

2 1

boost serialization compilation and WCHAR
by Brian Budge 10 May '06

10 May '06

Hi all - I'm running into problems building the serialization library with gcc 4.1. I tracked it down to a change in libstdc++ for gcc 4.1 from the gcc 3.x libstdc++. I'm sure there's a bug, but I'm not sure if it is a boost bug, a libstdc++ bug, or a gcc 4.1 bug. boost_1_33_1/boost/config/stdlib/libstdcpp3.hpp says: #if !defined(_GLIBCPP_USE_WCHAR_T) && !defined(_GLIBCXX_USE_WCHAR_T) # define BOOST_NO_CWCHAR # define BOOST_NO_CWCTYPE # define BOOST_NO_STD_WSTRING # define BOOST_NO_STD_WSTREAMBUF #endif and indeed, with the 4.1 compiler, neither define is defined. For 4.1 in file /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include/g++-v4/i686-pc-linux-gnu/c++config.h I have /* Defined if vfwscanf exists. */ #define _GLIBCXX_HAVE_VFWSCANF 1 /* Defined if vswscanf exists. */ #define _GLIBCXX_HAVE_VSWSCANF 1 /* Defined if vwscanf exists. */ #define _GLIBCXX_HAVE_VWSCANF 1 /* Define to 1 if you have the <wchar.h> header file. */ #define _GLIBCXX_HAVE_WCHAR_H 1 /* Defined if wcstof exists. */ #define _GLIBCXX_HAVE_WCSTOF 1 /* Define to 1 if you have the <wctype.h> header file. */ #define _GLIBCXX_HAVE_WCTYPE_H 1 (no reference to USE_WCHAR_T) and in /usr/lib/gcc/i686-pc-linux-gnu/3.4.5/include/g++-v3/i686-pc-linux-gnu/bits/c++config.h I have // Define if code specialized for wchar_t should be used. #define _GLIBCXX_USE_WCHAR_T 1 my fix would be one of three things: 1) in c++config.h #define _GLIBCXX_USE_WCHAR_T 2) in libstdcpp3.hpp add a test for _GLIBCXX_HAVE_WCHAR_H: #if !defined(_GLIBCPP_USE_WCHAR_T) && !defined(_GLIBCXX_USE_WCHAR_T) && !defined(_GLIBCXX_HAVE_WCHAR_H) # define BOOST_NO_CWCHAR # define BOOST_NO_CWCTYPE # define BOOST_NO_STD_WSTRING # define BOOST_NO_STD_WSTREAMBUF #endif 3) somewhere else #ifdef _GLIBCXX_HAVE_WCHAR_H #define _GLIBCXX_USE_WCHAR_T #endif What do you guys think? Brian

1 1

Re: [Boost-users] [serialization] I can't figure out what I'm doing wrong with xml_oarchive - please help
by Manos Tsagarakis 10 May '06

10 May '06

Hello Robert, Thank you for the quick response. I'm glad you liked the title ... A) I did replace all BOOST_CLASS_EXPORT with BOOST_CLASS_EXPORT_GUID, but the problem with xml persists. It is really difficult for me to figure out what is wrong with xml, as both txt and bin versions are ok. Actually what worries me, is the possibility that the problem with xml somehow will show up in other formats too ... B) I don't use the version numbers at the moment but I added it just for future use. I actually have a couple of questions here. 1) BOOST_CLASS_VERSION has to be in the header file? Can I place it in the cpp file? 2) Please correct me If I'm wrong: I don't use BOOST_CLASS_VERSION so that all classes have version number assignment set to 0. I also don't use BOOST_SERIALIZATION_SPLIT_MEMBER for now. Later on, I add some members, so that the class version must change. I simply add BOOST_CLASS_VERSION(..., 1) and split serialize to save/load at that time. Previously saved data files are not affected as long as version info is handled correctly by my code. Is that correct? C) I avoid using templated code in CTCDataBase for as long as the core data that must be serialized evolve, in order to avoid frequently modification of the most included header file TC_database.h. That meens almost recompile all, and that takes time. Thank you for the suggestion any way. I'll keep it in mind. To be honest, I did try to use export feature of templates bug no luck ... D) I re-attach a couple of header files to this post and I kindly ask you to take a look at the implementation and tracking level for template class fem::CPropRepository implementation_level< fem::CPropRepository<T, SZ> > and tracking_level< fem::CPropRepository<T, SZ> >, and one utilization of it at the other header. Should it be so? Do I need it? And also is it possible that using this CPropRepository stuff (especially with MFC CString) breaks the xml code? E) After adding all headers of the serialize library compilation takes a lot more time. Are there any guidelines by you on that? I hope I'm not encroaching your time... Thank you again, Emmanuil Tsagarakis >> -----Original Message----- >> From: boost-users-bounces(a)lists.boost.org >> [mailto:boost-users-bounces@lists.boost.org] On Behalf Of >> Robert Ramey >> Sent: Friday, May 05, 2006 8:36 AM >> To: boost-users(a)lists.boost.org >> Subject: Re: [Boost-users] [boost-users] [serialization] >> I can't figure outwhatI'm doing wrong with xml_oarchive - >> please help >> >> LOL - I liked the title. >> >> I've taken a very quick look at your code and files. >> >> a) I'm a little suspicious of including a ":" character >> as the GUID for a class. I think that might be an issue. >> Try replacing >> >> BOOST_CLASS_EXPORT(fem::CTCSoil); >> >> with >> >> BOOST_CLASS_EXPORT_GUID(fem::CTCSoil, "fem_CTCSoil"); >> >> You'll have to double check the exact syntax. >> >> b) You've set version numbers to 1 but I don't see the >> version numbers used in the deserializations. Version >> number assignment is only necessary if you're going to >> use the version numbers and they are not equal to 0. >> >> c) A minor suggestion - not important here but interesting anyway. >> In fem_boost_serialize.cpp Use templates to shorten the code. >> >> template<class Archive> >> void CTCDataBase::boost_serialize_open(const char* filename) { >> try { >> std::ifstream ifs(filename); >> assert(ifs.good()); >> Archive ia(ifs); >> >> ia >> BOOST_SERIALIZATION_NVP(m_lstSoils); >> ia >> BOOST_SERIALIZATION_NVP(m_lstBrickWalls); >> ia >> BOOST_SERIALIZATION_NVP(CTCFooting::s_bspSoil); >> ia >> BOOST_SERIALIZATION_NVP(CTCFrame::s_bspBrickWall); >> } >> catch (const boost::archive::archive_exception& e) { >> e; >> } >> } >> >> and >> template<class Archive> >> void CTCDataBase::boost_serialize_saveconst char* filename) { >> try { >> std::ofstream ofs(filename); >> assert(ofs.good()); >> Archive oa(ofs); >> >> oa << BOOST_SERIALIZATION_NVP(m_lstSoils); >> oa << BOOST_SERIALIZATION_NVP(m_lstBrickWalls); >> oa << BOOST_SERIALIZATION_NVP(CTCFooting::s_bspSoil); >> oa << BOOST_SERIALIZATION_NVP(CTCFrame::s_bspBrickWall); >> } >> catch (const boost::archive::archive_exception& e) { >> e; >> } >> } >> >> void main() >> { >> fill_with_build_in(); >> boost_serialize_save<boost::archive::text_oarchive>("boost >> _serialize.txt"); >> boost_serialize_save<boost::archive::binary_oarchive>("boo >> st_serialize.bin"); >> boost_serialize_save<boost::archive::xml_oarchive>("boost_ >> serialize.xml"); >> >> // some time later ... >> boost_serialize_open<boost::archive::text_oarchive>("boost >> _serialize.txt"); >> boost_serialize_open<boost::archive::binary_oarchive>("boo >> st_serialize.bin"); >> boost_serialize_open<boost::archive::xml_oarchive>("boost_ >> serialize.xml"); >> } >> >> Robert Ramey >> >> TOL mtsagara wrote: >> >> Hi to all, >> >> >> >> This is my very first post to boost-users! I've been >> using a couple >> >> of boost libraries for a while (shared_ptr & bind >> mostly). Write now >> >> we are in the process of transforming a project based on MFC >> >> collections, (with objects derived from CObject), to >> STL, and doing >> >> some search for a library that will allow object >> persistence the way >> >> MFC does, the obvious solution was boost::serialize. >> As I'm a newbie >> >> in mpl style code the first impression was terrifying! >> But after >> >> reading the documentation and experimenting a lot, I >> did manage to >> >> start using boost::serialize. In fact there is no need >> to be familiar >> >> with mpl. The library is excellent - an exemplary >> work, thank you >> >> Robert Ramey! >> >> >> >> Now my problem is with xml files. I can write a couple >> of classes >> >> both in txt and binary files. But I can't write the >> very same data in >> >> xml format. I believe I followed all guidelines but I >> had no luck ... >> >> :( >> >> >> >> The scenario in pseudo code is this: >> >> >> >> >> >> >> ////////////////////////////////////////////////////////// >> /////////// >> >> / >> >> // file fem.h >> >> #include <boost/archive/...> >> >> #include <boost/serialize/...> >> >> >> >> namespace fem { >> >> >> >> class CTCBase >> >> { >> >> ... >> >> }; >> >> typedef boost::shared_ptr<CTCBase> CBSPBase typedef >> >> std::list<CBSPBase> CBSPBaseList >> >> >> >> >> >> >> >> class CTCSoil >> >> { >> >> ... >> >> }; >> >> typedef boost::shared_ptr<CTCSoil> CBSPSoil typedef >> >> std::list<CBSPSoil> CBSPSoilList >> >> >> >> >> >> >> >> class CTCBrickWall >> >> { >> >> ... >> >> }; >> >> typedef boost::shared_ptr<CTCBrickWall> CBSPBrickWall typedef >> >> std::list<CBSPBrickWall> CBSPBrickWallList >> >> >> >> >> >> >> >> // list of soils >> >> CBSPSoilList s_lstSoils; >> >> // list of Brick Walls >> >> CBSPBrickWallList s_lstBrickWalls; >> >> // initial soil for each new foundation beam (also >> contained in above >> >> list) CBSPSoil s_bspSoil; // initial brick wall on >> each beam (also >> >> contained in above list) CBSPBrickWall s_bspBrick; } >> >> >> >> BOOST_CLASS_VERSION(fem::CTCBase, 1); >> >> BOOST_CLASS_VERSION(fem::CTCSoil, 1); >> >> BOOST_CLASS_VERSION(fem::CTCBrickWall, 1); >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> ////////////////////////////////////////////////////////// >> /////////// >> >> / >> >> // file fem.cpp >> >> >> >> #include "fem.h" >> >> #include <boost/serialization/export.hpp> >> >> >> >> >> >> BOOST_IS_ABSTRACT(fem::CTCBaseObj); >> >> BOOST_CLASS_EXPORT(fem::CTCSoil); >> >> BOOST_CLASS_EXPORT(fem::CTCBrickWall); >> >> >> >> void fill_with_build_in() >> >> { >> >> ... >> >> } >> >> >> >> >> >> void main() >> >> { >> >> fill_with_build_in(); >> >> boost_serialize_save_txt("boost_serialize.txt"); >> >> boost_serialize_save_bin("boost_serialize.bin"); >> >> boost_serialize_save_xml("boost_serialize.xml"); >> >> >> >> >> >> // some time later ... >> >> boost_serialize_open_txt("boost_serialize.txt"); >> >> boost_serialize_open_bin("boost_serialize.bin"); >> >> boost_serialize_open_xml("boost_serialize.xml"); >> >> } >> >> >> >> >> >> >> >> The xml save & open functions are in file >> fem_boost_serialize.cpp >> >> >> >> I attached the 3 files produced this way. I can also >> read back txt & >> >> binary versions. I'm wondering if somebody - hopefully >> Robert Ramey! >> >> - can tell me just by examining the output files, >> where should I look >> >> for the problem. Or do I have to debug the code line >> by line and see >> >> what wend wrong? It seems something is wrong with the >> very first >> >> shared_ptr serialization . >> >> >> >> I include some - not stand alone I'm afraid - source >> code files with >> >> this message just in case someone might take a look at >> them. I can >> >> tell that during the transition period from MFC to STL >> (possibly >> >> after that too), our objects derive from MFC CObject. >> Also at the >> >> moment, we still use MFC CString and not std::string. >> I had to copy >> >> CString to std::string for the serialization to work >> properly. Could >> >> there be a conflict somewhere there? Could it be the >> order in hpp >> >> files are included? >> >> >> >> >> >> Finally I use MS Visual C++ .net 2003 and boost v1.33.1. >> >> >> >> >> >> Thank you in advanced, >> >> >> >> >> >> >> >> Emmanuil Tsagarakis >> >> >> >> >> > >> > >> > >> >> _______________________________________________ >> >> 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 >> >>

3 3

Question about g++'s typeof
by Stephen Gross 09 May '06

09 May '06

I just found out about the typeof feature in g++. I'm trying to use the type returned by a boost::bind invocation. Is there any way to make the following work: =============================== struct A { int foo(); } typedef typeof(boost::bind(A::foo)) my_type; =============================== So far, g++ just seg faults on me. Am I doing something horribly wrong, or is this (more likely) not possible in the first place? Thanks, --Steve Stephen Gross Case Western School of Medicine Cleveland, OH "By Grabthar's hammer, by the sons of Worvan, you shall be avenged." - Dr. Lazarus

5 4

Re: [Boost-users] [multi_index] Core dump in multi-index library !!
by JOAQUIN LOPEZ MU?Z 09 May '06

09 May '06

Patel Priyank-PPATEL1 ha escrito: > Hi all, > > I am getting following error in boost multi-index library. I am > using following code to add and remove procedures by id in multi > index container. Can somebody please let me know what might be > wrong here? Really appreciate your quick response on this. [...] Hello Priyank, OK, I've got some questions to ask and some things for you to check. Let's see if we nail the problem down. 1. Does this happen the first time remove_by_id() is called or after some running time? 2. When the crash happens, do you have some debugging tool which allows you to inspect the contents of the _procedure variable passed to remove_by_id()? If so, does the object look OK, or garbled? 3. Note that Procedure_Pool holds *pointers* to Procedure. Could it be, when remove_by_id() crashes, that the Procedure object pointed to by _procedure is already deleted? Check the unsubscribe() routines and all the other procedures listed in the stack trace. 4. Remember we were talking about why you cannot change directly the Procedure internal variables, but instead you have to use the updating mechanisms provided by Boost.MultiIndex, as described at: http://boost.org/libs/multi_index/doc/tutorial.html#ord_updating The original discussion was at http://lists.boost.org/boost-users/2006/04/18814.php Are you respecting this? Could it be you have inadvertently changed some procedure id by calling some member function of Procedure interface? 5. You are using hashed indices, try, just for testing purposes, replacing them with ordered indices (in principle, you will only have to change the Procedure_Hashed_Pool typedef) Rerun: does the crash still persist? Hopefully, some of thes points will shed some more light. Looking fwd to your reporting. On a side note, your code shows a Procedure_Hashed_Pool with only one index, yet you define two views on it, namely pool_ and procedure_by_id_, which are the same. This is at most superfluous, although maybe what you have sent is some reduced form of the original code. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

1 0

[multi_index] Core dump in multi-index library !!
by Patel Priyank-PPATEL1 09 May '06

09 May '06

Hi all, I am getting following error in boost multi-index library. I am using following code to add and remove procedures by id in multi index container. Can somebody please let me know what might be wrong here? Really appreciate your quick response on this. // HEADER FILE #include <boost/multi_index_container.hpp> #include <boost/multi_index/member.hpp> #include <boost/multi_index/ordered_index.hpp> #include <boost/multi_index/hashed_index.hpp> #include <boost/config.hpp> #include <boost/utility.hpp> #include <boost/shared_ptr.hpp> #include <boost/multi_index/key_extractors.hpp> #include "Procedure.h" using boost::multi_index_container; using namespace boost::multi_index; /** * Defines tag used for procedure id. */ struct procedure_id_tag { }; class Procedure_Pool: boost::noncopyable { private: /** * Type definition for multi index container. */ typedef multi_index_container< Procedure*, indexed_by< hashed_unique< tag<procedure_id_tag>, const_mem_fun<Procedure, int, &Procedure::id> > > > Procedure_Hashed_Pool; /** * Type definition for indexing based on procedure id tag. */ typedef Procedure_Hashed_Pool::index<procedure_id_tag>::type Procedure_By_Id; public: /** * Constructor. */ Procedure_Pool(): pool_(), procedure_by_id_(pool_.get<procedure_id_tag>()) { } /** * Adds specified procedure in this pool. * It will intenally used procedures id() method to index procedure. * @param _procedure Procedure to be added in this pool * @return Success (0) or Failure (-1) based on addition happened or not */ int add_by_id(Procedure * _procedure); /** * Removes procedure from this pool. * @param _procedure procedure that needs to be removed * @return Success (0) or Failure (1) based on removal happend or not */ int remove_by_id(Procedure * _procedure); /** * Retrieves procedure based on specified id. * @param _id Identifier * @return Procedure Pointer to procedure. Returns 0 if procedure not found */ Procedure * find_by_id(int _id); private: /** * Returns true if procedure is present otherwise returns false. * @param _procedure procedure that needs to found * @return true if found or false if not found */ bool find_by_id(Procedure * _procedure); /** * boost multiindex object that is associated with this pool. */ Procedure_Hashed_Pool pool_; /** * Refernece of pool that is indexed by procedure id tag. */ Procedure_By_Id &procedure_by_id_; }; // IMPLEMENTATION #include "../include/Procedure_Pool.h" int Procedure_Pool::add_by_id(Procedure * _procedure) { LD_TRACE("Procedure_Pool::add_by_id"); ACE_ASSERT(_procedure != 0); if (!find_by_id(_procedure)) { // procedure not found procedure_by_id_.insert(_procedure); // debug info ACE_DEBUG((LM_DEBUG, "Added procedure : %d \n", _procedure->id())); // return success return 0; } else { // error ACE_ERROR((LD_ERROR "%N:%l Error in adding procedure : %d \n", _procedure->id())); // return failure return -1; } } int Procedure_Pool::remove_by_id(Procedure * _procedure) { LD_TRACE("Procedure_Pool::remove_by_id"); ACE_ASSERT(_procedure != 0); if (find_by_id(_procedure)) { // procedure found procedure_by_id_.erase(_procedure->id()); ACE_DEBUG((LM_DEBUG, "Removed procedure : %d \n", _procedure->id())); return 0; } else { ACE_ERROR((LD_ERROR "%N:%l Error in removing procedure : %d \n", _procedure->id())); return -1; } } Procedure * Procedure_Pool::find_by_id(int _id) { LD_TRACE("Procedure_Pool::find_by_id"); Procedure_By_Id::iterator it = procedure_by_id_.find(_id); if (it != procedure_by_id_.end()) { ACE_DEBUG((LM_DEBUG, "%N:%l Found procedure for id: %d \n", _id)); return *it; } ACE_ERROR((LD_ERROR "%N:%l Not able to found procedure for id: %d \n", _id)); // return null return 0; } bool Procedure_Pool::find_by_id(Procedure * _procedure) { LD_TRACE("Procedure_Pool::find_by_id"); ACE_ASSERT(_procedure != 0); Procedure_By_Id::iterator it = procedure_by_id_.find(_procedure->id()); return (it != procedure_by_id_.end()); } // CORE STACK TRACE (gdb) where #0 0x00000000 in ?? () #1 0x000d0008 in _ZNK5boost11multi_index13const_mem_funI9ProcedureiXadsrS2_NKS2_2idEvEEcl ERKS2_ () #2 0x000cffa4 in _ZNK5boost11multi_index13const_mem_funI9ProcedureiXadsrS2_NKS2_2idEvEEcl IPS2_EEiRKT_ () #3 0x000cf4dc in _ZN5boost11multi_index6detail12hashed_indexINS0_13const_mem_funI9Procedu reiXadsrS4_NKS4_2idEvEEENS_4hashIiEESt8equal_toIiENS1_9nth_layerILi1EPS4 _NS0_10indexed_byINS0_13hashed_uniqueINS0_3tagI16procedure_id_tagN4mpl_2 naESH_SH_SH_SH_SH_SH_SH_SH_SH_SH_SH_SH_SH_SH_SH_SH_SH_SH_EES5_SH_SH_EESH _SH_SH_SH_SH_SH_SH_SH_SH_SH_SH_SH_SH_SH_SH_SH_SH_SH_SH_EESaISB_EEENS_3mp l6v_itemISF_NSN_7vector0ISH_EELi0EEENS1_17hashed_unique_tagEE5eraseEi () #4 0x00066774 in Procedure_Pool::remove_by_id () #5 0x0007a4ac in AP_TCP_Connection::unsubscribe () #6 0x0006bd5c in Access_Point::unsubscribe () #7 0x00082988 in Sample_Procedure::handle () #8 0x0007a89c in AP_TCP_Connection::handle () #9 0x0005f380 in Tcp_Handler::handle_output () #10 0xff257ca8 in ACE_Select_Reactor_Notify::dispatch_notify () at /mot/proj/ivtools/ppatel1/ACE_wrappers/ace/String_Base.inl:32 #11 0xff26f424 in ACE_TP_Reactor::handle_notify_events () at /mot/proj/ivtools/ppatel1/ACE_wrappers/ace/String_Base.inl:32 #12 0xff26f188 in ACE_TP_Reactor::dispatch_i () at /mot/proj/ivtools/ppatel1/ACE_wrappers/ace/String_Base.inl:32 #13 0xff26eff8 in ACE_TP_Reactor::handle_events () at /mot/proj/ivtools/ppatel1/ACE_wrappers/ace/String_Base.inl:32 #14 0xff254e0c in ACE_Reactor::run_reactor_event_loop () at /mot/proj/ivtools/ppatel1/ACE_wrappers/ace/String_Base.inl:32 #15 0x000f3848 in ACE_Reactor::run_event_loop () #16 0x000f37d8 in Global_Reactor::svc () #17 0xff2668dc in ACE_Task_Base::svc_run () at /mot/proj/ivtools/ppatel1/ACE_wrappers/ace/String_Base.inl:32 #18 0xff266cb0 in ACE_Thread_Adapter::invoke_i () at /mot/proj/ivtools/ppatel1/ACE_wrappers/ace/String_Base.inl:32 #19 0xff266c1c in ACE_Thread_Adapter::invoke () at /mot/proj/ivtools/ppatel1/ACE_wrappers/ace/String_Base.inl:32 #20 0xff216d50 in ace_thread_adapter () at /mot/proj/ivtools/ppatel1/ACE_wrappers/ace/String_Base.inl:32 #21 0xfe8db730 in _thread_start () from /usr/lib/libthread.so.1 #22 0xfe8db730 in _thread_start () from /usr/lib/libthread.so.1 Thanks Priyank

1 0

boos::shmem vs vc6
by Alex 09 May '06

09 May '06

Hi Guys, I'm wondering whether shmem can be used under vc6 compiler, trying to compile expamples provided within the library package I receive a full bunch of errors looking like: boost_1_33_1\boost\shmem\detail\workaround.hpp(70) : error C2011: 'random_it<void>' : 'struct' type redefinition boost_1_33_1\boost\shmem\detail\workaround.hpp(81) : error C2011: 'random_it<void>' : 'struct' type redefinition boost_1_33_1\boost\shmem\detail\workaround.hpp(92) : error C2011: 'random_it<void>' : 'struct' type redefinition boost_1_33_1\boost\shmem\shmem_fwd.hpp(154) : error C2954: template definitions cannot nest boost_1_33_1\boost\shmem\shmem_fwd.hpp(154) : error C2951: template declarations are only permitted at global or namespace scope boost_1_33_1\boost\shmem\shmem_fwd.hpp(155) : error C2226: syntax error : unexpected type 'IndexType' boost_1_33_1\boost\shmem\shmem_fwd.hpp(156) : error C2143: syntax error : missing '>' before ';' boost_1_33_1\boost\shmem\shmem_fwd.hpp(156) : error C2059: syntax error : '<end Parse>' boost_1_33_1\boost\shmem\shmem_fwd.hpp(162) : error C2955: 'flat_map_index' : use of class template re etc... However with VC7 everything seems to be fine. Your comments and ideas are highly appreciated. Regards, Alex

2 2

mpl, apply, placeholders
by Kiuhnm 09 May '06

09 May '06

I am just a beginner so my question could be very stupid. Please be patient. What is wrong with the following code? It should be clear enough what I am trying to do. >>> #include <iostream> #include <boost/mpl/int.hpp> #include <boost/mpl/apply.hpp> #include <boost/mpl/plus.hpp> int main() { using namespace boost::mpl; // ... typedef apply< plus< _, int_<10> >, int_<1> >::type t; std::cout << typeid(t).name() << std::endl; typedef apply< plus< _, int_<10> >, _ > t2; typedef apply< t2, int_<1> >::type res; // ??? std::cout << typeid(res).name() << std::endl; } <<< Kiuhnm -- View this message in context: http://www.nabble.com/mpl%2C-apply%2C-placeholders-t1379886.html#a3705111 Sent from the Boost - Users forum at Nabble.com.

4 7

Re: [Boost-users] [statechart] Event handlers and state reusage
by Oliver.Kowalke＠qimonda.com 09 May '06

09 May '06

>Tim Milward wrote: >> Johan Nilsson wrote: >>> 1. For a state, is it possible to specify a method that will be >>> called when an event with no defined handlers is received? >> >> Interesting question. Can all events inherit from a common base class, >> to which a state could define a (default) reaction, and override this >> with reactions to specific event sub-classes? > >Should be possible from my point of view. Not sure how the framework would >handle that even though it sounds reasonable. It's a bit limiting though, >and should be possible have support for in the library. By default statechart ignores a event with no handlers in the statemachine. Statechart allows to catch the event by adding following function to your state_machine class: void unconsumed_event( sc::event_base const& ev) { ... } Oliver

2 1

How to pass memory range to functions?
by Olaf van der Spek 09 May '06

09 May '06

Hi, I've got a lot of functions (compression, encryption, hashing, encoding, etc) that work on a memory range. I wrote my own class that has constructors for void*, void* void*, size_t std::string& and that automatically reinterpret_cast to unsigned char*. But I'm wondering, is there a better way to do this? Boost.Range looked appriopriate but it seemed it didn't support this scenario.

1 0

documentation for bjam sub-variants
by Russell Hind 09 May '06

09 May '06

Can some one point me to the page that details the sub-variants (such as <runtime-link> and <threading>) etc that are available to pass to bjam when building boost. I have found the main bjam page that gives a few examples but it doesn't list all the options and their meanings. Thanks Russell

2 2