PRINTF(1POSIX)

💖 PRINTF(1POSIX) — write formatted output 💖

okay bestie, we're diving into the POSIX Programmer's Manual. This page is the tea on printf, the utility that writes formatted output. Let's go. 🫶

✨ PROLOG ✨

Real talk: this manual page is part of the POSIX Programmer's Manual. The Linux implementation of this interface may differ (so consult the corresponding Linux manual page for details on Linux behavior), or the interface may not be implemented on Linux at all. Not every Linux has it, okay? 💀

🎀 NAME 🎀

printf — write formatted output. periodt. 💅

📜 SYNOPSIS 📜

printf format [argument...]

💖 DESCRIPTION 💖

The printf utility shall write formatted operands to the standard output. The argument operands shall be formatted under control of the format operand. So like, format is the director, and arguments are the actors. slay. ✨

🚫 OPTIONS 🚫

None. Zero. Not a single flag. It's giving minimalist icon. 💅

🧾 OPERANDS 🧾

The following operands shall be supported:

• format — A string describing the format to use to write the remaining operands. See the EXTENDED DESCRIPTION section for the whole vibe. 👀
• argument — The strings to be written to standard output, under the control of format. See the EXTENDED DESCRIPTION section. 📝

📥 STDIN 📥

Not used. Don't even try to pipe into it, bestie. 🙈

📂 INPUT FILES 📂

None. Nada. Zero files. 🍓

🌍 ENVIRONMENT VARIABLES 🌍

The following environment variables shall affect the execution of printf:

• LANG — Provide a default value for the internationalization variables that are unset or null. (See the Base Definitions volume of POSIX.1‐2017, Section 8.2, Internationalization Variables the precedence of internationalization variables used to determine the values of locale categories.) locale tea, basically.
• LC_ALL — If set to a non-empty string value, override the values of all the other internationalization variables. she's the boss.
• LC_CTYPE — Determine the locale for the interpretation of sequences of bytes of text data as characters (for example, single-byte as opposed to multi-byte characters in arguments). bytes to characters, iconic.
• LC_MESSAGES — Determine the locale that should be used to affect the format and contents of diagnostic messages written to standard error. error messages get the locale glow-up.
• LC_NUMERIC — Determine the locale for numeric formatting. It shall affect the format of numbers written using the e, E, f, g, and G conversion specifier characters (if supported). numbers, but make it locale.
• NLSPATH — Determine the location of message catalogs for the processing of LC_MESSAGES. where the message catalogs live.

⚡ ASYNCHRONOUS EVENTS ⚡

Default. Just vibing. ✨

📤 STDOUT 📤

See the EXTENDED DESCRIPTION section. 👀

⚠️ STDERR ⚠️

The standard error shall be used only for diagnostic messages. Like, it's the venting channel. 😭

📁 OUTPUT FILES 📁

None. Still zero files. 🧚

🔥 EXTENDED DESCRIPTION 🔥

The format operand shall be used as the format string described in the Base Definitions volume of POSIX.1‐2017, Chapter 5, File Format Notation, with the following exceptions:

1. A space in the format string, in any context other than a flag of a conversion specification, shall be treated as an ordinary character that is copied to the output. spaces are just characters here, no special treatment.
2. A '' character in the format string shall be treated as a '' character, not as a space. weird but okay.
3. In addition to the escape sequences shown in the Base Definitions volume of POSIX.1‐2017, Chapter 5, File Format Notation ('\\', '\a', '\b', '\f', '\n', '\r', '\t', '\v'), "\ddd", where ddd is a one, two, or three-digit octal number, shall be written as a byte with the numeric value specified by the octal number. octal escapes are valid.
4. The implementation shall not precede or follow output from the d or u conversion specifiers with blank characters not specified by the format operand. no sneaky blanks.
5. The implementation shall not precede output from the o conversion specifier with zeros not specified by the format operand. no sneaky zeros.
6. The a, A, e, E, f, F, g, and G conversion specifiers need not be supported. floating point? optional. don't come for me.
7. An additional conversion specifier character, b, shall be supported as follows. The argument shall be taken to be a string that can contain backslash-escape sequences. The following backslash-escape sequences shall be supported:
   • The escape sequences listed in the Base Definitions volume of POSIX.1‐2017, Chapter 5, File Format Notation ('\\', '\a', '\b', '\f', '\n', '\r', '\t', '\v'), which shall be converted to the characters they represent. the classics.
   • "\0ddd", where ddd is a zero, one, two, or three-digit octal number that shall be converted to a byte with the numeric value specified by the octal number. zero-prefixed octal, cute.
   • '\c', which shall not be written and shall cause printf to ignore any remaining characters in the string operand containing it, any remaining string operands, and any additional characters in the format operand. she stops everything. periodt.

The interpretation of a backslash followed by any other sequence of characters is unspecified. undefined behavior, bestie. beware.

Bytes from the converted string shall be written until the end of the string or the number of bytes indicated by the precision specification is reached. If the precision is omitted, it shall be taken to be infinite, so all bytes up to the end of the converted string shall be written. precision omitted = write it all.

