- Boost-users - lists.boost.org

dumb question: iterator dynamic_cast adapter?
by Paul Elliott 22 Mar '04

22 Mar '04

I am trying to figure out iterators and I have a dumb question: I have an iterator A_iter, that can traverse in both directions ( A_iter++ and A_iter-- ) and can do input (operator*()). Value_type = type of *A_iter is A; and A is static_cast able to B: A start; B fish = static_cast<B>(start); // OK How do I use adapters to create B_iter, which is the same as A_iter, but whose value_type= typeof *B_iter is B? I am sorry if this is a dumb question. -- Paul Elliott 1(512)837-1096 pelliott(a)io.com PMB 181, 11900 Metric Blvd Suite J http://www.io.com/~pelliott/pme/ Austin TX 78758-3117

2 1

obtaining vertex descriptor from property_map (newbie)
by Gustavo Sánchez 22 Mar '04

22 Mar '04

Dear all, We have a graph which has a property of type string associated with the vertexes. What we want to do is to obtain a vertex descriptor from a string. Could you please tell us how to implement it? Thank you in advance! --------------------------------- Antivirus Filtros antispam 6 MB gratis ¿Todavía no tienes un correo inteligente?

2 1

Controlling selection of runtime libraries
by Bob Kline 22 Mar '04

22 Mar '04

We're using Boost's regex package in a Windows environment for a server built with Microsoft Visual Studio 7.x. We'd like to be able to build our server with debugging symbols for our own code, but still use the release versions of the Microsoft runtime DLLs (because the debugging versions of the Microsoft runtime DLLs aren't redistributable, so we can't legally install them on our production server). The problem is, when we compile our own code for debugging (with -Zi and -D_DEBUG), the Boost headers detect this and do their behind-the-curtain magic to point to a version of the regex package which is linked to the debugging versions of the runtime libraries (msvcr71d and msvcp71d). We've tried using the BOOST_REGEX_NO_LIB trick, specifying the version of the regex library to which we want to link (boost_regex_vc7_mdi.lib) but this doesn't work, because although it compiles fine, the linker chokes complaining about the inability to find a bunch of severely mangled names. What's the *real* trick for using the version of the library we want? Do we need to hack the distributed makefile each time we upgrade regex? (Or worse, shuffle libraries around by renaming them?) Thanks. Bob Kline

3 4

Re: boost-sandbox socket and boost 1.31.0?
by Hugo Duncan 22 Mar '04

22 Mar '04

Robert Helgesson <rycee(a)home.se> wrote: > I'm wondering regarding the socket library found in boost-sandbox. Will > it be updated to function nicely with the latest Boost release? Hi, I have something similar that works with current boost CVS code. I have uploaded this to http://sourceforge.net/projects/giallo/ in an attempt to get this moving again. So far I have low level wrappers for sockets and named pipes. Documentation, tests are lacking. I will be adding the reactor code that I uploaded to the yahoo groups files section in due course. Hugo ps Thanks Jeff for pointing me at this post

1 0

Re: Trouble building libbgl-viz.a
by Vladimir Prus 22 Mar '04

22 Mar '04

Steve Juranich wrote: Hi Steve, sorry that it took quite some time to reply, > My version of graphviz_graph_parser.hpp has the following (lines 55-58): > > #ifndef YYSTYPE > typedef int yystype; > # define YYSTYPE yystype > #endif > > So it looks like the test is different as well as the #define arguments > being switched around. > > When I changed my lines to match your lines, I was able to get the > graphviz_graph_lex.o file, but the build chokes again when it tries to > re-run with -DGRAPHVIZ_DIRECTED=1. Could you modify yystype.h to read: #ifndef BOOST_GRAPH_YYSTYPE_H #define BOOST_GRAPH_YYSTYPE_H union yystype { int i; void* ptr; }; #define YYSTYPE yystype #endif // BOOST_GRAPH_YYSTYPE_H This works for me and it if works for you as well, I'll commit the change. - Volodya

2 2

RE: [Boost-users] regular expression searching for Glib::ustring??
by Ben Hutchings 19 Mar '04

19 Mar '04

Paul Elliott <pelliott(a)io.com> wrote: > On Thu, Mar 18, 2004 at 04:08:59PM -0000, Ben Hutchings wrote: > > Paul Elliott <pelliott(a)io.com> wrote: > > > I am using Gtkmm. I want to do boost regular expression searching > > > on Glib::ustring. <snip> > > > How would you set up boost regex to search if both the regular > > > expression and the string to be searched is a ustring? <snip> > > To create a regex from a ustring I would write something like this: > > > > boost::reg_expression<gunichar, unicode_regex_traits> re; > > In the above, you have unicode_regex_traits, which is necessary > because when I tried: > > boost::basic_regex<gunichar> regular_expression; > > I got the following error message: <snip > So this means that regex_traits<gunichar> does not work, and I > must code my own substitute for regex_traits<gunichar>. > > What are the requirements for such a traits structure? I already told you: > > I am using Boost 1.30, in which the traits are documented in > > <boost/libs/regex/traits_class_ref.htm>. I don't know whether that > > documentation still applies to 1.31. Ben.

1 0

singleton_pool compile error
by ukropina＠sfu.ca 19 Mar '04

