Re: [HACKERS] libxml incompatibility
On Fri, 06 Mar 2009 14:32:25 -0600, Kenneth Marshall wrote: On Fri, Mar 06, 2009 at 02:58:30PM -0500, Andrew Dunstan wrote: Yes, I discovered this a few weeks ago. It looks like libxml is not reentrant, so for perl you need to use some other XML library. Very annoying. Ugh! That is worse than a simple library link incompatibility. http://www.nabble.com/New-libxml-which-is-reentrant---to18329452.html Seems to me that Perl (?) is calling functions it is not supposed to call - I'm guessing due to assumptions about mismatching lifecycles. The parsing functions themselves are supposedly reentrant. -h -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
Re: [HACKERS] QuickLZ compression algorithm (Re: Inclusion in the PostgreSQL backend for toasting rows)
On Mon, 05 Jan 2009 13:44:57 -0500, Andrew Chernow wrote: Robert Haas wrote: What we do have is a suggestion from several people that the database shouldn't be in the business of compressing data AT ALL. If we want DB2 users generally seem very happy with the built-in compression. IMHO, this is a job for the application. Changing applications is several times more expensive and often simply not possible. -h -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
Re: [HACKERS] VACUUM FULL out of memory
On Mon, 07 Jan 2008 10:57:53 -0500, Andrew Sullivan wrote: Note that you should almost never use VACUUM FULL unless you've really messed things up. I understand from the thread that you're just testing things out right now. But VACUUM FULL is not something you should _ever_ need in production, if you've set things up correctly. Then why does it exist? Is it a historical leftover? If it is only needed for emergency, should it not have a different name? Just curious.. Holger ---(end of broadcast)--- TIP 4: Have you searched our list archives? http://archives.postgresql.org
