Main index | Section 1 | 日本語 | Options |
The database is named by the basename of the first file argument and the string ".db". The getcap(3) routines can access the database in this form much more quickly than they can the original text file(s).
The ``tc'' capabilities of the records are expanded before the record is stored into the database.
The following options are available:
| |
Use big-endian byte order for database metadata. | |
| |
Specify a different database basename. | |
| |
Use little-endian byte order for database metadata. | |
| |
Print out the number of capability records in the database. | |
The
The first type is a key which consists of the first capability of the record (not including the trailing colon (``:'')) with a data field consisting of a special byte followed by the rest of the record. The special byte is either a 0 or 1, where a 0 means that the record is okay, and a 1 means that there was a ``tc'' capability in the record that could not be expanded.
The second type is a key which consists of one of the names from the first capability of the record with a data field consisting a special byte followed by the first capability of the record. The special byte is a 2.
In normal operation names are looked up in the database, resulting in a key/data pair of the second type. The data field of this key/data pair is used to look up a key/data pair of the first type which has the real data associated with the name.
CAP_MKDB (1) | February 22, 2005 |
Main index | Section 1 | 日本語 | Options |
Please direct any comments about this manual page service to Ben Bullock. Privacy policy.
“ | … one of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs. | ” |
— Robert Firth |