<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.lib.boost.user">
    <title>gmane.comp.lib.boost.user</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.boost.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.boost.user/74266"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.boost.user/74265"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.boost.user/74264"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.boost.user/74263"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.boost.user/74262"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.boost.user/74261"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.boost.user/74260"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.boost.user/74259"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.boost.user/74258"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.boost.user/74257"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.boost.user/74256"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.boost.user/74255"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.boost.user/74254"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.boost.user/74253"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.boost.user/74252"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.boost.user/74251"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.boost.user/74250"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.boost.user/74249"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.boost.user/74248"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.boost.user/74247"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.boost.user/74266">
    <title>Re: [Test] main for BOOST_TEST_DYN_LINK with manualregistration</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.boost.user/74266</link>
    <description>&lt;pre&gt;
I'm dumb.  Naming the init_unit_test() method the same thing in either
case simplifies main().  Sorry for the line noise.

- Rhys
&lt;/pre&gt;</description>
    <dc:creator>Rhys Ulerich</dc:creator>
    <dc:date>2012-05-25T21:49:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.boost.user/74265">
    <title>Re: [Test] main for BOOST_TEST_DYN_LINK with manualregistration</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.boost.user/74265</link>
    <description>&lt;pre&gt;
This appears to work but I would certainly appreciate a prettier solution...

#ifdef BOOST_TEST_ALTERNATIVE_INIT_API
bool init_unit_test()                   {
#else
::boost::unit_test::test_suite*
init_unit_test_suite( int, char* [] )   {
#endif

  // Register some stuff

#ifdef BOOST_TEST_ALTERNATIVE_INIT_API
    return true;
}
#else
    return 0;
}
#endif

int main( int argc, char* argv[] )
{
#ifdef BOOST_TEST_ALTERNATIVE_INIT_API
    return ::boost::unit_test::unit_test_main( &amp;amp;init_unit_test, argc, argv );
#else
    return ::boost::unit_test::unit_test_main( &amp;amp;init_unit_test_suite,
argc, argv );
#endif
}

Regardless of the prettiness of the solution, this would be helpful to
include in the manual at
http://www.boost.org/doc/libs/1_49_0/libs/test/doc/html/utf/user-guide/test-organization/manual-test-suite.html

- Rhys
&lt;/pre&gt;</description>
    <dc:creator>Rhys Ulerich</dc:creator>
    <dc:date>2012-05-25T21:39:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.boost.user/74264">
    <title>[Test] main for BOOST_TEST_DYN_LINK with manualregistration</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.boost.user/74264</link>
    <description>&lt;pre&gt;What from example 15 from the Boost.Test "Manually registered test
suites" documentation[1] needs to change if instead of
   #include &amp;lt;boost/test/included/unit_test.hpp&amp;gt;
one used
   #define BOOST_TEST_DYN_LINK
   #include &amp;lt;boost/test/unit_test.hpp&amp;gt;
?

the unit_test_main, but I'm at a loss for what it would look like...
I don't think I'm running afoul of BOOST_TEST_ALTERNATIVE_INIT_API
from reading &amp;lt;boost/test/unit_test.hpp&amp;gt; where the main() definition
cares nothing about that #define, but I could be wrong.

Help or a known-good example much appreciated,
Rhys

[1] http://www.boost.org/doc/libs/1_49_0/libs/test/doc/html/utf/user-guide/test-organization/manual-test-suite.html
[2] http://www.boost.org/doc/libs/1_49_0/libs/test/doc/html/utf/user-guide/test-runners.html
&lt;/pre&gt;</description>
    <dc:creator>Rhys Ulerich</dc:creator>
    <dc:date>2012-05-25T21:28:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.boost.user/74263">
    <title>Re: "invalid signature" inboost::archive::binary_iarchive</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.boost.user/74263</link>
    <description>&lt;pre&gt;
binary archives are not portable across architectures.  Specifically
it is not possble to create a binary archive with 32 bit code and
and read that archive with 64 bit code.  You'll have to write
your achive to some portable format such as a text archive.
Then you can load it on any platform.

Robert Ramey 
&lt;/pre&gt;</description>
    <dc:creator>Robert Ramey</dc:creator>
    <dc:date>2012-05-25T22:02:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.boost.user/74262">
    <title>"invalid signature" in boost::archive::binary_iarchive</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.boost.user/74262</link>
    <description>&lt;pre&gt;I had to port a multi-process application to 64 bits and I rely on boost
