search for: fd_setsiz

Hello, ? I need to make many (>50) ssh connections from linux to cygwin at the same time. Using Windows 2000 Server (OpenSSH_4.3p2, OpenSSL 0.9.8b and updated cygwin) and Linux RHEL4 (OpenSSH_3.9p1, OpenSSL 0.9.7a). ? It's been difficult to optimize many simultaneous connections. Here were some issues: 1.?????? On Windows XP/Professional, Microsoft intentionally cripples the TCP/IP stack.

With Linux 3.5.1, 'make test' fails with: usr/klibc/tests/select.c: In function ?main?: usr/klibc/tests/select.c:31:14: error: ?FD_SETSIZE? undeclared (first use in this function) usr/klibc/tests/select.c:31:14: note: each undeclared identifier is reported only once for each function it appears in This is due to Linux commit 8ded2bbc1845e19c771eb55209aab166ef011243. Handle it by making sure that FD_SETSIZE is defined. --- usr/inc...

...te: Mon, 1 Oct 2012 15:04:49 +0200 [klibc] include: [sys/time.h] fix for Linux 3.5.1 >From 3.5.1, <linux/time.h> does not even define FD_ZERO etc. With Linux 3.5.1, 'make test' fails with: usr/klibc/tests/select.c: In function ?main?: usr/klibc/tests/select.c:31:14: error: ?FD_SETSIZE? undeclared (first use in this function) usr/klibc/tests/select.c:31:14: note: each undeclared identifier is reported only once for each function it appears in This is due to Linux commit 8ded2bbc1845e19c771eb55209aab166ef011243. Handle it by making sure that FD_SETSIZE is defined. Signed-off-...

Hi, Besides file-max and file-nr is there anywhere else I should be looking to solve a C program giving me 'too many open files' problem? (centos 3.4) While the program is complaining here were the values file-max 209632 file-nr 3655 258 209632 lsof | wc -l around 7000 during and about 1111 less after I closed the application. Any ideas? thx

Francis, I read in the list archives back that a future EventMachine release will support epoll on Linux (i.e., it''s in the trunk). Better still, is there a possibility that EM will rely on libevent so that it will be architecture independent (i.e. epoll on Linux, kqueue on FreeBSD/Mac OS X, /dev/poll on Solaris)? This is how memcached is implemented, and it would be helpful to be able

I''ve been trying to get up a rails app on some other web host that isn''t as cool as say textdrive.com or planetargon.com with their rails support. I do have acccess to dev tools, and have managed to build and install Ruby 1.8.2, RubyGems, and Rails, all under ~/bin. I''m a bit stuck on the next steps to take to try and get something running. I have access to

Hi, I work for a small company that makes radar systems for research organisations and we use FreeBSD on the PCs for data acquisition and processing. We have recently shifted to FreeBSD6/amd64 and one machine in particular is exhibiting a strange problem. The acquisition process is a Tcl interpreter with a largish chunk of C code which talks to the hardware (via RS485 and a custom PCI card).

...ed this to the syslog/dmesg) * # cat /proc/sys/fs/file-max 205126 * Recompiled ruby (ruby 1.8.6 (2007-09-24 patchlevel 111) [i686- linux]) after updating the ulimits (this was something recommended in a similar situation with Squid proxy, although I didn''t see anything mentioned about FD_SETSIZE or similar) What I''m imagining is that the default FD_SETSIZE defined in the linux headers is what''s getting hit, although I''ve heard that modifying those headers to increase the value can lead to instability in some services. I''m hoping that someone can...

