SACT(1POSIX)

πŸ’… sact β€” print current SCCS file-editing activity (DEVELOPMENT)

okay bestie, welcome to SACT(1POSIX) from the POSIX Programmer's Manual ✨ this one's a lil deep cut but it's literally so useful if you're living that SCCS life. come sit with me 🫢


🌸 PROLOG

okay so real talk before we get into it: this manual page is part of the POSIX Programmer's Manual. The Linux implementation of this interface may differ (so like, pls consult the corresponding Linux manual page for the tea on Linux behavior), or the interface may not even be implemented on Linux at all. not me warning you about that first thing πŸ’€


✨ NAME

sact β€” print current SCCS file-editing activity (DEVELOPMENT)


πŸŽ€ SYNOPSIS

sact file...

πŸ’– DESCRIPTION

The sact utility shall inform the user of any impending deltas to a named SCCS file by writing a list to standard output. πŸ¦‹

This situation occurs when get -e has been executed previously without a subsequent execution of delta, unget, or sccs unedit. so basically: somebody opened a file for editing and just… never closed the loop. we've all been there πŸ™ˆ


πŸ’… OPTIONS

None.

literally nothing. zero. no flags. she just vibes πŸ‘‘


πŸ“ OPERANDS

The following operand shall be supported:

  • file β€” A pathname of an existing SCCS file or a directory. If file is a directory, the sact utility shall behave as though each file in the directory were specified as a named file, except that non-SCCS files (last component of the pathname does not begin with s.) and unreadable files shall be silently ignored.

If exactly one file operand appears, and it is '-', the standard input shall be read; each line of the standard input shall be taken to be the name of an SCCS file to be processed. Non-SCCS files and unreadable files shall be silently ignored. ✨


🧚 STDIN

The standard input shall be a text file used only when the file operand is specified as '-'. Each line of the text file shall be interpreted as an SCCS pathname. πŸ“


🌈 INPUT FILES

Any SCCS files interrogated are files of an unspecified format. (mysterious. enigmatic. we don't know her internals and honestly? we respect it πŸ’œ)


πŸ‘‘ ENVIRONMENT VARIABLES

The following environment variables shall affect the execution of sact:

  • 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 for the precedence of internationalization variables used to determine the values of locale categories.)
  • LC_ALL β€” If set to a non-empty string value, override the values of all the other internationalization variables.
  • 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 and input files).
  • LC_MESSAGES β€” Determine the locale that should be used to affect the format and contents of diagnostic messages written to standard error.
  • NLSPATH β€” Determine the location of message catalogs for the processing of LC_MESSAGES.

⭐ ASYNCHRONOUS EVENTS

Default. (she's unbothered, moisturized, in her lane 🌸)


πŸ”₯ STDOUT

The output for each named file shall consist of a line in the following format:

"%s %s %s %s %s\n", <SID>, <new SID>, <login>, <date>, <time>
  • <SID> β€” Specifies the SID of a delta that currently exists in the SCCS file to which changes are made to make the new delta.
  • <new SID> β€” Specifies the SID for the new delta to be created.
  • <login> β€” Contains the login name of the user who makes the delta (that is, who executed a get for editing).
  • <date> β€” Contains the date that get -e was executed, in the format used by the prs :D: data keyword.
  • <time> β€” Contains the time that get -e was executed, in the format used by the prs :T: data keyword.

If there is more than one named file or if a directory or standard input is named, each pathname shall be written before each of the preceding lines:

"\n%s:\n", <pathname>

so you get a cute lil header before each block. organised. slay πŸ’…


😭 STDERR

The standard error shall be used only for optional informative messages concerning SCCS files with no impending deltas, and for diagnostic messages.


πŸ¦‹ OUTPUT FILES

None.


πŸŽ€ EXTENDED DESCRIPTION

None.


🌸 EXIT STATUS

The following exit values shall be returned:

  • 0 β€” Successful completion. πŸ₯³
  • >0 β€” An error occurred. πŸ’€

πŸ’œ CONSEQUENCES OF ERRORS

Default.

The following sections are informative.


✨ APPLICATION USAGE

None.


πŸ“ EXAMPLES

None.


🧚 RATIONALE

None.


🌈 FUTURE DIRECTIONS

None.


πŸ‘‘ SEE ALSO

delta, get, sccs, unget

The Base Definitions volume of POSIX.1‐2017, Chapter 8, Environment Variables


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 .


okay that's the whole page bestie, and if you made it all the way down here β€” iconic behavior πŸŒˆπŸ’… this one's brought to you by IEEE/The Open Group, dated 2017, and yes that's the actual version stamp, no cap πŸ«ΆπŸ’–

πŸ“¦ where this page comes from