March 2012 - Boost - lists.preview.boost.org

interprocess with unordered_map
by Joel Young 23 Mar '12

23 Mar '12

>> Folks, I've built a unordered_map in a memory mapped file. The map goes from: typedef boost::interprocess::allocator< char, boost::interprocess::managed_mapped_file::segment_manager > char_allocator_t; typedef boost::interprocess::basic_string< char, std::char_traits<char>, char_allocator_t > typedef std::pair< key_type, pay_type> val_type; typedef boost::interprocess::allocator< val_type, boost::interprocess::managed_mapped_file::segment_manager> allocator_t; typedef boost::unordered_map< key_type, pay_type, boost::hash<key_type>, std::equal_to<key_type>, allocator_t> map_type; Everything works fine on creation. But when I later go to read from the map in a different program where the mapped file is opened read only, I have to do gymcrackery like: // A temporary string that allocates from the mapped file struct shm_clean { // cleanup shared memory on stack-unwind shm_clean() { boost::interprocess::shared_memory_object::remove("StupidSharedMemory"); } ~shm_clean() { boost::interprocess::shared_memory_object::remove("StupidSharedMemory"); } } cleaner; boost::interprocess::managed_shared_memory stupid(boost::interprocess::create_only ,"StupidSharedMemory" ,500); key_type key_val(stupid.get_segment_manager()); to create a temporary to allow me to search since the maps find() method will only take a key_type and interprocess::basic_string WILL NOT implicitly construct from a std::string, nor will it implicitly construct from a char* to itself. Can the interprocess::basic_string be modified to allow these conversions? I hate having to do: key_val = "fruitcake"; db.find(key_val); Suggestions? Thanks! Joel

4 18

[config] PGI config file doesn't defines BOOST_HAS_THREADS
by Vicente J. Botet Escriba 23 Mar '12

23 Mar '12

There is an issue on Boost.Thread regression test for PGI compiler. See https://svn.boost.org/trac/boost/ticket/6354. "pgCC" -INLINE:none -Kieee -fpic -fPIC -gopt -Minform=warn -DBOOST_ALL_NO_LIB=1 -DBOOST_TEST_NO_AUTO_LINK=1 -DBOOST_THREAD_POSIX -DBOOST_THREAD_USE_DLL=1 -D__need_IOV_MAX -I".." -c -o "/scratch/kbelco/boost/results/boost/bin.v2/libs/thread/test/test_barrier.test/pgi-11.9/debug/threading-multi/test_barrier.o" "../libs/thread/test/test_barrier.cpp" "../boost/config/requires_threads.hpp", line 86: catastrophic error: #error directive: "Compiler threading support is not turned on. Please consult your compiler's documentation for the appropriate options to use" # error "Compiler threading support is not turned on. Please consult your compiler's documentation for the appropriate options to use" boost/config/compiler/pgi.hpp defines BOOST_HAS_PTHREADS but not BOOST_HAS_THREADS, resulting in failure in the requires_threads.hpp header. It seems that adding #define BOOST_HAS_THREADS inboost/config/compiler/pgi.hpp solves the issue. John, what do you think? Could I add it? Best, Vicente

3 5

Re: [boost] DCVS vs CVS: call for constructivism
by Gottlob Frege 23 Mar '12

23 Mar '12

I have a question for the git (or hg) people. Maybe the concrete situation will shed some light on some of the issues (or maybe I'll just get some help and stop pulling what's left of my hair out). I'm working on code.cpp and morecode.cpp. At the same time, I am writing scripts like review.sh (makes git work better with code collaborator) and, say, custom_make.bat. I am going back and forth on these as needed. In particular, as the cpp files get in shape I commit, and maybe post something for review. We leads me to change review.sh. Or as I get things working, I modify custom_build.bat. To me, once done, these are separate commits/branches/features/changelists (whatever you want to call them). But while working on them, I don't want to flip between branches - I find I'm always changing something in the wrong branch when I try separate branches. ie I change code.cpp while in the "scripts" branch. And it is often more than 2 things I am working on. And sometimes (not usually) they are at least somewhat related - ie code.cpp depends on yourstuff.h, and I need to make a small fix in yourstuff.h. In the end, that fix will be separate, but until i know it is correct, it tends to stay mixed with my other work. Now maybe the dependency case is different, I don't know. (obviously at the end of the day, the order of dependent changes needs to be pushed correctly). So basically, in something like perforce, I can group the files into changelists, and then forget about it until something is completely done and ready to commit. I understand I'm losing other features (small commits, being able to easily set it all aside, etc), but this is my common workflow. Should I do everything on a messy "work" branch and just sort it out when I am ready to push? Should I keep the features in separate branches, but pull from branch to branch all the time? (I don't think I want to spend that much time with the RCS. I like forgetting about it most of the time.) Am I just doing it wrong? (And did any of this make any sense?) Tony Sent from my portable Analytical Engine

