|From:||Bruce Momjian <bruce(at)momjian(dot)us>|
|To:||Masahiko Sawada <sawada(dot)mshk(at)gmail(dot)com>|
|Subject:||Re: PG 14 release notes, first draft|
|Views:||Raw Message | Whole Thread | Download mbox | Resend email|
On Tue, Jun 15, 2021 at 10:06:49AM +0900, Masahiko Sawada wrote:
> On Mon, May 10, 2021 at 3:03 PM Bruce Momjian <bruce(at)momjian(dot)us> wrote:
> > I have committed the first draft of the PG 14 release notes. You can
> > see the most current build of them here:
> > https://momjian.us/pgsql_docs/release-14.html
> It might have already been discussed but I think we should mention
> commit bed90759f in the release note. The commit seems like a bug fix
> but it not back-patched to the older versions at least for now. There
> is a discussion that we will revisit that a couple of months after
> 14 is released so as there is some feedback from the field with this
OK, but I need more information on how users will see a difference based
on this commit:
Author: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Date: Fri Oct 9 16:20:12 2020 -0400
Fix our Windows stat() emulation to handle file sizes > 4GB.
Hack things so that our idea of "struct stat" is equivalent to Windows'
struct __stat64, allowing it to have a wide enough st_size field.
Instead of relying on native stat(), use GetFileInformationByHandle().
This avoids a number of issues with Microsoft's multiple and rather
slipshod emulations of stat(). We still need to jump through hoops
to deal with ERROR_DELETE_PENDING, though :-(
Pull the relevant support code out of dirmod.c and put it into
its own file, win32stat.c.
Still TODO: do we need to do something different with lstat(),
rather than treating it identically to stat()?
Juan José Santamaría Flecha, reviewed by Emil Iggland;
based on prior work by Michael Paquier, Sergey Zubkovsky, and others
If only the physical world exists, free will is an illusion.
|Next Message||Kyotaro Horiguchi||2021-06-15 01:36:41||Re: Duplicate history file?|
|Previous Message||Andres Freund||2021-06-15 01:22:42||Re: pg14b1 stuck in lazy_scan_prune/heap_page_prune of pg_statistic|