<?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://blog.gmane.org/gmane.comp.lib.boost.user">
    <title>gmane.comp.lib.boost.user</title>
    <link>http://blog.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://comments.gmane.org/gmane.comp.lib.boost.user/78751"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.boost.user/78748"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.boost.user/78746"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.boost.user/78744"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.boost.user/78739"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.boost.user/78738"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.boost.user/78731"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.boost.user/78727"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.boost.user/78725"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.boost.user/78718"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.boost.user/78717"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.boost.user/78716"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.boost.user/78713"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.boost.user/78709"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.boost.user/78707"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.boost.user/78703"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.boost.user/78700"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.boost.user/78696"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.boost.user/78692"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.boost.user/78690"/>
      </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://comments.gmane.org/gmane.comp.lib.boost.user/78751">
    <title>Mutex synchronised wrapper class forboost::interprocess shared memory vector of strings</title>
    <link>http://comments.gmane.org/gmane.comp.lib.boost.user/78751</link>
    <description>&lt;pre&gt;I'm trying to write a wrapper class in C++ to give mutex synchronised
interprocess access to a shared memory vector of strings. This is my first
foray into boost::interprocess and allocators are proving something of a
mystery.

Is anyone able to see why on compilation I get the error:

error C2512: 'boost::interprocess::allocator::allocator' : no appropriate
default constructor available C:\Program Files
(x86)\Boost\boost_1_53_0\boost\container\string.hpp

#ifndef SHARED_MEMORY_WRAPPER_H//if not defined already

#define SHARED_MEMORY_WRAPPER_H//then define it

 

#include &amp;lt;boost/interprocess/managed_shared_memory.hpp&amp;gt;

#include &amp;lt;boost/interprocess/containers/vector.hpp&amp;gt;

#include &amp;lt;boost/interprocess/containers/string.hpp&amp;gt;

#include &amp;lt;boost/interprocess/allocators/allocator.hpp&amp;gt;

#include &amp;lt;boost/interprocess/sync/named_mutex.hpp&amp;gt;

 

using namespace boost::interprocess;

 

class SharedMemoryWrapper

