X-Original-To: pgsql-sql-postgresql.org@localhost.postgresql.org Received: from localhost (neptune.hub.org [200.46.204.2]) by svr1.postgresql.org (Postfix) with ESMTP id 07C4BD1B48B for ; Sat, 20 Dec 2003 17:59:30 +0000 (GMT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (neptune.hub.org [200.46.204.2]) (amavisd-new, port 10024) with ESMTP id 01036-07 for ; Sat, 20 Dec 2003 13:58:40 -0400 (AST) Received: from hotmail.com (bay9-f42.bay9.hotmail.com [64.4.47.42]) by svr1.postgresql.org (Postfix) with ESMTP id C42AED1B477 for ; Sat, 20 Dec 2003 13:58:39 -0400 (AST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 20 Dec 2003 09:58:39 -0800 Received: from 68.100.237.244 by by9fd.bay9.hotmail.msn.com with HTTP; Sat, 20 Dec 2003 17:58:39 GMT X-Originating-IP: [68.100.237.244] X-Originating-Email: [nutter_@hotmail.com] X-Sender: nutter_@hotmail.com From: "Matt Van Mater" To: tgl@sss.pgh.pa.us Cc: pgsql-sql@postgresql.org Subject: Re: how to preserve \n in select statement Date: Sat, 20 Dec 2003 12:58:39 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 20 Dec 2003 17:58:39.0797 (UTC) FILETIME=[E5FE4E50:01C3C722] X-Virus-Scanned: by amavisd-new at postgresql.org X-Archive-Number: 200312/137 X-Sequence-Number: 16303 >Because you are using an input syntax that requires that quotes and >backslashes be escaped. There are other input methods available that >don't require this, but they have disadvantages of their own. In >particular, you have to separate data from SQL command if you want a >no-escape-processing behavior for data. right, I was looking for the alternate input methods that you allude to. I have been unable to find an example of exactly how to do this. > > I think this behavior stems from a security problem psql had a while > > back where escape characters were being interpreted, and this may be > > another instance of that functionality. >Matt, you have no idea what you are talking about. I readily admit that I didn't read much into it, but I think you are mistaken. If you look at the following links you will see that postgresql definitely had a vulnerability that allowed sql injection through the use of escape characters. I was simply saying that this behavior might be a way of preventing that from happening again. http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2002-0802 http://cert.uni-stuttgart.de/doc/postgresql/escape/ _________________________________________________________________ Get dial-up Internet access now with our best offer: 6 months @$9.95/month! http://join.msn.com/?page=dept/dialup