getc, fgetc - get a character from a logical unit
integer function getc (char)
integer function fgetc (lunit, char)
These routines return the next character from a file associated with a
fortran logical unit, bypassing normal fortran I/O. Getc reads from
logical unit 5, normally connected to the control terminal input.
The value of each function is a system status code. Zero indicates no
error occurred on the read; -1 indicates end of file was detected. A
positive value will be either a UNIX system error code or an f77 I/O
error code. See perror(3F).
fgetc(3f) does not work for FORTRAN unit numbers other than 5.
getc(3S), intro(2), perror(3F)
getc, getchar, fgetc, getw, getc_unlocked, getchar_unlocked - get
character or word from a stream
int getc (FILE *stream);
int getchar (void);
int fgetc (FILE *stream);
int getw (FILE *stream);
int getc_unlocked (FILE *stream);
int getchar_unlocked (void);
Fgetc and getc return the next character (if it exists) from the named
input stream, as an unsigned character converted to an integer. It also
moves the file pointer, if defined, ahead one character in stream.
getchar is defined as getc(stdin). Each of getc,getchar and fgetc exist
as functions in the C library. Getc and getchar are also available as
macros in <stdio.h> (see below under CAVEATS for important details on the
implementation of these macros.)
Getw returns the next word (i.e., integer) from the named input stream.
Getw increments the associated file pointer, if defined, to point to the
next integer-sized word. Getw assumes no special alignment in the file.
The getc_unlocked and getchar_unlocked functions are equivalent to the
getc and getchar functions, respectively. However, these functions are
not thread-safe and thus must only be called under the protection of the
flockfile (or ftrylockfile) and funlockfile functions.
fclose(3S), ferror(3S), fopen(3S), fread(3S), gets(3S), putc(3S),
scanf(3S), stdio(3S), ungetc(3S).
These functions return the constant EOF at end-of-file or upon an error.
Because EOF is a valid integer, it is not sufficient to detect getw
errors. ferror(3S) must be used as well.
If the integer value returned by getc, getchar, or fgetc is stored into a
character variable and then compared against the integer constant EOF,
the comparison may never succeed, because sign-extension of a character
on widening to integer is machine-dependent.
When using the macro versions of getc and getchar, the stream argument
may be evaluated more than once. Thus, it must not be an expression with
side-effects. In particular, getc(*f++) does not work sensibly. In
these situations, the macro must either be #undef'd, or fgetc should be
Because of possible differences in word length and byte ordering, files
written using putw are machine-dependent, and may not be read using getw
on a different processor.
When using the macros for getc and getchar, hidden external names may be
referenced. Although these names are prefixed with an underscore, they
may conflict with names which the ANSI C Standard reserves for the user
when appearing in a local context. It is thus recommended that users of
these macros reserve all names which begin with an underscore for the
implementation, and avoid defining such names, even in a local context.
PPPPaaaaggggeeee 2222 [ Back ]