- Boost-users - lists.boost.org

Simple serial port demonstration with boost asio asynchronous I/O
by Jeff Gray 26 Jan '11

26 Jan '11

A couple of weeks ago I posted a simple asynchronous demonstration of a telnet client using boost asio TCP network code. I have changed this code to turn it into a simple serial terminal application using the serial port support in the new version of boost asio. It required no changes at all the the read or write code. I just altered the initialization to use a serial port instead of a socket. Note that this is not intended to show how a fully functional application would work. There are plenty of areas that are not handled in this code. But it shows the idea and it's easy to build on this once you've got it working. Hope this helps someone else get started... Jeff

3 2

[intprocess] Incorrect alignment in managed memory named allocations
by Kevin J. Arunski 26 Jan '11

26 Jan '11

It appears that the named allocation functions for the managed memory classes do not place constructed objects at the appropriate alignment for the requested type in all situations. Here is a simple example to illustrate the issue. #include <iostream> #include <boost/interprocess/managed_mapped_file.hpp> // alignment of 16 on i386 and x86_64 struct vector_of_double { long double x; long double y; long double z; }; int main() { namespace bip = boost::interprocess; { std::cout << "Alignment of vector_of_double is " << __alignof__(vector_of_double) << std::endl; bip::managed_mapped_file simple_file_mapping(bip::create_only, "simple_mapping", 65536); vector_of_double * test_vec = simple_file_mapping.construct<vector_of_double>("a named vector allocation")(); std::cout << "Resulting allocation is at address: " << test_vec << std::endl; } bip::remove_file_on_destroy("simple_mapping"); return 0; } On gcc targeting i386, this code prints: Alignment of vector_of_double is 16 Resulting allocation is at address 0x???????c Similar results on x86_64. It appears the resulting address is only aligned on a 4 byte boundary on 32 bit targets and 8 byte on 64 bit targets. Are there workarounds? I have tried explicitly setting the alignment parameter in the mapped region's index parameter to 16, but it did not change the result. I have tested the problem with anonymous allocations, and those do appear to be appropriately aligned. Only named allocations have the issue.

1 0

Merging Boostbook XML Files
by Faruk Kuşcan 25 Jan '11

25 Jan '11

Hello, I'm trying to merge two boostbook xml files into one. http://gcc.gnu.org/ml/libstdc++/2007-11/msg00029.html I had done everything in this link but could not merge boostbook xml files. Isn't there any xslt file called merge or something else which does this. If you know the way, how some boostbook xml files are merged togeter, I'll be very appreciated. Thanks fro your help. Faruk

2 2

template type asserting
by Kraus Philipp 25 Jan '11

25 Jan '11

Hello, I have written a template class and I would like tot "assert the type". My class should only use floating point types like double or float. Can I do this check with BOOST_STATIC_ASSERT or anything else? The class need not to use a "countable type" (math: in N). Thanks Phil

5 5

update on boost logger
by Jeff Graham 25 Jan '11

25 Jan '11

Hello everyone, Where can I find the logger that has been accepted into boost? I think it is here: http://boost-log.sourceforge.net/libs/log/doc/html/index.html ? According to this message it was accepted into boost on March 24, 2010, but subject to some critical fixes: http://lists.boost.org/boost-announce/2010/03/0256.php However, the changelog at the above sourceforge site was last updated in May 2010, and the ToDo/wish list seems lengthy. There seems no easy way to track the progress on the critical fixes, some which are performance related and are of concern to my projects. Any status on the fixes, informal review on the fixes, and if all will be done for 1.46? Thanks

2 2

Re: [Boost-users] [Preprocessor] Relative Addresses in BOOST_PP_FILENAME_1
by Hossein Haeri 25 Jan '11

25 Jan '11

Dear TONGARI, > Just make sure "Lib" is in the include path, then everything works fine > for me. So, here is a very strange observation I got after trying to strictly follow the above recommendation of yours: I added my current working directory to the include path and it worked! I always thought that that is already in ones include path (by default). My compilers have always found such files. It even happens that my other files (in the same directory) used to find Header.hpp even despite that strange error I used to get! :O > It would be fine in the Remarks section to add words like:"quoted > filename may not work with some compilers here, such as gcc..." Agree. Thanks a lot, --Hossein

2 1

Re: [Boost-users] [Preprocessor] Relative Addresses in BOOST_PP_FILENAME_1
by Hossein Haeri 25 Jan '11

25 Jan '11

Dear TONGARI, > Where I said <> I meant <something in compiler's include path>, that > works fine, just as Edward and Steven said. Well, my working directory is already in my compiler's include path. And, inside Header.hpp, the following line #define BOOST_PP_FILENAME1 <Header.hpp> fails to compiler in GCC 4.5.1 because GCC says it can't find Header.hpp. And, I am missing anything here? Maybe it's better that you tell me what you'd be writing instead of the line above if it would have been you... > If this is not a bug with a specific compiler, I hope at least it should > be noted in Boost.PP's doc. It's not. Both quote and angle brackets are mentioned to work in the specs: http://www.boost.org/doc/libs/1_45_0/libs/preprocessor/doc/ref/filename_x.h… TIA, --Hossein

3 3

Re: [Boost-users] Boost-users Digest, Vol 2613, Issue 3
by Loek Cleophas 25 Jan '11

