|
|
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: 2158 (0x86e)
Types: TextFile
Notes: UNIX file
Names: »varargs.3«
└─⟦26887b7e0⟧ Bits:30009717 Comet 32 harddisk image
└─⟦28c352965⟧ »/a« UNIX Filesystem
└─⟦this⟧ »usr/man/man3/varargs.3«
.ig
@(#)varargs.3 2.1 7/1/84
@(#)Copyright (C) 1983 by National Semiconductor Corp.
..
.TH VARARGS 3
.SH NAME
varargs \- variable argument list
.SH SYNOPSIS
.nf
.ft B
#include <varargs.h>
\fIfunction\fR(\fBva_alist\fR)
\fBva_dcl
va_list \fIpvar\fR;
\fBva_start\fR(\fIpvar\fR);
f = \fBva_arg\fR(\fIpvar\fR, \fItype\fR);
\fBva_end\fR(\fIpvar\fR);
.ft R
.fi
.SH DESCRIPTION
This set of macros allows portable procedures that accept variable
argument lists to be written.
Routines which have variable argument lists (such as
.IR printf(3))
that do not use varargs are inherently nonportable, since different
machines use different argument passing conventions.
.PP
.B va_alist
is used in a function header to declare a variable argument list.
.PP
.B va_dcl
is a declaration for \fBva_alist\fP.
Note that there is no semicolon after
.B va_dcl.
.PP
.B va_list
is a type which can be used for the variable
.I pvar,
which is used to traverse the list.
One such variable must always be declared.
.PP
.B va_start
.RI (pvar)
is called to initialize
.I pvar
to the beginning of the list.
.PP
.B va_arg
.RI ( pvar , type )
will return the next argument in the list
pointed to by
.IR pvar .
.I Type
is the type the argument is expected to be.
Different types can be mixed, but it is up
to the routine to know what type of argument is
expected because it cannot be determined at runtime.
.PP
.B va_end
.RI ( pvar )
is used to finish up.
.PP
Multiple traversals, each bracketted by
.B va_start
\&..
.B va_end,
are possible.
.SH EXAMPLE
.nf
\fB#include\fP <varargs.h>
execl(\fBva_alist\fP)
\fBva_dcl\fP
{
\fBva_list\fP ap;
\fBchar\fP *file;
\fBchar\fP *args[100];
\fBint\fP argno = 0;
\fBva_start\fP(ap);
file = \fBva_arg(ap, \fBchar\fP *);
\fBwhile\fP (args[argno++] = \fBva_arg\fP(ap, \fBchar\fP *))
\fB;\fP
\fBva_end\fP(ap);
\fBreturn\fP execv(file, args);
}
.fi
.SH BUGS
It is up to the calling routine to determine how many arguments
there are, because it is not possible to determine this from the
stack frame. For example,
.I execl
passes a 0 to signal the end of the list.
.I Printf
can tell how many arguments are there by the format.