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
Re: [PATCH] Add native windows on arm64 support |
Список | 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 по дате отправления: