Bug#981010: rxvt-unicode: urxvt segfaults at exit

2021-03-15 Thread Cristian Ionescu-Idbohrn

On 3/15/21 7:26 PM, Holger Schröder wrote:

I rebuilt rxvt-unicode with the patch and the urxvt segfaults at exit no
longer occurs. For me this is fixed.


I didn't patch anything, but I suspect I upgraded some dependency and I no

longer see the segfaults.



Cheers,

--

Cristian



Bug#981010: rxvt-unicode: urxvt segfaults at exit

2021-03-15 Thread Ryan Kavanagh
control: tags -1 + patch

Thanks for this. I've forward the patch upstream for review and will
apply it once they OK it.

Best wishes,
Ryan

-- 
|)|/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac |  BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature


Bug#981010: rxvt-unicode: urxvt segfaults at exit

2021-03-15 Thread Holger Schröder

I rebuilt rxvt-unicode with the patch and the urxvt segfaults at exit no
longer occurs. For me this is fixed.

--- a/src/rxvtperl.xs.orig
+++ b/src/rxvtperl.xs
@@ -376,6 +376,7 @@ rxvt_perl_interp::~rxvt_perl_interp ()
 {
   if (perl)
 {
+  localise_env set_environ (perl_environ);
   perl_destruct (perl);
   perl_free (perl);
   PERL_SYS_TERM ();

Cheers

Holger...



Bug#981010: rxvt-unicode: urxvt segfaults at exit

2021-03-09 Thread Felix C. Stegerman
Hi,

I can reproduce this after a "xrdb -load /dev/null".

However, I only seem to be able to reproduce it when I start urxvt via
an i3 keybinding.  If I start it via dmenu or by running "urxvt" from
another terminal, I don't see a segfault in the logs.

- Felix



Bug#981010: rxvt-unicode: urxvt segfaults at exit

2021-02-04 Thread Dominique Martinet
FWIW I have the same error on (PE)RL_DESTRUCT_LEVEL here:

Program terminated with signal SIGSEGV, Segmentation fault.
#0  __GI_getenv (name=0x7fcd3fea700d "RL_DESTRUCT_LEVEL") at getenv.c:84
(gdb) bt
#0  __GI_getenv (name=0x7fcd3fea700d "RL_DESTRUCT_LEVEL") at getenv.c:84
#1  0x7fcd3fd4a563 in perl_destruct () from 
/lib/x86_64-linux-gnu/libperl.so.5.32
#2  0x557110f65845 in rxvt_perl_interp::~rxvt_perl_interp() ()
#3  0x7fcd3fb294d7 in __run_exit_handlers (status=0, listp=0x7fcd3fca9718 
<__exit_funcs>, run_list_atexit=run_list_atexit@entry=true, 
run_dtors=run_dtors@entry=true) at exit.c:108
#4  0x7fcd3fb2967a in __GI_exit (status=) at exit.c:139
#5  0x7fcd3fb11d11 in __libc_start_main (main=0x557110f41230 , 
argc=1, argv=0x7fff0b0ae308, init=, fini=, 
rtld_fini=, stack_end=0x7fff0b0ae2f8) at ../csu/libc-start.c:342
#6  0x557110f4557a in _start ()



Since it's in perl I would expect some extension to be required to have
that crash?


Anyway, it looks like opensuse has a patch for it since a couple of months
ago:

https://github.com/bmwiedemann/openSUSE/blob/5c5842c9dda0ca970847167c3710d96b0d9e4dfd/packages/r/rxvt-unicode/rxvt-unicode-9.22-perl_environ_segfault.patch
(copied here for archive purpose, credits to Marcus Huewe )
--- a/src/rxvtperl.xs.orig
+++ b/src/rxvtperl.xs
@@ -376,6 +376,7 @@ rxvt_perl_interp::~rxvt_perl_interp ()
 {
   if (perl)
 {
+  localise_env set_environ (perl_environ);
   perl_destruct (perl);
   perl_free (perl);
   PERL_SYS_TERM ();


Please consider the patch for inclusion as well!
-- 
Dominique Martinet | Asmadeus



Bug#981010: rxvt-unicode: urxvt segfaults at exit

2021-01-25 Thread Ryan Kavanagh
Control: tags -1 + moreinfo unreproducible

Hi Christian,

I can't reproduce this using an empty urxvt configuration. Could you
please share whatever resources you've set?

$ xrdb -query | grep -i rxvt

Thanks,
Ryan

-- 
|)|/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac |  BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature


Bug#981010: rxvt-unicode: urxvt segfaults at exit

2021-01-25 Thread Cristian Ionescu-Idbohrn

On 1/25/21 4:40 PM, Ryan Kavanagh wrote:

Control: tags -1 + moreinfo unreproducible

Hi Christian,

I can't reproduce this using an empty urxvt configuration. Could you
please share whatever resources you've set?

$ xrdb -query | grep -i rxvt


So, here it is:

Aterm.termName:    rxvt
Rxvt.background:    lightyellow
Rxvt.colorBD:    blue
Rxvt.colorUL:    magenta
Rxvt.cursorBlink:    true
Rxvt.cursorColor:    red
Rxvt.fadeColor:    lightyellow
Rxvt.fading:    70
Rxvt.font:    6x13
Rxvt.foreground:    black
Rxvt.geometry:    80x60
Rxvt.pointerColor:    red
Rxvt.saveLines:    6000
Rxvt.scrollBar_right:    true
Rxvt.termName:    rxvt
URxvt.keysym.Shift-Down:    command:\033]721;1\007
URxvt.keysym.Shift-Up:    command:\033]720;1\007


