- Boost-users - lists.boost.org

boost, COM and .NET [maybe OT]
by Thomas Laguzzi 22 Mar '06

22 Mar '06

Hello there, I'd like to thank Alan for the reply to my previous post. I'm sorry if this message is OT. What I ask is not a technical detail, but an opinion from you, c++ gurus :) Finally I've setup a simply class hierarchy that derives from a common object. Each class has: 1) Smart Pointer (boost::intrusiveptr),typedef intrusiveptr<ClassName> ClassName_Ptr; 2) Array of smart pointers ( typedef array <ClassName_Ptr> ClassName_Array) Everything works fine , and I'm happy :) the framework has no depends , it's self-contained and performant :) It is composed by a bunch of classes, but with MANY members. Now, I've got to make this small framework usable from: 1) .COM for compatibility 2) .NET for future applications and of course 3) c++ and boost :) All the three ways use the "allocate and forget about it" paradigm for memory allocation. I only use c++ types and I don't have ANY pointer used directly in the code. Changing to .NET is not hard and doesn't require wrapper classes (since the lib is self-contained), just some preprocessor programming and recompiling. Option 3) require no change :) What I worry about is .COM interop. Since classes are not derived from interfaces, I would require a lot of wrappers to native classes (because i don't want to use directly COM rules and types). So I see two solutions: 1) ok, write these wrappers as "external" code (I have lot's of properties and methods to wrap), maybe by using GCCXML and an automatic generator. 2) write base Interfaces and derive my framework classes from these, eventually adapting intrusive_ptr to use COM AddRef's 3) use .NET to COM interop and resolve problem 1 and 2 together, but distribuite 200MB of dll's Anyone has experience with intrusive_ptr (or shared_ptr) and COM pointers? Any idea about the general problem? Thanks & Sorry for my English! Thomas

2 1

Boost.Regex - why does it core dump?
by Smith Matt - matsmi 22 Mar '06

22 Mar '06

I have built Boost 1.33.1 on a HP-UX 11.22 OS with GCC 4.02. I have created a little test program, and when it gets to the following line of code it core dumps. boost::regex Exp( "[0-9]" ); This happens when I link both statically or dynamically. Any insights into what might be the problem would be greatly appreciated. Matt Smith Acxiom Corporation Data Compilation CWY0101-80 PO Box 2000 301 Industrial Blvd. Conway, AR 72033-2000 (501) 342-2434 Matt.Smith(a)acxiom.com *************************************************************************** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please resend this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. ****************************************************************************

3 7

Re: [Boost-users] Boost.Regex - why does it core dump?
by Smith Matt - matsmi 22 Mar '06

22 Mar '06

> 1) add a try catch block and verify that the dump isn't a result of an uncaught exception. Done. Same result. > 2) provide a backtrace? Okay; here it is: Program terminated with signal 11, Segmentation fault. #0 0x407c851 in boost::detail::atomic_increment (pw=0x400087a4) at sp_counted_base_gcc_ia64.hpp:38 38 "r"(pw)); (gdb) backtrace #0 0x407c851 in boost::detail::atomic_increment (pw=0x400087a4) at sp_counted_base_gcc_ia64.hpp:38 #1 0x407cc60 in boost::detail::sp_counted_base::add_ref_copy (this=0x400087a0) at sp_counted_base_gcc_ia64.hpp:117 #2 0x407cdb0 in boost::detail::shared_count::shared_count (this=0x7ffff0f8, r=@0x7ffff128) at shared_count.hpp:170 #3 0x4087700 in boost::shared_ptr<boost::re_detail::cpp_regex_traits_implementation<char > >::boost::shared_ptr<boost::re_detail::cpp_regex_traits_implementation<c har> > (this=0x7ffff0f4) at shared_ptr.hpp:106 #4 0x40af160 in std::pair<boost::shared_ptr<boost::re_detail::cpp_regex_traits_implement ation<char> >,boost::re_detail::cpp_regex_traits_base<char> const* >::std::pair<boost::shared_ptr<boost::re_detail::cpp_regex_traits_implem entation<char> >,boost::re_detail::cpp_regex_traits_base<char> const* > (this=0x7ffff0f4, __a=@0x7ffff124, __b=@0x7ffff0f0) at stl_pair.h:85 #5 0x4119f40 in boost::object_cache<boost::re_detail::cpp_regex_traits_base<char>,boost: :re_detail::cpp_regex_traits_implementation<char> >::do_get ( k=@0x7ffff1b0, max_cache_size=5) at object_cache.hpp:122 #6 0x411b190 in boost::object_cache<boost::re_detail::cpp_regex_traits_base<char>,boost: :re_detail::cpp_regex_traits_implementation<char> >::get ( k=@0x7ffff1b0, max_cache_size=5) at object_cache.hpp:78 #7 0x411b250 in boost::shared_ptr<boost::re_detail::cpp_regex_traits_implementation<char > > boost::re_detail::create_cpp_regex_traits<char> (l=@0x7ffff1e0) at cpp_regex_traits.hpp:822 #8 0x411b380 in boost::cpp_regex_traits<char>::boost::cpp_regex_traits<char> ( this=0x40008760) at cpp_regex_traits.hpp:842 #9 0x411b480 in boost::regex_traits<char,boost::cpp_regex_traits<char> >::boost::regex_traits<char,boost::cpp_regex_traits<char> > (this=0x40008760) at regex_traits.hpp:68 #10 0x411b500 in boost::regex_traits_wrapper<boost::regex_traits<char,boost::cpp_regex_tr aits<char> > >::boost::regex_traits_wrapper<boost::regex_traits<char,boost::cpp_regex _traits<char> > > (this=0x40008760) at regex_traits.hpp:162 #11 0x411b5b0 in boost::re_detail::regex_data<char,boost::regex_traits<char,boost::cpp_re gex_traits<char> > >::boost::re_detail::regex_data<char,boost::regex_traits<char,boost::cpp _regex_traits<char> > > (this=0x4000f410) at basic_regex.hpp:54 #12 0x411b740 in boost::re_detail::basic_regex_implementation<char,boost::regex_traits<ch ar,boost::cpp_regex_traits<char> > >::boost::re_detail::basic_regex_implementation<char,boost::regex_traits <char,boost::cpp_regex_traits<char> > > ( this=0x4000f410) at basic_regex.hpp:85 #13 0x411b880 in boost::basic_regex<char,boost::regex_traits<char,boost::cpp_regex_traits <char> > >::do_assign (this=0x7ffff2d8, p1=0x404d950 ".", p2=0x404d951 "", f=0) at basic_regex.hpp:517 #14 0x4079f10 in boost::basic_regex<char,boost::regex_traits<char,boost::cpp_regex_traits <char> > >::assign+0x90 () #15 0x407a000 in boost::basic_regex<char,boost::regex_traits<char,boost::cpp_regex_traits <char> > >::assign+0xc0 () #16 0x407a100 in boost::basic_regex<char,boost::regex_traits<char,boost::cpp_regex_traits <char> > >::boost::basic_regex<char,boost::regex_traits<char,boost::cpp_regex_tra its<char> > >+0xd0 () #17 0x4067ee0:0 in ValidateArgs+0x430 () #18 0x4068800:0 in main+0xc0 () Current language: auto; currently c++ ************************************************************************* The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please resend this communication to the sender and delete the original message or any copy of it from your computer system. Thank you. *************************************************************************

