Re: OK...

2000-11-17 Thread Greg Stein
On Thu, Nov 16, 2000 at 01:49:33PM -, David Reid wrote: >... > > > 3. Before we can take this further, I guess we need to add the following > > > though... > > > > I'll let others comment on this stuff. I'm much more concerned about > > getting enough IPv6 enabled in APR so we can test it prop

Re: OK...

2000-11-17 Thread Jeff Trawick
> > > apr_sockaddr_t). That makes sense when the user has told us the local > > > > interface address and we have to resolve it anyway. We have to keep > > > > it from being painful when we just have the port number. > > > > > > OK, so ag

Re: OK...

2000-11-16 Thread David Reid
sure and possibly > > > flags. Look at getaddrinfo(). And do we want to add an optional > > > service name/port number parameter? That would build the complete > > > sockaddr for us. > > > > OK. Care to suggest the definition? > > apr_status_t apr_getaddrin

Re: OK...

2000-11-16 Thread Jeff Trawick
rguments: address family for sure and possibly > > flags. Look at getaddrinfo(). And do we want to add an optional > > service name/port number parameter? That would build the complete > > sockaddr for us. > > OK. Care to suggest the definition

Re: OK...

2000-11-16 Thread Jeff Trawick
"David Reid" <[EMAIL PROTECTED]> writes: > OK, I've done some work on this but am getting an error now > Could not connect: Can't assign requested address (49) I have it working on Linux now... Changes to your patch or to other code to get it to work: 1) The

Re: OK...

2000-11-16 Thread Jeff Trawick
"David Reid" <[EMAIL PROTECTED]> writes: > [OK, I'm getting better at this Reply To All stuff...] I still haven't gotten the hang of it :( Maybe I need to study the GNUS manual to figure out how to avoid editing the cc line to keep me out of it. > &

Re: OK...

2000-11-16 Thread David Reid
[OK, I'm getting better at this Reply To All stuff...] > > 1. Modify connect to take an apr_sockaddr_t instead of a hostname... This > > is a simple change so I'll make it sooner rather than later. > > yes... OK, I've done some work on this but am getting an e

Re: OK...

2000-11-16 Thread Jeff Trawick
Here are some idioms I see in other IPv6-enabled code which I think should be supported in APR. Part of this has a bearing on my comments to you post below. 1) stream socket server a. (normal) get me a darn socket, I don't care which kind API: apr_create_socket(, AF_UNSPEC,

OK...

2000-11-16 Thread David Reid
OK so Jeff has convinced me about not needing apr_in_addr_t's. So I'm going to work on removing the apr_in_addr_t from the code all together... There are a lot of questions that start with ??? so answers from anyone with a point of view please! 1. Modify connect to take an apr_