- Boost - lists.boost.org

Reboot all the CREST server machines to apply the updated openssl lib
by Kim, DongInn 09 Apr '14

09 Apr '14

Dear All, I am advised to reboot all our CREST servers to fully apply the updated OpeeSSL library. The new OpenSSL library was patched to RHEL 6 (RedHat Enterprise Linux 6) packages yesterday and they were installed on all the CREST server machines at around 10am Apr 8, 2014. (Note: all the CREST server machines are setup with RHEL6). The OpenSSL bug is serious and we needed to take immediate actions. http://heartbleed.com Even though our server seem to be safe with the new OpenSSL library now, I would like to make sure that there is no any leaking spots in our server machines by refreshing all the systems with the new OpenSSL library. I would like to setup a schedule to reboot all the CREST server machines at 9am tomorrow (Apr 10, 2014). Date: April 10, 2014 Time: 6:00am-7:00am Pacific US time 7:00am-8:00am Mountain US time 8:00am-9:00am Central US time 9:00am-10:00am Eastern US time 1:00pm-2:00pm GMT Please let me know if you have any questions or concerns about rebooting our servers. Regards, -- - DongInn

1 0

Compile error on function.mem_fun_cxx98 regression test
by Chris Cooper 09 Apr '14

09 Apr '14

I’m trying to get all of the regression tests to work on my Mac which is running OSX 10.9.2 with Xcode 5.1. "clang++ —version” reports “Apple LLVM version 5.1 (clang-503.0.38) (based on LLVM 3.4svn)”. I’m building the boost libraries for c++11. I realize boost 1.55 doesn’t officially support this compiler (yet) so I’m out on the bleeding edge, but it’s almost working. I am cheating a little by manually applying a few of the post-1.55 patches, and if I need to do that to get the regression tests to build that’s fine. When I try to compile function.mem_fun_cxx98 it gives me this error: mem_fun_cxx98.cpp:34:46: error: invalid operands to binary expression ('std::__1::basic_ostream<char>' and 'ostream' (aka 'basic_ostream<char>')) BOOST_TEST(f2(&x, boost::ref(std::cout)) == std::cout); ../../../boost/detail/lightweight_test.hpp:186:28: note: expanded from macro 'BOOST_TEST' #define BOOST_TEST(expr) ((expr)? (void)0: ::boost::detail::test_failed_impl(#expr, __FILE__, __LINE__, BOOST_CURRENT_FUNCTION)) 1 error generated. The error looked to me like a stdlib vs. libc++ kind of thing, so I double-checked the compiler options. For the regression test, bjam is calling the compiler like so: "clang++" -x c++ -std=c++11 -stdlib=libc++ -O3 -O3 -finline-functions -Wno-inline -Wall -DBOOST_ALL_NO_LIB=1 -DNDEBUG -I"../../.." -c -o "/tmp/boost/bin.v2/libs/function/test/mem_fun_cxx98.test/clang-darwin-4.2.1/release/link-static/threading-multi/libs/function/test/mem_fun_cxx98.o” “[SNIP]/mem_fun_cxx98.cpp" The boost libraries are build by calling the compiler: "clang++" -x c++ -std=c++11 -stdlib=libc++ -O3 -O3 -finline-functions -Wno-inline -Wall -DBOOST_ALL_NO_LIB=1 -DBOOST_COROUTINES_SOURCE -DBOOST_SYSTEM_STATIC_LINK=1 -DNDEBUG -I"." -c -o “[SNIP]/bin/boost/bin.v2/libs/coroutine/build/clang-darwin-4.2.1/release/link-static/threading-multi/exceptions.o" "libs/coroutine/src/exceptions.cpp" Whether I bootstrap for toolset clang or darwin doesn’t seem to change anything. Building the library and regression test using clang++ without the c++11 flags works correctly. Is this a known problem that has already been patched for the 1.56 release (I can’t find it if so)? Any suggestions on why this might be happening? Thanks, Chris

2 1

[graph/adjacency_list] edge have many costs
by aymen kaabi 08 Apr '14

08 Apr '14

Good morning, I want to create a graph that their egdes have array of cost ( i dont mean bundle property) because i want to create this graph and try dijikstra for every cost values . can i have an example. example: graph have 2 edge 1->2 ( cost 1,2,3,4,7) 2->3(cost 2,5,3,8,9) thanks for your helps

1 0

[serialization] proposed improvements: forward-compatibility of serialization
by Andrzej Horoszczak 08 Apr '14

08 Apr '14

1 0

phoenix bind vs boost bind?
by Robert Dailey 07 Apr '14

07 Apr '14

