- Boost-users - lists.boost.org

basic_file_source copy to filtering_streambuf
by Kraus Philipp 11 Sep '10

11 Sep '10

Hi, I have got a basic_file_source for reading a file. Can I copy the whole file into a filtering_streambuf, whithout closing the stream? I do this at this time with: std::ifstream l_file( "filename", std::ifstream::in | std::ifstream::binary ); std::copy( std::istream_iterator<char>(l_file), std::istream_iterator<char>(), std::ostreambuf_iterator<char>(&l_target) ) I would like to switch std::ifstream to basic_file_source. I can't use boost::copy because it close after writing my target stream. Do the basic_file_source hold a iterator, which I can use with std::copy? How can I do this? Thanks Phil

1 0

Interaction between boost::timer and boost::thread
by Matthieu Brucher 11 Sep '10

11 Sep '10

Hi, I've decided to use boost::thread to run a background thread in my MPI application. Only one rank has a timer, and I only make some calls to elapsed(). Here is what I get if I print the values I retrieve from this single rank: 2.98 (...) 6.58 6.6 6.6 6.61 6.71 6.73 6.75 2.69 2.69 6.78 2.77 2.77 2.83 6.91 2.87 2.87 6.94 6.96 6.97 2.91 2.91 2.91 2.94 7.02 2.99 3.01 3.01 3.02 3.05 3.05 (...) You may notice that the values are not incresing, which leads to very bad total time in my case. Is there a known interaction between these two classes? I'm trying to create a simple example, but I can't get boost::timer to count sleep() time :| Matthieu Brucher -- Information System Engineer, Ph.D. Blog: http://matt.eifelle.com LinkedIn: http://www.linkedin.com/in/matthieubrucher

6 10

[phoenix] function with reference implementation
by alfC 11 Sep '10

11 Sep '10

I noticed that in some contexts I have both the object class and the corresponding phoenix function class impl; ... impl f_impl; boost::phoenix::function<impl> f(f_impl); now to avoid the copying I could use: boost::phoenix::function<impl&> f(f_impl); which works. Although boost::phoenix::function<impl const&> f(f_impl); //doesn't work. (error below) Is there any problem with using references at all, in the first place? -- Thanks, Alfredo /home/correaa/usr/include/boost/spirit/home/phoenix/function/ function.hpp:31: error: conversion from ‘boost::phoenix::actor<boost::phoenix::composite<boost::phoenix::detail::function_eval<1>, boost::fusion::vector<boost::phoenix::value<gsl::interpolation::spline>, boost::phoenix::argument<0>, > > >’ to non-scalar type ‘boost::phoenix::actor<boost::phoenix::composite<boost::phoenix::detail::function_eval<1>, boost::fusion::vector<boost::phoenix::value<const gsl::interpolation::spline>, boost::phoenix::argument<0> > > >’ requested

3 5

some problems about shared_ptr
by Samurai Deeper 11 Sep '10

11 Sep '10

I am a newbie of C++ and I have some question about the shared_ptr I think the best way to explain it is with an example: /*******beginning of CValue.h*************/ #ifndef TVALUE_H #define TVALUE_H template< typename tvalue > class CValue { public: CValue( tvalue value ) : value_(value) {}; private: tvalue value_; }; #endif /****end*************/ /*****Type.h***********/ #ifndef TYPE_H #define TYPE_H #include<boost/shared_ptr.hpp> /*template< typename tvalue > struct Type{ typedef boost::shared_ptr< CValue< tvalue > > pValue; };*/ template<typename T, template <typename> class Value> struct Type { typedef boost::shared_ptr< Value<T> > pValue; }; #endif /********end************/ what if I want to make it as a composition class? by example /***************example**********/ #include "Type.h" #include "CValue.h" template<typename T> class DIP //digital image processing { public: DIP(); virtual ~DIP(); shared_ptr < Type<T, filter> >createMediumFilter(); }; template<typename T> DIP<T>::DIP() {} template<typename T> DIP<T>::~DIP() {} template<typename T> shared_ptr< Type<T, filter> > DIP<T>::createMediumFilter() { typename Type<T, filter>::pValue c(new mediumFilter< T >); return c; } /*****************end**************/ I want to create the instance of mediumFilter like this in the main function int main() { Type<matrix<double>, Composition>::pValue C(new Composition<matrix<double> >); Type<matrix<double>, CValue>::pValue D; D = C->createCValue(); cout<<"system pause"<<endl; cin.get(); } how could I fix the problems? thanks -- View this message in context: http://old.nabble.com/some-problems-about-shared_ptr-tp29674340p29674340.ht… Sent from the Boost - Users mailing list archive at Nabble.com.

