[arch-general] urxvtd frequently crashes
On my new install I've been using urxvtd to run terminals, and I'm finding that it frequently crashes. Either I'll switch to a window and it won't redraw or accept input, or I'll close a window and all of them will close. I was using the script in the urxvtc man page to spawn a daemon as required, and that either results in memory usage skyrocketing, or heaps of processes spawned waiting to connect to the daemon. What am I doing wrong? Searching the interweb has thus far found nothing except that if urxvtd crashes it brings down all the clients (which I've become quite aware of). AFAIK there's no glitches in my ~/.Xresources[1] I usually have a tmux session or two running, so I don't lose much, but it's still annoying when I lose an active download with aria2 or something like that. Robbie [1] https://gist.github.com/3985284
On Wed 31 Oct 17:13, Robbie Smith wrote:
On my new install I've been using urxvtd to run terminals, and I'm finding that it frequently crashes. Either I'll switch to a window and it won't redraw or accept input, or I'll close a window and all of them will close. I was using the script in the urxvtc man page to spawn a daemon as required, and that either results in memory usage skyrocketing, or heaps of processes spawned waiting to connect to the daemon.
What am I doing wrong? Searching the interweb has thus far found nothing except that if urxvtd crashes it brings down all the clients (which I've become quite aware of). AFAIK there's no glitches in my ~/.Xresources[1]
I usually have a tmux session or two running, so I don't lose much, but it's still annoying when I lose an active download with aria2 or something like that.
Robbie
I also use urxvtd everyday for the last 3 years, but it doesn't crash at all. The notable differences in your Xresources and mine are: 1) the fonts. I use non xft. (terminus) 2) i have 1/4 of your scrollbuffer (4096 lines) 3) i use defaults,matcher as perl-ext-common, and don't use clipboard,selection or url-select at all.(matcher is a url launcher after all) Also, i don't use any kind of script to launch my terminals. Just a urxvtd -q -f -o on .xinit, and simple urxvtc afterwards.
On Wed, Oct 31, 2012 at 2:13 PM, Robbie Smith <zoqaeski@gmail.com> wrote:
On my new install I've been using urxvtd to run terminals, and I'm finding that it frequently crashes. Either I'll switch to a window and it won't redraw or accept input, or I'll close a window and all of them will close. I was using the script in the urxvtc man page to spawn a daemon as required, and that either results in memory usage skyrocketing, or heaps of processes spawned waiting to connect to the daemon.
I've witness exactly same behavior before. The two problems you encounter are likely to have the same root cause: memory corruption in urxvt. I don't know what exactly went wrong, but when I stop using urxvt's perl plugins, the problem seems to disappear (at least I've seen it for a long enough time). Maybe our problems are not the same, so don't expect this to work for you.
What am I doing wrong? Searching the interweb has thus far found nothing except that if urxvtd crashes it brings down all the clients (which I've become quite aware of). AFAIK there's no glitches in my ~/.Xresources[1]
I usually have a tmux session or two running, so I don't lose much, but it's still annoying when I lose an active download with aria2 or something like that.
Robbie
[1] https://gist.github.com/**3985284 <https://gist.github.com/3985284>
Le 31 octobre 2012 à 15:55 CET, DR a écrit :
On Wed, Oct 31, 2012 at 2:13 PM, Robbie Smith <zoqaeski@gmail.com> wrote:
On my new install I've been using urxvtd to run terminals, and I'm finding that it frequently crashes. Either I'll switch to a window and it won't redraw or accept input, or I'll close a window and all of them will close. I was using the script in the urxvtc man page to spawn a daemon as required, and that either results in memory usage skyrocketing, or heaps of processes spawned waiting to connect to the daemon.
I've witness exactly same behavior before. The two problems you encounter are likely to have the same root cause: memory corruption in urxvt.
I don't know what exactly went wrong, but when I stop using urxvt's perl plugins, the problem seems to disappear (at least I've seen it for a long enough time).
I had the same problem too. It happened sometimes with plain urxvt (perhaps once a week), and much more often with urxvtd (several times a day). I ended running urxvtd in gdb, and when it crashed the backtrace indeed indicated that Perl had something to do with it (double-free or other errors from glibc). Here are the plugins I used: default,cspace,matcher,tabbedex (all in perl-ext). When I got tired of it I switched to Terminator. It's far from perfect (and VTE kind of sucks), but I love the tiled terminals. -- Thomas/Schnouki
The urxvtc script on the wiki is also not incredibly specific about which "urxvtc" one should be pointing to in the script. One should absolutely link /usr/bin/urxvtc and NOT the script itself, which will lead to infinite recursion, and as you state, "memory skyrocketing" and "many processes waiting". I, for one, say that the wiki should be ammended to point users to this, and specifically tell them exactly what urxvtc they should be pointing at. If installed through the repos, the file will always be in the same place, and the expectation of that script should not be that it may be installed in some different location. jeoshua@atom-ant ~ $ cat /usr/local/bin/urxvtc #!/bin/sh /usr/bin/urxvtc "$@" if [ $? -eq 2 ]; then /usr/bin/urxvtd -q -o -f /usr/bin/urxvtc "$@" fi
On 01/11/12 08:54, Joshua Collins wrote:
The urxvtc script on the wiki is also not incredibly specific about which "urxvtc" one should be pointing to in the script.
One should absolutely link /usr/bin/urxvtc and NOT the script itself, which will lead to infinite recursion, and as you state, "memory skyrocketing" and "many processes waiting".
I, for one, say that the wiki should be ammended to point users to this, and specifically tell them exactly what urxvtc they should be pointing at. If installed through the repos, the file will always be in the same place, and the expectation of that script should not be that it may be installed in some different location.
jeoshua@atom-ant ~ $ cat /usr/local/bin/urxvtc #!/bin/sh /usr/bin/urxvtc "$@" if [ $? -eq 2 ]; then /usr/bin/urxvtd -q -o -f /usr/bin/urxvtc "$@" fi
My script already had absolute paths, but it would hang waiting for a connection to urxvtd.
participants (5)
-
DR
-
Joshua Collins
-
Robbie Smith
-
Thanos Zygouris
-
Thomas Jost