@MSGID: mPI2.444965@fx15.iad>
efb1ab0a
@REPLY: 1@dont-email.me> ae7068c9
@REPLYADDR Scott Lurndal <scott@slp53.sl.home>
@REPLYTO 2:5075/128 Scott Lurndal
@CHRS: CP866 2
@RFC: 1 0
@RFC-Reply-To: slp53@pacbell.net
@RFC-References: 1@news.xmission.com>
1@dont-email.me>
@RFC-Message-ID:
mPI2.444965@fx15.iad>
@TZUTC: 0000
@TID: FIDOGATE-5.12-ge4e8b94
kalevi@kolttonen.fi (Kalevi Kolttonen) writes:
>Kenny McCormack <gazelle@shell.xmission.com> wrote:
>> Neither of these results seem reasonable or tied to anything.
>
>On my Fedora 38 amd64 "uname -a" shows e.g.
>
 >6.4.12-200.fc38.x86_64 #1 SMP PREEMPT_DYNAMIC Wed Aug 23 17:46:49 UTC
2023 x86_64 GNU/Linux
>
>and the result of running your program is:
>
>Result: 0
>cur = 60988, max = 60988
>RLIM_INFINITY = -1
>
>> What is going on?
>
>You used "%lu" and that is correct based on the Linux
>headers. On my Fedora 38 we have these:
>
>struct rlimit {
>        __kernel_ulong_t        rlim_cur;
>        __kernel_ulong_t        rlim_max;
>};
>
>#define RLIM64_INFINITY         (~0ULL)
>
>struct rlimit64 {
>        __u64 rlim_cur;
>        __u64 rlim_max;
>};
>
>
>Using grep, I was unable to find where 60988 is set
>on my Fedora 38. So my best guess is that this value 
>has been set when compiling the kernel.
>
>Have you tried using a recursive grep invocation 
>to find the values you mentioned?

While the defaults are compiled into the kernel, the
login values are generally specified in
/etc/security/limits.conf on systems that use PAM authentication.

$ man pam_limits
--- xrn 9.03-beta-14-64bit
 * Origin: UsenetServer - www.usenetserver.com (2:5075/128)
SEEN-BY: 5001/100 5005/49 5010/352 5015/255 5019/40
5020/715 848 1042 4441
SEEN-BY: 5020/12000 5030/49 1081 5075/128
@PATH: 5075/128 5020/1042 4441