[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#829591: hurd: pseudoterminal hangs when I press ^O (flush)



Package: hurd
Version: 1:0.8.git20160522-4
Severity: normal

Connect to the hurd machine via ssh.  Type the password when
prompted.  Run "stty -a" via the ssh connection.  It outputs:

speed 38400 baud; rows 36; columns 149;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; start = ^Q; stop = ^S; susp = ^Z; dsusp = ^Y; rprnt = ^R;
werase = ^W; lnext = ^V; flush = ^O; status = <undef>; min = 1; time = 0;
-parenb -parodd cs8 hupcl -cstopb cread -clocal -crtscts
-ignbrk brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc ixany imaxbel
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -tostop -echoprt echoctl echoke

Note that flush = ^O.  Next, run "tty".  It outputs:

/dev/ttyp0

Then, start "cat" without arguments and type "abc".  The letters
appear in the ssh client as intended.  Press ^O.  Nothing seems
to happen.  Type "def".  Those letters do not appear in the ssh
client; this is a bug.

On the gnumach console, kill -9 the cat process.  Nothing happens
in the ssh client; no shell prompt appears.

On the gnumach console, kill -9 the shell process.  The ssh
client exits, saying that the connection was closed.

Try to connect to the hurd machine by ssh again.  Type the
password when prompted.  The shell prompt should now appear, but
it doesn't.

On the gnumach console, kill -9 the "/hurd/term /dev/ttyp0
pty-slave /dev/ptyp0" process.  The ssh client exits, saying that
the connection was closed.

Try to connect to the hurd machine by ssh again.  Type the
password when prompted.  The login now succeeds.

These symptoms suggest that the bug is in /hurd/term.

(If you press ^O in the shell, instead of running cat, then the
results depend on the shell: the bug happens with bash but not
with zsh.  I guess zsh disables the flush feature.)

(A similar hang happens if I run tmux on the console and press ^O
there.  This further confirms that the bug is in /hurd/term and
not in ssh.)

-- System Information:
Debian Release: 8.0
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: hurd-i386 (i686-AT386)

Kernel: GNU-Mach 1.4+git20150409-486/Hurd-0.8
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages hurd depends on:
ii  hurd-libs0.3  1:0.8.git20160522-4
ii  libblkid1     2.25.2-4.1+hurd.1
ii  libbz2-1.0    1.0.6-7+b2
ii  libc0.3       2.22-13
ii  libdaemon0    0.14-6
ii  libncursesw5  6.0+20160319-2
ii  libtinfo5     6.0+20160319-2
ii  libx11-6      2:1.6.2-3
ii  netdde        0.0.20150208-1
ii  sysv-rc       2.88dsf-59
ii  xkb-data      2.12-1
ii  zlib1g        1:1.2.8.dfsg-2

Versions of packages hurd recommends:
pn  bf-utf-source  <none>

Versions of packages hurd suggests:
pn  hurd-doc  <none>

Versions of other packages related to the bug report:
ii  bash            4.3-12
ii  coreutils       8.23-4
ii  openssh-server  1:6.7p1-6
ii  tmux            1.9-6
dpkg-query: no packages found matching zsh

-- Configuration Files:
/etc/default/hurd-console changed:
ENABLE='false'
DISPLAY='-d vga'
KBD='-d pc_kbd'
if [ -f /etc/default/keyboard ]
then
  . /etc/default/keyboard
fi
[ -z "$XKBLAYOUT" ] || KBD="$KBD --keymap $XKBLAYOUT"
KBD_REPEAT='--repeat=kbd'
MOUSE='-d pc_mouse --protocol=ps/2'
MOUSE_REPEAT='--repeat=mouse'


-- no debconf information

Attachment: pgppt9CmuGjSQ.pgp
Description: PGP signature


Reply to: