On Fri, Jul 21, 2006 at 11:40:22AM +0200, Corinna Vinschen wrote:
>
> Just as a side note to Jan. Cygwin is a Red Hat product as well and the
> current release doesn't support IPv6 and getaddrinfo for now. I have a
> developer branch which adds IPv6 support to Cygwin, but this work will
> hit th
On Jul 21 11:23, Andy Polyakov via RT wrote:
> > I sent a patch to provide a solution for platforms that have addrinfo.
> > Basically, if you do not have addrinfo, you cannot expect IPv6 to
> > work.
>
> My comment was not about having IPv6 working without addrinfo, but about
> not breaking platf
On Fri, Jul 21, 2006 at 11:23:11AM +0200, Andy Polyakov via RT wrote:
>
> off-topic. DSO_global_lookup was not the point I wanted to emphasize!
> DSO_global_lookup is mentioned only because you'll have to cope with it
> in HEAD branch.
I can see now that IPv6 support is in the HEAD branch, I a
> I sent a patch to provide a solution for platforms that have addrinfo.
> Basically, if you do not have addrinfo, you cannot expect IPv6 to
> work.
My comment was not about having IPv6 working without addrinfo, but about
not breaking platforms which don't have one.
> I was looking for a feedba
On Thu, Jul 20, 2006 at 06:04:37PM +0200, Andy Polyakov via RT wrote:
>
> I want to point out that there is rudimentary IPv6 support in HEAD
> already. Well, it depends on new DSO_global_lookup, but it's not the
> point I want to emphasize.
It is a very good point. I didn't know about it and I
I want to point out that there is rudimentary IPv6 support in HEAD
already. Well, it depends on new DSO_global_lookup, but it's not the
point I want to emphasize.
> I prepared new version of the patch.
- struct sockaddr_in server,client;
+ struct addrinfo *res, *res0, hints;
Typic
I want to point out that there is rudimentary IPv6 support in HEAD
already. Well, it depends on new DSO_global_lookup, but it's not the
point I want to emphasize.
I prepared new version of the patch.
- struct sockaddr_in server,client;
+ struct addrinfo *res, *res0, hints;
Typic
On Tue, Jul 18, 2006 at 02:06:12PM +0200, Richard Levitte via RT wrote:
>
> I'm taking a look at it. Don't worry about RT "stripping" the
> attachment, that's just for outgoing email. The patch is in the
> database, and I just downloaded it.
Richard,
I prepared new version of the patch.
Fix
On Tue, Jul 18, 2006 at 02:06:12PM +0200, Richard Levitte via RT wrote:
>
> I'm taking a look at it. Don't worry about RT "stripping" the
> attachment, that's just for outgoing email. The patch is in the
> database, and I just downloaded it.
Richard,
I prepared new version of the patch.
Fi
I'm taking a look at it. Don't worry about RT "stripping" the
attachment, that's just for outgoing email. The patch is in the
database, and I just downloaded it.
[EMAIL PROTECTED] - Tue Jul 18 13:33:56 2006]:
> On Thu, Jul 13, 2006 at 04:26:29PM +0200, Richard Levitte - VMS
> Whacker wrote:
On Thu, Jul 13, 2006 at 04:26:29PM +0200, Richard Levitte - VMS Whacker wrote:
>
> > OK. I suggest I prepare a patch that will not change them (they will
> > be IPv4-only), will mark them with #ifndef OPENSSL_NO_DEPRECATED, and
> > will not add them to the .pod. Sounds reasonable?
>
> Yes.
>
>
In message <[EMAIL PROTECTED]> on Thu, 13 Jul 2006 15:59:18 +0200, Jan
Pazdziora <[EMAIL PROTECTED]> said:
jpr-ossl> OK. I suggest I prepare a patch that will not change them (they will
jpr-ossl> be IPv4-only), will mark them with #ifndef OPENSSL_NO_DEPRECATED, and
jpr-ossl> will not add them to
On Thu, Jul 13, 2006 at 02:08:22PM +0200, Richard Levitte - VMS Whacker wrote:
>
> Note that they are documented by being declared in bio.h. The OpenSSL
OK.
> documentation in form of .pod files isn't complete yet.
>
> The best thing to do with functions that you want removed is to wrap
> them
In message <[EMAIL PROTECTED]> on Thu, 13 Jul 2006 13:39:22 +0200, Jan
Pazdziora <[EMAIL PROTECTED]> said:
jpr-ossl> On Thu, Jul 13, 2006 at 12:32:50PM +0200, Richard Levitte - VMS
Whacker wrote:
jpr-ossl> > In message <[EMAIL PROTECTED]> on Thu, 13 Jul 2006 11:15:59 +0200,
Jan Pazdziora <[EMAI
On Thu, Jul 13, 2006 at 12:32:50PM +0200, Richard Levitte - VMS Whacker wrote:
> In message <[EMAIL PROTECTED]> on Thu, 13 Jul 2006 11:15:59 +0200, Jan
> Pazdziora <[EMAIL PROTECTED]> said:
>
> jpr-ossl> The primary concern is a change in API/ABI, namely removal of three
> jpr-ossl> functions: BI
In message <[EMAIL PROTECTED]> on Thu, 13 Jul 2006 11:15:59 +0200, Jan
Pazdziora <[EMAIL PROTECTED]> said:
jpr-ossl> The primary concern is a change in API/ABI, namely removal of three
jpr-ossl> functions: BIO_get_host_ip, BIO_get_port, and BIO_gethostbyname. They
jpr-ossl> are not documented in
Hello,
as part of an effort to support IPv6, we are now ready to provide
patches for openssl to replace IPv4-only routines and structures
(gethostbyname, char ip[4], sockaddr_in) by a more generic and
AF-agnostic ones. The IPv6 issues are being logged in a bug
https://bugzilla.redhat.com
17 matches
Mail list logo