8. For each conversion specification that consumes an argument, the next argument operand shall be evaluated and converted to the appropriate type for the conversion as specified below. next argument, please.
9. The format operand shall be reused as often as necessary to satisfy the argument operands. Any extra b, c, or s conversion specifiers shall be evaluated as if a null string argument were supplied; other extra conversion specifications shall be evaluated as if a zero argument were supplied. If the format operand contains no conversion specifications and argument operands are present, the results are unspecified. unspecified results = chaos. avoid.
10. If a character sequence in the format operand begins with a '%' character, but does not form a valid conversion specification, the behavior is unspecified. unspecified behavior, yikes.
11. The argument to the c conversion specifier can be a string containing zero or more bytes. If it contains one or more bytes, the first byte shall be written and any additional bytes shall be ignored. If the argument is an empty string, it is unspecified whether nothing is written or a null byte is written. first byte only, unless empty then who knows.

The argument operands shall be treated as strings if the corresponding conversion specifier is b, c, or s, and shall be evaluated as if by the strtod() function if the corresponding conversion specifier is a, A, e, E, f, F, g, or G. Otherwise, they shall be evaluated as unsuffixed C integer constants, as described by the ISO C standard, with the following extensions:

• A leading plus-sign or hyphen-minus shall be allowed. plus or minus, fine.
• If the leading character is a single-quote or double-quote, the value shall be the numeric value in the underlying codeset of the character following the single-quote or double-quote. quote a character to get its code.
• Suffixed integer constants may be allowed. suffixes? maybe.

If an argument operand cannot be completely converted into an internal value appropriate to the corresponding conversion specification, a diagnostic message shall be written to standard error and the utility shall not exit with a zero exit status, but shall continue processing any remaining operands and shall write the value accumulated at the time the error was detected to standard output. error, but keep going, and print what you got.

It shall not be considered an error if an argument operand is not completely used for a b, c, or s conversion. not an error, just extra bytes chilling.

🚪 EXIT STATUS 🚪

The following exit values shall be returned:

• 0 — Successful completion. slay.
• >0 — An error occurred. oops.

💥 CONSEQUENCES OF ERRORS 💥

Default. default consequences, whatever that means.

The following sections are informative.

🌈 APPLICATION USAGE 🌈

The floating-point formatting conversion specifications of printf() are not required because all arithmetic in the shell is integer arithmetic. The awk utility performs floating-point calculations and provides its own printf function. The bc utility can perform arbitrary-precision floating-point arithmetic, but does not provide extensive formatting capabilities. (This printf utility cannot really be used to format bc output; it does not support arbitrary precision.) Implementations are encouraged to support the floating-point conversions as an extension. floating point? optional, but encouraged as an extension.

Note that this printf utility, like the printf() function defined in the System Interfaces volume of POSIX.1‐2017 on which it is based, makes no special provision for dealing with multi-byte characters when using the %c conversion specification or when a precision is specified in a %b or %s conversion specification. Applications should be extremely cautious using either of these features when there are multi-byte characters in the character set. be extremely cautious, bestie.

No provision is made in this volume of POSIX.1‐2017 which allows field widths and precisions to be specified as '*' since the '*' can be replaced directly in the format operand using shell variable substitution. Implementations can also provide this feature as an extension if they so choose. no asterisk for width/precision; use shell variable substitution instead. extensions can add it.

Hexadecimal character constants as defined in the ISO C standard are not recognized in the format operand because there is no consistent way to detect the end of the constant. Octal character constants are limited to, at most, three octal digits, but hexadecimal character constants are only terminated by a non-hex-digit character. In the ISO C standard, the "##" concatenation operator can be used to terminate a constant and follow it with a hexadecimal character to be written. In the shell, concatenation occurs before the printf utility has a chance to parse the end of the hexadecimal constant. hex constants? not recognized here. the double-hash trick gets eaten by the shell first.

The %b conversion specification is not part of the ISO C standard; it has been added here as a portable way to process backslash-escapes expanded in string operands as provided by the echo utility. See also the APPLICATION USAGE section of echo for ways to use printf as a replacement for all of the traditional versions of the echo utility. the percent-b conversion is extra, not ISO C, and it's here to handle escapes like echo does.

If an argument cannot be parsed correctly for the corresponding conversion specification, the printf utility is required to report an error. Thus, overflow and extraneous characters at the end of an argument being used for a numeric conversion shall be reported as errors. bad parse = error. overflow and extra chars at the end of numeric conversions? also errors.

💖 EXAMPLES 💖

okay bestie, real talk, this is where it all clicks. here's how you actually use this thing. 🫶

Wanna alert the user and then print + read a bunch of prompts? iconic, do this:

printf "\aPlease fill in the following: \nName: "
read name
printf "Phone number: "
read phone

Now let's say you've got a file full of right and wrong answers and you wanna ✨read it out✨, calculate the percentage that's correct, and print everything out — numbers right-justified, separated by a single <tab>, and the percentage written to one decimal place of accuracy:

