April 2009 - Boost-users - lists.preview.boost.org

How to open parallel port
by master master 14 Apr '09

14 Apr '09

Is there any library exist for opening parallel ports? I know for serial it is "serial_port". I worked with it and it is working fine. For parallel communication; which class(library) is needed. -Rahul Add more friends to your messenger and enjoy! Go to http://messenger.yahoo.com/invite/

2 1

mpi
by Sean Farrow 14 Apr '09

14 Apr '09

Hi: How can I enable boost::mpi? I've tried adding # using mpi; to user-config.jam. This still tells me that mpi is disabled. What mpi options have Igot on win32 systems. Regards Sean. __________ Information from ESET NOD32 Antivirus, version of virus signature database 4005 (20090413) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com

2 1

Check out this photo on MyDailyFlog!
by muktipada behera 14 Apr '09

14 Apr '09

Hi! I would like to invite you to visit MyDailyFlog and see my latest photos. Check out: http://www.mydailyflog.com/go/invite_register/mukti1/34693816&stc=26 Cheers! muktipada behera ======================================== Got a digital camera? MyDailyFlog is a personal photo-blogging space where you can easily post your latest and greatest photos, and share them with your friends and family. Create your own DailyFlog at www.MyDailyFlog.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Unsubscribe: to opt out of further invitations from your friends to see their DailyFlogs, please click below: http://www.mydailyflog.com/go/system/euns=boost-users@lists.boost.org&md5=f… Please do not reply directly to this email. Questions? Contact us - http://www.mydailyflog.com/go/contact_us MyDailyFlog, Refriendz Ltd. PO BOX 1184, Luton, Bedfordshire, LU1 9AT.

1 0

[python] Exported class as mixin
by Gennadiy Rozental 14 Apr '09

14 Apr '09

