Re: [PATCH] Add native windows on arm64 support

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: [PATCH] Add native windows on arm64 support
Дата
Msg-id Yw6e4dA4mmusdEsx@paquier.xyz
обсуждение исходный текст
Ответ на Re: [PATCH] Add native windows on arm64 support  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [PATCH] Add native windows on arm64 support  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: [PATCH] Add native windows on arm64 support  (Michael Paquier <michael@paquier.xyz>)
Список pgsql-hackers
On Mon, Aug 29, 2022 at 10:00:10PM -0400, Tom Lane wrote:
> Michael Paquier <michael@paquier.xyz> writes:
> > On Mon, Aug 29, 2022 at 05:33:56PM -0700, Andres Freund wrote:
> >> The weirdest part is that it only happens as part of the the pg_upgrade test.
>
> > make check has just failed:
> > https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=bowerbird&dt=2022-08-30%2001%3A15%3A13
>
> So it *is* probabilistic, which is pretty much what you'd expect
> if ASLR triggers it.  That brings us no closer to understanding
> what the mechanism is, though.

There have been more failures, always switching the input from
"pre<!--c1--><?pi arg?><![CDATA[&ent1]]><n2>&deep</n2>post"
to "pre<?pi arg?><![CDATA[&ent1]]><!--c1--><n2>&deep</n2>post".

Using a PATH of node() influences the output.  I am not verse unto
XMLTABLE, but could it be an issue where each node is parsed and we
have something like a qsort() applied on the pointer addresses for
each part or something like that, causing the output to become
unstable?
--
Michael

Вложения

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

Предыдущее
От: Peter Smith
Дата:
Сообщение: Re: [PATCH] Use indexes on the subscriber when REPLICA IDENTITY is full on the publisher
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [PATCH] Add native windows on arm64 support