2 2

How to manage the internal memory allocation in boost libraries?
by Tang Jiang Jun 11 Sep '10

11 Sep '10

Hello, I am seeking a way to manage the internal memory allocation in boost libraries, and it seems that most of boost libraries do not support allocator parameter, so they can not be handled like STL library. But for my project, our memory management need to control all the memory allocation even it happens in the third-party libraries. Could somebody give me some suggestions to accomplish that? Regards, Tang Jiang Jun

3 4

[Unordered] Penultimate Iterator
by Hossein Haeri 11 Sep '10

11 Sep '10

Dear all, What is the quickest way to get hold of the penultimate iterator in an unordered_map? I'm aware of this one -- which is O(n), where n == container_.size(): container_type::const_iterator i = container_.begin(); advance(i, container_.size() - 1); Is there no O(1) solutions? TIA, --Hossein

2 1

[Boost.Test] Understanding the correct use of BOOST_CHECK_CLOSE and BOOST_CHECK_CLOSE_FRACTION
by Torri, Stephen CIV NSWCDD, W15 10 Sep '10

10 Sep '10

I am trying to understand how to be use BOOST_CHECK_CLOSE and BOOST_CHECK_CLOSE_FRACTION for my problem. My problem is being able to check that two floating point values agree within 12 decimal digits. That is the difference between the two values is smaller than 1e-12. I see from the documentation that BOOST_CHECK_CLOSE requires a percent of agreement while BOOST_CHECK_CLOSE_FRACTION requires a fraction value. So when I used BOOST_CHECK_CLOSE_FRACTION to compare two value I got output that I didn't know how to read: /test_sgp4_orbit_data.cpp(52): error in "default_calculate_semi_major_test": difference{1e-12} between result{1.1219271770198256} and 1.1219271773271688{1.1219271773271688} exceeds 9.9999999999999998e-13 I used BOOST_CHECK_CLOSE_FRACTION as: BOOST_CHECK_CLOSE_FRACTION ( result, 1.1219271773271688, 1e-12 ); What I am intending is if 'result' and the value differ by more than 1e-12 then I have an error. If the difference is smaller than 1e-12 I wish to have the comparison succeed. From the output I don't know why the exceeds value is not written as '1e-12' since that is what I used. Where am I going wrong in my use of BOOST_CHECK_CLOSE_FRACTION? Stephen Stephen Torri, PhD NAVAL SURFACE WARFARE CENTER DAHLGREN 17214 Ave B Suite 121 Dahlgren, Va. 22448 540-653-1082 I am not a contracting officer. I cannot modify or initiate contracts, nor do I have the authority to financially commit the government in any way.

3 7

[python] python 3 with boost 1.44, without using bjam
by Geoff Hilton 10 Sep '10

10 Sep '10

