From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#69762: X11 versions of Emacs 29 on sparc fail at startup Date: Wed, 13 Mar 2024 08:34:34 +0800 Message-ID: <87a5n3vujp.fsf@yahoo.com> References: <1e95c2c8-f7fc-456c-a8aa-d2ada44b7d13@emvision.com> Reply-To: Po Lu Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15869"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: 69762@debbugs.gnu.org To: ali_gnu2@emvision.com Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Mar 13 01:35:59 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1rkCb9-0003t0-I7 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 13 Mar 2024 01:35:59 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rkCag-0002vH-OF; Tue, 12 Mar 2024 20:35:30 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rkCae-0002v6-E0 for bug-gnu-emacs@gnu.org; Tue, 12 Mar 2024 20:35:28 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rkCad-0000DA-R5 for bug-gnu-emacs@gnu.org; Tue, 12 Mar 2024 20:35:28 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rkCbC-0004Nf-Gf for bug-gnu-emacs@gnu.org; Tue, 12 Mar 2024 20:36:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Mar 2024 00:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 69762 X-GNU-PR-Package: emacs Original-Received: via spool by 69762-submit@debbugs.gnu.org id=B69762.171029013516805 (code B ref 69762); Wed, 13 Mar 2024 00:36:02 +0000 Original-Received: (at 69762) by debbugs.gnu.org; 13 Mar 2024 00:35:35 +0000 Original-Received: from localhost ([127.0.0.1]:44200 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rkCak-0004My-WC for submit@debbugs.gnu.org; Tue, 12 Mar 2024 20:35:35 -0400 Original-Received: from sonic317-33.consmr.mail.ne1.yahoo.com ([66.163.184.44]:45624) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rkCah-0004Mb-P6 for 69762@debbugs.gnu.org; Tue, 12 Mar 2024 20:35:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1710290088; bh=nmtCNIKZ5PVMcqSO29rz19E8s8Q8A25ogfEd97N2EUE=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To; b=UkiKhaKiP2Jti0jiZf/S+6KVimKK0aymxHy6NAANI+LFNkOoBMW0RrrHYD0WqhCZDl/dn6GdaZIVeRZWbwC/bGgRXdvVlFXZhLaDdhofKat2jeIIFEcWAMZXZLI0d+0MTfnoFD7+9XQjOk2NaJLW4p+3XhIAZTS5qtYyfRoTcr1me5VIrWzrqnvGRxrKEm9GKDPI7ph0szvSmyFWaP/GdJUahRYzxRFiXkuQs5NTe2CHwyfDbFz9BbVP7AI2AZmx8yfTefsaaBoki+5pj+oa2pYSSaDe40Cc7ABfL7iWefYs2zkh0wC0rfFApx+f+icYqBh5elGK/6Ulu6kXdvGBkg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1710290088; bh=UoEni9ExwxWGxKKwZHqywYKuGH3AXkE/Hj0bE67q9mY=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=nCfPLvZ/m1IvZWJ7zT2QL9inKkNrpKhHYfzyDvKcoASpt0sYIAQRi4cezrbxH/CMHQH6PHhUmRm2XCvFDlMgtZVCBWHnqHiLBdZ4sSkXGGWudfZ6jwuTzXOmXIm2ttGSXDuYjabzSjtQtXeMg1IX3S7qN05Phv+pJU7roecp0zMflEUeqSnSa7Ap+ufhEwLP5qQfYQyM9Xug2RAOwnvKgoAaZZ5rfmANNL/6B1pkpJPANW45e5/Z6PcOfPOHpr7Qwuc4Vo8OCu2cXB3Xn6NpnpLI0FvH+a/TvKl0YPfGqsf79OE2w1M/ZXRMFKfYfmlNlBQI3FYLD5vnftlalTurzg== X-YMail-OSG: nAiGaEEVM1n.xBOT3ucct65JaZqTCCmHf6OeviHwgtaGsSOEB6_7rvI7OZ4gMko OEiC.GF5tQZsHRa7YNwVVSV1D4FGJ6uDP9YU5fnmZgeIhGy6PmqC8vYu7FZy6rKKyCI63MxA7qPO cvs7z6zk6Fpv4a4iuxYeIbYasW0Fdl9ZgCbrSGiNyqlnw2NbYgNQnbbv78dZEsO56zr_fY6WyIqm SQT2xFK2Sz0km_DTVsbsIWxt8vHTa0Z4snfkX8bhbHb2zOBUkQgGcn40X1fSfHydaGf21RaE6Qb0 DPU8PUJHqZX_mG3nsuR90u0sXteLkrD03owGWnsxs4MdNvCAM_101NxtiIsGfHpdGw3tMIbP6GuG xJFO40SxnfdPHHB8XDbfdmsYRj4SovppPeUK_uRAoZZW.dV9DhH7LNHyWGLPFi9bJWIIahCcmmYK 3AT5.pOLy.PaPiEiJAg82QsH472I1aLw2MZVamcIuAju5P._iLKUbW6HIfBS_cUsIisGHd4B8.6x qVXysGw2UAUH8nYp7V_lYF4V0v8N6M_Tgdf0RS_FDX03p56GbH6feb5_yn7Al2tYmN6SG41ciMm0 2ljHHUS0PnHI_Pu6GyNvPrD32qno5wXVD7CVlb8iKz.Ij3SxblZtmNVqZ.ZKH0_x17Q4vrP5y.Xj JywCxKuBRzkwee2T17QJHJWYdB2Cl0lIvqrXWOcHRq6sZpoKlgWlYeR_nxx11RCRGlsr2KZCcAhK 1ut1NFjeSPLZn.6s5dX5IPRR17s1KRKhbh9oy2fxjCQAvhRq8DoqKQvBURjsQXX0GBirNckWfZUh HPMGf0rUhKAc0e96jJPGJ5jcnFx40ld.2dA2d4cN8F X-Sonic-MF: X-Sonic-ID: 362ce46d-de5f-4e1c-be06-a6fe65db0355 Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.ne1.yahoo.com with HTTP; Wed, 13 Mar 2024 00:34:48 +0000 Original-Received: by hermes--production-sg3-6dc75bc8fb-pl74c (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID a69cd6276af2c5b5a73086b97637f12f; Wed, 13 Mar 2024 00:34:41 +0000 (UTC) In-Reply-To: <1e95c2c8-f7fc-456c-a8aa-d2ada44b7d13@emvision.com> (ali gnu2's message of "Tue, 12 Mar 2024 11:57:46 -0600") X-Mailer: WebService/1.1.22129 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:281537 Archived-At: ali_gnu2@emvision.com writes: > Hello, > > I maintain the the GNU emacs delivered with the > Solaris OS: > > https://github.com/oracle/solaris-userland/tree/master/components/ema= cs > > We're still at version 28.2. It's getting long in the > tooth, so I recently tried to move to 29.2. There were no > issues on x86, but on sparc, I see display problems with > both the gtk (emacs-gtk) and lucid (emacs-x) versions that > prevent it from running. > > I double checked version 28.2, which we are currently > delivering, and it has no problem. Then, I built 29.1, > and it shows the same issues as 29.2. It seems that > something was introduced early in the 29 series. > > With the GTK version, I see 3 different failures on repeated > attempts: > > 1) > > % emacs-gtk > Connection lost to X server 'localhost:10.0' > When compiled with GTK, Emacs cannot recover from X disconnects. > This is a GTK bug: https://gitlab.gnome.org/GNOME/gtk/issues/221 > For details, see etc/PROBLEMS. > Fatal error 6: Aborted > Backtrace: > /usr/bin/emacs-gtk'emacs_backtrace+0x50 [0x1ffe749825f2ac] > /usr/bin/emacs-gtk'terminate_due_to_signal+0xb4 [0x1ffe749822f804] > /usr/bin/emacs-gtk'emacs_abort+0x8 [0x1ffe74982609c4] > /usr/bin/emacs-gtk'x_connection_closed+0x3cc [0x1ffe74981efd54] > /usr/bin/emacs-gtk'x_io_error_quitter+0x3c [0x1ffe74981f00f0] > /usr/lib/sparcv9/libX11.so.4.0.0'_XIOError+0x74 [0x1ffe74904f8034] > /usr/lib/sparcv9/libX11.so.4.0.0'_XReply+0x360 [0x1ffe74904f3bf0] > /usr/lib/sparcv9/libXi.so.5.0.0'XIGetSelectedEvents+0x84 [0x1ffe748ed= 17044] > /usr/bin/emacs-gtk'Fx_create_frame+0x17b4 [0x1ffe74982172fc] > /usr/bin/emacs-gtk'funcall_subr+0x120 [0x1ffe74982e6f58] > /usr/bin/emacs-gtk'exec_byte_code+0x52c [0x1ffe74983470e0] > /usr/bin/emacs-gtk'Ffuncall+0x108 [0x1ffe74982e37d4] > /usr/bin/emacs-gtk'Fapply+0x378 [0x1ffe74982e3c98] > /usr/bin/emacs-gtk'funcall_subr+0xa8 [0x1ffe74982e6ee0] > /usr/bin/emacs-gtk'exec_byte_code+0x52c [0x1ffe74983470e0] > /usr/bin/emacs-gtk'apply_lambda+0xd4 [0x1ffe74982ea734] > /usr/bin/emacs-gtk'eval_sub+0x630 [0x1ffe74982e88c0] > /usr/bin/emacs-gtk'Feval+0x60 [0x1ffe74982ebb2c] > /usr/bin/emacs-gtk'internal_condition_case+0x78 [0x1ffe74982e1bbc] > /usr/bin/emacs-gtk'top_level_1+0x40 [0x1ffe7498233bd0] > /usr/bin/emacs-gtk'internal_catch+0x40 [0x1ffe74982e1ae8] > /usr/bin/emacs-gtk'command_loop+0xd8 [0x1ffe749823241c] > /usr/bin/emacs-gtk'recursive_edit_1+0xb8 [0x1ffe7498237d4c] > /usr/bin/emacs-gtk'Frecursive_edit+0x124 [0x1ffe7498238274] > /usr/bin/emacs-gtk'main+0x1f28 [0x1ffe7498231770] > /usr/bin/emacs-gtk'_start+0x64 [0x1ffe74980c5c04] > Abort (core dumped) > > Note that I don't believe that X disconnects are involved. > This happened immediately at startup. > > 2) > > % emacs-gtk > [xcb] Unknown sequence number while processing queue > [xcb] You called XInitThreads, this is not your fault > [xcb] Aborting, sorry about that. > Assertion failed: !xcb_xlib_threads_sequence_lost, file /builds/ulhg/= mrcarson-trunk_166/components/x11/lib/libX11/libX11-1.8.7/src/xcb_io.c, lin= e 278, function poll_for_event > Fatal error 6: Aborted > Backtrace: > /usr/bin/emacs-gtk'emacs_backtrace+0x50 [0x1fffec39a5f2ac] > /usr/bin/emacs-gtk'terminate_due_to_signal+0xb4 [0x1fffec39a2f804] > /usr/bin/emacs-gtk'handle_fatal_signal+0x8 [0x1fffec39a609b0] > /usr/bin/emacs-gtk'deliver_fatal_thread_signal+0x98 [0x1fffec39a5d4b8] > /lib/sparcv9/libc.so.1'__sighndlr+0xc [0x1fffec392c6410] > /lib/sparcv9/libc.so.1'call_user_handler+0x400 [0x1fffec392b8cb8] > /lib/sparcv9/libc.so.1'sigacthandler+0xd0 [0x1fffec392b90a8] > /lib/sparcv9/libc.so.1'__lwp_sigqueue+0x8 [0x1fffec392cb528] > /lib/sparcv9/libc.so.1'abort+0xb4 [0x1fffec391e5154] > /lib/sparcv9/libc.so.1'_assert_c99+0x64 [0x1fffec391e5ffc] > /usr/lib/sparcv9/libX11.so.4.0.0'poll_for_event+0x1fc [0x1fffec31cf2a= 8c] > /usr/lib/sparcv9/libX11.so.4.0.0'poll_for_response+0x2c [0x1fffec31cf= 2b2c] > /usr/lib/sparcv9/libX11.so.4.0.0'_XEventsQueued+0x7c [0x1fffec31cf2e8= c] > /usr/lib/sparcv9/libX11.so.4.0.0'XFlush+0x1c [0x1fffec31cba45c] > /usr/bin/emacs-gtk'x_set_icon_type+0x70 [0x1fffec39a0c640] > /usr/bin/emacs-gtk'gui_set_frame_parameters_1+0x1800 [0x1fffec398e002= 8] > /usr/bin/emacs-gtk'gui_default_parameter+0x58 [0x1fffec398e55e8] > /usr/bin/emacs-gtk'Fx_create_frame+0xf20 [0x1fffec39a16a68] > /usr/bin/emacs-gtk'funcall_subr+0x120 [0x1fffec39ae6f58] > /usr/bin/emacs-gtk'exec_byte_code+0x52c [0x1fffec39b470e0] > /usr/bin/emacs-gtk'Ffuncall+0x108 [0x1fffec39ae37d4] > /usr/bin/emacs-gtk'Fapply+0x378 [0x1fffec39ae3c98] > /usr/bin/emacs-gtk'funcall_subr+0xa8 [0x1fffec39ae6ee0] > /usr/bin/emacs-gtk'exec_byte_code+0x52c [0x1fffec39b470e0] > /usr/bin/emacs-gtk'apply_lambda+0xd4 [0x1fffec39aea734] > /usr/bin/emacs-gtk'eval_sub+0x630 [0x1fffec39ae88c0] > /usr/bin/emacs-gtk'Feval+0x60 [0x1fffec39aebb2c] > /usr/bin/emacs-gtk'internal_condition_case+0x78 [0x1fffec39ae1bbc] > /usr/bin/emacs-gtk'top_level_1+0x40 [0x1fffec39a33bd0] > /usr/bin/emacs-gtk'internal_catch+0x40 [0x1fffec39ae1ae8] > /usr/bin/emacs-gtk'command_loop+0xd8 [0x1fffec39a3241c] > /usr/bin/emacs-gtk'recursive_edit_1+0xb8 [0x1fffec39a37d4c] > /usr/bin/emacs-gtk'Frecursive_edit+0x124 [0x1fffec39a38274] > /usr/bin/emacs-gtk'main+0x1f28 [0x1fffec39a31770] > /usr/bin/emacs-gtk'_start+0x64 [0x1fffec398c5c04] > Abort (core dumped) > > 3) > > Sometimes, this clobbers the state of my video card, leaving > me with a black screen with a large white square in the upper > left corner. When this happens, I log in remotely, and using > ps, it appears that my desktop is still running, so the X server > is unaware that the video hardware has been whacked. I can only > assume that a bad request is not being caught by the X11 server, > which is likely a second bug. > > With the Lucid version, I normally get this result, after > a long pause: > > % emacs-x > > Connection lost to X server 'localhost:10.0' > > The fact that both the plain X11, and GTK, versions, have > problems seems to point at some generic non-toolkit specific > X code. Perhaps this is an endian issue (x86 works fine), or > maybe there's some uninitialized data involved. > > I asked Rainer Orth, who I work with on Solaris gcc issues, and > who I know is also an emacs user, and he was able to confirm the > same issues, using a different X server: > > >> Given that I'm still on 27.1.90/28.2 myself, I didn't. On the spa= rc > >> side, I primarily use emacs to run gdb, which I haven't done in a > >> while. I can give it a whirl, though. > > > > here's what I found: I configured emacs with > > > > configure \ > > 'CFLAGS=3D-g3 -O2 -m64' \ > > --prefix=3D/vol/gnu \ > > --with-gif=3Difavailable > > PKG_CONFIG_PATH=3D/usr/lib/64/pkgconfig:/usr/lib/64/pkgconf= ig:/usr/share/pkgconfig > > > > and built it with the bundled gcc 13.2.0. Started just fine with e= macs > > -nw (to confirm the basics), but then I started it remotely from my > > ThinLinc session at work (the thin client we use): that resulted in= an > > immediate SEGV of Xvnc and termination of the session. I'm glad I > > didn't try this from my session at home =F0=9F=98=89 > > > > The Xvnc backtrace is like this: > > > > (EE) > > (EE) Backtrace: > > (EE) 0: /opt/thinlinc/libexec/Xvnc (xorg_backtrace+0x41) [0x76a2f1] > > (EE) 1: /opt/thinlinc/libexec/Xvnc (0x400000+0x36d909) [0x76d909] > > (EE) 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f7341b61000+0x144= 20) > > [0x7f7341b75420] > > (EE) 3: /lib/x86_64-linux-gnu/libc.so.6 (0x7f73416d1000+0x18bb38) > > [0x7f734185cb38] > > (EE) 4: /opt/thinlinc/libexec/Xvnc (FlushClient+0x348) [0x76d228] > > (EE) 5: /opt/thinlinc/libexec/Xvnc (WriteToClient+0x100) [0x76d460] > > (EE) 6: /opt/thinlinc/libexec/Xvnc (ProcXIGetSelectedEvents+0x2a8) = [0x54fd98] > > (EE) 7: /opt/thinlinc/libexec/Xvnc (Dispatch+0x325) [0x71c925] > > (EE) 8: /opt/thinlinc/libexec/Xvnc (dix_main+0x388) [0x720778] > > (EE) 9: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf3) [0= x7f73416f5083] > > (EE) 10: /opt/thinlinc/libexec/Xvnc (0x400000+0xc2fa0) [0x4c2fa0] > > (EE) > > (EE) Segmentation fault at address 0x17b40b60 > > (EE) > > > > I'm not sure if I can easily get a Xvnc core dump, though. > > He also reports the same issue with Debian/sparc64, which > we think means that it seems not to be an OS-specific issue: > > > For comparison's sake, I tried the same with a Debian/sparc64 LDom I > > have around for some LLVM and GCC work. I installed emacs 29.2 the= re, > > too (from packages this time) and was 'rewarded' with exactly the s= ame > > Xvnc SEGV as before. So there's nothing Solaris specific in here, = it > > seems. > > I'd appreciate it if someone who knows this code could have > a look. I'm happy to try patches or experiments to help narrow > the issue down further. Emacs works fine on sparc64-sun-solaris2.10, but the difference is that the X libraries and servers installed there are ancient and predate the introduction of generic events or XInput 2. The backtrace Rainer produced demonstrates that the client-side abort is consequent on the X server crashing as it attempts to respond to an XIGetSelectedEvents request, which is _always_ a bug in the X server, whatever the circumstances, and so I suggest redirecting your attention to X.Org, and building `--without-xinput2' in the meantime.