Re: PG 14 release notes, first draft - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: PG 14 release notes, first draft
Date
Msg-id 20210615013623.GA6831@momjian.us
Whole thread Raw
In response to Re: PG 14 release notes, first draft  (Masahiko Sawada <sawada.mshk@gmail.com>)
Responses Re: PG 14 release notes, first draft
List pgsql-hackers
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@momjian.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[1] that we will revisit that a couple of months after
> 14 is released so as there is some feedback from the field with this
> change.

OK, but I need more information on how users will see a difference based
on this commit:

    commit bed90759fc
    Author: Tom Lane <tgl@sss.pgh.pa.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
    
        Discussion: https://postgr.es/m/1803D792815FC24D871C00D17AE95905CF5099@g01jpexmbkw24
        Discussion: https://postgr.es/m/15858-9572469fd3b73263@postgresql.org


-- 
  Bruce Momjian  <bruce@momjian.us>        https://momjian.us
  EDB                                      https://enterprisedb.com

  If only the physical world exists, free will is an illusion.




pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: pg14b1 stuck in lazy_scan_prune/heap_page_prune of pg_statistic
Next
From: Kyotaro Horiguchi
Date:
Subject: Re: Duplicate history file?