- Boost - lists.boost.org

[math] RFC: comparison function objects
by Alberto Ganesh Barbati 25 Apr '06

25 Apr '06

Hi Everybody, in a discussion on comp.std.c++ it was proposed to include into boost some facility to "fuzzy" or, in other words, to "properly" compare floating point numbers. Something like this, for example: template <typename T> struct compare_absolute_error : std::binary_function<T, T, bool> { T eps; compare_absolute_error(T eps_) : eps(eps_) {} bool operator()(T x, T y) const { return abs(x - y) < eps; } }; This kind of operators occurs frequently in algorithms and are sometimes error-prone to write, so having a ready-made and well tested component can certainly be an advantage. Of course, we could (and should) provide a bunch of different comparison algorithms: absolute and relative in the first place, but there may be others. I believe it might be a little but useful addition to the math library. Main questions are: 1) Is there interest for this? 2) What are the comparison algorithms to include? Thanks for your comments. Ganesh

6 19

[program_options] add options programmatically
by Chris Weed 25 Apr '06

25 Apr '06

Hi, Is it possible to add options to the variables_map, programmatically, instead of using the 3 parsers? I don't see a way to do this in the documentation. Chris

1 0

[Boost-bugs] [ boost-Bugs-1476219 ] iterator/zip_iterator.hpp - multiple definition tuple_equal
by SourceForge.net 25 Apr '06

25 Apr '06

Bugs item #1476219, was opened at 2006-04-25 11:08 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1476219&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: iterator Group: None Status: Open Resolution: None Priority: 5 Submitted By: Brett Polivka (bpolivka) Assigned to: David Abrahams (david_abrahams) Summary: iterator/zip_iterator.hpp - multiple definition tuple_equal Initial Comment: Hi, In iterator/zip_iterator.hpp: bool tuple_equal(tuples::null_type, tuples::null_type) { return true; } is not declared as inline, leading to multiple definition link errors if zip_iterator.hpp is included in more than one translation unit. Thanks, Brett Polivka ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1476219&group_… ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[typeof] problem with PCH in VC7.1, 8.0
by Arkadiy Vertleyb 25 Apr '06

25 Apr '06

Fixed (by using different kind of unnamed namespace) in both CVS HEAD and RC_1_34_0. Regards, Arkadiy

1 0

[Boost-bugs] [ boost-Bugs-1475886 ] Log level names wrong in documentation
by SourceForge.net 25 Apr '06

25 Apr '06

Bugs item #1475886, was opened at 2006-04-24 17:48 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1475886&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: test Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Beman Dawes (beman_dawes) Summary: Log level names wrong in documentation Initial Comment: The documentation for the Boost Test Library gives incorrect names for at least two of the log levels. On the page http://boost.org/libs/test/doc/components/utf/parameters/log_level.html (entitled "The 'log level' parameter) it lists the log levels "warnings" and "messages", which do not work. By random chance I happened on what appear to be the correct names, "warning" and "message". -- Kevin S. Van Horn (kevin(a)ksvanhorn.com) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1475886&group_… ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

2 1

what's up with regression testing?
by Arkadiy Vertleyb 25 Apr '06

25 Apr '06

Hi all, It seems that the regression testing for CVS HEAD has mostly stopped a while ago: http://tinyurl.com/mrgwh Also, is the RC_1_34_0 being regression tested? If yes, where are the results available? Thanks, Arkadiy

2 2

[Boost-bugs] [ boost-Bugs-1476080 ] InterlockedCompareExchange in static_mutex.cpp
by SourceForge.net 25 Apr '06

25 Apr '06

Bugs item #1476080, was opened at 2006-04-25 05:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1476080&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: regex Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: John Maddock (johnmaddock) Summary: InterlockedCompareExchange in static_mutex.cpp Initial Comment: In static_mutex.cpp, the function scoped_static_mutex_lock::lock() assumes the availability of InterlockedCompareExchange(). This function is not implemented in Windows 95. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1476080&group_… ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[program_options] variables_map documentation
by Chris Weed 25 Apr '06

25 Apr '06

Hi, The program_options tutorial shows an example using the count member function of variables_map, but I don't see that function in the documentation for variables_map <http://www.boost.org/doc/html/variables_map.html> or in the documentation for abstract_variables_map <http://www.boost.org/doc/html/abstract_variables_map.html> Chris

2 1

[property_tree] How can I design a real-world configuration component around ptree?
by Leif.Reichert 24 Apr '06

24 Apr '06

One important part of our Software is a rather sophisticated "ParamTree" (that's our name for property_tree) which comprises all those facilities that Gennadiy suspected the property_tree to more or less focus on: - Runtime parameter facility - Permanent Storage facility - XML Parser (Because we want the format to be human-readable and also editable if need be) I'm not too happy with our ParamTree, so I couldn't wait for the property_tree, whose interface I believe to be elegant and concise. I wanted to redesign our ParamTree around the property_tree, with just a thin wrapper to cater for our following requirements: - The application is multithreaded, so access to the property tree must be thread-safe and iterators from different threads must not interfere (usually done by ref-counting techniques) - It must be possible to navigate towards the root of the tree - In case of acess errors, it must be possible to retrieve the name of the file, from which the data was loaded - The component must have an abstract base class interface I'm well aware that these requirements are not in the spirit of the STL, and would never want them to be part of the property_tree. What I usualy do in these cases is 1. Design the abstract interface 2. Code a small wrapper class that implements the interface with the aid of on aggreagated STL-compliant container, boost::mutex etc. When I sat down to do design such a wrapper for the property_tree, I realized I couldn't. Not because of a property_tree deficiency, so I think, but because of the very nature of the recursive tree structure: I can't have a single class instance with a property_tree at its core, but I would need an instance for every tree node/leaf. However, I have no idea how canI "inject" my own node type into the property_tree or conversely put a wrapper around every ptree? The only viable solution I see at the moment is to take the traditional approach of designing my own node class, that aggregates a multi_index container, a mutex etc. and looking for the most suitable xml parser for building up the tree. Our ParamTree's redesign would hugely benefit from Marcin's excellent ideas, but it would not be using property_tree; and suddenly, I'm in the camp of those who argue towards a boost::xml_parser, an improved multi_index etc., rather than towards a lean component that does it all. Can someone please help me and point out how to design a wrapper around a tree structure such as ptree? I could then further participate in the review based on my experience implementing such a wrapper. Regards Leif

3 2

[multi_index] Is it safe to use detail::scope_guard?
by Alexei Alexandrov 24 Apr '06

24 Apr '06

Hi, there is a very nifty thing in multi_index details - the scope_guard. I'm using it but recently I noticed that it's not being used anywhere in the multi_index itself. Is it going to disappear any time soon?

2 1