{

public:

SharedMemoryWrapper(const std::string &amp;amp;name, bool server) : m_name(name),
m_server(server)

{

if (&lt;/pre&gt;</description>
    <dc:creator>Riskybiz</dc:creator>
    <dc:date>2013-06-18T14:28:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.boost.user/78748">
    <title>[BGL] null_vertex()</title>
    <link>http://comments.gmane.org/gmane.comp.lib.boost.user/78748</link>
    <description>&lt;pre&gt;Hello,

I am wondering what the function
boost::graph_traits&amp;lt;G&amp;gt;::null_vertex()
http://www.boost.org/doc/libs/1_53_0/libs/graph/doc/Graph.html
is for, and why there is no equivalent
function null_edge()

best regards,

andreas

&lt;/pre&gt;</description>
    <dc:creator>Andreas Fabri</dc:creator>
    <dc:date>2013-06-18T07:51:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.boost.user/78746">
    <title>[Test]: Problem with simple Boost.Test</title>
    <link>http://comments.gmane.org/gmane.comp.lib.boost.user/78746</link>
    <description>&lt;pre&gt;I'm trying to get what I think should be a simple example of
Boost.Test (Boost 1.53) to work but I'm getting a segmentation fault,
having used other of the Boost libraries from the same build/install
of 1.53 without any problems.  Am I doing anything obviously wrong?
Thanks in advance for any help.

$ cat test/cma.cpp
#define BOOST_TEST_MODULE cma
#include &amp;lt;boost/test/unit_test.hpp&amp;gt;

#include &amp;lt;iostream&amp;gt;
#include &amp;lt;ostream&amp;gt;

BOOST_AUTO_TEST_CASE(sanity)
{
    std::clog &amp;lt;&amp;lt; "Test the world!\n";
}
$ make check
[100%] Building CXX object CMakeFiles/test-cma.dir/test/cma.cpp.o
Linking CXX executable test-cma
[100%] Built target test-cma
[100%] Built target check
$ env DYLD_LIBRARY_PATH=${TARGET}/lib ./test-cma
Running 1 test case...
Test the world!
Segmentation fault: 11
$

Here are some more details.  I'm trying this on Mac with GCC.

$ uname -a
Darwin Damien-Kicks-MacBook-Pro.local 12.4.0 Darwin Kernel Version 12.4.0: \
Wed May  1 17:57:12 PDT 2013; root:xnu-2050.24.15~1/RELEASE_X86_64 x86_64
$ ${CXX} --version
g&lt;/pre&gt;</description>
    <dc:creator>Damien Kick</dc:creator>
    <dc:date>2013-06-17T21:23:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.boost.user/78744">
    <title>[filesystem] Create file with a unicode filename/path</title>
    <link>http://comments.gmane.org/gmane.comp.lib.boost.user/78744</link>
    <description>&lt;pre&gt;Hello,

I'm working under windows 7 with mingw. I have encountered some weird 
behaviour with unicode filenames. My program needs to be portable, and 
I'm using boost::filesystem (v 1.53) to handle the file paths.

This has all been going well, until I needed to open files with unicode 
filenames. This is not about the content of the file, but the file's 
name/path.

I tried the following: For testing I made a folder named 
C:\UnicodeTest\|????????|and I tried creating a file inside of it, by 
appending the file name test.txt to the boost wpath. For some reason the 
creation of the file fails. I'm using boost's fstreams and when I try to 
open the file, the failbit of the stream is set. Now the funny thing is, 
that when I append a foldername to the path instead, a call to 
create_directories() succeeds and creates the correct directory 
C:\UnicodeTest\|????????|\folder.

I really don't understand why it won't work with a file.

I have also posted my problem on stackoverflow. 
http://stackoverflow.com/questi&lt;/pre&gt;</description>
    <dc:creator>Konstantin Kronfeldner</dc:creator>
    <dc:date>2013-06-17T14:52:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.boost.user/78739">
    <title>Building a large graph using Parallel Boost GraphLibrary</title>
    <link>http://comments.gmane.org/gmane.comp.lib.boost.user/78739</link>
    <description>&lt;pre&gt;Hi all,

I'm working with a graph that has about 16 million vertices and 320 million
edges.  Currently, I'm using graph-tool in Python but building the graph is
far too slow.  Before I start porting to C++ I starting reading up on the
Parallel Boost Graph Library.  From the examples in the documentation, it
seems that one must build the graph on one node in the cluster, then call
synchronize to send that graph to all nodes.  Is there a way to build parts
of the graph on each node and then synchronize those parts?

Some background: the graph actually comes from a CT scan.  The vertices are
voxels, the edges are relationships between adjacent voxels.  At the moment
I'm working on a very small test volume - 256^3 voxels - but later volumes
will have billions of vertices and edges.

Thanks for the help.
_______________________________________________
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>William Shipman</dc:creator>
    <dc:date>2013-06-15T21:19:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.boost.user/78738">
    <title>Regarding boost interval library package.</title>
    <link>http://comments.gmane.org/gmane.comp.lib.boost.user/78738</link>
    <description>&lt;pre&gt;Hello,

I have written a program in boost which simply calculates the exponent in
an interval, but for some interval inputs it is giving the wrong output
such as for [1,3] or [-1,3]...but for some values it is giving correct o/p
such as [1,9]. Please help in  solving this query.

The program is appended below....
*********************************************************************************************************************************************************
#include &amp;lt;/boost/numeric/interval.hpp&amp;gt;
#include &amp;lt;vector&amp;gt;
#include &amp;lt;algorithm&amp;gt;
#include &amp;lt;utility&amp;gt;
#include &amp;lt;iostream&amp;gt;
#include &amp;lt;iomanip&amp;gt;
#include &amp;lt;math.h&amp;gt;

 using namespace boost;
  using namespace numeric;
  using namespace interval_lib;

template&amp;lt;class T, class Policies&amp;gt;
std::ostream &amp;amp;operator&amp;lt;&amp;lt;(std::ostream &amp;amp;os,
                         const boost::numeric::interval&amp;lt;T, Policies&amp;gt; &amp;amp;x) {
  os &amp;lt;&amp;lt; "[" &amp;lt;&amp;lt; x.lower() &amp;lt;&amp;lt; ", " &amp;lt;&amp;lt; x.upper() &amp;lt;&amp;lt; "]";
  return os;
}


int main()
{

  typedef interval&amp;lt;double,policies&amp;lt;save_state&amp;lt;rounded_transc_opp&amp;lt;double&amp;gt;
  //t&lt;/pre&gt;</description>
    <dc:creator>Pranjal vyas</dc:creator>
    <dc:date>2013-06-15T10:49:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.boost.user/78731">
    <title>http://www.boost.org/doc/libs/1_53_0/libs/serialization/example/demo.cpp does not work properly when using polymorphic xml archive</title>
    <link>http://comments.gmane.org/gmane.comp.lib.boost.user/78731</link>
    <description>&lt;pre&gt;Hi all,

I used 
http://www.boost.org/doc/libs/1_53_0/libs/serialization/example/demo.cpp 
file as a first introduction to boost serialization. I would like to use 
polymorphic archives with XML serilialization format (to avoid having 
the templatized version). I edited this example and run it. Writing the 
data has worked fine -- except for the base_class serialization which 
needed an nvp -- but reading it causes a memory/segmentation fault 
problem. The same error happens with a binary archive. Using a text 
archive works fine. I'm new to boost serialization and debugging the 
code did not help me a lot.

Is there anything specific to the serialization of base classes or 
abstract classes with the polymorphic XML format which needs to be handled?
Or is this related to the serialization of pointers to the base class.

Thanks for your help.
Best Regards,
Fadhel BA

Here is the code I'm using: ( I removed some comments to make the code 
shorter)

/////////1/////////2/////////3/////////4/////////5/////////6//&lt;/pre&gt;</description>
    <dc:creator>Fadhel</dc:creator>
    <dc:date>2013-06-14T16:04:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.boost.user/78727">
    <title>accumulator extended quantil value</title>
    <link>http://comments.gmane.org/gmane.comp.lib.boost.user/78727</link>
    <description>&lt;pre&gt;Hello,

I have got created an extended_p_square_quantile into an accumulator, 
with 3 quantils (0.25, 0.5, 0.75) as a boost::array.
How can I get access to the quantil values of the accumulator? For the 
variance I use accumulator::variance(myacc), but a call with
quantil(myacc, 0.5) does not work. 

Thanks

Phil_______________________________________________
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>Philipp Kraus</dc:creator>
    <dc:date>2013-06-14T15:24:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.boost.user/78725">
    <title>[unordered] order in container</title>
    <link>http://comments.gmane.org/gmane.comp.lib.boost.user/78725</link>
    <description>&lt;pre&gt;Hello all,

although it's called 'unordered_set', it surprised me that an unordered
container could have a different ordering although its contents are the same:

void f()
{
   boost::unordered_set&amp;lt;int&amp;gt; uset1;
   uset1.insert(10);
   uset1.insert(9);
   uset1.insert(8);

   boost::unordered_set&amp;lt;int&amp;gt; uset2;
   uset2.insert(8);
   uset2.insert(9);
   uset2.insert(10);
   
   //uset1: 8, 9, 10
   //uset2: 10, 9, 8

   bool b = uset1 == uset2; //ok, they are the same
}

Maybe it is somewhere in the documentation, otherwise maybe add a
documentation note.
&lt;/pre&gt;</description>
    <dc:creator>gast128</dc:creator>
    <dc:date>2013-06-14T14:58:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.boost.user/78718">
    <title>Any debugging tips for Boost Interprocess sharedmemory crashes?</title>
    <link>http://comments.gmane.org/gmane.comp.lib.boost.user/78718</link>
    <description>&lt;pre&gt;I am a newly humbled mediocre C++ programmer, who is completely unable to figure out why Boost interprocess shared memory classes frequently freeze or crash both at creation and deletion of the manager objects, both with the persistent and the windows-only non persistent versions of the classes.

Do you ever debug things and it all just gets worse and worse the longer you try to fix it?

http://stackoverflow.com/questions/17100597/does-boostinterprocesswindows-shared-memory-require-any-special-initializati


Today I am getting crashes in the boost shared memory manager object destructor, or deadlocks in WMI calls.  It's in Boost 1.53, on Visual C++ 2008, and involves DLLs.  I am unable to reproduce the insanity at a top level EXE demo, and I tried to build a exe-loads DLL1, which loads DLL2, which creates boost objects, which fail when you destroy them, but I am unable to extricate it from my project. So it could be one of the lovely compiler or linker or project settings in my Visual C++ project, something &lt;/pre&gt;</description>
    <dc:creator>Warren Postma</dc:creator>
    <dc:date>2013-06-14T05:47:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.boost.user/78717">
    <title>[statechart] state_machine send_event assertion fails</title>
    <link>http://comments.gmane.org/gmane.comp.lib.boost.user/78717</link>
    <description>&lt;pre&gt;Hello,

I'm a new user of statechart and for the most part am enjoying it very much.  I've implemented a state machine with about 30 states (9 orthogonal regions) and over 50 events.  It works very well and as expected, except for this one issue.  Every once in a while, and in a way I've been unable to consistently repeat, I get an assertion failure resulting in a core dump.

/usr/include/boost/statechart/state_machine.hpp:873: boost::statechart::detail::reaction_result boost::statechart::state_machine&amp;lt;MostDerived, InitialState, Allocator, ExceptionTranslator&amp;gt;::send_event(const event_base_type&amp;amp;) [with MostDerived = GripperPosition, InitialState = Container, Allocator = std::allocator&amp;lt;void&amp;gt;, ExceptionTranslator = boost::statechart::null_exception_translator, boost::statechart::state_machine&amp;lt;MostDerived, InitialState, Allocator, ExceptionTranslator&amp;gt;::event_base_type = boost::statechart::event_base]: Assertion `get_pointer( pOutermostUnstableState_ ) == 0' failed.

"GripperPosition" is my state_machine.  "Conta&lt;/pre&gt;</description>
    <dc:creator>Gooding, Dustin R. (JSC-ER411</dc:creator>
    <dc:date>2013-06-14T01:33:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.boost.user/78716">
    <title>Boost and Norton 360</title>
    <link>http://comments.gmane.org/gmane.comp.lib.boost.user/78716</link>
    <description>&lt;pre&gt;Hi,

 

I have just installed boost 1.53 32bit using the Sourceforge Visual Studio
installer and my security software (Norton 360) has quarantined three files
as being high risk:

*boost_math_tr1f-vc110-mt-1_53.dll

*boost_thread-vc110-mt-gd-1_53.dll

*boost_filesystem-vc110-mt-gd-1_53.dll

 

Does anyone know if this is common? Can I safely restore these files?

 

Thanks,

Scott

_______________________________________________
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>Scott Alexander</dc:creator>
    <dc:date>2013-06-14T00:58:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.boost.user/78713">
    <title>[multiprecision] noexcept() usage in gmp int</title>
    <link>http://comments.gmane.org/gmane.comp.lib.boost.user/78713</link>
    <description>&lt;pre&gt;Hello,

I was trying out the new multiprecision library (kudos!), and I ran into a
problem. In order to make certain guarantees in my code regarding exception
safety, I am mandating that types being used in generic containers are
marked noexcept() for certain basic operations (namely, destruction and
move operations).

It seems like this is generally guaranteed in the multiprecision library
(tried with cpp_int and the mpfr adaptor), with the important exception of
the gmp integer class. A glance at the headers reveals that (gmp.hpp):

//
// Within this file, the only functions we mark as noexcept are those that
manipulate
// (but don't create) an mpf_t.  All other types may allocate at pretty
much any time
// via a user-supplied allocator, and therefore throw.
//

Additionally, browsing the gmp documentation yields this snippet (
http://gmplib.org/manual/Custom-Allocation.html):

"""
There's currently no defined way for the allocation functions to recover
from an error such as out of memory, they must termin&lt;/pre&gt;</description>
    <dc:creator>Francesco Biscani</dc:creator>
    <dc:date>2013-06-13T19:32:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.boost.user/78709">
    <title>boost::thread::attributes reference overload?</title>
    <link>http://comments.gmane.org/gmane.comp.lib.boost.user/78709</link>
    <description>&lt;pre&gt;
Greetings.

I have a class that wraps a boost::thread object, and I would like to
specify certain thread attributes at construction time.

My first attempt looked basically like this:

    struct my_thread
    {

        static boost::thread::attributes getThreadAttr()
        {
            boost::thread::attributes attrs;
            attrs.set_stack_size( 256 * 1024 );
            return attrs;
        }

        my_thread( Runnable func )
            : thread_( getThreadAttr(), func )
        {}

        boost::thread thread_;
    };

But that fails:

    g++ -std=c++0x -o thread-attr thread-attr.cpp \
        -lboost_thread-mt -lboost_system -pthread
    ...
    /usr/include/boost/thread/detail/thread.hpp:191:9: note: \
      template argument deduction/substitution failed:
        thread-attr.cpp:48:42: note:   cannot convert ‘my_thread::getThreadAttr()()’ (type \
          ‘boost::thread::attributes {aka boost::thread_attributes}’) to type
          ‘boost::thread::attributes&amp;amp; {aka boost::thr&lt;/pre&gt;</description>
    <dc:creator>Anthony Foiani</dc:creator>
    <dc:date>2013-06-13T05:16:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.boost.user/78707">
    <title>Output libs to specified folder</title>
    <link>http://comments.gmane.org/gmane.comp.lib.boost.user/78707</link>
    <description>&lt;pre&gt;How can I tell boost to put the libraries in a directory that I specify? 
If I change stage-dir, it still appends /lib onto it. Is this possible?

I want my libraries in C:\trunk\third_party\
Not in C:\trunk\third_party\lib

Here is my build script:

cd ..\boost
SET PATH=$(PATH);..\bjam
bjam.exe --stagedir=../../third_party --with-thread toolset=msvc-9.0 
link=static threading=multi runtime-link=shared variant=debug stage
bjam.exe --stagedir=../../third_party --with-date_time toolset=msvc-9.0 
link=static threading=multi runtime-link=shared variant=debug stage
bjam.exe --stagedir=../../third_party --with-system toolset=msvc-9.0 
link=static threading=multi runtime-link=shared variant=debug stage
bjam.exe --stagedir=../../third_party --with-regex toolset=msvc-9.0 
link=static threading=multi runtime-link=shared variant=debug stage
bjam.exe --stagedir=../../third_party --with-program_options 
toolset=msvc-9.0 link=static threading=multi runtime-link=shared 
variant=debug stage
bjam.exe --stagedir=../../third_p&lt;/pre&gt;</description>
    <dc:creator>Christopher Pisz</dc:creator>
    <dc:date>2013-06-12T20:09:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.boost.user/78703">
    <title>Question about the segfault in path::imbue that is being worked on at the moment</title>
    <link>http://comments.gmane.org/gmane.comp.lib.boost.user/78703</link>
    <description>&lt;pre&gt;Hi,

I'm being bitten by the bug discussed here
http://boost.2283326.n4.nabble.com/filesystem-segfault-in-path-imbue-after-upgrade-to-boost-1-52-td4640696.html

I'm encountering this when using boost 1.50. I have to support multiple
boost versions, so I may bump into this in other versions as well.

From looking at the commit logs of boost svn I see that this is being
worked on at the moment. But I would like to know what versions this bug
affect, and if there are any ideas for a workaround.
To me it looks like it affects most versions of boost filesystem, and I
have been unable to come up with a workaround other than removing all use
of filesystem in any place that could be called before main() has started.
I would really like not having to do that! We use it quite a lot during
static initialization...

I've tried calling imbue(...) and codecvt() manually before using path, but
that doesnt really help. The path_locale is in an anonymous namespace,
which stops me from initializing it myself... Any other idea&lt;/pre&gt;</description>
    <dc:creator>Lars Hagström</dc:creator>
    <dc:date>2013-06-12T07:36:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.boost.user/78700">
    <title>[Interprocess] Interest in a NamedPipe component</title>
    <link>http://comments.gmane.org/gmane.comp.lib.boost.user/78700</link>
    <description>&lt;pre&gt;Hey all,

I'm in the early stages of planning an independent study for my CS
program and what I'm hoping to do is write a Boost.Interprocess
compatible implementation of NamedPipe.  However, I don't want what I
create to be too closely tied to what I personally want to use.

So, if you have any possible interest in utilizing such a feature,
please respond and we can chat a bit about what the desirable
semantics might be.

Specifically I'm interested in comments on what kind of persistence
people would lke, and thoughts about whether the stream should be
message oriented or not (or optionally so).

 (see http://www.boost.org/doc/libs/1_53_0/doc/html/interprocess/some_basic_explanations.html#interprocess.some_basic_explanations.persistence
for more info about what I mean by persistence).

Right now, my conception of what the key features of a NamedPipe
implementation would be is a stream/message oriented communication
channel between to unrelated processes.

thanks!
&lt;/pre&gt;</description>
    <dc:creator>Geoff Shannon</dc:creator>
    <dc:date>2013-06-11T22:59:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.boost.user/78696">
    <title>boost 1.49.0 on Redhat 5.2 link issues</title>
    <link>http://comments.gmane.org/gmane.comp.lib.boost.user/78696</link>
    <description>&lt;pre&gt;
Dear everybody,

we need to backport boost 1.49.0 to Redhat 5.2. 
b2 ; b2 install --prefix=/usr/local succeeds and installs libraries and headers in /usr/local as 
requested (g++ 4.1.2-42, 32 bit PAE kernel). However, we have a problem even linking a mostly 
trivial example:

#include &amp;lt;boost/filesystem.hpp&amp;gt;
int main () {
copy_file(boost::filesystem::path("atest"), 
          boost::filesystem::path("btest"));
}

$ g++ testBoost.cpp -lboost_filesystem -lboost_system
/tmp/cc10doAS.o: In function `boost::filesystem3::copy_file(boost::filesystem3::path const&amp;amp;, 
boost::filesystem3::path const&amp;amp;)':
testBoost.cpp:
(.text._ZN5boost11filesystem39copy_fileERKNS0_4pathES3_[boost::filesystem3::copy_file(boost::filesystem3::path 
const&amp;amp;, boost::filesystem3::path const&amp;amp;)]+0x24): undefined reference to 
`boost::filesystem3::detail::copy_file(boost::filesystem3::path const&amp;amp;, boost::filesystem3::path const&amp;amp;, 
boost::filesystem3::copy_option::enum_type, boost::system::error_code*)'
collect2: ld returned 1 exit status

The s&lt;/pre&gt;</description>
    <dc:creator>Stefan Schwarzer</dc:creator>
    <dc:date>2013-06-11T16:08:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.boost.user/78692">
    <title>[accumulator] compiler error with quantil</title>
    <link>http://comments.gmane.org/gmane.comp.lib.boost.user/78692</link>
    <description>&lt;pre&gt;Hello,

I try to create a complex accumulator. I would like to use an accumulator for a box plot with the whisker data ( http://en.wikipedia.org/wiki/Box_plot ).
My typedef shows at the momen like this:

typedef boost::accumulators::accumulator_set&amp;lt;double, boost::accumulators::stats&amp;lt; 
    boost::accumulators::tag::count,
    boost::accumulators::tag::sum,
    //boost::accumulators::tag::median, 
    boost::accumulators::tag::mean, 
    boost::accumulators::tag::variance,
    boost::accumulators::tag::min,
    boost::accumulators::tag::max,
    boost::accumulators::tag::extended_p_square

I would like to create the 25% &amp;amp; 75% quantil and replace the median with the 50% quantil, so I have defined the ctor
accumulator call like this:

boost::array&amp;lt;double, 3&amp;gt; probs = {0.25, 0.5, 0.75};
m_times[p_name] = Accumulator( boost::accumulators::extended_p_square_probabilities = probs );

(the median is disabled and m_times is a std::map&amp;lt;std::string, Accumulator&amp;gt;).

At this point I get a compiler errors:

/Developer/opt/B&lt;/pre&gt;</description>
    <dc:creator>Philipp Kraus</dc:creator>
    <dc:date>2013-06-11T13:09:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.boost.user/78690">
    <title>[chrono] Initializing system_clock from microseconds</title>
    <link>http://comments.gmane.org/gmane.comp.lib.boost.user/78690</link>
    <description>&lt;pre&gt;I have been having some difficulty initializing a chrono::system_clock::time_point object.  Specifically,
I am trying to load a time stamp from a .pcap file using libpcap.  I have a structure, pcap_pkthdr,
which contains two fields:

struct timeval {
        long    tv_sec;         /* seconds */
        long    tv_usec;        /* and microseconds */
};

struct pcap_pkthdr {
       struct timeval ts;   /* time stamp */
       bpf_u_int32 caplen;  /* length of portion present */
       bpf_u_int32 len;     /* length this packet (off wire) */
};

Where tv_sec and tv_usec are seconds and microseconds respectively relative to an epoch
of Jan 1, 1970.  I can use system_clock::from_time_t() to initialize the time_point to an 64-bit integer
seconds (std:time_t).  The question is, how do I add the microseconds to this value?  My latest attempt
is:

void my_class::calculate_packet_statistics( const struct pcap_pkthdr *header ) {
   frame_interval_.intervalTimeStamp_ = system_clock::from_time_t( static_cast&amp;lt;time_t&amp;gt;( he&lt;/pre&gt;</description>
    <dc:creator>Kelly, Dan</dc:creator>
    <dc:date>2013-06-11T12:22:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.boost.user/78679">
    <title>Max Boost Fusion tuple parameters</title>
    <link>http://comments.gmane.org/gmane.comp.lib.boost.user/78679</link>
    <description>&lt;pre&gt;Hello,

What is the maximum Boost Fusion tuple param count?

I was thinking of using it for about 200-300 elements.

Anyone done this?

I've heard of defines for this, but never actually *knew* of anyone
actually doing it.

Thanks,
Rodrigo Madera
_______________________________________________
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>Rodrigo Madera</dc:creator>
    <dc:date>2013-06-10T18:40:09</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>