2 1

Re: [Boost-users] [regex] Working with wchar_t on olderUNIXplatforms
by Andrei Tarassov 22 Mar '06

22 Mar '06

As I understand using this feature requires ICU. Unfortunately, this is not an option for us :-( Andrei -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of John Maddock Sent: Tuesday, March 21, 2006 20:54 To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] [regex] Working with wchar_t on olderUNIXplatforms > I am intrigued with what you said about converting data from UTF-8 to > UTF-32 on the fly. It is absolutely not a problem to convert my > Unicode strings to UTF-8 encoded strings. Where could I read about > those on the fly conversions and what limitations do they have (e.g. > how locale settings are handled)? What locale settings? UTF-8 is mostly locale-independent (as an encoding), the only locale specific code is in the traits class to handle collation: and it only sees UTF-32 code points. The on-the-fly conversions are performed by iterator adapters in boost/regex/pending/unicode_iterator.hpp and the docs for the Unicode aware code is here: http://www.boost.org/libs/regex/doc/icu_strings.html John. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

2 1

file-system "system_complete()" and C:/
by Matt England 22 Mar '06

22 Mar '06

The following is a note of my developers that was attached to a bug close report. Is this special check for to convert "x:" to "x:/" a good practice for the Boost file-system library usage? Is there a better way to do this and/or are we missing something? -Matt The boost system_complete() function is used to convert relative paths into absolute paths. For some reason, boost interprets 'c:' as an incomplete path, and the windows boost behavior is to initially complete the path to the working directory. In other words 'c:' was becoming (in my case) 'c:/mydata/'. I added a check in Client.cpp to see if the --get parameter is equal to 'x:' and if it is, convert it to 'x:/'.

2 1

Re: [Boost-users] [date_time] How to create a date from string with specific format?
by Dean Sturtevant 21 Mar '06

21 Mar '06

