URxvt segfaults every couple of seconds on i3-gaps

probe2k · 2020-08-19 12:03:35

Hi! Everytime I open URxvt, it segfaults and dumps core with this error message. No clue why it's happening. I tried removing urxvt-perls and also downgrading glibc to see if that'd help, but negatory on both

 archlinux systemd-coredump[542412]: Process 542289 (urxvt) of user 1000 dumped core.
                                                    
                                                    Stack trace of thread 542289:
                                                    #0  0x00007f5bd21f038d getenv (libc.so.6 + 0x3e38d)
                                                    #1  0x00007f5bd240e5c6 perl_destruct (libperl.so + 0x735c6)
                                                    #2  0x0000560251fde336 _ZN16rxvt_perl_interpD1Ev (urxvt + 0x4d336)
                                                    #3  0x00007f5bd21f0c57 __run_exit_handlers (libc.so.6 + 0x3ec57)
                                                    #4  0x00007f5bd21f0dfe exit (libc.so.6 + 0x3edfe)
                                                    #5  0x00007f5bd21d9009 __libc_start_main (libc.so.6 + 0x27009)
                                                    #6  0x0000560251fbfcfe _start (urxvt + 0x2ecfe)

I don't know what exactly is triggering it, but everytime I launch it - it dumps core.

My dotfiles are :
Xresources
i3-conf

Thanks for your time

Trilby · 2020-08-19 12:12:27

Please post the output of `env` from within i3. If you don't have another terminal emulator that works, you can put something like `env > ~/env.log` either in your xinitrc or as an autostart for i3.

seth · 2020-08-19 12:15:46

Crash on exit, I'd start by disablign all

URxvt.perl-ext-common: default,clipboard,url-select,font-size

