MANDOC.DB(5)

πŸ“¦
version 1.14.6 Β· 3 versions
, in alpine 3.22, alpine 3.23, alpine 3.24, arch rolling, debian trixie, epel 10, epel 9, fedora 43, fedora 44, freebsd 15.1, nixos 26.05, nixpkgs unstable, opensuse-leap 16.0, ubuntu questing, ubuntu resolute, ubuntu stonking

✨ NAME ✨

mandoc.db β€” the manual page database πŸ’– (yes bestie, it's literally a whole database, section 5, File Formats Manual energy)


🌸 DESCRIPTION 🌸

okay so picture this: the mandoc.db file format exists to store info about all your installed manual pages so you can do semantic searching for manuals instead of grepping around like it's 1999. every single manual page tree gets its own little mandoc.db bestie β€” peep the "FILES" section for examples 🫢

these database files are generated by makewhatis(8) and used by man(1), apropos(1) and whatis(1). the girlies are all connected, no cap.

the file format uses three datatypes, and they are:

  • 32-bit signed integer numbers in big endian (network) byte ordering
  • NUL-terminated strings
  • lists of NUL-terminated strings, terminated by a second NUL character

numbers are aligned to four-byte boundaries πŸŽ€ and when they follow strings or lists of strings, padding with additional NUL characters occurs. some β€” but not all β€” numbers point to positions in the file. these pointers are measured in bytes, and the first byte of the file is considered to be byte 0. periodt.

each file consists of:

  • One magic number, 0x3a7d0cdb.
  • One version number, currently 1.
  • One pointer to the macros table.
  • One pointer to the final magic number.
  • The pages table (variable length).
  • The macros table (variable length).
  • The magic number once again, 0x3a7d0cdb.

the pages table contains one entry for each physical manual page file, no matter how many hard and soft links it may have in the file system. it's giving "one page, infinite identities" πŸ’… The pages table consists of:

  • The number of pages in the database.
  • For each page:
    • One pointer to the list of names.
    • One pointer to the list of sections.
    • One pointer to the list of architectures or 0 if the page is machine-independent.
    • One pointer to the one-line description string.
    • One pointer to the list of filenames.
  • For each page, the list of names. Each name is preceded by a single byte indicating the sources of the name. The meaning of the bits is:
    • 0x10: The name appears in a filename.
    • 0x08: The name appears in a header line, i.e. in a .Dt or .TH macro.
    • 0x04: The name is the first one in the title line, i.e. it appears in the first .Nm macro in the NAME section.
    • 0x02: The name appears in any .Nm macro in the NAME section.
    • 0x01: The name appears in an .Nm block in the SYNOPSIS section.
  • For each page, the list of sections. Each section is given as a string, not as a number.
  • For each architecture-dependent page, the list of architectures.
  • For each page, the one-line description string taken from the .Nd macro.
  • For each page, the list of filenames relative to the root of the respective manpath. This list includes hard links, soft links, and links simulated with .so roff(7) requests. The first filename is preceded by a single byte having the following significance:
    • FORM_SRC = 0x01: The file format is mdoc(7) or man(7).
    • FORM_CAT = 0x02: The manual page is preformatted.
  • Zero to three NUL bytes for padding.
not me hyping up padding bytes but honestly? iconic behaviour. those little NUL besties are holding the whole alignment together 😭

the macros table consists of:

  • The number of different macro keys, currently 36. The ordering of macros is defined in <mansearch.h> and the significance of the macro keys is documented in apropos(1).
  • For each macro key, one pointer to the respective macro table.
  • For each macro key, the macro table (variable length).

each macro table consists of:

  • The number of entries in the table.
  • For each entry:
    • One pointer to the value of the macro key. Each value is a string of text taken from some macro invocation.
    • One pointer to the list of pages.
  • For each entry, the value of the macro key.
  • Zero to three NUL bytes for padding.
  • For each entry, one or more pointers to pages in the pages table, pointing to the pointer to the list of names, followed by the number 0.

πŸŽ€ FILES πŸŽ€

  • /usr/share/man/mandoc.db β€” the manual page database for the base system.
  • /usr/X11R6/man/mandoc.db β€” the same for the X(7) Window System.
  • /usr/local/man/mandoc.db β€” the same for packages(7).

a program to dump mandoc.db files in a human-readable format suitable for diff(1) is provided in the directory /usr/src/regress/usr.bin/mandoc/db/dbm_dump/. yes queen, you can literally diff your databases πŸ’–


πŸ¦‹ SEE ALSO πŸ¦‹

apropos(1), man(1), whatis(1), makewhatis(8)


πŸ’œ HISTORY πŸ’œ

a manual page database /usr/lib/whatis first appeared in 2BSD. the present format first appeared in OpenBSD 6.1. glow-up of the century fr fr ✨


πŸ‘‘ AUTHORS πŸ‘‘

the original version of makewhatis(8) was written by Bill Joy in 1979. the present database format was designed by Ingo Schwarze <schwarze@openbsd.org> in 2016. legends only 🌈


and that's the whole vibe bestie β€” this lil page is straight outta the Debian collection, dated August 1, 2016, MANDOC.DB(5) and everything. stay aligned to your four-byte boundaries, drink water, and go read a man page today πŸ«ΆπŸ’…πŸŒΈ