Justin Erenkrantz wrote:
On Tue, Jul 30, 2002 at 09:15:12PM -0700, Ryan Bloom wrote:
I have no problem implementing this feature, but do it right (which may
mean not using apr_socket_t), so that it is portable. We have enough
people who have asked for this feature, that not implementing it is kind
--On Wednesday, July 31, 2002 10:18 AM +0100 David Reid
<[EMAIL PROTECTED]> wrote:
What's next? Given that we seem to be adding this because "it's easy on
unix" do we now have to start adding all the windows features we like? Oh
no, we're mainly unix folks aren't we? Sorry, but comments like this
Yeah, but this is really the thin end of the wedge... :(
What's next? Given that we seem to be adding this because "it's easy on
unix" do we now have to start adding all the windows features we like? Oh
no, we're mainly unix folks aren't we? Sorry, but comments like this make me
verge more on the
I'm -0 on adding them as they're really NOT portable. All the code I've seen
to add similar functionality on non-unix platforms has been flawed in a
number of ways and doesn't actuallt equal a 1 - to - 1 replacement for
AF_LOCAL.
One thing is for sure, they can't be added to apr_socket_t as that w
--On Tuesday, July 30, 2002 5:50 PM -0700 Pier Fumagalli
<[EMAIL PROTECTED]> wrote:
While at OSCON, I chatted about having AF_UNIX support in APR with a bunch
of you, and I didn't hear any negative opinion from anyone...
This would be so great for me, as it would ease my work with Java, in
havin
On Tue, Jul 30, 2002 at 09:34:39PM -0700, Pier Fumagalli wrote:
> I agree with your sentiment, and frankly, I don't care whether we use
> apr_socket_t or not, as long as I can use the same functions to read and
> write to AF_UNIX and AF_INET sockets, because that's what I really need to
> do... :)
> From: Pier Fumagalli [mailto:[EMAIL PROTECTED]
>
> "Ryan Bloom" <[EMAIL PROTECTED]> wrote:
>
> > I have no problem implementing this feature, but do it right (which
may
> > mean not using apr_socket_t), so that it is portable. We have
enough
> > people who have asked for this feature, that not
"Ryan Bloom" <[EMAIL PROTECTED]> wrote:
> I have no problem implementing this feature, but do it right (which may
> mean not using apr_socket_t), so that it is portable. We have enough
> people who have asked for this feature, that not implementing it is kind
> of stupid, but please, please, plea
On Tue, Jul 30, 2002 at 09:15:12PM -0700, Ryan Bloom wrote:
> I have no problem implementing this feature, but do it right (which may
> mean not using apr_socket_t), so that it is portable. We have enough
> people who have asked for this feature, that not implementing it is kind
> of stupid, but p
> > While the code is small, to the best of my knowledge, it is also not
> > portable. If it is portable, +1. If it is Unix only, -1.
>
> Well, it is not a "globally portable" feature... As fork(), for
instance,
> which doesn't exist on Windows, but still APR supports it.
Okay, I can accept tha
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> On Tue, 30 Jul 2002, Justin Erenkrantz wrote:
>
>> On Tue, Jul 30, 2002 at 05:50:40PM -0700, Pier Fumagalli wrote:
>>> While at OSCON, I chatted about having AF_UNIX support in APR with a bunch
>>> of you, and I didn't hear any negative opinion fro
On Tue, 30 Jul 2002, Justin Erenkrantz wrote:
> On Tue, Jul 30, 2002 at 05:50:40PM -0700, Pier Fumagalli wrote:
> > While at OSCON, I chatted about having AF_UNIX support in APR with a bunch
> > of you, and I didn't hear any negative opinion from anyone...
> >
> > This would be so great for me, a
On Tue, Jul 30, 2002 at 05:50:40PM -0700, Pier Fumagalli wrote:
> While at OSCON, I chatted about having AF_UNIX support in APR with a bunch
> of you, and I didn't hear any negative opinion from anyone...
>
> This would be so great for me, as it would ease my work with Java, in having
> a generic
On Tue, Jul 30, 2002 at 05:50:40PM -0700, Pier Fumagalli wrote:
> While at OSCON, I chatted about having AF_UNIX support in APR with a bunch
> of you, and I didn't hear any negative opinion from anyone...
>
> This would be so great for me, as it would ease my work with Java, in having
> a generic
14 matches
Mail list logo