extensions - if that resolves the issue, re-enable them one by one until the problem cooks up again.
(It's probably not the "default" set)

probe2k · 2020-08-19 12:25:18

Trilby wrote:

Please post the output of `env` from within i3. If you don't have another terminal emulator that works, you can put something like `env > ~/env.log` either in your xinitrc or as an autostart for i3.

This is what I get on running env

~ ❯❯❯ env
SHELL=/usr/bin/zsh
LSCOLORS=Gxfxcxdxbxegedabagacad
LESS=-R
I3SOCK=/run/user/1000/i3/ipc-socket.111347
GTK_MODULES=canberra-gtk-module
XDG_SEAT=seat0
PWD=/home/probe
LOGNAME=probe
XDG_SESSION_TYPE=tty
XAUTHORITY=/home/probe/.Xauthority
DESKTOP_STARTUP_ID=i3/urxvt/111347-5-archlinux_TIME56566057
WINDOWPATH=1
HOME=/home/probe
LANG=en_IN.UTF-8
LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=00:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:*.lz=01;31:*.lzo=01;31:*.xz=01;31:*.zst=01;31:*.tzst=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.cab=01;31:*.wim=01;31:*.swm=01;31:*.dwm=01;31:*.esd=01;31:*.jpg=01;35:*.jpeg=01;35:*.mjpg=01;35:*.mjpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.webp=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.m4a=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.oga=00;36:*.opus=00;36:*.spx=00;36:*.xspf=00;36:
INVOCATION_ID=6cb3ad63683a4696b172de3f95d41e42
XDG_SESSION_CLASS=user
TERM=rxvt-unicode-256color
ZSH=/home/probe/.oh-my-zsh
USER=probe
DISPLAY=:0
SHLVL=3
PAGER=less
XDG_VTNR=1
XDG_SESSION_ID=3
XDG_RUNTIME_DIR=/run/user/1000
JOURNAL_STREAM=8:259849
PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/opt/flutter/bin:/opt/jdk/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
MAIL=/var/spool/mail/probe
OLDPWD=/home/probe
_=/usr/bin/env
WINDOWID=29360137
COLORFGBG=7;0
COLORTERM=rxvt

probe2k · 2020-08-19 12:25:52

seth wrote:

Crash on exit, I'd start by disablign all
URxvt.perl-ext-common: default,clipboard,url-select,font-size
extensions - if that resolves the issue, re-enable them one by one until the problem cooks up again.
(It's probably not the "default" set)

Nope, I already tried removing urxvt-perls and uncommenting all those, for some reason - that thing still stays there.

seth · 2020-08-19 12:27:32

Ok, chances are the shell terminates, the terminal exits during the init and crashes.
Most likely reason for shell termination: "ZSH=/home/probe/.oh-my-zsh"

probe2k · 2020-08-19 12:30:02

seth wrote:

Ok, chances are the shell terminates, the terminal exits during the init and crashes.
Most likely reason for shell termination: "ZSH=/home/probe/.oh-my-zsh"

Again nope! I switched from bash a couple days ago. It's the same on bash.

seth · 2020-08-19 13:03:12

What happens for "urxvt -hold"?

probe2k · 2020-08-19 13:44:30

seth wrote:

What happens for "urxvt -hold"?

It's not closing on exit because of hold flag so it's not crashing either - but I found this is something recent after the last rxvt-unicode update from May. Apparently a lot of people have witnessed this issue where urxvt crashes on exit and dumps stack traces.
Even with ``` urxvt -hold ```, since exit is not working, if I use i3 kill, it crashes basically.
Rollback to previous urxvt version gives the error - libperl.so not found, so that's not a feasible solution either.

seth · 2020-08-19 13:52:12

1. why does its shell(?) exit (unexpectedly?)?
2. "a lot of people have witnessed this issue where urxvt crashes" - link?
3. "strace urxvt", maybe we can get more details on what it's doing there.

Trilby · 2020-08-19 14:18:22

Also, does it crash if you run something other than a shell, e.g., `urxvt -e top`? (then press 'q' in top to exit).

probe2k · 2020-08-19 14:28:12

Trilby wrote:

Also, does it crash if you run something other than a shell, e.g., `urxvt -e top`? (then press 'q' in top to exit).

Yep the status is same if I do this.

Post#1
Post#2

Strace didn't gave me much to guy by.. Piped it here

strace.log

seth · 2020-08-19 14:39:34

Does

LC_ADDRESS="C" urxvt

work?

Trilby · 2020-08-19 14:48:33

As others have seen this too - apparently - I just installed urxvt and was able to replicate the segfault on exit though not every couple of seconds, just on exit. The above LC_ADDRESS avoided the segfault on exit for me.

Oddly, seeting LC_ADDRESS=en_US.UTF-8 also prevents the seg fault, which is particularly strange as that's the locale setting for it already on my system. Setting it to an empty string also worked, as did setting it to gibberish - though while not producing a segfault, the gibberish settings did generate an error (though urxvt ran just fine):

$ LC_ADDRESS=foobar urxvt -e top
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = (unset),
        LC_ALL = (unset),
        LC_COLLATE = "C",
        LC_ADDRESS = "foobar",
        LANG = "en_US.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to a fallback locale ("en_US.UTF-8").

Last edited by Trilby (2020-08-19 14:53:44)

seth · 2020-08-19 14:52:22

Using https://aur.archlinux.org/packages/rxvt … ideglyphs/

diff --git a/PKGBUILD b/PKGBUILD
index bfcb120..c0799e5 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -76,7 +76,9 @@ build() {
     --enable-wtmp \
     --enable-xft \
     --enable-xim \
-    --enable-xterm-scroll
+    --enable-xterm-scroll \
+    --enable-pixbuf \
+    --disable-frills
   make
 }

No such problem w/ LC_ADDRESS="de_DE.UTF-8"

Trilby · 2020-08-19 14:58:36

As LC_ADDRESS is not used anywhere in rxvt-unicode's code base, I gather this must actually be perl failing. The code for the perl package has several references to LC_ADDRESS, but I'm not remotely qualified to debug perl code (is anyone, really).

EDIT: although it is urxvt segfauling, so arguably it is at fault to for not checking the result from perl and/or otherwise allowing the issue to crash it.

Last edited by Trilby (2020-08-19 14:59:53)

probe2k · 2020-08-19 16:25:09

Trilby wrote:

As LC_ADDRESS is not used anywhere in rxvt-unicode's code base, I gather this must actually be perl failing. The code for the perl package has several references to LC_ADDRESS, but I'm not remotely qualified to debug perl code (is anyone, really).
EDIT: although it is urxvt segfauling, so arguably it is at fault to for not checking the result from perl and/or otherwise allowing the issue to crash it.

Unfortunately in my case, it's still a mystery

~ ❯❯❯ LC_ADDRESS=en_US.UTF-8 urxvt
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
	LANGUAGE = (unset),
	LC_ALL = (unset),
	LC_ADDRESS = "en_US.UTF-8",
	LANG = "en_IN.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to a fallback locale ("en_IN.UTF-8").
[1]    648505 segmentation fault (core dumped)  LC_ADDRESS=en_US.UTF

Trilby · 2020-08-19 16:49:06

Well if it's not a generated locale on your system that wouldn't work (although then it should be similar to the "gibberish" attempt on mine), but have you tried LC_ADDRESS=C?

probe2k · 2020-08-19 18:31:50

Trilby wrote:

Well if it's not a generated locale on your system that wouldn't work (although then it should be similar to the "gibberish" attempt on mine), but have you tried LC_ADDRESS=C?

I cleared all locale confs, set it up again, manually set LANG in /etc/locale.conf, ran locale-gen and all that, to no help. Even tried LC_ADDRESS="C"...
Prolly move to some other terminal then...

seth · 2020-08-19 19:14:21

Can you please post the outputs of

localectl
locale
locale -a

nb. that the segfault in #17 is not the same as the original one.

cgarcia · 2020-08-23 13:53:22

I have also the crash at exit after a recent system update (rxvt-unicode has not been updated).

I have suspected of glibc-2.32.
And yes, by keeping glibc and all of its dependencies required by my system in IgnorePkg I have managed to avoid the crash at exit:

IgnorePkg = glibc lib32-glibc xorg-xdm systemd systemd-libs systemd-sysvcompat glib2 libxcrypt libcups mariadb-clients mariadb-libs util-linux chromium gcc-libs gcc

I simply reverted the whole system root (since I was installing a new computer I just re-cloned its root from the old computer upgraded a few days ago).

By the moment I prefer not to upgrade these packages for a new try, since rolling back glibc seems difficult due to files moved to the new libxcrypt package.

My settings (yes, I mix Spain and GB due to preferring an English OS):

$ localectl 
   System Locale: LANG=en_GB.UTF-8
                  LC_NUMERIC=es_ES.UTF-8
                  LC_COLLATE=C
                  LC_MONETARY=es_ES.UTF-8
                  LC_MEASUREMENT=es_ES.UTF-8
       VC Keymap: es
      X11 Layout: n/a


$ locale
LANG=en_GB.UTF-8
LC_CTYPE=en_GB.UTF-8
LC_NUMERIC=es_ES.UTF-8
LC_TIME=en_GB.UTF-8
LC_COLLATE=C
LC_MONETARY=es_ES.UTF-8
LC_MESSAGES=en_GB.UTF-8
LC_PAPER=en_GB.UTF-8
LC_NAME=en_GB.UTF-8
LC_ADDRESS=en_GB.UTF-8
LC_TELEPHONE=en_GB.UTF-8
LC_MEASUREMENT=es_ES.UTF-8
LC_IDENTIFICATION=en_GB.UTF-8
LC_ALL=

$ locale -a
C
POSIX
en_GB.utf8
es_ES.utf8

Last edited by cgarcia (2020-08-24 19:01:44)

seth · 2020-08-23 13:59:46

https://bbs.archlinux.org/viewtopic.php … 7#p1921547

Please also wrap the shell IO in code tags, https://bbs.archlinux.org/help.php#bbcode

cgarcia · 2020-08-24 18:59:18

Confirmed that urxvt is broken just after installing only two packages: glibc-2.32-2 and lib32-glibc-2.32-2

The problem gets solved for me by disabling the perl extensions with the wiki recipe, adding the following to .Xdefaults

URxvt.perl-ext:
URxvt.perl-ext-common:

The stack trace again points to perl:

Core was generated by `urxvt'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x00007f8a1ee644ed in getenv () from /usr/lib/libc.so.6
(gdb) bt
#0  0x00007f8a1ee644ed in getenv () from /usr/lib/libc.so.6
#1  0x00007f8a1f0835c6 in perl_destruct () from /usr/lib/perl5/5.32/core_perl/CORE/libperl.so
#2  0x00005574212d1336 in rxvt_perl_interp::~rxvt_perl_interp() ()
#3  0x00007f8a1ee64db7 in __run_exit_handlers () from /usr/lib/libc.so.6
#4  0x00007f8a1ee64f5e in exit () from /usr/lib/libc.so.6
#5  0x00007f8a1ee4d159 in __libc_start_main () from /usr/lib/libc.so.6
#6  0x00005574212b2cfe in _start ()

Last edited by cgarcia (2020-08-24 19:02:09)

Trilby · 2020-08-28 13:22:39

Could it be that perl needs to be rebuilt against the new glibc?

FYI, a potentially related issue: https://bbs.archlinux.org/viewtopic.php?id=258597

harunou · 2020-12-23 16:42:04

Setting up xdg variables according to the specification https://specifications.freedesktop.org/ … atest.html resolved the issue

Arch Linux

#1 2020-08-19 12:03:35

URxvt segfaults every couple of seconds on i3-gaps

#2 2020-08-19 12:12:27

Re: URxvt segfaults every couple of seconds on i3-gaps

#3 2020-08-19 12:15:46

Re: URxvt segfaults every couple of seconds on i3-gaps

#4 2020-08-19 12:25:18

Re: URxvt segfaults every couple of seconds on i3-gaps

#5 2020-08-19 12:25:52

Re: URxvt segfaults every couple of seconds on i3-gaps

#6 2020-08-19 12:27:32

Re: URxvt segfaults every couple of seconds on i3-gaps

#7 2020-08-19 12:30:02

Re: URxvt segfaults every couple of seconds on i3-gaps

#8 2020-08-19 13:03:12

Re: URxvt segfaults every couple of seconds on i3-gaps

#9 2020-08-19 13:44:30

Re: URxvt segfaults every couple of seconds on i3-gaps

#10 2020-08-19 13:52:12

Re: URxvt segfaults every couple of seconds on i3-gaps

#11 2020-08-19 14:18:22

Re: URxvt segfaults every couple of seconds on i3-gaps

#12 2020-08-19 14:28:12

Re: URxvt segfaults every couple of seconds on i3-gaps

#13 2020-08-19 14:39:34

Re: URxvt segfaults every couple of seconds on i3-gaps

#14 2020-08-19 14:48:33

Re: URxvt segfaults every couple of seconds on i3-gaps

#15 2020-08-19 14:52:22

Re: URxvt segfaults every couple of seconds on i3-gaps

#16 2020-08-19 14:58:36

Re: URxvt segfaults every couple of seconds on i3-gaps

#17 2020-08-19 16:25:09

Re: URxvt segfaults every couple of seconds on i3-gaps

#18 2020-08-19 16:49:06

Re: URxvt segfaults every couple of seconds on i3-gaps

#19 2020-08-19 18:31:50

Re: URxvt segfaults every couple of seconds on i3-gaps

#20 2020-08-19 19:14:21

Re: URxvt segfaults every couple of seconds on i3-gaps

#21 2020-08-23 13:53:22

Re: URxvt segfaults every couple of seconds on i3-gaps

#22 2020-08-23 13:59:46

Re: URxvt segfaults every couple of seconds on i3-gaps

#23 2020-08-24 18:59:18

Re: URxvt segfaults every couple of seconds on i3-gaps

#24 2020-08-28 13:22:39

Re: URxvt segfaults every couple of seconds on i3-gaps

#25 2020-12-23 16:42:04

Re: URxvt segfaults every couple of seconds on i3-gaps

Board footer