25 Jan '11

On Mon, Jan 24, 2011 at 18:00, <boost-users-request(a)lists.boost.org> wrote: > Date: Mon, 24 Jan 2011 17:48:14 +0200 > From: Igor R <boost.lists(a)gmail.com> > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] [statechart] (custom) state queries for > asynchronous state machine > Message-ID: > <AANLkTim_eYbue02=dOA=0ouAi7wWDTaV9KWW0TXZ+Aum(a)mail.gmail.com<0ouAi7wWDTaV9KWW0TXZ%2BAum(a)mail.gmail.com> > > > Content-Type: text/plain; charset=UTF-8 > > > However, for the asynchronous case, access to the state machine is via a > > scheduler only - and I don't see how to get the information from there > nor > > is there any documentation on that in the tutorial. Any hints on how to > do > > this? > > With async. state machine such a direct access wouldn't be thread > safe. So the only way you can retrieve its state is by means of > events. I.e. you can enqueue an event, which contains some facility > for the response - like a ptr to a message queue or a slot for > boost.signals2 and so on. When processing this event, the machine > performs the query you want and returns you the answer through the > facility you provided. > Hi Igor, of course, that makes sense. I don't know why I didn't think of using a callback - but will try that now. Thanks for your prompt response, it's much appreciated! Loek

1 0

Iostreams code_converter peculiarities
by Eddie Carle 25 Jan '11

25 Jan '11

I've been working on converting a the fastcgi++ library over to using boost::iostreams from std::iostreams and I've noticed some peculiarities that I can't seem to work passed. For one, how do you change the buffer size of the code_converter adaptor? The built in facilities don't seem to actually do anything. I am adding to a filtering_stream and have noticed that for the following statements... stream.push(code_converter<MyDevice>(myDevice), 8192); stream.push(code_converter<MyDevice>(myDevice, 8192)); stream.push(code_converter<MyDevice>(myDevice, 8192), 8192); All result in a buffer of 128 bytes. I can't figure out a way to actually change it. I've been monitoring what is going in the myDevice and it is always 128 byte chunks (or less). If I remove the code_converter from the stream and go directly in myDevice as per stream.push(myDevice, 8192); the buffer is sized as I want it to be and myDevice receives chunks of data maxing at 8192 bytes. Secondly, when using the statement stream.push(code_converter<MyDevice>(myDevice, 8192)); code_converter calls not MyDevice(const MyDevice&) for copying constructing the object but for some reason MyDevice(const MyDevice&, const long int&). What is that? Why is code_converter looking for such a constructor when I specify a buffer size for the code converter? Thirdly, I can not for the life of me make the code converter flush it's data. If I call a stream.strict_sync() should the code_converter not get flushed as well? It doesn't. Everything else in the chain does but the code_converter won't fully flush until destruction. Thanks. -- Eddie Carle

1 0

Re: [Boost-users] reference access with boost::make_transform_iterator
by Patrick Sauer 25 Jan '11

25 Jan '11

Hi, I'm trying to use boost::make_transform_iterator to create an iterator for a custom class whose data is held in a map and where the iterator uses the vector of keys to access the values. In my problem, the values of the map are containers which hold large data. Since I can't afford to copy the data, I would like to access the data by reference via the iterator. However, when doing this, the data is corrupted, as is exemplified by the output of the simple example I have attached. As far as I can tell the problem lies in the use of the from_key functor, which is initialised using a reference to the map and is corrupted when passed through make_transform_iterator. Any ideas how I could do this properly using boost? Thanks, Patrick #include <iostream> #include <string> #include <vector> #include <boost/unordered_map.hpp> #include <boost/iterator/transform_ iterator.hpp> #include <boost/assign.hpp> #include <boost/assign/std/vector.hpp> #include <boost/lambda/lambda.hpp> #include <boost/lambda/bind.hpp> #include <boost/ref.hpp> using namespace boost::assign; namespace bl = boost::lambda; class holder { public: holder() : v() {}; holder( const std::vector<double>& in ) : v(in) {}; std::vector<double>& vector() { return v; }; const std::vector<double>& vector() const { return v; }; private: std::vector<double> v; }; class from_key { public: typedef holder result_type; from_key( const boost::unordered_map<std::string, holder >& m ) : map_(m) {}; const holder& operator() ( const std::string& in ) const { return map_.at(in); }; private: const boost::unordered_map<std::string, holder >& map_; }; typedef boost::transform_iterator<from_key, std::vector<std::string>::iterator > iterator; int main() { std::vector<std::string> keys; keys += "1","2","3"; std::vector<double> vals; vals += 1.0, 2.0, 3.0; holder h(vals); boost::unordered_map<std::string, holder > m; insert( m ) ( "1", h ) ( "2", h ) ( "3", h ); iterator it = boost::make_transform_iterator( keys.begin(), from_key( m ) ); iterator end = boost::make_transform_iterator( keys.begin(), from_key( m ) ); const std::vector<double>& v = it->vector(); std::for_each( vals.begin(), vals.end(), std::cout << bl::_1 << " " ); std::cout << std::endl; std::for_each( v.begin(), v.end(), std::cout << bl::_1 << " " ); std::cout << std::endl; }

2 1