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 π
π COPYRIGHT π
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. π
β¨
π¦ where this page comes from
- debian bookworm: manpages-posix-dev 2017a-2 Β· Other
- debian trixie: manpages-posix-dev 2017a-2 Β· Other
- ubuntu jammy: manpages-posix-dev 2017a-2 Β· Other
- ubuntu noble: manpages-posix-dev 2017a-2 Β· Other
- ubuntu resolute: manpages-posix-dev 2017a-2build1 Β· Other
- ubuntu stonking: manpages-posix-dev 2017a-2.1 Β· Other
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms