Re: [9.3 bug fix] ECPG does not escape backslashes

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: [9.3 bug fix] ECPG does not escape backslashes
Дата
Msg-id 51D5636F.8040602@dunslane.net
обсуждение исходный текст
Ответ на Re: [9.3 bug fix] ECPG does not escape backslashes  (Michael Meskes <meskes@postgresql.org>)
Ответы Re: [9.3 bug fix] ECPG does not escape backslashes  (Michael Meskes <meskes@postgresql.org>)
Список pgsql-hackers
On 07/04/2013 07:04 AM, Michael Meskes wrote:
> 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@feivel:~$ ecpg test\\\\a/init.pgc
> michael@feivel:~$ grep line test\\\\a/init.c |head -1
> #line 1 "test\\a/init.pgc"
> michael@feivel:~$ gcc -o i test\\\\a/init.c -I /usr/include/postgresql/ -l ecpg
> michael@feivel:~$
>
> This seems to suggest that it works nicely on Linux.
>

Really? I'd expect to see 4 backslashes in the #line directive, I think.

cheers

andrew




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Michael Meskes
Дата:
Сообщение: Re: [9.3 bug fix] ECPG does not escape backslashes
Следующее
От: KONDO Mitsumasa
Дата:
Сообщение: Re: Improvement of checkpoint IO scheduler for stable transaction responses