Comment 4 for bug 13371

I was aware of this configuration option, but I have found several
times torrents with 5000+ files and I don't really like having the
maximum number of file descriptor by process set this high.

Besides, when opening such a large torrent, the application seems
frozen. It is caused by the fact that opening the last file will
raise an exception, that is caught. In response to this exception
the program will try to read the glade description of the error
dialog box from the disk, which will result in another exception
being raised. That second exception is not caught and then the
GUI thread is dead ...

My patch was a first attempt at correcting this problem. Another
approach could be to read the maximum number of file descriptor
authorized for this process and only close some of them when there
is less than ten (or some other value large enough to be able to
load glade description file) remaining. The only problem is to
get the number of opened file descriptor currently in a portable
way ...