> > Won't it need to be different on different platforms? I mean, Windows
> > wants a SOCKET, and I wouldn't put it past M$ to change the sockaddr to
> > some windows specific structure in the future.
>
> The prototype will be the same... that is why we have the apr_os_sock_t
> type.
>
> We sho
On Sun, Dec 03, 2000 at 09:27:45AM -0500, Jeff Trawick wrote:
> Hopefully I didn't miss any comments on the mailing list last night
> (where is that archive again?).
>
> Here is enough to look at to make sure I didn't screw anything up. I
> added family and type parameters too so that APR doesn't
On Sun, Dec 03, 2000 at 11:38:32AM -0800, [EMAIL PROTECTED] wrote:
>
> > > > Here is enough to look at to make sure I didn't screw anything up. I
> > > > added family and type parameters too so that APR doesn't have to bend
> > > > over backwards (i.e., use syscalls) to find that out. We don't k
> > > Here is enough to look at to make sure I didn't screw anything up. I
> > > added family and type parameters too so that APR doesn't have to bend
> > > over backwards (i.e., use syscalls) to find that out. We don't keep
> > > the type anywhere yet but it is likely to become useful in the fu
[EMAIL PROTECTED] writes:
> On Sun, 3 Dec 2000, Jeff Trawick wrote:
>
> > Hopefully I didn't miss any comments on the mailing list last night
> > (where is that archive again?).
> >
> > Here is enough to look at to make sure I didn't screw anything up. I
> > added family and type parameters too
On Sun, 3 Dec 2000, Jeff Trawick wrote:
> Hopefully I didn't miss any comments on the mailing list last night
> (where is that archive again?).
>
> Here is enough to look at to make sure I didn't screw anything up. I
> added family and type parameters too so that APR doesn't have to bend
> over
Jeff Trawick <[EMAIL PROTECTED]> writes:
> +apr_status_t apr_make_os_sock(apr_socket_t **apr_sock, apr_os_sock_t
> *os_sock,
> + struct sockaddr *local, struct sockaddr
> *remote,
> + int family, int type, apr_pool_t *cont)
> +{
...
> +
Hopefully I didn't miss any comments on the mailing list last night
(where is that archive again?).
Here is enough to look at to make sure I didn't screw anything up. I
added family and type parameters too so that APR doesn't have to bend
over backwards (i.e., use syscalls) to find that out. We