Cheers,


--

Cristian



Bug#981010: rxvt-unicode: urxvt segfaults at exit

2021-01-25 Thread Cristian Ionescu-Idbohrn

Package: rxvt-unicode
Version: 9.22-8+b1
Severity: normal

I do frequently find these messages in the syslog:

,
| Jan 25 12:56:28 debian kernel: [338440.918130] urxvt[674]: segfault at
| 190 ip 7f7a1a2fdc35 sp 7ffcee280480 error 4 in
| libc-2.31.so[7f7a1a2e5000+14b000]
| Jan 25 12:56:28 debian kernel: [338440.918160] Code: fe ff 49 83 c5 02
| 41 0f b7 6d fe 49 89 c6 4c 8d 78 fe 4d 85 e4 75 13 eb cc 0f 1f 40 00 4c 8b
| 63 08 48 83 c3 08 4d 85 e4 74 bb <66> 41 3b 2c 24 75 ec 49 8d 7c 24 02 
4c 89

| fa 4c 89 ee e8 04 76 fe
`

To reproduce under gdb:

,
| LC_ALL=en_US.UTF-8 LANGUAGE=en_US.UTF-8 LANG=en_US.UTF-8 gdb 
/usr/bin/urxvt

| GNU gdb (Debian 10.1-1.7) 10.1.90.20210103-git
|
| Reading symbols from /usr/bin/urxvt...
| (No debugging symbols found in /usr/bin/urxvt)
| (gdb) run
| Starting program: /usr/bin/urxvt
| [Thread debugging using libthread_db enabled]
| Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
| [Detaching after fork from child process 6636]

At this point the urxvt window opens.  Immediately hitting ^D produces 
this backtrace:


| Program received signal SIGSEGV, Segmentation fault.
| __GI_getenv (name=0x7f2af462300d "RL_DESTRUCT_LEVEL") at getenv.c:84
| 84        getenv.c: No such file or directory.
| (gdb) bt full
| #0  __GI_getenv (name=0x7f2af462300d "RL_DESTRUCT_LEVEL") at getenv.c:84
| Python Exception  Cannot access memory at 
address 0x1a0:

| ep_start = #1  0x7f2af44c6563 in perl_destruct ()
| at /usr/lib/x86_64-linux-gnu/libperl.so.5.32
| #2  0x55de38800845 in rxvt_perl_interp::~rxvt_perl_interp() ()
| #3  0x7f2af42a54d7 in __run_exit_handlers
| (status=0, listp=0x7f2af4425718 <__exit_funcs>, 
run_list_atexit=run_list_atexit@entry=true, 
run_dtors=run_dtors@entry=true) at exit.c:108

| atfct = 
| onfct = 
| cxafct = 
| f = 
| new_exitfn_called = 6
| cur = 0x7f2af4427b00 
| #4  0x7f2af42a567a in __GI_exit (status=) at exit.c:139
| #5  0x7f2af428dd11 in __libc_start_main (main=
| 0x55de387dc230 , argc=1, argv=0x7ffea21278d8, 
init=, fini=, rtld_fini=, 
stack_end=0x7ffea21278c8) at ../csu/libc-start.c:342

| result = 
| unwind_buf =
|   {cancel_jmp_buf = {{jmp_buf = {0, 8207962234385915265, 
94412918883664, 0, 0, 0, 2713910307581123969, 2594376296217894273}, 
mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x1, 0x7ffea21278d8}, 
data = {prev = 0x0, cleanup = 0x0, canceltype = 1}}}

| not_first_call = 
| #6  0x55de387e057a in _start ()
| quit)
`

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: 
LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8

Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages rxvt-unicode depends on:
ii  base-passwd   3.5.48
ii  libc6 2.31-9
ii  libfontconfig1    2.13.1-4.2
ii  libgcc-s1 10.2.1-6
ii  libgdk-pixbuf2.0-0    2.40.2-2
ii  libglib2.0-0  2.66.4-1
ii  libperl5.32   5.32.0-6
ii  libstartup-notification0  0.12-6+b1
ii  libx11-6  2:1.7.0-2
ii  libxft2   2.3.2-2
ii  libxrender1   1:0.9.10-1
ii  ncurses-base  6.2+20201114-2
ii  ncurses-term  6.2+20201114-2

Versions of packages rxvt-unicode recommends:
ii  fonts-dejavu  2.37-2
ii  fonts-ipafont-gothic [fonts-japanese-gothic]  00303-21
ii  fonts-vlgothic [fonts-japanese-gothic]    20200720-1

Versions of packages rxvt-unicode suggests:
ii  sensible-utils  0.0.14

-- no debconf information


Cheers,

--
Cristian