Package: tmux
Version: 1.4-2
Severity: normal
When the session is ended by closing the last shell within tmux, tmux hangs.
It also hangs when a new session is started (this time with an existing
socket):
teyth...@ganymede:~$ id
uid=1000(teythoon) gid=1000(teythoon) groups=1000(teythoon),4(adm)
teyth...@ganymede:~$ ls /var/run/tmux/tmux-1000
teyth...@ganymede:~$ tmux
[... session starts, enter exit ...]
[... tmux hangs, so you need to kill it ...]
[server exited]
teyth...@ganymede:~$ stat /var/run/tmux/tmux-1000/default
File: `/var/run/tmux/tmux-1000/default'
Size: 0 Blocks: 0 IO Block: 8192 socket
Device: 3h/3d Inode: 542761 Links: 1
Access: (0660/srw-rw----) Uid: ( 1000/teythoon) Gid: ( 1000/teythoon)
Access: 2011-01-09 14:54:31.000000000 +0000
Modify: 2011-01-09 14:54:31.000000000 +0000
Change: 2011-01-09 14:55:16.000000000 +0000
teyth...@ganymede:~$ tmux
[... tmux hangs immediately ...]
Removing that socket leads to the first behaviour.
(OTOH joining a running session with 'tmux attach' works as expected.)
I optained one stack trace using gdb, but I am not sure whether this is tmux
hanging at the first or second point described above. Unfortunately all the
traces I'm getting now are looking weird and wrong... well, here it is:
(gdb) bt
#0 0x010a5f4c in mach_msg_trap ()
at
/build/buildd-eglibc_2.11.2-7-hurd-i386-6JVoJz/eglibc-2.11.2/build-tree/hurd-i386-libc/mach/mach_msg_trap.S:2
#1 0x010a6749 in __mach_msg (msg=0x15ff278, option=2, send_size=0,
rcv_size=40, rcv_name=129, timeout=0, notify=0) at msg.c:110
#2 0x010ad221 in _hurd_select (nfds=2, pollfds=0x80b5d60, readfds=0x0,
writefds=0x0, exceptfds=0x0, timeout=0x0, sigmask=0x0) at hurdselect.c:324
#3 0x0118fcdb in __poll (fds=0x80b5d60, nfds=2, timeout=-1)
at ../sysdeps/mach/hurd/poll.c:48
#4 0x01080ee5 in ?? () from /usr/lib/libevent-1.4.so.2
#5 0x010744da in event_base_loop () from /usr/lib/libevent-1.4.so.2
#6 0x010748b9 in event_loop () from /usr/lib/libevent-1.4.so.2
#7 0x010748de in event_dispatch () from /usr/lib/libevent-1.4.so.2
#8 0x0804c781 in client_main (argc=0, argv=0x15ffd9c, flags=1) at client.c:197
#9 0x0807cf75 in main (argc=0, argv=0x15ffd9c) at tmux.c:518
One more weird thing I just found out by accident: When I start an tmux session
and then attach to it using gdb and kill it using gdbs kill command, tmux
would exit leaving an socket behind:
teyth...@ganymede:~$ stat /var/run/tmux/tmux-1000/default
File: `/var/run/tmux/tmux-1000/default'
Size: 0 Blocks: 0 IO Block: 8192 socket
Device: 3h/3d Inode: 542768 Links: 1
Access: (0660/srw-rw----) Uid: ( 1000/teythoon) Gid: ( 1000/teythoon)
Access: 2011-01-09 15:10:05.000000000 +0000
Modify: 2011-01-09 15:10:05.000000000 +0000
Change: 2011-01-09 15:10:45.000000000 +0000
But now tmux works as expected, I can create and exit as many sessions as I
want. I tried to reproduce this with kill but both SIGINT and SIGKILL lead
to tmux hanging when restarting it. Not sure why it is different when using
gdb.
This might not even be a tmux bug but one in libevent or the hurd itself, but
it surfaces when using tmux and is quite annoying.
-- System Information:
Debian Release: 6.0
APT prefers unstable
APT policy: (900, 'unstable'), (300, 'experimental')
Architecture: hurd-i386 (i686-AT386)
Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages tmux depends on:
ii libc0.3 2.11.2-7 Embedded GNU C Library: Shared lib
ii libevent2 2.0.3-alpha-1 An asynchronous event notification
ii libncurses5 5.7+20100313-5 shared libraries for terminal hand
tmux recommends no packages.
tmux suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
