Re: problem/bug/limitation in uw-client-library
Mark Crispin <[email protected]>
| Newsgroups | gmane.mail.imap.uw.c-client |
|---|---|
| Message-ID | <[email protected]> |
Hi Dave. Thank you! That is exactly what I was getting at. It's rather sad the definition isn't copied from the system's descriptor limit, and even more that it's necessary to add the #ifndef to enable overriding it (not to mention the fact that a different symbol needs to be overriden in BSD), but this does seem to be the solution. But this is a much more productive course of action than insisting that every library in the world be modified to work around the issue. On Wed, 14 Oct 2009, Dave Horton wrote: > I had a completely different application (voice over ip media processing) > that once had the same (or maybe just similar) issue where I needed the box > to allow for more sockets/file descriptors. What I did was modify > /usr/include/bits/typesizes as follows: > > [build@pcs-build-rh3 bits]$ diff typesizes.h typesizes.h.ORIG > 63d62 > < #ifndef __FD_SETSIZE > 65d63 > < #endif > > in other words, just put an ifndef around the definition of __FD_SETSIZE so > it read like this: > > /* Number of descriptors that can fit in an `fd_set'. */ > #ifndef __FD_SETSIZE > #define __FD_SETSIZE 1024 > #endif > > > Then in my app I defined __FD_SETSIZE to be much larger (8092). I had no > problems issuing selects after that on larger groups of sockets/file > descriptors. > > Not sure if this helps or is relevant (or was already stated), as I have > following this thread at a high level -- Mark -- http://panda.com/mrc Democracy is two wolves and a sheep deciding what to eat for lunch. Liberty is a well-armed sheep contesting the vote. _______________________________________________ Imap-uw mailing list [email protected] http://mailman2.u.washington.edu/mailman/listinfo/imap-uw