1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
|
.\"
.\" Sun Microsystems, Inc. gratefully acknowledges The Open Group for
.\" permission to reproduce portions of its copyrighted documentation.
.\" Original documentation from The Open Group can be obtained online at
.\" http://www.opengroup.org/bookstore/.
.\"
.\" The Institute of Electrical and Electronics Engineers and The Open
.\" Group, have given us permission to reprint portions of their
.\" documentation.
.\"
.\" In the following statement, the phrase ``this text'' refers to portions
.\" of the system documentation.
.\"
.\" Portions of this text are reprinted and reproduced in electronic form
.\" in the SunOS Reference Manual, from IEEE Std 1003.1, 2004 Edition,
.\" Standard for Information Technology -- Portable Operating System
.\" Interface (POSIX), The Open Group Base Specifications Issue 6,
.\" Copyright (C) 2001-2004 by the Institute of Electrical and Electronics
.\" Engineers, Inc and The Open Group. In the event of any discrepancy
.\" between these versions 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.
.\"
.\" This notice shall appear on any product containing this material.
.\"
.\" The contents of this file are subject to the terms of the
.\" Common Development and Distribution License (the "License").
.\" You may not use this file except in compliance with the License.
.\"
.\" You can obtain a copy of the license at usr/src/OPENSOLARIS.LICENSE
.\" or http://www.opensolaris.org/os/licensing.
.\" See the License for the specific language governing permissions
.\" and limitations under the License.
.\"
.\" When distributing Covered Code, include this CDDL HEADER in each
.\" file and include the License file at usr/src/OPENSOLARIS.LICENSE.
.\" If applicable, add the following below this CDDL HEADER, with the
.\" fields enclosed by brackets "[]" replaced with your own identifying
.\" information: Portions Copyright [yyyy] [name of copyright owner]
.\"
.\"
.\" Copyright 1992, X/Open Company Limited. All Rights Reserved.
.\" Portions Copyright (c) 1995, Sun Microsystems, Inc. All Rights Reserved.
.\"
.TH FORMATS 7 "Mar 28, 1995"
.SH NAME
formats \- file format notation
.SH DESCRIPTION
.sp
.LP
Utility descriptions use a syntax to describe the data organization within
files\(emstdin, stdout, stderr, input files, and output files\(emwhen that
organization is not otherwise obvious. The syntax is similar to that used by
the \fBprintf\fR(3C) function. When used for stdin or input file
descriptions, this syntax describes the format that could have been used to
write the text to be read, not a format that could be used by the
\fBscanf\fR(3C) function to read the input file.
.SS "Format"
.sp
.LP
The description of an individual record is as follows:
.sp
.in +2
.nf
"<\fBformat\fR>", [<\fIarg1\fR>, <\fIarg2\fR>, .\|.\|., <\fIargn\fR>]
.fi
.in -2
.sp
.LP
The \fBformat\fR is a character string that contains three types of objects
defined below:
.sp
.ne 2
.na
\fB\fI\fR\fIcharacters\fR\fI\fR \fR
.ad
.RS 30n
Characters that are not \fIescape sequences\fR or \fIconversion
specifications\fR, as described below, are copied to the output.
.RE
.sp
.ne 2
.na
\fB\fI\fR\fIescape sequences\fR\fI\fR \fR
.ad
.RS 30n
Represent non-graphic characters.
.RE
.sp
.ne 2
.na
\fB\fI\fR\fIconversion specifications\fR\fI\fR \fR
.ad
.RS 30n
Specifies the output format of each argument. (See below.)
.RE
.sp
.LP
The following characters have the following special meaning in the format
string:
.sp
.ne 2
.na
\fB`` \&''\fR
.ad
.RS 11n
(An empty character position.) One or more blank characters.
.RE
.sp
.ne 2
.na
\fB/\e \fR
.ad
.RS 11n
Exactly one space character.
.RE
.sp
.LP
The notation for spaces allows some flexibility for application output. Note
that an empty character position in \fBformat\fR represents one or more blank
characters on the output (not \fIwhite space\fR, which can include newline
characters). Therefore, another utility that reads that output as its input
must be prepared to parse the data using \fBscanf\fR(3C), \fBawk\fR(1), and so
forth. The character is used when exactly one space character is output.
.SS "Escape Sequences"
.sp
.LP
The following table lists escape sequences and associated actions on display
devices capable of the action.
.sp
.sp
.TS
c c c
l l l .
\fBSequence\fR \fBCharacter\fR \fBTerminal Action\fR
_
\fB\e\e\fR backslash None.
\fB\ea\fR alert T{
Attempts to alert the user through audible or visible notification.
T}
\fB\eb\fR backspace T{
Moves the printing position to one column before the current position, unless the current position is the start of a line.
T}
\fB\ef\fR form-feed T{
Moves the printing position to the initial printing position of the next logical page.
T}
\fB\en\fR newline T{
Moves the printing position to the start of the next line.
T}
\fB\er\fR carriage-return T{
Moves the printing position to the start of the current line.
T}
\fB\et\fR tab T{
Moves the printing position to the next tab position on the current line. If there are no more tab positions left on the line, the behavior is undefined.
T}
\fB\ev\fR vertical-tab T{
Moves the printing position to the start of the next vertical tab position. If there are no more vertical tab positions left on the page, the behavior is undefined.
T}
.TE
.SS "Conversion Specifications"
.sp
.LP
Each conversion specification is introduced by the percent-sign character (%).
After the character %, the following appear in sequence:
.sp
.ne 2
.na
\fB\fI\fR\fIflags\fR\fI\fR \fR
.ad
.RS 26n
Zero or more \fIflags\fR, in any order, that modify the meaning of the
conversion specification.
.RE
.sp
.ne 2
.na
\fB\fI\fR\fIfield width\fR\fI\fR \fR
.ad
.RS 26n
An optional string of decimal digits to specify a minimum \fIfield width\fR.
For an output field, if the converted value has fewer bytes than the field
width, it is padded on the left (or right, if the left-adjustment flag (\(mi),
described below, has been given to the field width).
.RE
.sp
.ne 2
.na
\fB\fI\fR\fIprecision\fR\fI\fR \fR
.ad
.RS 26n
Gives the minimum number of digits to appear for the d, o, i, u, x or X
conversions (the field is padded with leading zeros), the number of digits to
appear after the radix character for the e and f conversions, the maximum
number of significant digits for the g conversion; or the maximum number of
bytes to be written from a string in s conversion. The precision takes the form
of a period (.) followed by a decimal digit string; a null digit string is
treated as zero.
.RE
.sp
.ne 2
.na
\fB\fI\fR\fIconversion characters\fR\fI\fR \fR
.ad
.RS 26n
A conversion character (see below) that indicates the type of conversion to be
applied.
.RE
.SS "\fIflags\fR"
.sp
.LP
The \fIflags\fR and their meanings are:
.sp
.ne 2
.na
\fB\fI\(mi\fR \fR
.ad
.RS 12n
The result of the conversion is left-justified within the field.
.RE
.sp
.ne 2
.na
\fB\fI+\fR \fR
.ad
.RS 12n
The result of a signed conversion always begins with a sign (+ or \(mi).
.RE
.sp
.ne 2
.na
\fB\fI<space>\fR \fR
.ad
.RS 12n
If the first character of a signed conversion is not a sign, a space character
is prefixed to the result. This means that if the space character and + flags
both appear, the space character flag is ignored.
.RE
.sp
.ne 2
.na
\fB\fI#\fR \fR
.ad
.RS 12n
The value is to be converted to an alternative form. For c, d, i, u, and s
conversions, the behaviour is undefined. For o conversion, it increases the
precision to force the first digit of the result to be a zero. For x or X
conversion, a non-zero result has 0x or 0X prefixed to it, respectively. For e,
E, f, g, and G conversions, the result always contains a radix character, even
if no digits follow the radix character. For g and G conversions, trailing
zeros are not removed from the result as they usually are.
.RE
.sp
.ne 2
.na
\fB\fI0\fR \fR
.ad
.RS 12n
For d, i, o, u, x, X, e, E, f, g, and G conversions, leading zeros (following
any indication of sign or base) are used to pad to the field width; no space
padding is performed. If the 0 and \(mi flags both appear, the 0 flag is
ignored. For d, i, o, u, x and X conversions, if a precision is specified, the
0 flag is ignored. For other conversions, the behaviour is undefined.
.RE
.SS "Conversion Characters"
.sp
.LP
Each conversion character results in fetching zero or more arguments. The
results are undefined if there are insufficient arguments for the format. If
the format is exhausted while arguments remain, the excess arguments are
ignored.
.sp
.LP
The \fIconversion characters\fR and their meanings are:
.sp
.ne 2
.na
\fB\fId,i,o,u,x,X\fR \fR
.ad
.RS 16n
The integer argument is written as signed decimal (d or i), unsigned octal (o),
unsigned decimal (u), or unsigned hexadecimal notation (x and X). The d and i
specifiers convert to signed decimal in the style \fB[\fR\(mi\fB]\fR\fIdddd\fR.
The x conversion uses the numbers and letters 0123456789abcdef and the X
conversion uses the numbers and letters 0123456789ABCDEF. The \fIprecision\fR
component of the argument specifies the minimum number of digits to appear. If
the value being converted can be represented in fewer digits than the specified
minimum, it is expanded with leading zeros. The default precision is 1. The
result of converting a zero value with a precision of 0 is no characters. If
both the field width and precision are omitted, the implementation may precede,
follow or precede and follow numeric arguments of types d, i and u with blank
characters; arguments of type o (octal) may be preceded with leading zeros.
.sp
The treatment of integers and spaces is different from the \fBprintf\fR(3C)
function in that they can be surrounded with blank characters. This was done so
that, given a format such as:
.sp
.in +2
.nf
"%d\en",<\fIfoo\fR>
.fi
.in -2
the implementation could use a \fBprintf()\fR call such as:
.sp
.in +2
.nf
printf("%6d\en", \fIfoo\fR);
.fi
.in -2
and still conform. This notation is thus somewhat like \fBscanf()\fR in
addition to \fBprintf(\|).\fR
.RE
.sp
.ne 2
.na
\fB\fIf\fR \fR
.ad
.RS 16n
The floating point number argument is written in decimal notation in the style
\fB[\fR\(mi\fB]\fR\fIddd\fR.\fIddd\fR, where the number of digits after the
radix character (shown here as a decimal point) is equal to the \fIprecision\fR
specification. The \fBLC_NUMERIC\fR locale category determines the radix
character to use in this format. If the \fIprecision\fR is omitted from the
argument, six digits are written after the radix character; if the
\fIprecision\fR is explicitly 0, no radix character appears.
.RE
.sp
.ne 2
.na
\fB\fIe,E\fR \fR
.ad
.RS 16n
The floating point number argument is written in the style
\fB[\fR\(mi\fB]\fR\fId\fR.\fIddd\fRe\(+-\fBdd\fR (the symbol \(+- indicates
either a plus or minus sign), where there is one digit before the radix
character (shown here as a decimal point) and the number of digits after it is
equal to the precision. The \fBLC_NUMERIC\fR locale category determines the
radix character to use in this format. When the precision is missing, six
digits are written after the radix character; if the precision is 0, no radix
character appears. The E conversion character produces a number with E instead
of e introducing the exponent. The exponent always contains at least two
digits. However, if the value to be written requires an exponent greater than
two digits, additional exponent digits are written as necessary.
.RE
.sp
.ne 2
.na
\fB\fIg,G\fR \fR
.ad
.RS 16n
The floating point number argument is written in style f or e (or in style E in
the case of a G conversion character), with the precision specifying the number
of significant digits. The style used depends on the value converted: style g
is used only if the exponent resulting from the conversion is less than \(mi4
or greater than or equal to the precision. Trailing zeros are removed from the
result. A radix character appears only if it is followed by a digit.
.RE
.sp
.ne 2
.na
\fB\fIc\fR \fR
.ad
.RS 16n
The integer argument is converted to an \fBunsigned char\fR and the resulting
byte is written.
.RE
.sp
.ne 2
.na
\fB\fIs\fR \fR
.ad
.RS 16n
The argument is taken to be a string and bytes from the string are written
until the end of the string or the number of bytes indicated by the
\fIprecision\fR specification of the argument is reached. If the precision is
omitted from the argument, it is taken to be infinite, so all bytes up to the
end of the string are written.
.RE
.sp
.ne 2
.na
\fB\fI%\fR \fR
.ad
.RS 16n
Write a % character; no argument is converted.
.RE
.sp
.LP
In no case does a non-existent or insufficient \fIfield width\fR cause
truncation of a field; if the result of a conversion is wider than the field
width, the field is simply expanded to contain the conversion result. The term
\fIfield width\fR should not be confused with the term \fIprecision\fR used in
the description of %s.
.sp
.LP
One difference from the C function \fBprintf()\fR is that the l and h
conversion characters are not used. There is no differentiation between decimal
values for type \fBint\fR, type \fBlong\fR, or type \fBshort\fR. The
specifications %d or %i should be interpreted as an arbitrary length sequence
of digits. Also, no distinction is made between single precision and double
precision numbers (\fBfloat\fR or \fBdouble\fR in C). These are simply
referred to as floating point numbers.
.sp
.LP
Many of the output descriptions use the term \fBline\fR, such as:
.sp
.in +2
.nf
"%s", <\fIinput line\fR>
.fi
.in -2
.sp
.LP
Since the definition of \fBline\fR includes the trailing newline character
already, there is no need to include a \fB\en\fR in the format; a double
newline character would otherwise result.
.SH EXAMPLES
.LP
\fBExample 1 \fRTo represent the output of a program that prints a date and
time in the form Sunday, July 3, 10:02, where \fI<weekday>\fR and \fI<month>\fR
are strings:
.sp
.in +2
.nf
"%s,/\e%s/\e%d,/\e%d:%.2d\en",<\fIweekday\fR>,<\fImonth\fR>,<\fIday\fR>,<\fIhour\fR>,<\fImin\fR>
.fi
.in -2
.LP
\fBExample 2 \fRTo show pi written to 5 decimal places:
.sp
.in +2
.nf
"pi/\e=/\e%.5f\en",<\fIvalue of pi\fR>
.fi
.in -2
.LP
\fBExample 3 \fRTo show an input file format consisting of five colon-separated
fields:
.sp
.in +2
.nf
"%s:%s:%s:%s:%s\en",<\fIarg1\fR>,<\fIarg2\fR>,<\fIarg3\fR>,<\fIarg4\fR>,<\fIarg5\fR>
.fi
.in -2
.SH SEE ALSO
.sp
.LP
.BR awk (1),
.BR printf (1),
.BR printf (3C),
.BR scanf (3C)
|