> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Darryl Green
> Sent: Wednesday, November 27, 2002 1:27 AM
> To: Boost mailing list
> Subject: RE: [boost] Socket Multiplexing
>
>
>
>
> > From: Boris Schäling [mailto:[EMAIL PROTECTED]]
> > > From: [EM
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Darryl Green
> Sent: Wednesday, November 27, 2002 1:47 AM
> To: Boost mailing list
> Subject: RE: [boost] Re: AW: Re: AW: Sockets
>
>
> [...]
> > Good point. There is currently no UDP support in my lib
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Darryl Green
> Sent: Wednesday, November 27, 2002 1:37 AM
> To: Boost mailing list
> Subject: RE: [boost] Re: Socket errors
> [...]
> > > [...]
> > > It is important to remember that SSL/TLS do not as
Hi,
is it possible and does anybody know which files I have to pull from CVS
onto 1.29.0 in order to get this to compile?
I would like to avoid having the complete latest CVS...
Thanks... Dominik.
"John Maddock" <[EMAIL PROTECTED]> wrote in message
020e01c28655$5b26b240$8e6a87d9@1016031671">ne
From: "Matthias Troyer" <[EMAIL PROTECTED]>
>
> If a library user wants his archives to be portable he has to use
> int8_t, int16_t, etc.. for all data integral types that he wants to
> portably serialize.
I don't think so. First, these types aren't portable. Second, I don't see
why it is required
On Tue, 2002-11-26 at 17:12, Boris Schäling wrote:
> > How does the multiplexor know what to pass to write the second time?
>
> The multiplexor doesn't know but the stream does. The multiplexor calls
> stream::write() when the socket descriptor is writable. The stream calls
> ::write() and sends a
> Is there a reason these version of aCC are not supported. I can imagine
that
> this is the case because they even don't support the new style headers
like
> (alhtough adding the -Aa flag to use it in standard compatible
> mode) ?
Well as you may have noticed we don't have a HP aCC tester at pr
> > I tried to compile Boost.Test using the Comeau C++ compiler version
> > 4.3.0.1 under Linux, and I found several problems that I would like to
> > report. For one, the build process needs the pre-processor define
>
> > _POSIX_SOURCE
>
> > defined when compiling the execution_monitor.cpp mod
> My group is looking at using some Boost libraries.
> However we have to support HP versions of our applications.
> There doesn't seem to be much aCC usage in this mailing list
> (at least that came up when searching the archive).
>
> Have people had real problems? What is the history?
> Is anyon
> is it possible and does anybody know which files I have to pull from CVS
> onto 1.29.0 in order to get this to compile?
>
> I would like to avoid having the complete latest CVS...
open up boost/regex/detail/regex_match.hpp and search for std::distance, and
replace with boost::re_detail::distance
> > Looks like we're all thinking alike, a while ago I put together a
sequence
> > based substring class that could act as a universal wrapper for any
string
> > like object, along with a set of algorithms to act upon it: it's based
> > loosely on Darin Adler's original string algorithm code.
>
> I
On Tue, 2002-11-26 at 20:55, Boris Schäling wrote:
> > * should not require virtual base class interface
>
> What does this mean? No polymorphism?!
No, it just means templates (compile time polymorphism).
Higher levels can add virtual functions but we shouldn't need them in
the lower layers. Ev
On Wednesday 27 November 2002 12:23, John Maddock wrote:
> > Is there a reason these version of aCC are not supported. I can imagine
>
> that
>
> > this is the case because they even don't support the new style headers
>
> like
>
> > (alhtough adding the -Aa flag to use it in standard compatible
>
- Original Message -
From: "Rozental, Gennadiy" <[EMAIL PROTECTED]>
To: "'Boost mailing list'" <[EMAIL PROTECTED]>
Sent: Tuesday, November 26, 2002 7:13 PM
Subject: RE: [boost] Factoring out Test Library wrapstrstream
> > (3) fully included
> > The problem with this is that I put the bur
At 10:33 PM 11/26/2002, Glen Knowles wrote:
>From: Beman Dawes [mailto:[EMAIL PROTECTED]]
>
> >>current_directory() - returns the current directory (and drive if
> >>windows)
> >
> >That's been added, per the formal review. The actual names for it
> >and its sibling function will be current_path()
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Hamish Mackenzie
> Sent: Wednesday, November 27, 2002 12:53 PM
> To: Boost mailing list
> Subject: RE: [boost] Re: AW: Re: AW: Sockets
>
>
> On Tue, 2002-11-26 at 17:12, Boris Schäling wrote:
> > > How
John,
You wrote:
> I hate to say it, but I *really* don't like the idea of abusing
std::string
> in this way: and IMO it is an abuse: a substring is not conceptually "an
> instance of" std::string. It's not mutable, and it doesn't manage it's
own
> memory etc etc. From a practical point of view
> [mailto:[EMAIL PROTECTED]]On Behalf Of David B. Held
> Sent: 26 November 2002 21:26
[snip]
> Perhaps
> a special clause that the software does not infringe on any known
> patents or copyrights, but comes with no other warranties? I
> have no idea
> what the legal status of such claims are, h
>> If you aim for portability, you can simply use int8_t, int16_t, etc.
>> in your implementation - no need to use it in the archive interfaces
>> as far as I get it. Sorry if I miss the point :)
> If a library user wants his archives to be portable he has to use
> int8_t, int16_t, etc.. for all da
On Wed, 2002-11-27 at 15:03, Boris Schäling wrote:
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Hamish Mackenzie
> > Sent: Wednesday, November 27, 2002 12:53 PM
> > To: Boost mailing list
> > Subject: RE: [boost] Re: AW: Re: AW: Sockets
> >
>
Pavol,
To make things clear, I do not want to sound like I am opposing to what you
are doing. I really think that these algorithms are usefull and very usable.
Only point I want to emphasise is the necessity to have these algorithms
implemented in string oriented fassion (maybe in parallel with ge
> >
> >
> I had a look. It looks interesting, however I couldn't compile it with
VC7,
> I assume because of partial specialization you are using.
> I have compiled it with gcc 3.2, just to see how tests are working, and
> it worked just fine.
Thanks for trying. Portability has not really been add
> > #include
> >
> All right... I totally missed this...
> I thought 'fully included' meant something else. Sorry.
> (btw: I couldn't find this on the Docs... perhaps it's just me)
See here for example:
http://www.boost.org/libs/test/doc/test_exec_monitor.htm#MonitorCompilation
>
> NOTE:
> I tr
Hi,
When I switched Boost.Python from its own version of is_polymorphic to
the current type trait, I started getting the following warning from
GCC:
c:/boost/boost/type_traits/is_polymorphic.hpp:22: warning: `struct
boost::detail::is_polymorphic_imp1::d1' has virtual functions but
"Iain K.Hanson" <[EMAIL PROTECTED]> wrote in message
000501c2962b$228029e0$39001cac@ih1comp">news:000501c2962b$228029e0$39001cac@ih1comp...
> [...]
> Thats not possoible imho. It may have expired now, but I remember IBM
> filed a patent (US) in the late 80's oe earlier 90's on Finite State
> Machin
Michael Walter wrote:
If a library user wants his archives to be portable he has to use
int8_t, int16_t, etc..
I don't remember seeing this pointed out, so forgive me if I just missed
it or am just stating the obvious, but:
These types are technically NOT portable, in two ways:
1) They are n
Hi Alexei
On Wed, Nov 27, 2002 at 11:09:47AM -0500, Alexei Novakov wrote:
> Pavol,
>
> To make things clear, I do not want to sound like I am opposing to what you
> are doing.
Thats ok:) Every opinion is worth considering for me
> I really think that these algorithms are usefull and very usabl
- Original Message -
From: "Rozental, Gennadiy" <[EMAIL PROTECTED]>
To: "'Boost mailing list'" <[EMAIL PROTECTED]>
Sent: Wednesday, November 27, 2002 1:37 PM
Subject: RE: [boost] Factoring out Test Library wrapstrstream
> > > #include
> > >
> > All right... I totally missed this...
> >
On Wednesday, November 27, 2002, at 06:05 PM, Kevin Lynch wrote:
Michael Walter wrote:
If a library user wants his archives to be portable he has to use
int8_t, int16_t, etc..
I don't remember seeing this pointed out, so forgive me if I just
missed it or am just stating the obvious, but:
T
> The problem is that BCC, by default, uses an 'intrinsic'
> version of strcmp
> which is not a real function thus it is not located in std.
> Declaring strcmp
> inside std doesn't help.
> The workaround is to either use unqualified calls to strcmp
> or to disable
> its intrinsic version. My pat
At 09:56 AM 11/27/2002, Beman Dawes wrote:
>...
>
>There has also been so consideration of providing has_xxx query
functions,
>which would express the above as:
>
> foo.has_root_directory()
>
>Pros: Expresses concept a bit more directly, may be implemented more
>efficiently than decompositio
- Original Message -
From: "Rozental, Gennadiy" <[EMAIL PROTECTED]>
To: "'Boost mailing list'" <[EMAIL PROTECTED]>
Sent: Wednesday, November 27, 2002 3:01 PM
Subject: RE: [boost] Factoring out Test Library wrapstrstream
> > The problem is that BCC, by default, uses an 'intrinsic'
> > ver
KL> 2) Although both POSIX and C99 define them to be 2's complement integers
KL> with the appropriate number of bits, neither standard sets a requirement
KL> on byte ordering within the multibyte types. Thus, even if a platform
KL> supports them (say, the BSD family), the binary form of the inte
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Hamish Mackenzie
> Sent: Wednesday, November 27, 2002 5:00 PM
> To: Boost mailing list
> Subject: RE: [boost] Re: AW: Re: AW: Sockets
>
>
> [...]
> > My implementation selects on all file descriptors a
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Hamish Mackenzie
> Sent: Wednesday, November 27, 2002 1:41 PM
> To: Boost mailing list
> Subject: RE: [boost] Socket Multiplexing
>
>
> On Tue, 2002-11-26 at 20:55, Boris Schäling wrote:
> > > * should
>"Darryl Green" <[EMAIL PROTECTED]> skrev i meddelandet
>[EMAIL PROTECTED]">news:[EMAIL PROTECTED]
...
[snip]
> Note man says "regular files" - there are lots of interesting special
files that don't always
> report ready - I/O devices, pipes etc. Also, I think it would be a bad
idea to assume
>
At 11:38 AM 11/26/2002, Samuel Krempp wrote:
>So I can only look at the daily regression results..
Since you are looking at the results, you might whack away at the
Metrowerks errors (see below).
The error "undefined identifier" on an identifier other compilers are
finding is usually caused by
At 11:26 AM 11/26/2002, David Abrahams wrote:
>IIUC, what Beman meant when he said "what was being requested" did not
>refer to this particular case. He was referring to his own earlier
>statement that:
>
>"Even something in the public domain should have a copyright, and a
>license that sa
In this code,
template
struct apply_lambda
{
typedef typename mpl::lambda::type f_;
typedef typename mpl::apply::type type;
};
MSVC reports that there is no "apply" in "mpl". I thought it was being
stupid,
so I preprocessed the source, and verified that sure enou
David B. Held wrote:
> In this code,
>
> template
> struct apply_lambda
> {
> typedef typename mpl::lambda::type f_;
> typedef typename mpl::apply::type type;
> };
>
> MSVC reports that there is no "apply" in "mpl". I thought
> it was being stupid, so I preproce
> -Original Message-
> From: Boris Schäling [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, 28 November 2002 5:14 AM
[snip]
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Hamish Mackenzie
> > Sent: Wednesday, November 27, 2002 1:41 PM
[s
Is it still planned to release a 1.29.1 shortly ?
Should fixes be commited in the RC_1_29_0 branch for this aim, or is
this branch supposed to be left aside definitely ?
-- Samuel
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinf
"Aleksey Gurtovoy" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> [...]
> > but is this documented?
>
> Now it is :). Speaking seriously, it's on my documentation to-do list.
;)
Now, for a real stumper. It seems to me that VC6 is only pretending to
compile MP
Title: RE: [boost] Re: relative/absolute paths in filesystem library
>From: Beman Dawes [mailto:[EMAIL PROTECTED]]
> > >>is_absolute() - true if the directory (sans drive) starts with
> > >>a / (c:/, /, /blah are absolute; c:blah, blah, ../blah are not)
> > >
> > >That's been added too.
> > >
For some reason, I never got this archive, but I did get the rest of
them on that day (Nov. 26, 2002). Could someone send me a copy?
Is it possible to add a program to the List server for sending specific
digests back to the user?
Daryle
___
Unsubsc
45 matches
Mail list logo
