bug#22814: 25.0.91; Emacs runs out of file descriptors on OS X

[Michael Albinus <michael.albinus@gmx.de>]

Eli Zaretskii <eliz@gnu.org> writes:

>> I meant that maybe a similar internal limit could be added, in order to
>> keep Emacs running normal, not being at its upper limits.
>
> It's not a fixed limit, alas.  The number of threads we can start is
> limited by available memory (because each thread uses some for its
> stack), and the amount of available memory depends on how much Emacs
> itself uses.

In this case one could use a hard-coded limit. 512 watches, that's it.

>> > How about defaulting to auto-revert-use-notify = nil when
>> > global-auto-revert-mode is turned on?
>> 
>> I don't know whether it is the majority of users, who enable
>> global-auto-revert-mode *and* work with hundreds of buffers. So far,
>> there is one report about.
>> 
>> And such power users are more likely to know how to disable file
>> notification then.
>
> Perhaps we shouldn't wait for a flood of bug reports, and do this
> proactively?

I've explained my plans how to protect the libraries, using an internal
limit. This shall avoid such a flood of bug reports.

And if the changes are small enough (likely they are), they could go
even into the emacs-25 branch.

Bst regards, Michael.