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

[regex] vc71, Managed code, boost 1_32, link errors during release build
by steve lu 06 Jul '05

06 Jul '05

Hi, I am getting the following 7 link errors while making a release build of my application. (I had no problem making a debug build). //-------------------------------------------------------------------------------- RexEngine.obj : error LNK2001: unresolved external symbol "void __stdcall boost::re_detail::raise_regex_exception(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &)" (?raise_regex_exception@re_detail@boost@@$$FYGXABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) RexEngine.obj : error LNK2001: unresolved external symbol "public: static class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __stdcall boost::re_detail::w32_traits_base::error_string(unsigned int)" (?error_string@w32_traits_base@re_detail@boost@@$$FSG?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@I@Z) RexEngine.obj : error LNK2001: unresolved external symbol "protected: static bool __stdcall boost::reg_expression<char,class boost::regex_traits<char>,class std::allocator<char> ::can_start(char,unsigned char const *,unsigned char,struct boost::re_detail::_narrow_type const &)" (?can_start@?$reg_expression@DV?$regex_traits@D@boost@@V?$allocator@D@std@@@boost@@$$FKG_NDPBEEABU_narrow_type@re_detail@2@@Z) RexEngine.obj : error LNK2001: unresolved external symbol "void __stdcall boost::re_detail::reset_stack_guard_page(void)" (?reset_stack_guard_page@re_detail@boost@@$$FYGXXZ) RexEngine.obj : error LNK2001: unresolved external symbol "public: static void __stdcall boost::w32_regex_traits<char>::transform_primary(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > &,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &)" (?transform_primary@?$w32_regex_traits@D@boost@@$$FSGXAAV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@ABV34@@Z) RexEngine.obj : error LNK2001: unresolved external symbol "public: static void __stdcall boost::w32_regex_traits<char>::transform(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > &,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &)" (?transform@?$w32_regex_traits@D@boost@@$$FSGXAAV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@ABV34@@Z) RexEngine.obj : error LNK2001: unresolved external symbol "void __stdcall boost::re_detail::verify_options(unsigned int,enum boost::regex_constants::_match_flags)" (?verify_options@re_detail@boost@@$$FYGXIW4_match_flags@regex_constants@2@@Z) //-------------------------------------------------------------------------------- Any idea why these function calls failed to be linked. (does it has to do with the calling convention __fastcall being changed to __stdcall?) I have tried making BOOST_REGEX_CALL __cdecl to no avail. Help please ! Thanks in advance, Steve

1 0

Re: [Boost-users] Serialization and null pointers
by boost＠iyates.com 06 Jul '05

06 Jul '05

Thanks. If I changed the order of the members being serialized it worked fine. Weird. However, I am running into a problem. I am using reference counted Smart Pointers. If I serialize the reference counter, then when it is loaded it will likely contain too large of a reference count because there were more objects referencing the pointer when it was saved than when it was loaded. However, it works fine it just doesn't properly delete the objects because the reference count never reaches 0. If I don't serialize the reference count then the objects try to delete themselves while boost is loading them from the file. I'm guessing because of the order everything happens, the final destination isn't increasing the reference count until after boost already dereferences it. Any suggestions? I thought maybe if there was a way to tell if the operation was saving during the serialize function I could just set the reference count to one, however that could be erroneous also if the same object being loaded has more than one smartpointer to the same object. I'm stumped... - Chris ----- Original Message ----- From: "Robert Ramey" <ramey(a)rrsd.com> To: boost-users(a)lists.boost.org Date: Tue, 5 Jul 2005 15:25:27 -0700 Subject: Re: [Boost-users] Serialization and null pointers > This shouldn't happen. > > you might try using an xml_archive so you can better see the output. This > will also check that the data saved and data loaded are "in sync". That is > that the same data is being saved and loaded. > > If all that fails, you'lll have to boil it down to a small example and send > it in > > Robert Ramey > > boost(a)iyates.com wrote: > > Hello, > > > > I have an object graph that is being serialized using a binary > > archive. It saves to the file fine, however a class member is being > > serialized is a null pointer. > > > > When I go to open the file, I get an access violation in > > basic_iarchive.cpp on line 393: > > > > bpis_ptr->load_object_ptr(ar, t, co.file_version); > > > > t is 0x00000000 > > > > Is there a way around this? Thank you. > > > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users > > >

