- Boost - lists.boost.org

[iostreams][trunk] patch for msvc 7.1 error
by David Walthall 02 Sep '08

02 Sep '08

The following patch fixes the mapped_file_test compilation error for msvc 7.1 (daw-msvc71): Index: libs/iostreams/src/mapped_file.cpp =================================================================== --- libs/iostreams/src/mapped_file.cpp (revision 48407) +++ libs/iostreams/src/mapped_file.cpp (working copy) @@ -434,7 +434,7 @@ void mapped_file_source::close() { pimpl_->close(); } -mapped_file_source::operator safe_bool() const +mapped_file_source::operator mapped_file_source::safe_bool() const { return pimpl_->error() ? &safe_bool_helper::x : 0; } bool mapped_file_source::operator!() const David PS Is this the right place to post patches? Should I use Trac instead?

2 2

function with const parameters (MSVC 7.1)
by Bernd Martin Wollny 02 Sep '08

02 Sep '08

Hello, I Tried to build a function Map. This is working for my. But if I change the function Parameter to const MSVC 7.1 failed to build. I am using boost 1.35 With gcc 4.3.1 i can compile it. Have some one a solution for me ? ##### source ##### #include <string> #include <map> #include <iostream> #include <boost/function.hpp> typedef boost::function<unsigned int (const bool)> measure_func; class X { public: X(void); unsigned int Exec(const std::string s,const bool b); protected: unsigned int f1(const bool b); unsigned int f2(const bool b); std::map<const std::string,measure_func> measure_map; }; X::X(void) { measure_map["1"]=std::bind1st(std::mem_fun(&X::f1), this); measure_map["2"]=std::bind1st(std::mem_fun(&X::f2), this); } unsigned int X::f1(bool b) { std::cout << "f1: " << b << std::endl; return 1; } unsigned int X::f2(bool b) { std::cout << "f2: " << b << std::endl; return 2; } unsigned int X::Exec(const std::string s,const bool b) { measure_func executer = measure_map[s]; if ( executer ) { return executer(b); } return 0; } // int main(int argc, char* argv[] ) // gcc main int _tmain(int argc, _TCHAR* argv[]) //VC main { X x; unsigned int n=x.Exec("1",true); std::cout << n << std::endl; return 0; } ####### MSVC 7.1 output ##### c:\Programme\Microsoft Visual Studio .NET 2003\Vc7\include\functional(278) : error C2535: 'std::binder1st<_Fn2>::result_type std::binder1st<_Fn2>::operator ()(const std::binder1st<_Fn2>::argument_type &) const' : member function already defined or declared with [ _Fn2=std::mem_fun1_t<unsigned int,X,const bool> ] c:\Programme\Microsoft Visual Studio .NET 2003\Vc7\include\functional(272) : see declaration of 'std::binder1st<_Fn2>::operator`()'' with [ _Fn2=std::mem_fun1_t<unsigned int,X,const bool> ] d:\Devel\test\Boost_test\Bind\Bind.cpp(29) : see reference to class template instantiation 'std::binder1st<_Fn2>' being compiled with [ _Fn2=std::mem_fun1_t<unsigned int,X,const bool> ] -- Bernd Martin Wollny TRIOPTICS GmbH - www.trioptics.com b.wollny(a)trioptics.com Hafenstrasse 39, 22880 Wedel/GERMANY Software Designer Geschäftsführer: Dipl.-Ing. Eugen Dumitrescu phone / fax: +49 (0)4103 18006-26 /-20 Amtsgericht Pinneberg HRB 3215

2 2

Re: [boost] install boost_1_34_1 on fedora (keren hochman)
by 兴冯 02 Sep '08

02 Sep '08

Dear keren hochman: i think you might make the wrong command path.If you take care you may notice the path of bjam in your make error is "./tools/jam/src//bjam", see too slash before bjam. Hava a nice day:) boost-request(a)lists.boost.org 写道： Send Boost mailing list submissions to boost(a)lists.boost.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.boost.org/mailman/listinfo.cgi/boost or, via email, send a message with subject or body 'help' to boost-request(a)lists.boost.org You can reach the person managing the list at boost-owner(a)lists.boost.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Boost digest..." The boost archives may be found at: http://lists.boost.org/MailArchives/boost/ Today's Topics: 1. install boost_1_34_1 on fedora (keren hochman) 2. Re: [log] filtering performance (Andrey Semashev) 3. Re: [interprocess][process] Synchronizing libraries and efforts (+ bugs) (Ion Gazta?aga) 4. Re: [interprocess][process] Synchronizing libraries and efforts (+ bugs) (Ion Gazta?aga) ---------------------------------------------------------------------- Message: 1 Date: Mon, 1 Sep 2008 18:10:21 +0300 From: "keren hochman" Subject: [boost] install boost_1_34_1 on fedora To: boost(a)lists.boost.org Message-ID: <290181000809010810t4752a609s536c965814f9f504(a)mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Im trying to install boost_1_34_1 on fedora (reference to http://www.boost.org/doc/libs/1_36_0...-boost-library ) But after make install i receive the following error message: bin/sh: ./tools/jam/src//bjam: No such file or directory Not all Boost libraries built properly. Could anyone advise me ? ------------------------------ Message: 2 Date: Mon, 01 Sep 2008 19:25:25 +0400 From: Andrey Semashev Subject: Re: [boost] [log] filtering performance To: boost(a)lists.boost.org Message-ID: <48BC0965.5040904(a)gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Igor Nazarenko wrote: > It seems that the library does quite a bit of work before filtering > away a record, unless the logging is turned off entirely. There's at > least two mutex locks, some memory allocation, etc. Callgrind claims > ~2500 instructions when the record is thrown away by the global > severity filter. Shortened callgrind output is in-line below; full > output and the test program attached. Compiled by gcc 4.2.3 using > boost.build variant=release threading=multi. Although I didn't extensively profile the code, I believe that is quite possible. ------------------------------ Message: 3 Date: Mon, 01 Sep 2008 17:44:56 +0200 From: Ion Gazta?aga Subject: Re: [boost] [interprocess][process] Synchronizing libraries and efforts (+ bugs) To: boost(a)lists.boost.org Message-ID: <48BC0DF8.10804(a)gmail.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Boris wrote: >> -> Using named pipes has been problematic because it returns errors >> when launching multiple processes aggressively: Error 231 - All Pipes >> are Busy. This does not happen with anonymous pipes and I think it has >> some relationship with the guid code. By the way, I think a uuid >> library is too much to create a unique identifier to be shared with >> the child a simple atomic count would to the job in my opinion. That >> would reduce Boost.Process dependencies. > > An atomic count might not be sufficient as it would be unique only per > process. As I used Boost.Uuid only for convenience though I'll replace > it with an atomic count plus a random number to drop the dependency. The PID of the parent plus an atomic count wouldn't be enough? >> -> systembuf::close() should call sync() to push the last charaters >> into the pipe, othewise, characters are lost if the user does not >> flush the stream. > > Changed (in postream::close()). I think we must change this in systembuf, because a user might use the streambuf directly and it would be surprised to see that unlike std::filebuf, already written characters are missed. Regards, Ion ------------------------------ Message: 4 Date: Mon, 01 Sep 2008 17:52:52 +0200 From: Ion Gazta?aga Subject: Re: [boost] [interprocess][process] Synchronizing libraries and efforts (+ bugs) To: boost(a)lists.boost.org Message-ID: <48BC0FD4.8010200(a)gmail.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Boris wrote: > On Sun, 31 Aug 2008 23:20:10 +0200, Ion Gazta?aga > wrote: > >> [...]I understand async I/O should be tied with ASIO. I think >> Boost.Iostreams > > To give you an idea how asynchronous I/O with Boost.Process and > Boost.Asio currently looks like: > > boost::process::child child; // somehow launched > #if defined(_WIN32) > boost::asio::windows::stream_handle out(io_service, > child.get_stdin().handle().release()); > boost::asio::windows::stream_handle in(io_service, > child.get_stdout().handle().release()); > #else > boost::asio::posix::stream_descriptor out(io_service, > child.get_stdin().handle().release()); > boost::asio::posix::stream_descriptor in(io_service, > child.get_stdout().handle().release()); > #endif > in.async_read_some(...); I don't know ASIO but it's a shame that it does not offer a portable interface for async I/O. >> [...]I can wait ;-) Since you are working hard on the library, I think >> it's better to wait until you consider the library mature enough. Feel >> free to contact me if you have any question. > > OK, I'll tell you once I'm done (as I said I expect until mid > September). The code is nearly done. But with all the changes which I > had to merge I definitely need to update the documentation and samples. Ok. > By the way, I would be very interested in a communication channel > between a parent and a child process based on Boost.Interprocess. I need > asynchronous I/O though. Before I picked up Boost.Process I had created > a Boost.Asio extension boost::asio::shared_memory which can be used like > boost::asio::socket. The only (but big :) problem I haven't solved yet > is how to handle more than one communication channel. As read/write > operations in Boost.Interprocess need to be synchronized the calls might > block. A parent process with many children will then have to use at > least one thread per child. What would be required is a demultiplexer > which would work like select() for file descriptors. Then I think > asynchronous I/O could be done with Boost.Interprocess. The question is > though what would that demultiplexer look like? You are not working on > supporting asynchronous I/O in Boost.Interprocess? ;) I don't have much idea about async I/O but we can try to write something once we know what we need. I might be completly wrong but boost::interprocess::shared_memory_object is based on a file descriptor (shm_open in unix and a plan file on windows) so we can just obtain the handle and see if select() and WaitForMultipleObject() work on them. After all, write() should work on UNIX with a shared memory object descritor. Regards, Ion ------------------------------ _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost End of Boost Digest, Vol 2293, Issue 3 ************************************** --------------------------------- 雅虎邮箱，您的终生邮箱！

2 1

New user: ld: library not found for -lboost_python
by Michel Valstar 02 Sep '08

02 Sep '08

Hi, I've recently acquired a Mac and I'm trying to port some software to it. The program I want to port uses scons as a build tool. Scons seems to work fine, however, somewhere during compilation I get the following error: ld: library not found for -lboost_python collect2: ld returned 1 exit status scons: *** [trackerbase/libtrackerbasewrapper.dylib] Error 1 scons: building terminated because of errors. I had build the binaries from source using sudo ./configure --with-libraries=python sudo make sudo make install It seems a library linking problem, but I'm not sure how to tackle this. Any suggestions? -- Dr. Michel Valstar, Research Associate http://www.doc.ic.ac.uk/~mvalstar <http://www.doc.ic.ac.uk/%7Emvalstar> Department of Computing Imperial College London 180 Queens' Gate London SW7 2AZ, U.K. tel.: +44 20 7594 8225 fax: +44 20 7581 8024

2 1

[flyweight] making the post-review version of Boost.Flyweight work with Boost 1.36
by JOAQUIN M. LOPEZ MUÑOZ 02 Sep '08

02 Sep '08

Hello, The recently announced post-review version of Boost.Flyweight depends on some material (boost::swap) that is present in Boost SVN trunk but has not been officially released yet. To make Boost.Flywewight work with Boost 1.36, you just have to add the missing material to your local Boost directory. This material is packed for your convenience in a file named flyweight_compatibility_pack_1_36.zip located at the Vault: http://tinyurl.com/hrdm6 http://www.boost-consulting.com/vault/index.php?&direction=0&order=&directo… Best regards, Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

