Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] PostgreSQL 8.0.3 and Ipv6

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Petr Jelinek <pjmodos(at)seznam(dot)cz>,Magnus Hagander <mha(at)sollentuna(dot)net>, voss(at)arnet(dot)com(dot)br,Chuck McDevitt <cmcdevitt(at)greenplum(dot)com>,"Patches (PostgreSQL)" <pgsql-patches(at)postgresql(dot)org>
Subject: Re: [HACKERS] PostgreSQL 8.0.3 and Ipv6
Date: 2005-08-22 13:57:58
Message-ID: 4309D9E6.9060403@dunslane.net (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-patches

Tom Lane wrote:

>Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
>  
>
>>Tom Lane wrote:
>>    
>>
>>>If you like, you can improve initdb to comment that line out if
>>>getaddrinfo chokes on "::1", rather than believing HAVE_IPV6.
>>>      
>>>
>
>  
>
>>Good idea. Here's a patch for that. Rather than commenting it out I used 
>>the slightly newer initdb facility to remove it and the associated 
>>comment line altogether.
>>    
>>
>
>Hm, is that really better than just commenting it out?  Particularly
>on Windows, where we could imagine someone installing a newer version
>of the relevant DLL and then wanting to use IPv6.  Seems to me that
>leaving the line present but commented out is the right thing, because
>it documents how things should look for IPv6.
>
>	
>  
>

Seemed to me slightly less potentially confusing, but I don't feel 
strongly. Try this instead if you prefer.

cheers

andrew

Attachment: initdb-ip6.patch2
Description: text/plain (1.8 KB)

In response to

Responses

pgsql-hackers by date

Next:From: Bruce MomjianDate: 2005-08-22 14:02:15
Subject: Re: Sleep functions
Previous:From: Palle GirgensohnDate: 2005-08-22 13:49:16
Subject: Re: Win32 unicode vs ICU

pgsql-patches by date

Next:From: Tom LaneDate: 2005-08-22 14:12:11
Subject: Re: Win32 unicode vs ICU
Previous:From: Palle GirgensohnDate: 2005-08-22 13:49:16
Subject: Re: Win32 unicode vs ICU

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group