From: | Dave Page <dpage(at)pgadmin(dot)org> |
---|---|
To: | Michael Gould <mgould(at)intermodalsoftwaresolutions(dot)net> |
Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Full GUID support |
Date: | 2011-07-04 06:30:44 |
Message-ID: | CA+OCxoz+dE+HDSPs_+H5+WGVE+SKd4j0=JQH3HQ=TraKexfasA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Should be in 9.0.5/9.1b3
On Sunday, July 3, 2011, Michael Gould
<mgould(at)intermodalsoftwaresolutions(dot)net> wrote:
> Does this look to be something that will surface around for 9.1
>
> Sent from Samsung mobile
>
> Dave Page <dpage(at)pgadmin(dot)org> wrote:
>
>>On Sunday, July 3, 2011, Michael Gould
>><mgould(at)intermodalsoftwaresolutions(dot)net> wrote:
>>&gt; Peter,
>>&gt;
>>&gt; I don't believe that the library that the contrib
module runs with can run
>>&gt; on Window 64 bit servers or even Windows 7 64 bit.
That is problem as most
>>&gt; shops are using 64 bit OS and if Window the contrib module is
>>going to fail.
>>&gt; Taking the responsibility to handle this internally
means that you can
>>&gt; write your own implementation not based on a libary
that can't handle
>>&gt; Windows 64 bit.
>>
>>The next release of the installers will, now that we have a 64 Windows
>>port of ossp-uuid.
>>
>>Even If that weren't the case, integrating the type wouldn't fix the
>>problem anyway, unless you're suggesting we implement our own UUID
>>generator (which isn't nearly as straightforward as it might seem, as
>>I understand it)..
>>
>>--
>>Dave Page
>>Blog: http://pgsnake.blogspot.com
>>Twitter: @pgsnake
>>
>>EnterpriseDB UK: http://www.enterprisedb.com
>>The Enterprise PostgreSQL Company
>>
>>--
>>Sent via pgsql-hackers mailing list (pgsql-hackers(at)postgresql(dot)org)
>>To make changes to your subscription:
>>http://www.postgresql.org/mailpref/pgsql-hackers
>
--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Brar Piening | 2011-07-04 06:36:49 | Re: flex on win64 - workaround for "flex: fatal internal error, exec failed" |
Previous Message | Craig Ringer | 2011-07-04 04:58:46 | Re: Crash dumps |