Re: Missing uuid_generate_v1()
Does anyone know where I can see what's already fixed at 9.0.2?
Thanks,
Alexia
Show quoted text
On 2010-10-07 09:54, Dave Page wrote:
On Thu, Oct 7, 2010 at 3:56 AM, Tom Lane <tgl@???> wrote:
Mike Christensen <mike@???> writes:
On Wed, Oct 6, 2010 at 7:38 PM, Tom Lane <tgl@???> wrote:
If you have a libossp-uuid.so.16, you might try symlinking libuuid.so.16
to that instead of carrying a separate file.So now what you're saying is if it's not broke, fix it till it is :)
Well, it's hard to argue with that position ;-). But I'll try anyway:
the platform-provided version of the library will be updated for bug
fixes, compatibility rebuilds, etc. Your private copy won't be, unless
you remember to do it. Eventually that's gonna bite ya.Of course the best fix would be for EDB to ship a build of Postgres
that actually follows the platform-standard naming convention for this
library. I'm still wondering why they're linking to libuuid.so.
Dave?Because that's what comes with ossp-uuid 1.6.2, and I assume is what
configure chooses when we use --with-ossp-uuid:[buildfarm@bf2-linux ~]$ uuid-config --libs
-luuidFYI, there was also a bug in the installer which didn't copy the
library properly, which has been fixed for 9.0.2.
Oh, BTW, Tom - You were right about symlinking.. What I did totally
hosed Apache (though it didn't crash until 2 days later, then wouldn't
restart).. Apache then griped about libuuid not loading. I had to
get my friend Brian (Linux guru) to SSH in and clean up the whole mess
I made.. I think now it's legit now..
Show quoted text
On Fri, Oct 22, 2010 at 7:00 PM, Alexia Lau <alau@esri.com> wrote:
Does anyone know where I can see what’s already fixed at 9.0.2?
Thanks,
Alexia
On 2010-10-07 09:54, Dave Page wrote:
On Thu, Oct 7, 2010 at 3:56 AM, Tom Lane <tgl@???> wrote:
Mike Christensen <mike@???> writes:
On Wed, Oct 6, 2010 at 7:38 PM, Tom Lane <tgl@???> wrote:
If you have a libossp-uuid.so.16, you might try symlinking
libuuid.so.16
to that instead of carrying a separate file.So now what you're saying is if it's not broke, fix it till it is :)
Well, it's hard to argue with that position ;-). But I'll try anyway:
the platform-provided version of the library will be updated for bug
fixes, compatibility rebuilds, etc. Your private copy won't be, unless
you remember to do it. Eventually that's gonna bite ya.Of course the best fix would be for EDB to ship a build of Postgres
that actually follows the platform-standard naming convention for this
library. I'm still wondering why they're linking to libuuid.so.
Dave?Because that's what comes with ossp-uuid 1.6.2, and I assume is what
configure chooses when we use --with-ossp-uuid:[buildfarm@bf2-linux ~]$ uuid-config --libs
-luuidFYI, there was also a bug in the installer which didn't copy the
library properly, which has been fixed for 9.0.2.
Is there a patch being worked on which will allow this contrib module to
work properly under Windows 64 bit machines using the 64 bit Postgres
server? We need to be able to support both Windows and Linux servers
running Postgres.
Best Regards
Michael Gould
"Mike Christensen" <mike@kitchenpc.com> wrote:
Oh, BTW, Tom - You were right about symlinking.. What I did totally
hosed Apache (though it didn't crash until 2 days later, then wouldn't
restart).. Apache then griped about libuuid not loading. I had to
get my friend Brian (Linux guru) to SSH in and clean up the whole mess
I made.. I think now it's legit now..On Fri, Oct 22, 2010 at 7:00 PM, Alexia Lau <alau@esri.com> wrote:
Does anyone know where I can see what?s already fixed at 9.0.2?
Thanks,
Alexia
On 2010-10-07 09:54, Dave Page wrote:
On Thu, Oct 7, 2010 at 3:56 AM, Tom Lane <tgl@???> wrote:
Mike Christensen <mike@???> writes:
On Wed, Oct 6, 2010 at 7:38 PM, Tom Lane <tgl@???> wrote:
If you have a libossp-uuid.so.16, you might try symlinking
libuuid.so.16
to that instead of carrying a separate file.So now what you're saying is if it's not broke, fix it till it is :)
Well, it's hard to argue with that position ;-). But I'll try anyway:
the platform-provided version of the library will be updated for bug
fixes, compatibility rebuilds, etc. Your private copy won't be,
unless
you remember to do it. Eventually that's gonna bite ya.
Of course the best fix would be for EDB to ship a build of Postgres
that actually follows the platform-standard naming convention for this
library. I'm still wondering why they're linking to libuuid.so.
Dave?Because that's what comes with ossp-uuid 1.6.2, and I assume is what
configure chooses when we use --with-ossp-uuid:[buildfarm@bf2-linux ~]$ uuid-config --libs
-luuidFYI, there was also a bug in the installer which didn't copy the
library properly, which has been fixed for 9.0.2.--
Sent via pgsql-general mailing list (pgsql-general@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general
--
Michael Gould, Managing Partner
Intermodal Software Solutions, LLC
904.226.0978
904.592.5250 fax
On Mon, Oct 25, 2010 at 1:12 PM, Michael Gould
<mgould@intermodalsoftwaresolutions.net> wrote:
Is there a patch being worked on which will allow this contrib module to
work properly under Windows 64 bit machines using the 64 bit Postgres
server? We need to be able to support both Windows and Linux servers
running Postgres.
It's not a PostgreSQL issue - the underlying library ossp-uuid doesn't
support 64 bit Windows.
--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company