https://bugzilla.kernel.org/show_bug.cgi?id=71061 Bug ID: 71061 Summary: msgctl(2) manpage : put back a condition of EPERM error code forgotten Product: Documentation Version: unspecified Hardware: All OS: Linux Status: NEW Severity: normal Priority: P1 Component: man-pages Assignee: documentation_man-pages@xxxxxxxxxxxxxxxxxxxx Reporter: fboiteux@xxxxxxxxxxxx Regression: No Hello, I've noticed in the msgctl(2) manpage that a condition to get an EPERM error code was dropped in the past : it's about trying to modify the size of a message queue (msg_qbytes) larger than the max size set in kernel (look at /proc/sys/kernel/msgmnb). In a (very old) manpage of a Debian Woody 3.0 (!), we could read : EPERM The argument cmd has value IPC_SET or IPC_RMID but the calling process effective user-ID has insufficient privileges to execute the command. Note this is also the case of a non super-user process trying to increase the msg_qbytes value beyond the value specified by the system parameter MSGMNB. thereas on later pages (on my Debian Wheezy 7.4, but also in current version of kernel manpages), we only have : EPERM The argument cmd has the value IPC_SET or IPC_RMID, but the effective user ID of the calling process is not the creator (as found in msg_perm.cuid) or the owner (as found in msg_perm.uid) of the message queue, and the process is not privileged (Linux: it does not have the CAP_SYS_ADMIN capability). Could you put back in the man page a sentence like : 'Note this is also the case of a non super-user process trying to increase the msg_qbytes value beyond the value specified by the system parameter MSGMNB.' Thanks, Frédéric. -- You are receiving this mail because: You are watching the assignee of the bug.-- To unsubscribe from this list: send the line "unsubscribe linux-man" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
