On Fri, 6 Mar 2009, Guillaume Smet wrote:
Date: Fri, 6 Mar 2009 18:58:58 +0100
From: Guillaume Smet <guillaume.s...@gmail.com>
To: Tom Lane <t...@sss.pgh.pa.us>
Cc: Andrew Dunstan <and...@dunslane.net>,
PostgreSQL-development <pgsql-hackers@postgresql.org>, o...@pyrenet.fr
Subject: Re: [HACKERS] small parallel restore optimization
On Fri, Mar 6, 2009 at 6:20 PM, Tom Lane <t...@sss.pgh.pa.us> wrote:
Can you put together even a weakly reproducible test case? Something
that only fails every tenth or hundredth time would still help.
not sure, none of my tests did fail at the same place.
the only thing I could come with is a calloc(1,12) that seems to alloc
mem for filename, in that case sdewitte.dmp; so the alloc is not counting
the null char at the end.
not sure it could explain everything though
>
It seems that Olivier can reproduce the problem at will on Unixware. I
don't know if it's easy to find useful information to debug the
problem on this platform though.
See http://archives.postgresql.org/pgsql-hackers/2009-03/msg00201.php
--
Olivier PRENANT Tel: +33-5-61-50-97-00 (Work)
15, Chemin des Monges +33-5-61-50-97-01 (Fax)
31190 AUTERIVE +33-6-07-63-80-64 (GSM)
FRANCE Email: o...@pyrenet.fr
------------------------------------------------------------------------------
Make your life a dream, make your dream a reality. (St Exupery)
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
