You are not logged in.
- Topics: Active | Unanswered
#1 2013-01-23 18:26:30
- nbtrap
- Member
- Registered: 2011-02-24
- Posts: 110
URxvt daemon crashes
Several months ago, I stopped using URxvt in daemon mode after it began crashing regularly. I believe the crashing is related to me changing my keyboard layout. Here's my keyboard.conf:
Section "InputClass"
Identifier "Keyboard Defaults"
MatchIsKeyboard "yes"
Option "XkbLayout" "us, gr"
Option "XkbVariant" ", polytonic"
Option "XkbOptions" "grp:shifts_toggle"
EndSectionI often switch between the default us keyboard layout and a polytonic Greek one. When running one or more instances or urxvtc, switching keyboard layouts (by pressing both shift keys) and then closing all instances of urxvtc **sometimes** causes urxvtd to crash. Moreover, urxvtd, upon crashing, usually spits out one of the following two error messages:
*** Error in `urxvtd': malloc(): smallbin double linked list corrupted: 0x0000000001d692b0 ***and
Segmentation fault (core dumped)Less commonly, urxvtd will crash before I close all instances of urxvtc and give me more detailed errors, such as:
*** Error in `urxvtd': free(): invalid size: 0x0000000001d79530 ***
======= Backtrace: =========
/usr/lib/libc.so.6(+0x7ab06)[0x7fd69e46eb06]
/usr/lib/libc.so.6(+0x7b883)[0x7fd69e46f883]
urxvtd(_ZN9rxvt_termD2Ev+0x2fc)[0x42ab1c]
urxvtd[0x42d4ca]
urxvtd(_Z17ev_invoke_pendingv+0x60)[0x43f6b0]
urxvtd(ev_run+0x49e)[0x4409be]
urxvtd(main+0x187)[0x4179f7]
/usr/lib/libc.so.6(__libc_start_main+0xf5)[0x7fd69e415a15]
urxvtd[0x41c90d]
======= Memory map: ========
00400000-0053b000 r-xp 00000000 08:03 1184937 /usr/bin/urxvtd
0073a000-0073c000 r--p 0013a000 08:03 1184937 /usr/bin/urxvtd
0073c000-00747000 rw-p 0013c000 08:03 1184937 /usr/bin/urxvtd
00747000-0075a000 rw-p 00000000 00:00 0
01d58000-01fec000 rw-p 00000000 00:00 0 [heap]
7fd6981ad000-7fd6981b9000 r-xp 00000000 08:03 1267694 /usr/lib/libnss_files-2.17.so
7fd6981b9000-7fd6983b8000 ---p 0000c000 08:03 1267694 /usr/lib/libnss_files-2.17.so
7fd6983b8000-7fd6983b9000 r--p 0000b000 08:03 1267694 /usr/lib/libnss_files-2.17.so
7fd6983b9000-7fd6983ba000 rw-p 0000c000 08:03 1267694 /usr/lib/libnss_files-2.17.so
7fd69b448000-7fd69b44d000 r-xp 00000000 08:03 19782 /usr/lib/perl5/core_perl/auto/List/Util/Util.so
7fd69b44d000-7fd69b64c000 ---p 00005000 08:03 19782 /usr/lib/perl5/core_perl/auto/List/Util/Util.so
7fd69b64c000-7fd69b64d000 r--p 00004000 08:03 19782 /usr/lib/perl5/core_perl/auto/List/Util/Util.so
7fd69b64d000-7fd69b64e000 rw-p 00005000 08:03 19782 /usr/lib/perl5/core_perl/auto/List/Util/Util.so
7fd69b64e000-7fd69b653000 r-xp 00000000 08:03 1200571 /usr/lib/libXfixes.so.3.1.0
7fd69b653000-7fd69b853000 ---p 00005000 08:03 1200571 /usr/lib/libXfixes.so.3.1.0
7fd69b853000-7fd69b854000 r--p 00005000 08:03 1200571 /usr/lib/libXfixes.so.3.1.0
7fd69b854000-7fd69b855000 rw-p 00006000 08:03 1200571 /usr/lib/libXfixes.so.3.1.0
7fd69b855000-7fd69b85e000 r-xp 00000000 08:03 1244726 /usr/lib/libXcursor.so.1.0.2
7fd69b85e000-7fd69ba5d000 ---p 00009000 08:03 1244726 /usr/lib/libXcursor.so.1.0.2
7fd69ba5d000-7fd69ba5e000 r--p 00008000 08:03 1244726 /usr/lib/libXcursor.so.1.0.2
7fd69ba5e000-7fd69ba5f000 rw-p 00009000 08:03 1244726 /usr/lib/libXcursor.so.1.0.2
7fd69ba5f000-7fd69bc61000 r--p 00000000 08:03 1298450 /usr/lib/locale/locale-archive
7fd69bc61000-7fd69bc74000 r-xp 00000000 08:03 1267674 /usr/lib/libresolv-2.17.so
7fd69bc74000-7fd69be74000 ---p 00013000 08:03 1267674 /usr/lib/libresolv-2.17.so
7fd69be74000-7fd69be75000 r--p 00013000 08:03 1267674 /usr/lib/libresolv-2.17.so
7fd69be75000-7fd69be76000 rw-p 00014000 08:03 1267674 /usr/lib/libresolv-2.17.so
7fd69be76000-7fd69be78000 rw-p 00000000 00:00 0
7fd69be78000-7fd69be7d000 r-xp 00000000 08:03 1244730 /usr/lib/libXdmcp.so.6.0.0
7fd69be7d000-7fd69c07c000 ---p 00005000 08:03 1244730 /usr/lib/libXdmcp.so.6.0.0
7fd69c07c000-7fd69c07d000 r--p 00004000 08:03 1244730 /usr/lib/libXdmcp.so.6.0.0
7fd69c07d000-7fd69c07e000 rw-p 00005000 08:03 1244730 /usr/lib/libXdmcp.so.6.0.0
7fd69c07e000-7fd69c080000 r-xp 00000000 08:03 1198678 /usr/lib/libXau.so.6.0.0
7fd69c080000-7fd69c280000 ---p 00002000 08:03 1198678 /usr/lib/libXau.so.6.0.0
7fd69c280000-7fd69c281000 r--p 00002000 08:03 1198678 /usr/lib/libXau.so.6.0.0
7fd69c281000-7fd69c282000 rw-p 00003000 08:03 1198678 /usr/lib/libXau.so.6.0.0
7fd69c282000-7fd69c291000 r-xp 00000000 08:03 1195290 /usr/lib/libbz2.so.1.0.6
7fd69c291000-7fd69c490000 ---p 0000f000 08:03 1195290 /usr/lib/libbz2.so.1.0.6
7fd69c490000-7fd69c492000 rw-p 0000e000 08:03 1195290 /usr/lib/libbz2.so.1.0.6
7fd69c492000-7fd69c4a7000 r-xp 00000000 08:03 1182371 /usr/lib/libz.so.1.2.7
7fd69c4a7000-7fd69c6a6000 ---p 00015000 08:03 1182371 /usr/lib/libz.so.1.2.7
7fd69c6a6000-7fd69c6a7000 r--p 00014000 08:03 1182371 /usr/lib/libz.so.1.2.7
7fd69c6a7000-7fd69c6a8000 rw-p 00015000 08:03 1182371 /usr/lib/libz.so.1.2.7
7fd69c6a8000-7fd69c6b0000 r-xp 00000000 08:03 1267688 /usr/lib/libcrypt-2.17.so
7fd69c6b0000-7fd69c8af000 ---p 00008000 08:03 1267688 /usr/lib/libcrypt-2.17.so
7fd69c8af000-7fd69c8b0000 r--p 00007000 08:03 1267688 /usr/lib/libcrypt-2.17.so
7fd69c8b0000-7fd69c8b1000 rw-p 00008000 08:03 1267688 /usr/lib/libcrypt-2.17.so
7fd69c8b1000-7fd69c8df000 rw-p 00000000 00:00 0
7fd69c8df000-7fd69c8e6000 r-xp 00000000 08:03 1201654 /usr/lib/libffi.so.6.0.0
7fd69c8e6000-7fd69cae5000 ---p 00007000 08:03 1201654 /usr/lib/libffi.so.6.0.0
7fd69cae5000-7fd69cae6000 r--p 00006000 08:03 1201654 /usr/lib/libffi.so.6.0.0
7fd69cae6000-7fd69cae7000 rw-p 00007000 08:03 1201654 /usr/lib/libffi.so.6.0.0
7fd69cae7000-7fd69cb48000 r-xp 00000000 08:03 1182348 /usr/lib/libpcre.so.1.2.0
7fd69cb48000-7fd69cd48000 ---p 00061000 08:03 1182348 /usr/lib/libpcre.so.1.2.0
7fd69cd48000-7fd69cd49000 r--p 00061000 08:03 1182348 /usr/lib/libpcre.so.1.2.0
7fd69cd49000-7fd69cd4a000 rw-p 00062000 08:03 1182348 /usr/lib/libpcre.so.1.2.0
7fd69cd4a000-7fd69cd4b000 r-xp 00000000 08:03 1222731 /usr/lib/libgthread-2.0.so.0.3400.3
7fd69cd4b000-7fd69cf4a000 ---p 00001000 08:03 1222731 /usr/lib/libgthread-2.0.so.0.3400.3
7fd69cf4a000-7fd69cf4b000 r--p 00000000 08:03 1222731 /usr/lib/libgthread-2.0.so.0.3400.3
7fd69cf4b000-7fd69cf4c000 rw-p 00001000 08:03 1222731 /usr/lib/libgthread-2.0.so.0.3400.3
7fd69cf4c000-7fd69cf78000 r-xp 00000000 08:03 1198666 /usr/lib/libpng15.so.15.13.0
7fd69cf78000-7fd69d177000 ---p 0002c000 08:03 1198666 /usr/lib/libpng15.so.15.13.0
7fd69d177000-7fd69d178000 r--p 0002b000 08:03 1198666 /usr/lib/libpng15.so.15.13.0
7fd69d178000-7fd69d179000 rw-p 0002c000 08:03 1198666 /usr/lib/libpng15.so.15.13.0
7fd69d179000-7fd69d2c5000 r-xp 00000000 08:03 1222733 /usr/lib/libgio-2.0.so.0.3400.3
7fd69d2c5000-7fd69d4c4000 ---p 0014c000 08:03 1222733 /usr/lib/libgio-2.0.so.0.3400.3
7fd69d4c4000-7fd69d4c8000 r--p 0014b000 08:03 1222733 /usr/lib/libgio-2.0.so.0.3400.3
7fd69d4c8000-7fd69d4ca000 rw-p 0014f000 08:03 1222733 /usr/lib/libgio-2.0.so.0.3400.3
7fd69d4ca000-7fd69d4cc000 rw-p 00000000 00:00 0
7fd69d4cc000-7fd69d4d3000 r-xp 00000000 08:03 1267675 /usr/lib/librt-2.17.so
7fd69d4d3000-7fd69d6d2000 ---p 00007000 08:03 1267675 /usr/lib/librt-2.17.so
7fd69d6d2000-7fd69d6d3000 r--p 00006000 08:03 1267675 /usr/lib/librt-2.17.so
7fd69d6d3000-7fd69d6d4000 rw-p 00007000 08:03 1267675 /usr/lib/librt-2.17.so
7fd69d6d4000-7fd69d6d7000 r-xp 00000000 08:03 1222730 /usr/lib/libgmodule-2.0.so.0.3400.3
7fd69d6d7000-7fd69d8d6000 ---p 00003000 08:03 1222730 /usr/lib/libgmodule-2.0.so.0.3400.3
7fd69d8d6000-7fd69d8d7000 r--p 00002000 08:03 1222730 /usr/lib/libgmodule-2.0.so.0.3400.3
7fd69d8d7000-7fd69d8d8000 rw-p 00003000 08:03 1222730 /usr/lib/libgmodule-2.0.so.0.3400.3
7fd69d8d8000-7fd69d8db000 r-xp 00000000 08:03 1267670 /usr/lib/libdl-2.17.so
7fd69d8db000-7fd69dada000 ---p 00003000 08:03 1267670 /usr/lib/libdl-2.17.so
7fd69dada000-7fd69dadb000 r--p 00002000 08:03 1267670 /usr/lib/libdl-2.17.so
7fd69dadb000-7fd69dadc000 rw-p 00003000 08:03 1267670 /usr/lib/libdl-2.17.so
7fd69dadc000-7fd69dafa000 r-xp 00000000 08:03 1238599 /usr/lib/libxcb.so.1.1.0
7fd69dafa000-7fd69dcf9000 ---p 0001e000 08:03 1238599 /usr/lib/libxcb.so.1.1.0
7fd69dcf9000-7fd69dcfa000 r--p 0001d000 08:03 1238599 /usr/lib/libxcb.so.1.1.0
7fd69dcfa000-7fd69dcfb000 rw-p 0001e000 08:03 1238599 /usr/lib/libxcb.so.1.1.0
7fd69dcfb000-7fd69dd23000 r-xp 00000000 08:03 1184877 /usr/lib/libexpat.so.1.6.0
7fd69dd23000-7fd69df22000 ---p 00028000 08:03 1184877 /usr/lib/libexpat.so.1.6.0
7fd69df22000-7fd69df24000 r--p 00027000 08:03 1184877 /usr/lib/libexpat.so.1.6.0
7fd69df24000-7fd69df25000 rw-p 00029000 08:03 1184877 /usr/lib/libexpat.so.1.6.0
7fd69df25000-7fd69dfc7000 r-xp 00000000 08:03 1197378 /usr/lib/libfreetype.so.6.10.0
7fd69dfc7000-7fd69e1c7000 ---p 000a2000 08:03 1197378 /usr/lib/libfreetype.so.6.10.0
7fd69e1c7000-7fd69e1cd000 r--p 000a2000 08:03 1197378 /usr/lib/libfreetype.so.6.10.0
7fd69e1cd000-7fd69e1de000 rw-p 000a8000 08:03 1197378 /usr/lib/libfreetype.so.6.10.0
7fd69e1de000-7fd69e1df000 rw-p 00000000 00:00 0
7fd69e1df000-7fd69e1f4000 r-xp 00000000 08:03 1209872 /usr/lib/libgcc_s.so.1
7fd69e1f4000-7fd69e3f3000 ---p 00015000 08:03 1209872 /usr/lib/libgcc_s.so.1
7fd69e3f3000-7fd69e3f4000 rw-p 00014000 08:03 1209872 /usr/lib/libgcc_s.so.1
7fd69e3f4000-7fd69e598000 r-xp 00000000 08:03 1267647 /usr/lib/libc-2.17.so
7fd69e598000-7fd69e797000 ---p 001a4000 08:03 1267647 /usr/lib/libc-2.17.so
7fd69e797000-7fd69e79b000 r--p 001a3000 08:03 1267647 /usr/lib/libc-2.17.so
7fd69e79b000-7fd69e79d000 rw-p 001a7000 08:03 1267647 /usr/lib/libc-2.17.so
7fd69e79d000-7fd69e7a1000 rw-p 00000000 00:00 0
7fd69e7a1000-7fd69e7b8000 r-xp 00000000 08:03 1267666 /usr/lib/libpthread-2.17.so
7fd69e7b8000-7fd69e9b7000 ---p 00017000 08:03 1267666 /usr/lib/libpthread-2.17.so
7fd69e9b7000-7fd69e9b8000 r--p 00016000 08:03 1267666 /usr/lib/libpthread-2.17.so
7fd69e9b8000-7fd69e9b9000 rw-p 00017000 08:03 1267666 /usr/lib/libpthread-2.17.so
7fd69e9b9000-7fd69e9bd000 rw-p 00000000 00:00 0
7fd69e9bd000-7fd69eb3d000 r-xp 00000000 08:03 19625 /usr/lib/perl5/core_perl/CORE/libperl.so
7fd69eb3d000-7fd69ed3c000 ---p 00180000 08:03 19625 /usr/lib/perl5/core_perl/CORE/libperl.so
7fd69ed3c000-7fd69ed40000 r--p 0017f000 08:03 19625 /usr/lib/perl5/core_perl/CORE/libperl.so
7fd69ed40000-7fd69ed46000 rw-p 00183000 08:03 19625 /usr/lib/perl5/core_perl/CORE/libperl.so
7fd69ed46000-7fd69ed47000 rw-p 00000000 00:00 0
7fd69ed47000-7fd69ee3b000 r-xp 00000000 08:03 1222729 /usr/lib/libglib-2.0.so.0.3400.3
7fd69ee3b000-7fd69f03a000 ---p 000f4000 08:03 1222729 /usr/lib/libglib-2.0.so.0.3400.3
7fd69f03a000-7fd69f03b000 r--p 000f3000 08:03 1222729 /usr/lib/libglib-2.0.so.0.3400.3
7fd69f03b000-7fd69f03c000 rw-p 000f4000 08:03 1222729 /usr/lib/libglib-2.0.so.0.3400.3
7fd69f03c000-7fd69f03d000 rw-p 00000000 00:00 0
7fd69f03d000-7fd69f089000 r-xp 00000000 08:03 1222732 /usr/lib/libgobject-2.0.so.0.3400.3
7fd69f089000-7fd69f289000 ---p 0004c000 08:03 1222732 /usr/lib/libgobject-2.0.so.0.3400.3
7fd69f289000-7fd69f28a000 r--p 0004c000 08:03 1222732 /usr/lib/libgobject-2.0.so.0.3400.3
7fd69f28a000-7fd69f28b000 rw-p 0004d000 08:03 1222732 /usr/lib/libgobject-2.0.so.0.3400.3
7fd69f28b000-7fd69f2ac000 r-xp 00000000 08:03 1220079 /usr/lib/libgdk_pixbuf-2.0.so.0.2600.5
7fd69f2ac000-7fd69f4ab000 ---p 00021000 08:03 1220079 /usr/lib/libgdk_pixbuf-2.0.so.0.2600.5
7fd69f4ab000-7fd69f4ac000 r--p 00020000 08:03 1220079 /usr/lib/libgdk_pixbuf-2.0.so.0.2600.5Aborted (core dumped)Here's my .Xresources. It's not very organized, but I want to present the real thing in case the crash is related thereto:
!URxvt.depth: 32
!URxvt.background: #000000
!URxvt.background: #1a1a1a
!URxvt.background: #edeceb
URxvt.background: #000000
xterm*background: #000000
URxvt.font: xft:Monospace:size=8
xterm*faceName: TerminusMediumItalic
xterm*faceSize: 8
!URxvt.color4: #4455DD
!URxvt.colorIT: #87af5f
!URxvt.colorBD: #d7d7d7
!URxvt.colorUL: #87afd7
!URxvt.color4: blue2
URxvt.scrollBar: off
!URxvt.perl-ext-common: default,-matcher,sel2clip
URxvt.perl-ext-common: sel2clip
URxvt*iso14755: False ! disable Ctrl+Shift binding
URxvt.urlLauncher: /usr/bin/firefox
URxvt.perl-lib: /home/nathan/opt/urxvtperl
URxvt.keysym.C-Insert: perl:sel2clip_copy
URxvt.keysym.M-Insert: perl:sel2clip_paste
URxvt.matcher.button: 1
!URxvt.foreground: #eeeeee
URxvt.foreground: #ffffff
xterm*foreground: #ffffff
URxvt.saveLines: 99999
URxvt.scrollWithBuffer: true
URxvt.scrollTtyOutput: false
URxvt.scrollTtyKeypress: true
URxvt.cursorBlink: true
Xft.dpi: 96
xterm*dynamicColors: true
xterm*utf8: 2
xterm*eightBitInput: true
xterm*termName: xterm
xterm*metaSendsEscape: true
xterm*bellIsUrgent: true
xterm*scrollWithBuffer: true
xterm*scrollTtyOutput: false
xterm*scrollTtyKeypress: true
xterm*sameName: true
!xterm*visualBell: true
URxvt.letterSpace: -1In short, I've tried messing with the X resources, compiling different "versions" of rxvt-unicode (such as the "patched" version in AUR), and everything else I can think of to isolate the cause of the crashing, but I have had no luck. This is very annoying to say the least. Can anyone make a suggestion?
Offline
#2 2013-02-27 22:34:36
- EiyuuZack
- Member
- Registered: 2011-04-11
- Posts: 17
Re: URxvt daemon crashes
I am in the exact same situation as you are. A few months ago urxvtd also started crashing on me randomly after closing the clients. I noticed that typing exit would make it crash less than my usual method which is issuing CTRL-D. Or maybe that was just placebo. Anyway I didn't bother to dwelve into the problem much because of all the transition to systemd going on and dismissed the issue as probably something I did wrong that ended up affecting urxvtd.
A few days ago I did a clean install of Arch and urxvt was one of the first things I installed and set up and yet the daemon still crashes randomly with the same error upon closing the clients. After reading your post it hit me that I also changed my keyboard layout, though I haven't had the time yet to test this.
This is my 10-keyboard.conf file
Section "InputClass"
Identifier "Keyboard Defaults"
MatchIsKeyboard "yes"
Option "XkbLayout" "pt"
EndSectionand my (mess of) .Xresources
! Set mouse cursor ----------
!Xcursor.theme: PolarCursorTheme
Xcursor.theme: OpenZone_Black
! Xft settings ----------
!Xft.dpi: 96
!Xft.antialias: true
!Xft.rgba: rgb
!Xft.autohint: false
!Xft.hinting: true
!Xft.hintstyle: hintslight
!Xft.lcdfilter: lcddefault
! URxvt class settings ----------
URxvt.geometry: 85x36
URxvt.scrollBar: false
URxvt.pointerBlank: true
URxvt.font: xft:Inconsolata:medium:size=12
URxvt.boldFont: xft:Inconsolata:bold:size=12
URxvt.buffered: true
URxvt.background: #1c1c1c
!URxvt.background: #262524
!URxvt.background: #3d352a
URxvt.foreground: white
URxvt.pointerColor: black
URxvt.pointerColor2: white
URxvt.cursorColor: white
URxvt.cursorBlink: true
URxvt.termName: rxvt-unicode
URxvt.iconFile: /usr/share/icons/Faenza/apps/scalable/terminal.svg
URxvt.jumpScroll: true
!urxvt*secondaryScroll: true # Enable Shift-PageUp/Down in screen
URxvt.imLocale: pt_PT.UTF-8
URxvt.loginShell: true
URxvt.saveLines: 8192
URxvt.fading: 40
! Per. extensions ----------
URxvt.perl-ext-common: default,matcher
URxvt.url-launcher: /usr/bin/firefox
URxvt.matcher.button: 1
URxvt.colorUL: #E11D33
URxvt.tabbed.tabbar-fg: 8
URxvt.tabbed.tabbar-bg: 0
URxvt.tabbed.tab-fg: 5
URxvt.tabbed.tab-bg: 0
! terminal apps icons ----------
htop*iconFile: /usr/share/icons/Faenza/apps/scalable/utilities-system-monitor.svg
mplayer*iconFile: /usr/share/icons/Faenza/apps/scalable/mplayer.svg
ncmpcpp*iconFile: /usr/share/icons/Faenza/apps/scalable/gnome-sound-recorder.svg
rtorrent*iconFile: /usr/share/icons/Faenza/apps/scalable/defcon.svg
vim*iconFile: /usr/share/icons/Faenza/apps/scalable/vim.svg
wicd*iconFile: /usr/share/icons/Faenza/apps/scalable/radiotray.svg
! terminal colours ----------
#include "$HOME/.terminal_colors/librec00kiez"
URxvt.depth: 16
URxvt.dynamicColors: onOffline
#3 2013-02-27 22:57:26
- nbtrap
- Member
- Registered: 2011-02-24
- Posts: 110
Re: URxvt daemon crashes
I'm glad you found my post. I'm happy to say that, since my original post, although I never strictly identified the cause of the problem on my machine, I have resolved it completely, and I may be able to help you.
First, I have two questions for you:
1. Which window manager do you use?
2. How/where/when do you invoke urxvtd?
Offline
#4 2013-02-28 12:20:53
- EiyuuZack
- Member
- Registered: 2011-04-11
- Posts: 17
Re: URxvt daemon crashes
I use Openbox and invoke urxvtd in it's autostart script as follows
# Set keyboard repeat rate back to tty speed
xset r rate 200 25 &
# Start the urxvt daemon forked to background
urxvtd -q -f -o
# Ready up thunar
thunar --daemon &
# Set the background image (on all displays, independently)
imlibsetroot -x e -s f $HOME/.background.pngOffline
#5 2013-02-28 23:48:44
- nbtrap
- Member
- Registered: 2011-02-24
- Posts: 110
Re: URxvt daemon crashes
That's puzzling. I was hoping you'd say something else.
Let me ask you one more question: How to you launch urxvtc? Do you have it bound to a key? If so, which program is doing the binding?
Let me tell you about my configuration and what I had to change. I was using Awesome and had urxvtc bound to Mod4+Return (how I invoked urxvtd didn't seem to matter) via Awesome's configuration file. One thing I did to attempt to fix the problem was write a custom script that would check to see if urxvtd was running and start a new server if not:
#!/bin/sh
urxvtc "$@"
if [ $? -eq 2 ]; then
urxvtd -q -o -f
exec urxvtc-custom "$@"
fiHowever, this didn't work, since when urxvtd crashed, urxvtc invocations would NEVER exit unless killed.
So one day, I switched to dwm and did my key binding through dwm's interface, which is basically just editing the C source. And since then, the server has never crashed. I admit that I don't know precisely what did it, but I'm confident it has been fixed, since before, I could more or less make the thing crash at will. So my suggestion to you is, if you're invoking urxvtc through a keyboard shortcut, try using a different program to do the keybinding. Check out the xbindkeys package, and see if that works for you.
Edit: I recant what I said in this post. Though it seems the window manager may have an effect, switching to dwm did not strictly fix this problem.
Last edited by nbtrap (2013-06-30 15:09:58)
Offline
#6 2013-03-01 00:22:02
- WorMzy
- Administrator
- From: Scotland
- Registered: 2010-06-16
- Posts: 12,488
- Website
Re: URxvt daemon crashes
I'm using openbox, and launching urxvtd via it's autostart script with the following entry:
urxvtd &I'm also launching urxvtc by using a keyboard shortcut defined in rc.xml:
<keybind key="W-r">
<action name="execute">
<execute>urxvtc</execute>
</action>
</keybind>No problems here. Do you need the urxvtd arguments (I've never found a use for them), or are you just using them because they're an example in the man page? Could you try running the daemon without them (just append an ampersand and let the shell background the daemon) and see if that changes anything?
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Online
#7 2013-03-01 15:48:18
- EiyuuZack
- Member
- Registered: 2011-04-11
- Posts: 17
Re: URxvt daemon crashes
Indeed I am using those arguments because I read the man page and saw/see no reason to go against the developers when they provide options and mechanisms to fork their programs to the background. Will try backgrounding using & and report back.
As for my key bindings and per application settings in rc.xml
<keybind key="W-t">
<action name="Execute">
<command>urxvtc</command>
</action>
</keybind>
<keybind key="W-p">
<action name="Execute">
<command>urxvtc -name ncmpcpp -e ncmpcpp</command>
</action>
</keybind>
<keybind key="W-h">
<action name="Execute">
<command>urxvtc -name htop -e htop</command>
</action>
</keybind>
<keybind key="W-n">
<action name="Execute">
<command>urxvtc -name wicd -e wicd-curses</command>
</action>
</keybind>
<keybind key="W-r">
<action name="Execute">
<command>urxvtc -name rtorrent -e rtorrent</command>
</action>
</keybind>
...
<application class="URxvt">
<decor>no</decor>
</application>these are all I have set regarding URxvt although the ones I use pretty much all the time are obviously the terminal itself and the ncmpcpp player.
For the sake of completeness this is my URxvt related menu.xml
<menu id="apps-term-menu" label="Terminals">
<item label="Urxvt">
<action name="Execute">
<command>urxvtc</command>
</action>
</item>
</menu>EDIT
Reporting back, using & or passing the -q -f -o arguments proved to be irrelevant -- the crashes still happened.
So I started thinking about my terminal related files, from .bash_profile and .bashrc to .Xresources, all of which are full of tweaks. Through a series of enabling/disabling I've managed to narrow it down to .Xresources and the real culprits in my case
URxvt.font: xft:Inconsolata:medium:size=12
URxvt.boldFont: xft:Inconsolata:bold:size=12Disabling those lines stops the crashes and brings me to the obvious question: why? I am open to suggestions because unless that is not the correct syntax I have no idea why my faithful Inconsolata font is wreaking so much havok in my terminal.
Last edited by EiyuuZack (2013-03-02 23:44:34)
Offline
#8 2013-03-08 23:17:27
- Beini
- Member
- From: Finland
- Registered: 2007-06-06
- Posts: 78
Re: URxvt daemon crashes
I have the exact same crash with urxvtd. Googling got me to this gentoo bug report: https://bugs.gentoo.org/show_bug.cgi?id=435732
Since I rebuilt media-libs/freetype without the 'infinality' USE flag, and depcleaned the infinality packages, I've been unable to reproduce the error.
Is everyone else experiencing this bug on Arch also using infinality?
archlinux x86_64 user || My PKGBUILDs
Offline
#9 2013-03-09 02:24:11
- EiyuuZack
- Member
- Registered: 2011-04-11
- Posts: 17
Re: URxvt daemon crashes
The 'doubly linked list corrupted' was the exact same error I was getting before my Arch reinstall. Not any more though, just a pure urxvtd segfault.
Following the line of thought of my previous post I experimented a bit more and realized it wasn't just Inconsolata that was causing/contributing to my crashes -- in fact any xft font would do it. That led me to think it was something related to xft fonts, and the only font-related things I recall installing/configuring were the google webfonts and the infinality patches for font rendering. Discarded the former as using base fonts also ended in crashing. That leaves infinality although I really haven't had the time to test it yet. Glad to see someone pointing fingers at it.
Offline
#10 2013-03-12 17:51:19
- tdy
- Member
- From: Sacremende
- Registered: 2008-12-14
- Posts: 440
Re: URxvt daemon crashes
Googling got me to this gentoo bug report: https://bugs.gentoo.org/show_bug.cgi?id=435732
Since I rebuilt media-libs/freetype without the 'infinality' USE flag, and depcleaned the infinality packages, I've been unable to reproduce the error.
Is everyone else experiencing this bug on Arch also using infinality?
After reading the rest of that guy's post, he seems to have settled on a pretty firm cause-effect conclusion based on what could easily have been an anecdotal coincidence..
"it hasn't crashed since I removed infinality" => "in my case, it was infinality"
Anyway, all I can say is that I do use infinality with urxvtd, but I don't experience this bug.
Offline
#12 2013-04-04 02:41:34
- z411
- Member
- Registered: 2013-04-02
- Posts: 1
Re: URxvt daemon crashes
I'm also experiencing these crashes. It's mostly random; when I close a terminal window sometimes the urxvt daemon crashes with a segfault and all terminal windows (clients) will hang. It's annoying as I use many terminal based applications.
I also have the Infinality patch installed so I'll try going without it, thanks for that tip. I also experience this bug with Debian Wheezy (also with Infinality patches).
Offline
#13 2013-06-22 22:30:11
- Lord Bo
- Member
- Registered: 2012-11-11
- Posts: 168
Re: URxvt daemon crashes
Hi,
do you still have this Problem? Since recently I experience a Problem with rxvt-unicode, too. I am not using it in daemon mode, but with independent instances. Or at least I was, since until recently I get this error starting urxvt:
Segmentation fault (core dumped)If invoking "gdb urxvt" I can see:
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff465c19f in boot_List__Util ()
from /usr/lib/perl5/vendor_perl/auto/List/Util/Util.so
(gdb) bt
#0 0x00007ffff465c19f in boot_List__Util ()
from /usr/lib/perl5/vendor_perl/auto/List/Util/Util.so
#1 0x00007ffff6c6f821 in Perl_pp_entersub ()
from /usr/lib/perl5/core_perl/CORE/libperl.so
#2 0x00007ffff6c67e26 in Perl_runops_standard ()
from /usr/lib/perl5/core_perl/CORE/libperl.so
#3 0x00007ffff6bf93b0 in Perl_call_sv ()
from /usr/lib/perl5/core_perl/CORE/libperl.so
#4 0x00007ffff6bfb477 in Perl_call_list ()
from /usr/lib/perl5/core_perl/CORE/libperl.so
#5 0x00007ffff6be148f in S_process_special_blocks ()
from /usr/lib/perl5/core_perl/CORE/libperl.so
#6 0x00007ffff6bf2a9c in Perl_newATTRSUB_flags ()
from /usr/lib/perl5/core_perl/CORE/libperl.so
#7 0x00007ffff6bf35f0 in Perl_newATTRSUB ()
from /usr/lib/perl5/core_perl/CORE/libperl.so
#8 0x00007ffff6bf5c29 in Perl_utilize ()
from /usr/lib/perl5/core_perl/CORE/libperl.so
#9 0x00007ffff6c25255 in Perl_yyparse ()
from /usr/lib/perl5/core_perl/CORE/libperl.so
#10 0x00007ffff6c9fd72 in S_doeval ()
from /usr/lib/perl5/core_perl/CORE/libperl.so
#11 0x00007ffff6caa98c in Perl_pp_require ()
---Type <return> to continue, or q <return> to quit---
from /usr/lib/perl5/core_perl/CORE/libperl.so
#12 0x00007ffff6c67e26 in Perl_runops_standard ()
from /usr/lib/perl5/core_perl/CORE/libperl.so
#13 0x00007ffff6bf93b0 in Perl_call_sv ()
from /usr/lib/perl5/core_perl/CORE/libperl.so
#14 0x00007ffff6bfb477 in Perl_call_list ()
from /usr/lib/perl5/core_perl/CORE/libperl.so
#15 0x00007ffff6be148f in S_process_special_blocks ()
from /usr/lib/perl5/core_perl/CORE/libperl.so
#16 0x00007ffff6bf2a9c in Perl_newATTRSUB_flags ()
from /usr/lib/perl5/core_perl/CORE/libperl.so
#17 0x00007ffff6bf35f0 in Perl_newATTRSUB ()
from /usr/lib/perl5/core_perl/CORE/libperl.so
#18 0x00007ffff6bf5c29 in Perl_utilize ()
from /usr/lib/perl5/core_perl/CORE/libperl.so
#19 0x00007ffff6c25255 in Perl_yyparse ()
from /usr/lib/perl5/core_perl/CORE/libperl.so
#20 0x00007ffff6bff15c in perl_parse ()
from /usr/lib/perl5/core_perl/CORE/libperl.so
#21 0x00000000004535d3 in rxvt_perl_interp::init() ()
#22 0x0000000000453660 in rxvt_perl_interp::init(rxvt_term*) ()
#23 0x000000000042318c in rxvt_term::init_resources(int, char const* const*) ()
#24 0x000000000042436a in rxvt_term::init2(int, char const* const*) ()
---Type <return> to continue, or q <return> to quit---
#25 0x000000000041882c in main ()So this is somehow related to the perl part of urxvt. Is it related? I am to tired to invetigate further. Maybe tomorrow.
Offline
#14 2013-06-22 22:49:03
- Lord Bo
- Member
- Registered: 2012-11-11
- Posts: 168
Re: URxvt daemon crashes
Ok,
pacman -Rn perl-scalar-list-utilsresolved the problem. But of course, this does not tell us, if these Problems are related... .
Offline
#15 2013-06-23 11:39:27
- nbtrap
- Member
- Registered: 2011-02-24
- Posts: 110
Re: URxvt daemon crashes
Ok,
pacman -Rn perl-scalar-list-utilsresolved the problem. But of course, this does not tell us, if these Problems are related... .
I am still having the problem, but I don't think yours is related. A new version of perl (5.18) was released a couple of weeks ago, and it makes sense that you would see the error you saw before recompiling some of the C code being called by libperl.
Edit: Or in your case, it looks like you just removed some Perl module, which had the effect of invoking the one that comes with perl.
Last edited by nbtrap (2013-06-23 11:43:20)
Offline
#17 2013-10-14 00:17:41
- ShionjiYuuko
- Member
- Registered: 2011-07-31
- Posts: 67
Re: URxvt daemon crashes
This problem might be related to xinput protocol: http://lists.schmorp.de/pipermail/rxvt- … 01177.html
I stopped ibus-daemon after urxvtd froze, and urxvt clients worked again normally. After that it ignored ibus completely.
始まりの荒野を独り もう歩き出してるらしい、僕は灰になるまで僕で有り続けたい
http://about.me/nnhnkn | http://identi.ca/nnhzkn
Offline
#18 2013-10-14 14:19:16
- nbtrap
- Member
- Registered: 2011-02-24
- Posts: 110
Re: URxvt daemon crashes
Did you come to any solution? I experience the same with any xft font.
The problem is due to a memory bug in the infinality patch for freetype2. The infinality dev is aware of the problem and originally seemed very intent on fixing it, but nothing has happened since I alerted him to the problem a couple of months ago. See: http://www.infinality.net/forum/viewtopic.php?f=2&t=324
For now, I just don't use rxvt-unicode's daemon.
Offline
#21 2013-11-05 19:44:00
- bohoomil
- Member
- Registered: 2010-09-04
- Posts: 2,376
- Website
Re: URxvt daemon crashes
Urxvt is my default terminal emulator and it has been working perfectly well. I use it with a TTF font and do not experience any crashes. I build Urxvt on my own, with font-width-fix.patch and slightly simplified, with a few options disabled (here is the src package: rxvt-unicode). Relevant bits from my current Xresources:
! --- Urxvt
URxvt*geometry: 88x54
URxvt*cursorBlink: 1
URxvt*cursorUnderline: 0
URxvt*urgentOnBell: true
URxvt*letterSpace: -0.2
URxvt*internalBorder: 2
URxvt*scrollBar: false
URxvt.transparent: false
URxvt.font:xft:MonacoPX:Regular:pixelsize=12:antialias=false:hinting=false:autohint=false
! --- clickable links, etc.
URxvt.perl-ext-common: default,url-select,matcher
URxvt.keysym.M-u: perl:url-select:select_next
URxvt.url-select.launcher: dwb
URxvt.underlineURLs: false
URxvt.matcher.button: 1
URxvt.matcher.rend.0: fg33 bg1
! --- Xft settings
Xft.dpi: 96
Xft.antialias: 1
Xft.rgba: rgb
Xft.autohint: 0
Xft.lcdfilter: lcddefault
Xft.hinting: 1
Xft.hintstyle: hintfullOther font families from a popular Arch repertoire tested and working properly:
URxvt.font:xft:Droid Sans Mono:style=Regular:pixelsize=13
URxvt.font:xft:DejaVu Sans Mono:style=Book:pixelsize=13
URxvt.font:xft:Liberation Mono:style=Regular:pixelsize=13
URxvt.font:xft:Cousine:style=Regular:pixelsize=13
URxvt.font:xft:Inconsolata-zi4:style=Medium:pixelsize=15Last edited by bohoomil (2013-11-05 19:51:06)
:: Registered Linux User No. 223384
:: github
:: infinality-bundle+fonts: good looking fonts made easy
Offline
#22 2013-11-07 17:12:19
- drelyn86
- Member
- From: Indianapolis, IN
- Registered: 2009-04-10
- Posts: 80
Re: URxvt daemon crashes
Same issue here, using infinality.
The best way I've found to quickly reproduce this is by binding keys to launch urxvtc and close windows quickly (if you use awesome wm, for example, you might already have this). Use the keybindings to launch several urxvtc windows, then close a bunch of them just as quickly and try to launch a few more immediately after.
Switching back to the standard freetype2 and fontconfig resolved the crashes, but the effects on my eyes were more than I could bear (never thought I'd gripe so much about font rendering until this moment). So I switched back.
Switching my URxvt.font to a bitmap font also significantly reduced the crashes, so that's what I'm using now. I do still see occasional crashes (which I'm unable to reproduce) when I close *all* of the client terminals, but this is much better than the daemon crashing while I still have things open.
Offline
#24 2013-11-10 08:59:19
- orschiro
- Member
- Registered: 2009-06-04
- Posts: 2,136
- Website
Re: URxvt daemon crashes
I kept having crashes and thus I looked more detailed at the differences between bohoomil's font and xft and my own settings. The only noticeably difference is the following:
- URxvt*font: xft:Liberation Mono:style=Regular:size=12:antialias=true:hinting=true
+ URxvt*font:xft:Liberation Mono:Regular:pixelsize=12:antialias=false:hinting=false:autohint=falseThis change together with bohoomil's source package does no longer cause the daemon to crash!
My .Xresources for reference:
! --[ Font Rendering ]-------------------------------------
Xft.dpi: 96
Xft.antialias: 1
Xft.rgba: rgb
Xft.autohint: 0
Xft.lcdfilter: lcddefault
Xft.hinting: 1
Xft.hintstyle: hintfull
! --[ URxvt - General ]-------------------------------------
URxvt*geometry: 88x54
URxvt*scrollBar: false
URxvt*saveLines: 5500
URxvt*font:xft:Liberation Mono:Regular:pixelsize=12:antialias=false:hinting=false:autohint=false
URxvt*boldfont:xft:Liberation Mono:Bold:pixelsize=12:antialias=false:hinting=false:autohint=false
URxvt*internalBorder: 10
URxvt*iconFile: /usr/share/icons/Faenza/apps/scalable/terminal.svg
! --[ URxvt - colors ]--------------------------------------
URxvt*foreground: White
URxvt*background: BlackOffline
#25 2013-11-23 23:53:21
- drelyn86
- Member
- From: Indianapolis, IN
- Registered: 2009-04-10
- Posts: 80
Re: URxvt daemon crashes
I switched machines. Previously (when I was experiencing the crashes) I was using nvidia. Now, I am using xf86-video-intel. So far, I haven't seen any crashes at all.
Offline