I'm working on a DLL that I would like to expose to Python as a module, but as I came into Python only when Python 3 was available, that's what I know and therefore would like to use. A while ago I took a stab at learning bjam, but for now I've reverted to regular msvc projects, I was able to compile boost.python initially with bjam when I updated to Boost 1.44, the result generated the following files of relevance: libboost_python3-vc90-mt-1_44.lib libboost_python3-vc90-mt.lib libboost_python3-vc90-mt-sgd-1_44.lib libboost_python3-vc90-mt-sgd.lib which is great.. but when I try to compile my project it looks for libboost_python-vc90-mt-1_44.lib or libboost_python-vc90-mt-gd-1_44.lib as appropriate. How can I make msvc compile it successfully? I know bjam is a compiler driver, so I imagine there's a way... (FYI, here are the compilation commands I use from a batch file when compiling a new boost release. I used to use the recommended commands but they stopped working when boost changed the naming conventions to use version-independent naming, probably because I hadn't modified project settings in some way, but a lot of projects would get effected, so after some fiddling this is what I came up with). start bjam --toolset=msvc variant=debug link=static threading=multi runtime-link=static stage start bjam --toolset=msvc variant=release link=static threading=multi runtime-link=shared stage Many thanks, Geoff Unrelatedly, a comment I think might be interesting (if only speculative): from what I recall, I think boost was partially influenced to switch to version-independent naming because (among other reasons) Microsoft was using the version-independence way of thinking via the .Net model with the GAC, but I found an article at one point (which I can no longer find) saying that they realized after much experience with .Net that it's actually still quite possible to get version/DLL conflicts as a result of the version-independence naming (I believe it had to do with GUID generation or some such thing, but don't quote me on that), and quite a lot harder to debug. As a result they would be rethinking .Net and/or changing to a model where version-dependence plays a more prominent role at some point in the future. I wish I could point out the article, but at any rate I know I remember thinking it was funny (if possibly unfortunate) that boost was switching to this new naming convention, a move partially influenced by Microsoft's current methodology in some capacity, after Microsoft had discovered this issue and would eventually be (as I understand it) reverting to what essentially equates to the traditional pre-.Net DLL where versioning can be a more important issue.

2 6

Boost.accumulators : weighted_median
by Maximilian Matthe 10 Sep '10

10 Sep '10

Hi! I want to calculate the median color (along some other data) of the pixels of an image from its histogram: std::vector<int> m_Hist; // m_Hist[i] contains number of pixels with color i. using namespace boost::accumulators; accumulator_set<double, features<tag::weighted_mean, tag::weighted_median(with_p_square_quantile), tag::weighted_variance(lazy), tag::weighted_skewness >, double> acc; for(int i = 0; i < 256; i++) acc(i, weight = m_Hist[i]); float mm = weighted_mean(acc); float stdD = sqrtf(weighted_variance(acc)); float med = weighted_median(acc); float sk = weighted_skewness(acc); mean und stdD work correctly, but the median is too large. It gives me about 200, but the real value should be around 75 (I checked that manually). The skewness is around 11000 (which also seems quite large to me). So, what am I doing wrong with accumulators?

3 3

[boost-users][serialization]Linking time problems with a class hierarchy
by Laszlo Orban 10 Sep '10

10 Sep '10

Currently we are having a class hierarchy consisting of 50+ class definitions (all descendants of one class) along with some assistant structures; the typical you would expect from a 'real' application, and this base is growing each day. We are serializing and deserializing objects from these classes in a kind of client-server application. Everything works fine (testing on both linux and windows platform using gcc 4.4.1), however we are experiencing a rather weird issue. It started quite some time ago, but only starting to get really annoying nowadays: the compile and linking time of the projects that uses these classes are starting to get ridiculous and we could trace this back to serialization. As usual for polymorphic archives, we are using the BOOST_CLASS_EXPORT_GUID macro for creating the necessary singletons for the class definitions. To narrow down the problem we have tried the following checks: 1.) If we comment out all the BOOST_CLASS_EXPORT_GUID macros, the problem is gone, linking and compiling time is reduced to some seconds, the length of the executable and the object files are 'normal', but of course the serialization doesn't work. If I put the macros back, the compiling of the source file that contains them skyrockets to 2-3 minutes, also the linking time to around the same time on a Core2Duo 2 GHz machine, and the length of the object file (and thus the executable) goes from several hundred Kbs to 15+ Mb-s. (A bit varied values on the same code depending if it is linux or windows, but the same behaviour nonetheless.) 2.) We have tried to mess around with the number of macros running, and it seems the increase of the compile time is linear, linking time is more like exponential. 3.) We have tried to 'clean' the class structure and reduced the members in the classes to only some basic booleans and integers (even purged the std::string-s), in most classes completely eliminating all members just let the 'skeleton' there, and still: no significant change in compile and linking time. 4.) We have tried to do all this is in a 'clean' project with only a "void main() {}" method and the class hierarchy, to ensure that not somehow the usage of it causes the problem: negative, the problem still exists. Now it is not a great problem that the compile is so slow, as that causes a problem only when the class hierarchy is changed. Also the executable size is only a bit irritating, but not a serious problem. However the linking time is something we need to solve asap, as it is hindering our development a lot, especially as this class hierarchy is used in several applications (naturally, we wouldn't need serialization otherwise), thus the linking problem affects all of them. (And this will be worse later, as the class hierarchy is growing each day.) Any ideas about how to go on from here? Is there any way I can change the BOOST_CLASS_EXPORT_GUID macro to a more simple? effective? one? Or maybe all this is normal and we have to live with it? (This is a strongly reduced snippet on how we are using the polymorphic serialization with boost_1_42, but as I mentioned, it is working nicely: class Mess { private: friend class boost::serialization::access; template<class Archive> void serialize(Archive & ar, const unsigned int version) { ar & messageId; } protected: int messageId; public: (...) }; class CMess : public Mess { private: friend class boost::serialization::access; template<class Archive> void serialize(Archive & ar, const unsigned int version) { ar & boost::serialization::base_object<Mess>(*this); ar & cma; } protected: int cma; (...) }; (...) BOOST_CLASS_EXPORT_GUID(CMess, "CMess") Thanks for reading it!

2 1