Re: pgsql: Allow concurrent-safe open() and fopen() in frontend codefor Wi

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: pgsql: Allow concurrent-safe open() and fopen() in frontend codefor Wi
Дата
Msg-id 99abad95-2b1a-32ea-50bb-416747fb87c4@2ndQuadrant.com
обсуждение исходный текст
Ответ на Re: pgsql: Allow concurrent-safe open() and fopen() in frontend code for Wi  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: pgsql: Allow concurrent-safe open() and fopen() in frontend code for Wi  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-committers

On 09/17/2018 12:13 PM, Tom Lane wrote:
> Andrew Dunstan <andrew.dunstan@2ndquadrant.com> writes:
>> On 09/17/2018 10:48 AM, Tom Lane wrote:
>>> We've got a bit of a timing problem because we want to wrap 11beta4/rc1
>>> (still TBD) in a few hours.  I'll take a look and see if I can push a
>>> quick fix before that.
>> When you do I'll start a bowerbird run to check it.
> Pushed, please test.
>
> I think there's a general issue here of exactly how we want pgwin32_fopen
> to behave, but the immediate problem is best fixed by making pgbench deal
> with Windows newlines more thoroughly.
>
>             


Tests are still running, but it's past the pgbench stage on HEAD, so I 
think we're good.

cheers

andrew


-- 
Andrew Dunstan                https://www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: pgsql: Fix parsetree representation of XMLTABLE(XMLNAMESPACES(DEFAULT.
Следующее
От: Tom Lane
Дата:
Сообщение: Re: pgsql: Allow concurrent-safe open() and fopen() in frontend code for Wi