19 Mar '04

Hi I'm trying to compile the sample code for singleton pool from http://www.boost.org/libs/pool/doc/interfaces.html just to learn how to use singleton pool. Here is the code. struct MyPoolTag { }; typedef boost::singleton_pool<MyPoolTag, sizeof(int)> my_pool; void func() { for (int i = 0; i < 10000; ++i) { int * const t = my_pool::malloc(); } my_pool::purge_memory(); } but I keep geting this error: Compiling... main.cpp c:\program files\microsoft visual studio\vc98\include\xmemory(59) : error C2248: 'object_creator' : cannot access private struct declared in class 'boost::details::pool::singleton_default<struct boost::singleton_pool<struct MyPoolTag,4,struct boost: :default_user_allocator_new_delete,class boost::details::pool::win32_mutex,32>::pool_type>' e:\lib\boost\boost\pool\detail\singleton.hpp(63) : see declaration of 'object_creator' c:\program files\microsoft visual studio\vc98\include\xmemory(59) : while compiling class-template static data member 'struct boost::details::pool::singleton_default<struct boost::singleton_pool<struct MyPoolTag,4,struct boost::default_user_ allocator_new_delete,class boost::details::pool::win32_mutex,32>::pool_type>::object_creator ol_type>::create_object' Error executing xicl6.exe. I'm using MS Visual C++ 6.0 SP5 on windows XP. What am I doing wrong ? Does anyone have a sample code for singleton pool that works on windows ? Thanks Nenad boost::details::pool::singleton_default<boost::singleton_pool<,4,boost::defa ult_user_allocator_new_delete,boost::details::pool::win32_mutex,32>::po

2 1

regular expression searching for Glib::ustring??
by Paul Elliott 19 Mar '04

19 Mar '04

I am using Gtkmm. I want to do boost regular expression searching on Glib::ustring. http://www.gtkmm.org/gtkmm2/docs/reference/html/classGlib_1_1ustring.html This class represents characters in UTF-8, so each character in the buffer is represented by a varriable number of bytes. But it does have a bidirectional iterator. How would you set up boost regex to search if both the regular expression and the string to be searched is a ustring? Does one need to override any of the types defiened in regex_traits? Thank you. BTW. Quote from:http://www.boost.org/libs/regex/doc/regex_traits.html "Under construction. The current boost.regex traits class design will be migrated to that specified in the regular expression standardization proposal." This is not very useful to someone trying to use the boost_regex library now! -- Paul Elliott 1(512)837-1096 pelliott(a)io.com PMB 181, 11900 Metric Blvd Suite J http://www.io.com/~pelliott/pme/ Austin TX 78758-3117

2 1

RE: [Boost-users] regular expression searching for Glib::ustring??
by Ben Hutchings 18 Mar '04

18 Mar '04

Paul Elliott <pelliott(a)io.com> wrote: > I am using Gtkmm. I want to do boost regular expression searching on > Glib::ustring. > http://www.gtkmm.org/gtkmm2/docs/reference/html/classGlib_1_1ustring.htm l > > This class represents characters in UTF-8, so each character in the > buffer is represented by a varriable number of bytes. But it does > have a bidirectional iterator. > > How would you set up boost regex to search if both the regular > expression and the string to be searched is a ustring? > > Does one need to override any of the types defiened in regex_traits? The character type should be gunichar. > Thank you. > > BTW. > Quote from:http://www.boost.org/libs/regex/doc/regex_traits.html > > "Under construction. > The current boost.regex traits class design will be migrated to > that specified in the regular expression standardization proposal." > > This is not very useful to someone trying to use the boost_regex > library now! I am using Boost 1.30, in which the traits are documented in <boost/libs/regex/traits_class_ref.htm>. I don't know whether that documentation still applies to 1.31. You don't necessarily need custom traits to use custom iterator types. However, you do need to define custom traits to make character classes, case folding and so on work for all Unicode characters. To create a regex from a ustring I would write something like this: boost::reg_expression<gunichar, unicode_regex_traits> re; re.assign(s.begin(), s.end(), flags); When searching in a ustring I would write code like: my_predicate pred; boost::regex_grep(pred, s.begin(), s.end(), re, flags); boost::match_results<Glib::ustring::const_iterator, std::allocator<gunichar> > results; boost::regex_search<Glib::ustring::const_iterator, std::allocator<gunichar>, gunichar, unicode_regex_traits, std::allocator<gunichar> >( s.begin(), s.end(), results, re, flags); Glib::ustring result; boost::regex_merge( std::back_inserter(result), source.begin(), source.end(), re, std::basic_string<gunichar>(repl.begin(), repl.end())), flags); (The above is untested as we're not actually using Gtkmm but it's based on what we're doing with our own UTF-8 and UTF-16 strings.)

2 1

RE: [Boost-users] regular expression searching for Glib::ustring??
by Yarwood, Martin (UK) 18 Mar '04

18 Mar '04

> "Under construction. > The current boost.regex traits class design will be migrated to > that specified in the regular expression standardization proposal." > > This is not very useful to someone trying to use the boost_regex > library now! > I'm sure they'll give you a full refund ******************************************************************** This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. ********************************************************************

1 0