- Boost-users - lists.boost.org

Boost::Spirit - Just enough to match a term?
by Eric Hill 13 Jul '06

13 Jul '06

I'm past the initial learning curve with Spirit, but would like to see how the pros handle this problem. I have the following simple command structure: show queues show users show processes start process foo queue user bar to process foo ...etc I would like to parse these commands with Spirit. Easy enough. Since this is being entered from a keyboard, it would be nice to short-circuit the parser so you only have to enter enough of the command for the parser to reliably figure out what you want. e.g. "sh qu" would parse as "show queues", and "st pr foo" would parse as "start process foo". I can easily model the whole "show queues" command word with: str_p("show") >> str_p("queues") But how do I match "just enough" instead of "whole word" without doing it manually? TIA, Eric

3 4

serialization-lib add user info to XML format
by Eduardo Ferro Aldama 13 Jul '06

13 Jul '06

Hi! We are trying the boost's serialization-lib to serialize C++ objets to send them throw the network. Initialy, we are use xml-serialization to facilitate the inspect the comunications. We are trying to develop a little tool to work/inspect this messages (xml-serializated) but we need to develop this tool in another languaje (in this case python) and We want that this tool don't need to know nothing about the original C++ clases.... In order to develop this tool we need add to the output xml string information about the names of the class that we are serializing -Is possible to configure something to add the class name in the xml output format? -Can we add any other information to taht format without disturb the deserialization process?? Some hint/tipo/doc to add this functionality without changing the boost-lib source? Thanks in advance Please accept my apologies for my poor english -- Eduardo Ferro Aldama Desarrollo TPVs (Gestión Stock) Tlf 91 5142101 Ext:2101 Ce message électronique et tous les fichiers attachés sont confidentiels et destinés exclusivement à l'usage de la personne à laquelle ils sont adressés. Si vous n'êtes pas le destinataire de ce message, merci d'avertir ou de le retourner à son émetteur et détruire ce message électronique et tous les fichiers attachés de votre système informatique. La publication, l'usage, la distribution, l'impression ou la copie non autorisée de ce message et des attachements qu'il contient sont strictement interdits. This e-mail and any attachment are confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, please telephone or email the sender and delete this message and any attachment from your system. Unauthorized publication, use, dissemination, forwarding, printing or copying of this e-mail and its associated attachments is strictly prohibited. Este correo electrónico y todos los ficheros adjuntos son confidenciales y destinados exclusivamente al uso de la persona a la cual han sido remitidos. Si Usted no es el destinatario del mensaje, agradecemos advierta al remitente y elimine el mensaje y sus adjuntos de su sistema. La publicación, distribución, impresión o copia no autorizada de este mensaje y de sus adjuntos queda estrictamente prohibida.

2 1

[regex] matchinf info with merged regex
by Line Oddskool 13 Jul '06

13 Jul '06

Hi boost.regex gurus, I'm stuck with a problem dealing with some kind of regex merging (using boost 1.33). I don't know if the way I took is viable, so any ideas and advice will be appreciated. To give you some insight, i have a set of a hundred matching (ei) and formating (ri) "rules" e.g. e1 : (a)(?=ll) r1 : (?1o) e1/r1 should mean "matching 'a' of some string like 'all' should be replaced by 'o'" I merge all my e/r into one big regex using regex_merge (for performance), so the resulting matching/formating regex is like : e : e1|e2|...|en r: r1r2...rn I'm getting weird behaviour with this, as the resulting string is sometimes filled with sequences like 'u4u5u6u7u8u9u' or other "trash". So to debug this, I'd like to know which rule (i.e. which ei) matched on what part of the string. I'm unsure if it's possible to get some kind of iterator on the rules that have matched using regex_merge ? I also looked at the match_results returned by the simpler method regex_match(), but I can't figure out how to know which part of my matching regex matched (i.e. which ei) ? Otherwise, is there a way to analyse or dump the matching/replacing behaviour of such a complex regex ? Thanks Line.

2 3

[Iterator] const and an iterator's value_type
by Daniel Mitchell 13 Jul '06

13 Jul '06