5 4

[typeof] MSVC errors on PGI?
by lcaminiti 23 Mar '12

23 Mar '12

Hello all, I'm getting compiler errors when using Boost.Typeof on PGI (plus these errors seems to be from Boost.Typeof for MSVC?). It's the first time I try to use PGI... what am I doing wrong? // File: 01.cpp #include <boost/typeof/typeof.hpp> int main() { int x = 0; BOOST_TYPEOF(x) y = x; return y; } $ pgcpp -I ../../.. 01.cpp "../../../boost/typeof/msvc/typeof_impl.hpp", line 150: error: class "boost::type_of::msvc_extract_type<ID>::id2type [with ID=ID]" cannot be defined in the current scope struct base_type::id2type // This uses nice VC6.5 and VC7.1 bugfeature ^ "../../../boost/typeof/msvc/typeof_impl.hpp", line 160: error: incomplete type is not allowed typedef typename id2type::type type; ^ detected during instantiation of class "boost::type_of::msvc_typeid_wrapper<ID> [with ID=5]" at line 6 of "01.cpp" 2 errors detected in the compilation of "01.cpp". BTW, I'm trying to use PGI to get ScopeExit regression tests to all pass on this compiler. PGI users-- any help is welcome! --Lorenzo -- View this message in context: http://boost.2283326.n4.nabble.com/boost-typeof-MSVC-errors-on-PGI-tp449921… Sent from the Boost - Dev mailing list archive at Nabble.com.

1 0

René Eng möchte chatten
by René Eng 23 Mar '12

23 Mar '12

----------------------------------------------------------------------- René Eng möchte einige der neuen Google-Produkte verwenden, um mit Ihnen besser in Kontakt zu bleiben. Wenn Sie schon Google Mail oder Google Talk verwenden, besuchen Sie: http://mail.google.com/mail/b-4122791ae-68c38cb068-RejaciDzcqGQypwAD-y35NwA… Klicken Sie auf diesen Link, um mit René Eng chatten zu können. Um Google Mail - ein kostenloses E-Mail-Konto von Google mit mehr als 2800 Megabyte Speicherplatz - zu erhalten und mit René Eng zu chatten, besuchen Sie: http://mail.google.com/mail/a-4122791ae-68c38cb068-RejaciDzcqGQypwAD-y35NwA… Google Mail bietet: - Instant Messaging direkt in Google Mail - Leistungsstarken Spamschutz - Integrierte Suche nach E-Mails und praktische Möglichkeiten, E-Mails in "Konversationen" zu ordnen - Keine Pop-up-Anzeigen oder nicht zielgerichtete Banner - nur Textanzeigen und Informationen, die für den Inhalt Ihrer E-Mails relevant sind Alle diese Funktionen erhalten Sie kostenlos. Aber das ist noch nicht alles! Wenn Sie sich für ein Google Mail-Konto registrieren, erhalten Sie auch Zugriff auf Google Talk, den Instant Messaging-Dienst von: http://www.google.com/talk/intl/de/ Google Talk bietet: - Einen webbasierten Chat, den Sie überall verwenden können, ohne dass ein Download erforderlich ist - Eine mit Ihrem Google Mail-Konto synchronisierte Kontaktliste - Kostenlose, qualitativ hochwertige Sprachanrufe von Computer zu Computer, wenn Sie den Google Talk-Client herunterladen Von Zeit zu Zeit fügen wir immer wieder neue Funktionen zu Google Talk hinzu und nehmen weitere Verbesserungen vor, weshalb wir Sie möglicherweise regelmäßig um Kommentare und Vorschläge bitten. Wir danken Ihnen für Ihre Hilfe bei der Optimierung unserer Produkte! Vielen Dank! Ihr Google Team Weitere Informationen zu Google Mail und Google Talk erhalten Sie unter: http://mail.google.com/mail/help/intl/de/about.html http://www.google.com/talk/intl/de/about.html Wenn das Klicken auf die URLs in dieser E-Mail nicht funktioniert, kopieren Sie sie und fügen Sie sie in die Adressleiste Ihres Browsers ein.

1 0

Looking for some "real world" extended precision integer arithmetic tests
by John Maddock 23 Mar '12

23 Mar '12

Folks, I'm continuing to add to the multiprecision arithmetic library in the sandbox (under "big_number"), and I've just added a Boost licensed fixed-precision integer type which on Win32 at least looks to be very competitive with GMP for reasonable numbers of bits (up to about 1024), see http://svn.boost.org/svn/boost/sandbox/big_number/libs/multiprecision/doc/h… However, as we all know there are lies damn lies and performance stats ;-) Plus the test results I have above ignore the effect of memory allocations (needed by libtommath and GMP, but not the fixed_int code - which in theory should make it faster still). So I'd be really interested to put the type through it's paces with some real world code that really thrashes an extended precision integer type. Any suggestions? Anything in Boost? Thanks in advance, John.

5 38

[Context] Compile Broken for MSVC under x64 (r77477 Trunk)
by Joshua Boyce 23 Mar '12

23 Mar '12

r77477 has broken compilation of Boost.Context on trunk for me when using MSVC and targeting x64 (it spits out a "platform not supported" error). I believe this is because MSVC does not define any of the preprocessor directives that are being checked now (instead of _WIN64). I believe the fix for this is to check _M_AMD64 and/or _M_X64. http://msdn.microsoft.com/en-us/library/b0084kay(v=vs.110).aspx _M_X64: Defined for x64 processors. _M_AMD64: Defined for x64 processors. This patch fixes the issue for me: http://dl.dropbox.com/u/74751/cpp/boost/patches/context-msvc-x64-fix-201203… Thanks.

1 0

[algorithm] aesthetic question about cxx11
by lcaminiti 22 Mar '12

22 Mar '12

Hello all, I have an aesthetic question. Boost.Algorithm puts C++11 algorithms like all_of into a directory boost/algorithm/cxx11. Would the directory name boost/algorithm/cpp11 be preferred? I think for file names .cpp and .hpp are Boost choice over .cxx and .hxx. But for directory names instead cxx11 is Boost choice over cpp11? Similarly, shall macros that refer to C++11 be named BOOST_..._CPP11_... or BOOST_..._CXX11_...? In general, shall Boost refer to C++11 as cpp11/CPP11 or cxx11/CXX11? Given that .cpp/.hpp is Boost choice for file names over .cxx/.hxx, I'd think cpp11/CPP11 would be Boost choice over cxx11/CXX11... P.S. I have a similar situation in Boost.Contract where I want to put macros to parse C++11 keywords (override, final, etc) in a separated directory and I want to name that directory cxx11 or cpp11 consistently with other Boost libraries (so users don't have to remember different conventions). Thanks. --Lorenzo -- View this message in context: http://boost.2283326.n4.nabble.com/boost-algorithm-aesthetic-question-about… Sent from the Boost - Dev mailing list archive at Nabble.com.

10 21

[config] local types as template params
by Lorenzo Caminiti 22 Mar '12

22 Mar '12

Hello all, Is it possible to add a macro BOOST_CONFIG_LOCAL_TYPES_AS_TEMPLATE_PARAMS to Boost.Config to indicate if local types can be passed as template parameters? 1) Boost.Closure (formerly, Boost.Local) implements some optimizations when local types can be passed as template parameters. 2) C++11 always allows to pass local types as template parameters. 3) Local types cannot be passed as template parameters on C++03 instead but some C++03 compilers MSVC 8 (and older?) allow it anyway. // If it is possible to pass local types (classes, etc) as template parameters. // This is not possible in pure C++03 but it is possible in some C++03 // extensions (MSVC 8.0) and with C++11 (GCC >= 4.5.x -std=c++0x). #if (__GNUC__ > 4 || (__GNUC__ == 4 && __GNUC_MINOR__ > 4)) && \ defined(__GXX_EXPERIMENTAL_CXX0X__) // From GCC 4.5.x when -std=c++0x specified. # define BOOST_LOCAL_TYPES_AS_TEMPLATE_PARAMS #elif defined(_MSC_VER) // For (all?) MSVC (tested on MVSC 8.0). # define BOOST_LOCAL_TYPES_AS_TEMPLATE_PARAMS #endif All, can you please try to compile the following example on different compilers/versions and let me know the outcome? If this example compiles successfully then the specific compiler supports local types as template parameters: #include <algorithm> #include <iostream> int main() { struct s { void operator()(int x) { std::cout << x << std::endl; } } l; int nums[] = {1, 2, 3}; std::for_each(nums, nums + 3, l); return 0; } For example, this compiles on GCC >= 4.5.x w/ C++0x extensions enabled and on MSVC 8.0- does it compile on all MSVC versions? Thanks. --Lorenzo

8 12

[config] missing BOOST_HAS_STDINT_H for PGI
by Oliver Kowalke 22 Mar '12

22 Mar '12

ticket: 6724 boost/config/compilers/pgi.h does not define BOOST_HAS_STDINT_H -> boost/cstdint.hpp does not include stdint.h Oliver

2 1