- Boost - lists.preview.boost.org

identification versus demangle
by Gordon Woodhull 12 Jul '11

12 Jul '11

Hi all, I want to print and visualize MPL.Graph (and thus MSM) metadata. I'm debating whether to help "Make boost::units::detail::demangle an official utility function" [1] (actually the public function is peacefully called simplify_typename) or to use Joel Falcou's Identification library [2]. It would be annoying to users to have to register every type in their graph/state machine, so I guess I'm wondering if demangle(typeid(T).typename()) is impossible on a lot of compilers. Anyone know this? Thanks, Gordon [1] https://svn.boost.org/trac/boost/ticket/4876 [2] https://github.com/boost-vault/Miscellaneous/blob/master/identification-v0.…

3 4

[test] [iostreams] 1.47.0 VC++ 10.0 warnings
by Beman Dawes 12 Jul '11

12 Jul '11

A build of 1.47.0 using VC++10.0 is producing warnings from only a few libraries. It would be great if these were cleared so that this popular compiler builds Boost without warnings at the default settings. Thanks, --Beman boost\test\impl\execution_monitor.ipp(1078) : warning C4702: unreachable code boost\test\impl\execution_monitor.ipp(1082) : warning C4702: unreachable code boost\test\utils\named_params.hpp(74) : warning C4702: unreachable code boost\test\utils\named_params.hpp(78) : warning C4702: unreachable code boost\test\utils\named_params.hpp(86) : warning C4702: unreachable code libs\iostreams\src\file_descriptor.cpp(241) : warning C4800: 'int' : forcing value to bool 'true' or 'false' (performance warning) libs\iostreams\src\file_descriptor.cpp(265) : warning C4244: 'argument' : conversion from 'std::streamsize' to 'DWORD', possible loss of data libs\iostreams\src\file_descriptor.cpp(281) : warning C4244: 'argument' : conversion from 'std::streamsize' to 'DWORD', possible loss of data libs\iostreams\src\mapped_file.cpp(325) : warning C4244: 'argument' : conversion from 'boost::iostreams::stream_offset' to 'SIZE_T', possible loss of data libs\iostreams\src\mapped_file.cpp(59) : warning C4244: 'return' : conversion from 'const boost::iostreams::stream_offset' to 'size_t', possible loss of data

4 6

Re: [boost] [1.47.0] Release candidate files available
by Edward Rankin 12 Jul '11

12 Jul '11

Hi, On Mon, Jul 11, 2011 at 11:59 AM, <boost-request(a)lists.boost.org> wrote: > ---------- Forwarded message ---------- > From: Beman Dawes <bdawes(a)acm.org> > To: Boost Developers List <boost(a)lists.boost.org> > Date: Sun, 10 Jul 2011 17:57:31 -0400 > Subject: [boost] [1.47.0] Release candidate files available > Release candidate files for 1.47.0 are available at > http://boost.cowic.de/rc/ > > As always, the release managers would appreciate it if you download > the candidate of your choice and give building it a try. Please report > both success and failure, and anything else that is noteworthy. > > This helps ensure the candidates build OK before we push them out to > SourceForge. > > Thanks, > > --The release managers > > I compiled using VS 2010 SP1 with Intel Composer XE 2011 Update 4. Two things to note: This error described in the bug ticket I filed previously for 1.46.1 is still there: https://svn.boost.org/trac/boost/ticket/5305 This bug is about the fact that b2/bjam tries to call iclvars.bat in the wrong directory for the XE 2011 versions. Intel moved the file when releasing XE 2011. This error described in the following bug ticket for boost.property_tree is still there: https://svn.boost.org/trac/boost/ticket/5307 A workaround for VS 2010 was required due to a bug in the std::pair. Since the Intel Compiler uses the same C++ Runtime library, it needs this workaround too. Thanks, Edward

1 0

More Boostcon videos available
by Marshall Clow 12 Jul '11

12 Jul '11

