1994-05-27 05:00:24 +00:00
|
|
|
.\" Copyright (c) 1990, 1991, 1993
|
|
|
|
.\" The Regents of the University of California. All rights reserved.
|
|
|
|
.\"
|
|
|
|
.\" This code is derived from software contributed to Berkeley by
|
|
|
|
.\" Chris Torek and the American National Standards Committee X3,
|
|
|
|
.\" on Information Processing Systems.
|
|
|
|
.\"
|
|
|
|
.\" Redistribution and use in source and binary forms, with or without
|
|
|
|
.\" modification, are permitted provided that the following conditions
|
|
|
|
.\" are met:
|
|
|
|
.\" 1. Redistributions of source code must retain the above copyright
|
|
|
|
.\" notice, this list of conditions and the following disclaimer.
|
|
|
|
.\" 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
.\" notice, this list of conditions and the following disclaimer in the
|
|
|
|
.\" documentation and/or other materials provided with the distribution.
|
|
|
|
.\" 4. Neither the name of the University nor the names of its contributors
|
|
|
|
.\" may be used to endorse or promote products derived from this software
|
|
|
|
.\" without specific prior written permission.
|
|
|
|
.\"
|
|
|
|
.\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
|
|
|
|
.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
|
|
|
.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
|
|
|
|
.\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
|
|
|
|
.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
|
|
|
|
.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
|
|
|
|
.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
|
|
|
|
.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
|
|
|
|
.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
|
|
|
|
.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
|
|
|
|
.\" SUCH DAMAGE.
|
|
|
|
.\"
|
|
|
|
.\" @(#)printf.3 8.1 (Berkeley) 6/4/93
|
1999-08-28 00:22:10 +00:00
|
|
|
.\" $FreeBSD$
|
1994-05-27 05:00:24 +00:00
|
|
|
.\"
|
2016-07-30 01:00:16 +00:00
|
|
|
.Dd July 30, 2016
|
1994-05-27 05:00:24 +00:00
|
|
|
.Dt PRINTF 3
|
|
|
|
.Os
|
|
|
|
.Sh NAME
|
2009-03-04 03:38:51 +00:00
|
|
|
.Nm printf , fprintf , sprintf , snprintf , asprintf , dprintf ,
|
|
|
|
.Nm vprintf , vfprintf, vsprintf , vsnprintf , vasprintf, vdprintf
|
1994-05-27 05:00:24 +00:00
|
|
|
.Nd formatted output conversion
|
2000-04-21 09:42:15 +00:00
|
|
|
.Sh LIBRARY
|
|
|
|
.Lb libc
|
1994-05-27 05:00:24 +00:00
|
|
|
.Sh SYNOPSIS
|
2001-10-01 16:09:29 +00:00
|
|
|
.In stdio.h
|
1994-05-27 05:00:24 +00:00
|
|
|
.Ft int
|
2002-09-06 11:24:06 +00:00
|
|
|
.Fn printf "const char * restrict format" ...
|
1994-05-27 05:00:24 +00:00
|
|
|
.Ft int
|
2002-09-06 11:24:06 +00:00
|
|
|
.Fn fprintf "FILE * restrict stream" "const char * restrict format" ...
|
1994-05-27 05:00:24 +00:00
|
|
|
.Ft int
|
2002-09-06 11:24:06 +00:00
|
|
|
.Fn sprintf "char * restrict str" "const char * restrict format" ...
|
1994-05-27 05:00:24 +00:00
|
|
|
.Ft int
|
2002-09-06 11:24:06 +00:00
|
|
|
.Fn snprintf "char * restrict str" "size_t size" "const char * restrict format" ...
|
Add an implementation of the gnu-ish asprintf() and vasprintf(). They are
not based on gpl'ed code, just prototype and usage. I'm not 100% certain
they behave the same while the system is in trouble (eg: malloc() failing)
but in those circumstances all bets would be off anyway.
These routines work like sprintf() and vsprintf(), except that instead of
using a fixed buffer, they allocate memory and return it to the user
and it's the user's responsibility to free() it. They have allocate as
much memory as they need (and can get), so the size of strings it can deal
with is limited only by the amount of memory it can malloc() on your
behalf.
There are a few gpl'ed programs starting to use this interface, and it's
becoming more common with the scares about security risks with sprintf().
I dont like the look of the code that the various programs (including
cvs, gdb, libg++, etc) provide if configure can't find it on the system.
It should be possible to modify the stdio core code to provide this
interface more efficiently, I was more worried about having something
that worked and was secure. :-) (I noticed that there was once intended
to be a smprintf() routine when our stdio was written for 4.4BSD, but it
looks pretty stillborn, and it's intended interface is not clear). Since
Linux and gnu libc have this interface, it seemed silly to bring yet
another one onto the scene.
1996-05-27 10:49:43 +00:00
|
|
|
.Ft int
|
|
|
|
.Fn asprintf "char **ret" "const char *format" ...
|
2009-03-04 03:38:51 +00:00
|
|
|
.Ft int
|
2009-12-02 07:51:25 +00:00
|
|
|
.Fn dprintf "int fd" "const char * restrict format" ...
|
2001-10-01 16:09:29 +00:00
|
|
|
.In stdarg.h
|
1994-05-27 05:00:24 +00:00
|
|
|
.Ft int
|
2002-09-06 11:24:06 +00:00
|
|
|
.Fn vprintf "const char * restrict format" "va_list ap"
|
1994-05-27 05:00:24 +00:00
|
|
|
.Ft int
|
2002-09-06 11:24:06 +00:00
|
|
|
.Fn vfprintf "FILE * restrict stream" "const char * restrict format" "va_list ap"
|
1994-05-27 05:00:24 +00:00
|
|
|
.Ft int
|
2002-09-06 11:24:06 +00:00
|
|
|
.Fn vsprintf "char * restrict str" "const char * restrict format" "va_list ap"
|
1994-05-27 05:00:24 +00:00
|
|
|
.Ft int
|
2002-09-06 11:24:06 +00:00
|
|
|
.Fn vsnprintf "char * restrict str" "size_t size" "const char * restrict format" "va_list ap"
|
Add an implementation of the gnu-ish asprintf() and vasprintf(). They are
not based on gpl'ed code, just prototype and usage. I'm not 100% certain
they behave the same while the system is in trouble (eg: malloc() failing)
but in those circumstances all bets would be off anyway.
These routines work like sprintf() and vsprintf(), except that instead of
using a fixed buffer, they allocate memory and return it to the user
and it's the user's responsibility to free() it. They have allocate as
much memory as they need (and can get), so the size of strings it can deal
with is limited only by the amount of memory it can malloc() on your
behalf.
There are a few gpl'ed programs starting to use this interface, and it's
becoming more common with the scares about security risks with sprintf().
I dont like the look of the code that the various programs (including
cvs, gdb, libg++, etc) provide if configure can't find it on the system.
It should be possible to modify the stdio core code to provide this
interface more efficiently, I was more worried about having something
that worked and was secure. :-) (I noticed that there was once intended
to be a smprintf() routine when our stdio was written for 4.4BSD, but it
looks pretty stillborn, and it's intended interface is not clear). Since
Linux and gnu libc have this interface, it seemed silly to bring yet
another one onto the scene.
1996-05-27 10:49:43 +00:00
|
|
|
.Ft int
|
|
|
|
.Fn vasprintf "char **ret" "const char *format" "va_list ap"
|
2009-03-04 03:38:51 +00:00
|
|
|
.Ft int
|
|
|
|
.Fn vdprintf "int fd" "const char * restrict format" "va_list ap"
|
1994-05-27 05:00:24 +00:00
|
|
|
.Sh DESCRIPTION
|
|
|
|
The
|
|
|
|
.Fn printf
|
|
|
|
family of functions produces output according to a
|
|
|
|
.Fa format
|
|
|
|
as described below.
|
2002-12-18 12:45:11 +00:00
|
|
|
The
|
|
|
|
.Fn printf
|
1994-05-27 05:00:24 +00:00
|
|
|
and
|
|
|
|
.Fn vprintf
|
2002-12-18 12:45:11 +00:00
|
|
|
functions
|
1994-05-27 05:00:24 +00:00
|
|
|
write output to
|
2002-12-04 18:57:46 +00:00
|
|
|
.Dv stdout ,
|
1994-05-27 05:00:24 +00:00
|
|
|
the standard output stream;
|
|
|
|
.Fn fprintf
|
|
|
|
and
|
|
|
|
.Fn vfprintf
|
|
|
|
write output to the given output
|
|
|
|
.Fa stream ;
|
2009-03-04 03:38:51 +00:00
|
|
|
.Fn dprintf
|
|
|
|
and
|
|
|
|
.Fn vdprintf
|
|
|
|
write output to the given file descriptor;
|
1994-05-27 05:00:24 +00:00
|
|
|
.Fn sprintf ,
|
|
|
|
.Fn snprintf ,
|
|
|
|
.Fn vsprintf ,
|
|
|
|
and
|
|
|
|
.Fn vsnprintf
|
|
|
|
write to the character string
|
Add an implementation of the gnu-ish asprintf() and vasprintf(). They are
not based on gpl'ed code, just prototype and usage. I'm not 100% certain
they behave the same while the system is in trouble (eg: malloc() failing)
but in those circumstances all bets would be off anyway.
These routines work like sprintf() and vsprintf(), except that instead of
using a fixed buffer, they allocate memory and return it to the user
and it's the user's responsibility to free() it. They have allocate as
much memory as they need (and can get), so the size of strings it can deal
with is limited only by the amount of memory it can malloc() on your
behalf.
There are a few gpl'ed programs starting to use this interface, and it's
becoming more common with the scares about security risks with sprintf().
I dont like the look of the code that the various programs (including
cvs, gdb, libg++, etc) provide if configure can't find it on the system.
It should be possible to modify the stdio core code to provide this
interface more efficiently, I was more worried about having something
that worked and was secure. :-) (I noticed that there was once intended
to be a smprintf() routine when our stdio was written for 4.4BSD, but it
looks pretty stillborn, and it's intended interface is not clear). Since
Linux and gnu libc have this interface, it seemed silly to bring yet
another one onto the scene.
1996-05-27 10:49:43 +00:00
|
|
|
.Fa str ;
|
|
|
|
and
|
|
|
|
.Fn asprintf
|
|
|
|
and
|
|
|
|
.Fn vasprintf
|
|
|
|
dynamically allocate a new string with
|
1999-07-25 17:38:59 +00:00
|
|
|
.Xr malloc 3 .
|
Add an implementation of the gnu-ish asprintf() and vasprintf(). They are
not based on gpl'ed code, just prototype and usage. I'm not 100% certain
they behave the same while the system is in trouble (eg: malloc() failing)
but in those circumstances all bets would be off anyway.
These routines work like sprintf() and vsprintf(), except that instead of
using a fixed buffer, they allocate memory and return it to the user
and it's the user's responsibility to free() it. They have allocate as
much memory as they need (and can get), so the size of strings it can deal
with is limited only by the amount of memory it can malloc() on your
behalf.
There are a few gpl'ed programs starting to use this interface, and it's
becoming more common with the scares about security risks with sprintf().
I dont like the look of the code that the various programs (including
cvs, gdb, libg++, etc) provide if configure can't find it on the system.
It should be possible to modify the stdio core code to provide this
interface more efficiently, I was more worried about having something
that worked and was secure. :-) (I noticed that there was once intended
to be a smprintf() routine when our stdio was written for 4.4BSD, but it
looks pretty stillborn, and it's intended interface is not clear). Since
Linux and gnu libc have this interface, it seemed silly to bring yet
another one onto the scene.
1996-05-27 10:49:43 +00:00
|
|
|
.Pp
|
1994-05-27 05:00:24 +00:00
|
|
|
These functions write the output under the control of a
|
|
|
|
.Fa format
|
|
|
|
string that specifies how subsequent arguments
|
|
|
|
(or arguments accessed via the variable-length argument facilities of
|
|
|
|
.Xr stdarg 3 )
|
|
|
|
are converted for output.
|
Add an implementation of the gnu-ish asprintf() and vasprintf(). They are
not based on gpl'ed code, just prototype and usage. I'm not 100% certain
they behave the same while the system is in trouble (eg: malloc() failing)
but in those circumstances all bets would be off anyway.
These routines work like sprintf() and vsprintf(), except that instead of
using a fixed buffer, they allocate memory and return it to the user
and it's the user's responsibility to free() it. They have allocate as
much memory as they need (and can get), so the size of strings it can deal
with is limited only by the amount of memory it can malloc() on your
behalf.
There are a few gpl'ed programs starting to use this interface, and it's
becoming more common with the scares about security risks with sprintf().
I dont like the look of the code that the various programs (including
cvs, gdb, libg++, etc) provide if configure can't find it on the system.
It should be possible to modify the stdio core code to provide this
interface more efficiently, I was more worried about having something
that worked and was secure. :-) (I noticed that there was once intended
to be a smprintf() routine when our stdio was written for 4.4BSD, but it
looks pretty stillborn, and it's intended interface is not clear). Since
Linux and gnu libc have this interface, it seemed silly to bring yet
another one onto the scene.
1996-05-27 10:49:43 +00:00
|
|
|
.Pp
|
2002-12-18 12:45:11 +00:00
|
|
|
The
|
|
|
|
.Fn asprintf
|
Add an implementation of the gnu-ish asprintf() and vasprintf(). They are
not based on gpl'ed code, just prototype and usage. I'm not 100% certain
they behave the same while the system is in trouble (eg: malloc() failing)
but in those circumstances all bets would be off anyway.
These routines work like sprintf() and vsprintf(), except that instead of
using a fixed buffer, they allocate memory and return it to the user
and it's the user's responsibility to free() it. They have allocate as
much memory as they need (and can get), so the size of strings it can deal
with is limited only by the amount of memory it can malloc() on your
behalf.
There are a few gpl'ed programs starting to use this interface, and it's
becoming more common with the scares about security risks with sprintf().
I dont like the look of the code that the various programs (including
cvs, gdb, libg++, etc) provide if configure can't find it on the system.
It should be possible to modify the stdio core code to provide this
interface more efficiently, I was more worried about having something
that worked and was secure. :-) (I noticed that there was once intended
to be a smprintf() routine when our stdio was written for 4.4BSD, but it
looks pretty stillborn, and it's intended interface is not clear). Since
Linux and gnu libc have this interface, it seemed silly to bring yet
another one onto the scene.
1996-05-27 10:49:43 +00:00
|
|
|
and
|
|
|
|
.Fn vasprintf
|
2002-12-18 12:45:11 +00:00
|
|
|
functions
|
2001-01-01 05:19:52 +00:00
|
|
|
set
|
|
|
|
.Fa *ret
|
|
|
|
to be a pointer to a buffer sufficiently large to hold the formatted string.
|
Add an implementation of the gnu-ish asprintf() and vasprintf(). They are
not based on gpl'ed code, just prototype and usage. I'm not 100% certain
they behave the same while the system is in trouble (eg: malloc() failing)
but in those circumstances all bets would be off anyway.
These routines work like sprintf() and vsprintf(), except that instead of
using a fixed buffer, they allocate memory and return it to the user
and it's the user's responsibility to free() it. They have allocate as
much memory as they need (and can get), so the size of strings it can deal
with is limited only by the amount of memory it can malloc() on your
behalf.
There are a few gpl'ed programs starting to use this interface, and it's
becoming more common with the scares about security risks with sprintf().
I dont like the look of the code that the various programs (including
cvs, gdb, libg++, etc) provide if configure can't find it on the system.
It should be possible to modify the stdio core code to provide this
interface more efficiently, I was more worried about having something
that worked and was secure. :-) (I noticed that there was once intended
to be a smprintf() routine when our stdio was written for 4.4BSD, but it
looks pretty stillborn, and it's intended interface is not clear). Since
Linux and gnu libc have this interface, it seemed silly to bring yet
another one onto the scene.
1996-05-27 10:49:43 +00:00
|
|
|
This pointer should be passed to
|
|
|
|
.Xr free 3
|
|
|
|
to release the allocated storage when it is no longer needed.
|
2001-06-13 19:05:12 +00:00
|
|
|
If sufficient space cannot be allocated,
|
Add an implementation of the gnu-ish asprintf() and vasprintf(). They are
not based on gpl'ed code, just prototype and usage. I'm not 100% certain
they behave the same while the system is in trouble (eg: malloc() failing)
but in those circumstances all bets would be off anyway.
These routines work like sprintf() and vsprintf(), except that instead of
using a fixed buffer, they allocate memory and return it to the user
and it's the user's responsibility to free() it. They have allocate as
much memory as they need (and can get), so the size of strings it can deal
with is limited only by the amount of memory it can malloc() on your
behalf.
There are a few gpl'ed programs starting to use this interface, and it's
becoming more common with the scares about security risks with sprintf().
I dont like the look of the code that the various programs (including
cvs, gdb, libg++, etc) provide if configure can't find it on the system.
It should be possible to modify the stdio core code to provide this
interface more efficiently, I was more worried about having something
that worked and was secure. :-) (I noticed that there was once intended
to be a smprintf() routine when our stdio was written for 4.4BSD, but it
looks pretty stillborn, and it's intended interface is not clear). Since
Linux and gnu libc have this interface, it seemed silly to bring yet
another one onto the scene.
1996-05-27 10:49:43 +00:00
|
|
|
.Fn asprintf
|
|
|
|
and
|
|
|
|
.Fn vasprintf
|
2001-12-12 14:36:28 +00:00
|
|
|
will return \-1 and set
|
Add an implementation of the gnu-ish asprintf() and vasprintf(). They are
not based on gpl'ed code, just prototype and usage. I'm not 100% certain
they behave the same while the system is in trouble (eg: malloc() failing)
but in those circumstances all bets would be off anyway.
These routines work like sprintf() and vsprintf(), except that instead of
using a fixed buffer, they allocate memory and return it to the user
and it's the user's responsibility to free() it. They have allocate as
much memory as they need (and can get), so the size of strings it can deal
with is limited only by the amount of memory it can malloc() on your
behalf.
There are a few gpl'ed programs starting to use this interface, and it's
becoming more common with the scares about security risks with sprintf().
I dont like the look of the code that the various programs (including
cvs, gdb, libg++, etc) provide if configure can't find it on the system.
It should be possible to modify the stdio core code to provide this
interface more efficiently, I was more worried about having something
that worked and was secure. :-) (I noticed that there was once intended
to be a smprintf() routine when our stdio was written for 4.4BSD, but it
looks pretty stillborn, and it's intended interface is not clear). Since
Linux and gnu libc have this interface, it seemed silly to bring yet
another one onto the scene.
1996-05-27 10:49:43 +00:00
|
|
|
.Fa ret
|
2001-07-04 11:59:14 +00:00
|
|
|
to be a
|
|
|
|
.Dv NULL
|
|
|
|
pointer.
|
Add an implementation of the gnu-ish asprintf() and vasprintf(). They are
not based on gpl'ed code, just prototype and usage. I'm not 100% certain
they behave the same while the system is in trouble (eg: malloc() failing)
but in those circumstances all bets would be off anyway.
These routines work like sprintf() and vsprintf(), except that instead of
using a fixed buffer, they allocate memory and return it to the user
and it's the user's responsibility to free() it. They have allocate as
much memory as they need (and can get), so the size of strings it can deal
with is limited only by the amount of memory it can malloc() on your
behalf.
There are a few gpl'ed programs starting to use this interface, and it's
becoming more common with the scares about security risks with sprintf().
I dont like the look of the code that the various programs (including
cvs, gdb, libg++, etc) provide if configure can't find it on the system.
It should be possible to modify the stdio core code to provide this
interface more efficiently, I was more worried about having something
that worked and was secure. :-) (I noticed that there was once intended
to be a smprintf() routine when our stdio was written for 4.4BSD, but it
looks pretty stillborn, and it's intended interface is not clear). Since
Linux and gnu libc have this interface, it seemed silly to bring yet
another one onto the scene.
1996-05-27 10:49:43 +00:00
|
|
|
.Pp
|
2002-12-18 12:45:11 +00:00
|
|
|
The
|
|
|
|
.Fn snprintf
|
1994-05-27 05:00:24 +00:00
|
|
|
and
|
|
|
|
.Fn vsnprintf
|
2002-12-18 12:45:11 +00:00
|
|
|
functions
|
2001-06-05 23:39:45 +00:00
|
|
|
will write at most
|
|
|
|
.Fa size Ns \-1
|
|
|
|
of the characters printed into the output string
|
|
|
|
(the
|
|
|
|
.Fa size Ns 'th
|
|
|
|
character then gets the terminating
|
|
|
|
.Ql \e0 ) ;
|
|
|
|
if the return value is greater than or equal to the
|
|
|
|
.Fa size
|
|
|
|
argument, the string was too short
|
|
|
|
and some of the printed characters were discarded.
|
2012-04-21 06:09:09 +00:00
|
|
|
The output is always null-terminated, unless
|
|
|
|
.Fa size
|
|
|
|
is 0.
|
Add an implementation of the gnu-ish asprintf() and vasprintf(). They are
not based on gpl'ed code, just prototype and usage. I'm not 100% certain
they behave the same while the system is in trouble (eg: malloc() failing)
but in those circumstances all bets would be off anyway.
These routines work like sprintf() and vsprintf(), except that instead of
using a fixed buffer, they allocate memory and return it to the user
and it's the user's responsibility to free() it. They have allocate as
much memory as they need (and can get), so the size of strings it can deal
with is limited only by the amount of memory it can malloc() on your
behalf.
There are a few gpl'ed programs starting to use this interface, and it's
becoming more common with the scares about security risks with sprintf().
I dont like the look of the code that the various programs (including
cvs, gdb, libg++, etc) provide if configure can't find it on the system.
It should be possible to modify the stdio core code to provide this
interface more efficiently, I was more worried about having something
that worked and was secure. :-) (I noticed that there was once intended
to be a smprintf() routine when our stdio was written for 4.4BSD, but it
looks pretty stillborn, and it's intended interface is not clear). Since
Linux and gnu libc have this interface, it seemed silly to bring yet
another one onto the scene.
1996-05-27 10:49:43 +00:00
|
|
|
.Pp
|
2002-12-18 12:45:11 +00:00
|
|
|
The
|
|
|
|
.Fn sprintf
|
1994-05-27 05:00:24 +00:00
|
|
|
and
|
|
|
|
.Fn vsprintf
|
2002-12-18 12:45:11 +00:00
|
|
|
functions
|
2012-04-21 06:09:09 +00:00
|
|
|
effectively assume a
|
|
|
|
.Fa size
|
|
|
|
of
|
|
|
|
.Dv INT_MAX + 1.
|
1994-05-27 05:00:24 +00:00
|
|
|
.Pp
|
|
|
|
The format string is composed of zero or more directives:
|
|
|
|
ordinary
|
|
|
|
.\" multibyte
|
|
|
|
characters (not
|
|
|
|
.Cm % ) ,
|
|
|
|
which are copied unchanged to the output stream;
|
|
|
|
and conversion specifications, each of which results
|
|
|
|
in fetching zero or more subsequent arguments.
|
|
|
|
Each conversion specification is introduced by
|
2001-07-04 11:59:14 +00:00
|
|
|
the
|
|
|
|
.Cm %
|
|
|
|
character.
|
1994-05-27 05:00:24 +00:00
|
|
|
The arguments must correspond properly (after type promotion)
|
|
|
|
with the conversion specifier.
|
|
|
|
After the
|
|
|
|
.Cm % ,
|
|
|
|
the following appear in sequence:
|
|
|
|
.Bl -bullet
|
|
|
|
.It
|
1997-01-14 07:31:39 +00:00
|
|
|
An optional field, consisting of a decimal digit string followed by a
|
|
|
|
.Cm $ ,
|
2001-07-04 11:59:14 +00:00
|
|
|
specifying the next argument to access.
|
1997-01-14 07:31:39 +00:00
|
|
|
If this field is not provided, the argument following the last
|
|
|
|
argument accessed will be used.
|
|
|
|
Arguments are numbered starting at
|
|
|
|
.Cm 1 .
|
|
|
|
If unaccessed arguments in the format string are interspersed with ones that
|
|
|
|
are accessed the results will be indeterminate.
|
|
|
|
.It
|
1994-05-27 05:00:24 +00:00
|
|
|
Zero or more of the following flags:
|
2001-12-12 14:36:28 +00:00
|
|
|
.Bl -tag -width ".So \ Sc (space)"
|
2001-11-30 06:12:15 +00:00
|
|
|
.It Sq Cm #
|
|
|
|
The value should be converted to an
|
2001-07-04 11:59:14 +00:00
|
|
|
.Dq alternate form .
|
2001-06-13 19:05:12 +00:00
|
|
|
For
|
2001-07-04 11:59:14 +00:00
|
|
|
.Cm c , d , i , n , p , s ,
|
1994-05-27 05:00:24 +00:00
|
|
|
and
|
2001-07-04 11:59:14 +00:00
|
|
|
.Cm u
|
1994-05-27 05:00:24 +00:00
|
|
|
conversions, this option has no effect.
|
2001-06-13 19:05:12 +00:00
|
|
|
For
|
1994-05-27 05:00:24 +00:00
|
|
|
.Cm o
|
|
|
|
conversions, the precision of the number is increased to force the first
|
2009-01-28 04:37:27 +00:00
|
|
|
character of the output string to a zero.
|
1994-05-27 05:00:24 +00:00
|
|
|
For
|
|
|
|
.Cm x
|
|
|
|
and
|
|
|
|
.Cm X
|
|
|
|
conversions, a non-zero result has the string
|
|
|
|
.Ql 0x
|
|
|
|
(or
|
|
|
|
.Ql 0X
|
|
|
|
for
|
|
|
|
.Cm X
|
|
|
|
conversions) prepended to it.
|
|
|
|
For
|
2001-11-30 06:12:15 +00:00
|
|
|
.Cm a , A , e , E , f , F , g ,
|
1994-05-27 05:00:24 +00:00
|
|
|
and
|
2001-07-04 11:59:14 +00:00
|
|
|
.Cm G
|
1994-05-27 05:00:24 +00:00
|
|
|
conversions, the result will always contain a decimal point, even if no
|
|
|
|
digits follow it (normally, a decimal point appears in the results of
|
|
|
|
those conversions only if a digit follows).
|
|
|
|
For
|
|
|
|
.Cm g
|
|
|
|
and
|
|
|
|
.Cm G
|
|
|
|
conversions, trailing zeros are not removed from the result as they
|
|
|
|
would otherwise be.
|
2001-11-30 06:12:15 +00:00
|
|
|
.It So Cm 0 Sc (zero)
|
|
|
|
Zero padding.
|
1994-05-27 05:00:24 +00:00
|
|
|
For all conversions except
|
|
|
|
.Cm n ,
|
|
|
|
the converted value is padded on the left with zeros rather than blanks.
|
|
|
|
If a precision is given with a numeric conversion
|
2001-07-04 11:59:14 +00:00
|
|
|
.Cm ( d , i , o , u , i , x ,
|
1994-05-27 05:00:24 +00:00
|
|
|
and
|
|
|
|
.Cm X ) ,
|
|
|
|
the
|
2001-07-04 11:59:14 +00:00
|
|
|
.Cm 0
|
1994-05-27 05:00:24 +00:00
|
|
|
flag is ignored.
|
2001-12-12 14:36:28 +00:00
|
|
|
.It Sq Cm \-
|
2001-11-30 06:12:15 +00:00
|
|
|
A negative field width flag;
|
|
|
|
the converted value is to be left adjusted on the field boundary.
|
1994-05-27 05:00:24 +00:00
|
|
|
Except for
|
|
|
|
.Cm n
|
|
|
|
conversions, the converted value is padded on the right with blanks,
|
|
|
|
rather than on the left with blanks or zeros.
|
|
|
|
A
|
2001-07-04 11:59:14 +00:00
|
|
|
.Cm \-
|
1994-05-27 05:00:24 +00:00
|
|
|
overrides a
|
2001-07-04 11:59:14 +00:00
|
|
|
.Cm 0
|
1994-05-27 05:00:24 +00:00
|
|
|
if both are given.
|
2001-12-12 14:36:28 +00:00
|
|
|
.It So "\ " Sc (space)
|
2001-11-30 06:12:15 +00:00
|
|
|
A blank should be left before a positive number
|
1994-05-27 05:00:24 +00:00
|
|
|
produced by a signed conversion
|
2001-11-30 06:12:15 +00:00
|
|
|
.Cm ( a , A , d , e , E , f , F , g , G ,
|
1994-05-27 05:00:24 +00:00
|
|
|
or
|
|
|
|
.Cm i ) .
|
2001-11-30 06:12:15 +00:00
|
|
|
.It Sq Cm +
|
|
|
|
A sign must always be placed before a
|
1994-05-27 05:00:24 +00:00
|
|
|
number produced by a signed conversion.
|
|
|
|
A
|
2001-07-04 11:59:14 +00:00
|
|
|
.Cm +
|
1994-05-27 05:00:24 +00:00
|
|
|
overrides a space if both are used.
|
2012-11-08 02:01:04 +00:00
|
|
|
.It So "'" Sc (apostrophe)
|
2001-11-30 06:12:15 +00:00
|
|
|
Decimal conversions
|
|
|
|
.Cm ( d , u ,
|
|
|
|
or
|
|
|
|
.Cm i )
|
|
|
|
or the integral portion of a floating point conversion
|
|
|
|
.Cm ( f
|
|
|
|
or
|
|
|
|
.Cm F )
|
|
|
|
should be grouped and separated by thousands using
|
2002-08-11 13:05:30 +00:00
|
|
|
the non-monetary separator returned by
|
2001-11-30 06:12:15 +00:00
|
|
|
.Xr localeconv 3 .
|
1994-05-27 05:00:24 +00:00
|
|
|
.El
|
|
|
|
.It
|
|
|
|
An optional decimal digit string specifying a minimum field width.
|
|
|
|
If the converted value has fewer characters than the field width, it will
|
|
|
|
be padded with spaces on the left (or right, if the left-adjustment
|
|
|
|
flag has been given) to fill out
|
|
|
|
the field width.
|
|
|
|
.It
|
|
|
|
An optional precision, in the form of a period
|
2001-07-04 11:59:14 +00:00
|
|
|
.Cm \&.
|
1994-05-27 05:00:24 +00:00
|
|
|
followed by an
|
2001-07-04 11:59:14 +00:00
|
|
|
optional digit string.
|
|
|
|
If the digit string is omitted, the precision is taken as zero.
|
|
|
|
This gives the minimum number of digits to appear for
|
|
|
|
.Cm d , i , o , u , x ,
|
1994-05-27 05:00:24 +00:00
|
|
|
and
|
|
|
|
.Cm X
|
|
|
|
conversions, the number of digits to appear after the decimal-point for
|
2001-11-30 06:12:15 +00:00
|
|
|
.Cm a , A , e , E , f ,
|
1994-05-27 05:00:24 +00:00
|
|
|
and
|
2001-11-30 06:12:15 +00:00
|
|
|
.Cm F
|
1994-05-27 05:00:24 +00:00
|
|
|
conversions, the maximum number of significant digits for
|
|
|
|
.Cm g
|
|
|
|
and
|
|
|
|
.Cm G
|
|
|
|
conversions, or the maximum number of characters to be printed from a
|
|
|
|
string for
|
|
|
|
.Cm s
|
|
|
|
conversions.
|
|
|
|
.It
|
2001-11-30 06:12:15 +00:00
|
|
|
An optional length modifier, that specifies the size of the argument.
|
|
|
|
The following length modifiers are valid for the
|
|
|
|
.Cm d , i , n , o , u , x ,
|
1994-05-27 05:00:24 +00:00
|
|
|
or
|
|
|
|
.Cm X
|
2001-11-30 06:12:15 +00:00
|
|
|
conversion:
|
2001-12-12 14:36:28 +00:00
|
|
|
.Bl -column ".Cm q Em (deprecated)" ".Vt signed char" ".Vt unsigned long long" ".Vt long long *"
|
2001-11-30 06:12:15 +00:00
|
|
|
.It Sy Modifier Ta Cm d , i Ta Cm o , u , x , X Ta Cm n
|
2001-12-12 14:36:28 +00:00
|
|
|
.It Cm hh Ta Vt "signed char" Ta Vt "unsigned char" Ta Vt "signed char *"
|
|
|
|
.It Cm h Ta Vt short Ta Vt "unsigned short" Ta Vt "short *"
|
|
|
|
.It Cm l No (ell) Ta Vt long Ta Vt "unsigned long" Ta Vt "long *"
|
|
|
|
.It Cm ll No (ell ell) Ta Vt "long long" Ta Vt "unsigned long long" Ta Vt "long long *"
|
|
|
|
.It Cm j Ta Vt intmax_t Ta Vt uintmax_t Ta Vt "intmax_t *"
|
|
|
|
.It Cm t Ta Vt ptrdiff_t Ta (see note) Ta Vt "ptrdiff_t *"
|
|
|
|
.It Cm z Ta (see note) Ta Vt size_t Ta (see note)
|
|
|
|
.It Cm q Em (deprecated) Ta Vt quad_t Ta Vt u_quad_t Ta Vt "quad_t *"
|
2001-11-30 06:12:15 +00:00
|
|
|
.El
|
|
|
|
.Pp
|
2001-12-12 14:36:28 +00:00
|
|
|
Note:
|
|
|
|
the
|
2001-11-30 06:12:15 +00:00
|
|
|
.Cm t
|
|
|
|
modifier, when applied to a
|
|
|
|
.Cm o , u , x ,
|
1994-05-27 05:00:24 +00:00
|
|
|
or
|
|
|
|
.Cm X
|
2001-11-30 06:12:15 +00:00
|
|
|
conversion, indicates that the argument is of an unsigned type
|
|
|
|
equivalent in size to a
|
|
|
|
.Vt ptrdiff_t .
|
|
|
|
The
|
|
|
|
.Cm z
|
|
|
|
modifier, when applied to a
|
2001-12-12 14:36:28 +00:00
|
|
|
.Cm d
|
|
|
|
or
|
2001-11-30 06:12:15 +00:00
|
|
|
.Cm i
|
|
|
|
conversion, indicates that the argument is of a signed type equivalent in
|
|
|
|
size to a
|
|
|
|
.Vt size_t .
|
|
|
|
Similarly, when applied to an
|
1994-05-27 05:00:24 +00:00
|
|
|
.Cm n
|
2001-11-30 06:12:15 +00:00
|
|
|
conversion, it indicates that the argument is a pointer to a signed type
|
|
|
|
equivalent in size to a
|
|
|
|
.Vt size_t .
|
|
|
|
.Pp
|
|
|
|
The following length modifier is valid for the
|
|
|
|
.Cm a , A , e , E , f , F , g ,
|
1994-05-27 05:00:24 +00:00
|
|
|
or
|
|
|
|
.Cm G
|
2001-11-30 06:12:15 +00:00
|
|
|
conversion:
|
|
|
|
.Bl -column ".Sy Modifier" ".Cm a , A , e , E , f , F , g , G"
|
|
|
|
.It Sy Modifier Ta Cm a , A , e , E , f , F , g , G
|
2004-10-16 16:00:01 +00:00
|
|
|
.It Cm l No (ell) Ta Vt double
|
|
|
|
(ignored, same behavior as without it)
|
2001-12-12 14:36:28 +00:00
|
|
|
.It Cm L Ta Vt "long double"
|
2001-11-30 06:12:15 +00:00
|
|
|
.El
|
|
|
|
.Pp
|
|
|
|
The following length modifier is valid for the
|
|
|
|
.Cm c
|
|
|
|
or
|
|
|
|
.Cm s
|
|
|
|
conversion:
|
|
|
|
.Bl -column ".Sy Modifier" ".Vt wint_t" ".Vt wchar_t *"
|
|
|
|
.It Sy Modifier Ta Cm c Ta Cm s
|
2001-12-12 14:36:28 +00:00
|
|
|
.It Cm l No (ell) Ta Vt wint_t Ta Vt "wchar_t *"
|
2001-11-30 06:12:15 +00:00
|
|
|
.El
|
1994-05-27 05:00:24 +00:00
|
|
|
.It
|
|
|
|
A character that specifies the type of conversion to be applied.
|
|
|
|
.El
|
|
|
|
.Pp
|
|
|
|
A field width or precision, or both, may be indicated by
|
|
|
|
an asterisk
|
|
|
|
.Ql *
|
1997-01-14 07:31:39 +00:00
|
|
|
or an asterisk followed by one or more decimal digits and a
|
|
|
|
.Ql $
|
1994-05-27 05:00:24 +00:00
|
|
|
instead of a
|
|
|
|
digit string.
|
|
|
|
In this case, an
|
2001-07-04 11:59:14 +00:00
|
|
|
.Vt int
|
1994-05-27 05:00:24 +00:00
|
|
|
argument supplies the field width or precision.
|
|
|
|
A negative field width is treated as a left adjustment flag followed by a
|
|
|
|
positive field width; a negative precision is treated as though it were
|
|
|
|
missing.
|
2001-12-12 14:36:28 +00:00
|
|
|
If a single format directive mixes positional
|
|
|
|
.Pq Li nn$
|
1997-01-14 07:31:39 +00:00
|
|
|
and non-positional arguments, the results are undefined.
|
1994-05-27 05:00:24 +00:00
|
|
|
.Pp
|
|
|
|
The conversion specifiers and their meanings are:
|
2001-12-12 14:36:28 +00:00
|
|
|
.Bl -tag -width ".Cm diouxX"
|
1994-05-27 05:00:24 +00:00
|
|
|
.It Cm diouxX
|
|
|
|
The
|
2001-07-04 11:59:14 +00:00
|
|
|
.Vt int
|
1994-05-27 05:00:24 +00:00
|
|
|
(or appropriate variant) argument is converted to signed decimal
|
2001-07-04 11:59:14 +00:00
|
|
|
.Cm ( d
|
1994-05-27 05:00:24 +00:00
|
|
|
and
|
|
|
|
.Cm i ) ,
|
|
|
|
unsigned octal
|
|
|
|
.Pq Cm o ,
|
|
|
|
unsigned decimal
|
|
|
|
.Pq Cm u ,
|
|
|
|
or unsigned hexadecimal
|
2001-07-04 11:59:14 +00:00
|
|
|
.Cm ( x
|
1994-05-27 05:00:24 +00:00
|
|
|
and
|
|
|
|
.Cm X )
|
2001-07-04 11:59:14 +00:00
|
|
|
notation.
|
|
|
|
The letters
|
2001-12-12 14:36:28 +00:00
|
|
|
.Dq Li abcdef
|
1994-05-27 05:00:24 +00:00
|
|
|
are used for
|
|
|
|
.Cm x
|
|
|
|
conversions; the letters
|
2001-12-12 14:36:28 +00:00
|
|
|
.Dq Li ABCDEF
|
1994-05-27 05:00:24 +00:00
|
|
|
are used for
|
1995-05-15 12:23:03 +00:00
|
|
|
.Cm X
|
1994-05-27 05:00:24 +00:00
|
|
|
conversions.
|
|
|
|
The precision, if any, gives the minimum number of digits that must
|
|
|
|
appear; if the converted value requires fewer digits, it is padded on
|
|
|
|
the left with zeros.
|
|
|
|
.It Cm DOU
|
|
|
|
The
|
2001-12-12 14:36:28 +00:00
|
|
|
.Vt "long int"
|
1994-05-27 05:00:24 +00:00
|
|
|
argument is converted to signed decimal, unsigned octal, or unsigned
|
|
|
|
decimal, as if the format had been
|
2001-07-04 11:59:14 +00:00
|
|
|
.Cm ld , lo ,
|
1994-05-27 05:00:24 +00:00
|
|
|
or
|
|
|
|
.Cm lu
|
|
|
|
respectively.
|
|
|
|
These conversion characters are deprecated, and will eventually disappear.
|
|
|
|
.It Cm eE
|
|
|
|
The
|
2001-07-04 11:59:14 +00:00
|
|
|
.Vt double
|
1994-05-27 05:00:24 +00:00
|
|
|
argument is rounded and converted in the style
|
2001-12-12 14:36:28 +00:00
|
|
|
.Sm off
|
2010-05-11 23:08:15 +00:00
|
|
|
.Oo \- Oc Ar d Li \&. Ar ddd Li e \(+- Ar dd
|
2001-12-12 14:36:28 +00:00
|
|
|
.Sm on
|
1994-05-27 05:00:24 +00:00
|
|
|
where there is one digit before the
|
|
|
|
decimal-point character
|
|
|
|
and the number of digits after it is equal to the precision;
|
|
|
|
if the precision is missing,
|
|
|
|
it is taken as 6; if the precision is
|
|
|
|
zero, no decimal-point character appears.
|
|
|
|
An
|
|
|
|
.Cm E
|
|
|
|
conversion uses the letter
|
2001-12-12 14:36:28 +00:00
|
|
|
.Ql E
|
1994-05-27 05:00:24 +00:00
|
|
|
(rather than
|
2001-12-12 14:36:28 +00:00
|
|
|
.Ql e )
|
1994-05-27 05:00:24 +00:00
|
|
|
to introduce the exponent.
|
|
|
|
The exponent always contains at least two digits; if the value is zero,
|
|
|
|
the exponent is 00.
|
2001-11-30 06:12:15 +00:00
|
|
|
.Pp
|
|
|
|
For
|
|
|
|
.Cm a , A , e , E , f , F , g ,
|
|
|
|
and
|
|
|
|
.Cm G
|
|
|
|
conversions, positive and negative infinity are represented as
|
|
|
|
.Li inf
|
|
|
|
and
|
|
|
|
.Li -inf
|
|
|
|
respectively when using the lowercase conversion character, and
|
|
|
|
.Li INF
|
2001-12-12 14:36:28 +00:00
|
|
|
and
|
2001-11-30 06:12:15 +00:00
|
|
|
.Li -INF
|
|
|
|
respectively when using the uppercase conversion character.
|
|
|
|
Similarly, NaN is represented as
|
|
|
|
.Li nan
|
|
|
|
when using the lowercase conversion, and
|
|
|
|
.Li NAN
|
|
|
|
when using the uppercase conversion.
|
|
|
|
.It Cm fF
|
1994-05-27 05:00:24 +00:00
|
|
|
The
|
2001-07-04 11:59:14 +00:00
|
|
|
.Vt double
|
1994-05-27 05:00:24 +00:00
|
|
|
argument is rounded and converted to decimal notation in the style
|
2001-12-12 14:36:28 +00:00
|
|
|
.Sm off
|
|
|
|
.Oo \- Oc Ar ddd Li \&. Ar ddd ,
|
|
|
|
.Sm on
|
1994-05-27 05:00:24 +00:00
|
|
|
where the number of digits after the decimal-point character
|
|
|
|
is equal to the precision specification.
|
|
|
|
If the precision is missing, it is taken as 6; if the precision is
|
|
|
|
explicitly zero, no decimal-point character appears.
|
|
|
|
If a decimal point appears, at least one digit appears before it.
|
1999-08-08 11:00:01 +00:00
|
|
|
.It Cm gG
|
1994-05-27 05:00:24 +00:00
|
|
|
The
|
2001-07-04 11:59:14 +00:00
|
|
|
.Vt double
|
1994-05-27 05:00:24 +00:00
|
|
|
argument is converted in style
|
|
|
|
.Cm f
|
|
|
|
or
|
|
|
|
.Cm e
|
|
|
|
(or
|
2001-11-30 06:12:15 +00:00
|
|
|
.Cm F
|
|
|
|
or
|
1994-05-27 05:00:24 +00:00
|
|
|
.Cm E
|
|
|
|
for
|
|
|
|
.Cm G
|
|
|
|
conversions).
|
|
|
|
The precision specifies the number of significant digits.
|
|
|
|
If the precision is missing, 6 digits are given; if the precision is zero,
|
|
|
|
it is treated as 1.
|
|
|
|
Style
|
|
|
|
.Cm e
|
2001-12-12 14:36:28 +00:00
|
|
|
is used if the exponent from its conversion is less than \-4 or greater than
|
1994-05-27 05:00:24 +00:00
|
|
|
or equal to the precision.
|
|
|
|
Trailing zeros are removed from the fractional part of the result; a
|
|
|
|
decimal point appears only if it is followed by at least one digit.
|
2001-11-30 06:12:15 +00:00
|
|
|
.It Cm aA
|
|
|
|
The
|
|
|
|
.Vt double
|
2004-01-19 08:28:30 +00:00
|
|
|
argument is rounded and converted to hexadecimal notation in the style
|
2001-12-12 14:36:28 +00:00
|
|
|
.Sm off
|
2010-05-11 23:08:15 +00:00
|
|
|
.Oo \- Oc Li 0x Ar h Li \&. Ar hhhp Oo \(+- Oc Ar d ,
|
2001-12-12 14:36:28 +00:00
|
|
|
.Sm on
|
2001-11-30 06:12:15 +00:00
|
|
|
where the number of digits after the hexadecimal-point character
|
|
|
|
is equal to the precision specification.
|
2004-01-19 08:28:30 +00:00
|
|
|
If the precision is missing, it is taken as enough to represent
|
|
|
|
the floating-point number exactly, and no rounding occurs.
|
|
|
|
If the precision is zero, no hexadecimal-point character appears.
|
2001-11-30 06:12:15 +00:00
|
|
|
The
|
|
|
|
.Cm p
|
|
|
|
is a literal character
|
2004-01-19 08:28:30 +00:00
|
|
|
.Ql p ,
|
|
|
|
and the exponent consists of a positive or negative sign
|
|
|
|
followed by a decimal number representing an exponent of 2.
|
2001-11-30 06:12:15 +00:00
|
|
|
The
|
|
|
|
.Cm A
|
|
|
|
conversion uses the prefix
|
2001-12-12 14:36:28 +00:00
|
|
|
.Dq Li 0X
|
2001-11-30 06:12:15 +00:00
|
|
|
(rather than
|
2001-12-12 14:36:28 +00:00
|
|
|
.Dq Li 0x ) ,
|
2001-11-30 06:12:15 +00:00
|
|
|
the letters
|
2001-12-12 14:36:28 +00:00
|
|
|
.Dq Li ABCDEF
|
2001-11-30 06:12:15 +00:00
|
|
|
(rather than
|
2001-12-12 14:36:28 +00:00
|
|
|
.Dq Li abcdef )
|
2001-11-30 06:12:15 +00:00
|
|
|
to represent the hex digits, and the letter
|
2001-12-12 14:36:28 +00:00
|
|
|
.Ql P
|
2001-11-30 06:12:15 +00:00
|
|
|
(rather than
|
2001-12-12 14:36:28 +00:00
|
|
|
.Ql p )
|
2002-08-11 13:05:30 +00:00
|
|
|
to separate the mantissa and exponent.
|
2004-01-19 08:28:30 +00:00
|
|
|
.Pp
|
|
|
|
Note that there may be multiple valid ways to represent floating-point
|
2004-06-30 20:09:10 +00:00
|
|
|
numbers in this hexadecimal format.
|
|
|
|
For example,
|
2008-04-12 03:11:56 +00:00
|
|
|
.Li 0x1.92p+1 , 0x3.24p+0 , 0x6.48p-1 ,
|
2004-01-19 08:28:30 +00:00
|
|
|
and
|
|
|
|
.Li 0xc.9p-2
|
|
|
|
are all equivalent.
|
2008-04-12 03:11:56 +00:00
|
|
|
.Fx 8.0
|
|
|
|
and later always prints finite non-zero numbers using
|
|
|
|
.Ql 1
|
|
|
|
as the digit before the hexadecimal point.
|
2004-01-19 08:28:30 +00:00
|
|
|
Zeroes are always represented with a mantissa of 0 (preceded by a
|
|
|
|
.Ql -
|
|
|
|
if appropriate) and an exponent of
|
|
|
|
.Li +0 .
|
2001-11-30 06:12:15 +00:00
|
|
|
.It Cm C
|
|
|
|
Treated as
|
|
|
|
.Cm c
|
|
|
|
with the
|
|
|
|
.Cm l
|
|
|
|
(ell) modifier.
|
1994-05-27 05:00:24 +00:00
|
|
|
.It Cm c
|
|
|
|
The
|
2001-07-04 11:59:14 +00:00
|
|
|
.Vt int
|
1994-05-27 05:00:24 +00:00
|
|
|
argument is converted to an
|
2001-12-12 14:36:28 +00:00
|
|
|
.Vt "unsigned char" ,
|
1994-05-27 05:00:24 +00:00
|
|
|
and the resulting character is written.
|
2001-11-30 06:12:15 +00:00
|
|
|
.Pp
|
|
|
|
If the
|
|
|
|
.Cm l
|
|
|
|
(ell) modifier is used, the
|
|
|
|
.Vt wint_t
|
|
|
|
argument shall be converted to a
|
|
|
|
.Vt wchar_t ,
|
|
|
|
and the (potentially multi-byte) sequence representing the
|
|
|
|
single wide character is written, including any shift sequences.
|
|
|
|
If a shift sequence is used, the shift state is also restored
|
|
|
|
to the original state after the character.
|
|
|
|
.It Cm S
|
|
|
|
Treated as
|
|
|
|
.Cm s
|
|
|
|
with the
|
|
|
|
.Cm l
|
|
|
|
(ell) modifier.
|
1994-05-27 05:00:24 +00:00
|
|
|
.It Cm s
|
|
|
|
The
|
2001-12-12 14:36:28 +00:00
|
|
|
.Vt "char *"
|
1994-05-27 05:00:24 +00:00
|
|
|
argument is expected to be a pointer to an array of character type (pointer
|
|
|
|
to a string).
|
|
|
|
Characters from the array are written up to (but not including)
|
|
|
|
a terminating
|
|
|
|
.Dv NUL
|
|
|
|
character;
|
|
|
|
if a precision is specified, no more than the number specified are
|
|
|
|
written.
|
|
|
|
If a precision is given, no null character
|
|
|
|
need be present; if the precision is not specified, or is greater than
|
|
|
|
the size of the array, the array must contain a terminating
|
|
|
|
.Dv NUL
|
|
|
|
character.
|
2001-11-30 06:12:15 +00:00
|
|
|
.Pp
|
|
|
|
If the
|
|
|
|
.Cm l
|
|
|
|
(ell) modifier is used, the
|
2001-12-12 14:36:28 +00:00
|
|
|
.Vt "wchar_t *"
|
2001-11-30 06:12:15 +00:00
|
|
|
argument is expected to be a pointer to an array of wide characters
|
|
|
|
(pointer to a wide string).
|
|
|
|
For each wide character in the string, the (potentially multi-byte)
|
|
|
|
sequence representing the
|
|
|
|
wide character is written, including any shift sequences.
|
|
|
|
If any shift sequence is used, the shift state is also restored
|
|
|
|
to the original state after the string.
|
|
|
|
Wide characters from the array are written up to (but not including)
|
|
|
|
a terminating wide
|
|
|
|
.Dv NUL
|
|
|
|
character;
|
|
|
|
if a precision is specified, no more than the number of bytes specified are
|
2001-12-12 14:36:28 +00:00
|
|
|
written (including shift sequences).
|
|
|
|
Partial characters are never written.
|
2001-11-30 06:12:15 +00:00
|
|
|
If a precision is given, no null character
|
|
|
|
need be present; if the precision is not specified, or is greater than
|
|
|
|
the number of bytes required to render the multibyte representation of
|
|
|
|
the string, the array must contain a terminating wide
|
|
|
|
.Dv NUL
|
|
|
|
character.
|
1994-05-27 05:00:24 +00:00
|
|
|
.It Cm p
|
|
|
|
The
|
2001-12-12 14:36:28 +00:00
|
|
|
.Vt "void *"
|
1994-05-27 05:00:24 +00:00
|
|
|
pointer argument is printed in hexadecimal (as if by
|
|
|
|
.Ql %#x
|
|
|
|
or
|
|
|
|
.Ql %#lx ) .
|
|
|
|
.It Cm n
|
|
|
|
The number of characters written so far is stored into the
|
|
|
|
integer indicated by the
|
2001-12-12 14:36:28 +00:00
|
|
|
.Vt "int *"
|
1994-05-27 05:00:24 +00:00
|
|
|
(or variant) pointer argument.
|
|
|
|
No argument is converted.
|
|
|
|
.It Cm %
|
|
|
|
A
|
|
|
|
.Ql %
|
2000-03-02 14:54:02 +00:00
|
|
|
is written.
|
|
|
|
No argument is converted.
|
2000-03-02 09:14:21 +00:00
|
|
|
The complete conversion specification
|
1994-05-27 05:00:24 +00:00
|
|
|
is
|
|
|
|
.Ql %% .
|
|
|
|
.El
|
|
|
|
.Pp
|
2001-02-10 06:32:03 +00:00
|
|
|
The decimal point
|
2001-02-10 10:26:52 +00:00
|
|
|
character is defined in the program's locale (category
|
|
|
|
.Dv LC_NUMERIC ) .
|
2001-02-10 06:32:03 +00:00
|
|
|
.Pp
|
1994-05-27 05:00:24 +00:00
|
|
|
In no case does a non-existent or small field width cause truncation of
|
2001-11-30 06:12:15 +00:00
|
|
|
a numeric field; if the result of a conversion is wider than the field
|
|
|
|
width, the
|
1994-05-27 05:00:24 +00:00
|
|
|
field is expanded to contain the conversion result.
|
2012-04-21 06:09:09 +00:00
|
|
|
.Sh RETURN VALUES
|
|
|
|
These functions return the number of characters printed
|
|
|
|
(not including the trailing
|
|
|
|
.Ql \e0
|
|
|
|
used to end output to strings),
|
|
|
|
except for
|
|
|
|
.Fn snprintf
|
|
|
|
and
|
|
|
|
.Fn vsnprintf ,
|
|
|
|
which return the number of characters that would have been printed if the
|
|
|
|
.Fa size
|
|
|
|
were unlimited
|
|
|
|
(again, not including the final
|
|
|
|
.Ql \e0 ) .
|
|
|
|
These functions return a negative value if an error occurs.
|
1994-05-27 05:00:24 +00:00
|
|
|
.Sh EXAMPLES
|
2001-07-04 11:59:14 +00:00
|
|
|
To print a date and time in the form
|
|
|
|
.Dq Li "Sunday, July 3, 10:02" ,
|
1994-05-27 05:00:24 +00:00
|
|
|
where
|
2001-07-04 11:59:14 +00:00
|
|
|
.Fa weekday
|
1994-05-27 05:00:24 +00:00
|
|
|
and
|
2001-07-04 11:59:14 +00:00
|
|
|
.Fa month
|
1994-05-27 05:00:24 +00:00
|
|
|
are pointers to strings:
|
|
|
|
.Bd -literal -offset indent
|
|
|
|
#include <stdio.h>
|
|
|
|
fprintf(stdout, "%s, %s %d, %.2d:%.2d\en",
|
|
|
|
weekday, month, day, hour, min);
|
|
|
|
.Ed
|
|
|
|
.Pp
|
|
|
|
To print \*(Pi
|
|
|
|
to five decimal places:
|
|
|
|
.Bd -literal -offset indent
|
|
|
|
#include <math.h>
|
|
|
|
#include <stdio.h>
|
|
|
|
fprintf(stdout, "pi = %.5f\en", 4 * atan(1.0));
|
|
|
|
.Ed
|
|
|
|
.Pp
|
|
|
|
To allocate a 128 byte string and print into it:
|
|
|
|
.Bd -literal -offset indent
|
|
|
|
#include <stdio.h>
|
|
|
|
#include <stdlib.h>
|
|
|
|
#include <stdarg.h>
|
|
|
|
char *newfmt(const char *fmt, ...)
|
|
|
|
{
|
2002-10-19 13:48:45 +00:00
|
|
|
char *p;
|
|
|
|
va_list ap;
|
|
|
|
if ((p = malloc(128)) == NULL)
|
|
|
|
return (NULL);
|
|
|
|
va_start(ap, fmt);
|
|
|
|
(void) vsnprintf(p, 128, fmt, ap);
|
|
|
|
va_end(ap);
|
|
|
|
return (p);
|
1994-05-27 05:00:24 +00:00
|
|
|
}
|
|
|
|
.Ed
|
2009-03-04 03:38:51 +00:00
|
|
|
.Sh COMPATIBILITY
|
|
|
|
The conversion formats
|
|
|
|
.Cm \&%D , \&%O ,
|
|
|
|
and
|
2010-02-16 12:29:02 +00:00
|
|
|
.Cm \&%U
|
2009-03-04 03:38:51 +00:00
|
|
|
are not standard and
|
|
|
|
are provided only for backward compatibility.
|
|
|
|
The effect of padding the
|
|
|
|
.Cm %p
|
|
|
|
format with zeros (either by the
|
|
|
|
.Cm 0
|
|
|
|
flag or by specifying a precision), and the benign effect (i.e., none)
|
|
|
|
of the
|
|
|
|
.Cm #
|
|
|
|
flag on
|
|
|
|
.Cm %n
|
|
|
|
and
|
|
|
|
.Cm %p
|
|
|
|
conversions, as well as other
|
|
|
|
nonsensical combinations such as
|
|
|
|
.Cm %Ld ,
|
|
|
|
are not standard; such combinations
|
|
|
|
should be avoided.
|
2002-12-20 08:28:10 +00:00
|
|
|
.Sh ERRORS
|
|
|
|
In addition to the errors documented for the
|
|
|
|
.Xr write 2
|
|
|
|
system call, the
|
|
|
|
.Fn printf
|
|
|
|
family of functions may fail if:
|
|
|
|
.Bl -tag -width Er
|
|
|
|
.It Bq Er EILSEQ
|
|
|
|
An invalid wide character code was encountered.
|
|
|
|
.It Bq Er ENOMEM
|
|
|
|
Insufficient storage space is available.
|
2012-04-21 06:09:09 +00:00
|
|
|
.It Bq Er EOVERFLOW
|
|
|
|
The
|
|
|
|
.Fa size
|
|
|
|
argument exceeds
|
|
|
|
.Dv INT_MAX + 1 ,
|
|
|
|
or the return value would be too large to be represented by an
|
|
|
|
.Vt int .
|
2002-12-20 08:28:10 +00:00
|
|
|
.El
|
1994-05-27 05:00:24 +00:00
|
|
|
.Sh SEE ALSO
|
|
|
|
.Xr printf 1 ,
|
2002-10-20 03:56:37 +00:00
|
|
|
.Xr fmtcheck 3 ,
|
2001-11-30 06:12:15 +00:00
|
|
|
.Xr scanf 3 ,
|
2002-09-24 09:22:47 +00:00
|
|
|
.Xr setlocale 3 ,
|
|
|
|
.Xr wprintf 3
|
1994-05-27 05:00:24 +00:00
|
|
|
.Sh STANDARDS
|
2002-07-15 19:46:06 +00:00
|
|
|
Subject to the caveats noted in the
|
|
|
|
.Sx BUGS
|
|
|
|
section below, the
|
1994-05-27 05:00:24 +00:00
|
|
|
.Fn fprintf ,
|
|
|
|
.Fn printf ,
|
|
|
|
.Fn sprintf ,
|
|
|
|
.Fn vprintf ,
|
|
|
|
.Fn vfprintf ,
|
|
|
|
and
|
|
|
|
.Fn vsprintf
|
|
|
|
functions
|
|
|
|
conform to
|
2001-06-13 19:05:12 +00:00
|
|
|
.St -ansiC
|
2001-06-05 04:22:30 +00:00
|
|
|
and
|
|
|
|
.St -isoC-99 .
|
2002-07-15 19:46:06 +00:00
|
|
|
With the same reservation, the
|
2001-06-05 04:22:30 +00:00
|
|
|
.Fn snprintf
|
|
|
|
and
|
|
|
|
.Fn vsnprintf
|
|
|
|
functions conform to
|
2009-03-04 03:38:51 +00:00
|
|
|
.St -isoC-99 ,
|
|
|
|
while
|
|
|
|
.Fn dprintf
|
|
|
|
and
|
|
|
|
.Fn vdprintf
|
|
|
|
conform to
|
|
|
|
.St -p1003.1-2008 .
|
1994-05-27 05:00:24 +00:00
|
|
|
.Sh HISTORY
|
|
|
|
The functions
|
Add an implementation of the gnu-ish asprintf() and vasprintf(). They are
not based on gpl'ed code, just prototype and usage. I'm not 100% certain
they behave the same while the system is in trouble (eg: malloc() failing)
but in those circumstances all bets would be off anyway.
These routines work like sprintf() and vsprintf(), except that instead of
using a fixed buffer, they allocate memory and return it to the user
and it's the user's responsibility to free() it. They have allocate as
much memory as they need (and can get), so the size of strings it can deal
with is limited only by the amount of memory it can malloc() on your
behalf.
There are a few gpl'ed programs starting to use this interface, and it's
becoming more common with the scares about security risks with sprintf().
I dont like the look of the code that the various programs (including
cvs, gdb, libg++, etc) provide if configure can't find it on the system.
It should be possible to modify the stdio core code to provide this
interface more efficiently, I was more worried about having something
that worked and was secure. :-) (I noticed that there was once intended
to be a smprintf() routine when our stdio was written for 4.4BSD, but it
looks pretty stillborn, and it's intended interface is not clear). Since
Linux and gnu libc have this interface, it seemed silly to bring yet
another one onto the scene.
1996-05-27 10:49:43 +00:00
|
|
|
.Fn asprintf
|
|
|
|
and
|
|
|
|
.Fn vasprintf
|
2001-07-04 11:59:14 +00:00
|
|
|
first appeared in the
|
|
|
|
.Tn GNU C
|
|
|
|
library.
|
2001-04-18 13:16:47 +00:00
|
|
|
These were implemented by
|
2014-06-23 08:25:03 +00:00
|
|
|
.An Peter Wemm Aq Mt peter@FreeBSD.org
|
2001-04-18 13:16:47 +00:00
|
|
|
in
|
1998-07-08 00:44:56 +00:00
|
|
|
.Fx 2.2 ,
|
|
|
|
but were later replaced with a different implementation
|
2001-04-18 13:16:47 +00:00
|
|
|
from
|
2010-04-05 22:09:29 +00:00
|
|
|
.Ox 2.3
|
|
|
|
by
|
2014-06-23 08:25:03 +00:00
|
|
|
.An Todd C. Miller Aq Mt Todd.Miller@courtesan.com .
|
2009-03-04 03:38:51 +00:00
|
|
|
The
|
|
|
|
.Fn dprintf
|
1994-05-27 05:00:24 +00:00
|
|
|
and
|
2009-03-04 03:38:51 +00:00
|
|
|
.Fn vdprintf
|
|
|
|
functions were added in
|
|
|
|
.Fx 8.0 .
|
|
|
|
.Sh BUGS
|
2001-11-30 06:12:15 +00:00
|
|
|
The
|
|
|
|
.Nm
|
2003-01-06 06:19:19 +00:00
|
|
|
family of functions do not correctly handle multibyte characters in the
|
|
|
|
.Fa format
|
|
|
|
argument.
|
2010-05-13 12:07:55 +00:00
|
|
|
.Sh SECURITY CONSIDERATIONS
|
|
|
|
The
|
|
|
|
.Fn sprintf
|
|
|
|
and
|
|
|
|
.Fn vsprintf
|
|
|
|
functions are easily misused in a manner which enables malicious users
|
|
|
|
to arbitrarily change a running program's functionality through
|
|
|
|
a buffer overflow attack.
|
|
|
|
Because
|
|
|
|
.Fn sprintf
|
|
|
|
and
|
|
|
|
.Fn vsprintf
|
|
|
|
assume an infinitely long string,
|
|
|
|
callers must be careful not to overflow the actual space;
|
2010-09-11 10:49:56 +00:00
|
|
|
this is often hard to assure.
|
2010-05-13 12:07:55 +00:00
|
|
|
For safety, programmers should use the
|
|
|
|
.Fn snprintf
|
|
|
|
interface instead.
|
|
|
|
For example:
|
|
|
|
.Bd -literal
|
|
|
|
void
|
|
|
|
foo(const char *arbitrary_string, const char *and_another)
|
|
|
|
{
|
|
|
|
char onstack[8];
|
|
|
|
|
|
|
|
#ifdef BAD
|
|
|
|
/*
|
|
|
|
* This first sprintf is bad behavior. Do not use sprintf!
|
|
|
|
*/
|
|
|
|
sprintf(onstack, "%s, %s", arbitrary_string, and_another);
|
|
|
|
#else
|
|
|
|
/*
|
|
|
|
* The following two lines demonstrate better use of
|
|
|
|
* snprintf().
|
|
|
|
*/
|
|
|
|
snprintf(onstack, sizeof(onstack), "%s, %s", arbitrary_string,
|
|
|
|
and_another);
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
.Ed
|
|
|
|
.Pp
|
|
|
|
The
|
|
|
|
.Fn printf
|
|
|
|
and
|
|
|
|
.Fn sprintf
|
|
|
|
family of functions are also easily misused in a manner
|
|
|
|
allowing malicious users to arbitrarily change a running program's
|
|
|
|
functionality by either causing the program
|
|
|
|
to print potentially sensitive data
|
|
|
|
.Dq "left on the stack" ,
|
|
|
|
or causing it to generate a memory fault or bus error
|
|
|
|
by dereferencing an invalid pointer.
|
|
|
|
.Pp
|
|
|
|
.Cm %n
|
|
|
|
can be used to write arbitrary data to potentially carefully-selected
|
|
|
|
addresses.
|
|
|
|
Programmers are therefore strongly advised to never pass untrusted strings
|
|
|
|
as the
|
|
|
|
.Fa format
|
|
|
|
argument, as an attacker can put format specifiers in the string
|
|
|
|
to mangle your stack,
|
|
|
|
leading to a possible security hole.
|
|
|
|
This holds true even if the string was built using a function like
|
|
|
|
.Fn snprintf ,
|
|
|
|
as the resulting string may still contain user-supplied conversion specifiers
|
|
|
|
for later interpolation by
|
|
|
|
.Fn printf .
|
|
|
|
.Pp
|
|
|
|
Always use the proper secure idiom:
|
|
|
|
.Pp
|
|
|
|
.Dl "snprintf(buffer, sizeof(buffer), \*q%s\*q, string);"
|