serialization to send messages, that are maps of key-values, into Microsoft
queues to the other modules. It works just fine into 32 bits but when I run
it in 64 the constructor throws an "invalid signature" exception

void Message::fromBinary( const std::string&amp;amp; data )
{
  std::stringstream ss;
  ss &amp;lt;&amp;lt; data;
  boost::archive::binary_iarchive ia(ss); //exception here

  ia &amp;gt;&amp;gt; *this;
}

I managed to debug into basic_binary_iarchive.ipp and this 'if' &amp;lt; at &amp;gt; line 72
fails

if(file_signature != BOOST_ARCHIVE_SIGNATURE())

boost::serialization::throw_exception(archive_exception(archive_exception::invalid_signature));

inside this file I have no debug symbols so I don't know the values of
'file_signature' and 'BOOST_ARCHIVE_SIGNATURE' or where
BOOST_ARCHIVE_SIGNATURE is defined.

Some additional information: the modules are all running on the same
machine, on windows 7 64-bits, and  compiled by visual studio 2010 x64
including static boost librarie&lt;/pre&gt;</description>
    <dc:creator>Ibrahim Beicker</dc:creator>
    <dc:date>2012-05-25T18:44:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.boost.user/74261">
    <title>Re: [container] Compilation failure with clang 3.1</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.boost.user/74261</link>
    <description>&lt;pre&gt;

On Friday, May 25, 2012 2:38:24 PM UTC+2, Marshall Clow wrote:
Indeed, it works! I should have seen this problem... Anyway, thank you! 
 

Boost-users mailing list
Boost-users&amp;lt; at &amp;gt;lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-users&lt;/pre&gt;</description>
    <dc:creator>Alexandre Hamez</dc:creator>
    <dc:date>2012-05-25T14:20:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.boost.user/74260">
    <title>Re: Spirit, StateChart, MSM</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.boost.user/74260</link>
    <description>&lt;pre&gt;Hi

of these libs. Is there any page where the comparison/pros&amp;amp;cons are listed and 
so on?

The key differences between MSM and Statechart are discussed here:

&amp;lt;http://stackoverflow.com/questions/4275602/boost-statechart-vs-meta-state-
machine/4311524#4311524&amp;gt;

HTH,

Andreas
&lt;/pre&gt;</description>
    <dc:creator>Andreas Huber</dc:creator>
    <dc:date>2012-05-25T13:45:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.boost.user/74259">
    <title>Re: [msm] Two identical orthogonal regions?</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.boost.user/74259</link>
    <description>&lt;pre&gt;

Thank you very much, it worked fine!
Regards,
a.
&lt;/pre&gt;</description>
    <dc:creator>Aurelian Melinte</dc:creator>
    <dc:date>2012-05-25T13:43:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.boost.user/74258">
    <title>Re: [Geometry] spatial linestring access along line</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.boost.user/74258</link>
    <description>&lt;pre&gt;Thanks Barend,

the function you mentioned is just what I needed.
I have implemented it on my own. Sadly, only the brute force approach
using for_each_segment and adding up the length travelled.

Great lib nonetheless.

Cheers,
Stephan


On Fri, May 25, 2012 at 1:14 PM, Barend Gehrels &amp;lt;barend&amp;lt; at &amp;gt;xs4all.nl&amp;gt; wrote:
&lt;/pre&gt;</description>
    <dc:creator>Stephan Menzel</dc:creator>
    <dc:date>2012-05-25T12:56:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.boost.user/74257">
    <title>Re: [container] Compilation failure with clang 3.1</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.boost.user/74257</link>
    <description>&lt;pre&gt;
On May 25, 2012, at 1:07 AM, Alexandre Hamez wrote:


Currently, on both the trunk and release branches, that line is:
template &amp;lt;typename T&amp;gt; using rebind_alloc = typename boost::intrusive::detail::type_rebinder&amp;lt;Alloc, T&amp;gt;::type; 
(note the extra 'typename')

You might try inserting that, and see if that fixes the problem.


&lt;/pre&gt;</description>
    <dc:creator>Marshall Clow</dc:creator>
    <dc:date>2012-05-25T12:38:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.boost.user/74256">
    <title>[container] Compilation failure with clang 3.1</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.boost.user/74256</link>
    <description>&lt;pre&gt;Hello,