Steven's talk on Boost.Units: http://blip.tv/boostcon/boost-units-5364809 Chris' talk: Are You Ready for IPv6? http://blip.tv/boostcon/are-you-ready-for-ipv6-5364812 Matias's talk: Generic Conversion and Segmentation for Ranges: a Solution for Unicode http://blip.tv/boostcon/generic-conversion-and-segmentation-for-ranges-a-so… Boris's talk: Creating Boost.Asio extensions http://blip.tv/boostcon/creating-boost-asio-extensions-5364822 (The Other) Boris talks about: Object-relational mapping with ODB and Boost http://blip.tv/boostcon/object-relational-mapping-with-odb-and-boost-5364825 The rest later this week. -- Marshall Marshall Clow Idio Software <mailto:mclow.lists@gmail.com> A.D. 1517: Martin Luther nails his 95 Theses to the church door and is promptly moderated down to (-1, Flamebait). -- Yu Suzuki

1 0

[serialization] VC++ compiler warnings
by Beman Dawes 12 Jul '11

12 Jul '11

A 1.47.0 VC++ 10.0 build of Boost produced a lot of stupid warnings from Serialization in the form c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\INCLUDE\xutility(2227) : warning C4996: 'std::_Copy_impl': Function call with parameters that may be unsafe - this call relies on the caller to check that the passed values are correct. To disable this warning, use -D_SCL_SECURE_NO_WARNINGS. See documentation on how to use Visual C++ 'Checked Iterators' These can be shut off various ways, such as sticking "#include <boost/config/warning_disable.hpp>" at the start of the file being compiled. If we could get rid of these serialization warnings, that leaves only a handful of VC++ warnings from other libraries. And those look trivial to fix, so I'll pester those folks too. It would be great if Boost default build produced no warnings for this popular compiler. Thanks, --Beman

4 6

[1.47.0] Release candidate files available
by Beman Dawes 11 Jul '11

11 Jul '11

Release candidate files for 1.47.0 are available at http://boost.cowic.de/rc/ As always, the release managers would appreciate it if you download the candidate of your choice and give building it a try. Please report both success and failure, and anything else that is noteworthy. This helps ensure the candidates build OK before we push them out to SourceForge. Thanks, --The release managers

8 12

[Bug] [interprocess] Data loss in boost::interprocess::detail::truncate_file
by Dmytro Ovdiienko 11 Jul '11

11 Jul '11

Hi, boost::interprocess::detail::*truncate_file* accepts *size_t* instead of * offset_t*. On x32 platform it causes data loss in the: - file_wrapper::truncate - shared_memory_object::truncate Regards. Dima -- Dmytro Ovdiienko e-mail: dmitriy.ovdienko(a)gmail.com skype: dmitriy.ovdienko(a)gmail.com mobile: +38050-1909731

3 3

ESA Summer of Code in Space
by Thomas Heller 11 Jul '11

11 Jul '11

Hi List, I just read about the ESA Summer of Code in Space (SOCIS) program. Looks similar interesting that GSOC. I just wanted to probe interest in that program. I would volunteer on taking further actions, the mentoring organizations application deadline is on 07/15 so its on rather short notice. Andrew, you took care of the GSOC application, right? Best regards, Thomas

1 0

[program_options] small proposed change
by jcwilson.boost＠nym.hush.com 11 Jul '11

11 Jul '11

I found a way to avoid having to explicitly provide the type of the variable value that I was trying to extract from the variable_map. In environments that support the C++0x standard, you can use the std::map.at() function to get generic access to the variable's value(Trying to use operator[]() usually results in a compiler error.): // Given the function Foo as: void Foo(unsigned short val); // The following are equivalent Foo(vm["my_ushort"].as<unsigned short>()); Foo(vm.at("my_ushort")); Granted, this won't work in cases where the destination type is ambiguous or undiscoverable (ie: if Foo was overloaded to accept floats as well), but for many cases the convenience is nice. In those cases where your destination type does not match the variable type, you will get a bad_any_cast exception, just as you would with "as()". Does anyone think would be a worthwhile addition to program_options? Thanks, Josh # svn diff against the trunk Index: boost/program_options/variables_map.hpp =================================================================== --- variables_map.hpp (revision 72996) +++ variables_map.hpp (working copy) @@ -74,6 +74,23 @@ return boost::any_cast<T&>(v); } + /** Same as "as()" but allows you to use a simpler syntax: + Ex: // Given the function Foo as: + void Foo(unsigned short val); + // The following are equivalent + Foo(vm["my_ushort"].as<unsigned short>()); + Foo(vm.at("my_ushort")); */ + template<class T> + operator const T& () const { + return boost::any_cast<const T&>(v); + } + + /** @overload */ + template<class T> + operator T& () { + return boost::any_cast<T&>(v); + } + /// Returns true if no value is stored. bool empty() const; /** Returns true if the value was not explicitly

1 0

Re: [boost] SortedVector
by Spencer Collyer 10 Jul '11

10 Jul '11

Please ignore - sent to list by mistake

1 0

[Locale] New Relase 4.0.0 (pre-merge to trunk)
by Artyom Beilis 10 Jul '11

10 Jul '11

Hello All, I've released new version of Boost.Locale I'm going to integrate to svn-trunk... It includes the fixed that where brought on the review: 1. Updated date_time iterface to be more consistent with Boost.DateTime and Boost.Chrono. 2. Redesigned Boundary interface, to be more Boost.Regex like: segment_index that iterate over segment objects and boundary_point_index that iterate over boundary_point objects and use iterator_facade. 3. Redesigned messages interface so it allows to use wide strings and non-US-ASCII strings as keys. 4. Added an index to documentation allowing to easy browsing the documentation. 5. Overall improved documentation: - More terms and clarified - Added documentation on getting gettext for windows. - More samples and outputs provided and more. 6. General code cleanup of issues that had were brought up in the review. Documentation: http://cppcms.sourceforge.net/boost_locale/html/ Downloads: https://sourceforge.net/projects/cppcms/files/boost_locale/ So I'm planning to start the integration of this version to Boost svn tree. It should be the closest version to the final code. Best Regards, Artyom Beilis -------------- CppCMS - C++ Web Framework: http://cppcms.sf.net/ CppDB - C++ SQL Connectivity: http://cppcms.sf.net/sql/cppdb/

1 0

[doxygen] CSS/Temple files for Doxygen
by Artyom Beilis 10 Jul '11

10 Jul '11

Hello, Where can I find CSS files/Template files suitable for Doxygen documentation generation? So I can make Doxygen output to have more Boost-like style. Artyom Beilis -------------- CppCMS - C++ Web Framework: http://cppcms.sf.net/ CppDB - C++ SQL Connectivity: http://cppcms.sf.net/sql/cppdb/

6 13

[system] How are users expected to learn Boost.System?
by Lee Richmond 10 Jul '11

10 Jul '11

Hi, Since Boost.System doesn't appear to have any documentation other than its reference section, I'm wondering how users are expected to really learn this library? It would be nice if a tutorial section could be added to its documentation, including tutorials outlining how to extend the library with our (the library user) own error sources. That is: when to extend, what to extend and how to extend. The unclickable "Tutorial" link currently on the library's home page almost feels like a slap in the face ;) Thanks, Lee.

2 2

[1.47.0] Any remaining showstoppers?
by Beman Dawes 09 Jul '11

09 Jul '11

Any remaining 1.47.0 showstoppers? I'm still waiting for an OK to merge http://svn.boost.org/trac/boost/changeset/72855 Are there any other merges ready to go that still need permission to merge? --Beman

9 30

Bugs in regression/library_status.cpp on Windows
by Robert Kawulak 09 Jul '11

09 Jul '11

Hello, I've stumbled upon several bugs in tools/regression/src/library_status.cpp when compiling on Windows with gcc 4.5 and msvc 10.0. I'm attaching a patch file with all necessary fixes. The bugs are: - using path::native() instead of path::string() - the former is wstring on Windows, - calling path::string() twice to obtain begin() and end() iterators - on Windows path::string() returns a temporary, so the iterators point to different objects, - using whole path for each node in build_node_tree() instead of only the directory name, - using whole path instead of only the test name in do_table_body(), - the link to links file is relative to test directory, not to the results output directory, - generation of closing "</a>" without opening "<a>". Best regards, Robert

1 0

Re: [boost] Logging library
by Ivan Le Lann 09 Jul '11

09 Jul '11

----- "Tigran Hayrapetyan" <tigran.human(a)gmail.com> a écrit : > Hello dear Boost community > (...) > Existing logging libraries which I used, are writing log messages > linearly, > just one after another. > In contrast, as we know, almost any application's working structure is > not > linear, but hierarchical instead, i.e. functions which call other > functions, > and so on. (...) > So I decided to implement such logging library. I put it in namespace > "tlog" > by now, for "Tree Logging". In my implementation hierarchical messages > are > presented in XML format, as it is some standard for tree-like data. > There are two attached files. The library itself is in "tlog.hpp" > file, and > "main.cpp" contains a sample application which is using the library > and > writes log to "tlog.xml" file. They are written in MS Visual Studio > 2008. > Log messages are written with help of 4 macros: > > TLOG_INFO( Logger, Text ) : logs > message > with specified text to specified logger with priority "information" > TLOG_WARNING( Logger, Text ) : logs > message with > specified text to specified logger with priority "warning" > TLOG_ERROR( Logger, Text ) : logs > message > with specified text to specified logger with priority "error" > TLOG_SCOPED_NODE( Logger, NodeName ) : opens xml element in > the log > file. The element will be closed at the end of scope, so there is no > need to > close it manually. > > I think that the best way to implement entering/leaving subnodes of > the log > file, is to use scopes of the code. > > Please review run result and the code, and see if it can be useful > for boost. Have you tried Boost.Log and its attributes ? http://boost-log.sourceforge.net/libs/log/doc/html/log/detailed/attributes.… http://boost-log.sourceforge.net/libs/log/doc/html/log/detailed/utilities.h… Ivan

2 2

[assign v2] thoughts
by Gordon Woodhull 09 Jul '11

09 Jul '11

Hi Erwann, all, I had a thought about this library which I wasn't able to articulate during the review, and I don't think anyone else raised it. I think this library would be a useful utility if it had the right syntax, but I found issue especially with the use of operator| which is IMO not consistent with the way Boost.Range uses it. I would expect the pipe operator to just stream data and not affect the object on the LHS. I know everything is relative and in some EDSLs this might be appropriate, but it's a strain for me to think of pipe as anything other than unidirectional data flow. The syntax that you have now cal | do_csv_put<2>("jan", 31, "feb", 28, "mar", 31) looks kind of like Smalltalk or Objective C to me, like you are trying to send some arbitrary message to the container on the LHS. Did you consider keeping the overloaded operator+= from Assign v1, or another assignment operator that always modifies the LHS? cal += values<2>("jan", 31, "feb", 28, "mar", 31) is much clearer to me. And the assignment operators are expected to return a reference to the LHS. Yes, there is an ambiguity with other libraries which have meant += to mean "add to each element" but with the rare exception of containers containing elements of their own type, this should always be resolvable. If this is unacceptable, I think operator|=, meaning union-assign, also makes some sense. Or am I missing something? I always thought of Assign v1 as "the funny operator, library" and on at least one occasion didn't use it because I knew I'd have to explain what it's doing to my colleagues. So Assign v2 looks very powerful and useful to me, but in order to become a workhorse for everyone, it has to have the most blunt obvious syntax so that no one has to guess or explain anything. Cheers, Gordon

1 0

[graph] bug in ith_bandwidth?
by Joel Young 08 Jul '11

08 Jul '11