while read right wrong ; do
    percent=$(echo "scale=1;($right*100)/($right+$wrong)" | bc)
    printf "%2d right\t%2d wrong\t(%s%%)\n" \
        $right $wrong $percent
done < database_file

and now, the moment. this command:

printf "%5d%4d\n" 1 21 321 4321 54321

produces:

    1  21
  3214321
54321   0

and the way that works is so satisfying, listen: the format operand gets used three times to print all of those given strings, and a '0' was supplied by printf to satisfy that last %4d conversion specification. no cap. 💅

The printf utility is required to notify the user when conversion errors are detected while producing numeric output 🚨, so on an implementation with 32-bit twos-complement integers, when %d is specified as the format operand, you'd expect results like these:

• argument 5a → standard output 5 → diagnostic output printf: "5a" not completely converted
• argument 9999999999 → standard output 2147483647 → diagnostic output printf: "9999999999" arithmetic overflow
• argument -9999999999 → standard output -2147483648 → diagnostic output printf: "-9999999999" arithmetic overflow
• argument ABC → standard output 0 → diagnostic output printf: "ABC" expected numeric value

The diagnostic message format is not specified, but these examples convey the type of information that should be reported. And heads up 🫶: the value shown on standard output is what would be expected as the return value from the strtol() function as defined in the System Interfaces volume of POSIX.1‐2017. A similar correspondence exists between %u and strtoul(), and between %e, %f, and %g (if the implementation supports floating-point conversions) and strtod().

Okay so in a locale using the ISO/IEC 646:1991 standard as the underlying codeset, this command:

printf "%d\n" 3 +3 -3 \'3 \"+3 "'-3"

produces:

• 3 — Numeric value of constant 3
• 3 — Numeric value of constant 3
• -3 — Numeric value of constant -3
• 51 — Numeric value of the character '3' in the ISO/IEC 646:1991 standard codeset
• 43 — Numeric value of the character '+' in the ISO/IEC 646:1991 standard codeset
• 45 — Numeric value of the character '-' in the ISO/IEC 646:1991 standard codeset

and note 📝 that in a locale with multi-byte characters, the value of a character is intended to be the value of the equivalent of the wchar_t representation of the character as described in the System Interfaces volume of POSIX.1‐2017.

---

🧠 RATIONALE 🧠

history lesson, bestie, sit down, it's giving storytime. 📖

The printf utility was added to provide functionality that has historically been provided by echo. However — and this is the tea — due to irreconcilable differences in the various versions of echo extant, this version has few special features, leaving those to this new printf utility, which is based on one in the Ninth Edition system. 💀

The EXTENDED DESCRIPTION section almost exactly matches the printf() function in the ISO C standard, although it is described in terms of the file format notation in the Base Definitions volume of POSIX.1‐2017, Chapter 5, File Format Notation. slay, consistency. ✨

Earlier versions of this standard specified that arguments for all conversions other than b, c, and s were evaluated in the same way (as C constants, but with stated exceptions). For implementations supporting the floating-point conversions it was not clear whether integer conversions need only accept integer constants and floating-point conversions need only accept floating-point constants, or whether both types of conversions should accept both types of constants. Also, by not distinguishing between them, the requirement relating to a leading single-quote or double-quote applied to floating-point conversions even though this provided no useful functionality to applications that was not already available through the integer conversions. The current standard clarifies the situation by specifying that the arguments for floating-point conversions are evaluated as if by strtod(), and the arguments for integer conversions are evaluated as C integer constants, with the special treatment of leading single-quote and double-quote applying only to integer conversions. periodt. 🎀

---

🔮 FUTURE DIRECTIONS 🔮

None.

(yeah, that's it. the future is empty, bestie. enjoy the silence. 🦋)

---

👀 SEE ALSO 👀

• awk
• bc
• echo

The Base Definitions volume of POSIX.1‐2017, Chapter 5, File Format Notation, Chapter 8, Environment Variables 🌸

The System Interfaces volume of POSIX.1‐2017, fprintf(), strtod() 🌈

---

📜 COPYRIGHT 📜

Portions of this text are reprinted and reproduced in electronic form from IEEE Std 1003.1-2017, Standard for Information Technology -- Portable Operating System Interface (POSIX), The Open Group Base Specifications Issue 7, 2018 Edition, Copyright (C) 2018 by the Institute of Electrical and Electronics Engineers, Inc and The Open Group. In the event of any discrepancy between this version and the original IEEE and The Open Group Standard, the original IEEE and The Open Group Standard is the referee document. The original Standard can be obtained online at http://www.opengroup.org/unix/online.html .

Any typographical or formatting errors that appear in this page are most likely to have been introduced during the conversion of the source files to man page format. To report such errors, see https://www.kernel.org/doc/man-pages/reporting_bugs.html .

---

and that's the whole page, bestie, we did it 💖✨ this one's courtesy of IEEE/The Open Group, 2017, and it's PRINTF(1POSIX) — go forth and format, you absolute icon 👑🫶