- Boost - lists.boost.org

[BGL] [Property Map] PropertyGraph concept
by Cosimo Calabrese 26 Oct '09

26 Oct '09

Hi to all, I've taked a look to the PropertyGraph concept, and it defines the following valid expression: get(p, g, x) and its return type: boost::property_traits<Map>::*value_type* Also the docs of Property Map library says that the get() function return the property *by value*, making a copy of the property. But looking to the \boost\graph\detail\adjacency_list.hpp file, I've noticed that the return value of the get function is: typename boost::property_traits< typename boost::property_map<typename Config::graph_type, Property>::type >::*reference* Why this difference? Or they are the same think? Which is the correct specific? Thanks in advance, Cosimo Calabrese.

2 1

[RegEx] Performance degradation since 1.36
by Dave Vest 26 Oct '09

26 Oct '09

I've just downloaded boost 1.40, compiled the libraries, and re-compiled our application. Part of our application uses regular expressions extensively to search through source code and the performance appears to be up to 5 x slower in release mode than with the 1.36 libraries. Boost source (no modifications) compiled with Visual Studio 2008 on Win 7. (Note: 1.36 was compiled with VS 2008 on Win Vista.) bjam debug release --with-thread --with-regex --with-date_time link=static Regex creation: boost::regex::flag_type flags = boost::regex::perl | boost::regex::optimize | boost::regex::icase); boost::regex * pengine = new boost::regex(strSampleExpression, flags); .. Regex use: boost::regex_iterator<char const*> itMatch(pszStr, pszStr + nStrLen, *pengine); boost::regex_iterator<char const*> itEnd; if ( itMatch != itEnd ) { . } A simple for(int i=0;i<100000;++i) loop test shows huge differences. Any ideas why 1.40 is so much slower? Some change in default traits or some documentation note I've missed?

1 0

[PBGL] Distributed BFS example : input and outpu
by Sandeep Gupta 26 Oct '09

26 Oct '09

Hello, I am trying to understand how the example libs/graph_parallel/example/breadth_first_search.cpp works. I am not able to understand (neither find any documentation for it) the input and output of the program. To the best of my understanding a valid input to this program is graph/test/ weighted_graph.gr. What's the format for the input. And why does the output of BFS dependent upon the number of process in the mpirun argument. Would greatly appreciate any explanation or relevant pointers. -thanks Sandeep

1 0

[Test] Building with Comeau C/C++ 4.3.10.1 fails
by Mateusz Loskot 25 Oct '09

25 Oct '09

Hi, Where can I find current status what Boost libraries compile using Comeau C/C++ compiler? I've tried to build Boost.Test and it fails. Is this a known issue? Should I submit a ticket with detailed errors log? Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

2 3

tuple<T,T,...> generator meta-function
by Emre Turkay 23 Oct '09

23 Oct '09

Hi folks, How can I do this in a better way? template <typename T, size_t N> struct make_tuple { }; template <typename T> struct make_tuple<T, 1> { typedef boost::tuple<T> type; }; template <typename T> struct make_tuple<T, 2> { typedef boost::tuple<T, T> type; }; template <typename T> struct make_tuple<T, 3> { typedef boost::tuple<T, T, T> type; }; template <typename T> struct make_tuple<T, 4> { typedef boost::tuple<T, T, T, T> type; }; // ... Thanks, emre

4 3

Re: [boost] [property] interest in C# like properties for C++?
by Stefan Strasser 23 Oct '09

23 Oct '09

Not trying to beat a dead horse, but this is yet another reason to keep the parenthesis syntax: name().size() -- Ursprüngl. Mitteil. -- Betreff: Re: [boost] [property] interest in C# like properties for C++? Von: Olaf van der Spek <olafvdspek(a)gmail.com> Datum: 23.10.2009 07:44 On Fri, Oct 23, 2009 at 1:30 AM, Edward Diener <eldiener(a)tropicsoft.com> wrote: > Of course you can support reference properties along with value properties. > It is just very hard, if not impossible, to support both kinds using the > same template class. So really one would not a separate template class to > support reference properties. Maybe I should've said class reference. Take std::string for example. I'd be very interested if you've got code that supports for example name.size() where name is your reference property class. name->size() is no problem, but I'd like to have name.size(). Olaf _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

