|
|
DataMuseum.dkPresents historical artifacts from the history of: ICL Comet 32 |
This is an automatic "excavation" of a thematic subset of
See our Wiki for more about ICL Comet 32 Excavated with: AutoArchaeologist - Free & Open Source Software. |
top - metrics - download
Length: 1276 (0x4fc)
Types: TextFile
Notes: UNIX file
Names: »read.2«
└─⟦26887b7e0⟧ Bits:30009717 Comet 32 harddisk image
└─⟦28c352965⟧ »/a« UNIX Filesystem
└─⟦this⟧ »usr/man/man2/read.2«
.ig @(#)read.2 2.1 7/1/84 @(#)Copyright (C) 1983 by National Semiconductor Corp. .. .TH READ 2 .UC 4 .SH NAME read \- read from file .SH SYNOPSIS .nf .B read(fildes, buffer, nbytes) .B char *buffer; .fi .SH DESCRIPTION A file descriptor is a word returned from a successful .I "open, creat, dup," or .I pipe call. .I Buffer is the location of .I nbytes contiguous bytes into which the input will be placed. It is not guaranteed that all .I nbytes bytes will be read; for example if the file refers to a typewriter at most one line will be returned. In any event the number of characters read is returned. .PP If the returned value is 0, then end-of-file has been reached. .PP Unless the reader is ignoring or holding SIGTTIN signals, reads from the control typewriter while not in its process group cause a SIGTTIN signal to be sent to the reader's process group; in the former case an end-of-file is returned. .PP .SH "SEE ALSO" open(2), creat(2), dup(2), pipe(2), vread(2) .SH DIAGNOSTICS As mentioned, 0 is returned when the end of the file has been reached. If the read was otherwise unsuccessful the return value is \-1. Many conditions can generate an error: physical I/O errors, bad buffer address, preposterous .I nbytes, file descriptor not that of an input file.