First of all, I'm using boost 1.55.0 on MSVC9. I've been using boost::phoenix in various places in my code base for easier usage of std::for_each and friends. However, I do not create lazy functions for a lot of the functions I bind to because they are only needed in one place most of the time. As a result, I use boost::phoenix::bind the same as I'd use boost::bind(). However I have read in various places that boost::bind is being deprecated. I'm not sure if there is truth to this, but is there a reason to choose one over the other? Is phx::bind() basically an "upgrade" to boost::bind? If I intermingle them, I have a lot of issues out of placeholder ambiguities that results in more boilerplate code (i.e. using boost::phoenix::placeholders::_1 everywhere). Any tips? I haven't used boost in a few years so I just want to make sure I'm not using it incorrectly. Thanks in advance.

1 0

Re: [boost] [container] Vector-like container, which takes, feedback for Jeremy M.
by Alexander Kuprijanov 07 Apr '14

07 Apr '14

> Message: 3 > Date: Sun, 6 Apr 2014 09:59:20 +1000 > From: Jeremy Murphy <jeremy.william.murphy(a)gmail.com> > On 6 April 2014 00:45, Alexander Kuprijanov <alexkupri(a)gmail.com> wrote: > >> Hi, everybody! >> The most important feature of my container is performance. However, other >> features will appear later. >> https://github.com/alexkupri/array/blob/master/description/description.txt >> Today I compared my container with rope. My container outperformed it 10 >> times. > > > Hi Alex, > > could you include a build file (I recommend CMake)? My cursory attempt to > compile main.cpp spewed lots of errors. Thanks, cheers. > > Jeremy > Hi, Jeremy! Well, I provided makefiles, but I'm not sure if they help. The line: g++ -O3 main.cpp worked well. If you still have problems, be specific and tell, which project (trunk or performance), which errors and which system. "trunk" should be compiled, because I checked it on Linux and Windows; performance is more platform specific and uses __gnu_cxx::rope. Best regards, A.K.

1 0

Network change of the Boost main web/mail server (wowbagger)
by Kim, DongInn 07 Apr '14

07 Apr '14

Dear All, The boost server machine (wowbagger.crest.iu.edu) is requested to change its subnet and I am planning to switch its IP address for the change of the subnet. I have arranged the schedule to update the DNS information of the following hostnames in wowbagger. - www.boost.org - svn.boost.org - lists.boost.org - boostcon.boost.org - beta.boost.org - www.boostcon.org - wiki.boost.org The IP transition date and time: April 07, 2014 6:00am-7:00am Pacific US time 7:00am-8:00am Mountain US time 8:00am-9:00am Central US time 9:00am-10:00am Eastern US time 1:00pm-2:00pm GMT The list of services that may not be available: - Web services: www.boost.org svn.boost.org lists.boost.org ... - Mail services including mailing lists: boost(a)lists.boost.org boost-users(a)lists.boost.org … - Subversion svn.boost.org The old IP address: 129.79.13.33 The new IP address: 129.79.39.203 I have already prepared the IP transition on wowbagger to make the new IP address provide the same services on it so that I hope that there is no actual outage of the services other than the rebooting time. If you happened to use the IP address on your cronjob or programs, please make sure that you switch it with the new one. IMPORTANT ========================================= wowbagger will need to reboot to kick in a new kernel and mount the NFS space with the new IP address at the same time. ========================================== Please let me know if you have any questions or concerns about this IP transition. Regards, -- - DongInn

1 1

[spirit][testing] ICE in gcc 4.8.2 in tests
by Andrey Semashev 07 Apr '14

07 Apr '14

Hi, I'm seeing ICE in a test on BP x86_64 C++11: http://www.boost.org/development/tests/develop/developer/output/BP%20x86_64… This seems to be happening only in develop. I cannot reproduce this with my local gcc 4.8.1. Does anyone know what could be the problem?

2 4

[integer] Is BOOST_HAS_INTPTR_T documentation missing?
by Mostafa 06 Apr '14

06 Apr '14

Is BOOST_HAS_INTPTR_T documentation missing in Boost.Integer?

2 2

[containers] Vector-like container, which takes O(log(N)) > for insert/erase, question to Adam Wulkiewicz about iterators
by Alexander Kuprijanov 06 Apr '14

06 Apr '14

Hi, again, Adam! > > Date: Sat, 05 Apr 2014 16:59:18 +0200 > From: Adam Wulkiewicz <adam.wulkiewicz(a)gmail.com> > And I strongly dissagree with the statement that your container should > be the first choice. std::vector<> will outperform it in most of the > real-life use-cases. Vector outperforms it only (roughly) 2 times on small arrays (when it contains only one leaf) on all operations, only (roughly) 3 times on iterating access on all sizes and only log(N) times on random access. But it severely (N/log(N)) outperforms vector in all insert/erase cases. See my explained test results. I still believe it's close to first choise. > Also, IMHO the most important feature of std::list<> is insert() and > erase() not invalidating other iterators. AFAIU in your container > iterators may be invalid after insert()? That is very interesting question. Currently such sort of persistent iterators (I call them bookmarks) are not implemented. PLEASE PLEASE PLEASE, EVERYBODY, give me an example of the task when such iterators are necessary. Will this feature add feature to my container, if implemented? Best regards, A.K.

1 0