1 0

[random] seeding with arbitrary integers
by Steven Watanabe 23 Oct '09

23 Oct '09

AMDG Currently, some PRNGs cannot be seeded with certain values. For example, the seed for linear_congruential cannot be a multiple of the modulus if the offset is zero. lagged_fibonacci also cannot be seeded with 0, because it uses minstd_rand0. Since linear_congruential already tries to wrap the seed to fit in the range, I'd like to change it so that any seed works. The other generator that needs to be changed is linear_feedback_shift. linear_feedback_shift cannot be seeded with a small integer. What I've done is to add the minimum value to the seed, if the seed is too small. I'm not sure that this is a good solution, since this means that there are a few (and only a few) seeds that result in identical generators. Thoughts? Would it be better to wrap the values to make them fit in range instead? At least this would be consistent with linear_congruential. I've attached a patch with these changes and test cases. See also: http://svn.boost.org/trac/boost/ticket/3516 which prompted this investigation. In Christ, Steven Watanabe

7 18

[asio] help windows.h not littering namespace
by Bjoern Thiel 23 Oct '09

23 Oct '09

Hallo, in socket_types.hpp instead of ... # if defined(__CYGWIN__) # if !defined(__USE_W32_SOCKETS) # error You must add -D__USE_W32_SOCKETS to your compiler options. # endif // !defined(__USE_W32_SOCKETS) # if !defined(NOMINMAX) # define NOMINMAX 1 # endif // !defined(NOMINMAX) # endif // defined(__CYGWIN__) # include <winsock2.h> ... I suggest something like ... # if defined(__CYGWIN__) # if !defined(__USE_W32_SOCKETS) # error You must add -D__USE_W32_SOCKETS to your compiler options. # endif // !defined(__USE_W32_SOCKETS) # endif // defined(__CYGWIN__) # if !defined(NOMINMAX) # define NOMINMAX 1 # define BOOST_NOMINMAX_DEFINED 1 # endif // !defined(NOMINMAX) # include <winsock2.h> # if defined(BOOST_NOMINMAX_DEFINED) # undef NOMINMAX # undef BOOST_NOMINMAX_DEFINED # endif // defined(BOOST_NOMINMAX_DEFINED) ... Thanks. Bjoern Thiel

1 0

[libboost_regex-1_32.dylib] Validating Email address using Regx failing in boost
by Arun 23 Oct '09

23 Oct '09

Hi All, I am using boost regex libraries (libboost_regex-1_32.dylib) for validation of strings. The regular expression string i use is as below. string expr = "^((?>[a-zA-Z\\d!#$%&'*+\\-/=?^_`{|}~]+\\x20*|\"((?=[\\x01-\\x7f])[^\"\\\\]|\\\\[\\x01-\\x7f])*\"\\x20*)*(?<angle><))?((?!\\.)(?>\\.?[a-zA-Z\\d!#$%&'*+\\-/=?^_`{|}~]+)+|\"((?=[\\x01-\\x7f])[^\"\\\\]|\\\\[\\x01-\\x7f])*\")@(((?!-)[a-zA-Z\\d\\-]+(?<!-)\\.)+[a-zA-Z]{2,}|\\[(((?(?<!\\[)\\.)(25[0-5]|2[0-4]\\d|[01]?\\d?\\d)){4}|[a-zA-Z\\d\\-]*[a-zA-Z\\d]:((?=[\\x01-\\x7f])[^\\\\\\[\\]]|\\\\[\\x01-\\x7f])+)\\])(?(angle)>)$"; When i make a call boost::regex regExpr(expr); it is throwing what(): Invalid preceding regular expression. I got the regular expression from http://regexlib.com/REDetails.aspx?regexp_id=711 and converted into std::string. If i print the string onto a terminal, the string exactly matches with the regular expression ^((?>[a-zA-Z\d!#$%&'*+\-/=?^_`{|}~]+\x20*|"((?=[\x01-\x7f])[^"\\]|\\[\x01-\x7f])*"\x20*)*(?<angle><))?((?!\.)(?>\.?[a-zA-Z\d!#$%&'*+\-/=?^_`{|}~]+)+|"((?=[\x01-\x7f])[^"\\]|\\[\x01-\x7f])*")@(((?!-)[a-zA-Z\d\-]+(?<!-)\.)+[a-zA-Z]{2,}|\[(((?(?<!\[)\.)(25[0-5]|2[0-4]\d|[01]?\d?\d)){4}|[a-zA-Z\d\-]*[a-zA-Z\d]:((?=[\x01-\x7f])[^\\\[\]]|\\[\x01-\x7f])+)\])(?(angle)>)$ I am not able to find why boost is telling the string as invalid regular expression. I work in Mac OS X Leopard, and use boost_1_32. Any ideas? Thanks Arun Reply Forward New window Print all « Back to Sent Mail Archive Report spam Delete Move to Inbox Labels More actions 1 of 598 Older › Use free POP access to download your messages to Outlook or devices that support POP. Learn more You are currently using 1306 MB (17%) of your 7382 MB. Last account activity: 9 minutes ago at this IP (125.16.133.35). Details Gmail view: standard | turn off chat | older version | basic HTML Learn more ©2009 Google - Terms - Privacy Policy - Google Home

