Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!sunybcs!boulder!hao!husc6!cmcl2!brl-adm!adm!ESC1332%ESOC.BITNET@wiscvm.wisc.EDU
From: ESC1332%ESOC.BITNET@wiscvm.wisc.EDU
Newsgroups: comp.lang.c
Subject: RE: why \"gmtime\" but not \"read\" and \"write\"?
Message-ID: <9392@brl-adm.ARPA>
Date: Sat, 19-Sep-87 20:34:16 EDT
Article-I.D.: brl-adm.9392
Posted: Sat Sep 19 20:34:16 1987
Date-Received: Sun, 20-Sep-87 16:28:39 EDT
Sender: news@brl-adm.ARPA
Lines: 10


I actual fact according to the specification of ANSI 'C', the buffered
file facilities will offer all the facilities of open, close, read, write
and lseek anyway. There are enough options on the Buffered File system to
allow 'raw' file access, and anyway the intention I suppose is to leave
some level of control of the 'rawness' of the file operation to the
operating system. I think the ANSI 'C' team have done enough work to
have justification for the omissions.

Karl