- Boost - lists.boost.org

Re: [boost] Re: Network library: What we have until now
by Iain Hanson 13 Apr '05

13 Apr '05

Hi, On Wed, 2005-04-13 at 11:24 +0200, Douglas Gregor wrote: > On Apr 13, 2005, at 10:49 AM, Boris wrote: > > Here's the problem: we've been discussing and working on a sockets > library for *years*. People have come, started working on it, and left > before anything ever came up for review. It's getting to the point > where it's become embarrassing to Boost that we *don't* have a sockets > library yet. > > Here's more motivation: the C++ committee is planning to finish the > next revision of the C++ standard in the next few years, and I stress > *few*. Boost has been a wonderful source of libraries for the C++ > committee, and C++ would be greatly improved if the next version of the > standard library contained a sockets library... this library could be > that library, but we have to finish it, review it, and be sure it's > right. We can't review what doesn't come up for review. "Finished" is > more important than "complete". > I won't make any promises ( i did that before and was not able to keep them ) but I'm hoping to publish my socket lib ( layer 1) in the next few weeks. The design is complete ( I hope ) after many revisions and I am currently implementing it again. Basic concepts supported are: address socket select fd_set socket_options Protocol support is for IPv4 and IPv6 with unicast, broadcast, and multicast. additionally, I have support for routing, raw, and data link layer sockets. Initial implementation will be for gcc and Linux only and once I have had a preliminary review I'll add Intel on Linux , and GCC on Windows Impl. /ikh

1 0

[mpl] BOOST_MPL_AUX_ASSERT_NOT_NA problem
by Daniel Wallin 13 Apr '05

13 Apr '05

This problem is showing up in the Parameter library: http://tinyurl.com/4tmy7 I think this is a problem with the assert mechanism in MPL, because if you change boost/mpl/aux_/na_assert.hpp so that it always uses BOOST_STATIC_ASSERT instead of BOOST_MPL_ASSERT_NOT the Parameter tests compile. -- Daniel Wallin

1 0

[regression testing] Is likely broken right now...
by Rene Rivera 13 Apr '05

13 Apr '05

This change by Danile Wallin: http://build.redshift-software.com:9990/changes/156 Change #156 Is causing errors in the build about missing test targets: http://build.redshift-software.com:9990/RSI-SoL-OnDemand/builds/13/boost.ja… (ignore the timeout error, that's my problem) -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - Grafik/jabber.org

5 9

examples in regression testing
by Gennadiy Rozental 13 Apr '05

13 Apr '05

Hi, As you've noticed I added Boost.Test examples into status/Jamfile (as it was recommended to me).Unfortunately I do not see any results on status pages. Any help? Gennadiy

1 0

[vc 8.0] toolset
by Gennadiy Rozental 13 Apr '05

13 Apr '05

Here is an error I am getting when trying to use vc-8_0 toolset: ....\boost\test\impl\execution_monitor.ipp(66) : fatal error C1083: Cannot open include file: 'wtypes.h': No such file or directory But I see it working during regression testers runs. What do I need? Gennadiy

1 0

Re: Network library: What we have until now
by Don G 13 Apr '05

13 Apr '05

Hi Doug, I would be curious to hear your thoughts on the proposal I posted to the sandbox (network.zip). The complete implementation (including URL class, thread pooling, load balancing, etc.) was < 9000 lines and that includes tons of comments (see network.hpp for a frame of reference). I wrote it from scratch in 3 weeks (once the design was finalized). Or rephrased from a previous message: it's not the technical challenges that take all the time; it's the design process ;) Best, Don --- Douglas Gregor <doug.gregor(a)gmail.com> wrote: > I think the scope of this library is insane. We don't need > to solve every single network I/O problem with one huge > networking library. > > Having a solid socket library that handles only blocking > with be a _huge_ improvement . Start small and don't be > afraid to say "No! That's for the next version." > > Doug __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

Regex-User: ISBN validation
by Detlef 12 Apr '05

12 Apr '05

