X-Original-To: pgsql-hackers-postgresql.org@localhost.postgresql.org Received: from localhost (mx1.hub.org [200.46.208.251]) by postgresql.org (Postfix) with ESMTP id 5A3919FA6A2 for ; Wed, 31 May 2006 17:24:42 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 70740-08 for ; Wed, 31 May 2006 17:24:33 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from anchor-post-30.mail.demon.net (anchor-post-30.mail.demon.net [194.217.242.88]) by postgresql.org (Postfix) with ESMTP id 778C39FA5E1 for ; Wed, 31 May 2006 17:24:33 -0300 (ADT) Received: from mailgate.vale-housing.co.uk ([194.217.48.34] helo=vale-housing.co.uk) by anchor-post-30.mail.demon.net with esmtp (Exim 4.42) id 1FlXF1-000CvZ-2R for pgsql-hackers@postgresql.org; Wed, 31 May 2006 20:24:31 +0000 Received: from 84.13.251.55 ([84.13.251.55]) by ratbert.vale-housing.co.uk ([192.168.1.106]) with Microsoft Exchange Server HTTP-DAV ; Wed, 31 May 2006 20:24:31 +0000 User-Agent: Microsoft-Entourage/11.2.3.060209 Date: Wed, 31 May 2006 21:27:28 +0100 Subject: Re: Possible TODO item: copy to/from pipe From: Dave Page To: Tom Lane CC: Magnus Hagander , Andreas Pflug , Message-ID: Thread-Topic: [HACKERS] Possible TODO item: copy to/from pipe Thread-Index: AcaE7k8TMCbsxLQGTHyxH3E+fyXBmwAAlNsD In-Reply-To: <15073.1149106242@sss.pgh.pa.us> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200605/1357 X-Sequence-Number: 84222 On 31/5/06 21:10, "Tom Lane" wrote: > Dave Page writes: >> Exactly my point; how many production Windows servers do you have with gzip >> anywhere near them? Andreas' point about pipes is also valid though - it's >> simply not the norm on Windows as I found when we were porting Slony >> (more.exe barfs at >8MB being pipe in). > > I don't see that we should allow Windows' deficiencies to be an argument > against providing a facility that would be useful on all our other platforms. It's not about a primarily GUI based OS not being able to do everything a traditionally command line based OS can do on the command line, it's about providing a solution that will work on either and remain portable. Whilst I agree with your objection to using pg_lzcompress, I for one would rather see a builtin solution that I know will work whatever platform/box I'm on without having to go and download additional tools. Regards, Dave.