(resubmitting since I didn't see the bug go into the database.) After upgrading from glibc-2.1.97 to glib-2.2-5, a few programs have begun to segfault. For example, rxvt-2.6.3-2 now segfaults each time I select text from it and paste it to _another_ window. Unfortunately, I'm no longer able to get a gdb backtrace of it, since X seems to kill it first: rxvt: XError: Request: 18 . 0, Error: 16 At one point I was able to get a gdb bt, but I didn't save it. It was quite similar to this Opera bt, though: 0x4021ef91 in chunk_alloc (ar_ptr=0x402c1c60, nb=16) at malloc.c:2771 2771 malloc.c: No such file or directory. (gdb) bt #0 0x4021ef91 in chunk_alloc (ar_ptr=0x402c1c60, nb=16) at malloc.c:2771 #1 0x4021ed8e in __libc_malloc (bytes=12) at malloc.c:2704 #2 0x400a4a0d in __builtin_new (sz=12) from /usr/lib/libstdc++-libc6.1-1.so.2 #3 0x824fd03 in strcpy () at ../sysdeps/generic/strcpy.c:31 #4 0x8250875 in strcpy () at ../sysdeps/generic/strcpy.c:31 #5 0x8292ad1 in strcpy () at ../sysdeps/generic/strcpy.c:31 #6 0x830288e in strcpy () at ../sysdeps/generic/strcpy.c:31 #7 0x8142c44 in strcpy () at ../sysdeps/generic/strcpy.c:31 #8 0x86a8930 in ?? () (Opera has also begun segfaulting on start after upgrading glibc.) The same rxvt binary worked fine with glibc-2.1.97. I compiled rxvt-2.6.3 from source, and it exhibits the same problem. The devel version 2.7.3 does not crash, but it corrupts the selection. Other X programs have not problems whatsoever wrt selection.
*** Bug 21878 has been marked as a duplicate of this bug. ***
I cannot reproduce this, I have stock rpm -q rxvt glibc rxvt-2.6.3-2 glibc-2.2-5 rpm -q --qf '%{ARCH}\n' rxvt glibc i386 i686 and am able to paste any text from rxvt into either another rxvt or netscape without a problem. I've even tried i386 glibc-2.2-5 and could not reproduce it either. Can you perhaps run both programs under ElectricFence (because that backtrace smells like stompoing on memory somewhere)?
I did some further research. The problem appear with these LC settings (the default for Finnish installation, but I think some other languages might fail as well): LC_COLLATE=fi_FI.ISO8859-1 LC_CTYPE=finnish If I set LC_ALL=en_US (for example), the problem disappears. Some other LC-configurations (LC_CTYPE=fi_FI.ISO8859-1;LC_COLLATE=fi_FI.ISO8859-1 or LC_ALL=fi_FI.ISO8859-1) work as well. I'm not sure whether this is a glibc, XFree library, or rxvt bug, but glibc is the one I upgraded, and then it started to happen. I saw another guy on IRC report the same problem with glibc-2.2-5 as well. BTW: For some reason, I do not get mail when you alter this bugzilla case. (Hence the slow response.)
Thanks, that changes things, will see if I can reproduce it tomorrow.
This is IMHO X bug. The change between glibc 2.1.94 and 2.2 was that setlocale no longer canonicalizes the locale name, but SuS2 in no way requires something more than that you can pass that value back to setlocale to restore that locale. What you can do: 1) use fi_FI.ISO8859-1 locales (not finnish nor fi_FI.ISO-8859-1) 2) add the locales into /usr/X11R6/lib/X11/locale/locale.alias: finnish: fi_FI.ISO8859-1 fi_FI.ISO-8859-1: fi_FI.ISO8859-1 3) the best would be if X11 used the same locale parsing algorithm as glibc, of course
Recommended changes to locale
Should be fixed in Rawhide release 4.0.2a-1 and later