Hi, we need to validate ISBN. With another REGEX-implementation we uses (?=.{13})\d{1,5}( |\-)\d{1,7}\1\d{1,6}\1(\d|X). But this seem not to work. Only the shorter version "\d{1,5}( |\\-)?\\d{1,7}\\1\\d{1,6}\\1(\d|X)" works, but how to check the 13 digits? Thanx in advanced Detlef

7 8

cw9.4 & slist
by Pavol Droba 12 Apr '05

12 Apr '05

Hi all, It seems, that there is a problem in the cw9.4 configuration. BOOST_HAS_SLIST macro is defined, but no <slist> header is present. See: http://tinyurl.com/3rv9h Any idea what to do? Regards, Pavol

4 5

[config] BOOST_GCC
by Gennadiy Rozental 12 Apr '05

12 Apr '05

Why don't we have single BOOST_GCC macro which defines version of gcc compiler. In numerous places around boost we need to check for specific versions on gcc and required to use complex expressions involving up to 3 gcc variables. Gennadiy

4 6

Re: async socket i/o [long]
by Don G 12 Apr '05

12 Apr '05

Hi Caleb, I'll try to address both topics since they are mushed together (as in, I'm not sure they are independent questions after all<g>). > Not sure what you mean here. Connections may be either > synchronous or asynchronous? This seems too limiting IMHO. I meant "the connection process", not the whole object. :) All activities have sync/async forms and I/O methods also have non-blocking. See the sandbox, network.zip/network.html for details. http://boost-sandbox.sourceforge.net/vault > Some of these are semi-portable (e.g. select, poll) but the > others are very specific to the platform. As a user I want > the ability to choose the one that is most suitable to the > task at hand. I'm not sure I understand "suitable to the task at hand". By this do you mean: "I'm writing a simple app that makes a single stream connection" vs. "I'm writing a server that accepts 10,000 connections"? That kind of task? If so, this doesn't sound like an argument for epoll vs. select vs. kqueue. It rather sounds like a desire for the interface to make simple things simple and hard things possible. In other words, why should one care "how" operations are accomplished? It sounds akin to the user selecting Windows API CreateFile flags when opening an ifstream. As soon as we start down this path, the user must code to platform-specific behaviors and interfaces. Exposing such details, IMHO, is a big problem for the user for no benefit that I can see (yet? <g>). I believe that instead of chosing between say epoll and kqueue, the user should chose to block or get callbacks, etc.. I would suggest that for any given platform, there is a best/good_enough choice that would shield the user from these non-portable concerns. If the mechanism seems important, perhaps being involved in the implementation of the interface for a given platform would address these concerns? >From my perspective, understanding network concepts is hard enough for novices. I really believe that we would be best served by a portable, clean abstraction of these primitives that provides synchronous and asynchronous forms of all time consuming operations, and non-blocking I/O. Other concerns, IMHO, are implementation details. Best regards, Don --- Caleb Epstein <caleb.epstein(a)gmail.com> wrote: > On Apr 12, 2005 12:17 AM, Don G <dongryphon(a)yahoo.com> wrote: >> 1. Should the network library provide different choices of >> implementation to the user? For the most part, the platform >> will dictate the available solutions, so having the user >> decide would make their code non-portable. [my thought so >> far is no] > > I disagree. On some platforms, there are multiple choices > for the underlying event dispatching implementation. For > example, on Linux you can use select, poll, or on newer > kernels, epoll and kqueue. > > Even on Windows, there is more than one implementation that > can be used (e.g. WaitForMultipleObjects, select (which I > assume just wraps WFMO), and IO Completion Ports). > > Some of these are semi-portable (e.g. select, poll) but the > others are very specific to the platform. As a user I want > the ability to choose the one that is most suitable to the > task at hand. > >> 2. Would it be better perhaps to only provide behavior >> choices (sync, async, non-blocking) as part of the >> interface? [my thought is yes] > > Not sure what you mean here. Connections may be either > synchronous or asynchronous? This seems too limiting IMHO. > > -- > Caleb Epstein > caleb dot epstein at gmail dot com __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0