...oloop->handler_data); } -void io_loop_handle_add(struct ioloop *ioloop, int fd, - enum io_condition condition) +void io_loop_handle_add(struct ioloop *ioloop, struct io *io) { + enum io_condition condition = io->condition; + int fd = io->fd; + i_assert(fd >= 0); if (fd >= FD_SETSIZE) @@ -44,9 +46,11 @@ void io_loop_handle_add(struct ioloop *i FD_SET(fd, &ioloop->handler_data->write_fds); } -void io_loop_handle_remove(struct ioloop *ioloop, int fd, - enum io_condition condition) +void io_loop_handle_remove(struct ioloop *ioloop, struct io *io) { + enum io...

Hello! I use rsync from python on my Debian Jessie amd64 and get this error: *** buffer overflow detected ***: <snip>/rsync terminated ======= Backtrace: ========= /lib/x86_64-linux-gnu/libc.so.6(+0x731af)[0x7ffff78971af] /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7ffff791caa7] /lib/x86_64-linux-gnu/libc.so.6(+0xf6cc0)[0x7ffff791acc0]

Alan Coopersmith (1): Incorrect guard block in HPkeysym.h James Clarke (1): Don't let XFD_SETSIZE exceed FD_SETSIZE Julien Cristau (1): xproto 7.0.29 Olivier Fourdan (1): Raise the number of FD on WIN32 as well git tag: xproto-7.0.29 http://xorg.freedesktop.org/archive/individual/proto/xproto-7.0.29.tar.bz2 MD5: eeeae1f47d43a33ef0d5c56727410326 xproto-7.0.29.tar.bz2 SHA1: e2e...

...path when started from inetd xfs: port to libXfont2 xfs 1.2.0 Alan Coopersmith (2): Add const to port variable passed to TRANS(ReopenCOTSServer) Fix memory leaks when not using alloca Emil Velikov (1): autogen.sh: use quoted string variables Matthew Green (1): FD_SETSIZE fixes. Mihail Konev (1): autogen: add default patch prefix Peter Hutterer (1): autogen.sh: use exec instead of waiting for configure to finish Thomas Klausner (2): Ignore .dirstamp files. Include config.h first, and add comment about Xpoll.h. git tag: xfs-1.2.0 https:/...

I'm wondering about the rationale behind the allocation of the fd_set for the select() call in bsd-poll.c. Is there a reason we're dynamically allocating the fd_sets using nmemb, rather than simply putting three fd_set variables on the stack, followed by FD_ZERO calls? This seems to make life more difficult, as evidenced by the "goto out" statement, needed to free the memory.

Hi Arjen, there is a small glitch with r1376: upsd.c: In function ?mainloop": upsd.c:857: warning: too few argument for the format 2008/3/18, Arjen de Korte <adkorte-guest at alioth.debian.org>: > Author: adkorte-guest > Date: Tue Mar 18 19:59:15 2008 > New Revision: 1376 > ... > + if (ret == 0) { > + upsdebugx(2, "%s: no data

...n PJProject's pjlib/include/pj/config_site.h, add the following prior to compiling PJProject: # define PJ_IOQUEUE_MAX_HANDLES (FD_SETSIZE) This is part of a larger set of recommended definitions to place in config_site.h of PJProject. See the Asterisk "Building and Install...

I read this in a previous post ( http://rubyforge.org/pipermail/mongrel-users/2006-December/002354.html) .... First, Mongrel accepts remote clients and creates one Thread for each request. Mongrel also enforces a single request/response using Connect:close headers because Ruby only supports 1024 files (so far). If Mongrel doesn''t do this then people like yourself can write a simple

...strerror(errno)); + } + debug("Connecting to %.200s [%.100s] port %s.", + host, ntop, strport); + /* Create a socket for connecting */ + sock = ssh_create_socket(needpriv, ai); + if (sock < 0) { + /* Any error is already output */ + errno = 0; + return -1; + } + if (sock >= FD_SETSIZE) { + error("socket number to big for select: %d", sock); + close(sock); return -1; } - if (optval != 0) { - errno = optval; + fd_ai[sock] = ai; + set_nonblock(sock); + if (connect(sock, ai->ai_addr, ai->ai_addrlen) < 0 && + errno != EINPROGRESS) { + error(&q...

Hi all, I am running Xen 4.1.2 with ubuntu Dom0. I have essentially got 1000 Modified Mini-OS DomU''s running at the same time. When i try and access the 1000th domain console: xm console DOM1000 xenconsole: could not read tty from store: No such file or directory The domain is alive and running according to xentop, and has been for some time. I can successfully access the first 338

Hi all, I am running Xen 4.1.2 with ubuntu Dom0. I have essentially got 1000 Modified Mini-OS DomU''s running at the same time. When i try and access the 1000th domain console: xm console DOM1000 xenconsole: could not read tty from store: No such file or directory The domain is alive and running according to xentop, and has been for some time. I can successfully access the first 338

...(listen(s, 5) == -1) { - close(s); - exit_cleanup(RERR_SOCKETIO); + /* open an incoming socket */ + for (res = res0; res; res = res->ai_next) { + if (nsock >= sizeof(s) / sizeof(s[0])) + break; + s[nsock] = open_socket_in(res); + if (s[nsock] == -1) + continue; + if (s[nsock] >= FD_SETSIZE) { + close(s[nsock]); + continue; + } + + /* ready to listen */ + if (listen(s[nsock], 5) == -1) { + close(s[nsock]); + continue; + } + + if (s[nsock] > maxsock) + maxsock = s[nsock]; + nsock++; } + if (nsock == 0) + exit_cleanup(RERR_SOCKETIO); /* now accept incoming c...