Is ith_bandwidth broken? It only measures the distance between indices when the source is greater than the sink. Should it look like this: template <typename Graph, typename VertexIndexMap> typename graph_traits<Graph>::vertices_size_type ith_bandwidth(typename graph_traits<Graph>::vertex_descriptor i, const Graph& g, VertexIndexMap index) { BOOST_USING_STD_MAX(); typedef typename graph_traits<Graph>::vertices_size_type size_type; size_type b = 0; typename graph_traits<Graph>::out_edge_iterator e, end; for (boost::tie(e, end) = out_edges(i, g); e != end; ++e) { int f_i = get(index, i); int f_j = get(index, target(*e, g)); using namespace std; // to call abs() unqualified if(f_i > f_j) b = max BOOST_PREVENT_MACRO_SUBSTITUTION (b, size_type(f_i - f_j)); else b = max BOOST_PREVENT_MACRO_SUBSTITUTION (b, size_type(f_j - f_i)); } return b; } Joel

2 1

Boost
by Joshua Boyce 08 Jul '11

08 Jul '11

Hey all, Ruben over at the MinGW-w64 project has started providing a Clang toolchain built upon MinGW-w64. http://lists.cs.uiuc.edu/pipermail/cfe-dev/2011-July/016005.html I just tried compiling Boost trunk r72754 with it, and figured I'd post the output here so work can commence bringing it in line with GCC via MinGW-w64. 90% of the errors seem to be a result of a 'call to deleted constructor' which seems to be caused by the shared_ptr library (or its usage)... Then the remaining 5% seem to be quite similar in nature, so it doesn't look like stuff will be too horrible to fix, but I don't know enough about the implementation of shared_ptr to fix it at the moment. One other thing to take into consideration will be the lack of a Clang Windows toolset. Currently when you set your toolset to Clang under MinGW, Boost treats it as Clang-Linux. I'm not sure what exactly that will affect... The script I used and the resulting output is available here: http://www.raptorfactor.com/code/Boost-Clang-MinGW-Output-20110708a.zip Thanks..

1 0

[fusion] random-access single_view
by Eric Niebler 07 Jul '11

07 Jul '11

Seems like a dumb thing, but it would actually help make my code simpler if single_view were random access. Patch attached. OK to commit (to trunk, of course)? The patch excludes the regenerated docs, which I would commit along with the rest. Thanks, -- Eric Niebler BoostPro Computing http://www.boostpro.com

2 1

More Boostcon videos available
by Marshall Clow 07 Jul '11

07 Jul '11

Monday: Micheal Wong - C++0x Progress and status http://blip.tv/boostcon/c-0x-progress-and-status-5349952 Ruediger Berlich - Distributed parametric optimization with the Geneva library http://blip.tv/boostcon/distributed-parametric-optimization-with-the-geneva… Tuesday: Joel Falcou - Automatic Hybrid MPI+OpenMP Code Generation http://blip.tv/boostcon/automatic-hybrid-mpi-openmp-code-generation-5349961 Sebastian Schaetz - Mastering the Cell Broadband Engine architecture through a Boost based parallel communication library http://blip.tv/boostcon/mastering-the-cell-broadband-engine-architecture-th… Beman Daves -- The proposed Boost B-tree library http://blip.tv/boostcon/the-proposed-boost-b-tree-library-5349968 Boris Kolpackov - Parsing C++ with GCC plugi http://blip.tv/boostcon/parsing-c-with-gcc-plugins-5349971 More next week.... -- Marshall Marshall Clow Idio Software <mailto:mclow.lists@gmail.com> A.D. 1517: Martin Luther nails his 95 Theses to the church door and is promptly moderated down to (-1, Flamebait). -- Yu Suzuki

1 0

[1.47.0][fusion] fusion::copy is undocumented?
by Akira Takahashi 06 Jul '11

06 Jul '11

Hi. boost::fusion::copy algorithm merged release, but undocumented. Should not use this in 1.47.0? I think fusion::copy is very useful. Thanks. >>======================== Akira Takahashi mailto:faithandbrave@gmail.com blog:http://d.hatena.ne.jp/faith_and_brave/

2 3

[1.47.0] Permission to merge filesystem fix
by Beman Dawes 06 Jul '11

06 Jul '11

This changeset: http://svn.boost.org/trac/boost/changeset/72855 Has now cycled through many of the regression testers. Testing is still a little light on Windows, but I've tested locally on VC++ 8, 9, and 10, and late model mingw, too. This fixes a nasty POSIX case that was throwing before main() started if the environment LANG variable was whacked. OK to merge? --Beman

3 7

how to receive UDP in Windows using boost::asio@boost1.46.0
by Jinqiang Zhang 06 Jul '11

06 Jul '11

I have two classes UDPSender and UDPReceiver. Senarios: (1)It works when I run UDPSender in QNX and UDPReceiver in Linux. (2)It doesn't work when I run UDPSender in QNX and UDPReceiver in WindowsXP.(But I see UDP datagrams using Wireshark, meaning Sender is working as in Senario(1)) (3)It partially works in Windows. i) if I use Sender sending UDP messages to 127.0.0.1, Receiver can get messages ii) if I use Sender sending UDP messages to 192.168.1.137( local address in the network ), Receiver can NOT receive. My question is: *How can I get Receiver working on Windows?* ------------------------------------------------------------------------------------------------------------------------------------------ some code: UDPReceiver::UDPReceiver( boost::asio::io_service& service, unsigned short port ) : m_service( service ), m_socket( service, udp::endpoint(udp::v4(), port)), m_peerEndpoint(), m_buffer(), m_messageReceipient() { } void UDPReceiver::SetMessageReceipient( const boost::function<void(const char*, unsigned int)>& r ) { m_messageReceipient = r; } void UDPReceiver::Start() { m_socket.async_receive_from( boost::asio::buffer(m_buffer, m_buffer.size()), m_peerEndpoint, boost::bind( &UDPReceiver::HandleReceived, shared_from_this(), boost::asio::placeholders::error, boost::asio::placeholders::bytes_transferred)); } void UDPReceiver::Stop() { m_socket.close(); } void UDPReceiver::HandleReceived( const boost::system::error_code& error, size_t bytesReceived ) { assert( !m_messageReceipient.empty() ); if( error ) { LOG( Comms, Error, "UDPReceiver:" << error.message() ); } else{ m_messageReceipient( &m_buffer.front(), bytesReceived ); m_socket.async_receive_from( boost::asio::buffer(m_buffer, m_buffer.size()), m_peerEndpoint, boost::bind( &UDPReceiver::HandleReceived, shared_from_this(), boost::asio::placeholders::error, boost::asio::placeholders::bytes_transferred)); } }

2 1

Re: [boost] Logging library
by Ivan Le Lann 06 Jul '11

06 Jul '11

----- "Tigran Hayrapetyan" <tigran.human(a)gmail.com> a écrit : > >----- "Tigran Hayrapetyan" <tigran.human(a)gmail.com> a écrit : > > > >> Hello dear Boost community > >> > >>(...) > >> Existing logging libraries which I used, are writing log messages > >> linearly, > >> just one after another. > >> In contrast, as we know, almost any application's working structure > is > >> not > >> linear, but hierarchical instead, i.e. functions which call other > >> functions, > >> and so on. > >>(...) > > > >Have you tried Boost.Log and its attributes ? > > > >http://boost-log.sourceforge.net/libs/log/doc/html/log/detailed/attributes.… > >http://boost-log.sourceforge.net/libs/log/doc/html/log/detailed/utilities.h… > > > As I understand, that features of Boost.Log library are for managing > attributes of log messages, and not log messages (or their > placements) > themselves. > So the log messages are still placed linearly, and my proposal is to > place them hierarchically. NB: I'm not a Boost.Log expert at all. I was only curious. And my understanding is that how to handle attributes is left to the sink backend. I would try writing a new sink backend that handles a named_scope attribute. http://boost-log.sourceforge.net/libs/log/doc/html/log/extension.html#log.e… Ivan

1 0