When compiling Boost.Container, clang 3.1 (stable release, Mac OS X 10.7.4) 
fails:
 

However gcc 4.7 has no problem with it. Does anyone has experienced the 
same thing and possibly found a workaround?

Thank you!

Alexandre Hamez

_______________________________________________
Boost-users mailing list
Boost-users&amp;lt; at &amp;gt;lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-users&lt;/pre&gt;</description>
    <dc:creator>Alexandre Hamez</dc:creator>
    <dc:date>2012-05-25T08:07:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.boost.user/74255">
    <title>Re: [Geometry] spatial linestring access along line</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.boost.user/74255</link>
    <description>&lt;pre&gt;Hi Stephan,

On 23-5-2012 17:08, Stephan Menzel wrote:

There is no such function built in. You are probably looking for a 
function as LocateAlong, 
http://postgis.refractions.net/documentation/manual-2.0/ST_LocateAlong.html

This function is (ever) planned, it is part of the OGC SF specification. 
But it is not there yet.

Regards, Barend
&lt;/pre&gt;</description>
    <dc:creator>Barend Gehrels</dc:creator>
    <dc:date>2012-05-25T11:14:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.boost.user/74254">
    <title>Re: [multi_index] movable only types</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.boost.user/74254</link>
    <description>&lt;pre&gt;

Hi Szymon,

Boost.MultiIndex definitely needs to be updated so as to
be conformant with new requiremts for C++11 containers,
including (but not only) move support. The sad reality is
that the time I can devote to this task is vanishingly small.
I could save some time for this in the future, but can't
really commit to a date yet.

Of course, if someone is bold enough to initiate the work
herself and proposes a patch, I'll be more than willing to help
with the effort.

Joaquín M López Muñoz
Telefónica Digital




_______________________________________________
Boost-users mailing list
Boost-users&amp;lt; at &amp;gt;lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-users&lt;/pre&gt;</description>
    <dc:creator>Joaquín M LópezMuñoz</dc:creator>
    <dc:date>2012-05-25T08:28:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.boost.user/74253">
    <title>Re: [msm] Two identical orthogonal regions?</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.boost.user/74253</link>
    <description>&lt;pre&gt;

Hi,

for MSM they just need to be different types. You can define structs 
inheriting from base states, you can templatize them with an int parameter, 
you can even define a submachine which you inherit from and paste 2 
instances, one in each region.

Though I didn't try it since the times of MSM v1, something like the 
following should work (assuming Functor Front-end):

struct SubFront : msm::front_state_machine_def&amp;lt;SubFront&amp;gt;{...};
typedef msm::back::state_machine&amp;lt;SubFront&amp;gt; SubHelper;

template &amp;lt;int index&amp;gt;
struct Sub: public SubHelper{};

// Outer machine
// we have only the submachines in the regions so that it is easier to 
duplicate
typedef mpl::vector&amp;lt;Sub&amp;lt;0&amp;gt;, Sub&amp;lt;1&amp;gt; &amp;gt; initial_state;
// excerpt from transition table
Row&amp;lt;Sub&amp;lt;0&amp;gt;,...&amp;gt;,
Row&amp;lt;Sub&amp;lt;1&amp;gt;,...&amp;gt;

HTH,
Christophe
&lt;/pre&gt;</description>
    <dc:creator>Christophe Henry</dc:creator>
    <dc:date>2012-05-24T20:23:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.boost.user/74252">
    <title>[range] any_iterator ?</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.boost.user/74252</link>
    <description>&lt;pre&gt;original subject was: Re: [Boost-users] offlist - Re: [iterator] Problems with iterator_facade and const-qualification

On May 15, 2011, at 5:16 PM, Neil Groves wrote:

I was recently reminded of this and went looking for it in boost 1.49, but see no sign of it there (outside the existing range_detail version), nor in boost svn trunk.

Anything I can do to help make this happen?
&lt;/pre&gt;</description>
    <dc:creator>Kim Barrett</dc:creator>
    <dc:date>2012-05-24T20:15:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.boost.user/74251">
    <title>[msm] Two identical orthogonal regions?</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.boost.user/74251</link>
    <description>&lt;pre&gt;Hi,

I am trying to put two identical orthogonal regions in a state machine 
(each region would model a "channel" and I can have multiple such 
channels).

One way I can think of is duplicating the states through typedefs and 
duplicating entries in the transition table.

