Re: wrong query results on bf leafhopper

From: David Rowley <dgrowleyml(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Andres Freund <andres(at)anarazel(dot)de>, pgsql-hackers(at)postgresql(dot)org, tharar(at)amazon(dot)com
Subject: Re: wrong query results on bf leafhopper
Date: 2025-05-20 05:50:07
Message-ID: CAApHDvra6icunUex9_gPaHJRLJ+M=jTKY72ohpoexGfW9CUheg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, 20 May 2025 at 16:07, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Failures like this one [1]:
>
> @@ -340,9 +340,13 @@
> create function myinthash(myint) returns integer strict immutable language
> internal as 'hashint4';
> NOTICE: argument type myint is only a shell
> +ERROR: ROWS is not applicable when function does not return a set
>
> are hard to explain as anything besides "that machine is quite
> broken". Whether it's flaky hardware, broken compiler, or what is
> undeterminable from here, but I don't believe it's our bug. So I'm
> unexcited about putting effort into it.

There are certainly much fewer moving parts in PostgreSQL code for
that one as this failure doesn't seem to rely on anything stored in
any tables or the catalogues.

I'd have thought it would be unlikely to be a compiler bug as wouldn't
that mean it'd fail every time?

Are there any Prime95-like stress testers for ARM that could be run on
this machine?

It would be good to kick this one out the pool if there's hardware issues.

David

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message David Rowley 2025-05-20 05:51:51 Re: Add comment explaining why queryid is int64 in pg_stat_statements
Previous Message Peter Smith 2025-05-20 05:43:04 Re: Logical Replication of sequences