On 1/25/20 6:11 PM, Bruno Haible wrote:
- the patch was fine.
Thanks for the feedback.
Bruno
Thanks for the quick response times and help in resolving the bug!
On 1/25/20 4:05 PM, John Donoghue wrote:
On 1/25/20 3:07 PM, Bruno Haible wrote:
Hi John,
Running in a native configure in msys2/mingw64 and make builds ok;
The following modules are added to libnu.a:
freading.o stat-time.o unistd.o fflush.o fpurge.o fseek.o fseeko.o
fstat.o lseek.o msvc
y gets set in
lib/sys_types.in.h if WINDOWS_64_BIT_OFF_T is set.
Should lseek.c call _lseeki64 regardless of _GL_WINDOWS_64_BIT_OFF_T
value ...
Yup. You hit the nail on the head.
2020-01-25 Bruno Haible
lseek: Fix the override to not undo the effects of AC_SYS_LARGEFILE.
Reported
On 1/25/20 11:23 AM, John Donoghue wrote:
This is a question/perhaps bug on bigfile support with fseeko in
gnulib when being used in MSYS2/mingw64.
As a quick overview:
I have a demo program that opens a 5 Gig file add just does a seeko to
the end of the file and then does a ftellp to get
This is a question/perhaps bug on bigfile support with fseeko in gnulib
when being used in MSYS2/mingw64.
As a quick overview:
I have a demo program that opens a 5 Gig file add just does a seeko to
the end of the file and then does a ftellp to get the end position.
I am importing ftello and
From: Bruno Haible [br...@clisp.org]
Sent: Friday, January 24, 2020 12:53 PM
To: bug-gnulib@gnu.org; John Donoghue
Subject: Re: MSYS2/MINGW64 large file support
Hi,
John Donoghue wrote:
> Running a non cross configure and make works, and running
Hi, I'm writing an app that will be reading potentially large files > 4 Gb in
Windows compiled using msys2/mingw64 and am seeing in issue that I believe is a
bug, hwoever, could be just Im missing something, where the function the MS CRT
function _lseek (long type parameters) Is called rather t
