[Bug 3291] support process_extended_limits() only if HAVE_GETRLIMIT is set

bugzilla-daemon at mindrot.org bugzilla-daemon at mindrot.org
Wed Apr 7 08:52:54 AEST 2021


https://bugzilla.mindrot.org/show_bug.cgi?id=3291

--- Comment #3 from Damien Miller <djm at mindrot.org> ---
limits.(In reply to balu from comment #2)
> Thanks for your reply.
> I saw your commit f283a6c2e.
> 
> one comment, 
> ifdef HAVE_GETRLIMIT should be moved before struct rlimit rlim;

done

> After this change, on the machines where the rlimit is not
> supported, the nfiles (max-open-handles) will be sent as 0. How will
> the sftp client behave when sftp-server sends nfiles as 0?

Per PROTOCOL:

If the server doesn't enforce a specific limit, then the field may be
set to 0.  This implies the server relies on the OS to enforce limits
(e.g. available memory or file handles), and such limits might be
dynamic.  The client SHOULD take care to not try to exceed reasonable
limits.

-- 
You are receiving this mail because:
You are watching someone on the CC list of the bug.
You are watching the assignee of the bug.


More information about the openssh-bugs mailing list