Re: [Patch] Windows relation extension failure at 2GB and 4GB
Michael Paquier <michael@paquier.xyz>
From: Michael Paquier <michael@paquier.xyz>
To: Andres Freund <andres@anarazel.de>
Cc: Bryan Green <dbryan.green@gmail.com>, pgsql-hackers@lists.postgresql.org
Date: 2025-11-06T22:13:33Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Replace off_t by pgoff_t in I/O routines
- 84fb27511dbe 19 (unreleased) landed
-
Add check for large files in meson.build
- d715aaa76f68 16.12 landed
- f6c1342e72aa 17.8 landed
- 434b605745a1 18.2 landed
- 79cd66f28c65 19 (unreleased) landed
On Thu, Nov 06, 2025 at 12:45:30PM -0500, Andres Freund wrote: > Could we add a testcase that actually exercises at least some of the > codepaths? We presumably wouldn't want to actually write that much data, but > it shouldn't be hard to write portable code to create a file with holes... With something that relies on a pg_pwrite() and pg_pread(), that does not sound like an issue to me. FWIW, I have wanted a test module that does FS-level operations for some time. Here, we could just have thin wrappers of the write and read calls and a give way for the tests to pass directly arguments to them via a SQL function call. That would be easier to extend depending on what comes next. Not sure that this is absolutely mandatory for the sake of the proposal, though, but long-term that's something we should do more to stress the portability of the code. -- Michael