Hi,
after Chris has tagged Cygwin for the 1.3.10 release, I've now
applied the patches to allow 64 bit off_t.
Basically it adds the datatypes needed and new function calls
with trailing 64 as `lseek64', `stat64', etc. Additionally
I renamed lstat to cygwin_lstat to circumvent a problem with
Adding version numbers is not a bad idea (although, I can't honestly
think of a time when it would have helped to have this information).
Adding version numbers in the middle of the program, in the middle of a
text string is, IMO, a bad idea. The version number should be at
the top of the
Adding version numbers is not a bad idea (although, I can't honestly
think of a time when it would have helped to have this information).
Adding version numbers in the middle of the program, in the middle of a
text string is, IMO, a bad idea. The version number should be at
the top of the
Adding version numbers is not a bad idea (although, I can't honestly
think of a time when it would have helped to have this information).
Adding version numbers in the middle of the program, in the middle of a
text string is, IMO, a bad idea. The version number should be at
the top of the
Adding version numbers is not a bad idea (although, I can't honestly
think of a time when it would have helped to have this information).
Adding version numbers in the middle of the program, in the middle of a
text string is, IMO, a bad idea. The version number should be at
the top of the
Btw., this introduces two new datatypes, defined by SUSv2
but not yet defined in newlib, blkcnt_t and blksize_t, both
used in struct stat. I added the definition of these types
to cygwin/include/cygwin/types.h not to trouble newlib for
now.
Corinna
On Mon, Feb 25, 2002 at 01:23:51PM -0500, Christopher Faylor wrote:
Well, cygpath is wrong. cygcheck is wrong too, under this scenario, but
strace
not quite as wrong since it at leasts puts the version in its own
string. I believe, it
