Re: A failure of standby to follow timeline switch
От | Fujii Masao |
---|---|
Тема | Re: A failure of standby to follow timeline switch |
Дата | |
Msg-id | e0b35dd8-90f3-b02a-9b6d-c6700080fd90@oss.nttdata.com обсуждение исходный текст |
Ответ на | Re: A failure of standby to follow timeline switch (Kyotaro Horiguchi <horikyota.ntt@gmail.com>) |
Ответы |
Re: A failure of standby to follow timeline switch
|
Список | pgsql-hackers |
On 2021/01/05 17:26, Kyotaro Horiguchi wrote: > At Mon, 4 Jan 2021 19:00:21 +0900, Fujii Masao <masao.fujii@oss.nttdata.com> wrote in >> >> >> On 2021/01/04 12:06, Kyotaro Horiguchi wrote: >>> At Sat, 26 Dec 2020 02:15:06 +0900, Fujii Masao >>> <masao.fujii@oss.nttdata.com> wrote in >>>> >>>> On 2020/12/25 12:03, Kyotaro Horiguchi wrote: >>> The attached is the fixed version. >> >> Thanks for updating the patches! >> >>> In the first patch, the test added to 001_stream_rep.pl involves two >>> copied functions related to server-log investigation from >>> 019_repslot_limit.pl. >> >> So you're planning to define them commonly in TestLib.pm or elsewhere? > > Yeah.. That's correct. Newly added as the first patch. > > While making that change, I extended the interface of slurp_file to > allow reading from arbitrary position. Is this extension really helpful for current use case? At least I'd like to avoid back-patching this since it's an exntesion... OsFHandleOpen(my $fh = IO::Handle->new(), $fHandle, 'r') or croak "could not read \"$filename\": $^E\n"; + seek($fh, $from, 0) + or croak "could not seek \"$filename\" to $from: $^E\n"; I'm not familiar with this area, but SetFilePointer() is more suitable rather than seek()? > Thanks. The attached is the revised patchset. Thanks! Regards, -- Fujii Masao Advanced Computing Technology Center Research and Development Headquarters NTT DATA CORPORATION
В списке pgsql-hackers по дате отправления: