delorie.com/archives/browse.cgi | search |
From: | Martin Str|mberg <ams AT ludd DOT luth DOT se> |
Message-Id: | <200012171037.LAA13861@father.ludd.luth.se> |
Subject: | Re: Locking fcntl changes #2 |
In-Reply-To: | <5.0.2.1.0.20001217024611.025a3680@pop5.banet.net> from "Peter J. Farley III" at "Dec 17, 2000 02:50:51 am" |
To: | djgpp-workers AT delorie DOT com |
Date: | Sun, 17 Dec 2000 11:37:47 +0100 (MET) |
X-Mailer: | ELM [version 2.4ME+ PL54 (25)] |
MIME-Version: | 1.0 |
Reply-To: | djgpp-workers AT delorie DOT com |
Errors-To: | nobody AT delorie DOT com |
X-Mailing-List: | djgpp-workers AT delorie DOT com |
X-Unsubscribes-To: | listserv AT delorie DOT com |
According to Peter J. Farley III: > Well, in this case we already had a POSIX function, fcntl, calling a > non-ANSI function, filelength, which is why I would then presume that > the #define for filelength was *already* in stubs.h. Since fcntl will > now be calling lfilelength, doesn't the same rationale apply for the > location of a define for lfilelength? Please verify that llseek() is there too. (I suspect not.) Right, MartinS
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |