Re: More time spending with "delete pending"

Поиск
Список
Период
Сортировка
Искать
От
Alexander Lakhin
Тема
Re: More time spending with "delete pending"
Дата
Msg-id
d030cc87-641c-c2f0-b7a9-4d6669ea91d7@gmail.com
Ответ на
Список
Дерево обсуждения
More time spending with "delete pending" Alexander Lakhin <exclusion@gmail.com>
Re: More time spending with "delete pending" Justin Pryzby <pryzby@telsasoft.com>
Re: More time spending with "delete pending" Alexander Lakhin <exclusion@gmail.com>
Re: More time spending with "delete pending" Tom Lane <tgl@sss.pgh.pa.us>
Re: More time spending with "delete pending" Tom Lane <tgl@sss.pgh.pa.us>
Re: More time spending with "delete pending" Alexander Lakhin <exclusion@gmail.com>
Re: More time spending with "delete pending" Tom Lane <tgl@sss.pgh.pa.us>
Re: More time spending with "delete pending" Alexander Lakhin <exclusion@gmail.com>
Re: More time spending with "delete pending" Alexander Lakhin <exclusion@gmail.com>
Re: More time spending with "delete pending" Juan José Santamaría Flecha <juanjo.santamaria@gmail.com>
08.07.2021 10:47, Michael Paquier wrote:
> On Thu, Jul 08, 2021 at 07:00:01AM +0300, Alexander Lakhin wrote:
>> As Tom Lane noted above, the code added with bed90759f is dubious
>> (_NtQueryInformationFile() can not be used to handle the "delete
>> pending" state as CreateFile() returns INVALID_HANDLE_VALUE in this case.)
>> Probably that change should be reverted. Should I do it along with the
>> proposed fix?
> Ah, I see.  I have managed to miss your point.  If
> _NtQueryInformationFile() cannot be used, then we'd actually miss the
> contents for standardInfo and the pending deletion.  If you could send
> everything you have, that would be helpful!  I'd like to test that
> stuff by myself, with all the contents discussed at disposal for a
> proper evaluation.
> --
Beside the aforementioned test I can only propose the extended patch,
that incorporates the undo of the changes brought by bed90759f.
With this patch that test is passed.

Best regards,
Alexander
В списке pgsql-hackers по дате отправления
От: Boris Kolpackov
Дата:
От: Tom Lane
Дата:
FAQ