On Mon, Jun 26, 2006 at 08:49:19AM +0200, Leon wrote: > I tracked the bug with gdb and found that it fails in RAND_poll(), > called from SSL_accept(), when a new session key is generated. The > strange thing is that after the file descriptor set is zeroed > [(FD_ZERO(&fset)] the call [FDSET(fd,&fset)] to add the random device's > file descriptor does not work. The set remains zeroed and once the > select() has executed using this set, most of the parameters including > the random devices file descriptor, becomes zeroed (NULL). > > It looks as if something is overrunning my stack - any ideas as to how > to get the sucker? I had the same results on a dual xeon as well as a > Athlon box. Using 0.9.7e.
What is the file descriptor number that you observe during these calls? Can a single-threaded application handle that many files (and still do select()) on whatever OS platform it is that you're using? ______________________________________________________________________ OpenSSL Project http://www.openssl.org User Support Mailing List openssl-users@openssl.org Automated List Manager [EMAIL PROTECTED]