1 0

Re: [boost] Boost 1.36.0 release notes missing Circular Buffer changes
by Jan Gaspar 02 Sep '08

02 Sep '08

Yes, that's true. Not sure it is possible at this stage when Boost 1.36 has been released but all will be OK in the next version. Jan ----- Original Message ---- From: Dean Michael Berris <mikhailberis(a)gmail.com> To: "boost(a)lists.boost.org" <boost(a)lists.boost.org> Sent: Monday, 1 September, 2008 9:25:49 Subject: [boost] Boost 1.36.0 release notes missing Circular Buffer changes Hi, I took a look at the code in trunk and in 1.36.0, and I notice the release notes don't mention the change in behavior of Boost.Circular_Buffer WRT the default constructor. Should we add: Circular Buffer: * default constructor now doesn't allocate memory, and sets the capacity of the buffer to 0 To the 1.36 release notes? -- Dean Michael C. Berris Software Engineer, Friendster, Inc. _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

5 6

Error compiling date_time with Sun Studio 11 on Solaris 8
by ow 02 Sep '08

02 Sep '08

Am getting the following error(s) when trying to include "boost/date_time/local_time/local_time.hpp" on the sun platform. Same code compiles ok on linux and windows. Error, nomatchoverin: Could not find a match for std::has_facet<std::Facet>(std::locale) needed in boost::gregorian::operator<<<char, std::char_traits<char>>(std::ostream &, const boost::gregorian::date&). Can anyone help ? -- View this message in context: http://www.nabble.com/Error-compiling-date_time-with-Sun-Studio-11-on-Solar… Sent from the Boost - Dev mailing list archive at Nabble.com.

2 1

[thread] wrong assertion following call to pthread_mutex_timedlock()?
by Wolfgang Fertsak 02 Sep '08

02 Sep '08

In boost 1.35 and 1.36 the implementation of mutex::timed_lock() and recursive_mutex::timed_lock() for posix-platforms with BOOST_PTHREAD_HAS_TIMEDLOCK defined looks like this: bool timed_lock(system_time const & abs_time) { struct timespec const timeout=detail::get_timespec(abs_time); int const res=pthread_mutex_timedlock(&m,&timeout); BOOST_ASSERT(!res || res==EBUSY); return !res; } The assertion following pthread_mutex_timedlock() always fails in case of a timeout since the system call returns ETIMEDOUT when timed out and not EBUSY (according to the open group specification http://www.opengroup.org/onlinepubs/009695399/functions/pthread_mutex_timed…) Best regards, Wolfgang

2 1

Re: [boost] Try-out Adler-32 code?
by Bram Neijt 02 Sep '08

02 Sep '08

Hi Daryle, I tried publishing an MD5 algorithm inside one of my programs as a debian package, but there where problems with the licensing. Please take care that the implementation is fully licensed and you mention the right parties everywhere. I'm not sure how you should go about this, but these are just my 2 cents ;) Bram On Mon, 2008-09-01 at 16:03 -0400, Daryle Walker wrote: > I added Adler-32 code to the MD5 trial library at <http:// > svn.boost.org/trac/boost/browser/sandbox/md5>, if anyone would like > to try it out and comment. >

3 2

Re: [boost] [flyweight] post-review version available
by Johannes Brunen 02 Sep '08

02 Sep '08

Hello, Joaqu?n M L?pez Mu?oz wrote: > I forgot to mention that this version has to be built against the > trunk version of Boost (it uses boost::swap, which hasn't made it > to any Boost release yet). Would it possible to provide a version compatible with the current 1.36.0 release. Until version 1.38.0 is quite some time and I would be interested in playing with the library. However, I'm only working with the release package of the boost libraries. Best, Johannes ____________ Virus checked by G DATA AntiVirusKit Version: AVK 19.274 from 02.09.2008 Virus news: www.antiviruslab.com

2 1