Is there a way to avoid this duplication?

Regards,
a.
&lt;/pre&gt;</description>
    <dc:creator>Aurelian Melinte</dc:creator>
    <dc:date>2012-05-24T18:25:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.boost.user/74250">
    <title>Re: Iterator concept checking</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.boost.user/74250</link>
    <description>&lt;pre&gt;

Hmmm...the below code (with a slight modification) compiles for me on
MSVC9, Boost 1.49.0.



I don't know where the following concept checking classes are defined, but
from [1], it appears you should be using
boost_concepts::ForwardTraversalConcept, etc. (badly named, IMHO, but
that's what I'm finding in the documentation).



(Also, could you please use plain formatting in your emails? It makes it
easier to reply inline and easier to read across a wide variety of media.
Thanks.)

- Jeff

[1]
http://www.boost.org/doc/libs/1_49_0/libs/iterator/doc/iterator_concepts.html
_______________________________________________
Boost-users mailing list
Boost-users&amp;lt; at &amp;gt;lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-users&lt;/pre&gt;</description>
    <dc:creator>Jeffrey Lee Hellrung, Jr.</dc:creator>
    <dc:date>2012-05-24T17:11:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.boost.user/74249">
    <title>Iterator concept checking</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.boost.user/74249</link>
    <description>&lt;pre&gt;I'm trying to learn to use BOOST_CONCEPT_CHECK for custom iterators,
ranges, and containers.  I've built a simple linked list class with an
iterator (and const_iterator) that, as far as I can tell, satisfies the
forward traversal iterator requirements.  However, g++ gives the
following errors:

concept.cpp:81: error: `*' cannot appear in a constant-expression
concept.cpp:81: error: a call to a constructor cannot appear in a
constant-expression
concept.cpp:81: error: template argument 1 is invalid
concept.cpp:81: error: template argument 1 is invalid
concept.cpp:82: error: `*' cannot appear in a constant-expression
concept.cpp:82: error: a call to a constructor cannot appear in a
constant-expression
concept.cpp:82: error: template argument 1 is invalid
concept.cpp:82: error: template argument 1 is invalid
concept.cpp:83: error: `*' cannot appear in a constant-expression
concept.cpp:83: error: a call to a constructor cannot appear in a
constant-expression
concept.cpp:83: error: template argument 1 is invalid
c&lt;/pre&gt;</description>
    <dc:creator>McNamara, Nate</dc:creator>
    <dc:date>2012-05-24T15:39:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.boost.user/74248">
    <title>boost::asio one connectio-per-thread</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.boost.user/74248</link>
    <description>&lt;pre&gt;Hello,
is this a code appropriate?

    boost::asio::io_service io_service;
    tcp::acceptor a(io_service, tcp::endpoint(tcp::v4(),3080));
    for (;;) {
        socket_ptr sock(new tcp::socket(io_service));
        a.accept(*sock);
        emv_clientthread_ptr cli(new axf::server::server_socket(sock));
        boost::thread t(boost::bind(&amp;amp;axf::server::server_socket::start, 
cli));
    }
appreciate any help.
Christer 
&lt;/pre&gt;</description>
    <dc:creator>Christer Borgqvist</dc:creator>
    <dc:date>2012-05-24T08:25:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.boost.user/74247">
    <title>[multi_index] movable only types</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.boost.user/74247</link>
    <description>&lt;pre&gt;Hi,

with boost.move available are there any plans to make multi_index work
with movable-only types?

&lt;/pre&gt;</description>
    <dc:creator>Szymon Gatner</dc:creator>
    <dc:date>2012-05-23T20:40:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.boost.user/74246">
    <title>Re: [Chrono] Negative real time</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.boost.user/74246</link>
    <description>&lt;pre&gt;Le 23/05/12 09:39, Wilfried Kirschenmann a écrit :
Oh my bad, I forget this issue and I was locking on the trunk. Glad to 
see that you will get a solution with 1.50 :)

Best,
Vicente
_______________________________________________
Boost-users mailing list
Boost-users&amp;lt; at &amp;gt;lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-users&lt;/pre&gt;</description>
    <dc:creator>Vicente J. Botet Escriba</dc:creator>
    <dc:date>2012-05-23T16:29:15</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.lib.boost.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.lib.boost.user</link>
  </textinput>
</rdf:RDF>

