- Boost-users - lists.boost.org

[parameter][mpl] Help with interface for a mixed integer interpolator
by Jesse Perla 14 Apr '09

14 Apr '09

Hi there,I am writing an interpolator for multidimensional data that may be mixed integer and wanted some design advice. The user will know at compile-time what the number of integer and real dimensions is. The user will create a regular grid as the cartesian product of the various vectors of values for each dimension. mixed_grid<3, 2> my_mixed_grid; linear_interpolator<3, 2> f( my_mixed_grid); //3 real dimensions, 2 integer dimensions The problem with the interpolator is that it needs to be used in a variety of ways. Sometimes the user knows the exact number of the integer or real along a particular dimension. Other times they know the exact index in the grid for a dimension (I am using this for my dynamic programming library, so things get a little crazy when the code is generic, and speed is essential since the interpolator is executed in the innermost loop and would be the main bottleneck if done wrong). Ideal semantics: - Would love the ability to specify the type of interpolation for each variable. interpolated as the default, exact, and by index. Exact would tell the interpolator implementation to find the exact value and to skip a dimension in the interpolation. Byindex would tell it to do the same but even skip the lookup in the list for that dimension. - I want it to be relatively easy to call it with the default "interpolated" type. - Having parameters out of order is not necessary, but if the solution is to use boost::parameter or something like that, then I would say that we might as well allow it. Assuming that there is some sort of decoration class, I would love the semantics of the interpolator to allow something like this: linear_interpolator<3, 2> f( my_mixed_grid); cout << f(1.2, 3.4, 2.2, 1, 5); //normal. always ordered so integers at end. cout << f(1.2, exact(3.4), 2.2, 1, 5); //normal cout << f(1.2, exact(3.4), 2.2, 1, 5); //normal cout << f(1.2, exact(3.4), 2.2, byindex(0), 5); etc. It is reasonable to have the type for the non-interpolated defaults. e.g. cout << f(1.2, exact<real>(3.4), 2.2, byindex<int>(0), 5); Although having a class that wraps the creation could be fine if the decoration needs template parameters cout << f(1.2, get_exact(3.4), 2.2, get_by_index(0), 5); Any idea on how to implement this or if this is the right approach? Should I be using boost parameter somehow to make life easier and not have to implement a huge number of overloaded operator()? I can't figure out what the decoration classes would look like, and I can't have this using a virtual function to extract a value. And if boost::parameter is the solution: As gravy, it would be great if the user could positionally setup a bunch of boost parameter tags for their specific function (it is reasonable to expect them to put them in a namespace to avoid clashes). i.e. support f(_1 = 1.2, _3 = exact(2.2), _2 = 2.2, etc.); but also to define some kind of macro that can be used by any : FUNCTION_PARAMETER( _x, _1); //_x synonym for _1 used in the unpacking of the argpack FUNCTION_PARAMETER( _y, _2); //etc. so that they can call it like: f(_x = 1.2, _y = exact(2.2), etc.); I can't figure out in boost::parameter how I could have _x as a synonym for _1 which the interpolator implementation would use to unpack the argpack. Thanks Jesse

1 0

boost::system::error_code::swap proposal
by Marat Abrarov 14 Apr '09

14 Apr '09

Why boost::system::error_code doesn't have swap method (or overloaded swap friend function)? boost::system::error_code is copyable so it must have such "swap". Any opinions? Best regards, Marat Abrarov.

2 1

Boost thread conflicts with MFC
by Igor MI 14 Apr '09

14 Apr '09

I updated from 1.35 to 1.38 when the conflicts started. My MFC application wouldn't start, it would throw an exception. I pinned down the problem to the hook that boost thread library is using which is located in tss_pe.cpp: extern "C" { extern BOOL (WINAPI * const _pRawDllMain)(HANDLE, DWORD, LPVOID)=&dll_callback; } What I did is comment this declaration and rebuild the library and now my application seems to be running normally. My question is can boost thread library run properly without this hook? If not, what other solution do you suggest. Thanks, Igor. -- View this message in context: http://www.nabble.com/Boost-thread-conflicts-with-MFC-tp22946168p22946168.h… Sent from the Boost - Users mailing list archive at Nabble.com.

18 35

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