In the documentation of iterator_facade it is stated that: "The C++ standard requires an iterator's value_type not be const-qualified, so iterator_facade strips the const from its Value parameter in order to produce the iterator's value_type. Making the Value argument const provides a useful hint to iterator_facade that the iterator is a constant iterator, and the default Reference argument will be correct for all lvalue iterators." and "when defining a constant lvalue iterator, the user can pass a const-qualified version of the iterator's value_type as iterator_facade's Value parameter and omit the Reference parameter which follows." Am I to understand from this that iterator_facade<Derived,T const,Category> is equivalent to iterator_facade<Derived,T,Category,T const&>, and likewise for iterator_adaptor? D.

1 0

Re: [Boost-users] c array parameter in resize method of multi_array
by Manuel.Yguel＠inrialpes.fr 13 Jul '06

13 Jul '06

I think that any container that have the proper size would be ok. I would like to know too, if there are some compile flags that will prevent me to do: void outOfBound() { typedef boost::multi_array<double, 3> array_type; array_type A( boost::extents[3][4][2] ); A[12][3][43] = 8.0; printf( "Value: %f\n", A[12][3][43] ); } either at compile-time or at run time.

1 0

[lambda] ->* vs. bind
by Christian Rössel 13 Jul '06

13 Jul '06

Hello, assume I want to do a std::find_if on a container of A* with struct A { int foo; }; Now I have two ways of writing the predicate for find_if: 1. find_if (cont.begin (), cont.end (), _1 ->* &A::foo == 42); 2. find_if (cont.begin (), cont.end (), bind (&A::foo, _1) == 42); They both perform as expected. Are there any differences that make one of them preferrable? Thanks, Christian

1 0

__fastcall warning when compiling boost in managed c++
by ChuMing 13 Jul '06

13 Jul '06

Hi, I am handling some project which mixes managed and unmanaged C++ code. With boost 1.33 I’m hitting problems with the header is_mem_fun_pointer_tester.hpp. There are warnings popping up due to the use of __fastcall calling convertion in boost and its incompatible with compiling some of our code with the /clr flag turned on. Managed C++ is incompatible with the __fastcall calling convention because what it does is it preloads certain registers with the function parameters but for /clr compilation it is compiling to MSIL so this cannot be done and upon encountering any __fastcall the Managed C++ compiler will change it to __stdcall. Does anyone know the implications of disabling these warnings and whether it is safe to do that? I did not get these warnings with the previous versions of boost though. Thanks and regards, Chu-Ming

2 3

Regex build problem using g++ under cygwin
by Darren.Moore＠csiro.au 13 Jul '06

13 Jul '06

Hi, I've just started trying to use the Regex library with g++ 3.4.4 under cygwin. I am using the boost 1_33_1 libraries that are installed by cygwin's setup program. For some reason that I cannot figure out, building fails for this simple program test-regex.cpp : #include <boost/regex.hpp> using namespace boost; int main() { regex re; re.assign("hey"); } My build command is: g++ -I/usr/include/boost-1_33_1 -lboost_regex-gcc-mt-s test-regex.cpp Compilation is ok, but during linking I get: /cygdrive/d/temp/ccrjdFg7.o:test-regex.cpp:(.text$_ZN5boost11basic_regex IcNS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEE6assignEPKcS7_j[boost:: basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::assign(char const*, char const*, unsigned int)]+0x22): undefined reference to `boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::do_assign(char const*, char const*, unsigned int)' collect2: ld returned 1 exit status I cannot figure out how to solve this problem, and would be grateful if anyone can offer any help. Thanks, Darren Moore.

4 3

[thread] TSS locking?
by Cory Nelson 13 Jul '06

13 Jul '06

Hello! The documentation doesn't seem to mention this. Does thread_specific_ptr have any guarantees about locking (mutex etc) when you call get() or reset()? I'd like to use it in a library but if locks I'll have to roll my own. Thanks! -- Cory Nelson http://www.int64.org

1 0

Seg faults when using boost::regex_replace in multiple threads
by mailinglist＠kamba.net.nz 12 Jul '06

12 Jul '06

