X-Original-To: pgsql-hackers-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by postgresql.org (Postfix) with ESMTP id E85AD11F6C19 for ; Thu, 20 Apr 2006 08:53:40 -0300 (ADT) X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Score: 0.072 X-Spam-Level: X-Spam-Status: No, score=0.072 required=5 tests=[AWL=0.072] Received: from postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id AhIHtuhg24mS for ; Thu, 20 Apr 2006 08:53:33 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from gauss.credativ.com (ipx11302.ipxserver.de [212.112.227.254]) by postgresql.org (Postfix) with ESMTP id 009E711F6274 for ; Thu, 20 Apr 2006 08:53:36 -0300 (ADT) Received: from bell.credativ.de (p508952CC.dip.t-dialin.net [80.137.82.204]) (using TLSv1 with cipher EXP1024-RC4-SHA (56/128 bits)) (No client certificate requested) by gauss.credativ.com (Postfix) with ESMTP id BCE1CD75ED; Thu, 20 Apr 2006 13:53:36 +0200 (CEST) From: Peter Eisentraut To: "Magnus Hagander" Subject: Re: pg_dump -Ft failed on Windows XP Date: Thu, 20 Apr 2006 13:53:30 +0200 User-Agent: KMail/1.9.1 Cc: pgsql-hackers@postgresql.org, "Yoshiyuki Asaba" References: <6BCB9D8A16AC4241919521715F4D8BCEA352D2@algol.sollentuna.se> In-Reply-To: <6BCB9D8A16AC4241919521715F4D8BCEA352D2@algol.sollentuna.se> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604201353.31774.peter_e@gmx.net> X-Archive-Number: 200604/715 X-Sequence-Number: 82438 Am Donnerstag, 20. April 2006 13:21 schrieb Magnus Hagander: > It's not buggy. It's well documented behaviour,and per my linux manpage > for the file it's also OK per spec: > > The standard does not specify the directory that tmpfile() > will use. Glibc will try the path prefix P_tmpdir defined > in , and if that fails the directory /tmp. The spec says The tmpfile() function shall create a temporary file and open a corresponding stream. The file shall be automatically deleted when all references to the file are closed. The file is opened as in fopen() for update (w+). If the implementation is such that it tries to create the file in a directory that the user does not have write permission to, it's a bug. -- Peter Eisentraut http://developer.postgresql.org/~petere/