GETEGID(3POSIX)

πŸŽ€ GETEGID(3POSIX) πŸŽ€

okay so real talk before anything else β€” this page is part of the POSIX Programmer's Manual, and there's a lil disclaimer at the top that you genuinely need to read, no skipping bestie πŸ™ˆ

⚠️ This manual page is part of the POSIX Programmer's Manual. The Linux implementation of this interface may differ (consult the corresponding Linux manual page for details of Linux behavior), or the interface may not be implemented on Linux.

that's the PROLOG, that's the vibe, now let's GO πŸ¦‹


🌸 NAME 🌸

getegid β€” get the effective group ID

that's it. that's her whole job. icon behaviour honestly πŸ‘‘


✨ SYNOPSIS ✨

#include <unistd.h>

gid_t getegid(void);

πŸ’– DESCRIPTION πŸ’–

okay so the getegid() function shall return the effective group ID of the calling process. simple as.

and the second part is the one people forget β€” getegid() shall not modify errno. like, she does not touch it. not her business. hands off. 🫢


πŸ‘‘ RETURN VALUE πŸ‘‘

getegid() shall always be successful, and there is no return value reserved to indicate an error. she literally cannot fail. main character energy, zero flop era πŸ’…


πŸ’€ ERRORS πŸ’€

No errors are defined.

The following sections are informative.


πŸ“ EXAMPLES πŸ“

None.

😭 literally nothing here. no example. empty. void. we move.


🧚 APPLICATION USAGE 🧚

None.

again β€” nothing. the page said what it said and dipped πŸ¦‹


πŸ”₯ RATIONALE πŸ”₯

okay here's the lore, bestie.

In a conforming environment, getegid() will always succeed. full stop.

BUT β€” it is possible for implementations to provide an extension where a process in a non-conforming environment will not be associated with a user or group ID. like, the process just isn't anybody's. no user, no group. ghost process πŸ«₯

and it is recommended that such implementations return (gid_t)-1 and set errno to indicate such an environment. and here's the cute part β€” doing so does not violate this standard, since such an environment is already an extension. so they're allowed. it's fine. no cap.


🌈 FUTURE DIRECTIONS 🌈

None.


πŸ’œ SEE ALSO πŸ’œ

  • geteuid()
  • getgid()
  • getuid()
  • setegid()
  • seteuid()
  • setgid()
  • setregid()
  • setreuid()
  • setuid()

also, from the Base Definitions volume of POSIX.1‐2017: <sys_types.h> and <unistd.h> β€” go read those headers, they're giving reference material πŸ’–


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 .


aaaand that's the page bestie πŸŽ€ this one came to you courtesy of IEEE/The Open Group, 2017 β€” IEEE/The Open Group 2017 GETEGID(3POSIX) β€” and yeah she's short, but she's perfect. periodt. πŸ’…βœ¨