fmt_ccase
Format strings for command
output
SYNOPSIS
- –fmt option
syntax (used in various reporting commands: annotate, describe, lshistory, lscheckout, and so on):
- –fmt "format-string"
- format-string is a character string, composed
of alphanumeric characters, conversion specifications, and escape sequences.
It must be enclosed in double quotes ( " ).
Conversion specifications:
Escape sequences:
DESCRIPTION
Many ClearCase and ClearCase LT commands
read information from a VOB database, format the data, and send it to standard
output. (In most cases, the information is stored in event records, written
by the command when it creates or modifies an object in a VOB. See the events_ccase reference page.) Some of these commands
have a –fmt option, which you can use to format simple
reports on VOB contents. Note that –fmt is a mutually
exclusive alternative to the –short and –long options.
The following example shows how output-formatting
options affect an lshistory command.
(A \t escape sequence
tabs output to the next tab stop. Tab stops occur at eight-character intervals,
except as described in the annotate reference
page.)
Note: In commands that output data on multiple versions, such as lshistory and lsvtree,
formatting is applied to each version, not to the command output as a whole.
CONVERSION SPECIFICATIONS
A conversion specification identifies a
particular data item to display and specifies its display format.
Syntax
- %[ min ][.max ][ MODIFIER [, ... ] ]keyletter
The conversion specification format closely
resembles that of the C-language function printf():
- Percent
sign (%)
- Optionally,
a minimum and/or maximum field display width specifier, of the form min.max (see “Specifying
Field Width”.
- Optionally
(for some conversion specs), one or more modifier characters (uppercase) that
specify one or more variants and/or a bracket-enclosed parameter (see the %a conversion
specification)
- A
key letter (lowercase), which indicates the kind of data to display
Unlike printf() specifiers,
conversion specifications are not replaced by arguments supplied elsewhere
on the command line; they are replaced automatically by cleartool,
usually with field values extracted from event records.
These are the conversion specifications:
- %a
- All attached attributes. Attributes are
listed as attr-name=value pairs.
These pairs are enclosed in parentheses and separated by a comma-space combination
(,SPACE). Variants:
- %c
- Comment string. The user-supplied or system-generated
comment stored in an event record. A newline character is appended to the
comment string for display purposes only. Variant:
- %d
- Date/Time. The time stamp of the operation
or event, in date.time format.
Variants:
- %e
- Event kind; a brief description of the
event. The event kind is derived from an event record's name, object kind,
and operation kind fields. Sample event kinds:
- %f
- Checked-out version information —
For an element checked out to your view, the version ID of the checked-out
element; for an element that is not checked out to your view, displays nothing.
Variants:
- %h
- Name of the host where the event originated
(the host on which the user %u was running that user caused
the event). The host name is as reported by uname(2) (UNIX)
or as stored in the ComputerName key in the Windows Registry
(Windows).
For a VOB replica, %h displays
the name of the host at which the mkreplica –export command
that created the replica was entered. For the original replica in a family,
this is the host where the original VOB was located when the first mkreplica –export command
was entered.
- %l
- Labels — For versions, all attached
labels; the null string otherwise. Labels are output as a comma-separated
list, enclosed in parentheses. A <SPACE> character
follows each comma. Variants:
- %m
- Object kind — The kind of object
involved in the operation. For example:
file |
element |
branch |
version |
stream |
derived object |
branch type |
label type |
Variant: - %n
- Name of object — For a file system
object, the extended pathname (including the version ID for versions, and
the DO ID for derived objects); for a type object, its name. Variants:
- %o
- Operation kind — The operation that
caused the event to take place; commonly, the name of a cleartool subcommand.
For example:
See the events_ccase reference
page for a complete list of operations and the commands that cause them.
- %[p]p
- Property value — Displays the value
of the property specified in square brackets. The following tables list variants
and the objects to which they apply. For ClearCase and ClearCase LT variants,
see Table 4. For UCM variants, see Table 5. For MultiSite variants, see Table 6.
Table 4. Variants for ClearCase and ClearCase LT Objects
Variant | Applies to | Description |
---|
%[name]p | All objects | Same
as %n, including variants. |
%[object_kind]p | All objects | Kind
of object. For example: version, file
element, directory element, versioned
object base, replica, branch
type, and so on. |
%[locked]p | All
objects that can be locked | Lock status
of the object: locked, unlocked,
or obsolete. |
%[activity]p | Versions | Activity
whose change set contains the specified version. |
%[version_predecessor]p | Versions | Version
ID (branch pathname and version number) of the version's predecessor version. |
%[type]p | Versions, elements | Name
of version or element's element type (see type_manager for
a list of element types); not to be confused with the object kind (for which
the conversion specification is %m). |
%[triggers]p | Elements | List
of trigger types attached to element. Does not list all-element triggers.
The list is displayed in the following format: (trtype, trtype, trtype, ...) |
%[triggers]Np | Elements | Suppresses
parentheses and commas. |
%[pool]p | Elements,
shared derived objects | For an element, name of source pool. For a shared
DO, name of DO pool. |
%[pool]Cp | Elements | Name
of cleartext pool. |
%[pool]Dp | Shared derived objects | Name
of derived object pool. |
%[pool]Sp | Elements | Name
of source pool. |
%[DO_kind]p | Derived objects | Kind
of derived object: shared, unshared, non-shareable. |
%[DO_ref_count]p | Derived objects | Reference
count for derived object. |
%[slink_text]p | VOB symbolic links | Target
of symbolic link, as displayed by cleartool ls. |
%[slink_text]Tp | VOB symbolic links | Target
of symbolic link, after link is traversed. |
%[type_scope]p | Metadata object types | Object
type's scope. ordinary means
that use of the type is limited to the current (or specified) VOB. global means
that the VOB is an administrative VOB and the type can be used in any client
VOB of the administrative VOB or in any client VOB of a lower-level administrative
VOB within an administrative VOB hierarchy. local
copy means that the type has been copied to the VOB from
the administrative VOB that contains the master version of the type's definition. |
%[type_constraint]p | Branch types, label types | Constraint
on type object: one version per element or one
version per branch. |
%[trigger_kind]p | Trigger types | Kind
of trigger type: element trigger, all
element trigger, type trigger. |
%[msdostext_mode]p | VOBs | State of
MS-DOS text mode setting for VOB: enabled or disabled. |
%[group]p | | Group
name. |
%[owner]p (Windows
only) | | Login
name of the object's current owner. |
%[owner]Fp (UNIX
only) | | Login
name of the objects‘ current owner. The optional F argument
lists the owner's full name. |
The variants in Table 5 apply
only to UCM objects.
Table 5. Variants for UCM Objects
Variant | Applies to | Description |
---|
%[contrib_acts]p | UCM activities | Space-separated list of activities that
contributed to the change set of an integration activity |
%[crm_record_id]p | UCM activities | The
ClearQuest record ID |
%[crm_record_type]p | UCM activities | The ClearQuest record type |
%[headline]p | UCM activities | The activity's headline |
%[name_resolver_view]p | UCM activities | A “best guess” view for resolving
the names of versions in a change set |
%[stream]p | UCM
activities | The stream that contains the activity |
%[versions]p | UCM activities | Space-separated
list of versions in activity's change set |
%[versions]Cp | UCM activities | Separate items in list with comma and
space |
%[view]p | UCM activities | The view that the activity is set in |
%[activities]Xp | UCM baselines | The baseline's activities |
%[bl_stream]p | UCM baselines | The stream in which the baseline is created |
%[component]p | UCM baselines | The
component associated with the baseline |
%[depends_on]p | UCM baselines | The
baselines that the composite baseline directly depends on |
%[depends_on_closure]p | UCM baselines | All
of the baselines in the full dependence graph of a composite baseline |
%[member_of]p | UCM baselines | The composite baselines of which the baseline
is a direct member |
%[member_of_closure]p | UCM baselines | All composite baselines of which the baseline
is a direct or indirect member |
%[label_status]p | UCM baselines | The
label status of a baseline: full, incremental, or unlabeled |
%[plevel]p | UCM baselines | The baseline's promotion level |
%[initial_bl]Xp | UCM components | Initial baseline of the component |
%[root_dir]p | UCM components | The
root directory for the component |
%[contains_folders]p | UCM folders | Subfolders
of the folder |
%[contains_projects]p | UCM folders | Projects
contained by the folder |
%[folder]p | UCM
folders | The parent folder for the folder |
%[crm_database]p | UCM projects | The name of the ClearQuest database |
%[def_rebase_level]p | UCM projects | The
promotion level required of a baseline before it can be used as the source
of a rebase operation |
%[dstreams]p | UCM projects | The
project development streams |
%[folder]p | UCM
projects | The parent folder for the project |
%[istream]p | UCM projects | The
project integration stream |
%[mod_comps]p | UCM projects | The
modifiable components for a project |
%[model]p | UCM projects | The project's model |
%[rec_bls]p | UCM projects | The
recommended baselines of a project's integration stream |
%[plevels] | UCM PVOBs | The promotion levels defined by the PVOB |
%[activities]p | UCM streams | Activities
that are part of the stream |
%[config_spec]p | UCM streams | Config
spec of object |
%[def_deliver_tgt] | UCM streams | The
default stream that the stream will deliver to |
%[dstreams]p | UCM streams | The
child streams of an integration stream or a development stream |
%[found_bls]p | UCM streams | The
foundation baselines for the stream |
%[latest_bls]p | UCM streams | Latest
baseline in each component in a stream's configuration |
%[project]p | UCM streams | The
project the stream is part of |
%[read_only]p | UCM streams | Boolean indicating whether
the stream is read-only |
%[rec_bls]p | UCM
streams | The recommended baselines of an integration stream
or a parent development stream |
%[views]p | UCM
streams | Views attached to the stream |
The variants in Table 6 apply
only to objects in replicated VOBs (ClearCase MultiSite product).
Table 6. Variants for Replicated Objects
Variant | Applies to | Description |
---|
%[master]p | All objects that have mastership | Name
of object's master replica |
%[master]Op | All objects that have mastership | OID
of object's master replica |
%[reqmaster]p | Replicas, branch types, branches | Request
for mastership status of the object. For a replica: disabled means
that requests for mastership are not enabled in the replica. enabled means
that requests for mastership are enabled in the replica. For a branch type: denied
for all instances means that requests for mastership of any
instance of the branch type are denied. allowed
for all instances means that requests for mastership of any
instance of the branch type are allowed (unless mastership requests for the
specific branch are denied). denied
for branch type means that requests for mastership of the
branch type are denied . allowed
for branch type means that requests for mastership of the
branch type are denied. For a branch: denied means
that requests for mastership of the branch are denied. allowed means
that requests for mastership of the branch are allowed. |
%[type_mastership]p | Attribute types, hyperlink types, label types | Kind
of mastership of the type: shared or unshared. |
%[replica_name]p | VOBs | Replica name
of the specified VOB. |
%[vob_replication]p | VOBs | Replication
status of VOB: replicated or unreplicated. |
%[replica_host]p | Replicas | Name
of replica host. |
- %[c]t
- Starting column number — Starts printing
at the column number specified in square brackets. An overflow condition exists
if the current position on the line is beyond the starting column number.
By default, when an overflow condition occurs, the %t directive
is ignored. Variants:
- %u
- Login name of the user associated with
the event. Variants:
- %%
- Percent character (%).
Specifying
Field Width
A conversion specification can include
an optional field width specifier, which assigns a minimum and/or maximum
width, in characters, to the data field display. For example, the conversion
specifier %10.15Lu will display, for each output
line, the user's login name and group with a minimum of 10 characters (space
padded if necessary) but not more than 15.
Usage rules:
- A
single number is interpreted as a minimum width.
- To
supply only a maximum width, put a decimal point before the number (for example, %.10En)
or a zero and decimal point (%0.10En).
- To
specify a constant display width, set the minimum and maximum widths to the
same value (%20.20c).
- Values
smaller than the specified minimum width are aligned on the right (padded
left). A negative minimum width value (%–20.20c)
aligns short values on the left.
- Values
longer than the specified maximum width are truncated from the right. A negative
maximum width value (%15.–15Sn) truncates long
values from the left.
- A
maximum width specifier has special meaning when used with the %Cl specifier.
For example, %.5Cl prints a version's first five
labels only, followed by "...".
EXAMPLES
The UNIX examples in this section are written for use in csh.
If you use another shell, you may need to use different quoting and escaping
conventions.
The Windows examples that include wildcards or quoting are written for
use in cleartool interactive mode. If you use cleartool single-command
mode, you may need to change the wildcards and quoting to make your command
interpreter process the command appropriately.
In cleartool single-command mode, cmd-context represents
the UNIX shell or Windows command interpreter prompt, followed by the cleartool command.
In cleartool interactive mode, cmd-context represents
the interactive cleartool prompt.
Note: In the UNIX examples that follow, arguments and output that show
multicomponent VOB tags are not applicable to ClearCase LT, which recognizes
only single-component VOB tags. In this manual, a multicomponent VOB tag is
by convention a two-component VOB tag of the form /vobs/vob-tag-leaf—for
example, /vobs/src. A single-component VOB tag consists
of a leaf only—for example, /src. In all other
respects, the examples are valid for ClearCase LT.
- Format
the output from lsco –cview.
- Format
the event history of a file element. (The command line, including the quoted
format string, constitutes a single input line. The input line below is broken
to improve readability. Spaces are significant.)
- Describe
a checked-out element, util.c.
- Display
the type of a file element.
- Display
the target of a symbolic link and the target after the link is traversed.
- Display
the master replica of all label types in a VOB replica.
- Display
the name of an element, using tabular format. The command is a single input
line; line breaks are added for readability.
- Mimic
the output from lshistory –long.
Note the use of single quotes to enclose the format string, which includes
literal double quotes.
- Mimic
the output from lshistory –long. Note that in cleartool single-command mode, backslashes (\) are
used to escape double quotes in the format string.
- Describe
the element main.c in detail. This example illustrates
many of the conversion specifications (but does not use field width specifiers).
Again, the command is a single input line; line breaks are added for readability.
SEE ALSO
annotate, cleartool, describe, events_ccase, lsactivity, lsbl, lscheckout, lscomp, lsdo,
lsfolder,
lshistory,
lslock,
lspool, lsproject, lsreplica, lsstream, lstype, reqmaster, type_manager