Hi, I wonder if anyone can give me a hand with this problem here: I've got exported class: class_<MyInterface>( "MyInterface" ) ... And I've got class in Python: class ABC(object): ... I am doing some processing of the class definition in Python and want to be able to do the following (clazz here is ABC: clazz.__bases__ = (MyInterface,) + clazz.__bases__ I am getting following error: TypeError: __bases__ assignment: 'MyInterface' deallocator differs from 'object' I can add mixins defined in Python fine. Only mixins exported from C++ giving me a problem. Any advise? Gennadiy

1 0

BOOST_CHECK_EQUAL_COLLECTIONS fails to compile when comparing vector<wstring>
by Mauricio Gomes 14 Apr '09

14 Apr '09

Hi, I am using Windows XP, boost 1.38 and mingw 3.4.5 (Code::Blocks IDE). I cannot compile BOOST_CHECK_EQUAL_COLLECTIONS when using wstring. See below: #define CHECK_EQUAL_COLLECTIONS(L, R) \ BOOST_CHECK_EQUAL_COLLECTIONS((L).begin (), (L).end (), (R).begin (), (R).end ()) vector<string > v1; vector<wstring> v2; CHECK_EQUAL_COLLECTIONS(v1, v1); // this compiles fine. CHECK_EQUAL_COLLECTIONS(v2, v2); // this gives me the error listed below (at the end). Searching for a solution I've found this: http://lists.boost.org/boost-users/2005/09/13720.php And in fact, adding the code below solves it. namespace std { ostream& operator << (ostream& ostr, wstring const& str) { ostr << boost::lexical_cast<wstring>(str); return ostr; } } However this seems somewhat clumsy to me. I do not like the idea of doing a cast like this that obviously can fail if the wstring has a wide char that cannot be mapped to char properly. And it seems inappropriate to require the user to define such a thing. Is there a better way of solving this ? Can anything be done in the unit test framework itself to solve this in a better way ? I am a beginner with template metaprogramming so I ask the experts here to tell me if there is a better way or if that's the way it is and nothing can be done. Thank you for your attention ! Mauricio. c:\boost_1_38_0\boost\test\utils\wrap_stringstream.hpp||In function `boost::basic_wrap_stringstream<CharT>& boost::operator<<(boost::basic_wrap_stringstream<CharT>&, const T&) [with CharT = char, T = std::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >]':| c:\boost_1_38_0\boost\test\test_tools.hpp|641|instantiated from `boost::test_tools::predicate_result boost::test_tools::tt_detail::equal_coll_impl(Left, Left, Right, Right) [with Left = __gnu_cxx::__normal_iterator<std::wstring*, std::vector<std::wstring, std::allocator<std::wstring> > >, Right = __gnu_cxx::__normal_iterator<std::wstring*, std::vector<std::wstring, std::allocator<std::wstring> > >]'| C:\projects\cpplib\source\test\string_util_test.cpp|71|instantiated from here| c:\boost_1_38_0\boost\test\utils\wrap_stringstream.hpp|66|error: no match for 'operator<<' in '(+targ)->boost::basic_wrap_stringstream<CharT>::stream [with CharT = char]() << t'| C:\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\include\c++\3.4.5\bits\ostream.tcc|63|note: candidates are: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(std::basic_ostream<_CharT, _Traits>&(*)(std::basic_ostream<_CharT, _Traits>&)) [with _CharT = char, _Traits = std::char_traits<char>]| C:\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\include\c++\3.4.5\bits\ostream.tcc|74|note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(std::basic_ios<_CharT, _Traits>&(*)(std::basic_ios<_CharT, _Traits>&)) [with _CharT = char, _Traits = std::char_traits<char>]| C:\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\include\c++\3.4.5\bits\ostream.tcc|86|note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(std::ios_base&(*)(std::ios_base&)) [with _CharT = char, _Traits = std::char_traits<char>]| C:\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\include\c++\3.4.5\bits\ostream.tcc|121|note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(long int) [with _CharT = char, _Traits = std::char_traits<char>]| C:\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\include\c++\3.4.5\bits\ostream.tcc|155|note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(long unsigned int) [with _CharT = char, _Traits = std::char_traits<char>]| C:\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\include\c++\3.4.5\bits\ostream.tcc|98|note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(bool) [with _CharT = char, _Traits = std::char_traits<char>]| C:\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\include\c++\3.4.5\ostream|178|note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(short int) [with _CharT = char, _Traits = std::char_traits<char>]| C:\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\include\c++\3.4.5\ostream|189|note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(short unsigned int) [with _CharT = char, _Traits = std::char_traits<char>]| C:\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\include\c++\3.4.5\ostream|193|note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(int) [with _CharT = char, _Traits = std::char_traits<char>]| C:\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\include\c++\3.4.5\ostream|204|note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(unsigned int) [with _CharT = char, _Traits = std::char_traits<char>]| C:\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\include\c++\3.4.5\bits\ostream.tcc|179|note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(long long int) [with _CharT = char, _Traits = std::char_traits<char>]| C:\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\include\c++\3.4.5\bits\ostream.tcc|214|note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(long long unsigned int) [with _CharT = char, _Traits = std::char_traits<char>]| C:\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\include\c++\3.4.5\bits\ostream.tcc|238|note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(double) [with _CharT = char, _Traits = std::char_traits<char>]| C:\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\include\c++\3.4.5\ostream|219|note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(float) [with _CharT = char, _Traits = std::char_traits<char>]| C:\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\include\c++\3.4.5\bits\ostream.tcc|261|note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(long double) [with _CharT = char, _Traits = std::char_traits<char>]| C:\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\include\c++\3.4.5\bits\ostream.tcc|284|note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(const void*) [with _CharT = char, _Traits = std::char_traits<char>]| C:\CodeBlocks\MinGW\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\include\c++\3.4.5\bits\ostream.tcc|307|note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(std::basic_streambuf<_CharT, _Traits>*) [with _CharT = char, _Traits = std::char_traits<char>]| c:\boost_1_38_0\boost\test\utils\xml_printer.hpp|103|note: std::ostream& boost::unit_test::operator<<(const boost::unit_test::custom_printer<boost::unit_test::pcdata>&, boost::unit_test::const_string)| c:\boost_1_38_0\boost\test\utils\lazy_ostream.hpp|40|note: std::ostream& boost::unit_test::operator<<(std::ostream&, const boost::unit_test::lazy_ostream&)| ||=== Build finished: 1 errors, 0 warnings ===| -- Mauricio Gomes Pensar Digital 55-11-8319-9610 (Brazil - mobile)

2 1

Re: [Boost-users] [Boost.Test] workaround for reported memory leaks when using MFC?
by Gennadiy Rozental 14 Apr '09

14 Apr '09

Andrew Durward <andrew.durward <at> cadsoft.com> writes: > Can anybody suggest a different workaround? The problem effectively renders > Boost.Test unusable in this configuration when MFC is present. You can just ignore memory leaks using command line or environment variable

1 0

[Boost.Test] workaround for reported memory leaks when using MFC?
by Andrew Durward 13 Apr '09

13 Apr '09

Hi, I'm trying to use Boost.Test (dynamic variant) in a dll that also uses MFC. I'm using the console_test_runner application found in libs/test/tools to load my dll. My compiler is MSVC v8 and my OS is Windows Vista. Unfortunately, when the MFC dll gets unloaded prior to shutdown it invokes the CRT's memory leak detection routine which falsely reports that any memory allocated by the (yet to be unloaded) unit test framework has been leaked. Obviously, the problem here is with MFC and searching the 'net will yield numerous complaints on the topic. One such search turned up a promising workaround [1] that involves installing a custom report handler to "swallow" the extraneous memory leak reports. However it appears this approach is defeated by Boost.Test installing its own report handler when no debugger is present. Can anybody suggest a different workaround? The problem effectively renders Boost.Test unusable in this configuration when MFC is present. Here is sample code to reproduce the problem: #define BOOST_TEST_DYN_LINK #include <boost/test/unit_test.hpp> #define _AFXDLL #include <afx.h> BOOST_AUTO_TEST_CASE( test_case ) { BOOST_CHECK( true ); } extern "C" { __declspec( dllexport ) bool init_unit_test() { return true; } } Build this into a dll and load it with the --test argument of console_test_runner. You should see: Detected memory leaks! Dumping objects -> followed by numerous blocks of "leaked" memory. Thanks for any help, andrew [1] "Why does MFC call _CrtDumpMemoryLeaks ?!?" in microsoft.public.vc.mfc http://tinyurl.com/ddas7u

1 0

[Bind] creating a functio
by Robert Ramey 13 Apr '09

13 Apr '09

I'm in the process of figuring out how to use the bind library. The section on operators seems to me missing the "," operator. I see || and && operators which would seem well suited to wrapping a few functions into one - but these would only work for functions returning a bool. How can/should one proceed to get the same functionality of && with function objects which return void? It looks to me that the "," operator should be in there. Robert Ramey

1 0

Boost.Test error in Xcode debug build
by DeNigris Sean 13 Apr '09

13 Apr '09

Hi list! When I run my Boost.Test app in Xcode 3.1.2 in a debug build, I get: > 817 Bus error or in the debugger: > Program received signal: “EXC_BAD_ACCESS”. > Stack: #0 0x001007c8 in boost::unit_test::framework::get at framework.ipp:387 > test_unit& > get( test_unit_id id, test_unit_type t ) > { > test_unit* res = s_frk_impl().m_test_units[id]; > Execution paused at this line (below): > if( (res->p_type & t) == 0 ) > throw internal_error( "Invalid test unit type" ); > > return *res; >} If I change to release build, everything runs fine. Any ideas? Sean DeNigris

2 1

serialization singleton assert on iphone
by gtsml owevwr 13 Apr '09

13 Apr '09

Hi, I have an assert when exiting my application using the serialization lib of boost 1.38. BOOST_DLLEXPORT static T & get_instance() { static detail::singleton_wrapper<T> t; // refer to instance, causing it to be instantiated (and // initialized at startup on working compilers) assert(! detail::singleton_wrapper<T>::m_is_destroyed); use(instance); return static_cast<T &>(t); } The same code doesn't assert on windows XP so I guess that's something messy with static allocation on the iphone platform. On the iphone, the load/save code works well as long as it's not called when the application exit. As far I as I understand, I need to move my exit code somewhere else, when those singleton are still allocated. Can somebody confirm that? Or maybe I'm missing something... Any feedback warmly welcome! thanks

3 3