Hello, I'm having a few problems with boost::regex_replace seg faulting when used in a multithreaded program. The problem seems to be identical to the one described in http://lists.boost.org/boost-users/2006/06/20235.php, with a seg fault on line 133 of regex_format.hpp, though I have linked against the multithreaded version of libboost_regex.so and the problem is still happening. Unfortunately, I never saw any definitive answer for what was causing the original poster's problems. =========================================== Stack trace: =========================================== Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -584664144 (LWP 28385)] 0x080520e0 in boost::re_detail::basic_regex_formatter<boost::re_detail::string_out_ite rator<std::string>, boost::match_results<char const*, std::allocator<boost::sub_match<char const*> > >, boost::regex_traits_wrapper<boost::regex_traits<char, boost::cpp_regex_traits<char> > > >::format_all (this=0xdd26b8d0) at regex_format.hpp:133 133 switch(*m_position) (gdb) where #0 0x080520e0 in boost::re_detail::basic_regex_formatter<boost::re_detail::string_out_ite rator<std::string>, boost::match_results<char const*, std::allocator<boost::sub_match<char const*> > >, boost::regex_traits_wrapper<boost::regex_traits<char, boost::cpp_regex_traits<char> > > >::format_all (this=0xdd26b8d0) at regex_format.hpp:133 #1 0x080518be in boost::re_detail::basic_regex_formatter<boost::re_detail::string_out_ite rator<std::string>, boost::match_results<char const*, std::allocator<boost::sub_match<char const*> > >, boost::regex_traits_wrapper<boost::regex_traits<char, boost::cpp_regex_traits<char> > > >::format (this=0xdd26b8d0, p1=0xd55005dc "$1", p2=0xd55005de "", f=format_all) at regex_format.hpp:123 #2 0x08051073 in boost::re_detail::regex_format_imp<boost::re_detail::string_out_iterator <std::string>, char const*, std::allocator<boost::sub_match<char const*> >, char, boost::regex_traits_wrapper<boost::regex_traits<char, boost::cpp_regex_traits<char> > > > (out= {<std::iterator<std::output_iterator_tag, char, int, char*, char&>> = {<No data fields>}, out = 0xdd26ba70}, m=@0xd5500518, p1=0xd55005dc "$1", p2=0xd55005de "", flags=format_all, t=@0x8064140) at regex_format.hpp:569 #3 0x08050710 in format<boost::re_detail::string_out_iterator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > > > (this=0xd5500518, out={<std::iterator<std::output_iterator_tag, char, int, char*, char&>> = {<No data fields>}, out = 0xdd26ba70}, fmt=@0xdd26b990, flags=format_all, re=@0x805f6ec) at match_results.hpp:170 #4 0x0804fe35 in boost::regex_replace<boost::re_detail::string_out_iterator<std::string>, char const*, boost::regex_traits<char, boost::cpp_regex_traits<char> >, char> (out= {<std::iterator<std::output_iterator_tag, char, int, char*, char&>> = {<No data fields>}, out = 0xdd26ba70}, first=0xd550048c "abcdefgh", last=0xd5500494 "", e=@0x805f6ec, fmt=0x805a2a9 "$1", flags=format_all) at regex_replace.hpp:53 #5 0x0804f7e1 in boost::regex_replace<boost::regex_traits<char, boost::cpp_regex_traits<char> >, char> (s=@0xdd26ba80, e=@0x805f6ec, fmt=0x805a2a9 "$1", flags=format_all) at regex_replace.hpp:84 #6 0x0804f3c4 in test_fn () at regexTest.C:32 #7 0xf63e5dec in start_thread () from /lib/tls/libpthread.so.0 #8 0xf6385a2a in clone () from /lib/tls/libc.so.6 (gdb) print *this $1 = {m_traits = @0x8064140, m_results = @0xd5500518, m_out = {<std::iterator<std::output_iterator_tag, char, int, char*, char&>> = {<No data fields>}, out = 0xdd26ba70}, m_position = 0xd44ff5d6 <Address 0xd44ff5d6 out of bounds>, m_end = 0xd55005de "", m_flags = format_all, m_state = output_copy, m_have_conditional = false} ========================================== GCC version is 3.2.3 20030502 (Red Hat Linux 3.2.3-42), with Boost 1.33.1, on a 4 CPU machine. We're using the STL from RogueWave, though since the post from a couple of weeks ago had the same problem with both GCC and STLport libraries I don't think that's the problem. This problem also occurs with version 1.33.0, but not with 1.32 or earlier. Does anyone know if there is a known problem with using these new versions of boost::regex_replace in multiple threads? If it's helpful, I have a very simple test program that demonstrates the problem. Any help on this would be greatly appreciated. Kind regards, Alistair Potts

3 2