https://bugzilla.novell.com/show_bug.cgi?id=672450 https://bugzilla.novell.com/show_bug.cgi?id=672450#c18 Dr. Werner Fink <werner@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO InfoProvider| |jslaby@novell.com --- Comment #18 from Dr. Werner Fink <werner@novell.com> 2011-02-17 12:58:53 UTC --- (In reply to comment #16) My guess was that the ioctl FIONREAD and/or the system call select(2) could be fooled, but then the read(2) system routine would fill the transfer buffer with the same line and this should written out successively in all three file descriptors 1, 7, *and* 4. But your log shows me that only the two file descriptors 1 and 7 will be used. And as the buffer will be filled with new informations the for-loop on the list of consoles is not an endless loop. That together with the chaning content of the transer buffer (beside the first line) had lead me to the assumption that something goes wrong during compile time (gcc). Maybe this is a problem with my used buffer static unsigned char trans[TRANS_BUFFER_SIZE]; and the cast used below const ssize_t cnt = safein(fdread, (char*)trans, sizeof(trans), noerr); [...] parselog(trans, cnt); for (c = cons; c; c = c->next) { if (c->fd < 0) continue; safeout(c->fd, (char*)trans, cnt, c->max_canon); (void)tcdrain(c->fd); } flushlog(); [...] this is the reason why I've put Michael into the carbon copy list. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.