From: | Michael Meskes <meskes(at)postgresql(dot)org> |
---|---|
To: | MauMau <maumau307(at)gmail(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: [9.3 bug fix] ECPG does not escape backslashes |
Date: | 2013-07-04 11:04:07 |
Message-ID: | 20130704110407.GA27740@feivel.credativ.lan |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Jul 03, 2013 at 07:22:48PM +0900, MauMau wrote:
> I happened to find a trivial bug of ECPG while experimenting with
> 9.3 beta 2. Please find attached the patch to fix this. This is
> not specific to 9.3. Could you commit and backport this?
This appears to be Windows specific. I don't have a Windows system to test
with. How does Visusal Studio handle #line entries with full path names? Are
they all escaped? Or better do they have to be?
> This is necessary not only on Windows but also on UNIX/Linux. For
> your information, running "gcc -E di\\r/a.c" escapes \ and outputs
> the line:
>
> # 1 "di\\r/a.c"
Now this statement surprises me:
michael(at)feivel:~$ ecpg test\\\\a/init.pgc
michael(at)feivel:~$ grep line test\\\\a/init.c |head -1
#line 1 "test\\a/init.pgc"
michael(at)feivel:~$ gcc -o i test\\\\a/init.c -I /usr/include/postgresql/ -l ecpg
michael(at)feivel:~$
This seems to suggest that it works nicely on Linux.
So what do ou mean when saying the problem also occurs on Linux?
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at gmail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2013-07-04 11:58:39 | Re: [9.3 bug fix] ECPG does not escape backslashes |
Previous Message | Magnus Hagander | 2013-07-04 10:23:54 | Re: [PATCH] Add an ldapoption to disable chasing LDAP referrals |