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
Ответ на
Re: More time spending with "delete pending" (Michael Paquier)
Список
Дерево обсуждения
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 по дате отправления