You are not logged in.

#1 2009-06-23 15:29:30

gregf
Member
Registered: 2007-09-04
Posts: 9

[SOLVED] 5+ Second delay closing xterm

I just moved one of my boxes over to archlinux last night. Everything seems good except for one thing. When I try to close xterm or rxvt-unicode with either ^d or typing exit there is a 5 or 6 second delay before it exists the shell and closes my window. Have never seen this happen anywhere till now. I tried disabling my zshrc and my Xdefaults to see if something I had in there may be causing the issue. No luck with that.

So I attached strace to a rxvt-unicode session and exited. Only thing that looks suspicious to me is

access("/var/log/wtmpx", F_OK)          = -1 ENOENT (No such file or directory)
open("/var/log/wtmp", O_WRONLY)         = -1 EACCES (Permission denied)

Not sure if thats really whats causing it to slow down or why it's not be created either.

Here is the full output.


--- SIGCHLD (Child exited) @ 0 (0) ---
write(5, "\v"..., 1)                    = 1
rt_sigreturn(0x5)                       = 1
epoll_ctl(3, EPOLL_CTL_MOD, 7, {EPOLLIN, {u32=7, u64=4294967303}}) = 0
read(7, 0x27ad900, 2048)                = -1 EIO (Input/output error)
read(6, 0x27b1fb4, 4096)                = -1 EAGAIN (Resource temporarily unavailable)
epoll_wait(3, {{EPOLLHUP, {u32=7, u64=4294967303}}, {EPOLLIN, {u32=4, u64=4294967300}}}, 64, 0) = 2
epoll_ctl(3, EPOLL_CTL_DEL, 7, {0, {u32=7, u64=4294967303}}) = 0
read(4, "\v"..., 1)                     = 1
wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], WNOHANG|WSTOPPED|WCONTINUED, NULL) = 6246
wait4(-1, 0x7fffed2601fc, WNOHANG|WSTOPPED|WCONTINUED, NULL) = -1 ECHILD (No child processes)
epoll_wait(3, {}, 64, 0)                = 0
access("/var/run/utmpx", F_OK)          = -1 ENOENT (No such file or directory)
open("/var/run/utmp", O_RDONLY|O_CLOEXEC) = 8
lseek(8, 0, SEEK_SET)                   = 0
alarm(0)                                = 0
rt_sigaction(SIGALRM, {0x7fe0e34dba80, [], SA_RESTORER, 0x7fe0e340d350}, {SIG_DFL, [], SA_RESTORER, 0x7fe0e340d350}, 8) = 0
alarm(1)                                = 0
fcntl(8, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
read(8, "\10\0\0\0\r\2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(8, "\2\0\0\0\0\0\0\0~\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(8, "\1\0\0\0003N\0\0~\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(8, "\10\0\0\0I\10\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(8, "\5\0\0\0.\22\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(8, "\6\0\0\0000\n\0\0vc/2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(8, "\6\0\0\0005\n\0\0vc/3\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(8, "\6\0\0\0006\n\0\0vc/4\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(8, "\6\0\0\0007\n\0\0vc/5\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(8, "\6\0\0\0008\n\0\0vc/6\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(8, "\7\0\0\0.\22\0\0vc/1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = 384
read(8, ""..., 384)                     = 0
fcntl(8, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
alarm(0)                                = 1
rt_sigaction(SIGALRM, {SIG_DFL, [], SA_RESTORER, 0x7fe0e340d350}, NULL, 8) = 0
access("/var/log/wtmpx", F_OK)          = -1 ENOENT (No such file or directory)
open("/var/log/wtmp", O_WRONLY)         = -1 EACCES (Permission denied)
close(8)                                = 0
chmod("/dev/pts/3", 0666)               = 0
chown("/dev/pts/3", 0, 0)               = -1 EPERM (Operation not permitted)
close(7)                                = 0
munmap(0x7fe0e1b3b000, 475136)          = 0
select(7, [6], [6], NULL, NULL)         = 1 (out [6])
writev(6, [{"<\0\2\0\t\0`\2\231\7\2\0\n\0`\2\4\32\2\0\6\0`\0026\0\2\0\220\0`\2\231"..., 68}, {NULL, 0}, {""..., 0}], 3) = 68
select(7, [6], [], NULL, NULL)          = 1 (in [6])
read(6, "\22\213\320\2\6\0`\2\6\0`\2\0\0\0\0\0\0\0\0\0\0\0\0t\213\3063\377\177\0\0\n"..., 4096) = 160
read(6, 0x27b1fb4, 4096)                = -1 EAGAIN (Resource temporarily unavailable)
munmap(0x7fe0e1cab000, 58464)           = 0
select(7, [6], [6], NULL, NULL)         = 1 (out [6])
writev(6, [{"\231\23\2\0\v\0`\2\231\23\2\0\5\0`\2+\32\1\0"..., 20}, {NULL, 0}, {""..., 0}], 3) = 20
select(7, [6], [], NULL, NULL)          = 1 (in [6])
read(6, "\1\2\331\2\0\0\0\0V\1\0\0\0\0\0\0@\324<\1\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 32
read(6, 0x27b1fb4, 4096)                = -1 EAGAIN (Resource temporarily unavailable)
close(6)                                = 0
rt_sigaction(SIGINT, {SIG_DFL, [INT], SA_RESTORER|SA_RESTART, 0x7fe0e340d350}, {0x459290, ~[KILL STOP RTMIN RT_1], SA_RESTORER|SA_RESTART, 0x7fe0e373e850}, 8) = 0
rt_sigaction(SIGTERM, {SIG_DFL, [TERM], SA_RESTORER|SA_RESTART, 0x7fe0e340d350}, {0x459290, ~[KILL STOP RTMIN RT_1], SA_RESTORER|SA_RESTART, 0x7fe0e373e850}, 8) = 0
exit_group(0)                           = ?
Process 6245 detached

Anyways ideas would be welcome. Not a huge issue but it's bugging me.

Last edited by gregf (2009-06-23 16:46:11)

Offline

#2 2009-06-23 16:21:04

gregf
Member
Registered: 2007-09-04
Posts: 9

Re: [SOLVED] 5+ Second delay closing xterm

Little update I tracked this down some. I was trying a few things. I finally got to trying bash because the version of zsh in archlinux is newer than i was using before. Problem went away. So I tried removing my zshrc one last time. This time I noticed that even though I removed it zsh was still loading its cached copy of my config. After I removed both my zshrc and the cached copy things were working fine. So has to be something in my zshrc the newer version doesn't like. Have to figure out what later.

Offline

#3 2009-06-23 16:45:51

gregf
Member
Registered: 2007-09-04
Posts: 9

Re: [SOLVED] 5+ Second delay closing xterm

Ok this was as stupid as a history file issue. For some reason after removing my .history_zsh file things started working fine again. Not sure what the problem really was. It got copied over from my old machine though when I restored backups.

Offline

#4 2009-06-23 16:48:46

anrxc
Member
From: Croatia
Registered: 2008-03-22
Posts: 834
Website

Re: [SOLVED] 5+ Second delay closing xterm

Default dircolors database doesn't have some entries like rxvt-256color, this could cause a delay. Is your $LS_COLORS empty? If that's the reason, you can dump the default database to a file, add your termtype and do something like this in your shell rc:
# Custom db with rxvt-256color support
eval `dircolors -b ~/.dir_colors`

Edit: Well, that wasn't it. I don't know the reason for the above, it happened to me long ago and I noted it down.

Last edited by anrxc (2009-06-23 16:55:24)


You need to install an RTFM interface.

Offline

Board footer

Powered by FluxBB