Date: Mon, 11 Oct 2004 09:21:42 +0200 (CEST) From: Michiel Boland <michiel@boland.org> To: FreeBSD-gnats-submit@FreeBSD.org Subject: bin/72501: script(1) loops after EOF is read Message-ID: <200410110721.i9B7LgWj079118@xs6.xs4all.nl> Resent-Message-ID: <200410110730.i9B7URCe054301@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 72501 >Category: bin >Synopsis: script(1) loops after EOF is read >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 11 07:30:27 GMT 2004 >Closed-Date: >Last-Modified: >Originator: Michiel Boland >Release: FreeBSD 6.0-CURRENT i386 >Organization: >Environment: System: FreeBSD leefnet.office.internl.net 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Sat Oct 9 15:53:21 CEST 2004 root@leefnet.office.internl.net:/usr/obj/usr/src/sys/LEEFNET i386 >Description: The script(1) program loops and consumes all CPU after it reads EOF from standard input. >How-To-Repeat: Start an xterm. In the xterm, become another user (actually, 'su - $USER' is sufficient) Type 'script'. Delete the xterm window. >Fix: Quick fix: back out rev 1.24 of src/usr.bin/script/script.c. Better: find out why writing zero-length bytes to a pty controller does not generate EOF on the pty slave. (This is what the commit message for 1.24 of script.c claims will happen.) >Release-Note: >Audit-Trail: >Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200410110721.i9B7LgWj079118>