The infamous to-do list
rra at stanford.edu
Sun Jun 25 06:55:44 UTC 2000
Aidan Cully <aidan at panix.com> writes:
> On Sat, Jun 24, 2000 at 03:09:18AM, Russ Allbery said:
>> * Add man pages for the default authenticators, as well as documentation
>> on the readers.conf external program interface.
> As I said in the newsgroup, there's a start of this in
>> * Currently, if open returns a file descriptor higher than select can
>> handle (such as on a Solaris system where the maximum file descriptor
>> limit has been increased above 1024 in /etc/system), INN will crash in a
>> fairly nasty fashion. It may be possible to check this by comparing
>> with FD_SETSIZE.
> What about having INN maintain the FD numbers itself, using dup2()?
> it's hard to make syslog() cooperate, but there are assumptions you can
> (probably) make that can allow it...
Note sure what you mean here. INN already does something similar to this
to move file descriptors used by stdio below 256 and thereby keeps file
descriptors for other sorts of things at higher numbers. The problem here
is that select allows only 1024 file descriptors on some platforms even if
the hard limit is higher than that, and it simply cannot handle any file
descriptor numbered higher than that.
> Cyrus libsasl?
Yup, good point. Noted.
> I'd like nnrpd to *be* a long-running helper process. And to support
> that, I'd like innd to be able to feed file-descriptors to newsfeeds. I
> just haven't figured out how to do that, within the context of INN...
> Supporting long-running helper processes *inside* nnrpd would be much
> easier without needing to worry about individual nnrpds being forked off
> willy-nilly by innd, or inetd. (i.e., with a master nnrpd process.)
Added a note about this.
Russ Allbery (rra at stanford.edu) <http://www.eyrie.org/~eagle/>
More information about the inn-workers