4 7

[asio] icmp example not working on Windows 2000
by Wolfgang Fertsak 23 Oct '09

23 Oct '09

Hello! The icmp example provided with the asio-library in 1.40 throws a system error with code 10044 "The support for the specified socket type does not exist in this address family." when compiled with _WIN32_WINNT 0x0500 and executed on an Win2000 machine. The error comes from the gai_echeck()-function in socket_ops.hpp which is called with family AF_INET and socktype SOCK_RAW: inline int gai_echeck(const char* host, const char* service, int flags, int family, int socktype, int protocol) { .... switch (family) { case AF_UNSPEC: break; case AF_INET: case AF_INET6: if (socktype != 0 && socktype != SOCK_STREAM && socktype != SOCK_DGRAM) return EAI_SOCKTYPE; ... I have attached the callstack for call to gai_echeck() I'm using Visual Studio 2005 and boost 1.39 (although the example is from boost 1.40) I changed the return value of gai_echeck() back to 0 in the debugger and then the rest of the icmp(ping) example ran without any apparent problems. Best regards, Wolfgang boost::asio::detail::socket_ops::gai_echeck(const char * host=0x0012fad0, const char * service=0x0012faa8, int flags=0, int family=2, int socktype=3, int protocol=1) Line 1380 C++ boost::asio::detail::socket_ops::getaddrinfo_emulation(const char * host=0x0012fad0, const char * service=0x0012faa8, const addrinfo * hintsp=0x0012fa78, addrinfo * * result=0x0012faf0) Line 1441 + 0x1d bytes C++ boost::asio::detail::socket_ops::WspiapiGetAddrInfo(const char * host=0x0012fad0, const char * service=0x0012faa8, const addrinfo * hints=0x0012fa78, addrinfo * * result=0x0012faf0, boost::system::error_code & ec={...}) Line 1801 + 0x15 bytes C++ boost::asio::detail::resolver_service<boost::asio::ip::icmp>::resolve(boost::shared_ptr<void> & __formal={...}, const boost::asio::ip::basic_resolver_query<boost::asio::ip::icmp> & query={...}, boost::system::error_code & ec={...}) Line 147 + 0x51 bytes C++ boost::asio::ip::resolver_service<boost::asio::ip::icmp>::resolve(boost::shared_ptr<void> & impl={...}, const boost::asio::ip::basic_resolver_query<boost::asio::ip::icmp> & query={...}, boost::system::error_code & ec={...}) Line 105 + 0x1b bytes C++ boost::asio::ip::basic_resolver<boost::asio::ip::icmp,boost::asio::ip::resolver_service<boost::asio::ip::icmp> >::resolve(const boost::asio::ip::basic_resolver_query<boost::asio::ip::icmp> & q={...}) Line 98 + 0x1d bytes C++ pinger::pinger(boost::asio::io_service & io_service={...}, const char * destination=0x00324199) Line 32 + 0x1a bytes C++ main(int argc=2, char * * argv=0x00324170) Line 155 + 0x16 bytes C++

1 0