GETGROUPS(3P)
πΈ GETGROUPS(3P) β the POSIX Programmer's Manual glow-up πΈ
okay bestie so before we even get into it: this page is part of the POSIX Programmer's Manual. π That means the Linux implementation of this interface may differ (so go consult the corresponding Linux manual page for details of Linux behavior, fr), or the interface may just... not be implemented on Linux at all. π iykyk.
β¨ NAME β¨
getgroups β get supplementary group IDs π
π SYNOPSIS π
#include <unistd.h>
int getgroups(int gidsetsize, gid_t grouplist[]);
π DESCRIPTION π
so the getgroups() function shall fill in the array grouplist with the current supplementary group IDs of the calling process. that's it, that's the whole vibe. β¨
and listen β it is implementation-defined whether getgroups() also returns the effective group ID in the grouplist array. so like, don't assume, okay? π
the gidsetsize argument specifies the number of elements in the array grouplist. the actual number of group IDs stored in the array shall be returned. and the values of array entries with indices greater than or equal to the value returned? undefined. literally do not look at them. π
if gidsetsize is 0, getgroups() shall return the number of group IDs that it would otherwise return, without modifying the array pointed to by grouplist. it's giving "just tell me how many, i'm not committing to anything yet" π«Ά
and if the effective group ID of the process is returned with the supplementary group IDs, the value returned shall always be greater than or equal to one and less than or equal to the value of {NGROUPS_MAX}+1. math is math! π₯
β RETURN VALUE β
upon successful completion, the number of supplementary group IDs shall be returned. π
a return value of -1 indicates failure and errno shall be set to indicate the error. not the vibe. π
π ERRORS π
the getgroups() function shall fail if:
EINVALβ thegidsetsizeargument is non-zero and less than the number of group IDs that would have been returned. like bestie you gave me a bag that's too small for the groceries, what did you expect π
The following sections are informative. (translation: they're the bonus lore, not the rules π)
π¦ EXAMPLES π¦
Getting the Supplementary Group IDs of the Calling Process
the following example places the current supplementary group IDs of the calling process into the group array. iconic behavior:
#include <sys/types.h>
#include <unistd.h>
...
gid_t *group;
int nogroups;
long ngroups_max;
ngroups_max = sysconf(_SC_NGROUPS_MAX) + 1;
group = (gid_t *)malloc(ngroups_max *sizeof(gid_t));
ngroups = getgroups(ngroups_max, group);
π§ APPLICATION USAGE π§
None. (yes really. nothing. the void. empty. go off i guess π)
π RATIONALE π
the related function setgroups() is a privileged operation and therefore is not covered by this volume of POSIX.1β2017. it's in its exclusive era, we can't sit with it π
as implied by the definition of supplementary groups, the effective group ID may appear in the array returned by getgroups() or it may be returned only by getegid(). duplication may exist, but the application needs to call getegid() to be sure of getting all of the information. so like, call both, be thorough, main character energy β¨
various implementation variations and administrative sequences cause the set of groups appearing in the result of getgroups() to vary in order and as to whether the effective group ID is included, even when the set of groups is the same (in the mathematical sense of ``set''). (the history of a process and its parents could affect the details of the result.) it's giving "same group, different font" π
application developers should note that {NGROUPS_MAX} is not necessarily a constant on all implementations. do not hardcode it bestie i am begging π
πΈ FUTURE DIRECTIONS πΈ
None. (nothing on the horizon. the future is cancelled. jk, it's just not changing π)
π₯ SEE ALSO π₯
getegid()setgid()- The Base Definitions volume of POSIX.1β2017,
<sys_types.h>,<unistd.h>
π 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 .
okay that's the whole page bestie, you ate π
β¨ this lil manual page came to you courtesy of IEEE/The Open Group, dated 2017, and it lives at the top of the page as GETGROUPS(3P) β mwah, go get those supplementary group IDs, love u π«Άπ
π¦ where this page comes from
- alpine 3.22: man-pages-posix 2017a-r0 Β· custom
- alpine 3.23: man-pages-posix 2017a-r0 Β· custom
- alpine 3.24: man-pages-posix 2017a-r0 Β· custom
- arch rolling: man-pages 6.19-1
- arch rolling: man-pages 6.20-1 Β· BSD-2-Clause AND BSD-3-Clause AND BSD-4.3TAHOE AND BSD-4-Clause-UC AND GPL-1.0-or-later AND GPL-2.0-only AND GPL-2.0-or-later AND GPL-3.0-or-later AND LGPL-3.0-linking-exception AND LGPL-3.0-or-later AND LicenseRef-Public-Domain AND LicenseRef-UltraPermissive AND Linux-man-pages-1-para AND Linux-man-pages-copyleft AND Linux-man-pages-copyleft-2-para AND Linux-man-pages-copyleft-var AND MIT AND Spencer-94
- nixpkgs unstable: man-pages-posix 2017a
- opensuse-leap 16.0: man-pages-posix 2017a-160000.4.1 Β· SUSE-IEEE
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms