search for: master_fd

...oid) !d->buffer.max_capacity || d->buffer.size < d->buffer.max_capacity) { int evtchn_fd = xc_evtchn_fd(d->xce_handle); - FD_SET(evtchn_fd, &readfds); - max_fd = MAX(evtchn_fd, max_fd); + SET_FDS(evtchn_fd, POLLIN); } } if (d->master_fd != -1) { + short events = 0; if (!d->is_dead && ring_free_bytes(d)) - FD_SET(d->master_fd, &readfds); + events |= POLLIN; if (!buffer_empty(&d->buffer)) - FD_SET(d->master_fd, &writefds); - max_fd = MAX(d->master_fd, max_fd); + ev...

...w and then. After a deep dig into the source code, I think I found something worth noticing. In short, wring to pipe in the C function mc_exit(SEXP sRes) may cause a SIGPIPE. Code from src/library/parallel/src/fork.c: SEXP NORET mc_exit(SEXP sRes) { int res = asInteger(sRes); ... ... if (master_fd != -1) { /* send 0 to signify that we're leaving */ size_t len = 0; /* assign result for Fedora security settings */ ssize_t n = write(master_fd, &len, sizeof(len)); ... ... } So a pipe write is made in mc_exit, and here's how this function is used in src/librar...

Hi, on my system (Linux 2.6.18.8 - ia64), if a domain write on the xencons before xenconsole is initialized the domain gets back what it wrote. This patch fixes this issue by making raw the pty slave very early. (I suppose it doesn''t happen with linux as a guest because it takes a little bit of time before writing to xencons). Tristan. _______________________________________________

...g. > > > > In short, wring to pipe in the C function mc_exit(SEXP sRes) may cause > > a SIGPIPE. Code from src/library/parallel/src/fork.c: > > > > SEXP NORET mc_exit(SEXP sRes) > > { > > int res = asInteger(sRes); > > ... ... > > if (master_fd != -1) { /* send 0 to signify that we're leaving */ > > size_t len = 0; > > /* assign result for Fedora security settings */ > > ssize_t n = write(master_fd, &len, sizeof(len)); > > ... ... > > } > > > > So a pipe write is...

Folks, First, let me thank everyone involved for making QEMU available on the Solaris platform. It''s turning out to be really handy.... Here at work we''re required to use GroupWise calendaring (at least for the time being), and I''m trying to get a bit more organized, so thought I''d start (again) using a Palm handheld to take my calendar, etc. with me. The new

...w and then. After a deep dig into the source code, I think I found something worth noticing. In short, wring to pipe in the C function mc_exit(SEXP sRes) may cause a SIGPIPE. Code from src/library/parallel/src/fork.c: SEXP NORET mc_exit(SEXP sRes) { int res = asInteger(sRes); ... ... if (master_fd != -1) { /* send 0 to signify that we're leaving */ size_t len = 0; /* assign result for Fedora security settings */ ssize_t n = write(master_fd, &len, sizeof(len)); ... ... } So a pipe write is made in mc_exit, and here's how this function is used in src/librar...

...I think I found something worth > noticing. > > In short, wring to pipe in the C function mc_exit(SEXP sRes) may cause > a SIGPIPE. Code from src/library/parallel/src/fork.c: > > SEXP NORET mc_exit(SEXP sRes) > { > int res = asInteger(sRes); > ... ... > if (master_fd != -1) { /* send 0 to signify that we're leaving */ > size_t len = 0; > /* assign result for Fedora security settings */ > ssize_t n = write(master_fd, &len, sizeof(len)); > ... ... > } > > So a pipe write is made in mc_exit, and here's ho...

...olmgren at lysator.liu.se P.S. Nice software! --- src/login-common/main.c 2003-11-08 16:15:42.000000000 +0100 +++ src/login-common/main.c.new 2005-01-15 17:49:53.000000000 +0100 @@ -220,7 +220,7 @@ { const char *name, *group_name; struct ip_addr ip; - int i, fd = -1, master_fd = -1; + int i, fd = -1, master_fd = -1, ssl = FALSE; is_inetd = getenv("DOVECOT_MASTER") == NULL; @@ -268,6 +268,7 @@ fd = ssl_proxy_new(fd, &ip); if (fd == -1)...

Hi, i still try to get dovecot to run under cygwin. After a post on the cygwin list i am able tu run dovecot. Under Cygwin you have to run dovecot by inetd. Starting the binary "dovecot.exe" does not work. Well the server is running but answers with a fatal error. Account: 'localhost', Server: 'localhost', Protokoll: POP3, Serveranswer: 'Fatal: EOF while reading

...end_master Breakpoint 1 at 0x7f5b2687b0a0: file fork.c, line 681. (gdb) c Continuing. Breakpoint 1, mc_send_master (what=0x555c6dd2cd00) at fork.c:681 warning: Source file is more recent than executable. 681 { (gdb) info args what = 0x555c6dd2cd00 (gdb) n 682 if (is_master) (gdb) n 684 if (master_fd == -1) (gdb) n 686 if (TYPEOF(what) != RAWSXP) (gdb) n 688 R_xlen_t len = XLENGTH(what); (gdb) n 689 unsigned char *b = RAW(what); (gdb) n 693 if (writerep(master_fd, &len, sizeof(len)) != sizeof(len)) { (gdb) info locals len = 538 b = <optimized out> n = <optimized o...

...e 681. > (gdb) c > Continuing. > > Breakpoint 1, mc_send_master (what=0x555c6dd2cd00) at fork.c:681 > warning: Source file is more recent than executable. > 681 { > (gdb) info args > what = 0x555c6dd2cd00 > (gdb) n > 682 if (is_master) > (gdb) n > 684 if (master_fd == -1) > (gdb) n > 686 if (TYPEOF(what) != RAWSXP) > (gdb) n > 688 R_xlen_t len = XLENGTH(what); > (gdb) n > 689 unsigned char *b = RAW(what); > (gdb) n > 693 if (writerep(master_fd, &len, sizeof(len)) != sizeof(len)) { > (gdb) info locals > len = 5...

..._master (what=3D0x555c6dd2cd00) at fork.c:681 >>> warning: Source file is more recent than executable. >>> 681 { >>> (gdb) info args >>> what =3D 0x555c6dd2cd00 >>> (gdb) n >>> 682 if (is_master) >>> (gdb) n >>> 684 if (master_fd =3D=3D -1) >>> (gdb) n >>> 686 if (TYPEOF(what) !=3D RAWSXP) >>> (gdb) n >>> 688 R_xlen_t len =3D XLENGTH(what); >>> (gdb) n >>> 689 unsigned char *b =3D RAW(what); >>> (gdb) n >>> 693 if (writerep(master_fd, &a...

..._master (what=3D0x555c6dd2cd00) at fork.c:681 >>> warning: Source file is more recent than executable. >>> 681 { >>> (gdb) info args >>> what =3D 0x555c6dd2cd00 >>> (gdb) n >>> 682 if (is_master) >>> (gdb) n >>> 684 if (master_fd =3D=3D -1) >>> (gdb) n >>> 686 if (TYPEOF(what) !=3D RAWSXP) >>> (gdb) n >>> 688 R_xlen_t len =3D XLENGTH(what); >>> (gdb) n >>> 689 unsigned char *b =3D RAW(what); >>> (gdb) n >>> 693 if (writerep(master_fd, &a...

Hi Andreas, the error is reported when some child process cannot send results to the master process, which originates from an error returned by write() - when write() returns -1 or 0. The logic around the writing has not changed since R 3.5.2. It should not be related to the printing in the child, only to returning the value. The problem may be originating from the execution environment,

...ul(data, 0, 0); + free(data); + } + free(path); + success = asprintf(&path, "%s/tty", dom->serialpath) != -1; + if (!success) + goto out; + success = xs_write(xs, XBT_NULL, path, slave, strlen(slave)); + free(path); + if (!success) + goto out; } if (fcntl(dom->master_fd, F_SETFL, O_NONBLOCK) == -1) _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Hi all. I'm trying to install Dovecot 1.1.rc13 on Cygwin. I've read the related posts, and I realize that maybe there's no solution at present; since I'm having a different error, though, I'm posting it here. Compilation succeeds. Starting dovecot from command line results in: Warning: fd limit 256 is lower than what Dovecot can use under full load (more than 640). Either

The attached patch makes the local IP address to which the client connected available to the authentication modules; i.e., the local IP address is available for substitution as %i for the mysql and pgsql modules. We needed this feature to support thousands of our legacy accounts which are authenticated by username/local_part (not the full email address) and IP address (one per domain). Timo,

I've tried 2 builds of dovecot, based on a amd64 rebuild of the experimental package on http://xi.rename-it.nl/debian/ I've tried to include as much useful info as possible, sorry if I've missed out anything of use. Let me know as I'm more then happy to assist in any way possible. $ telnet host 110 Escape character is '^]'. +OK Dovecot ready. USER ian at domain.com +OK