Re: BUG #15858: could not stat file - over 4GB

From: Juan José Santamaría Flecha <juanjo(dot)santamaria(at)gmail(dot)com>
To: william allen <williamedwinallen(at)live(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Michael Paquier <michael(at)paquier(dot)xyz>, "pgsql-bugs(at)lists(dot)postgresql(dot)org" <pgsql-bugs(at)lists(dot)postgresql(dot)org>, Magnus Hagander <magnus(at)hagander(dot)net>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: BUG #15858: could not stat file - over 4GB
Date: 2019-10-28 17:13:58
Message-ID: CAC+AXB0Jeas=nYVbbn5P0hVPDTiVYjMKLCyh9_XDNv8Db+ezyA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-hackers

On Mon, Oct 28, 2019 at 3:29 PM william allen <williamedwinallen(at)live(dot)com>
wrote:

> Hi - is this likely to be applied to an upcoming release? / How does a
> novice apply a patch..?
>
>
At this moment is missing review, so it is probably far from being
commitable. Any attention is appreciated and might help pushing it forward.
As a personal note, I have to check that is still applies before the
upcoming commitfest.

As for applying this patch you would need a Windows development
environment. I would recommend Visual Studio as a starting point [1]. You
also have a very visual guide in the wiki [2].

[1] https://www.postgresql.org/docs/current/install-windows.html
[2] https://wiki.postgresql.org/wiki/Working_With_VisualStudio

Regards,

Juan José Santamaría Flecha

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2019-10-28 18:16:21 Re: BUG #16080: pg_ctl is failed if a fake cmd.exe exist in the current directory.
Previous Message Tomas Vondra 2019-10-28 16:24:46 Re: memory problems and crash of db when deleting data from table with thousands of partitions

Browse pgsql-hackers by date

  From Date Subject
Next Message Alexander Korotkov 2019-10-28 17:32:47 Re: Connections hang indefinitely while taking a gin index's LWLock buffer_content lock(PG10.7)
Previous Message Robert Haas 2019-10-28 17:00:47 Re: vacuum on table1 skips rows because of a query on table2