Re: Client build of MSVC6+ patch

I'm still not very happy - we never got a reply about why the reordering
was needed at all. Referring in some way to FBSD doesn't really answer
for Windows. I am currently without a Windows box I can use, so I am
dependent on asking questions.

cheers

andrew

Bruce Momjian wrote:

>Patch applied. Change made so test is WIN32, and add comment about
>different structure ordering on Win32 for IPv6 use.
>
>Thanks.
>
>---------------------------------------------------------------------------
>
>
>Hiroshi Saito wrote:
>
>
>>Hi. Tom-san.
>>
>>Oops, I understood it. Thank you for suggestion.
>>What condition is this?
>>
>>Regards,
>>Hiroshi Saito
>>
>>From: "Tom Lane"
>>
>>
>>
>>>"Hiroshi Saito" <z-saito(at)guitar(dot)ocn(dot)ne(dot)jp> writes:
>>>
>>>
>>>>>Why do we need to reorder the fields in the struct?
>>>>>
>>>>>
>>>>Eh? Even my FreeBSD used well shows a structure object.
>>>>
>>>>
>>>The standard lists the fields in the other order:
>>>http://www.opengroup.org/onlinepubs/009695399/basedefs/netdb.h.html
>>>
>>>Even though the standard doesn't say that that has to be the physical
>>>order, every other platform besides Windows does it that way. The patch
>>>as given is unacceptable because it *will* break other platforms (mine
>>>for instance ;-)). If it has to be this way for Windows then we need
>>>some sort of platform-specific #ifdef. Considering that the code works
>>>as-is on several sorts of Windows builds, we probably need something
>>>even more specific than that, like #if MSVC-before-version-XX.
>>>
>>>regards, tom lane
>>>
>>>
>
>[ Attachment, skipping... ]
>
>
>
>>---------------------------(end of broadcast)---------------------------
>>TIP 5: don't forget to increase your free space map settings
>>
>>
>
>
>