Good question -- this is the kind of thing I've been struggling with lately (I tried to post a question about it to the group, but I worded it poorly and the moderator rejected it). Anyway, here's the solution I came up with. I am sure there are better ones! - Dean //! Utility function to split apart string. Returns # of components. inline int split_into_two_or_less(const std::string& s, char sep, std::string& first, std::string& second) { int sep_pos = static_cast<int>(s.find(sep)); if (sep_pos == -1) { first = s; return 1; } else { first = s.substr(0,sep_pos); second = s.substr(sep_pos+1); return 2; } } class expected_character : public boost::bad_lexical_cast { char _messagebuf[81]; public: expected_character(const char* who, char ch, const char* str, int pos) { snprintf(_messagebuf, sizeof(_messagebuf), "%s: Expected '%c' at position %d in \"%s\"", who, ch, pos, str); _messagebuf[sizeof(_messagebuf)-1] = '\0'; } const char* what() const throw() { return _messagebuf; } }; //! Parse date string of form YYYY-MM-DD // Code adapted from boost/date_time/date_parsing.hpp's parse_undelimited_date() template <class date_type> inline date_type parse_delimited_iso_8601_date(const std::string& s) { int offsets[] = {4,1,2,1,2}; int pos = 0; typedef typename date_type::year_type year_type; typename date_type::ymd_type ymd((year_type::min)(),1,1); // TODO: Is there a boost macro for sizeof(a)/sizeof(type)? or for the end of an array? boost::offset_separator osf(offsets, offsets+sizeof(offsets)/sizeof(offsets[0])); boost::tokenizer<boost::offset_separator> tok(s, osf); for(boost::tokenizer<boost::offset_separator>::iterator ti=tok.begin(); ti!=tok.end();++ti) { switch(pos) { case 0: ymd.year = boost::lexical_cast<unsigned short>(*ti); break; case 1: if (*ti != "-") { throw expected_character("parse_delimited_iso_8601_date", '-', s.c_str(), 5); } break; case 2: ymd.month = boost::lexical_cast<unsigned short>(*ti); break; case 3: if (*ti != "-") { throw expected_character("parse_delimited_iso_8601_date", '-', s.c_str(), 7); } break; case 4: ymd.day = boost::lexical_cast<unsigned short>(*ti); break; } pos++; } return date_type(ymd); }

2 1

Re: [Boost-users] enable_shared_from_this - or an alternative..
by Nat Goodspeed 21 Mar '06

21 Mar '06

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org [mailto:boost-users- > bounces(a)lists.boost.org] On Behalf Of Felipe Magno de Almeida > Sent: Tuesday, March 21, 2006 1:15 PM > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] enable_shared_from_this - or an alternative.. > > > [Nat] > > for this use case, I see no particular advantage to using weak_ptr > > rather than a dumb pointer. > > weak-ptr is thread-safe. [Nat] Okay, that's worth remembering, thanks. Our project is single-threaded, so the issue didn't arise for us.

1 0

[date_time] How to create a date from string with specific format?
by Christian Henning 21 Mar '06

21 Mar '06

Hi there, I would like to create a date object from a string with a specific format ( mm-dd-yyyy ). How to I do that? Thanks ahead, Christian

1 0

Re: [Boost-users] Boost.Regex - why does it core dump?
by Smith Matt - matsmi 21 Mar '06

21 Mar '06

> > I have built Boost 1.33.1 on a HP-UX 11.22 OS with GCC 4.02. > > Just a wild suggestion: I take it that gcc-4.02 is not your default g++ > compiler (the one you get when you invoke g++)? If so are you certain that > the lib was built with gcc-4 and not the default compiler? It would > certainly cause that kind of issue if that's the case. gcc-4.02 IS the default compiler, so that is what the libraries and my test program are built with. Thanks. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users *************************************************************************** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please resend this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. ****************************************************************************

1 0

Re: [Boost-users] [regex] Working with wchar_t on older UNIXplatforms
by Andrei Tarassov 21 Mar '06

21 Mar '06

John, Thanks for help! I've managed to create my own traits classes and even made the whole stuff compile, but I found that it would not work :-) Right now I am doing intermediate encoding/decoding between wchar_t and the local encoding (which is determined by the locale). However, I do not like that approach much. I am intrigued with what you said about converting data from UTF-8 to UTF-32 on the fly. It is absolutely not a problem to convert my Unicode strings to UTF-8 encoded strings. Where could I read about those on the fly conversions and what limitations do they have (e.g. how locale settings are handled)? Thanks, Andrei -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of John Maddock Sent: Tuesday, March 21, 2006 12:36 To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] [regex] Working with wchar_t on older UNIXplatforms > Now I tried to integrate wregex in the software, but it just would > not compile complaining about missing wstring (and defined > BOOST_NO_WREGEX). I tried to make up my own regex character traits > class, but this does not seem to help, because some other > classes/types (such as sub_match) make use of basic_string<charT>. > > Is there any way to bypass the problem? OK all the following comments apply to 1.33.1. There are two easy options and one harder option: Easy option #1, use STLport if it supports wstring. Easy option #2, use the ICU/Unicode support in 1.33.1 to search your data directly (as long as it's in UTF-8, UTF-16 or UTF-32 format). You'll get back iterators into your data (whatever encoding it's in), so there's no problems determining offsets etc. The slightly harder option, as you've guessed already: write your own traits class, from 1.33 onwards you can use vector<charT> in place of basic_string<charT> in the traits class. If you take a look at the traits class used by the Unicode/ICU support code it should give you the general idea, and there are docs here: http://www.boost.org/libs/regex/doc/concepts.html#traits And finally... if you data is in MBCS format you might get some ideas from the unicode suuport code in 1.33.x: basically in order to handle multibyte encodings it converts from UTF-8 or UTF-16 to UTF-32 code points on the fly. Of course this requires that the on-the-fly conversions are bidirectional, this works OK for Unicode, but I'm not sure about how far you would get with other encodings. HTH, John. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

2 1