From: | "David E(dot) Wheeler" <david(at)justatheory(dot)com> |
---|---|
To: | pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | When is int32 not an int32? |
Date: | 2021-09-26 21:32:11 |
Message-ID: | FD163B2E-BC83-41D5-B035-09D1AD9DEFB1@justatheory.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hell Hackers, long time no email!
I got a bug report for the semver extension:
https://github.com/theory/pg-semver/issues/58
It claims that a test unexpected passes. That is, Test #31 is expected to fail, because it intentionally tests a version in which its parts overflow the int32[3] they’re stored in, with the expectation that one day we can refactor the type to handle larger version parts.
I can’t imagine there would be any circumstance under which int32 would somehow be larger than a signed 32-bit integer, but perhaps there is?
Scroll to the bottom of these pages to see the unexpected passes on i386 and armhf:
https://ci.debian.net/data/autopkgtest/unstable/i386/p/postgresql-semver/15208658/log.gz
https://ci.debian.net/data/autopkgtest/unstable/armhf/p/postgresql-semver/15208657/log.gz
Here’s the Postgres build output for those two platforms, as well, though nothing jumps out at me:
https://buildd.debian.org/status/fetch.php?pkg=postgresql-13&arch=i386&ver=13.4-3&stamp=1630408269&raw=0
https://buildd.debian.org/status/fetch.php?pkg=postgresql-13&arch=armhf&ver=13.4-3&stamp=1630412028&raw=0
Thanks,
David
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Munro | 2021-09-26 21:54:27 | Re: Spelling change in LLVM 14 API |
Previous Message | Jean-Christophe Arnu | 2021-09-26 20:41:13 | Re: Empty string in lexeme for tsvector |