<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Aug 22, 2019, 16:38 Ulrich Windl <<a href="mailto:Ulrich.Windl@rz.uni-regensburg.de">Ulrich.Windl@rz.uni-regensburg.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">>>> systemd tag bot <<a href="mailto:donotreply-systemd-tag@refi64.com" target="_blank" rel="noreferrer">donotreply-systemd-tag@refi64.com</a>> schrieb am 22.08.2019<br>
um<br>
13:56 in Nachricht <<a href="mailto:20190822115637.1.05C510C92B339AF7@refi64.com" target="_blank" rel="noreferrer">20190822115637.1.05C510C92B339AF7@refi64.com</a>>:<br>
> A new systemd ☠️ pre-release ☠️ has just been tagged. Please download the <br>
> tarball here:<br>
<br>
<br>
>         * On 64 bit systems, the "kernel.pid_max" sysctl is now bumped to<br>
>           4194304 by default, i.e. the full 22bit range the kernel allows, <br>
> up<br>
>           from the old 16bit range. This should improve security and<br>
>           robustness, as PID collisions are made less likely (though <br>
<br>
I doubt it's increasing robustness for any existing application as<br>
pid_traditionally was 16 bit. I don't know if some applications try to<br>
sprintf() a pid into a char[6], but if they do, it might cause an application<br>
failure...<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">I've been using this value for at least 5 years, and did expect many issues at first, but so far haven't encountered any at all.</div><div dir="auto"><br></div><div dir="auto">(I do kind of suspect that if there are any programs affected by this and without source code available, they would be so old that they wouldn't really run on a bleeding-edge distro anyway...)</div><div dir="auto"><div class="gmail_quote"></div></div></div>