2 1

Serialization and null pointers
by boost＠iyates.com 05 Jul '05

05 Jul '05

Hello, I have an object graph that is being serialized using a binary archive. It saves to the file fine, however a class member is being serialized is a null pointer. When I go to open the file, I get an access violation in basic_iarchive.cpp on line 393: bpis_ptr->load_object_ptr(ar, t, co.file_version); t is 0x00000000 Is there a way around this? Thank you.

2 1

recursive read-write mutex?
by Austin Bingham 05 Jul '05

05 Jul '05

Is there any notion of recursive locking for the read-write mutex? Specifically, if a thread has a write-lock on a mutex, is there any way to have recursive read- or write-locks on that mutex pass immediately? Notionally, it seems that permission to write to something presumes permission to read it. However, when I try to read-lock a mutex which is already write-locked (in the same thread), I get deadlock. I would be happy to use the promote-demote functionality of the read_write_lock, but the following excerpt from the documentation scares me: "[The promote() function] throws boost::lock_error if . . . the lock cannot be promoted because another lock on the same mutex is already waiting to be promoted." This makes it sound like there is no way to guarantee that you can promote a lock, even with unbounded blocking. Is this the case? Thanks for any help on this. -- Austin Bingham "If I were creating the world I wouldn't mess about with butterflies and daffodils. I would have started with lasers, eight o'clock, Day One!" Evil

1 0

How to copy binary file to dynamic bitset?
by Fujinobu Takahashi 05 Jul '05

05 Jul '05

Hello, I would like to try one-bit correlation between two one-bit sampling VLBI data files using powerful dynamic bitset library. (VLBI:Very Long Baseline Interferometer) A binary file japan.dat includes one-bit sampling data of a quasar received at a Japanese antenna and another binary file usa.dat includes one-bit sampling data of a same quasar received simultaneously at a US antenna. The bitset block size should be more than 10Mbits What kind of constructor codes should I write to copy the bit-pattern of each data file to each very long dynamic bitset? I am sorry but I could not find any good answer from Google search. I am looking forward to helpful answer in this mail-list. Very Thanks fuji

3 3

[serialization] strange assert with wrong cid
by Sergey Skorniakov 05 Jul '05

05 Jul '05

Hello, All! sometimes I got errors in basic_iarchive_impl::load_pointer in line assert(new_cid == cid). Can anyone tell me what exactly this assertion means and whan it can occurs? Is this error posiible if I remove some BOOST_CLASS_EXPORTs from my code and try to load old files? With best regards, Sergey

2 4

Re: [Boost-users] Building on AIX
by Mark.Gibbons＠jpmorgan.com 05 Jul '05

05 Jul '05

Toon I think that's probably my simplest option. I'm also trying to get gcc working as well though and am getting errors on that too. regards -Mark ---------------------------------------------------------------------------------- FX Options and Commodities AD INTL +44-207-742-0982 GDP 742-0982 Mobile +44-7808682149 |---------+-----------------------------------> | | Toon Knapen | | | <toon.knapen(a)fft.be> | | | Sent by: | | | boost-users-bounces@list| | | s.boost.org | | | | | | | | | 04/07/2005 15:26 | | | Please respond to | | | boost-users | | | | |---------+-----------------------------------> >------------------------------------------------------------------------------------------------------------------------------| | | | To: boost-users(a)lists.boost.org | | cc: | | Subject: Re: [Boost-users] Building on AIX | >------------------------------------------------------------------------------------------------------------------------------| Mark.Gibbons(a)jpmorgan.com wrote: > Hi > I'm trying to build Boost 1_32_0 on AIX using vacpp/xlc 5.0. > I strongly suggest to upgrade to at least version 6.0. Version 7 has been released also for some time and I'm sure it performs even better than version 6 although I have not tested it yet. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates.

2 1

Possible bug in 1.33 Serialization
by Brett Carswell 05 Jul '05

05 Jul '05

Hi All, We've been doing some testing with the 1.33 CVS Head and there appears to be a bug in the xml serialization. If the tag name has a 0 character in it (not at the start) an exception is thrown. Looking in the source for basic_xml_oarchive.ipp it seems like there is an error in the lookup_table array. Where it's trying to allow 0-9 and the : char to be valid it is actually allowing 1-9 : and ;. Anyone else experienced this or have I got the wrong end of the stick? Cheers, Brett

2 1

[preprocessor] What is AUTO_REC doing?
by Jason 05 Jul '05

05 Jul '05

Hi, I'm a fresh hand on boost library. I am now trying to read the source of preprocessor lib, and get stuck with AUTO_REC. Could anyone tell me what it is meant to do? Thanks! Jason

2 1

boost::lambda::bind question
by Vishnevetsky, Eugene (IT) 04 Jul '05

04 Jul '05

Is it possible to use boost::ref() or boost::lambda::var() of an abstract class as a parameter to boost::lambda::bind()? It seems that compiler attempts to instantiate an object of that abstract class. Example: ----------------- using namespace boost; using namespace boost::lambda; class Y { public: virtual void foo() = 0; void foo2 (){ } }; class Z : public Y { public: void foo(){} }; class TT { public: void test( Y& y ) { y.foo2(); } }; int main() { std::vector<TT> xt; Z z; Y &y = z; std::for_each (xt.begin(), xt.end(), bind(&TT::test,_1, ref(y))); return 0; } ---------------------- And Error message from g++ (GCC) 3.2.3: --------------------------------- /boost/tuple/detail/tuple_basic.hpp: In instantiation of `boost::tuples::cons<Y, boost::tuples::null_type>': /boost/tuple/detail/tuple_basic.hpp:326: instantiated from `boost::tuples::cons<boost::tuples::null_type, boost::tuples::cons<Y, boost::tuples::null_type> >' /boost/tuple/detail/tuple_basic.hpp:326: instantiated from `boost::tuples::cons<void (TT::*const)(Y&), boost::tuples::cons<boost::tuples::null_type, boost::tuples::cons<Y, boost::tuples::null_type> > >' /boost/lambda/detail/lambda_functor_base.hpp:151: instantiated from `boost::lambda::detail::has_null_type<boost::tuples::cons<void (TT::*const)(Y&), boost::tuples::cons<boost::tuples::null_type, boost::tuples::cons<Y, boost::tuples::null_type> > > >' /boost/lambda/detail/lambda_functor_base.hpp:229: instantiated from `boost::lambda::detail::deduce_non_ref_argument_types<boost::tuples::tup le<void (TT::*const)(Y&), const boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, Y&, 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>' /boost/lambda/detail/lambda_functor_base.hpp:412: instantiated from `boost::lambda::lambda_functor_base<boost::lambda::action<3, boost::lambda::function_action<3, boost::lambda::detail::unspecified> >, boost::tuples::tuple<void (TT::*const)(Y&), const boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, Y&, 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> >::sig<boost::tuples::null_type>' /boost/lambda/detail/lambda_functors.hpp:135: instantiated from `boost::lambda::lambda_functor<boost::lambda::lambda_functor_base<boost: :lambda::action<3, boost::lambda::function_action<3, boost::lambda::detail::unspecified> >, boost::tuples::tuple<void (TT::*const)(Y&), const boost::lambda::lambda_functor<boost::lambda::placeholder<1> >, Y&, 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> > >' lamtest.cpp:35: instantiated from here /boost/tuple/detail/tuple_basic.hpp:320: cannot declare field `boost::tuples::cons<Y, boost::tuples::null_type>::head' to be of type `Y' /boost/tuple/detail/tuple_basic.hpp:320: because the following virtual functions are abstract: lamtest.cpp:12: virtual void Y::foo() ---------------------------------------- Thanks, Eugene Vishnevetsky -------------------------------------------------------- NOTICE: If received in error, please destroy and notify sender. Sender does not waive confidentiality or privilege, and use is prohibited.

2 1