GNU bug report logs - #70760
29.3.50; core dumps when copy in other apps

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Reported by: Kun Liu <kun.liu@HIDDEN>; dated Fri, 3 May 2024 21:32:02 UTC; Maintainer for emacs is bug-gnu-emacs@HIDDEN.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 18 May 2024 18:22:35 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat May 18 14:22:35 2024
Received: from localhost ([127.0.0.1]:34904 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s8OhX-0006Rc-Az
	for submit <at> debbugs.gnu.org; Sat, 18 May 2024 14:22:35 -0400
Received: from mout.gmx.net ([212.227.15.18]:59623)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <michael.albinus@HIDDEN>) id 1s8OhV-0006RQ-FL
 for 70760 <at> debbugs.gnu.org; Sat, 18 May 2024 14:22:34 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de;
 s=s31663417; t=1716056543; x=1716661343; i=michael.albinus@HIDDEN;
 bh=JIJtc6513ISFPYZRbUUK3N91SUCSJE/CyXQgS1J8h6s=;
 h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date:
 Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding:
 content-type:date:from:message-id:mime-version:reply-to:subject:
 to;
 b=uIVCY/YL39Rg5XmArhkZzUl4S4Jwn+LNNliv5azMDYJhKrrblnUXFOjFVb9B82Xq
 dGPXRL6pIOEi/p3hAvs4bLV2VJBh/pWdHJ6knK7mrh96eABH/L9lLqoRX7nyx8Kp6
 HphHODyUAYQzI46qpsjuXXwK1unl9rYLaCs8+X5EMvTSdepGONkzODloOhB7m1UZY
 NHYCH9xcUVnZ64IcSjwgE6RmcPXr2OknIZV63WVM3r2DsXnyuhL38PLVDcFrTRYYM
 651+109CQJbe34q84SycmkcEHURlDAk2+RIgF7D7BWR4Th73SV8XYvM6Xv278UnU3
 alVa4s4rDwBPndVKBA==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx005
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MlNpH-1spPQR3gCr-00llER; Sat, 18
 May 2024 20:22:23 +0200
From: Michael Albinus <michael.albinus@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
In-Reply-To: <86h6evc8fb.fsf@HIDDEN> (Eli Zaretskii's message of "Sat, 18 May
 2024 20:54:32 +0300")
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN> <87cyq0tb5w.fsf@HIDDEN>
 <CA+Nei8PR3Pb4xQ_pvDYoCLNtS1iXB_YNbfj4rcAHbn+X61+yyQ@HIDDEN>
 <86le4cx3w2.fsf@HIDDEN> <87le4be520.fsf@HIDDEN>
 <CA+Nei8M81C-YkqTC__s_q98R6wQmvMDepmwBi1Q31f-e7d4ERw@HIDDEN>
 <87a5krdkq2.fsf@HIDDEN>
 <CA+Nei8PAk1V76A2VMomd=7rp5RgL=-brZYgGV_bw8Bq5ubH3Sw@HIDDEN>
 <CA+Nei8PXshZwUa8o9BqftCzsgHufu0Wk4yAr=1r=ckAKhM+kJw@HIDDEN>
 <87seyicduz.fsf@HIDDEN>
 <CA+Nei8OxHCH9pKaFkVyurUbo5+JyzjycoJYM3n45L7eq=4aT_w@HIDDEN>
 <8734qgz9t9.fsf@HIDDEN> <86pltkfilr.fsf@HIDDEN>
 <87ttivxveq.fsf@HIDDEN> <8634qfe453.fsf@HIDDEN>
 <87a5knxrm7.fsf@HIDDEN> <86wmnrcoe2.fsf@HIDDEN>
 <874javxdns.fsf@HIDDEN> <86h6evc8fb.fsf@HIDDEN>
Date: Sat, 18 May 2024 20:22:21 +0200
Message-ID: <87msonvv36.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:ecp/2a1HlYtTiixNiakq6N4VMuupdsBaR2BoymWhDELM1tIokfk
 bL2YRe0E73YLkwCOeZfXNQ5wy8R2MJhv7Vnlt4kyiF7bPUBO1rteqgUg65mopRUWk7+M8IL
 FS8nMlCU9buVonKsoLtkDV/rOypsBJxlLPeQD5YzoiI2g89PRlyv3MEebtDqXwPExY0UJ0y
 06JFUnpgiyB7xKFZ6eDgA==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:TLsmeZBdsBw=;qjsxbiOQVqhg5/7iHmrT3J/tO9p
 cOdRQCPfaKXTdD8fMO8q4ftGek/n4U9xvHi6UJmP/5SDY9y0rKUBzL5sR8MuZ0QlMJvraQx/t
 hu5dFFrhfoB1KP922jWWP2KcAk4jr05LDdeVjkFLVakPGMsdDBJKYHtNt0zYx5L4A50ksR0Nd
 DyRDUONz18H+KcgapOFM/ieIg+ykn0rLLbMVtVosD8wG2Gj0m869XLduQoX0uMcXfQ02RmUYw
 fkB2poPe/JpOhB33dItfqDilfOmOjfAoeStdnmpTa/pCjQRT+JdSCNE/o0aGRF+8hmf4IeWpZ
 fUb0g597a8NyQpXXCEj/XxUPmyU4HrpqVnaYqhs3UrvpeJsI+qXo1OAin5rCClCnZ1u+g007t
 +nHbMM2YIQGk078QGkTunOTvYZJ+8ifPETZbz52+qeyLNApYoGyxsUDMc93Yqw7qzrRM9i6j5
 hOWmEKpQe+TiHaqNszV78oBpyMg2WkcSk4kSz8TEAlgcQKywiF3iPV5pVcUASnGS9os1K7kS3
 teX9MNpGTNjzFGeE3nOv56IG5PlV8h2pzdnmVq71WCOSv9Sqeg3Dk0Gu9qHG3VS2mCLXpPQ0n
 w0crF77Xfpt7BEsnmF7B0pNWEJBobUSymCajl+x4RDFIf0XItT3Wq9Y7GO9cRIdeD7yocYnYp
 lOisIn1c8BgLWhzccBz9JPPwVKB4yVu9JQxbz6fAj7We1SPLGvQiO/jGiUwq2YMUn9dm9U3M+
 XkfJUMwXiXypCmlYxIIamN2GILrFt8STDqbaJxvICLGkj//9kOaByQ+F2bQl4AEAkzWvtuB4g
 KyAz57S6Nnt8f7NUSNTDCiJyDfSA8cWzk9tRsCBJQTTxzZYS14zaHdrq0PEf85TF3S
X-Spam-Score: 2.9 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  Eli Zaretskii writes: Hi Eli, > But the only place in Emacs
 that generates dbus-event events is > dbusbind.c, right? So in that case,
 the first suspect is some Lisp > package that pushes such events onto the
 Emacs event queue, do [...] 
 Content analysis details:   (2.9 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 3.6 RCVD_IN_SBL_CSS        RBL: Received via a relay in Spamhaus SBL-CSS
 [185.89.38.151 listed in zen.spamhaus.org]
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at https://www.dnswl.org/,
 low trust [212.227.15.18 listed in list.dnswl.org]
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
 provider (michael.albinus[at]gmx.de)
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 RCVD_IN_MSPIKE_H2      RBL: Average reputation (+2)
 [212.227.15.18 listed in wl.mailspike.net]
X-Debbugs-Envelope-To: 70760
Cc: kun.liu@HIDDEN, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.9 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  Eli Zaretskii writes: Hi Eli, > But the only place in Emacs
    that generates dbus-event events is > dbusbind.c, right? So in that case,
    the first suspect is some Lisp > package that pushes such events onto the
    Emacs event queue, do [...] 
 
 Content analysis details:   (1.9 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_MSPIKE_H2      RBL: Average reputation (+2)
                             [212.227.15.18 listed in wl.mailspike.net]
  3.6 RCVD_IN_SBL_CSS        RBL: Received via a relay in Spamhaus SBL-CSS
                             [185.89.38.151 listed in zen.spamhaus.org]
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at https://www.dnswl.org/,
                             low trust
                             [212.227.15.18 listed in list.dnswl.org]
  0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
  0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
                             provider (michael.albinus[at]gmx.de)
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -1.0 MAILING_LIST_MULTI     Multiple indicators imply a widely-seen list
                             manager

Eli Zaretskii <eliz@HIDDEN> writes:

Hi Eli,

> But the only place in Emacs that generates dbus-event events is
> dbusbind.c, right?  So in that case, the first suspect is some Lisp
> package that pushes such events onto the Emacs event queue, do you
> agree?

I agree, the Lispy D-Bus event should be generated only in dbusbind.c.

I've checked Emacs proper (lisp/ subdirectory), GNU ELPA and NonGNU ELPA
for the string "dbus-event". Obviously, it is contained in dbus.el. In
helm-core.el and tramp-gvfs.el, `dbus-event' is added to
`while-no-input-ignore-events'. In notifications.el, secrets.el,
tramp-gvfs.el and zeroconf.el accessor funtions of the `dbus-event'
structure are used. None of this looks strange to me.

>> Not for me. What I have seen is that xd_add_watch calls add_read_fd. But
>> in process.c, there is also the function add_non_keyboard_read_fd. I
>> have no idea what's the difference, but this function must exist for a
>> reason. Would it make sense to use this function instead? Just a wild
>> guess.
>
> Yes, the descriptors we use to read sub-process output are
> non-keyboard descriptors.  But as far as I understand what you say,
> there's no way for those descriptors to generate dbus-event events.

Yes.

Best regards, Michael.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 18 May 2024 17:54:55 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat May 18 13:54:55 2024
Received: from localhost ([127.0.0.1]:34761 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s8OGi-0005p9-Vm
	for submit <at> debbugs.gnu.org; Sat, 18 May 2024 13:54:55 -0400
Received: from eggs.gnu.org ([209.51.188.92]:51344)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1s8OGd-0005oz-87
 for 70760 <at> debbugs.gnu.org; Sat, 18 May 2024 13:54:50 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1s8OGS-0006uf-4A; Sat, 18 May 2024 13:54:37 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=xK0A0/GoSJKm7RFchRpvOVw7AE7LSxHXU7hC6TyXeuA=; b=eKkKKsfcyobN
 RwkzHgq1jIRfe+Xm8rtsDIyVrwPi++1LzMOtHCbbjqvtyQykcX5Vnf/DVmUjD9hd7fM/ot9mDNfR9
 7SoI3T0wEF+ZvbAUOByn2ywT6Vnh67PRResqwDvoFo8gdXdzLlLH5K3NvQwKftXkhxLXBz4O5wpII
 GBFSGaA5k2u4GT3alIDrynxAsFHwIJUzXJQspERxpK4wNMneFTk/lW/gzAKvuVLdKwQGiMEucVT1Q
 vLquGK7s3ZZ3uCXhiPWARfiP47mcprnsnv52s3BHCDeI4ZVBM3upW5/GGXyf6Ykc0qK60hHvsRtZf
 iWLGmu9QU3BVhSTWezk4rQ==;
Date: Sat, 18 May 2024 20:54:32 +0300
Message-Id: <86h6evc8fb.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Michael Albinus <michael.albinus@HIDDEN>
In-Reply-To: <874javxdns.fsf@HIDDEN> (message from Michael Albinus on Sat, 18
 May 2024 18:55:51 +0200)
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN> <87cyq0tb5w.fsf@HIDDEN>
 <CA+Nei8PR3Pb4xQ_pvDYoCLNtS1iXB_YNbfj4rcAHbn+X61+yyQ@HIDDEN>
 <86le4cx3w2.fsf@HIDDEN> <87le4be520.fsf@HIDDEN>
 <CA+Nei8M81C-YkqTC__s_q98R6wQmvMDepmwBi1Q31f-e7d4ERw@HIDDEN>
 <87a5krdkq2.fsf@HIDDEN>
 <CA+Nei8PAk1V76A2VMomd=7rp5RgL=-brZYgGV_bw8Bq5ubH3Sw@HIDDEN>
 <CA+Nei8PXshZwUa8o9BqftCzsgHufu0Wk4yAr=1r=ckAKhM+kJw@HIDDEN>
 <87seyicduz.fsf@HIDDEN>
 <CA+Nei8OxHCH9pKaFkVyurUbo5+JyzjycoJYM3n45L7eq=4aT_w@HIDDEN>
 <8734qgz9t9.fsf@HIDDEN> <86pltkfilr.fsf@HIDDEN>
 <87ttivxveq.fsf@HIDDEN> <8634qfe453.fsf@HIDDEN>
 <87a5knxrm7.fsf@HIDDEN> <86wmnrcoe2.fsf@HIDDEN> <874javxdns.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 70760
Cc: kun.liu@HIDDEN, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Michael Albinus <michael.albinus@HIDDEN>
> Cc: kun.liu@HIDDEN,  70760 <at> debbugs.gnu.org
> Date: Sat, 18 May 2024 18:55:51 +0200
> 
> Eli Zaretskii <eliz@HIDDEN> writes:
> 
> > OK.  So how could a non-D-Bus event end up being interpreted as a
> > D-Bus event?
> 
> We see calls of dbus-event-handler in the backtrace shown by Kun
> Liu. This can happen only via special-mode-map, when an event is
> detected in the event queue, which is a list with the car being the
> symbol `dbus-event'. The rest of the event is not checked at this point,
> the event is checked for D-Bus properness in the handler.
> 
> We have also seen by the tests of Kun Liu, that no external D-Bus event
> has arrived at this time. So I guess either such an invalid D-Bus event
> has been pushed by another package to the event queue, or an existing
> valid event has been modified that the car is the symbol `dbus-event'.

But the only place in Emacs that generates dbus-event events is
dbusbind.c, right?  So in that case, the first suspect is some Lisp
package that pushes such events onto the Emacs event queue, do you
agree?

> > The only hint we have until now is that this happens when copying
> > stuff from other applications.  Does that ring any bells or suggest
> > any ideas?
> 
> Not for me. What I have seen is that xd_add_watch calls add_read_fd. But
> in process.c, there is also the function add_non_keyboard_read_fd. I
> have no idea what's the difference, but this function must exist for a
> reason. Would it make sense to use this function instead? Just a wild
> guess.

Yes, the descriptors we use to read sub-process output are
non-keyboard descriptors.  But as far as I understand what you say,
there's no way for those descriptors to generate dbus-event events.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 18 May 2024 16:56:05 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat May 18 12:56:05 2024
Received: from localhost ([127.0.0.1]:34413 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s8NLp-0007fE-Ap
	for submit <at> debbugs.gnu.org; Sat, 18 May 2024 12:56:05 -0400
Received: from mout.gmx.net ([212.227.17.22]:38427)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <michael.albinus@HIDDEN>) id 1s8NLn-0007ed-2U
 for 70760 <at> debbugs.gnu.org; Sat, 18 May 2024 12:56:04 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de;
 s=s31663417; t=1716051352; x=1716656152; i=michael.albinus@HIDDEN;
 bh=dA8ZxtPb1oUmpRhKlMwQrSivJyGkCLmtsBZgM2YD/jw=;
 h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date:
 Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding:
 content-type:date:from:message-id:mime-version:reply-to:subject:
 to;
 b=MDEuFMfJ0EK9yIMPIxxPvlEoyQ3tSNHo5bO7LSkT08zddSfCqQzNx2/EtjfQkSfi
 bDSgvQEtHJJ4W8FHsRBFtPCWGaRqUzhlaj3UzxIabRQrd5JzFUpwcXTtCWsfPZ6PO
 mxMdwh4C1wng4Eh+5ty0kUucdTkf1QzPQd1I2nmCwYMd/6LBXSkvIO5jHUjOTGzFk
 wrIz4S0vUfnEpIMWABbAKT21Exl3UbQrwiuNntwfZNMCSwKWe/3JVyio8o/Mfmg9i
 T24Yro/WKJQm/fj9sfG9H7Y5qBNvN4ch2lTHj+tniSmKVFQwJEdPM8cOqm96rwANC
 Uwdytr5aZ9oj66/99w==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx105
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MOiDX-1runu30q6R-00QCN7; Sat, 18
 May 2024 18:55:52 +0200
From: Michael Albinus <michael.albinus@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
In-Reply-To: <86wmnrcoe2.fsf@HIDDEN> (Eli Zaretskii's message of "Sat, 18 May
 2024 15:09:41 +0300")
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN> <87cyq0tb5w.fsf@HIDDEN>
 <CA+Nei8PR3Pb4xQ_pvDYoCLNtS1iXB_YNbfj4rcAHbn+X61+yyQ@HIDDEN>
 <86le4cx3w2.fsf@HIDDEN> <87le4be520.fsf@HIDDEN>
 <CA+Nei8M81C-YkqTC__s_q98R6wQmvMDepmwBi1Q31f-e7d4ERw@HIDDEN>
 <87a5krdkq2.fsf@HIDDEN>
 <CA+Nei8PAk1V76A2VMomd=7rp5RgL=-brZYgGV_bw8Bq5ubH3Sw@HIDDEN>
 <CA+Nei8PXshZwUa8o9BqftCzsgHufu0Wk4yAr=1r=ckAKhM+kJw@HIDDEN>
 <87seyicduz.fsf@HIDDEN>
 <CA+Nei8OxHCH9pKaFkVyurUbo5+JyzjycoJYM3n45L7eq=4aT_w@HIDDEN>
 <8734qgz9t9.fsf@HIDDEN> <86pltkfilr.fsf@HIDDEN>
 <87ttivxveq.fsf@HIDDEN> <8634qfe453.fsf@HIDDEN>
 <87a5knxrm7.fsf@HIDDEN> <86wmnrcoe2.fsf@HIDDEN>
Date: Sat, 18 May 2024 18:55:51 +0200
Message-ID: <874javxdns.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:PJZGuHd9fxqiAC2z6I1Cr6KkZiB/3VNY1RMHlZHZdmGAUhSR2gM
 tI36U+2yNr65GVTadIoikdU6dURJiSPm8+Gnd9tm2dztZbjmm2J942PkLEJpiwjhUhxK5jT
 sp952P/iSidGq3TlDn/ANP/IxuXSE0TqAAQL8yKbNK2BIT011iut8olnkr6BdzD2eca1vGx
 XwJsmQrbBpYButMZVPNLg==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:qil+Xhm5fM0=;RMvsQVqWbVYStpmf0ocIgX/JI0f
 OxE3isguJSPlbUHOcf/4DkFZ5ka6DWSTnxHvEyI2tSg/nB7tnpoTP7RBqoG3Pkou0k0Siw48K
 fkghHTlbajHyVWw9s2jGw3T0FotEo9ECSu/xc1UctoCEZ1z+kLnEul4+MZYW182A8C4kAvx+9
 6kth63lXU1dF6dFMq1MJ0SflZtbAVzee912c5tm3LDCle1TV1pWkbnbFT4q7/NmYurjm8Tgnu
 I0fvtoJH0KAwKkTHF0ulIWLIFh6fcLPi0GFKG7mrJKTnCQtRXMBU52EOxGw4GycZQcPnzMJJl
 PERKTTs7IQ/LfZvdYDq7r9HRQFziIOOMV8RzqXTGQRxVhEJh+zYc64aXE83x6TwYr8TnZK+ND
 FMKymF7/U/Cd9f4QuKGp8jY1mYUbJICQD8sZ7ZTfsxxaFUFAzesW8drc4zZZwGJq8AZjsmHTx
 33HiBJB7fAuWTHJcfp6wSMtSfExX2pe/JnWZL0403fH9Sld86gXlOEfSupe5EOeAcl6rGUptC
 7QuhFWwtNUhdvETqFouDyNhYAtomdZKQH6yIfSBGj6j6MPrSrDL1C/GQCzQHVcC0OigIYvVHK
 tGJkSyv7S0TAiJQJcok+SzDzcolr+W7Nx8GLBSx59YtqmumzUIS9ain9RCec3ki+zzQKmefWM
 8PQr4ohmDKhTjAmN7x9UFJhR27jbCFi67cEKwxhr1wWDF37Q52QMOJs9SpauE4Z9vp4Jb0pXf
 3TvYkt38QvxIsI237CtIihbXAGJdBx4nKHh13+YMmySNbgo8DLI1yBIqGACMEGNKlO00tzVSA
 zJQ4tyx1K+NZXozUBj5A2BHs+Fr8G54eI6Kaq4s5j248KRW/lNcn1UwgDM5w3qYk9l
X-Spam-Score: 2.9 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  Eli Zaretskii writes: Hi Eli, > OK. So how could a non-D-Bus
 event end up being interpreted as a > D-Bus event? 
 Content analysis details:   (2.9 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
 provider (michael.albinus[at]gmx.de)
 -0.0 SPF_PASS               SPF: sender matches SPF record
 3.6 RCVD_IN_SBL_CSS        RBL: Received via a relay in Spamhaus SBL-CSS
 [185.89.38.151 listed in zen.spamhaus.org]
 -0.0 RCVD_IN_MSPIKE_H2      RBL: Average reputation (+2)
 [212.227.17.22 listed in wl.mailspike.net]
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at https://www.dnswl.org/,
 low trust [212.227.17.22 listed in list.dnswl.org]
X-Debbugs-Envelope-To: 70760
Cc: kun.liu@HIDDEN, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.9 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  Eli Zaretskii writes: Hi Eli, > OK. So how could a non-D-Bus
    event end up being interpreted as a > D-Bus event? 
 
 Content analysis details:   (1.9 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_MSPIKE_H2      RBL: Average reputation (+2)
                             [212.227.17.22 listed in wl.mailspike.net]
  3.6 RCVD_IN_SBL_CSS        RBL: Received via a relay in Spamhaus SBL-CSS
                             [185.89.38.151 listed in zen.spamhaus.org]
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at https://www.dnswl.org/,
                             low trust
                             [212.227.17.22 listed in list.dnswl.org]
  0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
  0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
                             provider (michael.albinus[at]gmx.de)
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -1.0 MAILING_LIST_MULTI     Multiple indicators imply a widely-seen list
                             manager

Eli Zaretskii <eliz@HIDDEN> writes:

Hi Eli,

> OK.  So how could a non-D-Bus event end up being interpreted as a
> D-Bus event?

We see calls of dbus-event-handler in the backtrace shown by Kun
Liu. This can happen only via special-mode-map, when an event is
detected in the event queue, which is a list with the car being the
symbol `dbus-event'. The rest of the event is not checked at this point,
the event is checked for D-Bus properness in the handler.

We have also seen by the tests of Kun Liu, that no external D-Bus event
has arrived at this time. So I guess either such an invalid D-Bus event
has been pushed by another package to the event queue, or an existing
valid event has been modified that the car is the symbol `dbus-event'.

> Can we arrange for some breakpoints or watchpoints to
> try to catch these inputs on their way to being interpreted as D-Bus
> events, so that we could try figuring out where did those inputs come
> from?

No idea. The backtrace shown by Kun Liu starts with the call of
dbus-event-handler. I have no idea how to watch the event queue - this
is out of my knowledge.

> The only hint we have until now is that this happens when copying
> stuff from other applications.  Does that ring any bells or suggest
> any ideas?

Not for me. What I have seen is that xd_add_watch calls add_read_fd. But
in process.c, there is also the function add_non_keyboard_read_fd. I
have no idea what's the difference, but this function must exist for a
reason. Would it make sense to use this function instead? Just a wild
guess.

Best regards, Michael.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 18 May 2024 12:10:03 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat May 18 08:10:03 2024
Received: from localhost ([127.0.0.1]:33129 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s8It0-0005Uw-Ub
	for submit <at> debbugs.gnu.org; Sat, 18 May 2024 08:10:03 -0400
Received: from eggs.gnu.org ([209.51.188.92]:51936)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1s8Isy-0005UH-VC
 for 70760 <at> debbugs.gnu.org; Sat, 18 May 2024 08:10:02 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1s8Iso-0001Z2-En; Sat, 18 May 2024 08:09:51 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=6LiP9nygFITPDQOZZRhM+xydZ4kaY3j57o6DMuytd1g=; b=ZmZmG9dJ5J9K
 jrlhotxWtM9+aCr2dPyyBXUpKvqMVbjTjR+BlAU1IL8azdGPLKBbVpsUeZznBZ+pJHQgeD1c+1GuG
 5brTrbbguoaOrYraVsQytrL7PCDDIVdvo5+tl9VWKEl0C1MVIS401LB08Uy4sPCoQxeTESQZeYyKc
 4Nne+gkP8ZKQQSso35jxdx5dgJVnqoyDjPixGoMKyG8QG99/Eg5Zt5d52H8QzsimO5IDmkAREOqbu
 c3AKzBHNpByacbnpvxhcLOPdjTquPJceYs9r2nxL54CeoK7amcvvFQ3SjjbtXJSp7W/PXmR89pntw
 2X7X+o08GWvRm7nFqM9d3Q==;
Date: Sat, 18 May 2024 15:09:41 +0300
Message-Id: <86wmnrcoe2.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Michael Albinus <michael.albinus@HIDDEN>
In-Reply-To: <87a5knxrm7.fsf@HIDDEN> (message from Michael Albinus on Sat, 18
 May 2024 13:54:24 +0200)
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN> <87cyq0tb5w.fsf@HIDDEN>
 <CA+Nei8PR3Pb4xQ_pvDYoCLNtS1iXB_YNbfj4rcAHbn+X61+yyQ@HIDDEN>
 <86le4cx3w2.fsf@HIDDEN> <87le4be520.fsf@HIDDEN>
 <CA+Nei8M81C-YkqTC__s_q98R6wQmvMDepmwBi1Q31f-e7d4ERw@HIDDEN>
 <87a5krdkq2.fsf@HIDDEN>
 <CA+Nei8PAk1V76A2VMomd=7rp5RgL=-brZYgGV_bw8Bq5ubH3Sw@HIDDEN>
 <CA+Nei8PXshZwUa8o9BqftCzsgHufu0Wk4yAr=1r=ckAKhM+kJw@HIDDEN>
 <87seyicduz.fsf@HIDDEN>
 <CA+Nei8OxHCH9pKaFkVyurUbo5+JyzjycoJYM3n45L7eq=4aT_w@HIDDEN>
 <8734qgz9t9.fsf@HIDDEN> <86pltkfilr.fsf@HIDDEN>
 <87ttivxveq.fsf@HIDDEN> <8634qfe453.fsf@HIDDEN> <87a5knxrm7.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 70760
Cc: kun.liu@HIDDEN, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Michael Albinus <michael.albinus@HIDDEN>
> Cc: kun.liu@HIDDEN,  70760 <at> debbugs.gnu.org
> Date: Sat, 18 May 2024 13:54:24 +0200
> 
> Eli Zaretskii <eliz@HIDDEN> writes:
> 
> > You are saying that output of some subprocess could be interpreted as
> > D-Bus event?  How do we know which inputs to try to interpret as D-Bus
> > events?  IOW, can you hypothesize how could we take some non-D-Bus
> > input and end up interpreting it as D-Bus?
> 
> No. I'm saying that dbusbind.c uses add_write_fd and add_read_fd, which
> are defined in process.c.
> 
> I don't believe that file descriptors of other subprocesses will provide
> data for dbusbind.c. The registered file descriptors for D-Bus use the
> callback xd_read_queued_messages, and only this callback reads the data
> from the file descriptors, and generates D-Bus events.
> 
> This looks stable to me, and this architecture exists for many years.

OK.  So how could a non-D-Bus event end up being interpreted as a
D-Bus event?  Can we arrange for some breakpoints or watchpoints to
try to catch these inputs on their way to being interpreted as D-Bus
events, so that we could try figuring out where did those inputs come
from?

The only hint we have until now is that this happens when copying
stuff from other applications.  Does that ring any bells or suggest
any ideas?




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 18 May 2024 11:54:37 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat May 18 07:54:37 2024
Received: from localhost ([127.0.0.1]:33053 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s8Ie5-00056y-8K
	for submit <at> debbugs.gnu.org; Sat, 18 May 2024 07:54:37 -0400
Received: from mout.gmx.net ([212.227.17.21]:33585)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <michael.albinus@HIDDEN>) id 1s8Ie3-00056p-Et
 for 70760 <at> debbugs.gnu.org; Sat, 18 May 2024 07:54:36 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de;
 s=s31663417; t=1716033265; x=1716638065; i=michael.albinus@HIDDEN;
 bh=sDufllqElxk/CQvfSlubFUNO7ORoTL79y1lZpUAsNGw=;
 h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date:
 Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding:
 content-type:date:from:message-id:mime-version:reply-to:subject:
 to;
 b=FvLNrGk6CHlO6ALOew/tDg9xXKVq4w9W9PuQDJh/ql56dJlwZt8slAukn+/BTHJc
 BkSfvZ1ouUpQGFdSO06ldhiiByOEB1i3E08d8/BHe54lwTvN0S2vBXPoAp3XTrHT/
 wWA27456/QfDfDCviIrU4Q+JBC0LIIwVk7DqT75LiY7G/XvVRJ5qmUMizVO2p1Lzi
 m1UHbvpOpvaBaO69O93hBpDuFFnhbnvRhGea0VNHbNSHWYCOXZnz3OOAZ0nKCQCRB
 RqCTjD0C/jklUlY/mH+4riT21XldD90VvVkJzoz3zx5AYvUCF89QHArjVsZu/G7Wu
 2Gi1GrC5FqyKD4AJ3g==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx105
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N3KTy-1sZD75273S-010PcX; Sat, 18
 May 2024 13:54:25 +0200
From: Michael Albinus <michael.albinus@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
In-Reply-To: <8634qfe453.fsf@HIDDEN> (Eli Zaretskii's message of "Sat, 18 May
 2024 14:44:08 +0300")
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN> <87cyq0tb5w.fsf@HIDDEN>
 <CA+Nei8PR3Pb4xQ_pvDYoCLNtS1iXB_YNbfj4rcAHbn+X61+yyQ@HIDDEN>
 <86le4cx3w2.fsf@HIDDEN> <87le4be520.fsf@HIDDEN>
 <CA+Nei8M81C-YkqTC__s_q98R6wQmvMDepmwBi1Q31f-e7d4ERw@HIDDEN>
 <87a5krdkq2.fsf@HIDDEN>
 <CA+Nei8PAk1V76A2VMomd=7rp5RgL=-brZYgGV_bw8Bq5ubH3Sw@HIDDEN>
 <CA+Nei8PXshZwUa8o9BqftCzsgHufu0Wk4yAr=1r=ckAKhM+kJw@HIDDEN>
 <87seyicduz.fsf@HIDDEN>
 <CA+Nei8OxHCH9pKaFkVyurUbo5+JyzjycoJYM3n45L7eq=4aT_w@HIDDEN>
 <8734qgz9t9.fsf@HIDDEN> <86pltkfilr.fsf@HIDDEN>
 <87ttivxveq.fsf@HIDDEN> <8634qfe453.fsf@HIDDEN>
Date: Sat, 18 May 2024 13:54:24 +0200
Message-ID: <87a5knxrm7.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:5ke41s3m16Pjg78NXKBZipYnBmBc1H+Z+AWwwBV8ZpNUKzO8C+8
 w8aD8XZH/JKWboM59lA1YJ38fiBstkqU5JqEFHTanGxOMvQpnS43Au0Ffv2VKz/hwOhPocM
 FYehjQCLToyQyopC8exJdOdzvu8/nSGaReE4f2D5++ewTVTBZnO0wsLv1UXxfaW+yjSqgx/
 raMFoW1/pj1vv/41JY1YA==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:DKv7+l1keps=;WHMfyu9zKfPOtPRe8wVMXyN344v
 BAn4k02fk3GNT2aYa2344hTBXajTAU1w6y+heVubz+OgeBGcC7NWFcCPFS0pi2yzD7UBS8jmD
 8nUfGLYa6IhDXQouy0cnidq1KDP4c9MzytnhvCwSQRizgR+xQL0nR7L+eBim0+iT2jjvFjm9W
 g/U+yefijGNZfK01muhpQ9IYOXZrob8cEjHZXbKXsMQEV+WxuFA8E5ThXBiYHAG47fMsZJUUL
 9/AcHjuq1L480H+MHwfXFRi9OAwFebJk+P3SnxmQn2IVG/TW5U8XM5eoQpQPiJlkqgnxY/ZNL
 AH/AtO/fM+tLwkgThxpgTc3X2pLXhgneEWX8D9Wp1sNWtfdmSWeIYJE5jySNLyRo1s1dlP460
 54bEaTFt/q2EA6OSEb2SiamC3WalK61h5/0NtdPjJhYKWaesWjpKwaXhOZtlfENy7csqFSaN4
 byp7lfXdwbqgZtu6bmnmuIEVGPTmsjxUHqItVcRDo7rR1EkVvqqbwoYe4wIE8HtndMj8aZqNN
 r7VUFd9I1X50+aJjR1n44Kvc+Zz826FXxE93ZHZydqZg7UAQ0+U7JIVfpKLNX0OQhvgwhC7PU
 hzN/+rDIoP81Wvw7/DVTmrbv5vKNH6EtFBONnvLTB3J0beeJG2Rws9s4BRB5fPFt8ucJeJVU8
 tztSQjX/FSyQbGzC6c0wCV1eWD2tkSovAQJy0FoA9E5Uo9lGsf2dwNfo6CiJ9DcbJ0eOIhZ6u
 vHt/NagdDmevFQGHyr6TpVuZVaY88HExCNXA3t+8lMPFS5EgX6N9TH+STsDY2Qt1YiUK+bHHE
 6H7aIYdzySYh4dIyjjbT07XJw6o6u6je2UVgeS8rqVTjCVWSV33jfcG5tIdfmE46jy
X-Spam-Score: 2.9 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  Eli Zaretskii writes: Hi Eli,
 >> See xd_add_watch. xd_find_watch_fd
 returns the file descriptor >> reponsible for a given D-Bus connection (this
 is a bus like the system >> bus, the session bus, or a private bus). This
 file descri [...] 
 Content analysis details:   (2.9 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at https://www.dnswl.org/,
 low trust [212.227.17.21 listed in list.dnswl.org]
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
 provider (michael.albinus[at]gmx.de)
 -0.0 SPF_PASS               SPF: sender matches SPF record
 3.6 RCVD_IN_SBL_CSS        RBL: Received via a relay in Spamhaus SBL-CSS
 [185.89.38.151 listed in zen.spamhaus.org]
 -0.0 RCVD_IN_MSPIKE_H2      RBL: Average reputation (+2)
 [212.227.17.21 listed in wl.mailspike.net]
X-Debbugs-Envelope-To: 70760
Cc: kun.liu@HIDDEN, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.9 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  Eli Zaretskii writes: Hi Eli, >> See xd_add_watch. xd_find_watch_fd
    returns the file descriptor >> reponsible for a given D-Bus connection (this
    is a bus like the system >> bus, the session bus, or a private bus). This
    file descri [...] 
 
 Content analysis details:   (1.9 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_MSPIKE_H2      RBL: Average reputation (+2)
                             [212.227.17.21 listed in wl.mailspike.net]
  3.6 RCVD_IN_SBL_CSS        RBL: Received via a relay in Spamhaus SBL-CSS
                             [185.89.38.151 listed in zen.spamhaus.org]
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at https://www.dnswl.org/,
                             low trust
                             [212.227.17.21 listed in list.dnswl.org]
  0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
  0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
                             provider (michael.albinus[at]gmx.de)
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -1.0 MAILING_LIST_MULTI     Multiple indicators imply a widely-seen list
                             manager

Eli Zaretskii <eliz@HIDDEN> writes:

Hi Eli,

>> See xd_add_watch. xd_find_watch_fd returns the file descriptor
>> reponsible for a given D-Bus connection (this is a bus like the system
>> bus, the session bus, or a private bus). This file descriptor is added
>> to Emacs via add_write_fd and add_read_fd, using the callback
>> xd_read_queued_messages. So it might look like a subprocess ...
>
> You are saying that output of some subprocess could be interpreted as
> D-Bus event?  How do we know which inputs to try to interpret as D-Bus
> events?  IOW, can you hypothesize how could we take some non-D-Bus
> input and end up interpreting it as D-Bus?

No. I'm saying that dbusbind.c uses add_write_fd and add_read_fd, which
are defined in process.c.

I don't believe that file descriptors of other subprocesses will provide
data for dbusbind.c. The registered file descriptors for D-Bus use the
callback xd_read_queued_messages, and only this callback reads the data
from the file descriptors, and generates D-Bus events.

This looks stable to me, and this architecture exists for many years.

Best regards, Michael.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 18 May 2024 11:44:23 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat May 18 07:44:23 2024
Received: from localhost ([127.0.0.1]:33006 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s8IUA-00050j-MZ
	for submit <at> debbugs.gnu.org; Sat, 18 May 2024 07:44:23 -0400
Received: from eggs.gnu.org ([209.51.188.92]:56316)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1s8IU8-00050X-Ua
 for 70760 <at> debbugs.gnu.org; Sat, 18 May 2024 07:44:21 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1s8IU0-0004w4-0S; Sat, 18 May 2024 07:44:12 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=RPvyy2sldYCbO8pJpW+ehryopak/ccFRUHlYAJdTeUA=; b=pVIJ4Hj4Mkg+
 zhWpvl+p2SFWXJ9eH9JH+5pGgZEfpL8+jE41mCrlhy5QCouSGGsYKsqoV48IJBTM8FvzZVqkQ8pja
 tpBzzzvPB2oAX1U/ooAp5WyiWJc/3jX6gd4sybzqGZJZNDVdrzjPY+yIqLn/VskU0CwIaLwA5vyQz
 TsYqsv+b0Jc415w5cYzMwl7gRr7j0EbWADtEsFT/zlbUEnPA4RZar5del2TIUw90hYMmxGhT+Ef1i
 /SpR3uVsmT4h7yWfxnsEqrNjb02tiP0LFUUlmhnWEaJ97LGiKeWxMENk01CgzOEku0ffjavYpSlEf
 R/FCM6h1kvfGWuucwZ5+Mg==;
Date: Sat, 18 May 2024 14:44:08 +0300
Message-Id: <8634qfe453.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Michael Albinus <michael.albinus@HIDDEN>
In-Reply-To: <87ttivxveq.fsf@HIDDEN> (message from Michael Albinus on Sat, 18
 May 2024 12:32:29 +0200)
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN> <87cyq0tb5w.fsf@HIDDEN>
 <CA+Nei8PR3Pb4xQ_pvDYoCLNtS1iXB_YNbfj4rcAHbn+X61+yyQ@HIDDEN>
 <86le4cx3w2.fsf@HIDDEN> <87le4be520.fsf@HIDDEN>
 <CA+Nei8M81C-YkqTC__s_q98R6wQmvMDepmwBi1Q31f-e7d4ERw@HIDDEN>
 <87a5krdkq2.fsf@HIDDEN>
 <CA+Nei8PAk1V76A2VMomd=7rp5RgL=-brZYgGV_bw8Bq5ubH3Sw@HIDDEN>
 <CA+Nei8PXshZwUa8o9BqftCzsgHufu0Wk4yAr=1r=ckAKhM+kJw@HIDDEN>
 <87seyicduz.fsf@HIDDEN>
 <CA+Nei8OxHCH9pKaFkVyurUbo5+JyzjycoJYM3n45L7eq=4aT_w@HIDDEN>
 <8734qgz9t9.fsf@HIDDEN> <86pltkfilr.fsf@HIDDEN> <87ttivxveq.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 70760
Cc: kun.liu@HIDDEN, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Michael Albinus <michael.albinus@HIDDEN>
> Cc: kun.liu@HIDDEN,  70760 <at> debbugs.gnu.org
> Date: Sat, 18 May 2024 12:32:29 +0200
> 
> Eli Zaretskii <eliz@HIDDEN> writes:
> 
> Hi Eli,
> 
> >> But what if an event is added to the input event queue, which has an
> >> arbitrary format? Or an existing event has been modified? It could look
> >> like a D-Bus event (the car of the event is `dbus-event'), but the rest
> >> of the list is random. It must not come via the dbusevent.c mechanism
> >> I've explained above, anybody can push such an event onto then input
> >> event queue. But I have no idea how to debug this.
> >
> > Which file descriptors do we listen to, apart of sub-processes and
> > inotify?
> 
> See xd_add_watch. xd_find_watch_fd returns the file descriptor
> reponsible for a given D-Bus connection (this is a bus like the system
> bus, the session bus, or a private bus). This file descriptor is added
> to Emacs via add_write_fd and add_read_fd, using the callback
> xd_read_queued_messages. So it might look like a subprocess ...

You are saying that output of some subprocess could be interpreted as
D-Bus event?  How do we know which inputs to try to interpret as D-Bus
events?  IOW, can you hypothesize how could we take some non-D-Bus
input and end up interpreting it as D-Bus?




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 18 May 2024 10:32:43 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat May 18 06:32:42 2024
Received: from localhost ([127.0.0.1]:60914 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s8HMo-0001Mm-Iz
	for submit <at> debbugs.gnu.org; Sat, 18 May 2024 06:32:42 -0400
Received: from mout.gmx.net ([212.227.17.20]:38825)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <michael.albinus@HIDDEN>) id 1s8HMm-0001Me-C0
 for 70760 <at> debbugs.gnu.org; Sat, 18 May 2024 06:32:41 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de;
 s=s31663417; t=1716028350; x=1716633150; i=michael.albinus@HIDDEN;
 bh=g0gIKFfnM8GZRZEwnowSANpskvyV1V62YBkUdtLCylk=;
 h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date:
 Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding:
 content-type:date:from:message-id:mime-version:reply-to:subject:
 to;
 b=gsgWaZe8pz0SwxjH6aIKCWgGDGK11fLJNPs1qXMp7aYzJVEikmgaluGBVeI0knmF
 oC9fVjqscQ43EYbocaPw8onhq95K9oHWO/i1N0i1fSTSS0ZkVcBYEbZCzrSPPAnZ/
 nxzf/JnRJCiEMaNjbazMyLXkc9NPMyvpOhfRSPi6maJAAdLXXH5wOMDQ1poMx9lOg
 e7YEG1Go/koUa25e8CB9JcBH7SjgtVyk5amCpH7FB5e48G+aNxXVlfG/ey+P32ayy
 3nlcHIbfRWxL5iN84unZsjwAeKCxN+qJnIgFM57Xx6mhsZc5EPdtiwQtigQ1s0NjO
 NxV1SC3S9LBqnfw7Tg==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx105
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MAOJP-1sFk8b1RW7-00Bsg2; Sat, 18
 May 2024 12:32:30 +0200
From: Michael Albinus <michael.albinus@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
In-Reply-To: <86pltkfilr.fsf@HIDDEN> (Eli Zaretskii's message of "Fri, 17 May
 2024 20:34:08 +0300")
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN> <87cyq0tb5w.fsf@HIDDEN>
 <CA+Nei8PR3Pb4xQ_pvDYoCLNtS1iXB_YNbfj4rcAHbn+X61+yyQ@HIDDEN>
 <86le4cx3w2.fsf@HIDDEN> <87le4be520.fsf@HIDDEN>
 <CA+Nei8M81C-YkqTC__s_q98R6wQmvMDepmwBi1Q31f-e7d4ERw@HIDDEN>
 <87a5krdkq2.fsf@HIDDEN>
 <CA+Nei8PAk1V76A2VMomd=7rp5RgL=-brZYgGV_bw8Bq5ubH3Sw@HIDDEN>
 <CA+Nei8PXshZwUa8o9BqftCzsgHufu0Wk4yAr=1r=ckAKhM+kJw@HIDDEN>
 <87seyicduz.fsf@HIDDEN>
 <CA+Nei8OxHCH9pKaFkVyurUbo5+JyzjycoJYM3n45L7eq=4aT_w@HIDDEN>
 <8734qgz9t9.fsf@HIDDEN> <86pltkfilr.fsf@HIDDEN>
Date: Sat, 18 May 2024 12:32:29 +0200
Message-ID: <87ttivxveq.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:3ij9PRiwRS8td0X97LXpLblreyWdQmXn8OFg8/0TD+eTgLbuflR
 ZIn3n5l32N4CZy/ThZWHZNbgGDvn7zF8QeNox8AOHbKN1uNZH8s6BinO4yxulIWM/T7k7Bj
 sSwbEzf3ML2IEXY9fERDHbhCMydxzlXvuLv0V9eFC+b27WBB42RlrP8r3EqL51AUGGE85Of
 PPW70EHNrRDbxm6OEk27Q==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:eclLGsnaK68=;8jH7G7hVrt/98NeTuYfTrdBLOFx
 9H3fSXEzBt0vvfgDJT63HoGyQa/Q/Dh2n8FmxVNeF6If3cWJkFHag9yTrzmjB0Hrc0EfwxPqw
 sTh0GHbPlnVO4va+C5Mcu7w1hwXDB6iA28lHvBVQto1syZP5yyVuaFjqqr0Yzzeljdqh+Jknf
 DrwCtQb1Y9LEPiZwweC2FORSaKN+tYzuWTQhOZOnOCaiYt3BkZML08eSBcEeFLUzwcUBwfBfR
 nC35jTS+rWxo6gFjupeH7dEFQ5vqJmLQ3VnpRGdnzGw20XSH6dF2jvBadNmY/iDWstUyM+gq5
 OrJXeUYaG1HJBBP3fkIYJtg9R6zNkdwRSYUtxSnBQQ+BZcXhLCQ1INLZDSX8XPOuo97cwbBlX
 Hp5cD8S7NthVnztwx8rdOIj1CWqX6hzYQ7JlT8M2XEkQ7bHscEMymOAYDoklQBnT/qllEV0hm
 1CPQdK88RnGH3lF9I5zxZeL1/YiM1ItQaanGXk3eNSG9QrRRYCOO8fI0yOLsRP7wcZb+6h/oI
 8RWkIfmv4wO+S6xQCkWNHLdgE4/gj5JnVNMWnWgVeOgGRIDo+06fQrA08f6HOJPUsSeUcGi+m
 OEllT9DURjRUCGgG0ZIZFSMicGyAqf4dluNPkO4Phc+hPbyLMiNmhLUrhBhfreCv8PBXdCar/
 SLewExggCW+L2bvhEKOqOk4S4azzU8yLUQoyQNBWCEDO1/ZzK/UwSL7kXcyhQaAvpaZpg9iXD
 sMwGsGPfJ9Zn3MSRIa40ge2P0nM1truaqinw1pO+LNNfv4ezC0HjmoApLowj6OiGfe1pSfD2H
 yLvYZm9Qdmf6CGt0HH8/3D0z5DWCeRdNE+WwidPeC1FH7AIelZC37ig4d/hxqrjeh6
X-Spam-Score: 2.9 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  Eli Zaretskii writes: Hi Eli,
 >> But what if an event is added
 to the input event queue, which has an >> arbitrary format? Or an existing
 event has been modified? It could look >> like a D-Bus event (the car of
 the event is `dbus- [...] 
 Content analysis details:   (2.9 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 3.6 RCVD_IN_SBL_CSS        RBL: Received via a relay in Spamhaus SBL-CSS
 [185.89.38.151 listed in zen.spamhaus.org]
 0.0 RCVD_IN_MSPIKE_H4      RBL: Very Good reputation (+4)
 [212.227.17.20 listed in wl.mailspike.net]
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
 provider (michael.albinus[at]gmx.de)
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at https://www.dnswl.org/,
 low trust [212.227.17.20 listed in list.dnswl.org]
 0.0 RCVD_IN_MSPIKE_WL      Mailspike good senders
X-Debbugs-Envelope-To: 70760
Cc: kun.liu@HIDDEN, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.9 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  Eli Zaretskii writes: Hi Eli, >> But what if an event is added
    to the input event queue, which has an >> arbitrary format? Or an existing
    event has been modified? It could look >> like a D-Bus event (the car of
   the event is `dbus- [...] 
 
 Content analysis details:   (1.9 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
  0.0 RCVD_IN_MSPIKE_H4      RBL: Very Good reputation (+4)
                             [212.227.17.20 listed in wl.mailspike.net]
  3.6 RCVD_IN_SBL_CSS        RBL: Received via a relay in Spamhaus SBL-CSS
                             [185.89.38.151 listed in zen.spamhaus.org]
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at https://www.dnswl.org/,
                             low trust
                             [212.227.17.20 listed in list.dnswl.org]
  0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
  0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
                             provider (michael.albinus[at]gmx.de)
 -0.0 SPF_PASS               SPF: sender matches SPF record
  0.0 RCVD_IN_MSPIKE_WL      Mailspike good senders
 -1.0 MAILING_LIST_MULTI     Multiple indicators imply a widely-seen list
                             manager

Eli Zaretskii <eliz@HIDDEN> writes:

Hi Eli,

>> But what if an event is added to the input event queue, which has an
>> arbitrary format? Or an existing event has been modified? It could look
>> like a D-Bus event (the car of the event is `dbus-event'), but the rest
>> of the list is random. It must not come via the dbusevent.c mechanism
>> I've explained above, anybody can push such an event onto then input
>> event queue. But I have no idea how to debug this.
>
> Which file descriptors do we listen to, apart of sub-processes and
> inotify?

See xd_add_watch. xd_find_watch_fd returns the file descriptor
reponsible for a given D-Bus connection (this is a bus like the system
bus, the session bus, or a private bus). This file descriptor is added
to Emacs via add_write_fd and add_read_fd, using the callback
xd_read_queued_messages. So it might look like a subprocess ...

Best regards, Michael.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 18 May 2024 00:35:39 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri May 17 20:35:39 2024
Received: from localhost ([127.0.0.1]:58107 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s8830-0004Er-FG
	for submit <at> debbugs.gnu.org; Fri, 17 May 2024 20:35:39 -0400
Received: from mail-lj1-f176.google.com ([209.85.208.176]:53692)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <kun.liu@HIDDEN>) id 1s882y-0004Ef-Hs
 for 70760 <at> debbugs.gnu.org; Fri, 17 May 2024 20:35:37 -0400
Received: by mail-lj1-f176.google.com with SMTP id
 38308e7fff4ca-2e6f51f9de4so14169781fa.3
 for <70760 <at> debbugs.gnu.org>; Fri, 17 May 2024 17:35:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1715992467; x=1716597267; darn=debbugs.gnu.org;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:from:to:cc:subject:date:message-id:reply-to;
 bh=tuMFPY3rfKjM6vAyvGK2NCw/t/8o9ZFWTXkKEE5URAo=;
 b=h7FKP83Ci37rz1WRThawEeNwyo1A1qVC8uCdgc/tcu3E5uBeGIX+EHEY/2QRowQ3ug
 Q6LYL7qfZtKycf8AFfnyY8CMSMTzSrZBOcZi1glNguqmNsGIRHB/rKf676rmHRKh62ql
 ImFKeXr5N1cdhVPlT4BoI0zQlox1z0IEJVMTnZ0Fvz1jtyfs1YMKRQ1dvuuFJhXrlBJE
 kgnvmXgQX77lyUpxtb8mhvCZ8ITLvQafrUOs+CoQRvNw/VwaTyWSwJLDuaxdehSkFVk7
 N6LyaRyo0znHAFM/TD+sP91pRHCcuX4R61/L27y0YOCDTS8dcqZV9U5/Qs8svV4YZbba
 F6Ag==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1715992467; x=1716597267;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
 :reply-to;
 bh=tuMFPY3rfKjM6vAyvGK2NCw/t/8o9ZFWTXkKEE5URAo=;
 b=XSUOXFWTfpogBCllnOqkMSroe2tv8p+GKa5iEEB+VfJgc1MbwzWH4XXjvxQwMoRIr7
 VemvW194WW+b1GWCuLMRsAqlAuaWoUKgXFNUkjGlm6gE6u3MEMqyhlpwTjZ6LGn5JE8i
 lkrQDpelmiN+sBkMSOnSuQo/U+Slcnbt4yLfrAGFLbCcCuXZrZHJH5vtkur3n4mA1HCn
 CjGekKUP26vQryNPYdmB4OCfHjo6jifVwBPnSYdomQU/Fc5w4WiMwr9ib2wtc5B3PGX7
 UXhXP0gZpwiXZx8Ul39Q/K9IjE19eZpUdigGpr8l/DAiZpY+BJ6yogo+1ZxpXuyKILHS
 qUxQ==
X-Forwarded-Encrypted: i=1;
 AJvYcCXa/0tUNkwT8TaDl581KCC5BGG0liQeKM5xRjscr2y9eiEPLIw6DWgPF4DOJ1KQcasql8O4BOweNBj/3Y6L25Q4wH/o8kI=
X-Gm-Message-State: AOJu0Yw4taFaaoo90lINZ31hVw3z9cobNV5JQam3nFWpyD/7L9jis10h
 m0OF7cc6u/3b4CbCS6p3EWbYok4Onb855vyrcq1vEDV4hcfewy3SeGOyicVigsLSfhzA2gNKEyi
 GWgVSoJs9RMrltP0smOOmtsN+psM=
X-Google-Smtp-Source: AGHT+IEhzjXF1io//YR+GafQbTF4YtpioQzhsKz0pi687Y3shLQRGvFcoQshAKzG3XyeoMg/+Oru8V0vyzClpqgAw8c=
X-Received: by 2002:a2e:b0f3:0:b0:2e2:b2c7:e597 with SMTP id
 38308e7fff4ca-2e51fc34439mr208891061fa.3.1715992467003; Fri, 17 May 2024
 17:34:27 -0700 (PDT)
MIME-Version: 1.0
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN> <87cyq0tb5w.fsf@HIDDEN>
 <CA+Nei8PR3Pb4xQ_pvDYoCLNtS1iXB_YNbfj4rcAHbn+X61+yyQ@HIDDEN>
 <86le4cx3w2.fsf@HIDDEN> <87le4be520.fsf@HIDDEN>
 <CA+Nei8M81C-YkqTC__s_q98R6wQmvMDepmwBi1Q31f-e7d4ERw@HIDDEN>
 <87a5krdkq2.fsf@HIDDEN>
 <CA+Nei8PAk1V76A2VMomd=7rp5RgL=-brZYgGV_bw8Bq5ubH3Sw@HIDDEN>
 <CA+Nei8PXshZwUa8o9BqftCzsgHufu0Wk4yAr=1r=ckAKhM+kJw@HIDDEN>
 <87seyicduz.fsf@HIDDEN>
 <CA+Nei8OxHCH9pKaFkVyurUbo5+JyzjycoJYM3n45L7eq=4aT_w@HIDDEN>
 <8734qgz9t9.fsf@HIDDEN> <86pltkfilr.fsf@HIDDEN>
 <CA+Nei8M1-H5_9A3MUWcQaryewqTwzbrjjp5wyfHbJ_iSEcT-Jw@HIDDEN>
In-Reply-To: <CA+Nei8M1-H5_9A3MUWcQaryewqTwzbrjjp5wyfHbJ_iSEcT-Jw@HIDDEN>
From: Kun Liu <kun.liu@HIDDEN>
Date: Fri, 17 May 2024 17:34:14 -0700
Message-ID: <CA+Nei8Nv0QT2sq=NBugoKt4NpLoM2kvw9dKUBgQcJ1Myy1KtzQ@HIDDEN>
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: multipart/alternative; boundary="0000000000006edfd00618afa1bc"
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 70760
Cc: Michael Albinus <michael.albinus@HIDDEN>, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

--0000000000006edfd00618afa1bc
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Just a quick update: I went through my .emacs line by line and was able to
find the culprit.

After I commented out "(follow-mode t)", Emacs has been running fine for a
few hours now.

It appears the combination of org-mode, follow-mode in Emacs 27-30 running
in a Debian 11/12 VM in VirtualBox 6/7 on a Windows 11 host, and a copy
operation on the host, sometimes causes problems.

Thank you, Eli and Michael, for your help. I really appreciate it.

On Fri, May 17, 2024 at 1:43=E2=80=AFPM Kun Liu <kun.liu@HIDDEN> wrote:

> I've tried various combinations of Debian11/12, Emacs 27/28/29/30,
> native-compilation yes/no. This behavior seems to be always present.
>
> On the other hand, based on all the tests I have done, it appears that
> this issue happens when org-mode is loaded. I will run more tests and
> report back if I see it happen without org-mode.
>
> On Fri, May 17, 2024 at 10:34=E2=80=AFAM Eli Zaretskii <eliz@HIDDEN> wro=
te:
>
>> > From: Michael Albinus <michael.albinus@HIDDEN>
>> > Cc: Eli Zaretskii <eliz@HIDDEN>,  70760 <at> debbugs.gnu.org
>> > Date: Fri, 17 May 2024 18:23:46 +0200
>> >
>> > But what if an event is added to the input event queue, which has an
>> > arbitrary format? Or an existing event has been modified? It could loo=
k
>> > like a D-Bus event (the car of the event is `dbus-event'), but the res=
t
>> > of the list is random. It must not come via the dbusevent.c mechanism
>> > I've explained above, anybody can push such an event onto then input
>> > event queue. But I have no idea how to debug this.
>>
>> Which file descriptors do we listen to, apart of sub-processes and
>> inotify?
>>
>

--0000000000006edfd00618afa1bc
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Just a quick update: I went through my .emacs line by line=
 and was able to find the culprit.<div><br></div><div>After I commented out=
 &quot;(follow-mode t)&quot;, Emacs has been running=C2=A0fine for a few ho=
urs now.</div><div><br></div><div>It appears the combination of org-mode, f=
ollow-mode in Emacs 27-30 running in a Debian 11/12 VM=C2=A0in VirtualBox 6=
/7 on a Windows 11 host, and a copy operation on the host, sometimes causes=
 problems.</div><div><br></div><div>Thank you, Eli and Michael, for your he=
lp. I really appreciate it.</div></div><br><div class=3D"gmail_quote"><div =
dir=3D"ltr" class=3D"gmail_attr">On Fri, May 17, 2024 at 1:43=E2=80=AFPM Ku=
n Liu &lt;<a href=3D"mailto:kun.liu@HIDDEN">kun.liu@HIDDEN</a>&gt; wr=
ote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px=
 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D=
"ltr">I&#39;ve tried various combinations of Debian11/12, Emacs 27/28/29/30=
, native-compilation yes/no. This behavior seems to be always present.<div>=
<br></div><div>On the other hand, based on all the tests I have done, it ap=
pears that this issue happens when org-mode is loaded. I will run more test=
s and report back if I see it happen without org-mode.</div></div><br><div =
class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Fri, May 17,=
 2024 at 10:34=E2=80=AFAM Eli Zaretskii &lt;<a href=3D"mailto:eliz@HIDDEN"=
 target=3D"_blank">eliz@HIDDEN</a>&gt; wrote:<br></div><blockquote class=
=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rg=
b(204,204,204);padding-left:1ex">&gt; From: Michael Albinus &lt;<a href=3D"=
mailto:michael.albinus@HIDDEN" target=3D"_blank">michael.albinus@HIDDEN</a>=
&gt;<br>
&gt; Cc: Eli Zaretskii &lt;<a href=3D"mailto:eliz@HIDDEN" target=3D"_blank=
">eliz@HIDDEN</a>&gt;,=C2=A0 <a href=3D"mailto:70760 <at> debbugs.gnu.org" targ=
et=3D"_blank">70760 <at> debbugs.gnu.org</a><br>
&gt; Date: Fri, 17 May 2024 18:23:46 +0200<br>
&gt; <br>
&gt; But what if an event is added to the input event queue, which has an<b=
r>
&gt; arbitrary format? Or an existing event has been modified? It could loo=
k<br>
&gt; like a D-Bus event (the car of the event is `dbus-event&#39;), but the=
 rest<br>
&gt; of the list is random. It must not come via the dbusevent.c mechanism<=
br>
&gt; I&#39;ve explained above, anybody can push such an event onto then inp=
ut<br>
&gt; event queue. But I have no idea how to debug this.<br>
<br>
Which file descriptors do we listen to, apart of sub-processes and<br>
inotify?<br>
</blockquote></div>
</blockquote></div>

--0000000000006edfd00618afa1bc--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 17 May 2024 20:44:59 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri May 17 16:44:59 2024
Received: from localhost ([127.0.0.1]:57190 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s84Rn-0001HP-9x
	for submit <at> debbugs.gnu.org; Fri, 17 May 2024 16:44:59 -0400
Received: from mail-lj1-f173.google.com ([209.85.208.173]:57503)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <kun.liu@HIDDEN>) id 1s84Rk-0001HF-Lc
 for 70760 <at> debbugs.gnu.org; Fri, 17 May 2024 16:44:57 -0400
Received: by mail-lj1-f173.google.com with SMTP id
 38308e7fff4ca-2e6f33150bcso24849961fa.2
 for <70760 <at> debbugs.gnu.org>; Fri, 17 May 2024 13:44:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1715978627; x=1716583427; darn=debbugs.gnu.org;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:from:to:cc:subject:date:message-id:reply-to;
 bh=rT9wdEW1wqf/AlvMHJb9ndO9Iow4x2MmlZgpUoWNRJc=;
 b=Y5+Cuh0hhrrFKo5Oj+GLJ8uryHdTBmeRnaQk1taOtAmfLUhr/zkoAk4gMX0j8HYTzo
 6Pi5beuaM2fN2va8mz0Hh/4E6mYqWEF7PaKs9yjjU6V2spfgGFK+AvyCTKeYORUwzF3M
 fOVyVOIEJB30PKYY3lyQRT85kgGsT0vXbwkgCxwLhOnpKZZeDuPX94SxFBzQN3JjEXTb
 KDhoDgM7lPYIFrA/uTadjP3i8dSKDFnMqul94kWhCwocIWetzxiFyGxmSBLb81a7I52c
 z3D/Ezu3Br9g5AELGPr9UiIg1yFbLDgoRDbtlrNJqhqoZ30rgkL8LX56eH/Qp4gk9dMr
 FmUA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1715978627; x=1716583427;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
 :reply-to;
 bh=rT9wdEW1wqf/AlvMHJb9ndO9Iow4x2MmlZgpUoWNRJc=;
 b=nTHoxITIH2hfqzkDv/1UiEjovWamG53j5szENuaug/iAY5X1+ei+Mjj8TjeUo5K9ZG
 mSV5lMeP18kNsC9U954lvThICpdVPYxz5ipu9dVY3Hi5la3dPfDbx175qzhTxvlsoo6x
 yoDHnNOzJFMzyxBZ3L3N0T2rLvvvN5tiSzuW19mfSDsOum88CccRo1OIu19c1S8D/ymQ
 6LIvo9j5F83Wp9cw0mE3EKHCGICcJ8EprhRfY8LZ0F+hUs5guHsfijWNVPbffQ3+Kstj
 2mxT0ndk3NF5zMMjjxYawZyXG2FlGHiJ2XzFctZfu0q8DuBUYA59vEPifGpixjH193OU
 bTdQ==
X-Forwarded-Encrypted: i=1;
 AJvYcCUgt+PXDHAx2aNkhmQt9kAVI4SeWSloaknJ+tjhGLY3cbx91ISdQQuaHOBXWzUTrt5pnyx4SohQjWWG+UT1ZfJjKpst6gA=
X-Gm-Message-State: AOJu0YyOXEgcm6nI5S+fR6QQQ/w8rjSSTHL+RQxaXWHXWKymh2L9dmVP
 kAb1vJNlYsiXbZoHl4E0O/EiARoFe6lKE858wz3fmyS3NnTT74S+9iasxxvwYEshUJrJXTAonG8
 ReAut1tsFKaSt4qoyorrNs7dCXLI=
X-Google-Smtp-Source: AGHT+IHinnO8d7b5zloL6E4om1iAuaOquwFiYfke8aKC7IyOetAR8y0JWNCb1cgIbr6lGR8iQBjAUoP3RNRsxctDi7s=
X-Received: by 2002:a2e:b894:0:b0:2e0:dc93:52ef with SMTP id
 38308e7fff4ca-2e6f9feefd6mr66386581fa.26.1715978627350; Fri, 17 May 2024
 13:43:47 -0700 (PDT)
MIME-Version: 1.0
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN> <87cyq0tb5w.fsf@HIDDEN>
 <CA+Nei8PR3Pb4xQ_pvDYoCLNtS1iXB_YNbfj4rcAHbn+X61+yyQ@HIDDEN>
 <86le4cx3w2.fsf@HIDDEN> <87le4be520.fsf@HIDDEN>
 <CA+Nei8M81C-YkqTC__s_q98R6wQmvMDepmwBi1Q31f-e7d4ERw@HIDDEN>
 <87a5krdkq2.fsf@HIDDEN>
 <CA+Nei8PAk1V76A2VMomd=7rp5RgL=-brZYgGV_bw8Bq5ubH3Sw@HIDDEN>
 <CA+Nei8PXshZwUa8o9BqftCzsgHufu0Wk4yAr=1r=ckAKhM+kJw@HIDDEN>
 <87seyicduz.fsf@HIDDEN>
 <CA+Nei8OxHCH9pKaFkVyurUbo5+JyzjycoJYM3n45L7eq=4aT_w@HIDDEN>
 <8734qgz9t9.fsf@HIDDEN> <86pltkfilr.fsf@HIDDEN>
In-Reply-To: <86pltkfilr.fsf@HIDDEN>
From: Kun Liu <kun.liu@HIDDEN>
Date: Fri, 17 May 2024 13:43:36 -0700
Message-ID: <CA+Nei8M1-H5_9A3MUWcQaryewqTwzbrjjp5wyfHbJ_iSEcT-Jw@HIDDEN>
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000868bd30618ac6880"
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 70760
Cc: Michael Albinus <michael.albinus@HIDDEN>, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

--000000000000868bd30618ac6880
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

I've tried various combinations of Debian11/12, Emacs 27/28/29/30,
native-compilation yes/no. This behavior seems to be always present.

On the other hand, based on all the tests I have done, it appears that this
issue happens when org-mode is loaded. I will run more tests and report
back if I see it happen without org-mode.

On Fri, May 17, 2024 at 10:34=E2=80=AFAM Eli Zaretskii <eliz@HIDDEN> wrote=
:

> > From: Michael Albinus <michael.albinus@HIDDEN>
> > Cc: Eli Zaretskii <eliz@HIDDEN>,  70760 <at> debbugs.gnu.org
> > Date: Fri, 17 May 2024 18:23:46 +0200
> >
> > But what if an event is added to the input event queue, which has an
> > arbitrary format? Or an existing event has been modified? It could look
> > like a D-Bus event (the car of the event is `dbus-event'), but the rest
> > of the list is random. It must not come via the dbusevent.c mechanism
> > I've explained above, anybody can push such an event onto then input
> > event queue. But I have no idea how to debug this.
>
> Which file descriptors do we listen to, apart of sub-processes and
> inotify?
>

--000000000000868bd30618ac6880
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">I&#39;ve tried various combinations of Debian11/12, Emacs =
27/28/29/30, native-compilation yes/no. This behavior seems to be always pr=
esent.<div><br></div><div>On the other hand, based on all the tests I have =
done, it appears that this issue happens when org-mode is loaded. I will ru=
n more tests and report back if I see it happen without org-mode.</div></di=
v><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On F=
ri, May 17, 2024 at 10:34=E2=80=AFAM Eli Zaretskii &lt;<a href=3D"mailto:el=
iz@HIDDEN">eliz@HIDDEN</a>&gt; wrote:<br></div><blockquote class=3D"gmail=
_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204=
,204);padding-left:1ex">&gt; From: Michael Albinus &lt;<a href=3D"mailto:mi=
chael.albinus@HIDDEN" target=3D"_blank">michael.albinus@HIDDEN</a>&gt;<br>
&gt; Cc: Eli Zaretskii &lt;<a href=3D"mailto:eliz@HIDDEN" target=3D"_blank=
">eliz@HIDDEN</a>&gt;,=C2=A0 <a href=3D"mailto:70760 <at> debbugs.gnu.org" targ=
et=3D"_blank">70760 <at> debbugs.gnu.org</a><br>
&gt; Date: Fri, 17 May 2024 18:23:46 +0200<br>
&gt; <br>
&gt; But what if an event is added to the input event queue, which has an<b=
r>
&gt; arbitrary format? Or an existing event has been modified? It could loo=
k<br>
&gt; like a D-Bus event (the car of the event is `dbus-event&#39;), but the=
 rest<br>
&gt; of the list is random. It must not come via the dbusevent.c mechanism<=
br>
&gt; I&#39;ve explained above, anybody can push such an event onto then inp=
ut<br>
&gt; event queue. But I have no idea how to debug this.<br>
<br>
Which file descriptors do we listen to, apart of sub-processes and<br>
inotify?<br>
</blockquote></div>

--000000000000868bd30618ac6880--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 17 May 2024 17:34:23 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri May 17 13:34:23 2024
Received: from localhost ([127.0.0.1]:56358 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s81TK-0007Gu-Tw
	for submit <at> debbugs.gnu.org; Fri, 17 May 2024 13:34:23 -0400
Received: from eggs.gnu.org ([209.51.188.92]:33614)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1s81TI-0007Gk-Hn
 for 70760 <at> debbugs.gnu.org; Fri, 17 May 2024 13:34:21 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1s81T8-0008WM-Ol; Fri, 17 May 2024 13:34:10 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=Bz1+hhvOc247qbj2g792TEveTrtSxMQFBSw3zMqg88A=; b=L1d+GqlOU/Ma
 OaClfJIBxbOGjH2uG8u9s2ZcrPa4evUzvBR7doR9rwb3mQplGtCc9S+2Axm6DuNCy+ISTwY6dRsNH
 ukPLIMrAIG6mHEFuLKSlKCjX6Eb6Nx2NYB+4yi4NQ/6KWCG2gXTP7+HtrfkdhgUJLoAGvTYjRhup0
 89QzTs5aHHQPrGhXR2tlrYu16hDmN7+UOzMKB+g+3aq9NEhkanUhwZmWp+1xn9Ovn7oTgWUD6Wn+L
 gc2Mlt3mZMgvY2iolH2HQ/guz2MTRW80iAuRDzA+b03ZWEuuhV+vT5fF3b31QxrPoynMCwNph2RC4
 VkeNFi49O/xqr4OgfW0CcQ==;
Date: Fri, 17 May 2024 20:34:08 +0300
Message-Id: <86pltkfilr.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Michael Albinus <michael.albinus@HIDDEN>
In-Reply-To: <8734qgz9t9.fsf@HIDDEN> (message from Michael Albinus on Fri, 17
 May 2024 18:23:46 +0200)
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN> <87cyq0tb5w.fsf@HIDDEN>
 <CA+Nei8PR3Pb4xQ_pvDYoCLNtS1iXB_YNbfj4rcAHbn+X61+yyQ@HIDDEN>
 <86le4cx3w2.fsf@HIDDEN> <87le4be520.fsf@HIDDEN>
 <CA+Nei8M81C-YkqTC__s_q98R6wQmvMDepmwBi1Q31f-e7d4ERw@HIDDEN>
 <87a5krdkq2.fsf@HIDDEN>
 <CA+Nei8PAk1V76A2VMomd=7rp5RgL=-brZYgGV_bw8Bq5ubH3Sw@HIDDEN>
 <CA+Nei8PXshZwUa8o9BqftCzsgHufu0Wk4yAr=1r=ckAKhM+kJw@HIDDEN>
 <87seyicduz.fsf@HIDDEN>
 <CA+Nei8OxHCH9pKaFkVyurUbo5+JyzjycoJYM3n45L7eq=4aT_w@HIDDEN>
 <8734qgz9t9.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 70760
Cc: kun.liu@HIDDEN, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Michael Albinus <michael.albinus@HIDDEN>
> Cc: Eli Zaretskii <eliz@HIDDEN>,  70760 <at> debbugs.gnu.org
> Date: Fri, 17 May 2024 18:23:46 +0200
> 
> But what if an event is added to the input event queue, which has an
> arbitrary format? Or an existing event has been modified? It could look
> like a D-Bus event (the car of the event is `dbus-event'), but the rest
> of the list is random. It must not come via the dbusevent.c mechanism
> I've explained above, anybody can push such an event onto then input
> event queue. But I have no idea how to debug this.

Which file descriptors do we listen to, apart of sub-processes and
inotify?




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 17 May 2024 16:24:00 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri May 17 12:24:00 2024
Received: from localhost ([127.0.0.1]:56036 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s80NE-0000sf-At
	for submit <at> debbugs.gnu.org; Fri, 17 May 2024 12:24:00 -0400
Received: from mout.gmx.net ([212.227.15.18]:42015)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <michael.albinus@HIDDEN>) id 1s80NB-0000sX-BJ
 for 70760 <at> debbugs.gnu.org; Fri, 17 May 2024 12:23:58 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de;
 s=s31663417; t=1715963028; x=1716567828; i=michael.albinus@HIDDEN;
 bh=4TtNCK5K5rPc3P7yfgIP+ZU2rTM+wUphus2orymd2fk=;
 h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date:
 Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding:
 content-type:date:from:message-id:mime-version:reply-to:subject:
 to;
 b=UTbxjJNpbLh5kqYqBoIYB1TZWRZZ44klkhukpmKOq+jwJexVvGV/42OmRHxCPWqo
 LoYDWtyagJMGOzkfxvQFZzGm9CIhIhzhULQ5CJu9jCktMYUBBkQXSMUYBF6HmWIjU
 yuYVx/FbixZOMl5oozKdqAN6Xp08EBH5I+aGEGQ7qEW85HGIPlPlEvkvGRNela56V
 SHbvtNvA6fgVC3vtJiKU6jD2TTAAH5xxHCVtAyl2vNwGDdJ2Jk04hRubADL30wnX8
 KjUHKmSaDe6liLYU3TA5zHfcq+WIH0IhqJi9zJDHvCA5Aa6WWNQCd6nZhlxzqsQZV
 nuAsXEB/FT+8eHCZjw==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from gandalf.gmx.de ([185.89.38.151]) by mail.gmx.net (mrgmx004
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MyKDe-1sV3Wx3Phc-00vKyJ; Fri, 17
 May 2024 18:23:47 +0200
From: Michael Albinus <michael.albinus@HIDDEN>
To: Kun Liu <kun.liu@HIDDEN>
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
In-Reply-To: <CA+Nei8OxHCH9pKaFkVyurUbo5+JyzjycoJYM3n45L7eq=4aT_w@HIDDEN>
 (Kun Liu's message of "Thu, 16 May 2024 12:07:14 -0700")
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN> <87cyq0tb5w.fsf@HIDDEN>
 <CA+Nei8PR3Pb4xQ_pvDYoCLNtS1iXB_YNbfj4rcAHbn+X61+yyQ@HIDDEN>
 <86le4cx3w2.fsf@HIDDEN> <87le4be520.fsf@HIDDEN>
 <CA+Nei8M81C-YkqTC__s_q98R6wQmvMDepmwBi1Q31f-e7d4ERw@HIDDEN>
 <87a5krdkq2.fsf@HIDDEN>
 <CA+Nei8PAk1V76A2VMomd=7rp5RgL=-brZYgGV_bw8Bq5ubH3Sw@HIDDEN>
 <CA+Nei8PXshZwUa8o9BqftCzsgHufu0Wk4yAr=1r=ckAKhM+kJw@HIDDEN>
 <87seyicduz.fsf@HIDDEN>
 <CA+Nei8OxHCH9pKaFkVyurUbo5+JyzjycoJYM3n45L7eq=4aT_w@HIDDEN>
Date: Fri, 17 May 2024 18:23:46 +0200
Message-ID: <8734qgz9t9.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:+TadwAJgjpIhyCkRl1+HPtaxHhgjESP8URs6X9IAzrjfZtlr4z7
 gi4Wj2x3cy8hpV/dFGXxp0yIMkYaC/jDdhEzcjm5mLN0lPwYsL6fZmepZNZokMwvUv0DyHU
 pFJ2wzeJ1t9NEzF1snmO2lqxvFvuxul7NrzVQ2oeg2yvWdMQ3F4DJfvwYFWBg9023YAtkQo
 XWYJpV2jgA0uK2FC6WL+A==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:WuzZk28RShY=;00N2Sqy6+Q5itaZBSVRUwcFRcCo
 Kkb01J8RNhg2Cc7AhyXnf9gSFH6ufMj8h8pIudj3qrCgb5EFNV1zxH4zspRbojAm9BUrDrT8U
 kB3a+KIem6BDUm51fxCK4WDix+1jSwX1ZByfnXccfLghLXK2vyDA1tNNiFZFokPy19zL/0Kx/
 2Cu7w7BCvlCibXZb5vHT6w+aCjw/E6WqBUf9pXcAxzBFXPNDH/cfX6VceMxWNKenEJ58ZwiWE
 vJvHajYpig4BYS8JlYU/ojRG5w+D6Pd33FhH8iuwq0c90kCbQlEdbhwZZ3T269lXjq4nZC7gk
 OZxVG7DAaqmxh/V/hEVvIPi6uL5NH1L7jaS3Ci4lwLFJTr7WcmQ94bC23SXvpsQH0kRYS6Mqt
 75qEtJbkdOt/Pkt2dVojZ1jFoTi/vWFYuLQd/6CSOHkGCTXPeTelq1oDjnfeu9iLeFIcLXpER
 MoCvpYNSVpPFvAVDzCRp8ABWTi+p3RcpJsM61CZDdfr5UyGg9YvxZYRdfoLJ3Dm/Pqw/En9FJ
 LJfLmZvWMdTY6g1IsYj4EC98tcwLi80MgJ+dzTPnXulXxSdw+thcB2ag3JCOa/i05KRPEpM//
 8TAXdsBXYso6afxDFXhfGOMVxAYmo0xE6Eae7I8R+peQ6/F3DOvZ7NFFEREM+U5acOLLoNGqa
 7+KQ3k+OJqBsVTkADOVLDOXCkyCzwU/1vFVnHiZnB6hByVfwM4XtU6MIeb2apZYg9iUjllgiz
 r7gJKiIVnMsazPIUTsx2n8no05t7FSBBHugWR3jsS4y1/goreNqITadVMw8yq4tCge7utazRz
 qH+TXMumfOPDo1tcvfaYSXNYz97lnwyzXYx45OmGi0pRvzrwKllEFXcEz38kn/ZP9C
X-Spam-Score: 2.9 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  Kun Liu writes: Hi,
 > I spent more time on this issue. I watched
 closely both "dbus-monitor - > -system" and "dbus-monitor" outputs, while
 trying to replicate the > issue in Emacs. It appears that just as you said,
 when [...] 
 Content analysis details:   (2.9 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 3.6 RCVD_IN_SBL_CSS        RBL: Received via a relay in Spamhaus SBL-CSS
 [185.89.38.151 listed in zen.spamhaus.org]
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at https://www.dnswl.org/,
 low trust [212.227.15.18 listed in list.dnswl.org]
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
 provider (michael.albinus[at]gmx.de)
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 RCVD_IN_MSPIKE_H2      RBL: Average reputation (+2)
 [212.227.15.18 listed in wl.mailspike.net]
X-Debbugs-Envelope-To: 70760
Cc: Eli Zaretskii <eliz@HIDDEN>, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.9 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  Kun Liu writes: Hi, > I spent more time on this issue. I watched
    closely both "dbus-monitor - > -system" and "dbus-monitor" outputs, while
    trying to replicate the > issue in Emacs. It appears that just as you said,
    when [...] 
 
 Content analysis details:   (1.9 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_MSPIKE_H2      RBL: Average reputation (+2)
                             [212.227.15.18 listed in wl.mailspike.net]
  3.6 RCVD_IN_SBL_CSS        RBL: Received via a relay in Spamhaus SBL-CSS
                             [185.89.38.151 listed in zen.spamhaus.org]
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at https://www.dnswl.org/,
                             low trust
                             [212.227.15.18 listed in list.dnswl.org]
  0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
  0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
                             provider (michael.albinus[at]gmx.de)
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -1.0 MAILING_LIST_MULTI     Multiple indicators imply a widely-seen list
                             manager

Kun Liu <kun.liu@HIDDEN> writes:

Hi,

> I spent more time on this issue. I watched closely both "dbus-monitor -
> -system" and "dbus-monitor" outputs, while trying to replicate the
> issue in Emacs. It appears that just as you said, when Emacs reported
> invalid dbus events, which crashes Emacs sometimes, dbus-monitor
> outputs never showed any messages immediately preceding or following
> the error.

This is another evidence why I believe the invalid D-Bus event hasn't
been injected to Emacs from external. It is something which happens in
Emacs internally, and that's why I believe we cannot simply ignore
bad-formed D-Bus events.

> Which really begs the question, if dbus did not have any messages for
> Emacs at the time, why did Emacs think there was a message for it?

Well, look at the architecture.

Emacs id connected to both the system and session D-Bus via a file
descriptor. From time to time Emacs receives events via this way in
xd_read_message_1. This will be transformed into a "Lispy event", a list
which starts with the symbol `dbus-event'. Something like

--8<---------------cut here---------------start------------->8---
(dbus-event :system 2 2 org.freedesktop.DBus :1.492 nil nil
 nil dbus-call-method-handler)
--8<---------------cut here---------------end--------------->8---

This "Lispy event" will be stored in Emacs' input event queue, see line
1759 or 1803 in dbusbind.c. There's no further action in dbusbind.c wrt
to this event afterwards,

The Emacs main loop checks periodically the input event queue. If it
detects something, it takes action. Often it is just a keyboard
event. But there are also special events like the D-Bus event. For them,
the variable `special-event-map', checking first for the event type, and
call the respective handler then. For D-Bus events, this would be the
call (dbus-handle-event event), which we have seen in your backtraces.

But what if an event is added to the input event queue, which has an
arbitrary format? Or an existing event has been modified? It could look
like a D-Bus event (the car of the event is `dbus-event'), but the rest
of the list is random. It must not come via the dbusevent.c mechanism
I've explained above, anybody can push such an event onto then input
event queue. But I have no idea how to debug this.

Best regards, Michael.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 16 May 2024 19:08:38 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu May 16 15:08:38 2024
Received: from localhost ([127.0.0.1]:50448 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s7gSz-0002Zm-PM
	for submit <at> debbugs.gnu.org; Thu, 16 May 2024 15:08:38 -0400
Received: from mail-lj1-f176.google.com ([209.85.208.176]:61773)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <kun.liu@HIDDEN>) id 1s7gSw-0002Ze-UK
 for 70760 <at> debbugs.gnu.org; Thu, 16 May 2024 15:08:36 -0400
Received: by mail-lj1-f176.google.com with SMTP id
 38308e7fff4ca-2e09138a2b1so16075991fa.3
 for <70760 <at> debbugs.gnu.org>; Thu, 16 May 2024 12:08:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1715886446; x=1716491246; darn=debbugs.gnu.org;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:from:to:cc:subject:date:message-id:reply-to;
 bh=M40b58Z9fhkWXEwqlYjQjNhnai9ncciiyNSd34y0450=;
 b=MOoO333SF1nJCNXB83UD2WTxuerY6NkTnQgr67FlVp9BQGEWIIQCxFOQArSFzWtPcD
 A2VZLZ54tf1Jt7Wp89g1+kYaYH6SLdx6kbJAo6IHRj4XaDnrOalqiIqjOBHViUfWPoUw
 kbP/Wxqeqb3HmfmSKzvX9yUEw3rGvDKiTlQwHy77Bxr2rwJrJ6yC95VUMLiBY+UXu6Lh
 1XLvzJWqbceXrRXbZoj0jaQ3HptjDwIf0BmlIvRNNaSH7b/BGNpTTr7MEcRgoFv1hbYV
 Gs9+oEhJP/5g7t9tlh5dENKM3zAiNMqrxLq+FHLzkVVDFwhqRZZ+rt/s7GJlOJv88G71
 62CA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1715886446; x=1716491246;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
 :reply-to;
 bh=M40b58Z9fhkWXEwqlYjQjNhnai9ncciiyNSd34y0450=;
 b=LSBBobvfgd/XLRurNl4wJkMzr28nI7rnn5hBhli/0ly91XAXm+22VTXeYoOgjIVDES
 RbhUMKK6CeA/IEe3suGyS02AZzaPRTdtxK9fYV3y5yRgTbmcO5SvLgu7AbCgtMjYGIX/
 i+5hrISHKY0ZOrjZ42bKLndK93OZJSYsptvCox0dXPLDAbjdb98TgQP5iMYjhAwumQfh
 tnSETg6xA+UBstksIUymi4l9jcLzdGgAaJwctfTPtqTB/PxUfexEJVia3k76WKbopkLW
 Pr56oZv3RpL5HMzXGfzlQBmYH9bkssxZw8zUIbn6qEWv9ljBjyPe8DskTm/hXU7UWauy
 y9lA==
X-Forwarded-Encrypted: i=1;
 AJvYcCUC9/XMJzV3BD0E/t6LvK2UiEB+ydKRYoyt+M/1OuSC6W6DG90LZOF+yT03I4ZYgu7SQjSd20e1vFrTSHc2irgfCcm8u6Y=
X-Gm-Message-State: AOJu0Ywtt3TEUcjquXYEbSROsk80CfMRYqu0QNgOfoA5HtK9ZI3q39V2
 adYI6I6pqXtOSiA9EBP/fj+IX8u0Qt7pLjlghkJetDDo9cRBNdBfgB9f08miCyL8bS9imvWAp/5
 eIQcgdOFuBauNpjvw4I49JXXcQNYvIz+c
X-Google-Smtp-Source: AGHT+IHXQhy6v+9JKliu3Ee1tiuPGtBxmy7trU9XjM83TfP+JiobWIBJNMaBfLqVGZKhim+Sd9ucLPhgIStrwu90fZ4=
X-Received: by 2002:a2e:be9c:0:b0:2dc:b04b:b3c0 with SMTP id
 38308e7fff4ca-2e51fe52160mr165083721fa.6.1715886446235; Thu, 16 May 2024
 12:07:26 -0700 (PDT)
MIME-Version: 1.0
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN> <87cyq0tb5w.fsf@HIDDEN>
 <CA+Nei8PR3Pb4xQ_pvDYoCLNtS1iXB_YNbfj4rcAHbn+X61+yyQ@HIDDEN>
 <86le4cx3w2.fsf@HIDDEN> <87le4be520.fsf@HIDDEN>
 <CA+Nei8M81C-YkqTC__s_q98R6wQmvMDepmwBi1Q31f-e7d4ERw@HIDDEN>
 <87a5krdkq2.fsf@HIDDEN>
 <CA+Nei8PAk1V76A2VMomd=7rp5RgL=-brZYgGV_bw8Bq5ubH3Sw@HIDDEN>
 <CA+Nei8PXshZwUa8o9BqftCzsgHufu0Wk4yAr=1r=ckAKhM+kJw@HIDDEN>
 <87seyicduz.fsf@HIDDEN>
In-Reply-To: <87seyicduz.fsf@HIDDEN>
From: Kun Liu <kun.liu@HIDDEN>
Date: Thu, 16 May 2024 12:07:14 -0700
Message-ID: <CA+Nei8OxHCH9pKaFkVyurUbo5+JyzjycoJYM3n45L7eq=4aT_w@HIDDEN>
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
To: Michael Albinus <michael.albinus@HIDDEN>
Content-Type: multipart/alternative; boundary="0000000000001a5745061896f284"
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 70760
Cc: Eli Zaretskii <eliz@HIDDEN>, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

--0000000000001a5745061896f284
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Thanks much, Michael, for the detailed explanation.

I spent more time on this issue. I watched closely both "dbus-monitor
--system" and "dbus-monitor" outputs, while trying to replicate the issue
in Emacs. It appears that just as you said, when Emacs reported invalid
dbus events, which crashes Emacs sometimes, dbus-monitor outputs never
showed any messages immediately preceding or following the error.

Which really begs the question, if dbus did not have any messages for Emacs
at the time, why did Emacs think there was a message for it?

On Thu, May 16, 2024 at 2:20=E2=80=AFAM Michael Albinus <michael.albinus@gm=
x.de>
wrote:

> Kun Liu <kun.liu@HIDDEN> writes:
>
> Hi,
>
> > I started dbus-monitor to monitor both session and system messages.
> > Then I repeated the test mentioned in the last message.
> >
> > The relevant lines in the "dbus-monitor --system" output: (please note
> > that the dbus address is different from the previous test)
>
> Yep. Emacs gets a new D-Bus address every new start, it is :1.82 this
> case.
>
> > method call time=3D1715806663.121956 sender=3D:1.82 ->
> > destination=3Dorg.freedesktop.DBus serial=3D1 path=3D/org/freedesktop/D=
Bus;
> > interface=3Dorg.freedesktop.DBus; member=3DHello
> > method return time=3D1715806663.121973 sender=3Dorg.freedesktop.DBus ->
> > destination=3D:1.82 serial=3D1 reply_serial=3D1
> >    string ":1.82"
>
> Emacs sys "Hello" to D-Bus.
>
> > signal time=3D1715806663.121976 sender=3Dorg.freedesktop.DBus ->
> > destination=3D(null destination) serial=3D101 path=3D/org/freedesktop/D=
Bus;
> > interface=3Dorg.freedesktop.DBus; member=3DNameOwnerChanged
> >    string ":1.82"
> >    string ""
> >    string ":1.82"
> > signal time=3D1715806663.121981 sender=3Dorg.freedesktop.DBus ->
> > destination=3D:1.82 serial=3D2 path=3D/org/freedesktop/DBus;
> > interface=3Dorg.freedesktop.DBus; member=3DNameAcquired
> >    string ":1.82"
>
> D-Bus replies two signals, saying that it understood the "Hello", and
> that it has registered the service with unique name :1.82.
>
> > method call time=3D1715806663.130182 sender=3D:1.82 ->
> > destination=3Dorg.freedesktop.DBus serial=3D2 path=3D/org/freedesktop/D=
Bus;
> > interface=3Dorg.freedesktop.DBus; member=3DAddMatch
> >    string
> >
> "type=3D'signal',interface=3D'org.freedesktop.DBus.Local',member=3D'Disco=
nnected',path=3D'/org/freedesktop/DBus/Local'"
> >
> > method return time=3D1715806663.130202 sender=3Dorg.freedesktop.DBus ->
> > destination=3D:1.82 serial=3D3 reply_serial=3D2
>
> Emacs registers for signals.
>
> > ...
> > signal time=3D1715806675.545929 sender=3Dorg.freedesktop.DBus ->
> > destination=3D:1.82 serial=3D4 path=3D/org/freedesktop/DBus;
> > interface=3Dorg.freedesktop.DBus; member=3DNameLost
> >    string ":1.82"
> > signal time=3D1715806675.545978 sender=3Dorg.freedesktop.DBus ->
> > destination=3D(null destination) serial=3D102 path=3D/org/freedesktop/D=
Bus;
> > interface=3Dorg.freedesktop.DBus; member=3DNameOwnerChanged
> >    string ":1.82"
> >    string ":1.82"
> >    string ""
>
> This is very likely the time you have stopped Emacs, and D-Bus
> unregisters its unique name, therefore.
>
> > The relevant lines in the "dbus-monitor" output:
>
> The look very similar to the system bus output. Here, Emacs has the
> unique name :1.177.
>
> > method call time=3D1715806663.132256 sender=3D:1.153 ->
> > destination=3Dorg.freedesktop.DBus serial=3D657
> > path=3D/org/freedesktop/DBus; interface=3Dorg.freedesktop.DBus;
> > member=3DGetConnectionUnixProcessID
> >    string ":1.177"
>
> This is an additional call from service 1.153, which wants to know the
> Emacs pid. We can ignore it.
>
> Everything normal, and not related to the problem I believe.
>
> Best regards, Michael.
>

--0000000000001a5745061896f284
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Thanks much, Michael, for the detailed explanation.<div><b=
r><div>I spent more time on this issue. I watched closely both &quot;dbus-m=
onitor --system&quot; and &quot;dbus-monitor&quot; outputs, while trying to=
 replicate the issue in Emacs. It appears that just as you said, when Emacs=
 reported invalid dbus events, which crashes Emacs sometimes, dbus-monitor =
outputs never showed any messages immediately preceding=C2=A0or following t=
he error.</div><div><br></div><div>Which really begs the question, if dbus =
did not have any messages for Emacs at the time, why did Emacs think there =
was a message for it?</div></div></div><br><div class=3D"gmail_quote"><div =
dir=3D"ltr" class=3D"gmail_attr">On Thu, May 16, 2024 at 2:20=E2=80=AFAM Mi=
chael Albinus &lt;<a href=3D"mailto:michael.albinus@HIDDEN">michael.albinus=
@gmx.de</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"=
margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-lef=
t:1ex">Kun Liu &lt;<a href=3D"mailto:kun.liu@HIDDEN" target=3D"_blank">k=
un.liu@HIDDEN</a>&gt; writes:<br>
<br>
Hi,<br>
<br>
&gt; I started dbus-monitor to monitor both session and system messages.<br=
>
&gt; Then I repeated the test mentioned in the last message.<br>
&gt;<br>
&gt; The relevant lines in the &quot;dbus-monitor --system&quot; output: (p=
lease note<br>
&gt; that the dbus address is different from the previous test)<br>
<br>
Yep. Emacs gets a new D-Bus address every new start, it is :1.82 this<br>
case.<br>
<br>
&gt; method call time=3D1715806663.121956 sender=3D:1.82 -&gt;<br>
&gt; destination=3Dorg.freedesktop.DBus serial=3D1 path=3D/org/freedesktop/=
DBus;<br>
&gt; interface=3Dorg.freedesktop.DBus; member=3DHello<br>
&gt; method return time=3D1715806663.121973 sender=3Dorg.freedesktop.DBus -=
&gt;<br>
&gt; destination=3D:1.82 serial=3D1 reply_serial=3D1<br>
&gt;=C2=A0 =C2=A0 string &quot;:1.82&quot;<br>
<br>
Emacs sys &quot;Hello&quot; to D-Bus.<br>
<br>
&gt; signal time=3D1715806663.121976 sender=3Dorg.freedesktop.DBus -&gt;<br=
>
&gt; destination=3D(null destination) serial=3D101 path=3D/org/freedesktop/=
DBus;<br>
&gt; interface=3Dorg.freedesktop.DBus; member=3DNameOwnerChanged<br>
&gt;=C2=A0 =C2=A0 string &quot;:1.82&quot;<br>
&gt;=C2=A0 =C2=A0 string &quot;&quot;<br>
&gt;=C2=A0 =C2=A0 string &quot;:1.82&quot;<br>
&gt; signal time=3D1715806663.121981 sender=3Dorg.freedesktop.DBus -&gt;<br=
>
&gt; destination=3D:1.82 serial=3D2 path=3D/org/freedesktop/DBus;<br>
&gt; interface=3Dorg.freedesktop.DBus; member=3DNameAcquired<br>
&gt;=C2=A0 =C2=A0 string &quot;:1.82&quot;<br>
<br>
D-Bus replies two signals, saying that it understood the &quot;Hello&quot;,=
 and<br>
that it has registered the service with unique name :1.82.<br>
<br>
&gt; method call time=3D1715806663.130182 sender=3D:1.82 -&gt;<br>
&gt; destination=3Dorg.freedesktop.DBus serial=3D2 path=3D/org/freedesktop/=
DBus;<br>
&gt; interface=3Dorg.freedesktop.DBus; member=3DAddMatch<br>
&gt;=C2=A0 =C2=A0 string<br>
&gt; &quot;type=3D&#39;signal&#39;,interface=3D&#39;org.freedesktop.DBus.Lo=
cal&#39;,member=3D&#39;Disconnected&#39;,path=3D&#39;/org/freedesktop/DBus/=
Local&#39;&quot;<br>
&gt;<br>
&gt; method return time=3D1715806663.130202 sender=3Dorg.freedesktop.DBus -=
&gt;<br>
&gt; destination=3D:1.82 serial=3D3 reply_serial=3D2<br>
<br>
Emacs registers for signals.<br>
<br>
&gt; ...<br>
&gt; signal time=3D1715806675.545929 sender=3Dorg.freedesktop.DBus -&gt;<br=
>
&gt; destination=3D:1.82 serial=3D4 path=3D/org/freedesktop/DBus;<br>
&gt; interface=3Dorg.freedesktop.DBus; member=3DNameLost<br>
&gt;=C2=A0 =C2=A0 string &quot;:1.82&quot;<br>
&gt; signal time=3D1715806675.545978 sender=3Dorg.freedesktop.DBus -&gt;<br=
>
&gt; destination=3D(null destination) serial=3D102 path=3D/org/freedesktop/=
DBus;<br>
&gt; interface=3Dorg.freedesktop.DBus; member=3DNameOwnerChanged<br>
&gt;=C2=A0 =C2=A0 string &quot;:1.82&quot;<br>
&gt;=C2=A0 =C2=A0 string &quot;:1.82&quot;<br>
&gt;=C2=A0 =C2=A0 string &quot;&quot;<br>
<br>
This is very likely the time you have stopped Emacs, and D-Bus<br>
unregisters its unique name, therefore.<br>
<br>
&gt; The relevant lines in the &quot;dbus-monitor&quot; output:<br>
<br>
The look very similar to the system bus output. Here, Emacs has the<br>
unique name :1.177.<br>
<br>
&gt; method call time=3D1715806663.132256 sender=3D:1.153 -&gt;<br>
&gt; destination=3Dorg.freedesktop.DBus serial=3D657<br>
&gt; path=3D/org/freedesktop/DBus; interface=3Dorg.freedesktop.DBus;<br>
&gt; member=3DGetConnectionUnixProcessID<br>
&gt;=C2=A0 =C2=A0 string &quot;:1.177&quot;<br>
<br>
This is an additional call from service 1.153, which wants to know the<br>
Emacs pid. We can ignore it.<br>
<br>
Everything normal, and not related to the problem I believe.<br>
<br>
Best regards, Michael.<br>
</blockquote></div>

--0000000000001a5745061896f284--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 16 May 2024 09:20:35 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu May 16 05:20:35 2024
Received: from localhost ([127.0.0.1]:47650 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s7XHu-0000Yq-Li
	for submit <at> debbugs.gnu.org; Thu, 16 May 2024 05:20:35 -0400
Received: from mout.gmx.net ([212.227.15.18]:47301)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <michael.albinus@HIDDEN>) id 1s7XHp-0000Yd-P3
 for 70760 <at> debbugs.gnu.org; Thu, 16 May 2024 05:20:33 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de;
 s=s31663417; t=1715851220; x=1716456020; i=michael.albinus@HIDDEN;
 bh=fx8RUv79KZQAbm0tyRpxu4LwSJM+T3RWNv1u9mcuihA=;
 h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date:
 Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding:
 content-type:date:from:message-id:mime-version:reply-to:subject:
 to;
 b=HPZn75L1sEsDyzghEa0+kgVeg84YLoWOkDnbGP/FjugbdrvEdCm+1WgFVPXpiS8H
 J3dZH/EShhil0+YLb4U6DE/RrTvX8mSRSrIZvvv50zwtKWTuDLh/yHeBMTJe58GQG
 v6atfTPgFyNBXMatQmvSmKzBYgh5f/OIWRB9KVb8N7Bmnd2oB/Fs/TcolwkR/D5CM
 8X0US/Gj8Ixyw2sD+ahpAw0HPNzfnZIkz9n47hQJQFPiUN/ICj+1SlFI9brV0y//p
 v2o/vxIjW3528nvc0R2xOOdfVsbuGTC+Ctw4hGpk3DTawNarG8hjaIbnJuKYPc/aK
 K1cInkgBrURCsvuVfA==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from gandalf.gmx.de ([185.89.39.4]) by mail.gmx.net (mrgmx004
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MmDEg-1spQgu3QcS-00lYhb; Thu, 16
 May 2024 11:20:20 +0200
From: Michael Albinus <michael.albinus@HIDDEN>
To: Kun Liu <kun.liu@HIDDEN>
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
In-Reply-To: <CA+Nei8PXshZwUa8o9BqftCzsgHufu0Wk4yAr=1r=ckAKhM+kJw@HIDDEN>
 (Kun Liu's message of "Wed, 15 May 2024 14:06:11 -0700")
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN> <87cyq0tb5w.fsf@HIDDEN>
 <CA+Nei8PR3Pb4xQ_pvDYoCLNtS1iXB_YNbfj4rcAHbn+X61+yyQ@HIDDEN>
 <86le4cx3w2.fsf@HIDDEN> <87le4be520.fsf@HIDDEN>
 <CA+Nei8M81C-YkqTC__s_q98R6wQmvMDepmwBi1Q31f-e7d4ERw@HIDDEN>
 <87a5krdkq2.fsf@HIDDEN>
 <CA+Nei8PAk1V76A2VMomd=7rp5RgL=-brZYgGV_bw8Bq5ubH3Sw@HIDDEN>
 <CA+Nei8PXshZwUa8o9BqftCzsgHufu0Wk4yAr=1r=ckAKhM+kJw@HIDDEN>
Date: Thu, 16 May 2024 11:20:20 +0200
Message-ID: <87seyicduz.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:BYfejaORARNZd6FySzDmi4NpTLA5h3B0EMvM30vWF5hpxiVr8C8
 U/nwvDkQkvfFJOJroV59lQ4yWxFImYttc+TBUitVHhdUaV93urEjRVH8C/Kbm3A5NyhPGXH
 0cOo5ya9qxOzUQHEYffFxKdJAJIj3nt3YFSnA1RDYfTqPXQOSS4vWsLCTnOUllC+opvrO8i
 a9yDhK3sMaEfbA3si++ag==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:l5KyH+2YKoI=;kyFyZICweseMxTTXik9vH97o5j2
 aXmAwr8qQr1euJY1Sw7TXtKQi6mojsmzrbyPlg2SYRNLTAP0CZZyjJjrX7QkiMWQSMwJd3uBO
 IO8lmGKSamFF6Xb0TJB/s9dLDt4w2SD4SQU/aL0OfM/hOyNNCGPY4CpncOrlP//KJ+XlgMSOj
 HRydhx2D5z4ei55EufJPMxkvgAH4+LIamhvZsc8YPhknKHmwZSV6Rb5/PGSMWQT1WXwWTNSd4
 sqBFjqCAz50R7to3Lae86UdxgoAVJVuU2laR+ZQJC4CGa8och20ACxCSLtvuX5E+HH+Rnxiu3
 crKerm1MrG38l/St4ALVHM/KO7efTaaKHmK41AC6cpgxcmcU9+8P6jAHsjbJhGkt5YIOu+77/
 Q6ESopWoNMHK2agl9pRichbiHP89Kg5QyifApxrFZnf/r+kyMC5PwvJtqUlf+Ui7uLzTX874W
 wOuyiYSou1KWnwcdwWr54+wCxmZk+Qfd0gXMrIZRPLqhilsibZepv0QqfMgM/0jvfXt0rqBaz
 c2jfLuPqmBE1/QG/tis+1rjnVGNI54RmZJ4vodF1CEgZL5Cl5nTHn1KUEBkwqJvt6dlfQ+7+x
 9rqbpdiARzzISHXh6iJr4SjF8qMK4pK9ukEHvKTu+uoMhT6cDQSNikFaS8fB8jGNXbmrOO69N
 w9NG2xrXmXHpg3oYQUOnce+otbZ8YQ3yALmWPZpOV2yqPypuvcSexZd7lqQRKEc5LrV7wi4nZ
 t4WJNg/oLXrZv44T0mRfQWdLo5qTBgaVlFjrJXFsmUbD0wdVijwXuyph+XMtjJHL0UeIoga9f
 v/HTRY+yzhHcUcz+d8j9UgkOEIDOTejtYnQ/4An0rC5vk=
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 70760
Cc: Eli Zaretskii <eliz@HIDDEN>, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

Kun Liu <kun.liu@HIDDEN> writes:

Hi,

> I started dbus-monitor to monitor both session and system messages.
> Then I repeated the test mentioned in the last message.
>
> The relevant lines in the "dbus-monitor --system" output: (please note
> that the dbus address is different from the previous test)

Yep. Emacs gets a new D-Bus address every new start, it is :1.82 this
case.

> method call time=1715806663.121956 sender=:1.82 ->
> destination=org.freedesktop.DBus serial=1 path=/org/freedesktop/DBus;
> interface=org.freedesktop.DBus; member=Hello
> method return time=1715806663.121973 sender=org.freedesktop.DBus ->
> destination=:1.82 serial=1 reply_serial=1
>    string ":1.82"

Emacs sys "Hello" to D-Bus.

> signal time=1715806663.121976 sender=org.freedesktop.DBus ->
> destination=(null destination) serial=101 path=/org/freedesktop/DBus;
> interface=org.freedesktop.DBus; member=NameOwnerChanged
>    string ":1.82"
>    string ""
>    string ":1.82"
> signal time=1715806663.121981 sender=org.freedesktop.DBus ->
> destination=:1.82 serial=2 path=/org/freedesktop/DBus;
> interface=org.freedesktop.DBus; member=NameAcquired
>    string ":1.82"

D-Bus replies two signals, saying that it understood the "Hello", and
that it has registered the service with unique name :1.82.

> method call time=1715806663.130182 sender=:1.82 ->
> destination=org.freedesktop.DBus serial=2 path=/org/freedesktop/DBus;
> interface=org.freedesktop.DBus; member=AddMatch
>    string
> "type='signal',interface='org.freedesktop.DBus.Local',member='Disconnected',path='/org/freedesktop/DBus/Local'"
>
> method return time=1715806663.130202 sender=org.freedesktop.DBus ->
> destination=:1.82 serial=3 reply_serial=2

Emacs registers for signals.

> ...
> signal time=1715806675.545929 sender=org.freedesktop.DBus ->
> destination=:1.82 serial=4 path=/org/freedesktop/DBus;
> interface=org.freedesktop.DBus; member=NameLost
>    string ":1.82"
> signal time=1715806675.545978 sender=org.freedesktop.DBus ->
> destination=(null destination) serial=102 path=/org/freedesktop/DBus;
> interface=org.freedesktop.DBus; member=NameOwnerChanged
>    string ":1.82"
>    string ":1.82"
>    string ""

This is very likely the time you have stopped Emacs, and D-Bus
unregisters its unique name, therefore.

> The relevant lines in the "dbus-monitor" output:

The look very similar to the system bus output. Here, Emacs has the
unique name :1.177.

> method call time=1715806663.132256 sender=:1.153 ->
> destination=org.freedesktop.DBus serial=657
> path=/org/freedesktop/DBus; interface=org.freedesktop.DBus;
> member=GetConnectionUnixProcessID
>    string ":1.177"

This is an additional call from service 1.153, which wants to know the
Emacs pid. We can ignore it.

Everything normal, and not related to the problem I believe.

Best regards, Michael.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 16 May 2024 09:08:05 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu May 16 05:08:05 2024
Received: from localhost ([127.0.0.1]:47594 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s7X5o-0000JH-Op
	for submit <at> debbugs.gnu.org; Thu, 16 May 2024 05:08:05 -0400
Received: from mout.gmx.net ([212.227.17.21]:38849)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <michael.albinus@HIDDEN>) id 1s7X5m-0000Ij-Rp
 for 70760 <at> debbugs.gnu.org; Thu, 16 May 2024 05:08:03 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de;
 s=s31663417; t=1715850474; x=1716455274; i=michael.albinus@HIDDEN;
 bh=M1GBqJsLSVZOj8mf8nwDp+GiYvuvF0jnIYj/N2Pv+5c=;
 h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date:
 Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding:
 content-type:date:from:message-id:mime-version:reply-to:subject:
 to;
 b=a6E3ob+IZIi3oX6GbtMGlSJIOENP4rLUfoK9TPQWXhQq20XwdrWeFCsDrntlcMlT
 5b3/DIwnYn7rhWkTdJwpKjEQvOMWgL8SUspLq8b/o+SScLQSQCTyg5B7Jw1Y5lASh
 8eJCksDm346TX2y+gi17bk+wtCBrZvtKx9gEleAlAqgV3PrPNXM7DGHyNrk38AK7a
 fHkkBFZlfB0KgcFw6NCBIJFrAYt8l8EaIa8KJxcUG8GhkyHGxNTr5FPoe12r2gZ+6
 o5XYD2Y8RDxaqn8uKfkD2U4SCNCALqexhSQ3hA17BoFfAS/7jjZOe0RmMCNw7ULkx
 aHjBTfL46/N0AqpvAQ==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from gandalf.gmx.de ([185.89.39.4]) by mail.gmx.net (mrgmx104
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M1HZi-1sAHB20mPy-001xxl; Thu, 16
 May 2024 11:07:54 +0200
From: Michael Albinus <michael.albinus@HIDDEN>
To: Kun Liu <kun.liu@HIDDEN>
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
In-Reply-To: <CA+Nei8PAk1V76A2VMomd=7rp5RgL=-brZYgGV_bw8Bq5ubH3Sw@HIDDEN>
 (Kun Liu's message of "Wed, 15 May 2024 11:25:13 -0700")
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN> <87cyq0tb5w.fsf@HIDDEN>
 <CA+Nei8PR3Pb4xQ_pvDYoCLNtS1iXB_YNbfj4rcAHbn+X61+yyQ@HIDDEN>
 <86le4cx3w2.fsf@HIDDEN> <87le4be520.fsf@HIDDEN>
 <CA+Nei8M81C-YkqTC__s_q98R6wQmvMDepmwBi1Q31f-e7d4ERw@HIDDEN>
 <87a5krdkq2.fsf@HIDDEN>
 <CA+Nei8PAk1V76A2VMomd=7rp5RgL=-brZYgGV_bw8Bq5ubH3Sw@HIDDEN>
Date: Thu, 16 May 2024 11:07:53 +0200
Message-ID: <87wmnucefq.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:VtIsFLw0PhCVKO3+hfzLaVhOU3h82BQLqNwot83B0V+joFFB2md
 lElIrIpTaOZCzCxX80b4rD6QxJzK0GSp1jQVAj4OhMV0MiXfh3LAdVVS2at1DVF80QoD7WL
 5G5fcUXMJPtE68l8RQfck8oqdEvsKyyKmfEjPzoZCq6AZPAiEZPsBf7Q8qkWnvpQfai33KG
 tSw5jNeHQMezVOV4mKDXw==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:xxnzyjbI1K0=;EDtq8N5b7eQ5t+B8/yw22+oKw+J
 J3/uhXfAn/GqP7qCg8D9u4t3vbUdiVyo2jjgNSCVTHHiTdthwf85w6C/LOmD+1+wjDBUp92X0
 onO6r+lxSgk6ju80vdiecFUuQbSQE553ZiUCnVeNCUjnaK0a7G0csPaEOCYmoWJ2mOs8Y4NgG
 R+JnDxRXk41CYbgugZiKR3YGQ+1xS/9Sr2f7Ugc4WscbOEAzruE6Omm9ZqKqu2KpzPK7sq8TO
 TjgcM8j8QQyeCdeTXRDpJ3kjVsvV4FkNO4Y/cI80TGbvWFqiREYWIGx5cnStxqITtUKra3gzn
 PIlvUVSCfTXMegDxo0GhOiDdGw0QwXlPdKeDZQv3CkztFmETG8BT+dGKMQMiJS3HDBgs0ScLL
 lEuRo1QFBLBnp4odTPe6eyPj9qfyqXiIWlUiy19X0DcJXqTS8yAVi41s8bEzPNqAifG2Ag7fn
 dxKxt+1Zi4c40d9lZDryvAYLu4m5dK/uW04MwTRYEWDYGmLCcSwjJu/Jv+9N+V80+RhSapSO2
 aULS82VrEXXgfUJJ60NdO7O2FpJV6yzc+A09vMoQvnlCbUqD6HxCv6TqkVgRArWp+Xi9GmeZo
 HuyBRcMRaqu2CG1hdsE+8Wksaub/xYuwARgt90uZztXE+PwCJy03feL9XycKEnRGIrzpwMdb5
 pHomWQo6fuMlmkqmO0SJ45sQLRp5xs//r4JgQbFJYOnY20Bd2lKQ+bbAzAVQWSm8CBS9KIBUg
 Mkje8Bh4Had3VFBOj2nesY2WyVgKiKBnMceoR5igt59ktqsTbhXg/IuGnOs0aUC1ECAHmag4H
 2rKjSvcE18WyV37+QE5iTlR3SuevDM7y5dFuAkKlAGaGA=
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 70760
Cc: Eli Zaretskii <eliz@HIDDEN>, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

Kun Liu <kun.liu@HIDDEN> writes:

Hi,

> I did some more tests.

Thanks.

> On fresh start, I open a new org file, say '/tmp/test.org'. I will
> immediately see the following in *Messages* buffer. Opening other
> files (I tried csv, py, txt, cpp, c, java) has no such effect.

These traces come from dbusbind.c. They cover the D-Bus initialization
from Emacs POV, registering for signals and alike.

> xd_add_watch: fd 14, write 2, enabled 0
> xd_add_watch: fd 14, write 0, enabled 1
> Fdbus__init_bus: Registered buses: ((:system . 23518017264452))
> Fdbus__init_bus: Bus :system, Reference counter 2
> Fdbus_message_internal: DBUS_MESSAGE_TYPE_METHOD_CALL :system
> org.freedesktop.DBus /org/freedesktop/DBus org.freedesktop.DBus
> AddMatch dbus-call-method-handler
> Fdbus_message_internal: Parameter1:
> type='signal',interface='org.freedesktop.DBus.Local',member='Disconnected',path='/org/freedesktop/DBus/Local'
>
> xd_signature: s
> xd_append_arg: s
> type='signal',interface='org.freedesktop.DBus.Local',member='Disconnected',path='/org/freedesktop/DBus/Local'
>
> Fdbus_message_internal: Message sent: (:serial :system 2)

This registers for signals from the :system bus, for calling methods.

> xd_retrieve_arg: s :1.492
> xd_read_message_1: Event received: DBUS_MESSAGE_TYPE_SIGNAL 2
> org.freedesktop.DBus :1.492 /org/freedesktop/DBus org.freedesktop.DBus
> NameAcquired ((:string :1.492))
> xd_read_message_1: Event received: DBUS_MESSAGE_TYPE_METHOD_RETURN 2
> org.freedesktop.DBus :1.492 (null) (null) (null) nil
> xd_read_message_1: Event stored: (:system 2 2 org.freedesktop.DBus :
> 1.492 nil nil nil dbus-call-method-handler)
> DBus-Event (dbus-event :system 2 2 org.freedesktop.DBus :1.492 nil nil
> nil dbus-call-method-handler) [3 times]
> Matching rule
> "type='signal',interface='org.freedesktop.DBus.Local',member='Disconnected',path='/org/freedesktop/DBus/Local'"
> created

This is the confirmation from D-Bus, that the registration was successful.

> xd_add_watch: fd 15, write 2, enabled 0
> xd_add_watch: fd 15, write 0, enabled 1
> Fdbus__init_bus: Registered buses: ((:session . 23518017267316)
> (:system . 23518017264452))
> Fdbus__init_bus: Bus :session, Reference counter 2
> Fdbus_message_internal: DBUS_MESSAGE_TYPE_METHOD_CALL :session
> org.freedesktop.DBus /org/freedesktop/DBus org.freedesktop.DBus
> AddMatch dbus-call-method-handler
> Fdbus_message_internal: Parameter1:
> type='signal',interface='org.freedesktop.DBus.Local',member='Disconnected',path='/org/freedesktop/DBus/Local'
>
> xd_signature: s
> xd_append_arg: s
> type='signal',interface='org.freedesktop.DBus.Local',member='Disconnected',path='/org/freedesktop/DBus/Local'
>
> Fdbus_message_internal: Message sent: (:serial :session 2)

This is the similar registration for the :session bus.

> xd_retrieve_arg: s :1.1051
> xd_read_message_1: Event received: DBUS_MESSAGE_TYPE_SIGNAL 2
> org.freedesktop.DBus :1.1051 /org/freedesktop/DBus
> org.freedesktop.DBus NameAcquired ((:string :1.1051))
> xd_read_message_1: Event received: DBUS_MESSAGE_TYPE_METHOD_RETURN 2
> org.freedesktop.DBus :1.1051 (null) (null) (null) nil
> xd_read_message_1: Event stored: (:session 2 2 org.freedesktop.DBus :
> 1.1051 nil nil nil dbus-call-method-handler)
> DBus-Event (dbus-event :session 2 2 org.freedesktop.DBus :1.1051 nil
> nil nil dbus-call-method-handler) [3 times]
> Matching rule
> "type='signal',interface='org.freedesktop.DBus.Local',member='Disconnected',path='/org/freedesktop/DBus/Local'"
> created

And this is the corresponding reply from D-Bus.

Everything normal, this initialization happens always. I guess you'll
see it also when starting Emacs with another file type but .org.

Best regards, Michael.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 15 May 2024 21:07:37 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed May 15 17:07:37 2024
Received: from localhost ([127.0.0.1]:44464 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s7LqZ-0007lR-U6
	for submit <at> debbugs.gnu.org; Wed, 15 May 2024 17:07:37 -0400
Received: from mail-lj1-f181.google.com ([209.85.208.181]:44328)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <kun.liu@HIDDEN>) id 1s7LqV-0007lD-9L
 for 70760 <at> debbugs.gnu.org; Wed, 15 May 2024 17:07:33 -0400
Received: by mail-lj1-f181.google.com with SMTP id
 38308e7fff4ca-2e4b90b03a9so326101fa.1
 for <70760 <at> debbugs.gnu.org>; Wed, 15 May 2024 14:07:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1715807183; x=1716411983; darn=debbugs.gnu.org;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:from:to:cc:subject:date:message-id:reply-to;
 bh=O2cnd+c4SjDhpIO9Ml8KDKfTC8fvuioOmclRPIlhekU=;
 b=cWxdXFcqXjX6+4NL9LULlbLpl4gCoX3jrnXVpO8ILq9HgbV61o0ozSfF3TcjE2DoqU
 QpcM/RAwtqkooQPM0EcNfpKg82Ia3Z0/yNvyHqPdEyZlBpsf2aifGaaVZgfZX+Dpta6K
 ciPgGDNcDizPTNL5R6uByRikur4uQmK/vzu6mrNbvHuilsMy+Tb55/NLGeLtrEn38ifZ
 4floprXV5LeNpKVyymwAPX1SiVemQX9iM4T48qcJWrlcvVyaXdNvnBmaUrfNkgfYI8z2
 df+CkGDb+LosdTuc0rsDFMZaG/9nPJ+nhVV9DdBkyXySI4NCdgzCx0kPV+85QSbH5ik8
 JSCw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1715807183; x=1716411983;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
 :reply-to;
 bh=O2cnd+c4SjDhpIO9Ml8KDKfTC8fvuioOmclRPIlhekU=;
 b=YRHHVpvXdzOPb8ieC0YbMYG/4YTeZ0QmDUpbR1oLRln0lhokXrn+hmXcFnIU6Ro0Y/
 eEwwiiSpouO6N/nmcaRh/AHU3slxHE0gH/3CDtTzX9nmQ+SkloxzQ+WCr39/h8YT9zeH
 WRm3h41AMW60vcQ1qS8QI6Iv7yVi1g9497dGgSArTB91SnuqCAZSdmJ24WKlcXx6FQyb
 qnxLk7ATVpk4cW4XihYU64B/linj1+OXkE1WtUXfGVCLtOux1gjS97rqeTxVEeoq92ui
 lmckUQRhmyz8y23lf9w5fAhbufdIf5Ch6L9WNrs8ynGSw/DFl0ERIBJH9dOPcSQMtrSQ
 id4g==
X-Forwarded-Encrypted: i=1;
 AJvYcCVtegHQzEpYMgzjUhfgtAdzEzvWte5wHdVlgJvFQ31GUiuDE5z7n1afJSmDX1mzoDzmuw2MyVdI44UDv8D25cD/ZyTagy8=
X-Gm-Message-State: AOJu0YzPNkGmh6aldSQOZlHK4+QBu0wiPOckR1ryRnRQFN7k84dLoNmK
 tABE3fuCpsltW7m11b0ZaKlZlCJB/Te6UgRScuEK4mE9Cw496yz34PyBUzr8IU33DTCTjMRdWmX
 aWkz2UZTKKK/kRwCZv2+tBDbriiY=
X-Google-Smtp-Source: AGHT+IGH/N2NrvqgchvebpIYyo01K+H82qxJa0yvVphn1FnPbs3zp8O0C8TUpk7FmrdJgSLrShZ/7RxblNVNSPHKIX4=
X-Received: by 2002:a2e:a7d5:0:b0:2e1:5684:8fa3 with SMTP id
 38308e7fff4ca-2e51ff5ce98mr135036411fa.22.1715807182844; Wed, 15 May 2024
 14:06:22 -0700 (PDT)
MIME-Version: 1.0
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN> <87cyq0tb5w.fsf@HIDDEN>
 <CA+Nei8PR3Pb4xQ_pvDYoCLNtS1iXB_YNbfj4rcAHbn+X61+yyQ@HIDDEN>
 <86le4cx3w2.fsf@HIDDEN> <87le4be520.fsf@HIDDEN>
 <CA+Nei8M81C-YkqTC__s_q98R6wQmvMDepmwBi1Q31f-e7d4ERw@HIDDEN>
 <87a5krdkq2.fsf@HIDDEN>
 <CA+Nei8PAk1V76A2VMomd=7rp5RgL=-brZYgGV_bw8Bq5ubH3Sw@HIDDEN>
In-Reply-To: <CA+Nei8PAk1V76A2VMomd=7rp5RgL=-brZYgGV_bw8Bq5ubH3Sw@HIDDEN>
From: Kun Liu <kun.liu@HIDDEN>
Date: Wed, 15 May 2024 14:06:11 -0700
Message-ID: <CA+Nei8PXshZwUa8o9BqftCzsgHufu0Wk4yAr=1r=ckAKhM+kJw@HIDDEN>
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
To: Michael Albinus <michael.albinus@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000a2fce60618847d31"
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 70760
Cc: Eli Zaretskii <eliz@HIDDEN>, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

--000000000000a2fce60618847d31
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

I started dbus-monitor to monitor both session and system messages. Then I
repeated the test mentioned in the last message.

The relevant lines in the "dbus-monitor --system" output: (please note that
the dbus address is different from the previous test)
method call time=3D1715806663.121956 sender=3D:1.82 ->
destination=3Dorg.freedesktop.DBus serial=3D1 path=3D/org/freedesktop/DBus;
interface=3Dorg.freedesktop.DBus; member=3DHello
method return time=3D1715806663.121973 sender=3Dorg.freedesktop.DBus ->
destination=3D:1.82 serial=3D1 reply_serial=3D1
   string ":1.82"
signal time=3D1715806663.121976 sender=3Dorg.freedesktop.DBus ->
destination=3D(null destination) serial=3D101 path=3D/org/freedesktop/DBus;
interface=3Dorg.freedesktop.DBus; member=3DNameOwnerChanged
   string ":1.82"
   string ""
   string ":1.82"
signal time=3D1715806663.121981 sender=3Dorg.freedesktop.DBus ->
destination=3D:1.82 serial=3D2 path=3D/org/freedesktop/DBus;
interface=3Dorg.freedesktop.DBus; member=3DNameAcquired
   string ":1.82"
method call time=3D1715806663.130182 sender=3D:1.82 ->
destination=3Dorg.freedesktop.DBus serial=3D2 path=3D/org/freedesktop/DBus;
interface=3Dorg.freedesktop.DBus; member=3DAddMatch
   string
"type=3D'signal',interface=3D'org.freedesktop.DBus.Local',member=3D'Disconn=
ected',path=3D'/org/freedesktop/DBus/Local'"
method return time=3D1715806663.130202 sender=3Dorg.freedesktop.DBus ->
destination=3D:1.82 serial=3D3 reply_serial=3D2
...
signal time=3D1715806675.545929 sender=3Dorg.freedesktop.DBus ->
destination=3D:1.82 serial=3D4 path=3D/org/freedesktop/DBus;
interface=3Dorg.freedesktop.DBus; member=3DNameLost
   string ":1.82"
signal time=3D1715806675.545978 sender=3Dorg.freedesktop.DBus ->
destination=3D(null destination) serial=3D102 path=3D/org/freedesktop/DBus;
interface=3Dorg.freedesktop.DBus; member=3DNameOwnerChanged
   string ":1.82"
   string ":1.82"
   string ""

The relevant lines in the "dbus-monitor" output:
method call time=3D1715806663.132226 sender=3D:1.177 ->
destination=3Dorg.freedesktop.DBus serial=3D1 path=3D/org/freedesktop/DBus;
interface=3Dorg.freedesktop.DBus; member=3DHello
method return time=3D1715806663.132238 sender=3Dorg.freedesktop.DBus ->
destination=3D:1.177 serial=3D1 reply_serial=3D1
   string ":1.177"
signal time=3D1715806663.132242 sender=3Dorg.freedesktop.DBus ->
destination=3D(null destination) serial=3D704 path=3D/org/freedesktop/DBus;
interface=3Dorg.freedesktop.DBus; member=3DNameOwnerChanged
   string ":1.177"
   string ""
   string ":1.177"
signal time=3D1715806663.132246 sender=3Dorg.freedesktop.DBus ->
destination=3D:1.177 serial=3D2 path=3D/org/freedesktop/DBus;
interface=3Dorg.freedesktop.DBus; member=3DNameAcquired
   string ":1.177"
method call time=3D1715806663.132256 sender=3D:1.153 ->
destination=3Dorg.freedesktop.DBus serial=3D657 path=3D/org/freedesktop/DBu=
s;
interface=3Dorg.freedesktop.DBus; member=3DGetConnectionUnixProcessID
   string ":1.177"
method call time=3D1715806663.132987 sender=3D:1.177 ->
destination=3Dorg.freedesktop.DBus serial=3D2 path=3D/org/freedesktop/DBus;
interface=3Dorg.freedesktop.DBus; member=3DAddMatch
   string
"type=3D'signal',interface=3D'org.freedesktop.DBus.Local',member=3D'Disconn=
ected',path=3D'/org/freedesktop/DBus/Local'"
method return time=3D1715806663.132998 sender=3Dorg.freedesktop.DBus ->
destination=3D:1.177 serial=3D3 reply_serial=3D2
signal time=3D1715806675.543269 sender=3Dorg.freedesktop.DBus ->
destination=3D:1.177 serial=3D4 path=3D/org/freedesktop/DBus;
interface=3Dorg.freedesktop.DBus; member=3DNameLost
   string ":1.177"
signal time=3D1715806675.543406 sender=3Dorg.freedesktop.DBus ->
destination=3D(null destination) serial=3D706 path=3D/org/freedesktop/DBus;
interface=3Dorg.freedesktop.DBus; member=3DNameOwnerChanged
   string ":1.177"
   string ":1.177"
   string ""

On Wed, May 15, 2024 at 11:25=E2=80=AFAM Kun Liu <kun.liu@HIDDEN> wrote:

> I did some more tests.
>
> On fresh start, I open a new org file, say '/tmp/test.org'. I will
> immediately see the following in *Messages* buffer. Opening other files (=
I
> tried csv, py, txt, cpp, c, java) has no such effect.
>
> (New file)
> xd_add_watch: fd 14, write 2, enabled 0
> xd_add_watch: fd 14, write 0, enabled 1
> Fdbus__init_bus: Registered buses: ((:system . 23518017264452))
> Fdbus__init_bus: Bus :system, Reference counter 2
> Fdbus_message_internal: DBUS_MESSAGE_TYPE_METHOD_CALL :system
> org.freedesktop.DBus /org/freedesktop/DBus org.freedesktop.DBus AddMatch
> dbus-call-method-handler
> Fdbus_message_internal: Parameter1:
> type=3D'signal',interface=3D'org.freedesktop.DBus.Local',member=3D'Discon=
nected',path=3D'/org/freedesktop/DBus/Local'
> xd_signature: s
> xd_append_arg: s
> type=3D'signal',interface=3D'org.freedesktop.DBus.Local',member=3D'Discon=
nected',path=3D'/org/freedesktop/DBus/Local'
> Fdbus_message_internal: Message sent: (:serial :system 2)
> xd_retrieve_arg: s :1.492
> xd_read_message_1: Event received: DBUS_MESSAGE_TYPE_SIGNAL 2
> org.freedesktop.DBus :1.492 /org/freedesktop/DBus org.freedesktop.DBus
> NameAcquired ((:string :1.492))
> xd_read_message_1: Event received: DBUS_MESSAGE_TYPE_METHOD_RETURN 2
> org.freedesktop.DBus :1.492 (null) (null) (null) nil
> xd_read_message_1: Event stored: (:system 2 2 org.freedesktop.DBus :1.492
> nil nil nil dbus-call-method-handler)
> DBus-Event (dbus-event :system 2 2 org.freedesktop.DBus :1.492 nil nil ni=
l
> dbus-call-method-handler) [3 times]
> Matching rule
> "type=3D'signal',interface=3D'org.freedesktop.DBus.Local',member=3D'Disco=
nnected',path=3D'/org/freedesktop/DBus/Local'"
> created
> xd_add_watch: fd 15, write 2, enabled 0
> xd_add_watch: fd 15, write 0, enabled 1
> Fdbus__init_bus: Registered buses: ((:session . 23518017267316) (:system =
.
> 23518017264452))
> Fdbus__init_bus: Bus :session, Reference counter 2
> Fdbus_message_internal: DBUS_MESSAGE_TYPE_METHOD_CALL :session
> org.freedesktop.DBus /org/freedesktop/DBus org.freedesktop.DBus AddMatch
> dbus-call-method-handler
> Fdbus_message_internal: Parameter1:
> type=3D'signal',interface=3D'org.freedesktop.DBus.Local',member=3D'Discon=
nected',path=3D'/org/freedesktop/DBus/Local'
> xd_signature: s
> xd_append_arg: s
> type=3D'signal',interface=3D'org.freedesktop.DBus.Local',member=3D'Discon=
nected',path=3D'/org/freedesktop/DBus/Local'
> Fdbus_message_internal: Message sent: (:serial :session 2)
> xd_retrieve_arg: s :1.1051
> xd_read_message_1: Event received: DBUS_MESSAGE_TYPE_SIGNAL 2
> org.freedesktop.DBus :1.1051 /org/freedesktop/DBus org.freedesktop.DBus
> NameAcquired ((:string :1.1051))
> xd_read_message_1: Event received: DBUS_MESSAGE_TYPE_METHOD_RETURN 2
> org.freedesktop.DBus :1.1051 (null) (null) (null) nil
> xd_read_message_1: Event stored: (:session 2 2 org.freedesktop.DBus
> :1.1051 nil nil nil dbus-call-method-handler)
> DBus-Event (dbus-event :session 2 2 org.freedesktop.DBus :1.1051 nil nil
> nil dbus-call-method-handler) [3 times]
> Matching rule
> "type=3D'signal',interface=3D'org.freedesktop.DBus.Local',member=3D'Disco=
nnected',path=3D'/org/freedesktop/DBus/Local'"
> created
>
> On Wed, May 15, 2024 at 10:54=E2=80=AFAM Michael Albinus <michael.albinus=
@gmx.de>
> wrote:
>
>> Kun Liu <kun.liu@HIDDEN> writes:
>>
>> Hi,
>>
>> > Here is a couple of instances of what I saw in *Messages* right after
>> > I was able to trigger the problem.
>>
>> So no messages from dbusbond.c, which is good for analysis: the events
>> haven't benn inserted via the D-Bus system of your machine.
>>
>> > case 1:
>> >
>> > DBus-Event (dbus-event :post-blank 0 :post-affiliated 1455145 :mode
>> > nil :granularity element :cached t :parent (section (:begin 1179957 :
>> > end 1609350 :contents-begin 1179957 :contents-end 1609349 :
>> > robust-begin 1179957 :robust-end 1609347 :post-blank 1 :
>> > post-affiliated 1179957 :mode section :granularity element :cached t :
>> > parent (headline (:raw-value Old stuff :begin 1179945 :end 1609350 :
>> > pre-blank 0 :contents-begin 1179957 :contents-end 1609349 :
>> > robust-begin 1180109 :robust-end 1609347 :level 1 :priority nil :tags
>> > nil :todo-keyword nil :todo-type nil :post-blank 1 :footnote-section-p
>> > nil :archivedp nil :commentedp nil :post-affiliated 1179945 :
>> > ARCHIVE_TIME 2020-10-17 Sat 15:00 :ARCHIVE_FILE ~/work/worklog.org :
>> > ARCHIVE_OLPATH Scratch :ARCHIVE_CATEGORY worklog :title Old stuff :
>> > mode nil :granularity element :cached t :parent (org-data (:begin 1 :
>> > contents-begin 1 :contents-end 15432855 :end 15432856 :robust-begin 3 =
:
>> > robust-end 15432853 :post-blank 1 :post-affiliated 1 :path
>> > /home/kun/work/worklog.org_archive :mode org-data :CATEGORY worklog :
>> > cached t :org-element--cache-sync-key nil)) :
>> > org-element--cache-sync-key nil)) :org-element--cache-sync-key nil)) :
>> > org-element--cache-sync-key nil) [2 times]
>> > Entering debugger...
>> > DBus-Event (dbus-event x . make4ht)
>> > funcall-interactively: Wrong type argument: listp, "make4ht"
>>
>> The :post-blank keyword exist in org/*.el files only.
>>
>> > case 2:
>> >
>> > DBus-Event (dbus-event :post-blank 0 :post-affiliated 1455145 :mode
>> > nil :granularity element :cached t :parent (section (:begin 1179957 :
>> > end 1609350 :contents-begin 1179957 :contents-end 1609349 :
>> > robust-begin 1179957 :robust-end 1609347 :post-blank 1 :
>> > post-affiliated 1179957 :mode section :granularity element :cached t :
>> > parent (headline (:raw-value Old stuff :begin 1179945 :end 1609350 :
>> > pre-blank 0 :contents-begin 1179957 :contents-end 1609349 :
>> > robust-begin 1180109 :robust-end 1609347 :level 1 :priority nil :tags
>> > nil :todo-keyword nil :todo-type nil :post-blank 1 :footnote-section-p
>> > nil :archivedp nil :commentedp nil :post-affiliated 1179945 :
>> > ARCHIVE_TIME 2020-10-17 Sat 15:00 :ARCHIVE_FILE ~/work/worklog.org :
>> > ARCHIVE_OLPATH Scratch :ARCHIVE_CATEGORY worklog :title Old stuff :
>> > mode nil :granularity element :cached t :parent (org-data (:begin 1 :
>> > contents-begin 1 :contents-end 15432855 :end 15432856 :robust-begin 3 =
:
>> > robust-end 15432853 :post-blank 1 :post-affiliated 1 :path
>> > /home/kun/work/worklog.org_archive :mode org-data :CATEGORY worklog :
>> > cached t :org-element--cache-sync-key nil)) :
>> > org-element--cache-sync-key nil)) :org-element--cache-sync-key nil)) :
>> > org-element--cache-sync-key nil) [2 times]
>> > dbus-event-bus-name: D-Bus error: "Not a valid D-Bus event",
>> > (dbus-event :post-blank 0 :post-affiliated 1455145 :mode nil :
>> > granularity element :cached ...)
>>
>> And here the same.
>>
>> Could it be, that org-mode plays with events?
>>
>> Best regards, Michael.
>>
>

--000000000000a2fce60618847d31
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">I started=C2=A0dbus-monitor to monitor both session and sy=
stem messages. Then I repeated the test mentioned in the last message.<div>=
<br></div><div>The relevant lines in the &quot;dbus-monitor --system&quot; =
output: (please note that the dbus address is different=C2=A0from the previ=
ous test)</div><div>method call time=3D1715806663.121956 sender=3D:1.82 -&g=
t; destination=3Dorg.freedesktop.DBus serial=3D1 path=3D/org/freedesktop/DB=
us; interface=3Dorg.freedesktop.DBus; member=3DHello<br>method return time=
=3D1715806663.121973 sender=3Dorg.freedesktop.DBus -&gt; destination=3D:1.8=
2 serial=3D1 reply_serial=3D1<br>=C2=A0 =C2=A0string &quot;:1.82&quot;<br>s=
ignal time=3D1715806663.121976 sender=3Dorg.freedesktop.DBus -&gt; destinat=
ion=3D(null destination) serial=3D101 path=3D/org/freedesktop/DBus; interfa=
ce=3Dorg.freedesktop.DBus; member=3DNameOwnerChanged<br>=C2=A0 =C2=A0string=
 &quot;:1.82&quot;<br>=C2=A0 =C2=A0string &quot;&quot;<br>=C2=A0 =C2=A0stri=
ng &quot;:1.82&quot;<br>signal time=3D1715806663.121981 sender=3Dorg.freede=
sktop.DBus -&gt; destination=3D:1.82 serial=3D2 path=3D/org/freedesktop/DBu=
s; interface=3Dorg.freedesktop.DBus; member=3DNameAcquired<br>=C2=A0 =C2=A0=
string &quot;:1.82&quot;<br>method call time=3D1715806663.130182 sender=3D:=
1.82 -&gt; destination=3Dorg.freedesktop.DBus serial=3D2 path=3D/org/freede=
sktop/DBus; interface=3Dorg.freedesktop.DBus; member=3DAddMatch<br>=C2=A0 =
=C2=A0string &quot;type=3D&#39;signal&#39;,interface=3D&#39;org.freedesktop=
.DBus.Local&#39;,member=3D&#39;Disconnected&#39;,path=3D&#39;/org/freedeskt=
op/DBus/Local&#39;&quot;<br>method return time=3D1715806663.130202 sender=
=3Dorg.freedesktop.DBus -&gt; destination=3D:1.82 serial=3D3 reply_serial=
=3D2<br>...<br>signal time=3D1715806675.545929 sender=3Dorg.freedesktop.DBu=
s -&gt; destination=3D:1.82 serial=3D4 path=3D/org/freedesktop/DBus; interf=
ace=3Dorg.freedesktop.DBus; member=3DNameLost<br>=C2=A0 =C2=A0string &quot;=
:1.82&quot;<br>signal time=3D1715806675.545978 sender=3Dorg.freedesktop.DBu=
s -&gt; destination=3D(null destination) serial=3D102 path=3D/org/freedeskt=
op/DBus; interface=3Dorg.freedesktop.DBus; member=3DNameOwnerChanged<br>=C2=
=A0 =C2=A0string &quot;:1.82&quot;<br>=C2=A0 =C2=A0string &quot;:1.82&quot;=
<br>=C2=A0 =C2=A0string &quot;&quot;<br></div><div><br></div><div>The relev=
ant lines in the &quot;dbus-monitor&quot; output:</div><div>method call tim=
e=3D1715806663.132226 sender=3D:1.177 -&gt; destination=3Dorg.freedesktop.D=
Bus serial=3D1 path=3D/org/freedesktop/DBus; interface=3Dorg.freedesktop.DB=
us; member=3DHello<br>method return time=3D1715806663.132238 sender=3Dorg.f=
reedesktop.DBus -&gt; destination=3D:1.177 serial=3D1 reply_serial=3D1<br>=
=C2=A0 =C2=A0string &quot;:1.177&quot;<br>signal time=3D1715806663.132242 s=
ender=3Dorg.freedesktop.DBus -&gt; destination=3D(null destination) serial=
=3D704 path=3D/org/freedesktop/DBus; interface=3Dorg.freedesktop.DBus; memb=
er=3DNameOwnerChanged<br>=C2=A0 =C2=A0string &quot;:1.177&quot;<br>=C2=A0 =
=C2=A0string &quot;&quot;<br>=C2=A0 =C2=A0string &quot;:1.177&quot;<br>sign=
al time=3D1715806663.132246 sender=3Dorg.freedesktop.DBus -&gt; destination=
=3D:1.177 serial=3D2 path=3D/org/freedesktop/DBus; interface=3Dorg.freedesk=
top.DBus; member=3DNameAcquired<br>=C2=A0 =C2=A0string &quot;:1.177&quot;<b=
r>method call time=3D1715806663.132256 sender=3D:1.153 -&gt; destination=3D=
org.freedesktop.DBus serial=3D657 path=3D/org/freedesktop/DBus; interface=
=3Dorg.freedesktop.DBus; member=3DGetConnectionUnixProcessID<br>=C2=A0 =C2=
=A0string &quot;:1.177&quot;<br>method call time=3D1715806663.132987 sender=
=3D:1.177 -&gt; destination=3Dorg.freedesktop.DBus serial=3D2 path=3D/org/f=
reedesktop/DBus; interface=3Dorg.freedesktop.DBus; member=3DAddMatch<br>=C2=
=A0 =C2=A0string &quot;type=3D&#39;signal&#39;,interface=3D&#39;org.freedes=
ktop.DBus.Local&#39;,member=3D&#39;Disconnected&#39;,path=3D&#39;/org/freed=
esktop/DBus/Local&#39;&quot;<br>method return time=3D1715806663.132998 send=
er=3Dorg.freedesktop.DBus -&gt; destination=3D:1.177 serial=3D3 reply_seria=
l=3D2<br>signal time=3D1715806675.543269 sender=3Dorg.freedesktop.DBus -&gt=
; destination=3D:1.177 serial=3D4 path=3D/org/freedesktop/DBus; interface=
=3Dorg.freedesktop.DBus; member=3DNameLost<br>=C2=A0 =C2=A0string &quot;:1.=
177&quot;<br>signal time=3D1715806675.543406 sender=3Dorg.freedesktop.DBus =
-&gt; destination=3D(null destination) serial=3D706 path=3D/org/freedesktop=
/DBus; interface=3Dorg.freedesktop.DBus; member=3DNameOwnerChanged<br>=C2=
=A0 =C2=A0string &quot;:1.177&quot;<br>=C2=A0 =C2=A0string &quot;:1.177&quo=
t;<br>=C2=A0 =C2=A0string &quot;&quot;<br></div></div><br><div class=3D"gma=
il_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Wed, May 15, 2024 at 11:=
25=E2=80=AFAM Kun Liu &lt;<a href=3D"mailto:kun.liu@HIDDEN">kun.liu@gmai=
l.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"ma=
rgin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:=
1ex"><div dir=3D"ltr">I did some more tests.<div><br></div><div>On fresh st=
art, I open a new org file, say &#39;/tmp/<a href=3D"http://test.org" targe=
t=3D"_blank">test.org</a>&#39;. I will immediately see the following in *Me=
ssages* buffer. Opening other files (I tried csv, py, txt, cpp, c, java) ha=
s no such effect.</div><div><br></div><div>(New file)<br>xd_add_watch: fd 1=
4, write 2, enabled 0<br>xd_add_watch: fd 14, write 0, enabled 1<br>Fdbus__=
init_bus: Registered buses: ((:system . 23518017264452))<br>Fdbus__init_bus=
: Bus :system, Reference counter 2<br>Fdbus_message_internal: DBUS_MESSAGE_=
TYPE_METHOD_CALL :system org.freedesktop.DBus /org/freedesktop/DBus org.fre=
edesktop.DBus AddMatch dbus-call-method-handler<br>Fdbus_message_internal: =
Parameter1: type=3D&#39;signal&#39;,interface=3D&#39;org.freedesktop.DBus.L=
ocal&#39;,member=3D&#39;Disconnected&#39;,path=3D&#39;/org/freedesktop/DBus=
/Local&#39;<br>xd_signature: s<br>xd_append_arg: s type=3D&#39;signal&#39;,=
interface=3D&#39;org.freedesktop.DBus.Local&#39;,member=3D&#39;Disconnected=
&#39;,path=3D&#39;/org/freedesktop/DBus/Local&#39;<br>Fdbus_message_interna=
l: Message sent: (:serial :system 2)<br>xd_retrieve_arg: s :1.492<br>xd_rea=
d_message_1: Event received: DBUS_MESSAGE_TYPE_SIGNAL 2 org.freedesktop.DBu=
s :1.492 /org/freedesktop/DBus org.freedesktop.DBus NameAcquired ((:string =
:1.492))<br>xd_read_message_1: Event received: DBUS_MESSAGE_TYPE_METHOD_RET=
URN 2 org.freedesktop.DBus :1.492 (null) (null) (null) nil<br>xd_read_messa=
ge_1: Event stored: (:system 2 2 org.freedesktop.DBus :1.492 nil nil nil db=
us-call-method-handler)<br>DBus-Event (dbus-event :system 2 2 org.freedeskt=
op.DBus :1.492 nil nil nil dbus-call-method-handler) [3 times]<br>Matching =
rule &quot;type=3D&#39;signal&#39;,interface=3D&#39;org.freedesktop.DBus.Lo=
cal&#39;,member=3D&#39;Disconnected&#39;,path=3D&#39;/org/freedesktop/DBus/=
Local&#39;&quot; created<br>xd_add_watch: fd 15, write 2, enabled 0<br>xd_a=
dd_watch: fd 15, write 0, enabled 1<br>Fdbus__init_bus: Registered buses: (=
(:session . 23518017267316) (:system . 23518017264452))<br>Fdbus__init_bus:=
 Bus :session, Reference counter 2<br>Fdbus_message_internal: DBUS_MESSAGE_=
TYPE_METHOD_CALL :session org.freedesktop.DBus /org/freedesktop/DBus org.fr=
eedesktop.DBus AddMatch dbus-call-method-handler<br>Fdbus_message_internal:=
 Parameter1: type=3D&#39;signal&#39;,interface=3D&#39;org.freedesktop.DBus.=
Local&#39;,member=3D&#39;Disconnected&#39;,path=3D&#39;/org/freedesktop/DBu=
s/Local&#39;<br>xd_signature: s<br>xd_append_arg: s type=3D&#39;signal&#39;=
,interface=3D&#39;org.freedesktop.DBus.Local&#39;,member=3D&#39;Disconnecte=
d&#39;,path=3D&#39;/org/freedesktop/DBus/Local&#39;<br>Fdbus_message_intern=
al: Message sent: (:serial :session 2)<br>xd_retrieve_arg: s :1.1051<br>xd_=
read_message_1: Event received: DBUS_MESSAGE_TYPE_SIGNAL 2 org.freedesktop.=
DBus :1.1051 /org/freedesktop/DBus org.freedesktop.DBus NameAcquired ((:str=
ing :1.1051))<br>xd_read_message_1: Event received: DBUS_MESSAGE_TYPE_METHO=
D_RETURN 2 org.freedesktop.DBus :1.1051 (null) (null) (null) nil<br>xd_read=
_message_1: Event stored: (:session 2 2 org.freedesktop.DBus :1.1051 nil ni=
l nil dbus-call-method-handler)<br>DBus-Event (dbus-event :session 2 2 org.=
freedesktop.DBus :1.1051 nil nil nil dbus-call-method-handler) [3 times]<br=
>Matching rule &quot;type=3D&#39;signal&#39;,interface=3D&#39;org.freedeskt=
op.DBus.Local&#39;,member=3D&#39;Disconnected&#39;,path=3D&#39;/org/freedes=
ktop/DBus/Local&#39;&quot; created<br></div></div><br><div class=3D"gmail_q=
uote"><div dir=3D"ltr" class=3D"gmail_attr">On Wed, May 15, 2024 at 10:54=
=E2=80=AFAM Michael Albinus &lt;<a href=3D"mailto:michael.albinus@HIDDEN" t=
arget=3D"_blank">michael.albinus@HIDDEN</a>&gt; wrote:<br></div><blockquote=
 class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px so=
lid rgb(204,204,204);padding-left:1ex">Kun Liu &lt;<a href=3D"mailto:kun.li=
u@HIDDEN" target=3D"_blank">kun.liu@HIDDEN</a>&gt; writes:<br>
<br>
Hi,<br>
<br>
&gt; Here is a couple of instances of what I saw in *Messages* right after<=
br>
&gt; I was able to trigger the problem.<br>
<br>
So no messages from dbusbond.c, which is good for analysis: the events<br>
haven&#39;t benn inserted via the D-Bus system of your machine.<br>
<br>
&gt; case 1:<br>
&gt;<br>
&gt; DBus-Event (dbus-event :post-blank 0 :post-affiliated 1455145 :mode<br=
>
&gt; nil :granularity element :cached t :parent (section (:begin 1179957 :<=
br>
&gt; end 1609350 :contents-begin 1179957 :contents-end 1609349 :<br>
&gt; robust-begin 1179957 :robust-end 1609347 :post-blank 1 :<br>
&gt; post-affiliated 1179957 :mode section :granularity element :cached t :=
<br>
&gt; parent (headline (:raw-value Old stuff :begin 1179945 :end 1609350 :<b=
r>
&gt; pre-blank 0 :contents-begin 1179957 :contents-end 1609349 :<br>
&gt; robust-begin 1180109 :robust-end 1609347 :level 1 :priority nil :tags<=
br>
&gt; nil :todo-keyword nil :todo-type nil :post-blank 1 :footnote-section-p=
<br>
&gt; nil :archivedp nil :commentedp nil :post-affiliated 1179945 :<br>
&gt; ARCHIVE_TIME 2020-10-17 Sat 15:00 :ARCHIVE_FILE ~/work/<a href=3D"http=
://worklog.org" rel=3D"noreferrer" target=3D"_blank">worklog.org</a> :<br>
&gt; ARCHIVE_OLPATH Scratch :ARCHIVE_CATEGORY worklog :title Old stuff :<br=
>
&gt; mode nil :granularity element :cached t :parent (org-data (:begin 1 :<=
br>
&gt; contents-begin 1 :contents-end 15432855 :end 15432856 :robust-begin 3 =
:<br>
&gt; robust-end 15432853 :post-blank 1 :post-affiliated 1 :path<br>
&gt; /home/kun/work/worklog.org_archive :mode org-data :CATEGORY worklog :<=
br>
&gt; cached t :org-element--cache-sync-key nil)) :<br>
&gt; org-element--cache-sync-key nil)) :org-element--cache-sync-key nil)) :=
<br>
&gt; org-element--cache-sync-key nil) [2 times]<br>
&gt; Entering debugger...<br>
&gt; DBus-Event (dbus-event x . make4ht)<br>
&gt; funcall-interactively: Wrong type argument: listp, &quot;make4ht&quot;=
<br>
<br>
The :post-blank keyword exist in org/*.el files only.<br>
<br>
&gt; case 2:<br>
&gt;<br>
&gt; DBus-Event (dbus-event :post-blank 0 :post-affiliated 1455145 :mode<br=
>
&gt; nil :granularity element :cached t :parent (section (:begin 1179957 :<=
br>
&gt; end 1609350 :contents-begin 1179957 :contents-end 1609349 :<br>
&gt; robust-begin 1179957 :robust-end 1609347 :post-blank 1 :<br>
&gt; post-affiliated 1179957 :mode section :granularity element :cached t :=
<br>
&gt; parent (headline (:raw-value Old stuff :begin 1179945 :end 1609350 :<b=
r>
&gt; pre-blank 0 :contents-begin 1179957 :contents-end 1609349 :<br>
&gt; robust-begin 1180109 :robust-end 1609347 :level 1 :priority nil :tags<=
br>
&gt; nil :todo-keyword nil :todo-type nil :post-blank 1 :footnote-section-p=
<br>
&gt; nil :archivedp nil :commentedp nil :post-affiliated 1179945 :<br>
&gt; ARCHIVE_TIME 2020-10-17 Sat 15:00 :ARCHIVE_FILE ~/work/<a href=3D"http=
://worklog.org" rel=3D"noreferrer" target=3D"_blank">worklog.org</a> :<br>
&gt; ARCHIVE_OLPATH Scratch :ARCHIVE_CATEGORY worklog :title Old stuff :<br=
>
&gt; mode nil :granularity element :cached t :parent (org-data (:begin 1 :<=
br>
&gt; contents-begin 1 :contents-end 15432855 :end 15432856 :robust-begin 3 =
:<br>
&gt; robust-end 15432853 :post-blank 1 :post-affiliated 1 :path<br>
&gt; /home/kun/work/worklog.org_archive :mode org-data :CATEGORY worklog :<=
br>
&gt; cached t :org-element--cache-sync-key nil)) :<br>
&gt; org-element--cache-sync-key nil)) :org-element--cache-sync-key nil)) :=
<br>
&gt; org-element--cache-sync-key nil) [2 times]<br>
&gt; dbus-event-bus-name: D-Bus error: &quot;Not a valid D-Bus event&quot;,=
<br>
&gt; (dbus-event :post-blank 0 :post-affiliated 1455145 :mode nil :<br>
&gt; granularity element :cached ...)<br>
<br>
And here the same.<br>
<br>
Could it be, that org-mode plays with events?<br>
<br>
Best regards, Michael.<br>
</blockquote></div>
</blockquote></div>

--000000000000a2fce60618847d31--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 15 May 2024 18:26:39 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed May 15 14:26:39 2024
Received: from localhost ([127.0.0.1]:43712 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s7JKo-0002jZ-2e
	for submit <at> debbugs.gnu.org; Wed, 15 May 2024 14:26:39 -0400
Received: from mail-lj1-f170.google.com ([209.85.208.170]:55535)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <kun.liu@HIDDEN>) id 1s7JKl-0002jM-7c
 for 70760 <at> debbugs.gnu.org; Wed, 15 May 2024 14:26:36 -0400
Received: by mail-lj1-f170.google.com with SMTP id
 38308e7fff4ca-2e3b1b6e9d1so87410061fa.2
 for <70760 <at> debbugs.gnu.org>; Wed, 15 May 2024 11:26:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1715797527; x=1716402327; darn=debbugs.gnu.org;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:from:to:cc:subject:date:message-id:reply-to;
 bh=ub860kNDLZ4C0RrT9aPwOoD5rpfC/YNBKkQSEwG0eoE=;
 b=VHqNWXy37dlhSfwTqZPX40MQnmNeqiHbeR/PWvAZwbgHcHETZFRkkj/GAYdxRoIjaF
 lQ1KKRqLAT4Bkh+p5GXeCoEE/QBtTV/1sRxEPA7CMFhRoDMZqxa0cunA0MMEk23HAZOZ
 zX6xzglMzozor18NEObx0aSywyv+EdgfKGHEPLYR0b3gfB/18L1bioa04g9/GyYKdQsB
 jFC2V3SP0NChQTPORP560ZaPKeAecpXsB1Hag5OZbXyL59dJwB9zaHxwQfnKeJjaeLy7
 BNC9zqvx5T+VFwQwIdlVULXPWAXFDdbxJPVRl5yKFXzBHZm/XE4+GJha2UPNOZm5LVd4
 dZsg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1715797527; x=1716402327;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
 :reply-to;
 bh=ub860kNDLZ4C0RrT9aPwOoD5rpfC/YNBKkQSEwG0eoE=;
 b=KerRtGcm67mP1gcwzLoPRVeauBqDMHGKGDKZ/EcoAHFJZRcCxwydeXbDNkOoP5rOI5
 LQm5zPyvkC8+HEiU9LqZ5JEECrqBmJSR4PkLZ3oRWsVyQk+mQ2XiyGOrxyYkyeR8V2eJ
 wbzRcqAEhTRU5jpG8LOV8WRS8uzN8zSPengyfUBOq3DPOtCT+Hhl3JNoSDTUSvpBrppN
 dxkEHUXNMNfGL0HreooWD2b7mYkR9qPOl0i0zmhjTw0ObFbfs9nXYWAmxKtMsBi/MMr+
 eu87MK7bhjXxFyXwEkXUQkuGlq9CMwXQkmpecIPBTZS1ufL0z1elzoRkjqlFff8qJYNN
 WiFQ==
X-Forwarded-Encrypted: i=1;
 AJvYcCV9OPLM5lOVvOWpBnkc87qZvfidx+s8b0gluE0pahXAJXeZ9qTOdLlbk9uWoa2cIBT+Tvc39+JRfWUHRXc44bQE6uvNDX4=
X-Gm-Message-State: AOJu0Yxb0WNfTAosg3OWMAgKW3iLD345GlRokYK+KC13OVRXApvGSarV
 pKHSxejWnhbEFZlWo078AyjHsdR/+HGfBvWezY30ZHiPuHxnxRMCy2wj+0gZQDxdP7Bscla4rsI
 k1FR9wc4JBYIC/+jeSJs+4yiYy9738IpCueA=
X-Google-Smtp-Source: AGHT+IHqsTnQK46CTikyzGjvXgQR68DaN/ijX5QFFbsRlmglLDQPYMLdp9MoQHa0w0bI5WqYuBgMruue8suzTx0LPDE=
X-Received: by 2002:a2e:b6c2:0:b0:2e1:ba1c:efea with SMTP id
 38308e7fff4ca-2e51ff4d69fmr108591341fa.19.1715797527149; Wed, 15 May 2024
 11:25:27 -0700 (PDT)
MIME-Version: 1.0
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN> <87cyq0tb5w.fsf@HIDDEN>
 <CA+Nei8PR3Pb4xQ_pvDYoCLNtS1iXB_YNbfj4rcAHbn+X61+yyQ@HIDDEN>
 <86le4cx3w2.fsf@HIDDEN> <87le4be520.fsf@HIDDEN>
 <CA+Nei8M81C-YkqTC__s_q98R6wQmvMDepmwBi1Q31f-e7d4ERw@HIDDEN>
 <87a5krdkq2.fsf@HIDDEN>
In-Reply-To: <87a5krdkq2.fsf@HIDDEN>
From: Kun Liu <kun.liu@HIDDEN>
Date: Wed, 15 May 2024 11:25:13 -0700
Message-ID: <CA+Nei8PAk1V76A2VMomd=7rp5RgL=-brZYgGV_bw8Bq5ubH3Sw@HIDDEN>
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
To: Michael Albinus <michael.albinus@HIDDEN>
Content-Type: multipart/alternative; boundary="0000000000001cc8f60618823e10"
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 70760
Cc: Eli Zaretskii <eliz@HIDDEN>, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

--0000000000001cc8f60618823e10
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

I did some more tests.

On fresh start, I open a new org file, say '/tmp/test.org'. I will
immediately see the following in *Messages* buffer. Opening other files (I
tried csv, py, txt, cpp, c, java) has no such effect.

(New file)
xd_add_watch: fd 14, write 2, enabled 0
xd_add_watch: fd 14, write 0, enabled 1
Fdbus__init_bus: Registered buses: ((:system . 23518017264452))
Fdbus__init_bus: Bus :system, Reference counter 2
Fdbus_message_internal: DBUS_MESSAGE_TYPE_METHOD_CALL :system
org.freedesktop.DBus /org/freedesktop/DBus org.freedesktop.DBus AddMatch
dbus-call-method-handler
Fdbus_message_internal: Parameter1:
type=3D'signal',interface=3D'org.freedesktop.DBus.Local',member=3D'Disconne=
cted',path=3D'/org/freedesktop/DBus/Local'
xd_signature: s
xd_append_arg: s
type=3D'signal',interface=3D'org.freedesktop.DBus.Local',member=3D'Disconne=
cted',path=3D'/org/freedesktop/DBus/Local'
Fdbus_message_internal: Message sent: (:serial :system 2)
xd_retrieve_arg: s :1.492
xd_read_message_1: Event received: DBUS_MESSAGE_TYPE_SIGNAL 2
org.freedesktop.DBus :1.492 /org/freedesktop/DBus org.freedesktop.DBus
NameAcquired ((:string :1.492))
xd_read_message_1: Event received: DBUS_MESSAGE_TYPE_METHOD_RETURN 2
org.freedesktop.DBus :1.492 (null) (null) (null) nil
xd_read_message_1: Event stored: (:system 2 2 org.freedesktop.DBus :1.492
nil nil nil dbus-call-method-handler)
DBus-Event (dbus-event :system 2 2 org.freedesktop.DBus :1.492 nil nil nil
dbus-call-method-handler) [3 times]
Matching rule
"type=3D'signal',interface=3D'org.freedesktop.DBus.Local',member=3D'Disconn=
ected',path=3D'/org/freedesktop/DBus/Local'"
created
xd_add_watch: fd 15, write 2, enabled 0
xd_add_watch: fd 15, write 0, enabled 1
Fdbus__init_bus: Registered buses: ((:session . 23518017267316) (:system .
23518017264452))
Fdbus__init_bus: Bus :session, Reference counter 2
Fdbus_message_internal: DBUS_MESSAGE_TYPE_METHOD_CALL :session
org.freedesktop.DBus /org/freedesktop/DBus org.freedesktop.DBus AddMatch
dbus-call-method-handler
Fdbus_message_internal: Parameter1:
type=3D'signal',interface=3D'org.freedesktop.DBus.Local',member=3D'Disconne=
cted',path=3D'/org/freedesktop/DBus/Local'
xd_signature: s
xd_append_arg: s
type=3D'signal',interface=3D'org.freedesktop.DBus.Local',member=3D'Disconne=
cted',path=3D'/org/freedesktop/DBus/Local'
Fdbus_message_internal: Message sent: (:serial :session 2)
xd_retrieve_arg: s :1.1051
xd_read_message_1: Event received: DBUS_MESSAGE_TYPE_SIGNAL 2
org.freedesktop.DBus :1.1051 /org/freedesktop/DBus org.freedesktop.DBus
NameAcquired ((:string :1.1051))
xd_read_message_1: Event received: DBUS_MESSAGE_TYPE_METHOD_RETURN 2
org.freedesktop.DBus :1.1051 (null) (null) (null) nil
xd_read_message_1: Event stored: (:session 2 2 org.freedesktop.DBus :1.1051
nil nil nil dbus-call-method-handler)
DBus-Event (dbus-event :session 2 2 org.freedesktop.DBus :1.1051 nil nil
nil dbus-call-method-handler) [3 times]
Matching rule
"type=3D'signal',interface=3D'org.freedesktop.DBus.Local',member=3D'Disconn=
ected',path=3D'/org/freedesktop/DBus/Local'"
created

On Wed, May 15, 2024 at 10:54=E2=80=AFAM Michael Albinus <michael.albinus@g=
mx.de>
wrote:

> Kun Liu <kun.liu@HIDDEN> writes:
>
> Hi,
>
> > Here is a couple of instances of what I saw in *Messages* right after
> > I was able to trigger the problem.
>
> So no messages from dbusbond.c, which is good for analysis: the events
> haven't benn inserted via the D-Bus system of your machine.
>
> > case 1:
> >
> > DBus-Event (dbus-event :post-blank 0 :post-affiliated 1455145 :mode
> > nil :granularity element :cached t :parent (section (:begin 1179957 :
> > end 1609350 :contents-begin 1179957 :contents-end 1609349 :
> > robust-begin 1179957 :robust-end 1609347 :post-blank 1 :
> > post-affiliated 1179957 :mode section :granularity element :cached t :
> > parent (headline (:raw-value Old stuff :begin 1179945 :end 1609350 :
> > pre-blank 0 :contents-begin 1179957 :contents-end 1609349 :
> > robust-begin 1180109 :robust-end 1609347 :level 1 :priority nil :tags
> > nil :todo-keyword nil :todo-type nil :post-blank 1 :footnote-section-p
> > nil :archivedp nil :commentedp nil :post-affiliated 1179945 :
> > ARCHIVE_TIME 2020-10-17 Sat 15:00 :ARCHIVE_FILE ~/work/worklog.org :
> > ARCHIVE_OLPATH Scratch :ARCHIVE_CATEGORY worklog :title Old stuff :
> > mode nil :granularity element :cached t :parent (org-data (:begin 1 :
> > contents-begin 1 :contents-end 15432855 :end 15432856 :robust-begin 3 :
> > robust-end 15432853 :post-blank 1 :post-affiliated 1 :path
> > /home/kun/work/worklog.org_archive :mode org-data :CATEGORY worklog :
> > cached t :org-element--cache-sync-key nil)) :
> > org-element--cache-sync-key nil)) :org-element--cache-sync-key nil)) :
> > org-element--cache-sync-key nil) [2 times]
> > Entering debugger...
> > DBus-Event (dbus-event x . make4ht)
> > funcall-interactively: Wrong type argument: listp, "make4ht"
>
> The :post-blank keyword exist in org/*.el files only.
>
> > case 2:
> >
> > DBus-Event (dbus-event :post-blank 0 :post-affiliated 1455145 :mode
> > nil :granularity element :cached t :parent (section (:begin 1179957 :
> > end 1609350 :contents-begin 1179957 :contents-end 1609349 :
> > robust-begin 1179957 :robust-end 1609347 :post-blank 1 :
> > post-affiliated 1179957 :mode section :granularity element :cached t :
> > parent (headline (:raw-value Old stuff :begin 1179945 :end 1609350 :
> > pre-blank 0 :contents-begin 1179957 :contents-end 1609349 :
> > robust-begin 1180109 :robust-end 1609347 :level 1 :priority nil :tags
> > nil :todo-keyword nil :todo-type nil :post-blank 1 :footnote-section-p
> > nil :archivedp nil :commentedp nil :post-affiliated 1179945 :
> > ARCHIVE_TIME 2020-10-17 Sat 15:00 :ARCHIVE_FILE ~/work/worklog.org :
> > ARCHIVE_OLPATH Scratch :ARCHIVE_CATEGORY worklog :title Old stuff :
> > mode nil :granularity element :cached t :parent (org-data (:begin 1 :
> > contents-begin 1 :contents-end 15432855 :end 15432856 :robust-begin 3 :
> > robust-end 15432853 :post-blank 1 :post-affiliated 1 :path
> > /home/kun/work/worklog.org_archive :mode org-data :CATEGORY worklog :
> > cached t :org-element--cache-sync-key nil)) :
> > org-element--cache-sync-key nil)) :org-element--cache-sync-key nil)) :
> > org-element--cache-sync-key nil) [2 times]
> > dbus-event-bus-name: D-Bus error: "Not a valid D-Bus event",
> > (dbus-event :post-blank 0 :post-affiliated 1455145 :mode nil :
> > granularity element :cached ...)
>
> And here the same.
>
> Could it be, that org-mode plays with events?
>
> Best regards, Michael.
>

--0000000000001cc8f60618823e10
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">I did some more tests.<div><br></div><div>On fresh start, =
I open a new org file, say &#39;/tmp/<a href=3D"http://test.org">test.org</=
a>&#39;. I will immediately see the following in *Messages* buffer. Opening=
 other files (I tried csv, py, txt, cpp, c, java) has no such effect.</div>=
<div><br></div><div>(New file)<br>xd_add_watch: fd 14, write 2, enabled 0<b=
r>xd_add_watch: fd 14, write 0, enabled 1<br>Fdbus__init_bus: Registered bu=
ses: ((:system . 23518017264452))<br>Fdbus__init_bus: Bus :system, Referenc=
e counter 2<br>Fdbus_message_internal: DBUS_MESSAGE_TYPE_METHOD_CALL :syste=
m org.freedesktop.DBus /org/freedesktop/DBus org.freedesktop.DBus AddMatch =
dbus-call-method-handler<br>Fdbus_message_internal: Parameter1: type=3D&#39=
;signal&#39;,interface=3D&#39;org.freedesktop.DBus.Local&#39;,member=3D&#39=
;Disconnected&#39;,path=3D&#39;/org/freedesktop/DBus/Local&#39;<br>xd_signa=
ture: s<br>xd_append_arg: s type=3D&#39;signal&#39;,interface=3D&#39;org.fr=
eedesktop.DBus.Local&#39;,member=3D&#39;Disconnected&#39;,path=3D&#39;/org/=
freedesktop/DBus/Local&#39;<br>Fdbus_message_internal: Message sent: (:seri=
al :system 2)<br>xd_retrieve_arg: s :1.492<br>xd_read_message_1: Event rece=
ived: DBUS_MESSAGE_TYPE_SIGNAL 2 org.freedesktop.DBus :1.492 /org/freedeskt=
op/DBus org.freedesktop.DBus NameAcquired ((:string :1.492))<br>xd_read_mes=
sage_1: Event received: DBUS_MESSAGE_TYPE_METHOD_RETURN 2 org.freedesktop.D=
Bus :1.492 (null) (null) (null) nil<br>xd_read_message_1: Event stored: (:s=
ystem 2 2 org.freedesktop.DBus :1.492 nil nil nil dbus-call-method-handler)=
<br>DBus-Event (dbus-event :system 2 2 org.freedesktop.DBus :1.492 nil nil =
nil dbus-call-method-handler) [3 times]<br>Matching rule &quot;type=3D&#39;=
signal&#39;,interface=3D&#39;org.freedesktop.DBus.Local&#39;,member=3D&#39;=
Disconnected&#39;,path=3D&#39;/org/freedesktop/DBus/Local&#39;&quot; create=
d<br>xd_add_watch: fd 15, write 2, enabled 0<br>xd_add_watch: fd 15, write =
0, enabled 1<br>Fdbus__init_bus: Registered buses: ((:session . 23518017267=
316) (:system . 23518017264452))<br>Fdbus__init_bus: Bus :session, Referenc=
e counter 2<br>Fdbus_message_internal: DBUS_MESSAGE_TYPE_METHOD_CALL :sessi=
on org.freedesktop.DBus /org/freedesktop/DBus org.freedesktop.DBus AddMatch=
 dbus-call-method-handler<br>Fdbus_message_internal: Parameter1: type=3D&#3=
9;signal&#39;,interface=3D&#39;org.freedesktop.DBus.Local&#39;,member=3D&#3=
9;Disconnected&#39;,path=3D&#39;/org/freedesktop/DBus/Local&#39;<br>xd_sign=
ature: s<br>xd_append_arg: s type=3D&#39;signal&#39;,interface=3D&#39;org.f=
reedesktop.DBus.Local&#39;,member=3D&#39;Disconnected&#39;,path=3D&#39;/org=
/freedesktop/DBus/Local&#39;<br>Fdbus_message_internal: Message sent: (:ser=
ial :session 2)<br>xd_retrieve_arg: s :1.1051<br>xd_read_message_1: Event r=
eceived: DBUS_MESSAGE_TYPE_SIGNAL 2 org.freedesktop.DBus :1.1051 /org/freed=
esktop/DBus org.freedesktop.DBus NameAcquired ((:string :1.1051))<br>xd_rea=
d_message_1: Event received: DBUS_MESSAGE_TYPE_METHOD_RETURN 2 org.freedesk=
top.DBus :1.1051 (null) (null) (null) nil<br>xd_read_message_1: Event store=
d: (:session 2 2 org.freedesktop.DBus :1.1051 nil nil nil dbus-call-method-=
handler)<br>DBus-Event (dbus-event :session 2 2 org.freedesktop.DBus :1.105=
1 nil nil nil dbus-call-method-handler) [3 times]<br>Matching rule &quot;ty=
pe=3D&#39;signal&#39;,interface=3D&#39;org.freedesktop.DBus.Local&#39;,memb=
er=3D&#39;Disconnected&#39;,path=3D&#39;/org/freedesktop/DBus/Local&#39;&qu=
ot; created<br></div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" =
class=3D"gmail_attr">On Wed, May 15, 2024 at 10:54=E2=80=AFAM Michael Albin=
us &lt;<a href=3D"mailto:michael.albinus@HIDDEN">michael.albinus@HIDDEN</a>=
&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px =
0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Kun =
Liu &lt;<a href=3D"mailto:kun.liu@HIDDEN" target=3D"_blank">kun.liu@gmai=
l.com</a>&gt; writes:<br>
<br>
Hi,<br>
<br>
&gt; Here is a couple of instances of what I saw in *Messages* right after<=
br>
&gt; I was able to trigger the problem.<br>
<br>
So no messages from dbusbond.c, which is good for analysis: the events<br>
haven&#39;t benn inserted via the D-Bus system of your machine.<br>
<br>
&gt; case 1:<br>
&gt;<br>
&gt; DBus-Event (dbus-event :post-blank 0 :post-affiliated 1455145 :mode<br=
>
&gt; nil :granularity element :cached t :parent (section (:begin 1179957 :<=
br>
&gt; end 1609350 :contents-begin 1179957 :contents-end 1609349 :<br>
&gt; robust-begin 1179957 :robust-end 1609347 :post-blank 1 :<br>
&gt; post-affiliated 1179957 :mode section :granularity element :cached t :=
<br>
&gt; parent (headline (:raw-value Old stuff :begin 1179945 :end 1609350 :<b=
r>
&gt; pre-blank 0 :contents-begin 1179957 :contents-end 1609349 :<br>
&gt; robust-begin 1180109 :robust-end 1609347 :level 1 :priority nil :tags<=
br>
&gt; nil :todo-keyword nil :todo-type nil :post-blank 1 :footnote-section-p=
<br>
&gt; nil :archivedp nil :commentedp nil :post-affiliated 1179945 :<br>
&gt; ARCHIVE_TIME 2020-10-17 Sat 15:00 :ARCHIVE_FILE ~/work/<a href=3D"http=
://worklog.org" rel=3D"noreferrer" target=3D"_blank">worklog.org</a> :<br>
&gt; ARCHIVE_OLPATH Scratch :ARCHIVE_CATEGORY worklog :title Old stuff :<br=
>
&gt; mode nil :granularity element :cached t :parent (org-data (:begin 1 :<=
br>
&gt; contents-begin 1 :contents-end 15432855 :end 15432856 :robust-begin 3 =
:<br>
&gt; robust-end 15432853 :post-blank 1 :post-affiliated 1 :path<br>
&gt; /home/kun/work/worklog.org_archive :mode org-data :CATEGORY worklog :<=
br>
&gt; cached t :org-element--cache-sync-key nil)) :<br>
&gt; org-element--cache-sync-key nil)) :org-element--cache-sync-key nil)) :=
<br>
&gt; org-element--cache-sync-key nil) [2 times]<br>
&gt; Entering debugger...<br>
&gt; DBus-Event (dbus-event x . make4ht)<br>
&gt; funcall-interactively: Wrong type argument: listp, &quot;make4ht&quot;=
<br>
<br>
The :post-blank keyword exist in org/*.el files only.<br>
<br>
&gt; case 2:<br>
&gt;<br>
&gt; DBus-Event (dbus-event :post-blank 0 :post-affiliated 1455145 :mode<br=
>
&gt; nil :granularity element :cached t :parent (section (:begin 1179957 :<=
br>
&gt; end 1609350 :contents-begin 1179957 :contents-end 1609349 :<br>
&gt; robust-begin 1179957 :robust-end 1609347 :post-blank 1 :<br>
&gt; post-affiliated 1179957 :mode section :granularity element :cached t :=
<br>
&gt; parent (headline (:raw-value Old stuff :begin 1179945 :end 1609350 :<b=
r>
&gt; pre-blank 0 :contents-begin 1179957 :contents-end 1609349 :<br>
&gt; robust-begin 1180109 :robust-end 1609347 :level 1 :priority nil :tags<=
br>
&gt; nil :todo-keyword nil :todo-type nil :post-blank 1 :footnote-section-p=
<br>
&gt; nil :archivedp nil :commentedp nil :post-affiliated 1179945 :<br>
&gt; ARCHIVE_TIME 2020-10-17 Sat 15:00 :ARCHIVE_FILE ~/work/<a href=3D"http=
://worklog.org" rel=3D"noreferrer" target=3D"_blank">worklog.org</a> :<br>
&gt; ARCHIVE_OLPATH Scratch :ARCHIVE_CATEGORY worklog :title Old stuff :<br=
>
&gt; mode nil :granularity element :cached t :parent (org-data (:begin 1 :<=
br>
&gt; contents-begin 1 :contents-end 15432855 :end 15432856 :robust-begin 3 =
:<br>
&gt; robust-end 15432853 :post-blank 1 :post-affiliated 1 :path<br>
&gt; /home/kun/work/worklog.org_archive :mode org-data :CATEGORY worklog :<=
br>
&gt; cached t :org-element--cache-sync-key nil)) :<br>
&gt; org-element--cache-sync-key nil)) :org-element--cache-sync-key nil)) :=
<br>
&gt; org-element--cache-sync-key nil) [2 times]<br>
&gt; dbus-event-bus-name: D-Bus error: &quot;Not a valid D-Bus event&quot;,=
<br>
&gt; (dbus-event :post-blank 0 :post-affiliated 1455145 :mode nil :<br>
&gt; granularity element :cached ...)<br>
<br>
And here the same.<br>
<br>
Could it be, that org-mode plays with events?<br>
<br>
Best regards, Michael.<br>
</blockquote></div>

--0000000000001cc8f60618823e10--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 15 May 2024 17:54:41 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed May 15 13:54:41 2024
Received: from localhost ([127.0.0.1]:43489 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s7Ipt-0002DO-99
	for submit <at> debbugs.gnu.org; Wed, 15 May 2024 13:54:41 -0400
Received: from mout.gmx.net ([212.227.15.15]:38847)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <michael.albinus@HIDDEN>) id 1s7Ipq-0002DH-Ef
 for 70760 <at> debbugs.gnu.org; Wed, 15 May 2024 13:54:40 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de;
 s=s31663417; t=1715795670; x=1716400470; i=michael.albinus@HIDDEN;
 bh=vUHA4huOuI2bg2ZNRMO9xsLCYUdqDPmDr/YwBMIZyVs=;
 h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date:
 Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding:
 content-type:date:from:message-id:mime-version:reply-to:subject:
 to;
 b=IM0KO/CMgg5TLplPoc+GpCbdf1bjqnenumIkp/Rq2jvXYVKhzo0OH2OEcG9EY4IN
 W4vMmLbyeSvge+0y0OEBzqhqJuApf+fguXQIFwhdDYn7syJeuY14xnMm5+2oi12FJ
 0coNmIPFp7CDhDlYiloE5jD6oQiXMLZSfHbg/Jc8Zmqmi04HyuputEEx7HjnwOPYm
 PVljKCtLnPUaTQw0wS/6kqGw0+MKj+2yAI8ubbaWKFF/1SROjYG/qWZdhTI7SWvMl
 Nwt6n7DX1vHjuGSbpmdYwS51Sb779KC+MqJjWoVtP0qrzQvgmQj5/2ieUdS8TfwV6
 WGBOypirBYNXdpFPFQ==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from gandalf.gmx.de ([185.89.39.4]) by mail.gmx.net (mrgmx004
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MPXd2-1ruZ6N47UI-00PqbT; Wed, 15
 May 2024 19:54:30 +0200
From: Michael Albinus <michael.albinus@HIDDEN>
To: Kun Liu <kun.liu@HIDDEN>
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
In-Reply-To: <CA+Nei8M81C-YkqTC__s_q98R6wQmvMDepmwBi1Q31f-e7d4ERw@HIDDEN>
 (Kun Liu's message of "Wed, 15 May 2024 09:27:15 -0700")
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN> <87cyq0tb5w.fsf@HIDDEN>
 <CA+Nei8PR3Pb4xQ_pvDYoCLNtS1iXB_YNbfj4rcAHbn+X61+yyQ@HIDDEN>
 <86le4cx3w2.fsf@HIDDEN> <87le4be520.fsf@HIDDEN>
 <CA+Nei8M81C-YkqTC__s_q98R6wQmvMDepmwBi1Q31f-e7d4ERw@HIDDEN>
Date: Wed, 15 May 2024 19:54:29 +0200
Message-ID: <87a5krdkq2.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:+PhQh/HhkAOoPncJtUwPtGAbqbCUqy+bIga8+FPoKX4GrFLFoOf
 4d6x2C6d8O0unv/7p1azZ5YYyAiwctwO4FrgOZabrdxuNY3xrmCmtDxw5lWmYNFs7O0osdn
 QVaP6A7InxMLke/TvFpMpyrdcMEPHvTCXIm/vBAsocYPJh07/aHY8iQMGdTT3/7GlbopxTH
 YWHbXkFeL4qmm34Oj/2EA==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:38VaN5COH/4=;RWyoVRQmi92aEMRbZi3sk/E/Jrh
 QnvBpC9EGkC4wXWhl9csTByNZ2NYaG0cDuNqHl2L0+Ewrjn4DfmAvzZRjiPOKVYWFkRmvl2FB
 AYIHeHdhGHJ1CH/3j8qTjDRtomt2FbkIyUAH1qdyyOgb9QJ5UEL3324Dg/LrE46BMp1nCNW7j
 gMtRne0aOH3hC3kNXnU1ypU06vTm2o2vtRwWOVAyO9+XPtBdAWeGzrZ/MU7/B/fdEJl4TkZCz
 Qb4PEJ92eRPTAS+8ix6KtZ7sUAGny9GENoT4zQ8g2GBabgFrO6IfQnXnKUKKDn/gB9YuPLVk8
 h9MKRewQ+kWNeg6eWzLcUYaoeCiH/YURAwRkiu3TLQcrFLqOtePttROinklp2eMHrpKCCeaCf
 XmzARZQvrNiBavZXYojFl9sCtrWJBOuDcyd2JQQk/AwjJCaO6buT1RRIT5PuE6i/sZElEGn62
 KKzFyT/gO15R8h8RvqVvclN/gXcvYQtdKS3dM8DiAs6OGfpRuhI9PqgXI1aFXBXJmQIyHnL+n
 6GRRhPB+V3jaGQAXMTmf+3IYlbuNgPK/XifN0VrGkShb7qjSS7r7BfsaQtVT5QmRsONC8sAdO
 6EawFdcVWjgJtwzPEJrF+rWSoqfHsv630RG82WTTPgO+2d8gD0pE05kjKURMi9oahidGp8+u/
 lxAzlvv+p/hz2PMuInqZ0UtugQ1LbFSYhKOJF6zU+2pCRcZKgCQ2QDK/Ibmwm133SuGsWrhPo
 OD3PRDg3hR/h1cr71VXycVN0VaxvF60JrhrC5JUSK9GPxFxR0+SICNAhsukW2+E9cUWGR9ZRq
 PjGJD2dewnYTOLEPxDbJxpkvKPNYpcfa8LRm2IOOIatbY=
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 70760
Cc: Eli Zaretskii <eliz@HIDDEN>, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

Kun Liu <kun.liu@HIDDEN> writes:

Hi,

> Here is a couple of instances of what I saw in *Messages* right after
> I was able to trigger the problem.

So no messages from dbusbond.c, which is good for analysis: the events
haven't benn inserted via the D-Bus system of your machine.

> case 1:
>
> DBus-Event (dbus-event :post-blank 0 :post-affiliated 1455145 :mode
> nil :granularity element :cached t :parent (section (:begin 1179957 :
> end 1609350 :contents-begin 1179957 :contents-end 1609349 :
> robust-begin 1179957 :robust-end 1609347 :post-blank 1 :
> post-affiliated 1179957 :mode section :granularity element :cached t :
> parent (headline (:raw-value Old stuff :begin 1179945 :end 1609350 :
> pre-blank 0 :contents-begin 1179957 :contents-end 1609349 :
> robust-begin 1180109 :robust-end 1609347 :level 1 :priority nil :tags
> nil :todo-keyword nil :todo-type nil :post-blank 1 :footnote-section-p
> nil :archivedp nil :commentedp nil :post-affiliated 1179945 :
> ARCHIVE_TIME 2020-10-17 Sat 15:00 :ARCHIVE_FILE ~/work/worklog.org :
> ARCHIVE_OLPATH Scratch :ARCHIVE_CATEGORY worklog :title Old stuff :
> mode nil :granularity element :cached t :parent (org-data (:begin 1 :
> contents-begin 1 :contents-end 15432855 :end 15432856 :robust-begin 3 :
> robust-end 15432853 :post-blank 1 :post-affiliated 1 :path
> /home/kun/work/worklog.org_archive :mode org-data :CATEGORY worklog :
> cached t :org-element--cache-sync-key nil)) :
> org-element--cache-sync-key nil)) :org-element--cache-sync-key nil)) :
> org-element--cache-sync-key nil) [2 times]
> Entering debugger...
> DBus-Event (dbus-event x . make4ht)
> funcall-interactively: Wrong type argument: listp, "make4ht"

The :post-blank keyword exist in org/*.el files only.

> case 2:
>
> DBus-Event (dbus-event :post-blank 0 :post-affiliated 1455145 :mode
> nil :granularity element :cached t :parent (section (:begin 1179957 :
> end 1609350 :contents-begin 1179957 :contents-end 1609349 :
> robust-begin 1179957 :robust-end 1609347 :post-blank 1 :
> post-affiliated 1179957 :mode section :granularity element :cached t :
> parent (headline (:raw-value Old stuff :begin 1179945 :end 1609350 :
> pre-blank 0 :contents-begin 1179957 :contents-end 1609349 :
> robust-begin 1180109 :robust-end 1609347 :level 1 :priority nil :tags
> nil :todo-keyword nil :todo-type nil :post-blank 1 :footnote-section-p
> nil :archivedp nil :commentedp nil :post-affiliated 1179945 :
> ARCHIVE_TIME 2020-10-17 Sat 15:00 :ARCHIVE_FILE ~/work/worklog.org :
> ARCHIVE_OLPATH Scratch :ARCHIVE_CATEGORY worklog :title Old stuff :
> mode nil :granularity element :cached t :parent (org-data (:begin 1 :
> contents-begin 1 :contents-end 15432855 :end 15432856 :robust-begin 3 :
> robust-end 15432853 :post-blank 1 :post-affiliated 1 :path
> /home/kun/work/worklog.org_archive :mode org-data :CATEGORY worklog :
> cached t :org-element--cache-sync-key nil)) :
> org-element--cache-sync-key nil)) :org-element--cache-sync-key nil)) :
> org-element--cache-sync-key nil) [2 times]
> dbus-event-bus-name: D-Bus error: "Not a valid D-Bus event",
> (dbus-event :post-blank 0 :post-affiliated 1455145 :mode nil :
> granularity element :cached ...)

And here the same.

Could it be, that org-mode plays with events?

Best regards, Michael.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 15 May 2024 16:28:42 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed May 15 12:28:42 2024
Received: from localhost ([127.0.0.1]:42997 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s7HUf-0003zm-Mw
	for submit <at> debbugs.gnu.org; Wed, 15 May 2024 12:28:42 -0400
Received: from mail-lj1-f169.google.com ([209.85.208.169]:47133)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <kun.liu@HIDDEN>) id 1s7HUc-0003zc-II
 for 70760 <at> debbugs.gnu.org; Wed, 15 May 2024 12:28:39 -0400
Received: by mail-lj1-f169.google.com with SMTP id
 38308e7fff4ca-2e34e85ebf4so64512791fa.2
 for <70760 <at> debbugs.gnu.org>; Wed, 15 May 2024 09:28:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1715790450; x=1716395250; darn=debbugs.gnu.org;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:from:to:cc:subject:date:message-id:reply-to;
 bh=kKk2a7kxbNLRBrWHbrcswngpES8eJ8YgFjp71MfTChk=;
 b=AlTHlUFOIpPUU9YR8sv8/aECDUb2e9ZT2ioNZ8CeVqvjpKPaYKCJg0eGzWWf874z/d
 aJTd045WDrdRZe3GEtAc8BZDN5OfA06YpeyompbjirVnutHeCuyO3CLrfFh5wbu+kqlq
 6E1+xOah/zRTSU/iWpzq4J1qyzSdTlEzs5NOB/eqliyf4PbpfVicV9tYDdKpLbBT/6Uk
 iowBHyp8ZB7RdnmsjJ6zZffiT3d3mBw1445/EzOpZaShFil5Q9RSRy498uWZCrdp7aUS
 sgKNN+0A1uiqDLEtoFvVyT1fXqSmaKaDHJty2OcJYvSHJGIZw8Hl5392dfdPNfLYrWhf
 3DNQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1715790450; x=1716395250;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
 :reply-to;
 bh=kKk2a7kxbNLRBrWHbrcswngpES8eJ8YgFjp71MfTChk=;
 b=cIaEd4behPObAekqxiVy/bh+NFU4ilWYtSllnTBncNCMWFdR0WC8xNX45sbXu99sCn
 W/1XRQhs20T85Qcf7ZtDj7wOJTFQNWJ3LNn8bF8jShKJEYHZsPojAc82RbmTm0ur7NiD
 8wCZB2C+6b9PFunvHUVcU++hllkQJ19Zc9wlmJY2RAb9lhYmcyaksH4bt1tLIM+RDPcb
 gMUS2ypWhjUuCQYj5FuiqCbKYo4vKlFEYjx+1SlLBlA8P4aowSpzsmEyA4buDvaO8Are
 9cWJBMKpVcgzuCd3NtpU2FQcAfigFtoezDk8WNiIuJmodo2TZYsdcBWzkiSVXYB7Mikw
 MR/Q==
X-Forwarded-Encrypted: i=1;
 AJvYcCVsZZbMN3p6xXyCQYoS/7pOCKQnGTfMepFTelQVy42yyyQnge1jBaVa+IzHnRLAAvYozJ8LaLtTd+mIoaRzag3OQNNLpA0=
X-Gm-Message-State: AOJu0Yw/vpr3yPMOAoGtYnU3kwH1+JXf8z2Xah6BnkJ27GJwVw1OwFij
 BTLO1SjCX/B9bt+cTDawe3Y4DSa95qG+MjQvzNijONSfKScDj3W33GRRs2Yl8SwfNvx6dvzi8Fj
 mCRaSar8ua68lPCXpBEKCnLlEcMU=
X-Google-Smtp-Source: AGHT+IEFB6tGiAizExLr30/MMouMMYyk53lpesMLIf+gsFoB6xj1uzChgPQmdPpwCayyalwa3m3FI/TBijjyys+2WDE=
X-Received: by 2002:a2e:3a0f:0:b0:2e0:37be:b70f with SMTP id
 38308e7fff4ca-2e51fe57d31mr97195261fa.26.1715790450255; Wed, 15 May 2024
 09:27:30 -0700 (PDT)
MIME-Version: 1.0
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN> <87cyq0tb5w.fsf@HIDDEN>
 <CA+Nei8PR3Pb4xQ_pvDYoCLNtS1iXB_YNbfj4rcAHbn+X61+yyQ@HIDDEN>
 <86le4cx3w2.fsf@HIDDEN> <87le4be520.fsf@HIDDEN>
In-Reply-To: <87le4be520.fsf@HIDDEN>
From: Kun Liu <kun.liu@HIDDEN>
Date: Wed, 15 May 2024 09:27:15 -0700
Message-ID: <CA+Nei8M81C-YkqTC__s_q98R6wQmvMDepmwBi1Q31f-e7d4ERw@HIDDEN>
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
To: Michael Albinus <michael.albinus@HIDDEN>
Content-Type: multipart/alternative; boundary="0000000000004befed0618809800"
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 70760
Cc: Eli Zaretskii <eliz@HIDDEN>, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

--0000000000004befed0618809800
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

I did as instructed.

Here is a couple of instances of what I saw in *Messages* right after I was
able to trigger the problem.

case 1:

DBus-Event (dbus-event :post-blank 0 :post-affiliated 1455145 :mode nil
:granularity element :cached t :parent (section (:begin 1179957 :end
1609350 :contents-begin 1179957 :contents-end 1609349 :robust-begin 1179957
:robust-end 1609347 :post-blank 1 :post-affiliated 1179957 :mode section
:granularity element :cached t :parent (headline (:raw-value Old stuff
:begin 1179945 :end 1609350 :pre-blank 0 :contents-begin 1179957
:contents-end 1609349 :robust-begin 1180109 :robust-end 1609347 :level 1
:priority nil :tags nil :todo-keyword nil :todo-type nil :post-blank 1
:footnote-section-p nil :archivedp nil :commentedp nil :post-affiliated
1179945 :ARCHIVE_TIME 2020-10-17 Sat 15:00 :ARCHIVE_FILE ~/work/worklog.org
:ARCHIVE_OLPATH Scratch :ARCHIVE_CATEGORY worklog :title Old stuff :mode
nil :granularity element :cached t :parent (org-data (:begin 1
:contents-begin 1 :contents-end 15432855 :end 15432856 :robust-begin 3
:robust-end 15432853 :post-blank 1 :post-affiliated 1 :path
/home/kun/work/worklog.org_archive :mode org-data :CATEGORY worklog :cached
t :org-element--cache-sync-key nil)) :org-element--cache-sync-key nil))
:org-element--cache-sync-key nil)) :org-element--cache-sync-key nil) [2
times]
Entering debugger...
DBus-Event (dbus-event x . make4ht)
funcall-interactively: Wrong type argument: listp, "make4ht"

case 2:

DBus-Event (dbus-event :post-blank 0 :post-affiliated 1455145 :mode nil
:granularity element :cached t :parent (section (:begin 1179957 :end
1609350 :contents-begin 1179957 :contents-end 1609349 :robust-begin 1179957
:robust-end 1609347 :post-blank 1 :post-affiliated 1179957 :mode section
:granularity element :cached t :parent (headline (:raw-value Old stuff
:begin 1179945 :end 1609350 :pre-blank 0 :contents-begin 1179957
:contents-end 1609349 :robust-begin 1180109 :robust-end 1609347 :level 1
:priority nil :tags nil :todo-keyword nil :todo-type nil :post-blank 1
:footnote-section-p nil :archivedp nil :commentedp nil :post-affiliated
1179945 :ARCHIVE_TIME 2020-10-17 Sat 15:00 :ARCHIVE_FILE ~/work/worklog.org
:ARCHIVE_OLPATH Scratch :ARCHIVE_CATEGORY worklog :title Old stuff :mode
nil :granularity element :cached t :parent (org-data (:begin 1
:contents-begin 1 :contents-end 15432855 :end 15432856 :robust-begin 3
:robust-end 15432853 :post-blank 1 :post-affiliated 1 :path
/home/kun/work/worklog.org_archive :mode org-data :CATEGORY worklog :cached
t :org-element--cache-sync-key nil)) :org-element--cache-sync-key nil))
:org-element--cache-sync-key nil)) :org-element--cache-sync-key nil) [2
times]
dbus-event-bus-name: D-Bus error: "Not a valid D-Bus event", (dbus-event
:post-blank 0 :post-affiliated 1455145 :mode nil :granularity element
:cached ...)


On Wed, May 15, 2024 at 3:35=E2=80=AFAM Michael Albinus <michael.albinus@gm=
x.de>
wrote:

> Eli Zaretskii <eliz@HIDDEN> writes:
>
> Hi,
>
> > We have already established that some invalid D-Bus events cause these
> > problems.  What we need now is to find out what kind of D-Bus events
> > are those, and what does VirtualBox mean to happen when it emits these
> > D-Bus events?
> >
> > Looking at dbus-check-event, I see that event of the form
> >
> >   (dbus-event 10 14)
> >
> > is invalid because the first member of the list after 'dbus-event'
> > should be either a keyword (a symbol, AFAIU) or a string, but here we
> > have a number.
> >
> > The event
> >
> >   (dbus-event "[ \11]*$")
> >
> > from your previous message is also invalid, since it has only one
> > member after 'dbus-event'.
> >
> > IOW, VirtualBox is emitting invalid D-Bus events, at least as far as
> > our support for D-Bus is concerned.
> >
> > Michael, are these events invalid according to the D-Bus spec, or we
> > just lack support for them in Emacs?  If the former, I don't see how
> > this can be an Emacs problem; you should ask the VirtualBox folks what
> > to do to avoid this.
>
> These aren't valid D-Bus events according to the spec, and I doubt that
> they come from D-Bus itself. But let's instrument Emacs in order to see
> which D-Bus events flow around. The following recipe:
>
> --8<---------------cut here---------------start------------->8---
> # rm src/dbusbind.o
> # make MYCPPFLAGS=3D'-DDBUS_DEBUG'
> # src/emacs --eval '(setq dbus-debug t message-log-max t)'
> --8<---------------cut here---------------end--------------->8---
>
> Then trigger the problem, and send us the *Messages* buffer afterwards.
> Recompile Emacs w/o the MYCPPFLAGS arg.
>
> > Maybe we can make Emacs more tolerant to these issues, e.g., make the
> > error a warning or a message?
>
> Maybe. But my gut feeling tells me there is an error in Emacs handling
> incoming event. And this isn't related to D-Bus, necessarily.
>
> > All in all, I feel like this is not an Emacs issue at all, and should
> > not be brought to us.
>
> Maybe. But I'd like to see the D-Bus events first.
>
> Best regards, Michael.
>

--0000000000004befed0618809800
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">I did as instructed.<div><br></div><div>Here is a couple o=
f instances of what I saw in *Messages* right after I was able to trigger t=
he problem.</div><div><br></div><div>case 1:</div><div><br></div><div>DBus-=
Event (dbus-event :post-blank 0 :post-affiliated 1455145 :mode nil :granula=
rity element :cached t :parent (section (:begin 1179957 :end 1609350 :conte=
nts-begin 1179957 :contents-end 1609349 :robust-begin 1179957 :robust-end 1=
609347 :post-blank 1 :post-affiliated 1179957 :mode section :granularity el=
ement :cached t :parent (headline (:raw-value Old stuff :begin 1179945 :end=
 1609350 :pre-blank 0 :contents-begin 1179957 :contents-end 1609349 :robust=
-begin 1180109 :robust-end 1609347 :level 1 :priority nil :tags nil :todo-k=
eyword nil :todo-type nil :post-blank 1 :footnote-section-p nil :archivedp =
nil :commentedp nil :post-affiliated 1179945 :ARCHIVE_TIME 2020-10-17 Sat 1=
5:00 :ARCHIVE_FILE ~/work/<a href=3D"http://worklog.org">worklog.org</a> :A=
RCHIVE_OLPATH Scratch :ARCHIVE_CATEGORY worklog :title Old stuff :mode nil =
:granularity element :cached t :parent (org-data (:begin 1 :contents-begin =
1 :contents-end 15432855 :end 15432856 :robust-begin 3 :robust-end 15432853=
 :post-blank 1 :post-affiliated 1 :path /home/kun/work/worklog.org_archive =
:mode org-data :CATEGORY worklog :cached t :org-element--cache-sync-key nil=
)) :org-element--cache-sync-key nil)) :org-element--cache-sync-key nil)) :o=
rg-element--cache-sync-key nil) [2 times]<br>Entering debugger...<br>DBus-E=
vent (dbus-event x . make4ht)<br>funcall-interactively: Wrong type argument=
: listp, &quot;make4ht&quot;<br></div><div><br></div><div>case 2:</div><div=
><br></div><div>DBus-Event (dbus-event :post-blank 0 :post-affiliated 14551=
45 :mode nil :granularity element :cached t :parent (section (:begin 117995=
7 :end 1609350 :contents-begin 1179957 :contents-end 1609349 :robust-begin =
1179957 :robust-end 1609347 :post-blank 1 :post-affiliated 1179957 :mode se=
ction :granularity element :cached t :parent (headline (:raw-value Old stuf=
f :begin 1179945 :end 1609350 :pre-blank 0 :contents-begin 1179957 :content=
s-end 1609349 :robust-begin 1180109 :robust-end 1609347 :level 1 :priority =
nil :tags nil :todo-keyword nil :todo-type nil :post-blank 1 :footnote-sect=
ion-p nil :archivedp nil :commentedp nil :post-affiliated 1179945 :ARCHIVE_=
TIME 2020-10-17 Sat 15:00 :ARCHIVE_FILE ~/work/<a href=3D"http://worklog.or=
g">worklog.org</a> :ARCHIVE_OLPATH Scratch :ARCHIVE_CATEGORY worklog :title=
 Old stuff :mode nil :granularity element :cached t :parent (org-data (:beg=
in 1 :contents-begin 1 :contents-end 15432855 :end 15432856 :robust-begin 3=
 :robust-end 15432853 :post-blank 1 :post-affiliated 1 :path /home/kun/work=
/worklog.org_archive :mode org-data :CATEGORY worklog :cached t :org-elemen=
t--cache-sync-key nil)) :org-element--cache-sync-key nil)) :org-element--ca=
che-sync-key nil)) :org-element--cache-sync-key nil) [2 times]<br>dbus-even=
t-bus-name: D-Bus error: &quot;Not a valid D-Bus event&quot;, (dbus-event :=
post-blank 0 :post-affiliated 1455145 :mode nil :granularity element :cache=
d ...)<br></div><div><br></div></div><br><div class=3D"gmail_quote"><div di=
r=3D"ltr" class=3D"gmail_attr">On Wed, May 15, 2024 at 3:35=E2=80=AFAM Mich=
ael Albinus &lt;<a href=3D"mailto:michael.albinus@HIDDEN">michael.albinus@g=
mx.de</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"ma=
rgin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:=
1ex">Eli Zaretskii &lt;<a href=3D"mailto:eliz@HIDDEN" target=3D"_blank">el=
iz@HIDDEN</a>&gt; writes:<br>
<br>
Hi,<br>
<br>
&gt; We have already established that some invalid D-Bus events cause these=
<br>
&gt; problems.=C2=A0 What we need now is to find out what kind of D-Bus eve=
nts<br>
&gt; are those, and what does VirtualBox mean to happen when it emits these=
<br>
&gt; D-Bus events?<br>
&gt;<br>
&gt; Looking at dbus-check-event, I see that event of the form<br>
&gt;<br>
&gt;=C2=A0 =C2=A0(dbus-event 10 14)<br>
&gt;<br>
&gt; is invalid because the first member of the list after &#39;dbus-event&=
#39;<br>
&gt; should be either a keyword (a symbol, AFAIU) or a string, but here we<=
br>
&gt; have a number.<br>
&gt;<br>
&gt; The event<br>
&gt;<br>
&gt;=C2=A0 =C2=A0(dbus-event &quot;[ \11]*$&quot;)<br>
&gt;<br>
&gt; from your previous message is also invalid, since it has only one<br>
&gt; member after &#39;dbus-event&#39;.<br>
&gt;<br>
&gt; IOW, VirtualBox is emitting invalid D-Bus events, at least as far as<b=
r>
&gt; our support for D-Bus is concerned.<br>
&gt;<br>
&gt; Michael, are these events invalid according to the D-Bus spec, or we<b=
r>
&gt; just lack support for them in Emacs?=C2=A0 If the former, I don&#39;t =
see how<br>
&gt; this can be an Emacs problem; you should ask the VirtualBox folks what=
<br>
&gt; to do to avoid this.<br>
<br>
These aren&#39;t valid D-Bus events according to the spec, and I doubt that=
<br>
they come from D-Bus itself. But let&#39;s instrument Emacs in order to see=
<br>
which D-Bus events flow around. The following recipe:<br>
<br>
--8&lt;---------------cut here---------------start-------------&gt;8---<br>
# rm src/dbusbind.o<br>
# make MYCPPFLAGS=3D&#39;-DDBUS_DEBUG&#39;<br>
# src/emacs --eval &#39;(setq dbus-debug t message-log-max t)&#39;<br>
--8&lt;---------------cut here---------------end---------------&gt;8---<br>
<br>
Then trigger the problem, and send us the *Messages* buffer afterwards.<br>
Recompile Emacs w/o the MYCPPFLAGS arg.<br>
<br>
&gt; Maybe we can make Emacs more tolerant to these issues, e.g., make the<=
br>
&gt; error a warning or a message?<br>
<br>
Maybe. But my gut feeling tells me there is an error in Emacs handling<br>
incoming event. And this isn&#39;t related to D-Bus, necessarily.<br>
<br>
&gt; All in all, I feel like this is not an Emacs issue at all, and should<=
br>
&gt; not be brought to us.<br>
<br>
Maybe. But I&#39;d like to see the D-Bus events first.<br>
<br>
Best regards, Michael.<br>
</blockquote></div>

--0000000000004befed0618809800--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 15 May 2024 10:35:32 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed May 15 06:35:32 2024
Received: from localhost ([127.0.0.1]:42052 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s7Byt-0004n9-QS
	for submit <at> debbugs.gnu.org; Wed, 15 May 2024 06:35:32 -0400
Received: from mout.gmx.net ([212.227.17.22]:41729)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <michael.albinus@HIDDEN>) id 1s7Byq-0004n2-91
 for 70760 <at> debbugs.gnu.org; Wed, 15 May 2024 06:35:29 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de;
 s=s31663417; t=1715769320; x=1716374120; i=michael.albinus@HIDDEN;
 bh=EeC3DxctsZLy+DBVmCVwbmtY25wOkEkfY8k6eitT5Eg=;
 h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date:
 Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding:
 content-type:date:from:message-id:mime-version:reply-to:subject:
 to;
 b=QGq4VVDzel+IJ9ZRqhVBz1xQfhSR8xM2mLKDTTUAEwmARXiWKGCBsYqmy75wk1Gw
 pSyht+GRdQQxDYQ2Js5jOS45CK8qE9zMb21FIjZh49Zoh+jMSOMw8nzpXbBDC0+ig
 it0XSnZdfsIcVAuzaFj4qhZx/cSPqMsdvSzQDklQknRnLKCpvszBCi3OPTJY6ZXrx
 deWZtkruY8lLPz6WmYmDl5LSA6tGoPZsmcHE/WBMd2KeqilCXi8nVW6PqWYTXcSPC
 zECkGMTwat8hSzSg9BJX4nNBtuxFYQmJNFbVpApE5HCD+oUrr0pmnFMcVrFbGQRsE
 yHHMP5sNo4XSOY6oAA==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from gandalf.gmx.de ([185.89.39.4]) by mail.gmx.net (mrgmx104
 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MhU9j-1slUTr0oJn-00hdz1; Wed, 15
 May 2024 12:35:20 +0200
From: Michael Albinus <michael.albinus@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
In-Reply-To: <86le4cx3w2.fsf@HIDDEN> (Eli Zaretskii's message of "Tue, 14 May
 2024 10:13:17 +0300")
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN> <87cyq0tb5w.fsf@HIDDEN>
 <CA+Nei8PR3Pb4xQ_pvDYoCLNtS1iXB_YNbfj4rcAHbn+X61+yyQ@HIDDEN>
 <86le4cx3w2.fsf@HIDDEN>
Date: Wed, 15 May 2024 12:35:19 +0200
Message-ID: <87le4be520.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:9D8RQAhcm6gH4G6FJ4Wl7P4pzwDlMTrj3Lcj8TSHuCh2gDsr/A9
 4+cPLvuWcZXQTK3lfRT/4jBlH7zcVJWL6ssZDT3T1gwPzkM693KePgzJT/qtAdaYM76FPMz
 ncCJjW4Vp+Fm4k3yK2h1d8x8D1YCTSFQp0wUfglJ6c/URHv47uu2OtvrSj91qr//lx6nxuF
 RW0qErbdiL4jM9EfEImzg==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:p6L66gvaFCs=;kbHxk4KZb324/CRRXiOfJPAuoIs
 qQ28hcjMHvz73wixsHg50N7koTmSKNwUpjsV4VE6KJNZU4+3Q7IFHQxemoqfICpZFasCpvbkk
 iYMbOOe5srQ7s66UbMhJzX+M05ajvkGw2fBZA6IIjcGBAuPfkGWJi570YblRDselOgnFYg1p/
 uD8EqKZjg2X2LWkqnt7Pqkg9AlXep2am/iYbbKLWLQikJRWA6J8qSV5VSkT5IZU8zM1Z8esEI
 q0JkMMoyni2rM+WyzA65KxGHaeDWsyN740S00jEmgMndVlBfd11Ied9GJzj9St5jYsRf442AA
 rzleMgGkI3vCiAfxBlHH3GATB0/gClR8ZFFKjYK4AdDPnmL6Lu8nYpRR/QvwVv1aS0hwjPhs2
 7JwmQkS7JFZxp40gjA3fYgnJUAypcQW6MLo8kZodQ61iHdPwWPFon2wHMmOM0zudVVlOG+vFp
 NzrT7qujTiJF1KgfPsvVZlEfVsLQh6LvXq4bj3l6KRE9/qeeIeuEgiHGLhWOhPaaPVVr/3i+a
 rStS8FWqJTmMAUEgQvUMPxUmfPwJL+9FIxXHOCvdYcbkl4RNrp3uDqp6zGZp/2Bwhfhhwu72C
 kgayVUE9+MsDPRGDg0N3Nk8LTvybffAf1X1ypdjM33unbLddIjrN6hgk8Er+cDv/BKotcKFZb
 nrYLfB2BorFzeM4hOf2FVVoqfjYkHQLtEkyLtN9/ufcLAYKKQsu2od91NPnbAcGI2Z/98wUAn
 SUVocwmOvAdtoG8DazJf3sbIS5o3svraluT6tW2leFMBcdkkbbqBE+Jb53PJxcxDupbs1BqvR
 k6/6YAitns+dED+heGrlY66y9vjt8vXKbRtRpubs+usmo=
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 70760
Cc: Kun Liu <kun.liu@HIDDEN>, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

Eli Zaretskii <eliz@HIDDEN> writes:

Hi,

> We have already established that some invalid D-Bus events cause these
> problems.  What we need now is to find out what kind of D-Bus events
> are those, and what does VirtualBox mean to happen when it emits these
> D-Bus events?
>
> Looking at dbus-check-event, I see that event of the form
>
>   (dbus-event 10 14)
>
> is invalid because the first member of the list after 'dbus-event'
> should be either a keyword (a symbol, AFAIU) or a string, but here we
> have a number.
>
> The event
>
>   (dbus-event "[ \11]*$")
>
> from your previous message is also invalid, since it has only one
> member after 'dbus-event'.
>
> IOW, VirtualBox is emitting invalid D-Bus events, at least as far as
> our support for D-Bus is concerned.
>
> Michael, are these events invalid according to the D-Bus spec, or we
> just lack support for them in Emacs?  If the former, I don't see how
> this can be an Emacs problem; you should ask the VirtualBox folks what
> to do to avoid this.

These aren't valid D-Bus events according to the spec, and I doubt that
they come from D-Bus itself. But let's instrument Emacs in order to see
which D-Bus events flow around. The following recipe:

--8<---------------cut here---------------start------------->8---
# rm src/dbusbind.o
# make MYCPPFLAGS='-DDBUS_DEBUG'
# src/emacs --eval '(setq dbus-debug t message-log-max t)'
--8<---------------cut here---------------end--------------->8---

Then trigger the problem, and send us the *Messages* buffer afterwards.
Recompile Emacs w/o the MYCPPFLAGS arg.

> Maybe we can make Emacs more tolerant to these issues, e.g., make the
> error a warning or a message?

Maybe. But my gut feeling tells me there is an error in Emacs handling
incoming event. And this isn't related to D-Bus, necessarily.

> All in all, I feel like this is not an Emacs issue at all, and should
> not be brought to us.

Maybe. But I'd like to see the D-Bus events first.

Best regards, Michael.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 14 May 2024 07:13:33 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue May 14 03:13:33 2024
Received: from localhost ([127.0.0.1]:37585 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s6mLt-0003i1-0C
	for submit <at> debbugs.gnu.org; Tue, 14 May 2024 03:13:33 -0400
Received: from eggs.gnu.org ([209.51.188.92]:39812)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1s6mLo-0003ht-2b
 for 70760 <at> debbugs.gnu.org; Tue, 14 May 2024 03:13:31 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1s6mLg-0004gO-6N; Tue, 14 May 2024 03:13:20 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=xAXsNuTiaypr7IyqDDMFMxwhzbf6HzJ/+eJB1pEoBXw=; b=UPhz4yY98sWF
 sOy8nLzK2YtE5tijhMGZl4YpcKtWWC0VduUYFzoKnOudNT3cDYSmRJ4TjR8HNqiddN1Icqo7pRjsx
 H9BXmoj0skhXh3repdlZJfNhH1fHh9y5PQJuHX3YKtRiggOQOx+Jl2QMmPlO+pBiTRaK5iVK/PD0g
 sFPccdD2HdXpHdElQ+yoFPkD6w/+LAUpjUwUPrUK9E2k9VFMYKeamnM3FL/q+2Yl8D20SrmqCVkXm
 cSMAVrtm6qNF4bciGnnMEcYDQQJ8P8TPFSRS10PDDUGArDJEBBj3wKZM0IhQ51gwulAoL4+DAvItu
 bVkzQdtvwoodwBY2wh4n/w==;
Date: Tue, 14 May 2024 10:13:17 +0300
Message-Id: <86le4cx3w2.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Kun Liu <kun.liu@HIDDEN>
In-Reply-To: <CA+Nei8PR3Pb4xQ_pvDYoCLNtS1iXB_YNbfj4rcAHbn+X61+yyQ@HIDDEN>
 (message from Kun Liu on Mon, 13 May 2024 23:17:16 -0700)
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN> <87cyq0tb5w.fsf@HIDDEN>
 <CA+Nei8PR3Pb4xQ_pvDYoCLNtS1iXB_YNbfj4rcAHbn+X61+yyQ@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 70760
Cc: michael.albinus@HIDDEN, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Kun Liu <kun.liu@HIDDEN>
> Date: Mon, 13 May 2024 23:17:16 -0700
> Cc: Eli Zaretskii <eliz@HIDDEN>, 70760 <at> debbugs.gnu.org
> 
> I tried various things including upgrading the guest Linux to Debian 12, and trying master vs 29 branches. Still
> seeing crashes.
> 
> Today I tried configure emacs 29 without "--with-native-compilation". It appears that core dump is no longer
> happening. Now when I copy on the host, I see the following message in Emacs:
> 
> dbus-check-event: D-Bus error: "Not a valid D-Bus event", (dbus-event 10 14)
> 
> Backtrace buffer shows the following:
> 
> Debugger entered--Lisp error: (dbus-error "Not a valid D-Bus event" (dbus-event 10 14))
>   signal(dbus-error ("Not a valid D-Bus event" (dbus-event 10 14)))
>   dbus-check-event((dbus-event 10 14))
>   dbus-event-bus-name((dbus-event 10 14))
>   dbus-notice-synchronous-call-errors((dbus-event 10 14) (dbus-error "Not a valid D-Bus event" (dbus-event 10
> 14)))
>   run-hook-with-args(dbus-notice-synchronous-call-errors (dbus-event 10 14) (dbus-error "Not a valid D-Bus
> event" (dbus-event 10 14)))
>   dbus-handle-event((dbus-event 10 14))
>   funcall-interactively(dbus-handle-event (dbus-event 10 14))
>   call-interactively(dbus-handle-event nil [(dbus-event 10 14)])
>   command-execute(dbus-handle-event nil [(dbus-event 10 14)] t)

We have already established that some invalid D-Bus events cause these
problems.  What we need now is to find out what kind of D-Bus events
are those, and what does VirtualBox mean to happen when it emits these
D-Bus events?

Looking at dbus-check-event, I see that event of the form

  (dbus-event 10 14)

is invalid because the first member of the list after 'dbus-event'
should be either a keyword (a symbol, AFAIU) or a string, but here we
have a number.

The event

  (dbus-event "[ \11]*$")

from your previous message is also invalid, since it has only one
member after 'dbus-event'.

IOW, VirtualBox is emitting invalid D-Bus events, at least as far as
our support for D-Bus is concerned.

Michael, are these events invalid according to the D-Bus spec, or we
just lack support for them in Emacs?  If the former, I don't see how
this can be an Emacs problem; you should ask the VirtualBox folks what
to do to avoid this.

Maybe we can make Emacs more tolerant to these issues, e.g., make the
error a warning or a message?

Reading the VirtualBox documentation I find on the net, I see that
this page:

  https://www.virtualbox.org/manual/ch04.html#guestadd-dnd

says you need to install "the latest version of the Guest Additions".
Since copy/paste is a variant of drag-and-drop, perhaps this is
relevant for your case as well, I don't know.  See also

  https://www.virtualbox.org/manual/ch04.html#guestadd-dnd-limitations

The following pages might also be relevant:

  https://www.virtualbox.org/manual/ch12.html#ts_linux-guest-x11-services
  https://www.virtualbox.org/manual/ch12.html#ts_win-dnd-uipi

All in all, I feel like this is not an Emacs issue at all, and should
not be brought to us.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 14 May 2024 06:18:40 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue May 14 02:18:40 2024
Received: from localhost ([127.0.0.1]:37320 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s6lUm-0000Mj-1P
	for submit <at> debbugs.gnu.org; Tue, 14 May 2024 02:18:40 -0400
Received: from mail-lj1-f180.google.com ([209.85.208.180]:42468)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <kun.liu@HIDDEN>) id 1s6lUi-0000Md-Ew
 for 70760 <at> debbugs.gnu.org; Tue, 14 May 2024 02:18:38 -0400
Received: by mail-lj1-f180.google.com with SMTP id
 38308e7fff4ca-2e2b468ea12so44852561fa.1
 for <70760 <at> debbugs.gnu.org>; Mon, 13 May 2024 23:18:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1715667449; x=1716272249; darn=debbugs.gnu.org;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:from:to:cc:subject:date:message-id:reply-to;
 bh=HMCdjNPOl9sTOx6CmgTA8feFAkab7ssXfeQjCdpAqP8=;
 b=LXwg1fsfG4bSMprBmUlfjMaLXUE5yFlBvaMBflqQPzLgxJqJRRrbMGWe+HBMyjlVVj
 kG/xjNogZvYn9ke8evdbsT2elxz78R2npHnaJt0FOkqLSYfY6a5zcfiQrg9DW9OPs76b
 8gb/E/1iKhgWxAT+RMzvwpt6Rn/EPoSI8XKtFELcQfdml0gEYe1VqEtPrsI7xVNgP24o
 rcqs+cO+kUo4W1vU1OYKNd56J1AShnmbSoueIqpT+gOtA20cKkPgOZxxaP8imdvaEpxQ
 NRsOcztSlkFMLDGzyGF6HORnKrdTPLtK5zVAKuxQoIoUw/tQ6dzIP6ySM6r4Ap5iOALK
 7lLw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1715667449; x=1716272249;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
 :reply-to;
 bh=HMCdjNPOl9sTOx6CmgTA8feFAkab7ssXfeQjCdpAqP8=;
 b=jtIL/ty5AmOGuyecUfnyYbRtab6962Eh1wWSWWYIAU7ISIcf389iSlcHVfrsdUzbt9
 nizLOtHYHJXtnAUyTEa70nTKMUz/SIES6gss8PO/m2ecV4/g1wA4Jv2OQyBxKULqsTvN
 YdOW2nAbEZWGHyz6xNYap6eY6BfNpac0elx5SG3es8bfVVeqFjsXPv+Vt96AlaptUEDr
 MNJHIiJS509HTfkm5u6KLwonx1PAoUd0R/Nb50qD5nb+c8GIHh83PZ9AoIttcMno9tTr
 UBdg9DIhUu62IDnjV9sdg4hc2NcoWS0GxRUNlUG8/wywi7EluExq2U1SH82EQITejd6p
 v9fg==
X-Forwarded-Encrypted: i=1;
 AJvYcCV4648yYOWglA1S52x7InoTUMLQ4fhHqTMhoKW4gC4ZQK/bIyvsyAX85B/MEEJ2k3BD/qSnCuA34Kfn1dPeB/fT8uq9BP0=
X-Gm-Message-State: AOJu0Yz7B12y0jBEc3MynzRjydvfCd3dUh7j2QEq8SqizFOwWd7bQBR1
 iOQPPRBh0Y16y8SaU5ii4+jWBNUsaQb24uhg316Km1e3frMtEKyHwdwQoTBeleOAV5BJccg7WbT
 wYNVPhJAGgoFUYPnNz4GSxYZACY8=
X-Google-Smtp-Source: AGHT+IFwZd0gByFm3Gk+2EM3I87ZM9nFeoJwvy2kvy6l4yotHK9eT1jDzXo5Aj9UhqWa6osiqw/9d+Dr9JOz7AQ6HgI=
X-Received: by 2002:a2e:9b81:0:b0:2e2:d725:c7a2 with SMTP id
 38308e7fff4ca-2e51ab3f22cmr33085391fa.7.1715667449179; Mon, 13 May 2024
 23:17:29 -0700 (PDT)
MIME-Version: 1.0
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN> <87cyq0tb5w.fsf@HIDDEN>
In-Reply-To: <87cyq0tb5w.fsf@HIDDEN>
From: Kun Liu <kun.liu@HIDDEN>
Date: Mon, 13 May 2024 23:17:16 -0700
Message-ID: <CA+Nei8PR3Pb4xQ_pvDYoCLNtS1iXB_YNbfj4rcAHbn+X61+yyQ@HIDDEN>
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
To: Michael Albinus <michael.albinus@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000dc7773061863f4df"
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 70760
Cc: Eli Zaretskii <eliz@HIDDEN>, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

--000000000000dc7773061863f4df
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

I tried various things including upgrading the guest Linux to Debian 12,
and trying master vs 29 branches. Still seeing crashes.

Today I tried configure emacs 29 without "--with-native-compilation". It
appears that core dump is no longer happening. Now when I copy on the host,
I see the following message in Emacs:

dbus-check-event: D-Bus error: "Not a valid D-Bus event", (dbus-event 10 14=
)

Backtrace buffer shows the following:

Debugger entered--Lisp error: (dbus-error "Not a valid D-Bus event"
(dbus-event 10 14))
  signal(dbus-error ("Not a valid D-Bus event" (dbus-event 10 14)))
  dbus-check-event((dbus-event 10 14))
  dbus-event-bus-name((dbus-event 10 14))
  dbus-notice-synchronous-call-errors((dbus-event 10 14) (dbus-error "Not a
valid D-Bus event" (dbus-event 10 14)))
  run-hook-with-args(dbus-notice-synchronous-call-errors (dbus-event 10 14)
(dbus-error "Not a valid D-Bus event" (dbus-event 10 14)))
  dbus-handle-event((dbus-event 10 14))
  funcall-interactively(dbus-handle-event (dbus-event 10 14))
  call-interactively(dbus-handle-event nil [(dbus-event 10 14)])
  command-execute(dbus-handle-event nil [(dbus-event 10 14)] t)

On Sun, May 5, 2024 at 10:34=E2=80=AFAM Michael Albinus <michael.albinus@gm=
x.de>
wrote:

> Eli Zaretskii <eliz@HIDDEN> writes:
>
> Hi Eli,
>
> >> I did (setq debug-on-error t), went to
> https://en.wikipedia.org/wiki/Emacs, randomly selected a fragment
> >> "Emacs has over", then did a ctrll+c.
> >>
> >> Emacs in VirtualBox immediately showed the following:
> >>
> >> Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p
> nil)
> >>   dbus-handle-event((dbus-event "[ \11]*$"))
> >>   funcall-interactively(dbus-handle-event (dbus-event "[ \11]*$"))
> >>   call-interactively(dbus-handle-event nil [(dbus-event "[ \11]*$")])
> >>   command-execute(dbus-handle-event nil [(dbus-event "[ \11]*$")] t)
> >
> > Does VirtualBox have anything in its documentation that suggests that
> > Ctrl-C on the Windows side will cause a D-Bus event on the VM side?
> >
> > Michael, any idea what is this D-Bus event, and what does it have to
> > do with copying into the Windows clipboard?
>
> `dbus-handle-event' is the handler for D-Bus events (sic!). It is
> invoked, when a D-Bus event arrives in the keyboard buffer, see
> `special-event-map'.
>
> It isn't called explicitly anywhere in Emacs. So I assume that the
> "D-Bus" event is pushed to the keyboard buffer by accident, when
> communicating with the VirtualBox.
>
> > Thanks.
>
> Best regards, Michael.
>

--000000000000dc7773061863f4df
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">I tried various things including upgrading the guest Linux=
 to Debian 12, and trying master vs 29 branches. Still seeing crashes.<div>=
<br></div><div>Today I tried configure emacs 29 without &quot;--with-native=
-compilation&quot;. It appears that core dump is no longer happening. Now w=
hen I copy on the host, I see the following message in Emacs:</div><div><br=
></div><div>dbus-check-event: D-Bus error: &quot;Not a valid D-Bus event&qu=
ot;, (dbus-event 10 14)<br></div><div><br></div><div>Backtrace buffer shows=
 the following:</div><div><br></div><div>Debugger entered--Lisp error: (dbu=
s-error &quot;Not a valid D-Bus event&quot; (dbus-event 10 14))<br>=C2=A0 s=
ignal(dbus-error (&quot;Not a valid D-Bus event&quot; (dbus-event 10 14)))<=
br>=C2=A0 dbus-check-event((dbus-event 10 14))<br>=C2=A0 dbus-event-bus-nam=
e((dbus-event 10 14))<br>=C2=A0 dbus-notice-synchronous-call-errors((dbus-e=
vent 10 14) (dbus-error &quot;Not a valid D-Bus event&quot; (dbus-event 10 =
14)))<br>=C2=A0 run-hook-with-args(dbus-notice-synchronous-call-errors (dbu=
s-event 10 14) (dbus-error &quot;Not a valid D-Bus event&quot; (dbus-event =
10 14)))<br>=C2=A0 dbus-handle-event((dbus-event 10 14))<br>=C2=A0 funcall-=
interactively(dbus-handle-event (dbus-event 10 14))<br>=C2=A0 call-interact=
ively(dbus-handle-event nil [(dbus-event 10 14)])<br>=C2=A0 command-execute=
(dbus-handle-event nil [(dbus-event 10 14)] t)<br></div></div><br><div clas=
s=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Sun, May 5, 2024=
 at 10:34=E2=80=AFAM Michael Albinus &lt;<a href=3D"mailto:michael.albinus@=
gmx.de">michael.albinus@HIDDEN</a>&gt; wrote:<br></div><blockquote class=3D=
"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(2=
04,204,204);padding-left:1ex">Eli Zaretskii &lt;<a href=3D"mailto:eliz@gnu.=
org" target=3D"_blank">eliz@HIDDEN</a>&gt; writes:<br>
<br>
Hi Eli,<br>
<br>
&gt;&gt; I did (setq debug-on-error t), went to <a href=3D"https://en.wikip=
edia.org/wiki/Emacs" rel=3D"noreferrer" target=3D"_blank">https://en.wikipe=
dia.org/wiki/Emacs</a>, randomly selected a fragment<br>
&gt;&gt; &quot;Emacs has over&quot;, then did a ctrll+c.<br>
&gt;&gt;<br>
&gt;&gt; Emacs in VirtualBox immediately showed the following:<br>
&gt;&gt;<br>
&gt;&gt; Debugger entered--Lisp error: (wrong-type-argument number-or-marke=
r-p nil)<br>
&gt;&gt;=C2=A0 =C2=A0dbus-handle-event((dbus-event &quot;[ \11]*$&quot;))<b=
r>
&gt;&gt;=C2=A0 =C2=A0funcall-interactively(dbus-handle-event (dbus-event &q=
uot;[ \11]*$&quot;))<br>
&gt;&gt;=C2=A0 =C2=A0call-interactively(dbus-handle-event nil [(dbus-event =
&quot;[ \11]*$&quot;)])<br>
&gt;&gt;=C2=A0 =C2=A0command-execute(dbus-handle-event nil [(dbus-event &qu=
ot;[ \11]*$&quot;)] t)<br>
&gt;<br>
&gt; Does VirtualBox have anything in its documentation that suggests that<=
br>
&gt; Ctrl-C on the Windows side will cause a D-Bus event on the VM side?<br=
>
&gt;<br>
&gt; Michael, any idea what is this D-Bus event, and what does it have to<b=
r>
&gt; do with copying into the Windows clipboard?<br>
<br>
`dbus-handle-event&#39; is the handler for D-Bus events (sic!). It is<br>
invoked, when a D-Bus event arrives in the keyboard buffer, see<br>
`special-event-map&#39;.<br>
<br>
It isn&#39;t called explicitly anywhere in Emacs. So I assume that the<br>
&quot;D-Bus&quot; event is pushed to the keyboard buffer by accident, when<=
br>
communicating with the VirtualBox.<br>
<br>
&gt; Thanks.<br>
<br>
Best regards, Michael.<br>
</blockquote></div>

--000000000000dc7773061863f4df--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 5 May 2024 17:35:28 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun May 05 13:35:28 2024
Received: from localhost ([127.0.0.1]:60922 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s3flo-00029R-2R
	for submit <at> debbugs.gnu.org; Sun, 05 May 2024 13:35:28 -0400
Received: from mout.gmx.net ([212.227.15.19]:59799)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <michael.albinus@HIDDEN>) id 1s3fli-00029F-KI
 for 70760 <at> debbugs.gnu.org; Sun, 05 May 2024 13:35:26 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de;
 s=s31663417; t=1714930492; x=1715535292; i=michael.albinus@HIDDEN;
 bh=5DConRjxo4jidOrOPacMxCm1GX5E/ALtEpKlMgBqSCk=;
 h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date:
 Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:cc:
 content-transfer-encoding:content-type:date:from:message-id:
 mime-version:reply-to:subject:to;
 b=EVjG0m62SAELrr+fIBSdGLr56OPz5Z10rwPRsmHDOhCMe7E9TbppNlbnn4iAzM7s
 aoQF+YGwLhK/AT1ADBdLa40yNZ9BBOqYaFIIBxeWV5QuAt5/5H3cUNJBiPUOGUPC2
 3kaF2IaKQ7tiKBOMxP7NabRbzp7wQsGhiMRwgJyHxGJXbZaC7ElRkjefZpZF9H7Rw
 5+4193OaQlV2R+pMictfemXcQ4AUEwuNjvO8ephi//wqbJqmd0fSfTo0ihX3f7hK4
 IxKrJBsYHRamVHgy6goWgDWb4jTji/EikAD+XwZcLL+QIFukHUP8xOBSLX0tj6vpH
 KxKJ1RJup2zl6SAebg==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from gandalf.gmx.de ([185.89.39.16]) by mail.gmx.net (mrgmx004
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mi2Nv-1sY4h30LkP-00fIRL; Sun, 05
 May 2024 19:34:52 +0200
From: Michael Albinus <michael.albinus@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
In-Reply-To: <86r0egck5b.fsf@HIDDEN> (Eli Zaretskii's message of "Sun, 05 May
 2024 19:12:48 +0300")
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN>
Date: Sun, 05 May 2024 19:34:51 +0200
Message-ID: <87cyq0tb5w.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:72c+JuDS5yxv6F8XwXWeoSySyIlkihkC6AVwVNBJk8G1T5j69hU
 hoXqlvXJ4b7YmfgVaCun4+mpuuwkDFKUfK6MUlzzC7NMWttcRHo00J2M+R13C5BKVbq8M8B
 mLmUkdkXsxtGPuZQ0wVqdFaSXFWtftC20k2AqdBDRDTQ6VjkxP0sRM/MqsdhlFzD9PeauC7
 E983NB2lywv5qC/iToV0g==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:/4Mj0nGKcr4=;S9yUMAWdaP9A8S7k+BqcT3+wiCz
 rS5WogzpM2ompQw88/ufCVjLhprEafb9hmoy0b1viP51yw2LlGVRCDMjgYpXG/7oIvy7jG2Hi
 bMhbEcB1eXrRNCJYVKfejyGX2SKM+R6HuAP2uA31eJbTrVIWZCKY9Q+LQyl/qAX8rh+Z/pycG
 MM5ZFO8R1anR8PeNqxf4ZItYFBOUz0ReLyx2iqXnf+riM44mzLLtasNkQn0H9Lw/tpE3PYhru
 nrjIur+1m05zuGcie4deytDt2CZ+LabaEeOHptXE6Rlfc96i41Tzt7lPz5WXUBUkzt8a4Iaa4
 snCEegScWzJOiyFH9jAK9ggDh2I37gTs75OOTXcK0fYucuZ+10OqwJp85Z09JHuSps1RvEmxD
 TtbWhyI0DGEcAsz/BriEWOOBg20bV35ZQnVUb8fnfqq9OHi/JpDeYXchMVZLE7LRlSRs5KCwj
 wDtmjMYIzgxdcpksKrn1ZGlOsbJ2FrkdLzs1xt7NI7PdGq3UpeC53fTaN9X/vfka4q78omj+K
 uQUwJ7kd169K3rMKSRQnV7YrzE7b+z06eMfINTuEaDPqyHZIeopthg5n0ALTgqiTFLLkEtw1g
 XLEf+nKiQnX+cOqspMvE8GPwtBUqrMM3inMXZ/yH9TF1GPP3+0k2B7TvLXCQU7TID3OiW/bo0
 PI/KpUYRc5P602RtZp8daAAZ5l1GFnqVE8fO9o19MlGgQH5siCTD0EpLnmox/t3CuxQU07BR0
 YJLd1rfADVlW3C+8DvABAKBU419nd4WmLE7+Z4AzWUIGFXr7+7By91S154vAUoLS/J9pY6+cL
 Lxux37XoW9Lv5nwQrKr5Clvm9rVInOlN7wpDp/5vAFkSIShmPGe2JH8jJDQURNK4Ij
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 2.9 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  Eli Zaretskii writes: Hi Eli, >> I did (setq debug-on-error
 t), went to https://en.wikipedia.org/wiki/Emacs, randomly selected a fragment
 >> "Emacs has over", then did a ctrll+c. >> >> Emacs in VirtualBox immediately
 showed the fo [...] 
 Content analysis details:   (2.9 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
 provider (michael.albinus[at]gmx.de)
 3.6 RCVD_IN_SBL_CSS        RBL: Received via a relay in Spamhaus SBL-CSS
 [185.89.39.16 listed in zen.spamhaus.org]
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at https://www.dnswl.org/,
 low trust [212.227.15.19 listed in list.dnswl.org]
X-Debbugs-Envelope-To: 70760
Cc: Kun Liu <kun.liu@HIDDEN>, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.9 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  Eli Zaretskii writes: Hi Eli, >> I did (setq debug-on-error
    t), went to https://en.wikipedia.org/wiki/Emacs, randomly selected a fragment
    >> "Emacs has over", then did a ctrll+c. >> >> Emacs in VirtualBox immediately
    showed the fo [...] 
 
 Content analysis details:   (1.9 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at https://www.dnswl.org/,
                             low trust
                             [212.227.15.19 listed in list.dnswl.org]
  3.6 RCVD_IN_SBL_CSS        RBL: Received via a relay in Spamhaus SBL-CSS
                             [185.89.39.16 listed in zen.spamhaus.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
  0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
  0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
                             provider (michael.albinus[at]gmx.de)
 -1.0 MAILING_LIST_MULTI     Multiple indicators imply a widely-seen list
                             manager

Eli Zaretskii <eliz@HIDDEN> writes:

Hi Eli,

>> I did (setq debug-on-error t), went to https://en.wikipedia.org/wiki/Em=
acs, randomly selected a fragment
>> "Emacs has over", then did a ctrll+c.
>>
>> Emacs in VirtualBox immediately showed the following:
>>
>> Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p n=
il)
>>   dbus-handle-event((dbus-event "[ \11]*$"))
>>   funcall-interactively(dbus-handle-event (dbus-event "[ \11]*$"))
>>   call-interactively(dbus-handle-event nil [(dbus-event "[ \11]*$")])
>>   command-execute(dbus-handle-event nil [(dbus-event "[ \11]*$")] t)
>
> Does VirtualBox have anything in its documentation that suggests that
> Ctrl-C on the Windows side will cause a D-Bus event on the VM side?
>
> Michael, any idea what is this D-Bus event, and what does it have to
> do with copying into the Windows clipboard?

`dbus-handle-event' is the handler for D-Bus events (sic!). It is
invoked, when a D-Bus event arrives in the keyboard buffer, see
`special-event-map'.

It isn't called explicitly anywhere in Emacs. So I assume that the
"D-Bus" event is pushed to the keyboard buffer by accident, when
communicating with the VirtualBox.

> Thanks.

Best regards, Michael.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 5 May 2024 17:12:37 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun May 05 13:12:37 2024
Received: from localhost ([127.0.0.1]:60777 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s3fPg-0001u6-Kp
	for submit <at> debbugs.gnu.org; Sun, 05 May 2024 13:12:37 -0400
Received: from mail-lf1-x129.google.com ([2a00:1450:4864:20::129]:42125)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <kun.liu@HIDDEN>) id 1s3fPY-0001tw-Du
 for 70760 <at> debbugs.gnu.org; Sun, 05 May 2024 13:12:34 -0400
Received: by mail-lf1-x129.google.com with SMTP id
 2adb3069b0e04-51fa75d54a4so1054282e87.0
 for <70760 <at> debbugs.gnu.org>; Sun, 05 May 2024 10:12:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1714929119; x=1715533919; darn=debbugs.gnu.org;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:from:to:cc:subject:date:message-id:reply-to;
 bh=mOWGtm8eHGA7lwQTY+/j9JRXxiYkkm1inSaep7Wz3YE=;
 b=RMt2fWNVge8q/xxFVIGO9pS/Q+KlC5ukVdxONdEJujBq4lCz2l+kcAWesTPUkjDrsn
 A5iuzWBXcuay3Fc4UPY27LWYjplMYKofuBebu2nmub7HX3ocB4cVKDy7yLIvydQVx9qw
 GC1wFEzwGSb29Wl4YiPZCfQPslr523Z8A1S7qSpGEqnnfS88pwbsIjL0rZjBpzI+YMya
 cHiuToeMOaFM2Wrv1JBLl6L4vmsjdcGQgBe+8QKcKMyRhcfy1GIINNxXO9J9Xc2SEoCY
 hr8W9K2rRIlYEFx4lCBQiPe3TQSFZBV7hAcrHZJBUVXR8mz2iSjl2xOUMA5H4q7krIad
 HH2A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1714929119; x=1715533919;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
 :reply-to;
 bh=mOWGtm8eHGA7lwQTY+/j9JRXxiYkkm1inSaep7Wz3YE=;
 b=cpD78WXP/eGukc5y1iqVoC7oiKl5W4EKNqpEMH+/30+BNwxX0yFZI2mp12MLvNydvj
 ajEvQzjYyVfEVDDmur14yn6kvbQOicHMgPosVRqoBMdcqxxCgCxfDx3Mt9wJP8iq50LI
 bOjE85vaE0y3MbC0MSZXCSwx9dRuiU2QJyAILnEXM1H4KEqz6iWxcVgdW/wLeRUkJZqL
 UE/8/BfB0WpBLa243iNhjU2HL6YBlaJ69OJDq2uH+LvFyzP5+7Y011zgls7YdUjNEx+p
 dtPDDS1ZIm0dHfUbmPcNATG1jXnrVYcmt/MuLtz7P5L6qhkuHj6NWtoo0QGtw4rAgoni
 UfXw==
X-Forwarded-Encrypted: i=1;
 AJvYcCV9UWAItV3UlMljP7aEe0CTf45EG/1vcmdujE2WiJZniANwHIIShJzpxvKa2aEdkLSTvlYdHrvAL3/R7ZaCrutvZyypUFg=
X-Gm-Message-State: AOJu0YysoLr5HprudfzrWSvY9KqX8KD56yh6LdIhZ5g7qDuY9uCp6r7v
 IlPl2jqSp5HyBQa/DXGpwACZg8x7EsXVgywPU1bNc9y3QV4TcRJ36FZ5LTnjmxSs6gC2Gn7NO4s
 ImMvB0JDHR9pT6M00mnFMH5Pjkc8=
X-Google-Smtp-Source: AGHT+IGMOm7pitqMEu/TsNXdRL1//l9fIlMlZ6UzhLTomPnSDZFZR9gogETZOmJE0TuzxOOzXZxM8fWnZO2Wajx4Pdg=
X-Received: by 2002:ac2:42cb:0:b0:51d:534d:cb6c with SMTP id
 n11-20020ac242cb000000b0051d534dcb6cmr2943719lfl.0.1714929118413; Sun, 05 May
 2024 10:11:58 -0700 (PDT)
MIME-Version: 1.0
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN>
 <CA+Nei8PUxSLmSisCGvx4NOTGiGSuAZCK7YpgGwKEZ-JgF8-+Tg@HIDDEN>
In-Reply-To: <CA+Nei8PUxSLmSisCGvx4NOTGiGSuAZCK7YpgGwKEZ-JgF8-+Tg@HIDDEN>
From: Kun Liu <kun.liu@HIDDEN>
Date: Sun, 5 May 2024 10:11:46 -0700
Message-ID: <CA+Nei8OWaoVWf3LfYzcZekxKq=EAA2MavhHEiV-=NJcgpKtYqA@HIDDEN>
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000eb0f910617b80c31"
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 70760
Cc: Michael Albinus <michael.albinus@HIDDEN>, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

--000000000000eb0f910617b80c31
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Scratch that. Just now I was able to see the following error in Emacs
without any shell buffer, while copying in Chome:

Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil)
  dbus-handle-event((dbus-event (if above 1 2)))
  funcall-interactively(dbus-handle-event (dbus-event (if above 1 2)))
  command-execute(dbus-handle-event nil [(dbus-event (if above 1 2))] t)

On Sun, May 5, 2024 at 9:44=E2=80=AFAM Kun Liu <kun.liu@HIDDEN> wrote:

> I am not sure how VirtualBox deals with Ctrl-C on the Windows side. I
> will look into it when I have time.
>
> I did more tests. Observations:
>
> 1) It *appears* that the problem is there only when I have a shell buffer
> (M-x shell). I will do more tests and report back.
>
> 2) The error messages seem to vary. For example, I saw the following two
> different ones when copying:
>
> Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil=
)
>   dbus-handle-event((dbus-event (calendar-cursor-holidays
> (calendar-current-date))))
>   funcall-interactively(dbus-handle-event (dbus-event
> (calendar-cursor-holidays (calendar-current-date))))
>   command-execute(dbus-handle-event nil [(dbus-event
> (calendar-cursor-holidays (calendar-current-date)))] t)
>
> Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil=
)
>   dbus-handle-event((dbus-event (if above 1 2)))
>   funcall-interactively(dbus-handle-event (dbus-event (if above 1 2)))
>   command-execute(dbus-handle-event nil [(dbus-event (if above 1 2))] t)
>
> On Sun, May 5, 2024 at 9:12=E2=80=AFAM Eli Zaretskii <eliz@HIDDEN> wrote=
:
>
>> > From: Kun Liu <kun.liu@HIDDEN>
>> > Date: Sun, 5 May 2024 08:45:34 -0700
>> > Cc: 70760 <at> debbugs.gnu.org
>> >
>> > I did (setq debug-on-error t), went to
>> https://en.wikipedia.org/wiki/Emacs, randomly selected a fragment
>> > "Emacs has over", then did a ctrll+c.
>> >
>> > Emacs in VirtualBox immediately showed the following:
>> >
>> > Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p
>> nil)
>> >   dbus-handle-event((dbus-event "[ \11]*$"))
>> >   funcall-interactively(dbus-handle-event (dbus-event "[ \11]*$"))
>> >   call-interactively(dbus-handle-event nil [(dbus-event "[ \11]*$")])
>> >   command-execute(dbus-handle-event nil [(dbus-event "[ \11]*$")] t)
>>
>> Does VirtualBox have anything in its documentation that suggests that
>> Ctrl-C on the Windows side will cause a D-Bus event on the VM side?
>>
>> Michael, any idea what is this D-Bus event, and what does it have to
>> do with copying into the Windows clipboard?
>>
>> Thanks.
>>
>

--000000000000eb0f910617b80c31
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Scratch that. Just now I was able to see the following err=
or in Emacs without any shell buffer, while copying in Chome:<div><br></div=
><div>Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p=
 nil)<br>=C2=A0 dbus-handle-event((dbus-event (if above 1 2)))<br>=C2=A0 fu=
ncall-interactively(dbus-handle-event (dbus-event (if above 1 2)))<br>=C2=
=A0 command-execute(dbus-handle-event nil [(dbus-event (if above 1 2))] t)<=
br></div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gma=
il_attr">On Sun, May 5, 2024 at 9:44=E2=80=AFAM Kun Liu &lt;<a href=3D"mail=
to:kun.liu@HIDDEN">kun.liu@HIDDEN</a>&gt; wrote:<br></div><blockquote=
 class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px so=
lid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div>I am not sure =
how VirtualBox deals with Ctrl-C on the Windows side. I will=C2=A0look into=
 it when I have time.</div><div><br></div><div>I did more tests. Observatio=
ns:</div><div><br></div><div>1) It *appears* that the problem is there only=
 when I have a shell buffer (M-x shell). I will do more tests and report ba=
ck.</div><div><br></div><div>2) The error messages seem to vary. For exampl=
e, I saw the following two different ones when copying:</div><div><br></div=
><div>Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p=
 nil)<br>=C2=A0 dbus-handle-event((dbus-event (calendar-cursor-holidays (ca=
lendar-current-date))))<br>=C2=A0 funcall-interactively(dbus-handle-event (=
dbus-event (calendar-cursor-holidays (calendar-current-date))))<br>=C2=A0 c=
ommand-execute(dbus-handle-event nil [(dbus-event (calendar-cursor-holidays=
 (calendar-current-date)))] t)<br><br>Debugger entered--Lisp error: (wrong-=
type-argument number-or-marker-p nil)<br>=C2=A0 dbus-handle-event((dbus-eve=
nt (if above 1 2)))<br>=C2=A0 funcall-interactively(dbus-handle-event (dbus=
-event (if above 1 2)))<br>=C2=A0 command-execute(dbus-handle-event nil [(d=
bus-event (if above 1 2))] t)<br></div><br><div class=3D"gmail_quote"><div =
dir=3D"ltr" class=3D"gmail_attr">On Sun, May 5, 2024 at 9:12=E2=80=AFAM Eli=
 Zaretskii &lt;<a href=3D"mailto:eliz@HIDDEN" target=3D"_blank">eliz@HIDDEN=
rg</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margi=
n:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex=
">&gt; From: Kun Liu &lt;<a href=3D"mailto:kun.liu@HIDDEN" target=3D"_bl=
ank">kun.liu@HIDDEN</a>&gt;<br>
&gt; Date: Sun, 5 May 2024 08:45:34 -0700<br>
&gt; Cc: <a href=3D"mailto:70760 <at> debbugs.gnu.org" target=3D"_blank">70760@d=
ebbugs.gnu.org</a><br>
&gt; <br>
&gt; I did (setq debug-on-error t), went to <a href=3D"https://en.wikipedia=
.org/wiki/Emacs" rel=3D"noreferrer" target=3D"_blank">https://en.wikipedia.=
org/wiki/Emacs</a>, randomly selected a fragment<br>
&gt; &quot;Emacs has over&quot;, then did a ctrll+c.<br>
&gt; <br>
&gt; Emacs in VirtualBox immediately showed the following:<br>
&gt; <br>
&gt; Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p =
nil)<br>
&gt;=C2=A0 =C2=A0dbus-handle-event((dbus-event &quot;[ \11]*$&quot;))<br>
&gt;=C2=A0 =C2=A0funcall-interactively(dbus-handle-event (dbus-event &quot;=
[ \11]*$&quot;))<br>
&gt;=C2=A0 =C2=A0call-interactively(dbus-handle-event nil [(dbus-event &quo=
t;[ \11]*$&quot;)])<br>
&gt;=C2=A0 =C2=A0command-execute(dbus-handle-event nil [(dbus-event &quot;[=
 \11]*$&quot;)] t)<br>
<br>
Does VirtualBox have anything in its documentation that suggests that<br>
Ctrl-C on the Windows side will cause a D-Bus event on the VM side?<br>
<br>
Michael, any idea what is this D-Bus event, and what does it have to<br>
do with copying into the Windows clipboard?<br>
<br>
Thanks.<br>
</blockquote></div></div>
</blockquote></div>

--000000000000eb0f910617b80c31--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 5 May 2024 16:45:40 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun May 05 12:45:40 2024
Received: from localhost ([127.0.0.1]:60632 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s3ezb-0001c4-GH
	for submit <at> debbugs.gnu.org; Sun, 05 May 2024 12:45:40 -0400
Received: from mail-lj1-x235.google.com ([2a00:1450:4864:20::235]:61556)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <kun.liu@HIDDEN>) id 1s3ezZ-0001bx-4W
 for 70760 <at> debbugs.gnu.org; Sun, 05 May 2024 12:45:38 -0400
Received: by mail-lj1-x235.google.com with SMTP id
 38308e7fff4ca-2dfb4ea2bbfso13245881fa.2
 for <70760 <at> debbugs.gnu.org>; Sun, 05 May 2024 09:45:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1714927507; x=1715532307; darn=debbugs.gnu.org;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:from:to:cc:subject:date:message-id:reply-to;
 bh=SqDjS1NxXQuOKTpZVrO1gOT80mD+PUxcA703V1mRxe4=;
 b=Gmcodnp2TKMiMasm+mgm5gPohnXAm3OKtSz/ncUHGjuBC/oRnwv2bih8OwWQ4kJJZK
 V2UM2Gs2rPnejxnkknoVZbXCXTeFivqbyew6FNuKrXBuGuQ3lMXABBFQ56pTPyOKuYjW
 vQmruOw8PpyWHzJxlRaB9OtvuVbZ5hQRfEhw9HtQJz6sSG59RdA792+elufZ+4wJP9kr
 OgtvCzW6/jWs6LYMhAxZD1ZMlNClLKx75jfPgJzEWaPqe8zNGE4bLx+IDU9demSftiNV
 lZI1vSf7zE49YOxpWORhHeEokJZeEsNcmrhQ7olkW+DryQudsIAAuB2ySqXtzPwZVhIg
 Bmww==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1714927507; x=1715532307;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
 :reply-to;
 bh=SqDjS1NxXQuOKTpZVrO1gOT80mD+PUxcA703V1mRxe4=;
 b=H6l+IMA9YPPjc7dw91lerAie+kJnl71g2PBXL7Olv2p2hNKIO3YjFK8TMn/ZpVoJDe
 TpDkHDf8cDLBhLghTnYreJKhTOC+RM5pMdGhtLmn9JqQu1cs1rgf2OPjIw5mOgQnR6ME
 p5tdQsVoit01RcvlSbY4Hm2/ccb5VHnBbdA92Ria52ylFXFdFsFrd2o85S4dSyAwJbSa
 YjnpvLO0a5XFJMF0HmXPL7MphAdoM65VCNRvnoIGyHLWgYGn55YjRGzDEnk7uE10f38I
 5Ce2iyXnhQG2o+CXgwCTB5q44SlbNzBZnVq2wLy+ke3dGjwWIsBdnrfzDmw2ba7JMv9f
 190w==
X-Forwarded-Encrypted: i=1;
 AJvYcCV0GU8Ty91IhDqBre7aYNLtr4cqI/1N+YD4SDmCf6RKzRt3FR5LzrX0cuQ3QeWLKfl/fpK6BiULoAC1HzQjUWV7cSaqAYs=
X-Gm-Message-State: AOJu0Yyw6WAGOysn6PtNAJ948FVuLSghgUOD2N4e8I9y4cfF2rZ3v6C1
 R2qKeSqzM1o2F92gL3gvqtUKAsLn2N6mxkxhjvSMMPXrejj8mGogGFy0ntbAvnUvkwaaIo90ElQ
 BNw6LW9BRT9EFL2NQ8cjnWZ6duxI=
X-Google-Smtp-Source: AGHT+IGxtn0cGUjoLRf9H9rSsfvk5NSykWb+dFHB9xLhzTpbYQlughdCXQ/rlZ91h0PR98J/lYMtudsDQ69GzstmueI=
X-Received: by 2002:a05:651c:81d:b0:2d8:df61:9c6c with SMTP id
 r29-20020a05651c081d00b002d8df619c6cmr3696997ljb.20.1714927507069; Sun, 05
 May 2024 09:45:07 -0700 (PDT)
MIME-Version: 1.0
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 <86r0egck5b.fsf@HIDDEN>
In-Reply-To: <86r0egck5b.fsf@HIDDEN>
From: Kun Liu <kun.liu@HIDDEN>
Date: Sun, 5 May 2024 09:44:55 -0700
Message-ID: <CA+Nei8PUxSLmSisCGvx4NOTGiGSuAZCK7YpgGwKEZ-JgF8-+Tg@HIDDEN>
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000dfe3180617b7ac9e"
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 70760
Cc: Michael Albinus <michael.albinus@HIDDEN>, 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

--000000000000dfe3180617b7ac9e
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

I am not sure how VirtualBox deals with Ctrl-C on the Windows side. I
will look into it when I have time.

I did more tests. Observations:

1) It *appears* that the problem is there only when I have a shell buffer
(M-x shell). I will do more tests and report back.

2) The error messages seem to vary. For example, I saw the following two
different ones when copying:

Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil)
  dbus-handle-event((dbus-event (calendar-cursor-holidays
(calendar-current-date))))
  funcall-interactively(dbus-handle-event (dbus-event
(calendar-cursor-holidays (calendar-current-date))))
  command-execute(dbus-handle-event nil [(dbus-event
(calendar-cursor-holidays (calendar-current-date)))] t)

Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil)
  dbus-handle-event((dbus-event (if above 1 2)))
  funcall-interactively(dbus-handle-event (dbus-event (if above 1 2)))
  command-execute(dbus-handle-event nil [(dbus-event (if above 1 2))] t)

On Sun, May 5, 2024 at 9:12=E2=80=AFAM Eli Zaretskii <eliz@HIDDEN> wrote:

> > From: Kun Liu <kun.liu@HIDDEN>
> > Date: Sun, 5 May 2024 08:45:34 -0700
> > Cc: 70760 <at> debbugs.gnu.org
> >
> > I did (setq debug-on-error t), went to
> https://en.wikipedia.org/wiki/Emacs, randomly selected a fragment
> > "Emacs has over", then did a ctrll+c.
> >
> > Emacs in VirtualBox immediately showed the following:
> >
> > Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p
> nil)
> >   dbus-handle-event((dbus-event "[ \11]*$"))
> >   funcall-interactively(dbus-handle-event (dbus-event "[ \11]*$"))
> >   call-interactively(dbus-handle-event nil [(dbus-event "[ \11]*$")])
> >   command-execute(dbus-handle-event nil [(dbus-event "[ \11]*$")] t)
>
> Does VirtualBox have anything in its documentation that suggests that
> Ctrl-C on the Windows side will cause a D-Bus event on the VM side?
>
> Michael, any idea what is this D-Bus event, and what does it have to
> do with copying into the Windows clipboard?
>
> Thanks.
>

--000000000000dfe3180617b7ac9e
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>I am not sure how VirtualBox deals with Ctrl-C on the=
 Windows side. I will=C2=A0look into it when I have time.</div><div><br></d=
iv><div>I did more tests. Observations:</div><div><br></div><div>1) It *app=
ears* that the problem is there only when I have a shell buffer (M-x shell)=
. I will do more tests and report back.</div><div><br></div><div>2) The err=
or messages seem to vary. For example, I saw the following two different on=
es when copying:</div><div><br></div><div>Debugger entered--Lisp error: (wr=
ong-type-argument number-or-marker-p nil)<br>=C2=A0 dbus-handle-event((dbus=
-event (calendar-cursor-holidays (calendar-current-date))))<br>=C2=A0 funca=
ll-interactively(dbus-handle-event (dbus-event (calendar-cursor-holidays (c=
alendar-current-date))))<br>=C2=A0 command-execute(dbus-handle-event nil [(=
dbus-event (calendar-cursor-holidays (calendar-current-date)))] t)<br><br>D=
ebugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil)<b=
r>=C2=A0 dbus-handle-event((dbus-event (if above 1 2)))<br>=C2=A0 funcall-i=
nteractively(dbus-handle-event (dbus-event (if above 1 2)))<br>=C2=A0 comma=
nd-execute(dbus-handle-event nil [(dbus-event (if above 1 2))] t)<br></div>=
<br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Sun=
, May 5, 2024 at 9:12=E2=80=AFAM Eli Zaretskii &lt;<a href=3D"mailto:eliz@g=
nu.org">eliz@HIDDEN</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quo=
te" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204=
);padding-left:1ex">&gt; From: Kun Liu &lt;<a href=3D"mailto:kun.liu@gmail.=
com" target=3D"_blank">kun.liu@HIDDEN</a>&gt;<br>
&gt; Date: Sun, 5 May 2024 08:45:34 -0700<br>
&gt; Cc: <a href=3D"mailto:70760 <at> debbugs.gnu.org" target=3D"_blank">70760@d=
ebbugs.gnu.org</a><br>
&gt; <br>
&gt; I did (setq debug-on-error t), went to <a href=3D"https://en.wikipedia=
.org/wiki/Emacs" rel=3D"noreferrer" target=3D"_blank">https://en.wikipedia.=
org/wiki/Emacs</a>, randomly selected a fragment<br>
&gt; &quot;Emacs has over&quot;, then did a ctrll+c.<br>
&gt; <br>
&gt; Emacs in VirtualBox immediately showed the following:<br>
&gt; <br>
&gt; Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p =
nil)<br>
&gt;=C2=A0 =C2=A0dbus-handle-event((dbus-event &quot;[ \11]*$&quot;))<br>
&gt;=C2=A0 =C2=A0funcall-interactively(dbus-handle-event (dbus-event &quot;=
[ \11]*$&quot;))<br>
&gt;=C2=A0 =C2=A0call-interactively(dbus-handle-event nil [(dbus-event &quo=
t;[ \11]*$&quot;)])<br>
&gt;=C2=A0 =C2=A0command-execute(dbus-handle-event nil [(dbus-event &quot;[=
 \11]*$&quot;)] t)<br>
<br>
Does VirtualBox have anything in its documentation that suggests that<br>
Ctrl-C on the Windows side will cause a D-Bus event on the VM side?<br>
<br>
Michael, any idea what is this D-Bus event, and what does it have to<br>
do with copying into the Windows clipboard?<br>
<br>
Thanks.<br>
</blockquote></div></div>

--000000000000dfe3180617b7ac9e--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 5 May 2024 16:13:25 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun May 05 12:13:25 2024
Received: from localhost ([127.0.0.1]:60469 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s3eUP-0001H9-2U
	for submit <at> debbugs.gnu.org; Sun, 05 May 2024 12:13:25 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10]:57742)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1s3eUL-0001H0-0r
 for 70760 <at> debbugs.gnu.org; Sun, 05 May 2024 12:13:23 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1s3eTr-0001oj-Op; Sun, 05 May 2024 12:12:51 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=eB/SdjbzMWZ5RLL+Wq7SMlm3DJwoDvKOGILNtfd4ymY=; b=gOxTEFqCFbo3
 zj4DGiSh1f9PqzObiuuVBVRKC3GDpLTltOQZAwlVGGqHo/ut6CbF33nD4TtZbfgypz5m3sSNUFKQX
 trD7GkqIcApF933xKmnMcwpbGXX0WLf9En4cq7LYJ5f7J+VAm9CivYNWFokY1t5f6z4gE3zwVGkQ6
 wF5ThSMNcVB5bnG6pCrUjld/wa1Q/YTulGjQLoThVt6HN74AoT0BEju0taH75SnLf464x49RIv+pw
 KKB7yhQdbbY9e1BQVauLwUrs8b+Lui6pEQj7s2BqUcd7HCzkAJTzLMzHvMWLlS9AaGYEobFlBqAzd
 XcVrWtWte3qP8j+MeDJDaQ==;
Date: Sun, 05 May 2024 19:12:48 +0300
Message-Id: <86r0egck5b.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Kun Liu <kun.liu@HIDDEN>, Michael Albinus <michael.albinus@HIDDEN>
In-Reply-To: <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
 (message from Kun Liu on Sun, 5 May 2024 08:45:34 -0700)
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
 <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 70760
Cc: 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Kun Liu <kun.liu@HIDDEN>
> Date: Sun, 5 May 2024 08:45:34 -0700
> Cc: 70760 <at> debbugs.gnu.org
> 
> I did (setq debug-on-error t), went to https://en.wikipedia.org/wiki/Emacs, randomly selected a fragment
> "Emacs has over", then did a ctrll+c.
> 
> Emacs in VirtualBox immediately showed the following:
> 
> Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil)
>   dbus-handle-event((dbus-event "[ \11]*$"))
>   funcall-interactively(dbus-handle-event (dbus-event "[ \11]*$"))
>   call-interactively(dbus-handle-event nil [(dbus-event "[ \11]*$")])
>   command-execute(dbus-handle-event nil [(dbus-event "[ \11]*$")] t)

Does VirtualBox have anything in its documentation that suggests that
Ctrl-C on the Windows side will cause a D-Bus event on the VM side?

Michael, any idea what is this D-Bus event, and what does it have to
do with copying into the Windows clipboard?

Thanks.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 5 May 2024 15:46:25 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun May 05 11:46:25 2024
Received: from localhost ([127.0.0.1]:60350 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s3e4E-00011T-DA
	for submit <at> debbugs.gnu.org; Sun, 05 May 2024 11:46:25 -0400
Received: from mail-lj1-x229.google.com ([2a00:1450:4864:20::229]:47461)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <kun.liu@HIDDEN>) id 1s3e49-00011N-3w
 for 70760 <at> debbugs.gnu.org; Sun, 05 May 2024 11:46:21 -0400
Received: by mail-lj1-x229.google.com with SMTP id
 38308e7fff4ca-2d8b2389e73so14220001fa.3
 for <70760 <at> debbugs.gnu.org>; Sun, 05 May 2024 08:45:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1714923947; x=1715528747; darn=debbugs.gnu.org;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:from:to:cc:subject:date:message-id:reply-to;
 bh=v22UeUDpG39NVMiI2PeRZ1U7K+16HpXwTY4MmR2gYRs=;
 b=JCZw/TooYhJv6K6Cou+8N8uL6eae75O7xG9BjVb1DqtXNqmhVXYQ920LPL3eBdzxyg
 W6OXZGSRGt8zFQK78QcCBGDyV7yIx0tu8Yw1KkuS76ETxWKY1TkSVhdiY73OoTvnCLts
 e9cdOa6s58JIpdS2Z5a+8kegW26RXg9CatLVK3obxlecAiGxXr0eveXab/qttuq/88px
 IeQ9Nl0P+bx/zW5mEUiapbEBBHkDpxEuTmWpV9vcjAeLK9513cY1+zSnPVju+c6pF2j6
 VCgTmdbZmKmwDWRfZqmjlUxkGcU5sKdav37DlHM9qH1a2EEzPlJ1J2BiDMAsoIXnuUOJ
 FWpw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1714923947; x=1715528747;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
 :reply-to;
 bh=v22UeUDpG39NVMiI2PeRZ1U7K+16HpXwTY4MmR2gYRs=;
 b=OMbNVElFbyskYO8Z3MU73nRrNrZdZcTdYS+/bOP6VhVeytP7CnDzWmlNGhiBmEnk5n
 +GPg6DuzpCIru4f3aFw1MuOs3LNlc7DPijQhg9OzXoEOj73BsCmkwf3dn/muZ4lAII7q
 Fr5Qlq19LGbH0LxGDNA1tWt4SBdhi9Vm53VEFLdyoEOlLVZTxJ6TM5Hjliqr+26a1r7e
 AIBLKz0ztb7LVANr3xHaXwWMMSB6z2A9UcTzXQKY38XNyr0VswmnyF0TCAsSq139gYat
 lrCqUD2Odd8l/oa/BV4SvPfGJ/iIKgMXJ03cDNeipqdGvHGogp7aVsqNsz2ZFKawxpKg
 8CYQ==
X-Gm-Message-State: AOJu0YyzH37CzciIEzV3kLLK9cp7EMZrmWIe3kqaJH8cBClV0/6R5LfV
 SJTfpjS7Lk1081QEd5eBt1PhA9b7P0Hlfw1oS/HaxU4mO+Vk7wkkTnCqt23nqLMQ12NfhXlX8ZV
 RW6CCaKT4cyng7nDQtSQlZTJ/mKU=
X-Google-Smtp-Source: AGHT+IHvHuyGX9q5qSuEBCGgmn+p+iF/eNMnBpq02HphQnLlOgJyvcAm46jHDPb+p+Q9d8Pf2GOOc8AJQSR6VzX0bCs=
X-Received: by 2002:a05:651c:618:b0:2e0:6cd5:cbd6 with SMTP id
 k24-20020a05651c061800b002e06cd5cbd6mr4237150lje.6.1714923946898; Sun, 05 May
 2024 08:45:46 -0700 (PDT)
MIME-Version: 1.0
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 <86wmo8etca.fsf@HIDDEN>
In-Reply-To: <86wmo8etca.fsf@HIDDEN>
From: Kun Liu <kun.liu@HIDDEN>
Date: Sun, 5 May 2024 08:45:34 -0700
Message-ID: <CA+Nei8M8CtQyninE-O=fOOEgP-2z+9k9szzwrsY-nCCcrV6e6A@HIDDEN>
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000abfeef0617b6d877"
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: 70760
Cc: 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

--000000000000abfeef0617b6d877
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

I did (setq debug-on-error t), went to https://en.wikipedia.org/wiki/Emacs,
randomly selected a fragment "Emacs has over", then did a ctrll+c.

Emacs in VirtualBox immediately showed the following:

Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil)
  dbus-handle-event((dbus-event "[ \11]*$"))
  funcall-interactively(dbus-handle-event (dbus-event "[ \11]*$"))
  call-interactively(dbus-handle-event nil [(dbus-event "[ \11]*$")])
  command-execute(dbus-handle-event nil [(dbus-event "[ \11]*$")] t)

On Sat, May 4, 2024 at 10:11=E2=80=AFPM Eli Zaretskii <eliz@HIDDEN> wrote:

> > From: Kun Liu <kun.liu@HIDDEN>
> > Date: Sat, 4 May 2024 13:49:41 -0700
> >
> > (gdb) print data
> > $1 =3D XIL(0x55f268372323)
> > (gdb) xtype
> > Lisp_Cons
> > (gdb) xcar
> > $2 =3D 0x11f40
> > (gdb) xtype
> > Lisp_Symbol
> > (gdb) xsymbol
> > $3 =3D (struct Lisp_Symbol *) 0x55f2626ad440 <lispsym+73536>
> > "wrong-type-argument"
> >
> > To your question, I wasn't doing anything in Emacs. I was just copying
> in Chrome.
> >
> > Also I upgraded VirtualBox from 6 to 7. And looks like Emacs is no
> longer crashing. Now it reports the following
> > in mini-bufffer:
> >
> > funcall-interactively: Wrong type argument: listp, [(2 19 1) ((emacs
> (24))) "A modern list library for Emacs" tar
> > ((:commit . "39d067b9fbb2db65fc7a6938bfb21489ad990cb4") (:authors
> ("Magnar Sveen" .
> > "magnars@HIDDEN")) (:maintainers ("Magnar Sveen" . "magnars@HIDDEN=
m"))
> (:maintainer "Magnar
> > Sveen" . "magnars@HIDDEN") (:keywords "extensions" "lisp") (:url . "
> https://github.com/magnars/dash.el"))]
>
> What were you copying in Chrome when this happened?  Was it text or
> some other entity.  Does the text/object you were copying have
> anything in common with the data of the error message above?  Can you
> tell what URL to go to and which part of the page to copy, to
> reproduce what you did?
>
> Also, please set debug-on-error to a non-nil value, and post the Lisp
> backtrace you get when these errors happen.
>

--000000000000abfeef0617b6d877
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>I did=C2=A0(setq debug-on-error t), went to=C2=A0<a h=
ref=3D"https://en.wikipedia.org/wiki/Emacs">https://en.wikipedia.org/wiki/E=
macs</a>, randomly selected a fragment &quot;<span style=3D"color:rgb(32,33=
,34);font-family:sans-serif;font-size:14px">Emacs has over</span><span styl=
e=3D"color:rgb(32,33,34);font-family:sans-serif;font-size:14px">&quot;, t</=
span><span style=3D"color:rgb(32,33,34);font-family:sans-serif;font-size:14=
px">hen did a ctrll+c.</span></div><div><span style=3D"color:rgb(32,33,34);=
font-family:sans-serif;font-size:14px"><br></span></div><div><span style=3D=
"color:rgb(32,33,34);font-family:sans-serif;font-size:14px">Emacs in Virtua=
lBox immediately showed the following:</span></div><div><font color=3D"#202=
122" face=3D"sans-serif"><span style=3D"font-size:14px"><br></span></font><=
/div><div>Debugger entered--Lisp error: (wrong-type-argument number-or-mark=
er-p nil)<br>=C2=A0 dbus-handle-event((dbus-event &quot;[ \11]*$&quot;))<br=
>=C2=A0 funcall-interactively(dbus-handle-event (dbus-event &quot;[ \11]*$&=
quot;))<br>=C2=A0 call-interactively(dbus-handle-event nil [(dbus-event &qu=
ot;[ \11]*$&quot;)])<br>=C2=A0 command-execute(dbus-handle-event nil [(dbus=
-event &quot;[ \11]*$&quot;)] t)<br></div></div><br><div class=3D"gmail_quo=
te"><div dir=3D"ltr" class=3D"gmail_attr">On Sat, May 4, 2024 at 10:11=E2=
=80=AFPM Eli Zaretskii &lt;<a href=3D"mailto:eliz@HIDDEN">eliz@HIDDEN</a>=
&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px =
0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">&gt;=
 From: Kun Liu &lt;<a href=3D"mailto:kun.liu@HIDDEN" target=3D"_blank">k=
un.liu@HIDDEN</a>&gt;<br>
&gt; Date: Sat, 4 May 2024 13:49:41 -0700<br>
&gt; <br>
&gt; (gdb) print data<br>
&gt; $1 =3D XIL(0x55f268372323)<br>
&gt; (gdb) xtype<br>
&gt; Lisp_Cons<br>
&gt; (gdb) xcar<br>
&gt; $2 =3D 0x11f40<br>
&gt; (gdb) xtype<br>
&gt; Lisp_Symbol<br>
&gt; (gdb) xsymbol<br>
&gt; $3 =3D (struct Lisp_Symbol *) 0x55f2626ad440 &lt;lispsym+73536&gt;<br>
&gt; &quot;wrong-type-argument&quot;<br>
&gt; <br>
&gt; To your question, I wasn&#39;t doing anything in Emacs. I was just cop=
ying in Chrome.<br>
&gt; <br>
&gt; Also I upgraded VirtualBox from 6 to 7. And looks like Emacs is no lon=
ger crashing. Now it reports the following<br>
&gt; in mini-bufffer:<br>
&gt; <br>
&gt; funcall-interactively: Wrong type argument: listp, [(2 19 1) ((emacs (=
24))) &quot;A modern list library for Emacs&quot; tar<br>
&gt; ((:commit . &quot;39d067b9fbb2db65fc7a6938bfb21489ad990cb4&quot;) (:au=
thors (&quot;Magnar Sveen&quot; .<br>
&gt; &quot;<a href=3D"mailto:magnars@HIDDEN" target=3D"_blank">magnars@g=
mail.com</a>&quot;)) (:maintainers (&quot;Magnar Sveen&quot; . &quot;<a hre=
f=3D"mailto:magnars@HIDDEN" target=3D"_blank">magnars@HIDDEN</a>&quot=
;)) (:maintainer &quot;Magnar<br>
&gt; Sveen&quot; . &quot;<a href=3D"mailto:magnars@HIDDEN" target=3D"_bl=
ank">magnars@HIDDEN</a>&quot;) (:keywords &quot;extensions&quot; &quot;l=
isp&quot;) (:url . &quot;<a href=3D"https://github.com/magnars/dash.el" rel=
=3D"noreferrer" target=3D"_blank">https://github.com/magnars/dash.el</a>&qu=
ot;))]<br>
<br>
What were you copying in Chrome when this happened?=C2=A0 Was it text or<br=
>
some other entity.=C2=A0 Does the text/object you were copying have<br>
anything in common with the data of the error message above?=C2=A0 Can you<=
br>
tell what URL to go to and which part of the page to copy, to<br>
reproduce what you did?<br>
<br>
Also, please set debug-on-error to a non-nil value, and post the Lisp<br>
backtrace you get when these errors happen.<br>
</blockquote></div>

--000000000000abfeef0617b6d877--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 5 May 2024 05:11:53 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun May 05 01:11:53 2024
Received: from localhost ([127.0.0.1]:57668 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s3UAC-0000Xm-NO
	for submit <at> debbugs.gnu.org; Sun, 05 May 2024 01:11:52 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10]:51336)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1s3UA9-0000Xe-0s
 for 70760 <at> debbugs.gnu.org; Sun, 05 May 2024 01:11:50 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1s3U9f-0005Yc-UE; Sun, 05 May 2024 01:11:20 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=U08TeEFNNUJxdYbCZhLs+80MB6CwuwMsfj4xsI7flvE=; b=aEv0WpEXdpUQ
 dwCPLNaFddhjM+bG/UKh7ekfI62d1Oe8DhvfEhZQBtpjco3xPjrLQYP7w8AHY8jqclD3mI5LR35Nk
 NytBoXRA0rBwIBWLvxacs+0nydJYgB2/nanBuHrhyFWT3GqhhAZmTylbPSE2Sk6hMED6h7Ol3ik2y
 834+K0sMotspVs3C7gs9kd6WmRBmJvGNraO+iPKABOlSIOp//xSUQzQ3gunW4oJwYaZB39vGO7KyL
 Sf1YPO4jxGGSQxq1MBUcA2hE5aVaz/tKTviXjnVxUQYNfUAOizWolkg2SOASTkkg90zKzfvLXupsS
 aqpsS1E6KonDhfrf5gRgEw==;
Date: Sun, 05 May 2024 08:11:17 +0300
Message-Id: <86wmo8etca.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Kun Liu <kun.liu@HIDDEN>
In-Reply-To: <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
 (message from Kun Liu on Sat, 4 May 2024 13:49:41 -0700)
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 70760
Cc: 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Kun Liu <kun.liu@HIDDEN>
> Date: Sat, 4 May 2024 13:49:41 -0700
> 
> (gdb) print data
> $1 = XIL(0x55f268372323)
> (gdb) xtype
> Lisp_Cons
> (gdb) xcar
> $2 = 0x11f40
> (gdb) xtype
> Lisp_Symbol
> (gdb) xsymbol
> $3 = (struct Lisp_Symbol *) 0x55f2626ad440 <lispsym+73536>
> "wrong-type-argument"
> 
> To your question, I wasn't doing anything in Emacs. I was just copying in Chrome.
> 
> Also I upgraded VirtualBox from 6 to 7. And looks like Emacs is no longer crashing. Now it reports the following
> in mini-bufffer:
> 
> funcall-interactively: Wrong type argument: listp, [(2 19 1) ((emacs (24))) "A modern list library for Emacs" tar
> ((:commit . "39d067b9fbb2db65fc7a6938bfb21489ad990cb4") (:authors ("Magnar Sveen" .
> "magnars@HIDDEN")) (:maintainers ("Magnar Sveen" . "magnars@HIDDEN")) (:maintainer "Magnar
> Sveen" . "magnars@HIDDEN") (:keywords "extensions" "lisp") (:url . "https://github.com/magnars/dash.el"))]

What were you copying in Chrome when this happened?  Was it text or
some other entity.  Does the text/object you were copying have
anything in common with the data of the error message above?  Can you
tell what URL to go to and which part of the page to copy, to
reproduce what you did?

Also, please set debug-on-error to a non-nil value, and post the Lisp
backtrace you get when these errors happen.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 4 May 2024 21:38:27 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat May 04 17:38:27 2024
Received: from localhost ([127.0.0.1]:55915 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s3N5P-0003WQ-6V
	for submit <at> debbugs.gnu.org; Sat, 04 May 2024 17:38:27 -0400
Received: from mail-lj1-x232.google.com ([2a00:1450:4864:20::232]:50484)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <kun.liu@HIDDEN>) id 1s3N5N-0003WH-IP
 for 70760 <at> debbugs.gnu.org; Sat, 04 May 2024 17:38:26 -0400
Received: by mail-lj1-x232.google.com with SMTP id
 38308e7fff4ca-2e271acb015so10291631fa.1
 for <70760 <at> debbugs.gnu.org>; Sat, 04 May 2024 14:38:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1714858676; x=1715463476; darn=debbugs.gnu.org;
 h=to:subject:message-id:date:from:in-reply-to:references:mime-version
 :from:to:cc:subject:date:message-id:reply-to;
 bh=QQIdS+TSKIFWytC5OAMxTdIQrofWGdWDudqHE/j5gaw=;
 b=kNTnsyqkMIz6oNioFmtB4XxhWvBvnMClxcMwmOM+ZtxiVaaacKwhCbtZR23hjp9Dlz
 zsSLjpovwBKJjlb5LVPuv6HSucduembddYR+4eHFYzqUMat4wkKQGrowBguEJcicgAcK
 bqeFHi/xnIeo0GcjNhBIOgpTUsVDdg/kTUI83OPpy1s0MEajypukWS2N7oWwjwBwcOCW
 iKG/xy8KR7CjHZlTK/Ji7KlzAxbtFCUJnq4wy5viF1V5vNeb8wnrZVa691QpabcxYy32
 oWE9NzjvTkZ400+Vep8QW0HTb1yyt0e4FcyTxoHIEbzPh20fxbQnnSA+i3rd7jKYuMVF
 /nBw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1714858676; x=1715463476;
 h=to:subject:message-id:date:from:in-reply-to:references:mime-version
 :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;
 bh=QQIdS+TSKIFWytC5OAMxTdIQrofWGdWDudqHE/j5gaw=;
 b=l5BJdFK8KtP7JlMCxdqqioXnJxUn3GwdpUQUYcCwDLoilZf/s95pOYmL63B2V5yD8Z
 miGPfA6QiLBsggC9FBAsDo09HupUbwdOyyu+SQEg9Y8Zk8desU8GoqQHTBVq37Nt3Q2j
 dxlZlMa1uBqrVFp8GApMvesRNTeoasCAWTgMnuxI6wyhcW9KIsYXetsVCDnzdxwoZ6OH
 0F73QhCMH2Ej+66PHzoFSdL3l5od1MMfweV+shQZ79R5r9W8g9a+ZIulHcYyRxpraBrk
 xvIGDY/LLZSCRfZ0B5oG7UhAL/ihuVXxPcuIif7AZRZd+W9A/w2Ka2XrLZ1TivvXQLwq
 0bGw==
X-Forwarded-Encrypted: i=1;
 AJvYcCW63m3cfun3Z/MiTGdcZn4ki+W9gEk75Piud4aiQr0TYxq89voqzHtJv4L5CGWBUV5UhxnboXLXEkZKRNC846HSPx9P4b4=
X-Gm-Message-State: AOJu0YzCELvMzl9wxQckz81KweANNHHK8MOsOIZfdGIby88+VTfcEd8d
 6PO+J7gjYL1H9LR/+L7NXkNJKhKEli9p85TVjri4AS4RVp908ViHspdIW+PzdP2zyhJtVrAdBXQ
 x9nlfQfFxOaEnKKCpqHsO27i/eVQ=
X-Google-Smtp-Source: AGHT+IGBq9XOzfGBmNfxGw1+WTLx9++KCZB9Nnt4ak4oOVjww2dGKe2lpJQgapIhCKbnCR+RWNV0Ph2y2Kv1Sz9cuHU=
X-Received: by 2002:a2e:981a:0:b0:2dd:409:3b25 with SMTP id
 a26-20020a2e981a000000b002dd04093b25mr4394008ljj.4.1714858675335; Sat, 04 May
 2024 14:37:55 -0700 (PDT)
MIME-Version: 1.0
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 <86zft5e6yf.fsf@HIDDEN>
 <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
In-Reply-To: <CA+Nei8PsdEL-bOOQg86aZk1n1ahpb38XUokyHR98muaRTUY+5Q@HIDDEN>
From: Kun Liu <kun.liu@HIDDEN>
Date: Sat, 4 May 2024 14:37:43 -0700
Message-ID: <CA+Nei8Mb-_F2YKPZG6f_e9LfqACTZkmcmKkOOMyze6JfCfCOdA@HIDDEN>
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
To: Eli Zaretskii <eliz@HIDDEN>, 70760 <at> debbugs.gnu.org
Content-Type: multipart/alternative; boundary="0000000000002efef20617a7a6db"
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: 70760
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

--0000000000002efef20617a7a6db
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

+  70760 <at> debbugs.gnu.org

On Sat, May 4, 2024 at 1:49=E2=80=AFPM Kun Liu <kun.liu@HIDDEN> wrote:

> Thank you, Eli.
>
> Here is the result.
>
> (gdb) print data
> $1 =3D XIL(0x55f268372323)
> (gdb) xtype
> Lisp_Cons
> (gdb) xcar
> $2 =3D 0x11f40
> (gdb) xtype
> Lisp_Symbol
> (gdb) xsymbol
> $3 =3D (struct Lisp_Symbol *) 0x55f2626ad440 <lispsym+73536>
> "wrong-type-argument"
>
> To your question, I wasn't doing anything in Emacs. I was just copying in
> Chrome.
>
> Also I upgraded VirtualBox from 6 to 7. And looks like Emacs is no longer
> crashing. Now it reports the following in mini-bufffer:
>
> funcall-interactively: Wrong type argument: listp, [(2 19 1) ((emacs
> (24))) "A modern list library for Emacs" tar ((:commit .
> "39d067b9fbb2db65fc7a6938bfb21489ad990cb4") (:authors ("Magnar Sveen" . "
> magnars@HIDDEN")) (:maintainers ("Magnar Sveen" . "magnars@HIDDEN")=
)
> (:maintainer "Magnar Sveen" . "magnars@HIDDEN") (:keywords
> "extensions" "lisp") (:url . "https://github.com/magnars/dash.el"))]
>
> On Sat, May 4, 2024 at 12:02=E2=80=AFPM Eli Zaretskii <eliz@HIDDEN> wrot=
e:
>
>> > From: Kun Liu <kun.liu@HIDDEN>
>> > Date: Sat, 4 May 2024 11:08:31 -0700
>> > Cc: 70760 <at> debbugs.gnu.org
>> >
>> > (gdb) xtype data
>> > Lisp_Cons
>> > (gdb) xcar data
>> > $2 =3D 0x11f40
>> > (gdb) xcdr data
>> > $3 =3D 0x0
>> > (gdb) xstring data
>> > $4 =3D (struct Lisp_String *) 0x0
>> > "DEAD"
>>
>> This is not how you explore a cons cell in GDB.  The correct sequence
>> is:
>>
>>   (gdb) print data
>>   (gdb) xtype
>>
>> If "xtype" says it's a cons cell, the next command should be "xcar",
>> followed by "xtype", to show the type of car.  If "xtype" says it's a
>> symbol, the next command should be "xsymbol", to show the symbol's
>> name.  Once you are done with car, continue to cdr, like this:
>>
>>   (gdb) print data
>>   (gdb) xcdr
>>   (gdb) xtype
>>
>> Then again use the appropriate command given what "xtype" says.  Etc.,
>> etc.
>>
>> Also, do you remember what you did in Emacs when it crashed?  Was it
>> C-y or something similar?
>>
>

--0000000000002efef20617a7a6db
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">+=C2=A0

<a href=3D"mailto:70760 <at> debbugs.gnu.org" target=3D"_blank">70760@HIDDEN=
u.org</a><br></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D=
"gmail_attr">On Sat, May 4, 2024 at 1:49=E2=80=AFPM Kun Liu &lt;<a href=3D"=
mailto:kun.liu@HIDDEN">kun.liu@HIDDEN</a>&gt; wrote:<br></div><blockq=
uote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1p=
x solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr">Thank you, Eli.=
<div><br></div><div>Here is the result.</div><div><br></div><div>(gdb) prin=
t data<br>$1 =3D XIL(0x55f268372323)<br>(gdb) xtype<br>Lisp_Cons<br>(gdb) x=
car<br>$2 =3D 0x11f40<br>(gdb) xtype<br>Lisp_Symbol<br>(gdb) xsymbol<br>$3 =
=3D (struct Lisp_Symbol *) 0x55f2626ad440 &lt;lispsym+73536&gt;<br>&quot;wr=
ong-type-argument&quot;<br></div><div><br></div><div>To your question, I wa=
sn&#39;t doing anything in Emacs. I was just copying in Chrome.</div><div><=
br></div><div>Also I upgraded VirtualBox from 6 to 7. And looks like Emacs =
is no longer crashing. Now it reports the following in mini-bufffer:</div><=
div><br></div><div>funcall-interactively: Wrong type argument: listp, [(2 1=
9 1) ((emacs (24))) &quot;A modern list library for Emacs&quot; tar ((:comm=
it . &quot;39d067b9fbb2db65fc7a6938bfb21489ad990cb4&quot;) (:authors (&quot=
;Magnar Sveen&quot; . &quot;<a href=3D"mailto:magnars@HIDDEN" target=3D"=
_blank">magnars@HIDDEN</a>&quot;)) (:maintainers (&quot;Magnar Sveen&quo=
t; . &quot;<a href=3D"mailto:magnars@HIDDEN" target=3D"_blank">magnars@g=
mail.com</a>&quot;)) (:maintainer &quot;Magnar Sveen&quot; . &quot;<a href=
=3D"mailto:magnars@HIDDEN" target=3D"_blank">magnars@HIDDEN</a>&quot;=
) (:keywords &quot;extensions&quot; &quot;lisp&quot;) (:url . &quot;<a href=
=3D"https://github.com/magnars/dash.el" target=3D"_blank">https://github.co=
m/magnars/dash.el</a>&quot;))]</div></div><br><div class=3D"gmail_quote"><d=
iv dir=3D"ltr" class=3D"gmail_attr">On Sat, May 4, 2024 at 12:02=E2=80=AFPM=
 Eli Zaretskii &lt;<a href=3D"mailto:eliz@HIDDEN" target=3D"_blank">eliz@g=
nu.org</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"m=
argin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left=
:1ex">&gt; From: Kun Liu &lt;<a href=3D"mailto:kun.liu@HIDDEN" target=3D=
"_blank">kun.liu@HIDDEN</a>&gt;<br>
&gt; Date: Sat, 4 May 2024 11:08:31 -0700<br>
&gt; Cc: <a href=3D"mailto:70760 <at> debbugs.gnu.org" target=3D"_blank">70760@d=
ebbugs.gnu.org</a><br>
&gt; <br>
&gt; (gdb) xtype data<br>
&gt; Lisp_Cons<br>
&gt; (gdb) xcar data<br>
&gt; $2 =3D 0x11f40<br>
&gt; (gdb) xcdr data<br>
&gt; $3 =3D 0x0<br>
&gt; (gdb) xstring data<br>
&gt; $4 =3D (struct Lisp_String *) 0x0<br>
&gt; &quot;DEAD&quot;<br>
<br>
This is not how you explore a cons cell in GDB.=C2=A0 The correct sequence<=
br>
is:<br>
<br>
=C2=A0 (gdb) print data<br>
=C2=A0 (gdb) xtype<br>
<br>
If &quot;xtype&quot; says it&#39;s a cons cell, the next command should be =
&quot;xcar&quot;,<br>
followed by &quot;xtype&quot;, to show the type of car.=C2=A0 If &quot;xtyp=
e&quot; says it&#39;s a<br>
symbol, the next command should be &quot;xsymbol&quot;, to show the symbol&=
#39;s<br>
name.=C2=A0 Once you are done with car, continue to cdr, like this:<br>
<br>
=C2=A0 (gdb) print data<br>
=C2=A0 (gdb) xcdr<br>
=C2=A0 (gdb) xtype<br>
<br>
Then again use the appropriate command given what &quot;xtype&quot; says.=
=C2=A0 Etc.,<br>
etc.<br>
<br>
Also, do you remember what you did in Emacs when it crashed?=C2=A0 Was it<b=
r>
C-y or something similar?<br>
</blockquote></div>
</blockquote></div>

--0000000000002efef20617a7a6db--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 4 May 2024 19:03:12 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat May 04 15:03:12 2024
Received: from localhost ([127.0.0.1]:55229 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s3Kf9-0007Xy-SM
	for submit <at> debbugs.gnu.org; Sat, 04 May 2024 15:03:12 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10]:48596)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1s3Kf7-0007Xs-C7
 for 70760 <at> debbugs.gnu.org; Sat, 04 May 2024 15:03:10 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1s3KeZ-00079i-SL; Sat, 04 May 2024 15:02:40 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=4AM8VZ9OXPaYa58FDBv/u4hbdeDo8LIMpsJo2dNvLjU=; b=oIwrGRe/lgyK
 sjV4lsur2D+vRyVQ3ZEdtX3tKpDtanIFCzbpv5sCCueu4A8HtQm4UIXlllAsmCBMOq+6+Gr/jS4WQ
 ysqF6+2rc209KXfcjLtqtypWSeGLdtdLH3f5lEDokKhppU5aZOU1LWpSdQe3eNE4pdidKUHH462Of
 axKFCT2pL+0OzHwAUIkyMpr8fXMl7s1NbC8ASGMT4BXVdaExKJOvlbYzirg1SoOvgbxiju2keHljK
 Eb18ZDzza3k+4P3LcbhvlR8AZNdJdshNpwnvDfZwIGvhjH+dG5BCasbF8WXc2U33XA77jE7t4OzKf
 vh+Lv5jl0Uyq8vyG9d7cug==;
Date: Sat, 04 May 2024 22:02:32 +0300
Message-Id: <86zft5e6yf.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Kun Liu <kun.liu@HIDDEN>
In-Reply-To: <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
 (message from Kun Liu on Sat, 4 May 2024 11:08:31 -0700)
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
 <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 70760
Cc: 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Kun Liu <kun.liu@HIDDEN>
> Date: Sat, 4 May 2024 11:08:31 -0700
> Cc: 70760 <at> debbugs.gnu.org
> 
> (gdb) xtype data
> Lisp_Cons
> (gdb) xcar data
> $2 = 0x11f40
> (gdb) xcdr data
> $3 = 0x0
> (gdb) xstring data
> $4 = (struct Lisp_String *) 0x0
> "DEAD"

This is not how you explore a cons cell in GDB.  The correct sequence
is:

  (gdb) print data
  (gdb) xtype

If "xtype" says it's a cons cell, the next command should be "xcar",
followed by "xtype", to show the type of car.  If "xtype" says it's a
symbol, the next command should be "xsymbol", to show the symbol's
name.  Once you are done with car, continue to cdr, like this:

  (gdb) print data
  (gdb) xcdr
  (gdb) xtype

Then again use the appropriate command given what "xtype" says.  Etc.,
etc.

Also, do you remember what you did in Emacs when it crashed?  Was it
C-y or something similar?




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 4 May 2024 18:09:19 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat May 04 14:09:19 2024
Received: from localhost ([127.0.0.1]:55006 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s3Joz-0006qo-2q
	for submit <at> debbugs.gnu.org; Sat, 04 May 2024 14:09:19 -0400
Received: from mail-lj1-x235.google.com ([2a00:1450:4864:20::235]:57363)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <kun.liu@HIDDEN>) id 1s3Jou-0006qS-UI
 for 70760 <at> debbugs.gnu.org; Sat, 04 May 2024 14:09:15 -0400
Received: by mail-lj1-x235.google.com with SMTP id
 38308e7fff4ca-2dac77cdf43so9038151fa.2
 for <70760 <at> debbugs.gnu.org>; Sat, 04 May 2024 11:08:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1714846124; x=1715450924; darn=debbugs.gnu.org;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:from:to:cc:subject:date:message-id:reply-to;
 bh=Ao2pWykVweP/NKL8MuogGjtX4oVMxDUem7DPFDHXamI=;
 b=Fxo/DY/kwEAOuD0Lr1OsO8ANIawg3N3E6dwlY4Xi23//jWOS0KqY4xE8Zh7sge1w3E
 8N2JSfusJ4AOo5O7xK/VW2FdEow1U771kf6gcE83pOnL3ss6sHNrPBoA4/K+H2Wk1chJ
 7DBDljwwc4FTtHbmImmUm5DKoS1LPGKrOU2sJp24ADPmAcM0Bakddq/g6WhNcgnJTCyE
 cXq7V/vyXev6X+8FJpG+NkWZDbfSFbvurQGsOTDxE62zAkrv+bsLube9FKCOZ9XKdFTc
 SLsfXx6L/5PKdS7kXiLvVVpgHE0JlBZBl46JG3ltRdDTFwJHltbojtC1OYoWiXqTJGGv
 +46Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1714846124; x=1715450924;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
 :reply-to;
 bh=Ao2pWykVweP/NKL8MuogGjtX4oVMxDUem7DPFDHXamI=;
 b=SjDRjSkaSp27Q2hegHfG9gjfBuHDo0Vg4vkTVFHV7oDlhmKLJQzzI8ULOzmxPfNnsr
 V0Ju7t6CELWFyeqWnxt68hin4c77hnbzqBIO5+MyIyLNUSFtnfcKS/bvXzOk1qFeH7di
 frSMq1dLRdzh22BIiktw7PnEdow5uheuGGXz6xG0huxbcLkcBSh8MKtE4y+IGFN4jm4P
 uM4Mm839NliOBcOiVqvBgcOkk4TunzZHk3zy7EOPHcdLOUtwTvTiJpkLmojnKpMoE4jB
 Y/zVIXgYu8RP+QD9W1XYIu67AvhAK3LxXXyOyzwU9JVtcJvL7+uU53iUl+RB6bhQHgvZ
 UtLw==
X-Gm-Message-State: AOJu0YygBaE5V3qqZYLWKTbUYgUYFr6qdZLtjwyGmUHbjYYHeKTHtbBA
 p8YJi6vNU1R3VYBlm8KiUaBJn2mBZ/7nhbYdSoqi8ExwgVzN0copJC/szh3E1aUlEws04MC22vw
 t24a1yJ+n0sI9AegX0eSSOpKlTwmZ64vy
X-Google-Smtp-Source: AGHT+IHD+b6VC/GvqxrbwYXoT8lArLwBnPVBu/RBUkdpUg7HPx5EQcDW2+l7h7kbvOSN62SD93rzySWH43bcLqPypHU=
X-Received: by 2002:a05:651c:104d:b0:2de:1457:9d27 with SMTP id
 x13-20020a05651c104d00b002de14579d27mr4011384ljm.0.1714846123015; Sat, 04 May
 2024 11:08:43 -0700 (PDT)
MIME-Version: 1.0
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 <86wmoagigo.fsf@HIDDEN>
In-Reply-To: <86wmoagigo.fsf@HIDDEN>
From: Kun Liu <kun.liu@HIDDEN>
Date: Sat, 4 May 2024 11:08:31 -0700
Message-ID: <CA+Nei8PO8YhGCpOcyksgGcP3RU1VbjAH5s7VB4L_d2uhVxe0iQ@HIDDEN>
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: multipart/alternative; boundary="00000000000001c8540617a4ba10"
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 70760
Cc: 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

--00000000000001c8540617a4ba10
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Sat, May 4, 2024 at 12:11=E2=80=AFAM Eli Zaretskii <eliz@HIDDEN> wrote:

> I have
> no idea how VirtualBox converts Windows clipboard data into X
> clipboard/selection data -- do you happen to know?  The reason of this
> problem is probably there.
>

Sorry I am unfamiliar with how VirtualBox implements this. I know they use
something called guest addition to allow bi-directional clipboard sharing.


> And finally, the values of the following variables are of interest:
>
> > #11 0x000055b069603f3e in print_error_message (data=3D<optimized out>,
> data@entry=3D0x55b085976613,
> > stream=3Dstream@entry=3D0x30, context=3D<optimized out>, caller=3Dcalle=
r@entry=3D0x7fe0)
> at lisp.h:1172
> >         obj =3D <optimized out>
> >         li =3D {tortoise =3D 0x55b0859765f3, max =3D 2, n =3D 0, q =3D =
1}
> >         sep =3D 0x55b0696ad6a0 ", "
> >         errname =3D 0x11f40
> >         errmsg =3D 0x55b06c78e6e4
> >         file_error =3D 0x0
> >         tail =3D 0x55b0859765e3
>
> In this call-stack frame, what is the value of 'data'?  It is a Lisp
> object, so showing it should involve using the commands xtype, xcar,
> and xcdr, and probably also xstring (which are defined in .gdbinit).


I did as directed. Emacs soon crashed and here is the analysis:
(gdb) bt full
#0  raise (sig=3D<optimized out>) at ../sysdeps/unix/sysv/linux/raise.c:50
        set =3D {
          __val =3D {18446744067266837247, 0 <repeats 15 times>}
        }
        pid =3D <optimized out>
        tid =3D <optimized out>
#1  0x0000564c4c3e5cf8 in terminate_due_to_signal (sig=3D11,
backtrace_limit=3D40) at emacs.c:464
#2  0x0000564c4c4141b2 in handle_fatal_signal (sig=3D11) at sysdep.c:1783
#3  0x0000564c4c414187 in deliver_thread_signal (sig=3D11,
handler=3D0x564c4c414198 <handle_fatal_signal>) at sysdep.c:1775
        old_errno =3D 11
#4  0x0000564c4c4141ed in deliver_fatal_thread_signal (sig=3D11) at
sysdep.c:1795
#5  0x0000564c4c41438b in handle_sigsegv (sig=3D11, siginfo=3D0x564c4cb3e23=
0
<sigsegv_stack+64528>, arg=3D0x564c4cb3e100 <sigsegv_stack+64224>) at
sysdep.c:1888
        fatal =3D false
#6  0x00007f8907b26140 in <signal handler called> () at
/lib/x86_64-linux-gnu/libpthread.so.0
#7  SYMBOL_NAME (sym=3DXIL(0x564c55abc5a0)) at lisp.h:2336
#8  0x0000564c4c4e0ca5 in print_object (obj=3DXIL(0x564c55abc5a0),
printcharfun=3DXIL(0x30), escapeflag=3Dtrue) at print.c:2393
        len =3D 140226424574408
        i =3D 140729353894864
        name =3D XIL(0x21974e0)
        size_byte =3D 94885739624928
        p =3D 0x564c4c41f35a <set_buffer_internal_2+227> "H\213@
\bH\205\300t\fH\213E\330H\211\307\350\336\362\006"
        signedp =3D false
        confusing =3D false
        base_depth =3D 0
        base_sp =3D 0
        buf =3D
"\020H\220SLV\000\000\020H\220SLV\000\000`\205\264LLV\000\000`\000\000\000\=
000\000\000\000`\000\000\000\000\000\000\000\000\374%\033\376\177\000\000=
=DC=96HLLV"
#9  0x0000564c4c4dddb4 in print (obj=3DXIL(0x564c55abc5a0),
printcharfun=3DXIL(0x30), escapeflag=3Dtrue) at print.c:1301
#10 0x0000564c4c4dcc92 in Fprin1 (object=3DXIL(0x564c55abc5a0),
printcharfun=3DXIL(0x30), overrides=3DXIL(0)) at print.c:776
        count =3D {
          bytes =3D 224
        }
        pc =3D {
          printcharfun =3D XIL(0x30),
          old_printcharfun =3D XIL(0x30),
          old_point =3D -1,
          start_point =3D -1,
          old_point_byte =3D -1,
          start_point_byte =3D -1,
          specpdl_count =3D {
            bytes =3D 224
          }
        }
#11 0x0000564c4c4dd82f in print_error_message (data=3DXIL(0x564c52d9c853),
stream=3DXIL(0x30), context=3D0x7f89023daa83 "", caller=3DXIL(0x293cb518a57=
8)) at
print.c:1134
        obj =3D XIL(0x564c55abc5a0)
        li =3D {
          tortoise =3D XIL(0x564c52d9c873),
          max =3D 2,
          n =3D 0,
          q =3D 1
        }
        sep =3D 0x564c4c5c1c0c ", "
        errname =3D XIL(0x11f40)
        errmsg =3D XIL(0x564c520b0a84)
        file_error =3D XIL(0)
        tail =3D XIL(0x564c52d9c883)
#12 0x0000564c4c3ed1a9 in Fcommand_error_default_function
(data=3DXIL(0x564c52d9c853), context=3DXIL(0x7f8901be9284),
signal=3DXIL(0x293cb518a578)) at keyboard.c:1070
        sf =3D 0x564c4ec8f6c8
        conditions =3D XIL(0x7f89022845e3)
        is_minibuffer_quit =3D 0
#13 0x0000564c4c4b09a7 in funcall_subr (subr=3D0x564c4cabd2e0
<Scommand_error_default_function>, numargs=3D3, args=3D0x7f89014b1050) at
eval.c:3042
        argbuf =3D {XIL(0x564c4cb48500), XIL(0), XIL(0), XIL(0x7ffe1b25ffa0=
),
XIL(0x564c4c4ffe4b), XIL(0x4cabd2e5), XIL(0x7ffe1b25ffc0),
XIL(0x564c4c500741)}
        a =3D 0x7f89014b1050
        fun =3D XIL(0x7ffe1b25ffe0)
#14 0x0000564c4c50176b in exec_byte_code (fun=3DXIL(0x7f890204f18d),
args_template=3D771, nargs=3D3, args=3D0x7ffe1b260640) at bytecode.c:809
        call_nargs =3D 3
        call_fun =3D XIL(0x564c4cabd2e5)
        count1 =3D {
          bytes =3D 192
        }
        template =3D XIL(0x21b2600a0)
        val =3D XIL(0)
        call_args =3D 0x7f89014b1050
        original_fun =3D XIL(0x293cb5507120)
        bytecode =3D make_fixnum(1393703692)
        op =3D 3
        type =3D (unknown: 0x2398d60)
        targets =3D
          {0x564c4c504e7e <exec_byte_code+17280>, 0x564c4c504ea3
<exec_byte_code+17317>, 0x564c4c504ea5 <exec_byte_code+17319>,
0x564c4c504ea7 <exec_byte_code+17321>, 0x564c4c504ea9
<exec_byte_code+17323>, 0x564c4c504ea9 <exec_byte_code+17323>,
0x564c4c504f0e <exec_byte_code+17424>, 0x564c4c504f82
<exec_byte_code+17540>, 0x564c4c500f00 <exec_byte_code+1026>,
0x564c4c500f02 <exec_byte_code+1028>, 0x564c4c500f04 <exec_byte_code+1030>,
0x564c4c500f06 <exec_byte_code+1032>, 0x564c4c500f08 <exec_byte_code+1034>,
0x564c4c500f08 <exec_byte_code+1034>, 0x564c4c500f0e <exec_byte_code+1040>,
0x564c4c500ecf <exec_byte_code+977>, 0x564c4c50128d <exec_byte_code+1935>,
0x564c4c50128f <exec_byte_code+1937>, 0x564c4c501291 <exec_byte_code+1939>,
0x564c4c501293 <exec_byte_code+1941>, 0x564c4c501295 <exec_byte_code+1943>,
0x564c4c501295 <exec_byte_code+1943>, 0x564c4c5012ca <exec_byte_code+1996>,
0x564c4c50129b <exec_byte_code+1949>, 0x564c4c501480 <exec_byte_code+2434>,
0x564c4c501482 <exec_byte_code+2436>, 0x564c4c501484 <exec_byte_code+2438>,
0x564c4c501486 <exec_byte_code+2440>, 0x564c4c501488 <exec_byte_code+2442>,
0x564c4c501488 <exec_byte_code+2442>, 0x564c4c50143a <exec_byte_code+2364>,
0x564c4c501451 <exec_byte_code+2387>, 0x564c4c501535 <exec_byte_code+2615>,
0x564c4c501537 <exec_byte_code+2617>, 0x564c4c501539 <exec_byte_code+2619>,
0x564c4c50153b <exec_byte_code+2621>, 0x564c4c50153d <exec_byte_code+2623>,
0x564c4c50153d <exec_byte_code+2623>, 0x564c4c5014ef <exec_byte_code+2545>,
0x564c4c501506 <exec_byte_code+2568>, 0x564c4c501890 <exec_byte_code+3474>,
0x564c4c501892 <exec_byte_code+3476>, 0x564c4c501894 <exec_byte_code+3478>,
0x564c4c501896 <exec_byte_code+3480>, 0x564c4c501898 <exec_byte_code+3482>,
0x564c4c501898 <exec_byte_code+3482>, 0x564c4c50184a <exec_byte_code+3404>,
0x564c4c501861 <exec_byte_code+3427>, 0x564c4c5020e0 <exec_byte_code+5602>,
0x564c4c501f36 <exec_byte_code+5176>, 0x564c4c501f2d <exec_byte_code+5167>,
0x564c4c504e7e <exec_byte_code+17280>, 0x564c4c504e7e
<exec_byte_code+17280>, 0x564c4c504e7e <exec_byte_code+17280>,
0x564c4c504e7e <exec_byte_code+17280>, 0x564c4c504e7e
<exec_byte_code+17280>, 0x564c4c502325 <exec_byte_code+6183>,
0x564c4c50240f <exec_byte_code+6417>, 0x564c4c502471 <exec_byte_code+6515>,
0x564c4c5024d1 <exec_byte_code+6611>, 0x564c4c502533 <exec_byte_code+6709>,
0x564c4c501113 <exec_byte_code+1557>, 0x564c4c501195 <exec_byte_code+1687>,
0x564c4c5025ac <exec_byte_code+6830>, 0x564c4c501084 <exec_byte_code+1414>,
0x564c4c5011fd <exec_byte_code+1791>, 0x564c4c502614 <exec_byte_code+6934>,
0x564c4c50267c <exec_byte_code+7038>, 0x564c4c5026c4 <exec_byte_code+7110>,
0x564c4c50272c <exec_byte_code+7214>, 0x564c4c502792 <exec_byte_code+7316>,
0x564c4c502878 <exec_byte_code+7546>, 0x564c4c5028c0 <exec_byte_code+7618>,
0x564c4c502a01 <exec_byte_code+7939>, 0x564c4c502b6d <exec_byte_code+8303>,
0x564c4c502bb5 <exec_byte_code+8375>, 0x564c4c502bfd <exec_byte_code+8447>,
0x564c4c502c65 <exec_byte_code+8551>, 0x564c4c502ccd <exec_byte_code+8655>,
0x564c4c502d35 <exec_byte_code+8759>, 0x564c4c502dba <exec_byte_code+8892>,
0x564c4c502e09 <exec_byte_code+8971>, 0x564c4c502e58 <exec_byte_code+9050>,
0x564c4c502f1f <exec_byte_code+9249>, 0x564c4c502fc1 <exec_byte_code+9411>,
0x564c4c503063 <exec_byte_code+9573>, 0x564c4c503132 <exec_byte_code+9780>,
0x564c4c503214 <exec_byte_code+10006>, 0x564c4c5032f6
<exec_byte_code+10232>, 0x564c4c5033d8 <exec_byte_code+10458>,
0x564c4c5034ba <exec_byte_code+10684>, 0x564c4c5035ec
<exec_byte_code+10990>, 0x564c4c50368f <exec_byte_code+11153>,
0x564c4c5037bb <exec_byte_code+11453>, 0x564c4c503881
<exec_byte_code+11651>, 0x564c4c503947 <exec_byte_code+11849>,
0x564c4c503ccb <exec_byte_code+12749>, 0x564c4c501dad
<exec_byte_code+4783>, 0x564c4c503d26 <exec_byte_code+12840>,
0x564c4c503d6e <exec_byte_code+12912>, 0x564c4c503e30
<exec_byte_code+13106>, 0x564c4c503e8b <exec_byte_code+13197>,
0x564c4c503ee6 <exec_byte_code+13288>, 0x564c4c503f2e
<exec_byte_code+13360>, 0x564c4c503f71 <exec_byte_code+13427>,
0x564c4c503fb4 <exec_byte_code+13494>, 0x564c4c503fff
<exec_byte_code+13569>, 0x564c4c504e7e <exec_byte_code+17280>,
0x564c4c504057 <exec_byte_code+13657>, 0x564c4c50409a
<exec_byte_code+13724>, 0x564c4c5040dd <exec_byte_code+13791>,
0x564c4c504120 <exec_byte_code+13858>, 0x564c4c504163
<exec_byte_code+13925>, 0x564c4c5041a6 <exec_byte_code+13992>,
0x564c4c501dad <exec_byte_code+4783>, 0x564c4c504e7e
<exec_byte_code+17280>, 0x564c4c5041ee <exec_byte_code+14064>,
0x564c4c50423e <exec_byte_code+14144>, 0x564c4c504286
<exec_byte_code+14216>, 0x564c4c5042ce <exec_byte_code+14288>,
0x564c4c504336 <exec_byte_code+14392>, 0x564c4c50439e
<exec_byte_code+14496>, 0x564c4c5043e6 <exec_byte_code+14568>,
0x564c4c50442e <exec_byte_code+14640>, 0x564c4c504496
<exec_byte_code+14744>, 0x564c4c5044fe <exec_byte_code+14848>,
0x564c4c504566 <exec_byte_code+14952>, 0x564c4c5045a9
<exec_byte_code+15019>, 0x564c4c504e7e <exec_byte_code+17280>,
0x564c4c501cf7 <exec_byte_code+4601>, 0x564c4c5018fe <exec_byte_code+3584>,
0x564c4c500ff2 <exec_byte_code+1268>, 0x564c4c5019a3 <exec_byte_code+3749>,
0x564c4c501a27 <exec_byte_code+3881>, 0x564c4c501aa8 <exec_byte_code+4010>,
0x564c4c501b29 <exec_byte_code+4139>, 0x564c4c501cc0 <exec_byte_code+4546>,
0x564c4c5013e7 <exec_byte_code+2281>, 0x564c4c501d76 <exec_byte_code+4728>,
0x564c4c501de4 <exec_byte_code+4838>, 0x564c4c501e75 <exec_byte_code+4983>,
0x564c4c501ebe <exec_byte_code+5056>, 0x564c4c50212c <exec_byte_code+5678>,
0x564c4c5021a9 <exec_byte_code+5803>, 0x564c4c50222e <exec_byte_code+5936>,
0x564c4c502294 <exec_byte_code+6038>, 0x564c4c504e7e
<exec_byte_code+17280>, 0x564c4c5045f1 <exec_byte_code+15091>,
0x564c4c504676 <exec_byte_code+15224>, 0x564c4c5046be
<exec_byte_code+15296>, 0x564c4c504706 <exec_byte_code+15368>,
0x564c4c50474e <exec_byte_code+15440>, 0x564c4c504796
<exec_byte_code+15512>, 0x564c4c5047fe <exec_byte_code+15616>,
0x564c4c504866 <exec_byte_code+15720>, 0x564c4c5048ce
<exec_byte_code+15824>, 0x564c4c504936 <exec_byte_code+15928>,
0x564c4c504a47 <exec_byte_code+16201>, 0x564c4c504aaf
<exec_byte_code+16305>, 0x564c4c504b17 <exec_byte_code+16409>,
0x564c4c504b5f <exec_byte_code+16481>, 0x564c4c504c1d
<exec_byte_code+16671>, 0x564c4c504cdb <exec_byte_code+16861>,
0x564c4c504d23 <exec_byte_code+16933>, 0x564c4c504d6b
<exec_byte_code+17005>, 0x564c4c503a85 <exec_byte_code+12167>,
0x564c4c503bd1 <exec_byte_code+12499>, 0x564c4c504dba
<exec_byte_code+17084>, 0x564c4c504e1c <exec_byte_code+17182>,
0x564c4c504e7e <exec_byte_code+17280>, 0x564c4c504e7e
<exec_byte_code+17280>, 0x564c4c504e7e <exec_byte_code+17280>,
0x564c4c504e7e <exec_byte_code+17280>, 0x564c4c504e7e
<exec_byte_code+17280>, 0x564c4c504e7e <exec_byte_code+17280>,
0x564c4c502800 <exec_byte_code+7426>, 0x564c4c502ea7 <exec_byte_code+9129>,
0x564c4c503db8 <exec_byte_code+12986>, 0x564c4c505011
<exec_byte_code+17683>, 0x564c4c505086 <exec_byte_code+17800>,
0x564c4c504e7e <exec_byte_code+17280>, 0x564c4c504e7e
<exec_byte_code+17280>, 0x564c4c505118 <exec_byte_code+17946>,
0x564c4c50519f <exec_byte_code+18081>, 0x564c4c504e7e
<exec_byte_code+17280>, 0x564c4c504e7e <exec_byte_code+17280>,
0x564c4c504e7e <exec_byte_code+17280>, 0x564c4c504e7e
<exec_byte_code+17280>, 0x564c4c504e7e <exec_byte_code+17280>,
0x564c4c504e7e <exec_byte_code+17280>, 0x564c4c504e7e
<exec_byte_code+17280>, 0x564c4c504e7e <exec_byte_code+17280>,
0x564c4c5052f7 <exec_byte_code+18425> <repeats 64 times>}
        quitcounter =3D 1 '\001'
        bc =3D 0x564c4cab2410 <main_thread+496>
        top =3D 0x7f89014b1048
        pc =3D 0x7f89024b5001 "\210\002:\205:"
        bytestr =3D XIL(0x7f890204f674)
        vector =3D XIL(0x7f890204f1cd)
        maxdepth =3D make_fixnum(11)
        const_length =3D 7
        bytestr_length =3D 59
        vectorp =3D 0x7f890204f1d0
        max_stack =3D 11
        frame_base =3D 0x7f89014b1030
        fp =3D 0x7f89014b1088
        bytestr_data =3D 0x7f89024b4ffc "\300\003\003\003#\210\002:\205:"
        rest =3D false
        mandatory =3D 3
        nonrest =3D 3
        pushedargs =3D 3
        result =3D XIL(0)
#15 0x0000564c4c4b0c6d in fetch_and_exec_byte_code
(fun=3DXIL(0x7f890204f18d), args_template=3D771, nargs=3D3, args=3D0x7ffe1b=
260628)
at eval.c:3085
#16 0x0000564c4c4b0fe1 in funcall_lambda (fun=3DXIL(0x7f890204f18d), nargs=
=3D3,
arg_vector=3D0x7ffe1b260628) at eval.c:3157
        val =3D XIL(0x7ffe1b260560)
        syms_left =3D make_fixnum(771)
        next =3D XIL(0)
        lexenv =3D XIL(0x1e0204f158)
        count =3D {
          bytes =3D 192
        }
        i =3D 45340716723288
        optional =3D false
        rest =3D false
        previous_rest =3D false
#17 0x0000564c4c4b050d in funcall_general (fun=3DXIL(0x7f890204f18d),
numargs=3D3, args=3D0x7ffe1b260628) at eval.c:2949
        original_fun =3D XIL(0x293cb5506c58)
#18 0x0000564c4c4b078e in Ffuncall (nargs=3D4, args=3D0x7ffe1b260620) at
eval.c:2999
        count =3D {
          bytes =3D 160
        }
        val =3D XIL(0x7ffe1b2605f0)
#19 0x0000564c4c3eaf38 in call3 (fn=3DXIL(0x293cb5506c58),
arg1=3DXIL(0x564c52d9c853), arg2=3DXIL(0x7f8901be9284),
arg3=3DXIL(0x293cb518a578)) at lisp.h:3262
#20 0x0000564c4c3ecf9f in cmd_error_internal (data=3DXIL(0x564c52d9c853),
context=3D0x7ffe1b2606d0 "") at keyboard.c:1013
#21 0x0000564c4c3ece84 in cmd_error (data=3DXIL(0x564c52d9c853)) at
keyboard.c:981
        old_level =3D XIL(0)
        old_length =3D XIL(0)
        count =3D {
          bytes =3D 96
        }
        conditions =3D XIL(0x7f89022845e3)
        macroerror =3D
"\000\a&\033\376\177\000\000L\316JLLV\000\000\367\213JL\001\000\000\000`\00=
0\000\000\000\000\000\000\060\a&\033\376\177\000\000\324S\316RLV\000\000\00=
0"
#22 0x0000564c4c4ac9ee in internal_condition_case (bfun=3D0x564c4c3ed64e
<command_loop_1>, handlers=3DXIL(0x90), hfun=3D0x564c4c3ecc8c <cmd_error>) =
at
eval.c:1470
        val =3D XIL(0x564c52d9c853)
        c =3D 0x564c4e5443e0
#23 0x0000564c4c3ed316 in command_loop_2 (handlers=3DXIL(0x90)) at
keyboard.c:1133
        val =3D make_fixnum(0)
#24 0x0000564c4c4ac0be in internal_catch (tag=3DXIL(0x10080),
func=3D0x564c4c3ed2ef <command_loop_2>, arg=3DXIL(0x90)) at eval.c:1197
        val =3D XIL(0x7ffe1b260810)
        c =3D 0x564c4e5424c0
#25 0x0000564c4c3ed2ab in command_loop () at keyboard.c:1111
#26 0x0000564c4c3ec837 in recursive_edit_1 () at keyboard.c:720
        count =3D {
          bytes =3D 32
        }
        val =3D make_fixnum(23721424373675)
#27 0x0000564c4c3ec9e0 in Frecursive_edit () at keyboard.c:803
        count =3D {
          bytes =3D 0
        }
        buffer =3D XIL(0)
#28 0x0000564c4c3e8dbf in main (argc=3D1, argv=3D0x7ffe1b260af8) at emacs.c=
:2521
        stack_bottom_variable =3D 0x564c4e4a3f20
        no_loadup =3D false
        junk =3D 0x0
        dname_arg =3D 0x0
        ch_to_dir =3D 0x0
        original_pwd =3D 0x0
        dump_mode =3D 0x0
        skip_args =3D 0
        temacs =3D 0x0
        attempt_load_pdump =3D true
        only_version =3D false
        rlim =3D {
          rlim_cur =3D 10022912,
          rlim_max =3D 18446744073709551615
        }
        lc_all =3D 0x0
        sockfd =3D -1
        module_assertions =3D false
You can't do that without a process to debug.
(gdb) frame 11
#11 0x0000564c4c4dd82f in print_error_message (data=3DXIL(0x564c52d9c853),
stream=3DXIL(0x30), context=3D0x7f89023daa83 "", caller=3DXIL(0x293cb518a57=
8)) at
print.c:1134
1134  Fprin1 (obj, stream, Qnil);
(gdb) info locals
obj =3D XIL(0x564c55abc5a0)
li =3D {
  tortoise =3D XIL(0x564c52d9c873),
  max =3D 2,
  n =3D 0,
  q =3D 1
}
sep =3D 0x564c4c5c1c0c ", "
errname =3D XIL(0x11f40)
errmsg =3D XIL(0x564c520b0a84)
file_error =3D XIL(0)
tail =3D XIL(0x564c52d9c883)

(gdb) print data
$1 =3D XIL(0x564c52d9c853)
(gdb) xtype data
Lisp_Cons
(gdb) xcar data
$2 =3D 0x11f40
(gdb) xcdr data
$3 =3D 0x0
(gdb) xstring data
$4 =3D (struct Lisp_String *) 0x0
"DEAD"

(gdb) print obj
$31 =3D XIL(0x564c55abc5a0)
(gdb) xtype obj
Lisp_Symbol
(gdb) xcar obj
$32 =3D 0x0
(gdb) xcdr obj
$33 =3D 0x0
(gdb) xstring obj
$34 =3D (struct Lisp_String *) 0x0
"DEAD"

(gdb) print li
$35 =3D {
  tortoise =3D XIL(0x564c52d9c873),
  max =3D 2,
  n =3D 0,
  q =3D 1
}
(gdb) xtype li
Invalid cast.
(gdb) xcar li
Invalid cast.
(gdb) xcdr li
Invalid cast.
(gdb) xstring li
Invalid cast.

(gdb) print sep
$36 =3D 0x564c4c5c1c0c ", "
(gdb) xtype sep
Lisp_String
(gdb) xcar sep
$37 =3D 0x0
(gdb) xcdr sep
$38 =3D 0x0
(gdb) xstring sep
$39 =3D (struct Lisp_String *) 0x0
"DEAD"

(gdb) print errname
$40 =3D XIL(0x11f40)
(gdb) xtype errname
Lisp_Symbol
(gdb) xcar errname
$41 =3D 0x0
(gdb) xcdr errname
$42 =3D 0x0
(gdb) xstring errname
$43 =3D (struct Lisp_String *) 0x0
"DEAD"

(gdb) print errmsg
$44 =3D XIL(0x564c520b0a84)
(gdb) xtype errmsg
Lisp_String
(gdb) xcar errmsg
$45 =3D 0x0
(gdb) xcdr errmsg
$46 =3D 0x0
(gdb) xstring errmsg
$47 =3D (struct Lisp_String *) 0x0
"DEAD"

(gdb) print file
No symbol "file" in current context.
(gdb) xtype file
Lisp_Symbol
(gdb) xcar file
$48 =3D 0x0
(gdb) xcdr file
$49 =3D 0x0
(gdb) xstring file
$50 =3D (struct Lisp_String *) 0x0
"DEAD"

(gdb) print tail
$51 =3D XIL(0x564c52d9c883)
(gdb) xtype tail
Lisp_Cons
(gdb) xcar tail
$52 =3D 0x564c55abc5a0
(gdb) xcdr tail
$53 =3D 0x0
(gdb) xstring tail
$54 =3D (struct Lisp_String *) 0x0
"DEAD"


> Also, if you know what was the text copied from the other application,
> please show that text.
>

It seems to crash randomly. I will try to note down what I copied next time
it crashes.

--00000000000001c8540617a4ba10
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><div class=3D"gmail_quote"><div=
 dir=3D"ltr" class=3D"gmail_attr">On Sat, May 4, 2024 at 12:11=E2=80=AFAM E=
li Zaretskii &lt;<a href=3D"mailto:eliz@HIDDEN">eliz@HIDDEN</a>&gt; wrote=
:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.=
8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I have<br>
no idea how VirtualBox converts Windows clipboard data into X<br>
clipboard/selection data -- do you happen to know?=C2=A0 The reason of this=
<br>
problem is probably there.<br></blockquote><div><br></div><div>Sorry I am u=
nfamiliar with how VirtualBox implements this. I know they use something ca=
lled guest addition to allow bi-directional clipboard sharing.</div><div>=
=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0=
.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">And finally, =
the values of the following variables are of interest:<br>
<br>
&gt; #11 0x000055b069603f3e in print_error_message (data=3D&lt;optimized ou=
t&gt;, data@entry=3D0x55b085976613,<br>
&gt; stream=3Dstream@entry=3D0x30, context=3D&lt;optimized out&gt;, caller=
=3Dcaller@entry=3D0x7fe0) at lisp.h:1172<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0obj =3D &lt;optimized out&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0li =3D {tortoise =3D 0x55b0859765f3, =
max =3D 2, n =3D 0, q =3D 1}<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sep =3D 0x55b0696ad6a0 &quot;, &quot;=
<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0errname =3D 0x11f40<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0errmsg =3D 0x55b06c78e6e4<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0file_error =3D 0x0<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0tail =3D 0x55b0859765e3<br>
<br>
In this call-stack frame, what is the value of &#39;data&#39;?=C2=A0 It is =
a Lisp<br>
object, so showing it should involve using the commands xtype, xcar,<br>
and xcdr, and probably also xstring (which are defined in .gdbinit).</block=
quote><div><br></div><div>I did as directed. Emacs soon crashed and here is=
 the analysis:</div><div>(gdb) bt full<br>#0 =C2=A0raise (sig=3D&lt;optimiz=
ed out&gt;) at ../sysdeps/unix/sysv/linux/raise.c:50<br>=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 set =3D {<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 __val =3D {18446=
744067266837247, 0 &lt;repeats 15 times&gt;}<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0=
 }<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 pid =3D &lt;optimized out&gt;<br>=C2=A0 =
=C2=A0 =C2=A0 =C2=A0 tid =3D &lt;optimized out&gt;<br>#1 =C2=A00x0000564c4c=
3e5cf8 in terminate_due_to_signal (sig=3D11, backtrace_limit=3D40) at emacs=
.c:464<br>#2 =C2=A00x0000564c4c4141b2 in handle_fatal_signal (sig=3D11) at =
sysdep.c:1783<br>#3 =C2=A00x0000564c4c414187 in deliver_thread_signal (sig=
=3D11, handler=3D0x564c4c414198 &lt;handle_fatal_signal&gt;) at sysdep.c:17=
75<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 old_errno =3D 11<br>#4 =C2=A00x0000564c4c=
4141ed in deliver_fatal_thread_signal (sig=3D11) at sysdep.c:1795<br>#5 =C2=
=A00x0000564c4c41438b in handle_sigsegv (sig=3D11, siginfo=3D0x564c4cb3e230=
 &lt;sigsegv_stack+64528&gt;, arg=3D0x564c4cb3e100 &lt;sigsegv_stack+64224&=
gt;) at sysdep.c:1888<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 fatal =3D false<br>#6 =
=C2=A00x00007f8907b26140 in &lt;signal handler called&gt; () at /lib/x86_64=
-linux-gnu/libpthread.so.0<br>#7 =C2=A0SYMBOL_NAME (sym=3DXIL(0x564c55abc5a=
0)) at lisp.h:2336<br>#8 =C2=A00x0000564c4c4e0ca5 in print_object (obj=3DXI=
L(0x564c55abc5a0), printcharfun=3DXIL(0x30), escapeflag=3Dtrue) at print.c:=
2393<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 len =3D 140226424574408<br>=C2=A0 =C2=
=A0 =C2=A0 =C2=A0 i =3D 140729353894864<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 name=
 =3D XIL(0x21974e0)<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 size_byte =3D 9488573962=
4928<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 p =3D 0x564c4c41f35a &lt;set_buffer_int=
ernal_2+227&gt; &quot;H\213@\bH\205\300t\fH\213E\330H\211\307\350\336\362\0=
06&quot;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 signedp =3D false<br>=C2=A0 =C2=A0 =
=C2=A0 =C2=A0 confusing =3D false<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 base_depth=
 =3D 0<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 base_sp =3D 0<br>=C2=A0 =C2=A0 =C2=A0=
 =C2=A0 buf =3D &quot;\020H\220SLV\000\000\020H\220SLV\000\000`\205\264LLV\=
000\000`\000\000\000\000\000\000\000`\000\000\000\000\000\000\000\000\374%\=
033\376\177\000\000=DC=96HLLV&quot;<br>#9 =C2=A00x0000564c4c4dddb4 in print=
 (obj=3DXIL(0x564c55abc5a0), printcharfun=3DXIL(0x30), escapeflag=3Dtrue) a=
t print.c:1301<br>#10 0x0000564c4c4dcc92 in Fprin1 (object=3DXIL(0x564c55ab=
c5a0), printcharfun=3DXIL(0x30), overrides=3DXIL(0)) at print.c:776<br>=C2=
=A0 =C2=A0 =C2=A0 =C2=A0 count =3D {<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
bytes =3D 224<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 }<br>=C2=A0 =C2=A0 =C2=A0 =C2=
=A0 pc =3D {<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 printcharfun =3D XIL(0x3=
0),<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 old_printcharfun =3D XIL(0x30),<b=
r>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 old_point =3D -1,<br>=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 start_point =3D -1,<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 old_point_byte =3D -1,<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 start_point_b=
yte =3D -1,<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 specpdl_count =3D {<br>=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 bytes =3D 224<br>=C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 }<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 }<br>#11 0x0000564c4c=
4dd82f in print_error_message (data=3DXIL(0x564c52d9c853), stream=3DXIL(0x3=
0), context=3D0x7f89023daa83 &quot;&quot;, caller=3DXIL(0x293cb518a578)) at=
 print.c:1134<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 obj =3D XIL(0x564c55abc5a0)<br=
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 li =3D {<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 tortoise =3D XIL(0x564c52d9c873),<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ma=
x =3D 2,<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 n =3D 0,<br>=C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 q =3D 1<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 }<br>=C2=A0 =C2=
=A0 =C2=A0 =C2=A0 sep =3D 0x564c4c5c1c0c &quot;, &quot;<br>=C2=A0 =C2=A0 =
=C2=A0 =C2=A0 errname =3D XIL(0x11f40)<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 errms=
g =3D XIL(0x564c520b0a84)<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 file_error =3D XIL=
(0)<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 tail =3D XIL(0x564c52d9c883)<br>#12 0x00=
00564c4c3ed1a9 in Fcommand_error_default_function (data=3DXIL(0x564c52d9c85=
3), context=3DXIL(0x7f8901be9284), signal=3DXIL(0x293cb518a578)) at keyboar=
d.c:1070<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 sf =3D 0x564c4ec8f6c8<br>=C2=A0 =C2=
=A0 =C2=A0 =C2=A0 conditions =3D XIL(0x7f89022845e3)<br>=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 is_minibuffer_quit =3D 0<br>#13 0x0000564c4c4b09a7 in funcall_su=
br (subr=3D0x564c4cabd2e0 &lt;Scommand_error_default_function&gt;, numargs=
=3D3, args=3D0x7f89014b1050) at eval.c:3042<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =
argbuf =3D {XIL(0x564c4cb48500), XIL(0), XIL(0), XIL(0x7ffe1b25ffa0), XIL(0=
x564c4c4ffe4b), XIL(0x4cabd2e5), XIL(0x7ffe1b25ffc0), XIL(0x564c4c500741)}<=
br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 a =3D 0x7f89014b1050<br>=C2=A0 =C2=A0 =C2=A0=
 =C2=A0 fun =3D XIL(0x7ffe1b25ffe0)<br>#14 0x0000564c4c50176b in exec_byte_=
code (fun=3DXIL(0x7f890204f18d), args_template=3D771, nargs=3D3, args=3D0x7=
ffe1b260640) at bytecode.c:809<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 call_nargs =
=3D 3<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 call_fun =3D XIL(0x564c4cabd2e5)<br>=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 count1 =3D {<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 bytes =3D 192<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 }<br>=C2=A0 =C2=A0 =C2=A0 =
=C2=A0 template =3D XIL(0x21b2600a0)<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 val =3D=
 XIL(0)<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 call_args =3D 0x7f89014b1050<br>=C2=
=A0 =C2=A0 =C2=A0 =C2=A0 original_fun =3D XIL(0x293cb5507120)<br>=C2=A0 =C2=
=A0 =C2=A0 =C2=A0 bytecode =3D make_fixnum(1393703692)<br>=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 op =3D 3<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 type =3D (unknown: 0x239=
8d60)<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 targets =3D <br>=C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 {0x564c4c504e7e &lt;exec_byte_code+17280&gt;, 0x564c4c504ea3 =
&lt;exec_byte_code+17317&gt;, 0x564c4c504ea5 &lt;exec_byte_code+17319&gt;, =
0x564c4c504ea7 &lt;exec_byte_code+17321&gt;, 0x564c4c504ea9 &lt;exec_byte_c=
ode+17323&gt;, 0x564c4c504ea9 &lt;exec_byte_code+17323&gt;, 0x564c4c504f0e =
&lt;exec_byte_code+17424&gt;, 0x564c4c504f82 &lt;exec_byte_code+17540&gt;, =
0x564c4c500f00 &lt;exec_byte_code+1026&gt;, 0x564c4c500f02 &lt;exec_byte_co=
de+1028&gt;, 0x564c4c500f04 &lt;exec_byte_code+1030&gt;, 0x564c4c500f06 &lt=
;exec_byte_code+1032&gt;, 0x564c4c500f08 &lt;exec_byte_code+1034&gt;, 0x564=
c4c500f08 &lt;exec_byte_code+1034&gt;, 0x564c4c500f0e &lt;exec_byte_code+10=
40&gt;, 0x564c4c500ecf &lt;exec_byte_code+977&gt;, 0x564c4c50128d &lt;exec_=
byte_code+1935&gt;, 0x564c4c50128f &lt;exec_byte_code+1937&gt;, 0x564c4c501=
291 &lt;exec_byte_code+1939&gt;, 0x564c4c501293 &lt;exec_byte_code+1941&gt;=
, 0x564c4c501295 &lt;exec_byte_code+1943&gt;, 0x564c4c501295 &lt;exec_byte_=
code+1943&gt;, 0x564c4c5012ca &lt;exec_byte_code+1996&gt;, 0x564c4c50129b &=
lt;exec_byte_code+1949&gt;, 0x564c4c501480 &lt;exec_byte_code+2434&gt;, 0x5=
64c4c501482 &lt;exec_byte_code+2436&gt;, 0x564c4c501484 &lt;exec_byte_code+=
2438&gt;, 0x564c4c501486 &lt;exec_byte_code+2440&gt;, 0x564c4c501488 &lt;ex=
ec_byte_code+2442&gt;, 0x564c4c501488 &lt;exec_byte_code+2442&gt;, 0x564c4c=
50143a &lt;exec_byte_code+2364&gt;, 0x564c4c501451 &lt;exec_byte_code+2387&=
gt;, 0x564c4c501535 &lt;exec_byte_code+2615&gt;, 0x564c4c501537 &lt;exec_by=
te_code+2617&gt;, 0x564c4c501539 &lt;exec_byte_code+2619&gt;, 0x564c4c50153=
b &lt;exec_byte_code+2621&gt;, 0x564c4c50153d &lt;exec_byte_code+2623&gt;, =
0x564c4c50153d &lt;exec_byte_code+2623&gt;, 0x564c4c5014ef &lt;exec_byte_co=
de+2545&gt;, 0x564c4c501506 &lt;exec_byte_code+2568&gt;, 0x564c4c501890 &lt=
;exec_byte_code+3474&gt;, 0x564c4c501892 &lt;exec_byte_code+3476&gt;, 0x564=
c4c501894 &lt;exec_byte_code+3478&gt;, 0x564c4c501896 &lt;exec_byte_code+34=
80&gt;, 0x564c4c501898 &lt;exec_byte_code+3482&gt;, 0x564c4c501898 &lt;exec=
_byte_code+3482&gt;, 0x564c4c50184a &lt;exec_byte_code+3404&gt;, 0x564c4c50=
1861 &lt;exec_byte_code+3427&gt;, 0x564c4c5020e0 &lt;exec_byte_code+5602&gt=
;, 0x564c4c501f36 &lt;exec_byte_code+5176&gt;, 0x564c4c501f2d &lt;exec_byte=
_code+5167&gt;, 0x564c4c504e7e &lt;exec_byte_code+17280&gt;, 0x564c4c504e7e=
 &lt;exec_byte_code+17280&gt;, 0x564c4c504e7e &lt;exec_byte_code+17280&gt;,=
 0x564c4c504e7e &lt;exec_byte_code+17280&gt;, 0x564c4c504e7e &lt;exec_byte_=
code+17280&gt;, 0x564c4c502325 &lt;exec_byte_code+6183&gt;, 0x564c4c50240f =
&lt;exec_byte_code+6417&gt;, 0x564c4c502471 &lt;exec_byte_code+6515&gt;, 0x=
564c4c5024d1 &lt;exec_byte_code+6611&gt;, 0x564c4c502533 &lt;exec_byte_code=
+6709&gt;, 0x564c4c501113 &lt;exec_byte_code+1557&gt;, 0x564c4c501195 &lt;e=
xec_byte_code+1687&gt;, 0x564c4c5025ac &lt;exec_byte_code+6830&gt;, 0x564c4=
c501084 &lt;exec_byte_code+1414&gt;, 0x564c4c5011fd &lt;exec_byte_code+1791=
&gt;, 0x564c4c502614 &lt;exec_byte_code+6934&gt;, 0x564c4c50267c &lt;exec_b=
yte_code+7038&gt;, 0x564c4c5026c4 &lt;exec_byte_code+7110&gt;, 0x564c4c5027=
2c &lt;exec_byte_code+7214&gt;, 0x564c4c502792 &lt;exec_byte_code+7316&gt;,=
 0x564c4c502878 &lt;exec_byte_code+7546&gt;, 0x564c4c5028c0 &lt;exec_byte_c=
ode+7618&gt;, 0x564c4c502a01 &lt;exec_byte_code+7939&gt;, 0x564c4c502b6d &l=
t;exec_byte_code+8303&gt;, 0x564c4c502bb5 &lt;exec_byte_code+8375&gt;, 0x56=
4c4c502bfd &lt;exec_byte_code+8447&gt;, 0x564c4c502c65 &lt;exec_byte_code+8=
551&gt;, 0x564c4c502ccd &lt;exec_byte_code+8655&gt;, 0x564c4c502d35 &lt;exe=
c_byte_code+8759&gt;, 0x564c4c502dba &lt;exec_byte_code+8892&gt;, 0x564c4c5=
02e09 &lt;exec_byte_code+8971&gt;, 0x564c4c502e58 &lt;exec_byte_code+9050&g=
t;, 0x564c4c502f1f &lt;exec_byte_code+9249&gt;, 0x564c4c502fc1 &lt;exec_byt=
e_code+9411&gt;, 0x564c4c503063 &lt;exec_byte_code+9573&gt;, 0x564c4c503132=
 &lt;exec_byte_code+9780&gt;, 0x564c4c503214 &lt;exec_byte_code+10006&gt;, =
0x564c4c5032f6 &lt;exec_byte_code+10232&gt;, 0x564c4c5033d8 &lt;exec_byte_c=
ode+10458&gt;, 0x564c4c5034ba &lt;exec_byte_code+10684&gt;, 0x564c4c5035ec =
&lt;exec_byte_code+10990&gt;, 0x564c4c50368f &lt;exec_byte_code+11153&gt;, =
0x564c4c5037bb &lt;exec_byte_code+11453&gt;, 0x564c4c503881 &lt;exec_byte_c=
ode+11651&gt;, 0x564c4c503947 &lt;exec_byte_code+11849&gt;, 0x564c4c503ccb =
&lt;exec_byte_code+12749&gt;, 0x564c4c501dad &lt;exec_byte_code+4783&gt;, 0=
x564c4c503d26 &lt;exec_byte_code+12840&gt;, 0x564c4c503d6e &lt;exec_byte_co=
de+12912&gt;, 0x564c4c503e30 &lt;exec_byte_code+13106&gt;, 0x564c4c503e8b &=
lt;exec_byte_code+13197&gt;, 0x564c4c503ee6 &lt;exec_byte_code+13288&gt;, 0=
x564c4c503f2e &lt;exec_byte_code+13360&gt;, 0x564c4c503f71 &lt;exec_byte_co=
de+13427&gt;, 0x564c4c503fb4 &lt;exec_byte_code+13494&gt;, 0x564c4c503fff &=
lt;exec_byte_code+13569&gt;, 0x564c4c504e7e &lt;exec_byte_code+17280&gt;, 0=
x564c4c504057 &lt;exec_byte_code+13657&gt;, 0x564c4c50409a &lt;exec_byte_co=
de+13724&gt;, 0x564c4c5040dd &lt;exec_byte_code+13791&gt;, 0x564c4c504120 &=
lt;exec_byte_code+13858&gt;, 0x564c4c504163 &lt;exec_byte_code+13925&gt;, 0=
x564c4c5041a6 &lt;exec_byte_code+13992&gt;, 0x564c4c501dad &lt;exec_byte_co=
de+4783&gt;, 0x564c4c504e7e &lt;exec_byte_code+17280&gt;, 0x564c4c5041ee &l=
t;exec_byte_code+14064&gt;, 0x564c4c50423e &lt;exec_byte_code+14144&gt;, 0x=
564c4c504286 &lt;exec_byte_code+14216&gt;, 0x564c4c5042ce &lt;exec_byte_cod=
e+14288&gt;, 0x564c4c504336 &lt;exec_byte_code+14392&gt;, 0x564c4c50439e &l=
t;exec_byte_code+14496&gt;, 0x564c4c5043e6 &lt;exec_byte_code+14568&gt;, 0x=
564c4c50442e &lt;exec_byte_code+14640&gt;, 0x564c4c504496 &lt;exec_byte_cod=
e+14744&gt;, 0x564c4c5044fe &lt;exec_byte_code+14848&gt;, 0x564c4c504566 &l=
t;exec_byte_code+14952&gt;, 0x564c4c5045a9 &lt;exec_byte_code+15019&gt;, 0x=
564c4c504e7e &lt;exec_byte_code+17280&gt;, 0x564c4c501cf7 &lt;exec_byte_cod=
e+4601&gt;, 0x564c4c5018fe &lt;exec_byte_code+3584&gt;, 0x564c4c500ff2 &lt;=
exec_byte_code+1268&gt;, 0x564c4c5019a3 &lt;exec_byte_code+3749&gt;, 0x564c=
4c501a27 &lt;exec_byte_code+3881&gt;, 0x564c4c501aa8 &lt;exec_byte_code+401=
0&gt;, 0x564c4c501b29 &lt;exec_byte_code+4139&gt;, 0x564c4c501cc0 &lt;exec_=
byte_code+4546&gt;, 0x564c4c5013e7 &lt;exec_byte_code+2281&gt;, 0x564c4c501=
d76 &lt;exec_byte_code+4728&gt;, 0x564c4c501de4 &lt;exec_byte_code+4838&gt;=
, 0x564c4c501e75 &lt;exec_byte_code+4983&gt;, 0x564c4c501ebe &lt;exec_byte_=
code+5056&gt;, 0x564c4c50212c &lt;exec_byte_code+5678&gt;, 0x564c4c5021a9 &=
lt;exec_byte_code+5803&gt;, 0x564c4c50222e &lt;exec_byte_code+5936&gt;, 0x5=
64c4c502294 &lt;exec_byte_code+6038&gt;, 0x564c4c504e7e &lt;exec_byte_code+=
17280&gt;, 0x564c4c5045f1 &lt;exec_byte_code+15091&gt;, 0x564c4c504676 &lt;=
exec_byte_code+15224&gt;, 0x564c4c5046be &lt;exec_byte_code+15296&gt;, 0x56=
4c4c504706 &lt;exec_byte_code+15368&gt;, 0x564c4c50474e &lt;exec_byte_code+=
15440&gt;, 0x564c4c504796 &lt;exec_byte_code+15512&gt;, 0x564c4c5047fe &lt;=
exec_byte_code+15616&gt;, 0x564c4c504866 &lt;exec_byte_code+15720&gt;, 0x56=
4c4c5048ce &lt;exec_byte_code+15824&gt;, 0x564c4c504936 &lt;exec_byte_code+=
15928&gt;, 0x564c4c504a47 &lt;exec_byte_code+16201&gt;, 0x564c4c504aaf &lt;=
exec_byte_code+16305&gt;, 0x564c4c504b17 &lt;exec_byte_code+16409&gt;, 0x56=
4c4c504b5f &lt;exec_byte_code+16481&gt;, 0x564c4c504c1d &lt;exec_byte_code+=
16671&gt;, 0x564c4c504cdb &lt;exec_byte_code+16861&gt;, 0x564c4c504d23 &lt;=
exec_byte_code+16933&gt;, 0x564c4c504d6b &lt;exec_byte_code+17005&gt;, 0x56=
4c4c503a85 &lt;exec_byte_code+12167&gt;, 0x564c4c503bd1 &lt;exec_byte_code+=
12499&gt;, 0x564c4c504dba &lt;exec_byte_code+17084&gt;, 0x564c4c504e1c &lt;=
exec_byte_code+17182&gt;, 0x564c4c504e7e &lt;exec_byte_code+17280&gt;, 0x56=
4c4c504e7e &lt;exec_byte_code+17280&gt;, 0x564c4c504e7e &lt;exec_byte_code+=
17280&gt;, 0x564c4c504e7e &lt;exec_byte_code+17280&gt;, 0x564c4c504e7e &lt;=
exec_byte_code+17280&gt;, 0x564c4c504e7e &lt;exec_byte_code+17280&gt;, 0x56=
4c4c502800 &lt;exec_byte_code+7426&gt;, 0x564c4c502ea7 &lt;exec_byte_code+9=
129&gt;, 0x564c4c503db8 &lt;exec_byte_code+12986&gt;, 0x564c4c505011 &lt;ex=
ec_byte_code+17683&gt;, 0x564c4c505086 &lt;exec_byte_code+17800&gt;, 0x564c=
4c504e7e &lt;exec_byte_code+17280&gt;, 0x564c4c504e7e &lt;exec_byte_code+17=
280&gt;, 0x564c4c505118 &lt;exec_byte_code+17946&gt;, 0x564c4c50519f &lt;ex=
ec_byte_code+18081&gt;, 0x564c4c504e7e &lt;exec_byte_code+17280&gt;, 0x564c=
4c504e7e &lt;exec_byte_code+17280&gt;, 0x564c4c504e7e &lt;exec_byte_code+17=
280&gt;, 0x564c4c504e7e &lt;exec_byte_code+17280&gt;, 0x564c4c504e7e &lt;ex=
ec_byte_code+17280&gt;, 0x564c4c504e7e &lt;exec_byte_code+17280&gt;, 0x564c=
4c504e7e &lt;exec_byte_code+17280&gt;, 0x564c4c504e7e &lt;exec_byte_code+17=
280&gt;, 0x564c4c5052f7 &lt;exec_byte_code+18425&gt; &lt;repeats 64 times&g=
t;}<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 quitcounter =3D 1 &#39;\001&#39;<br>=C2=
=A0 =C2=A0 =C2=A0 =C2=A0 bc =3D 0x564c4cab2410 &lt;main_thread+496&gt;<br>=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 top =3D 0x7f89014b1048<br>=C2=A0 =C2=A0 =C2=A0 =
=C2=A0 pc =3D 0x7f89024b5001 &quot;\210\002:\205:&quot;<br>=C2=A0 =C2=A0 =
=C2=A0 =C2=A0 bytestr =3D XIL(0x7f890204f674)<br>=C2=A0 =C2=A0 =C2=A0 =C2=
=A0 vector =3D XIL(0x7f890204f1cd)<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 maxdepth =
=3D make_fixnum(11)<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 const_length =3D 7<br>=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 bytestr_length =3D 59<br>=C2=A0 =C2=A0 =C2=A0 =
=C2=A0 vectorp =3D 0x7f890204f1d0<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 max_stack =
=3D 11<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 frame_base =3D 0x7f89014b1030<br>=C2=
=A0 =C2=A0 =C2=A0 =C2=A0 fp =3D 0x7f89014b1088<br>=C2=A0 =C2=A0 =C2=A0 =C2=
=A0 bytestr_data =3D 0x7f89024b4ffc &quot;\300\003\003\003#\210\002:\205:&q=
uot;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 rest =3D false<br>=C2=A0 =C2=A0 =C2=A0 =
=C2=A0 mandatory =3D 3<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 nonrest =3D 3<br>=C2=
=A0 =C2=A0 =C2=A0 =C2=A0 pushedargs =3D 3<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 re=
sult =3D XIL(0)<br>#15 0x0000564c4c4b0c6d in fetch_and_exec_byte_code (fun=
=3DXIL(0x7f890204f18d), args_template=3D771, nargs=3D3, args=3D0x7ffe1b2606=
28) at eval.c:3085<br>#16 0x0000564c4c4b0fe1 in funcall_lambda (fun=3DXIL(0=
x7f890204f18d), nargs=3D3, arg_vector=3D0x7ffe1b260628) at eval.c:3157<br>=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 val =3D XIL(0x7ffe1b260560)<br>=C2=A0 =C2=A0 =
=C2=A0 =C2=A0 syms_left =3D make_fixnum(771)<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0=
 next =3D XIL(0)<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 lexenv =3D XIL(0x1e0204f158=
)<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 count =3D {<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 bytes =3D 192<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 }<br>=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 i =3D 45340716723288<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 optional =3D=
 false<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 rest =3D false<br>=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 previous_rest =3D false<br>#17 0x0000564c4c4b050d in funcall_gen=
eral (fun=3DXIL(0x7f890204f18d), numargs=3D3, args=3D0x7ffe1b260628) at eva=
l.c:2949<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 original_fun =3D XIL(0x293cb5506c58=
)<br>#18 0x0000564c4c4b078e in Ffuncall (nargs=3D4, args=3D0x7ffe1b260620) =
at eval.c:2999<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 count =3D {<br>=C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 bytes =3D 160<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 }<br>=C2=
=A0 =C2=A0 =C2=A0 =C2=A0 val =3D XIL(0x7ffe1b2605f0)<br>#19 0x0000564c4c3ea=
f38 in call3 (fn=3DXIL(0x293cb5506c58), arg1=3DXIL(0x564c52d9c853), arg2=3D=
XIL(0x7f8901be9284), arg3=3DXIL(0x293cb518a578)) at lisp.h:3262<br>#20 0x00=
00564c4c3ecf9f in cmd_error_internal (data=3DXIL(0x564c52d9c853), context=
=3D0x7ffe1b2606d0 &quot;&quot;) at keyboard.c:1013<br>#21 0x0000564c4c3ece8=
4 in cmd_error (data=3DXIL(0x564c52d9c853)) at keyboard.c:981<br>=C2=A0 =C2=
=A0 =C2=A0 =C2=A0 old_level =3D XIL(0)<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 old_l=
ength =3D XIL(0)<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 count =3D {<br>=C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 bytes =3D 96<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 }<br>=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 conditions =3D XIL(0x7f89022845e3)<br>=C2=A0 =
=C2=A0 =C2=A0 =C2=A0 macroerror =3D &quot;\000\a&amp;\033\376\177\000\000L\=
316JLLV\000\000\367\213JL\001\000\000\000`\000\000\000\000\000\000\000\060\=
a&amp;\033\376\177\000\000\324S\316RLV\000\000\000&quot;<br>#22 0x0000564c4=
c4ac9ee in internal_condition_case (bfun=3D0x564c4c3ed64e &lt;command_loop_=
1&gt;, handlers=3DXIL(0x90), hfun=3D0x564c4c3ecc8c &lt;cmd_error&gt;) at ev=
al.c:1470<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 val =3D XIL(0x564c52d9c853)<br>=C2=
=A0 =C2=A0 =C2=A0 =C2=A0 c =3D 0x564c4e5443e0<br>#23 0x0000564c4c3ed316 in =
command_loop_2 (handlers=3DXIL(0x90)) at keyboard.c:1133<br>=C2=A0 =C2=A0 =
=C2=A0 =C2=A0 val =3D make_fixnum(0)<br>#24 0x0000564c4c4ac0be in internal_=
catch (tag=3DXIL(0x10080), func=3D0x564c4c3ed2ef &lt;command_loop_2&gt;, ar=
g=3DXIL(0x90)) at eval.c:1197<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 val =3D XIL(0x=
7ffe1b260810)<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 c =3D 0x564c4e5424c0<br>#25 0x=
0000564c4c3ed2ab in command_loop () at keyboard.c:1111<br>#26 0x0000564c4c3=
ec837 in recursive_edit_1 () at keyboard.c:720<br>=C2=A0 =C2=A0 =C2=A0 =C2=
=A0 count =3D {<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 bytes =3D 32<br>=C2=
=A0 =C2=A0 =C2=A0 =C2=A0 }<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 val =3D make_fixn=
um(23721424373675)<br>#27 0x0000564c4c3ec9e0 in Frecursive_edit () at keybo=
ard.c:803<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 count =3D {<br>=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 bytes =3D 0<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 }<br>=C2=A0 =
=C2=A0 =C2=A0 =C2=A0 buffer =3D XIL(0)<br>#28 0x0000564c4c3e8dbf in main (a=
rgc=3D1, argv=3D0x7ffe1b260af8) at emacs.c:2521<br>=C2=A0 =C2=A0 =C2=A0 =C2=
=A0 stack_bottom_variable =3D 0x564c4e4a3f20<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0=
 no_loadup =3D false<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 junk =3D 0x0<br>=C2=A0 =
=C2=A0 =C2=A0 =C2=A0 dname_arg =3D 0x0<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 ch_to=
_dir =3D 0x0<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 original_pwd =3D 0x0<br>=C2=A0 =
=C2=A0 =C2=A0 =C2=A0 dump_mode =3D 0x0<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 skip_=
args =3D 0<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 temacs =3D 0x0<br>=C2=A0 =C2=A0 =
=C2=A0 =C2=A0 attempt_load_pdump =3D true<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 on=
ly_version =3D false<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 rlim =3D {<br>=C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 rlim_cur =3D 10022912,<br>=C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 rlim_max =3D 18446744073709551615<br>=C2=A0 =C2=A0 =C2=A0 =C2=
=A0 }<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 lc_all =3D 0x0<br>=C2=A0 =C2=A0 =C2=A0=
 =C2=A0 sockfd =3D -1<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 module_assertions =3D =
false<br>You can&#39;t do that without a process to debug.<br>(gdb) frame 1=
1<br>#11 0x0000564c4c4dd82f in print_error_message (data=3DXIL(0x564c52d9c8=
53), stream=3DXIL(0x30), context=3D0x7f89023daa83 &quot;&quot;, caller=3DXI=
L(0x293cb518a578)) at print.c:1134<br>1134		 =C2=A0Fprin1 (obj, stream, Qni=
l);<br>(gdb) info locals<br>obj =3D XIL(0x564c55abc5a0)<br>li =3D {<br>=C2=
=A0 tortoise =3D XIL(0x564c52d9c873),<br>=C2=A0 max =3D 2,<br>=C2=A0 n =3D =
0,<br>=C2=A0 q =3D 1<br>}<br>sep =3D 0x564c4c5c1c0c &quot;, &quot;<br>errna=
me =3D XIL(0x11f40)<br>errmsg =3D XIL(0x564c520b0a84)<br>file_error =3D XIL=
(0)<br>tail =3D XIL(0x564c52d9c883)<br><br>(gdb) print data<br>$1 =3D XIL(0=
x564c52d9c853)<br>(gdb) xtype data<br>Lisp_Cons<br>(gdb) xcar data<br>$2 =
=3D 0x11f40<br>(gdb) xcdr data<br>$3 =3D 0x0<br>(gdb) xstring data<br>$4 =
=3D (struct Lisp_String *) 0x0<br>&quot;DEAD&quot;<br><br>(gdb) print obj<b=
r>$31 =3D XIL(0x564c55abc5a0)<br>(gdb) xtype obj<br>Lisp_Symbol<br>(gdb) xc=
ar obj<br>$32 =3D 0x0<br>(gdb) xcdr obj<br>$33 =3D 0x0<br>(gdb) xstring obj=
<br>$34 =3D (struct Lisp_String *) 0x0<br>&quot;DEAD&quot;<br><br>(gdb) pri=
nt li<br>$35 =3D {<br>=C2=A0 tortoise =3D XIL(0x564c52d9c873),<br>=C2=A0 ma=
x =3D 2,<br>=C2=A0 n =3D 0,<br>=C2=A0 q =3D 1<br>}<br>(gdb) xtype li<br>Inv=
alid cast.<br>(gdb) xcar li<br>Invalid cast.<br>(gdb) xcdr li<br>Invalid ca=
st.<br>(gdb) xstring li<br>Invalid cast.<br><br>(gdb) print sep<br>$36 =3D =
0x564c4c5c1c0c &quot;, &quot;<br>(gdb) xtype sep<br>Lisp_String<br>(gdb) xc=
ar sep<br>$37 =3D 0x0<br>(gdb) xcdr sep<br>$38 =3D 0x0<br>(gdb) xstring sep=
<br>$39 =3D (struct Lisp_String *) 0x0<br>&quot;DEAD&quot;<br><br>(gdb) pri=
nt errname<br>$40 =3D XIL(0x11f40)<br>(gdb) xtype errname<br>Lisp_Symbol<br=
>(gdb) xcar errname<br>$41 =3D 0x0<br>(gdb) xcdr errname<br>$42 =3D 0x0<br>=
(gdb) xstring errname<br>$43 =3D (struct Lisp_String *) 0x0<br>&quot;DEAD&q=
uot;<br><br>(gdb) print errmsg<br>$44 =3D XIL(0x564c520b0a84)<br>(gdb) xtyp=
e errmsg<br>Lisp_String<br>(gdb) xcar errmsg<br>$45 =3D 0x0<br>(gdb) xcdr e=
rrmsg<br>$46 =3D 0x0<br>(gdb) xstring errmsg<br>$47 =3D (struct Lisp_String=
 *) 0x0<br>&quot;DEAD&quot;<br><br>(gdb) print file<br>No symbol &quot;file=
&quot; in current context.<br>(gdb) xtype file<br>Lisp_Symbol<br>(gdb) xcar=
 file<br>$48 =3D 0x0<br>(gdb) xcdr file<br>$49 =3D 0x0<br>(gdb) xstring fil=
e<br>$50 =3D (struct Lisp_String *) 0x0<br>&quot;DEAD&quot;<br><br>(gdb) pr=
int tail<br>$51 =3D XIL(0x564c52d9c883)<br>(gdb) xtype tail<br>Lisp_Cons<br=
>(gdb) xcar tail<br>$52 =3D 0x564c55abc5a0<br>(gdb) xcdr tail<br>$53 =3D 0x=
0<br>(gdb) xstring tail<br>$54 =3D (struct Lisp_String *) 0x0<br>&quot;DEAD=
&quot;<br></div><div>=C2=A0=C2=A0</div><blockquote class=3D"gmail_quote" st=
yle=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padd=
ing-left:1ex">
Also, if you know what was the text copied from the other application,<br>
please show that text.<br></blockquote><div><br></div><div>It seems to cras=
h randomly. I will try to note down what I copied next time it crashes.</di=
v></div></div>

--00000000000001c8540617a4ba10--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at 70760 <at> debbugs.gnu.org:


Received: (at 70760) by debbugs.gnu.org; 4 May 2024 07:11:41 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat May 04 03:11:41 2024
Received: from localhost ([127.0.0.1]:51690 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s39Ya-0006q2-SP
	for submit <at> debbugs.gnu.org; Sat, 04 May 2024 03:11:41 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10]:42250)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1s39YY-0006pw-4H
 for 70760 <at> debbugs.gnu.org; Sat, 04 May 2024 03:11:38 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1s39Y4-0002Uu-7O; Sat, 04 May 2024 03:11:09 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=Kf53La/R1M1i4013RPfDucTaUcqUWViRbkFRuUkuSYM=; b=Lg+8LRXbaVRR
 rVtHWUjy6+SKx0O9tgiQGx9JobIhQit4GxipZx+/z0hU7Rr/JZMH1UWZZ2UPa89w3jQ1lfUwuCCKo
 y5Nhbne3osJlCwA8LmzffVpivk5R/tCb/90GVPiwdsd39DaJFEaU1lpY6xmfmrrDQab4lOezyd4A/
 X8Pq7hSFbcZH6xj9dGAeKvtixHiuQCtAfw2O8hAbPtSq5UZOeDWFxUeuRorqc/ZzZH3CosoJvWs6f
 1G2M6f5juMh7HdcrvF+OUKmzYF/6Xp7rBD6ArxbQDa2MOo71939fkFVqbEtYZyM+ylkT6tmTTvow6
 yuJnWqQTJSHENdNoRhgkRg==;
Date: Sat, 04 May 2024 10:11:03 +0300
Message-Id: <86wmoagigo.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Kun Liu <kun.liu@HIDDEN>
In-Reply-To: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
 (message from Kun Liu on Fri, 3 May 2024 14:30:37 -0700)
Subject: Re: bug#70760: 29.3.50; core dumps when copy in other apps
References: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 70760
Cc: 70760 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Kun Liu <kun.liu@HIDDEN>
> Date: Fri, 3 May 2024 14:30:37 -0700
> 
> Emacs is running inside VirtualBox on Windows 11. It randomly crashes
> when I do a copy from other apps running on the host, e.g., Chrome on
> Windows 11.

Emacs seems to segfault trying to display an invalid Lisp object.  The
invalid object seems to come from an error message.  IOW, Emacs tried
to signal an error, and crashed showing the data of the error.  I have
no idea how VirtualBox converts Windows clipboard data into X
clipboard/selection data -- do you happen to know?  The reason of this
problem is probably there.

However, please provide more details, as the backtrace below doesn't
say enough.

First, please say "source src/.gdbinit" in GDB, to have special
commands in .gdbinit defined, which help in debugging Emacs.

Second, please rebuild Emacs with "-O0 -g3", so that debug info is
more comprehensive.

After that, when Emacs crashes, show the backtrace, which should now
include the Lisp backtrace as well (by virtue of src/.gdbinit).

And finally, the values of the following variables are of interest:

> #11 0x000055b069603f3e in print_error_message (data=<optimized out>, data@entry=0x55b085976613,
> stream=stream@entry=0x30, context=<optimized out>, caller=caller@entry=0x7fe0) at lisp.h:1172
>         obj = <optimized out>
>         li = {tortoise = 0x55b0859765f3, max = 2, n = 0, q = 1}
>         sep = 0x55b0696ad6a0 ", "
>         errname = 0x11f40
>         errmsg = 0x55b06c78e6e4
>         file_error = 0x0
>         tail = 0x55b0859765e3

In this call-stack frame, what is the value of 'data'?  It is a Lisp
object, so showing it should involve using the commands xtype, xcar,
and xcdr, and probably also xstring (which are defined in .gdbinit).

Also, if you know what was the text copied from the other application,
please show that text.

Thanks.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 3 May 2024 21:31:38 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri May 03 17:31:38 2024
Received: from localhost ([127.0.0.1]:48974 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1s30VC-0002MI-Uj
	for submit <at> debbugs.gnu.org; Fri, 03 May 2024 17:31:38 -0400
Received: from lists.gnu.org ([2001:470:142::17]:56620)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <kun.liu@HIDDEN>) id 1s30V7-0002MA-Q1
 for submit <at> debbugs.gnu.org; Fri, 03 May 2024 17:31:33 -0400
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 <kun.liu@HIDDEN>) id 1s30Ue-0002g4-Ua
 for bug-gnu-emacs@HIDDEN; Fri, 03 May 2024 17:31:00 -0400
Received: from mail-lj1-x232.google.com ([2a00:1450:4864:20::232])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.90_1) (envelope-from <kun.liu@HIDDEN>) id 1s30UW-0007qg-Sy
 for bug-gnu-emacs@HIDDEN; Fri, 03 May 2024 17:31:00 -0400
Received: by mail-lj1-x232.google.com with SMTP id
 38308e7fff4ca-2e1fa1f1d9bso2523151fa.0
 for <bug-gnu-emacs@HIDDEN>; Fri, 03 May 2024 14:30:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1714771850; x=1715376650; darn=gnu.org;
 h=to:subject:message-id:date:from:mime-version:from:to:cc:subject
 :date:message-id:reply-to;
 bh=PVDV0ciEHOpMrNct5GQar8ZIYnHJ81rXBt+Li0WPJDU=;
 b=m2aSyY0SFUSOgYoslHvXbKSpo/mcwrAIDLBNYNn76Fy7C194G8VgBNl6jVfdfZM6GN
 gmFdmh8d+Ie0K3hypeMFdTVuheJxF/04ixB1jbSaKQ1fIOLLe0SSDFJNhrHT8AKisbXV
 joCx/9mgYM+Vbvgc7rlNnO8W8ikecvU5ChgltDP1Qya/XGx/zut0YPocij6EChu4vrbt
 /im6sXZrTBzHvDjSuu4LX6lNdDGq41GoOedTYCvLejRsRKV1O9Y0+n/p13HL5w33/lt1
 CxRF/sxaz/2uAg3Dog/5t5UuSdUbgtBpApeUiTu4hIw8XrN5JXl1I7SurqFR5SKq+vv2
 z+Lg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1714771850; x=1715376650;
 h=to:subject:message-id:date:from:mime-version:x-gm-message-state
 :from:to:cc:subject:date:message-id:reply-to;
 bh=PVDV0ciEHOpMrNct5GQar8ZIYnHJ81rXBt+Li0WPJDU=;
 b=XejYDNXcGqcfhdLciAfqOqgi0NgJPUa6Z5dnseYp55w+Z9AHnENtfMoXGF3Phg0kt5
 +fR7q0EGTzxJTKHBk8hagk2P0vCbCAtJcQNz1fQO+BpCvGhwNissqOR2swX9sQI652T0
 ENbgVRKJ/ZJ4hvV9Cq/HNnPxHH9umNjd9ILDNsOxbmT0YdCtwJbvbzFnD3cyFxdx3pbJ
 sPM64TYjg0NnZG0EFbAjnFeyI40URmY7aOR9Q+rUBGgGx5DJUZ2XsQGj0Voq30bP6X8v
 aAt8aEWfWEGmibzUoeFVXH97GuUCC+vSswQx/P0bEQq//gfl1vNntxzxiAmXDhZRsKGG
 kM3A==
X-Gm-Message-State: AOJu0YzRv3dR3C2cSkdzi+8tj2Y2YuZ8SeeMQJznzmPXeNfkN0DxFHfi
 8YwgIoiCtZci9JfA9E/UGNqIZ7PAo41Jlz4BEHA4kY93z9qdwVG6OmM/vcMcYyNnwuMff2avcgl
 FOwEAxma+VgNUfJj3bGkX23dLC5rzR16v
X-Google-Smtp-Source: AGHT+IH16J1XbkMqlevyOodGjIA9T+wksWcu7tv/iK6q8K21tAAavuYF5hyHyUDgjEA1UsdOnoevCHiHup0dXiJ3Cfk=
X-Received: by 2002:a2e:b5dc:0:b0:2e2:1679:cf84 with SMTP id
 g28-20020a2eb5dc000000b002e21679cf84mr2737526ljn.27.1714771848774; Fri, 03
 May 2024 14:30:48 -0700 (PDT)
MIME-Version: 1.0
From: Kun Liu <kun.liu@HIDDEN>
Date: Fri, 3 May 2024 14:30:37 -0700
Message-ID: <CA+Nei8ND2BMuUkNa=o8Lfv88SOudme5JKwZEM5mw95j31wUjew@HIDDEN>
Subject: 29.3.50; core dumps when copy in other apps
To: bug-gnu-emacs@HIDDEN
Content-Type: multipart/alternative; boundary="000000000000eacebc0617936ec6"
Received-SPF: pass client-ip=2a00:1450:4864:20::232;
 envelope-from=kun.liu@HIDDEN; helo=mail-lj1-x232.google.com
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001,
 HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.0 (/)

--000000000000eacebc0617936ec6
Content-Type: text/plain; charset="UTF-8"

Emacs is running inside VirtualBox on Windows 11. It randomly crashes
when I do a copy from other apps running on the host, e.g., Chrome on
Windows 11.

(gdb) bt full
#0  raise (sig=sig@entry=11) at ../sysdeps/unix/sysv/linux/raise.c:50
        set = {__val = {18446744067266837247, 0 <repeats 15 times>}}
        pid = <optimized out>
        tid = <optimized out>
#1  0x000055b069545cdd in terminate_due_to_signal (sig=sig@entry=11,
backtrace_limit=1774226416, backtrace_limit@entry=40) at emacs.c:464
#2  0x000055b06956a07f in handle_fatal_signal (sig=sig@entry=11) at
sysdep.c:1783
#3  0x000055b06956a0ac in deliver_thread_signal (sig=sig@entry=11,
handler=handler@entry=0x55b06956a071 <handle_fatal_signal>) at sysdep.c:1775
        old_errno = 11
#4  0x000055b06956a110 in deliver_fatal_thread_signal (sig=sig@entry=11) at
sysdep.c:1795
#5  0x000055b06956a1e4 in handle_sigsegv (sig=11, siginfo=0x55b069c08e30
<sigsegv_stack+64528>, arg=<optimized out>) at sysdep.c:1888
        fatal = <optimized out>
#6  0x00007f29a30f0140 in <signal handler called> () at
/lib/x86_64-linux-gnu/libpthread.so.0
#7  PSEUDOVECTOR_TYPE (v=0x2720200a65646f68) at lisp.h:1810
        size = <optimized out>
        base_depth = <optimized out>
        base_sp = 0
        buf =
"\260\036\252k\260U\000\000\373L\\i\260U\000\000\240D\000\000\000\000\000\000\064M\\i\260U\000\000\063\374\360q\260U\000\000\320\067Wi\260U\000\000\001\000\000\000\000"
#8  print_object (obj=obj@entry=0x2720200a65646f6d,
printcharfun=printcharfun@entry=0x30, escapeflag=escapeflag@entry=true) at
print.c:2518
        base_depth = <optimized out>
        base_sp = 0
        buf =
"\260\036\252k\260U\000\000\373L\\i\260U\000\000\240D\000\000\000\000\000\000\064M\\i\260U\000\000\063\374\360q\260U\000\000\320\067Wi\260U\000\000\001\000\000\000\000"
#9  0x000055b06960371f in print (obj=obj@entry=0x2720200a65646f6d,
printcharfun=0x30, escapeflag=escapeflag@entry=true) at print.c:1301
#10 0x000055b069603849 in Fprin1 (object=0x2720200a65646f6d,
printcharfun=printcharfun@entry=0x30, overrides=overrides@entry=0x0) at
print.c:776
        pc = {printcharfun = 0x30, old_printcharfun = 0x30, old_point = -1,
start_point = -1, old_point_byte = -1, start_point_byte = -1, specpdl_count
= {bytes = 224}}
#11 0x000055b069603f3e in print_error_message (data=<optimized out>,
data@entry=0x55b085976613, stream=stream@entry=0x30, context=<optimized
out>, caller=caller@entry=0x7fe0) at lisp.h:1172
        obj = <optimized out>
        li = {tortoise = 0x55b0859765f3, max = 2, n = 0, q = 1}
        sep = 0x55b0696ad6a0 ", "
        errname = 0x11f40
        errmsg = 0x55b06c78e6e4
        file_error = 0x0
        tail = 0x55b0859765e3
#12 0x000055b069548c3c in Fcommand_error_default_function
(data=0x55b085976613, context=0x7f299d1b3284, signal=0x7fe0) at lisp.h:1172
        sf = 0x55b06c11d3d0
        conditions = <optimized out>
        is_minibuffer_quit = 0
#13 0x000055b0695db11d in funcall_subr (subr=0x55b069b8bb20
<Scommand_error_default_function>, numargs=numargs@entry=3,
args=args@entry=0x7f299ca7b050)
at eval.c:3042
        argbuf = {0x0, 0x55b071ef0428, 0x0, 0x0, 0x0, 0x0, 0x10100728cd228,
0x60}
        a = <optimized out>
        fun = <optimized out>
#14 0x000055b06961fbd7 in exec_byte_code (fun=<optimized out>,
fun@entry=0x7f299d61918d,
args_template=<optimized out>, args_template@entry=771, nargs=<optimized
out>, nargs@entry=3, args=<optimized out>, args@entry=0x7ffc393a2e58) at
bytecode.c:809
        call_nargs = 3
        call_fun = <optimized out>
        template = <optimized out>
        val = <optimized out>
        call_args = 0x7f299ca7b050
        original_fun = 0x297933a03400
        bytecode = <optimized out>
        op = 3
        type = <optimized out>
        targets = {0x55b069621ca3 <exec_byte_code+11255>, 0x55b069621cbd
<exec_byte_code+11281>, 0x55b069621cf2 <exec_byte_code+11334>,
0x55b069621cf4 <exec_byte_code+11336>, 0x55b069621cf6
<exec_byte_code+11338>, 0x55b069621cbd <exec_byte_code+11281>,
0x55b069621cf8 <exec_byte_code+11340>, 0x55b069621d31
<exec_byte_code+11397>, 0x55b06961f27b <exec_byte_code+463>, 0x55b06961f2c4
<exec_byte_code+536>, 0x55b06961f2c6 <exec_byte_code+538>, 0x55b06961f2c8
<exec_byte_code+540>, 0x55b06961f2ca <exec_byte_code+542>, 0x55b06961f27b
<exec_byte_code+463>, 0x55b06961f2cc <exec_byte_code+544>, 0x55b06961f268
<exec_byte_code+444>, 0x55b06961f61e <exec_byte_code+1394>, 0x55b06961f67d
<exec_byte_code+1489>, 0x55b06961f67f <exec_byte_code+1491>, 0x55b06961f681
<exec_byte_code+1493>, 0x55b06961f683 <exec_byte_code+1495>, 0x55b06961f61e
<exec_byte_code+1394>, 0x55b06961f698 <exec_byte_code+1516>, 0x55b06961f685
<exec_byte_code+1497>, 0x55b06961f7ce <exec_byte_code+1826>, 0x55b06961f813
<exec_byte_code+1895>, 0x55b06961f815 <exec_byte_code+1897>, 0x55b06961f817
<exec_byte_code+1899>, 0x55b06961f819 <exec_byte_code+1901>, 0x55b06961f7ce
<exec_byte_code+1826>, 0x55b06961f7b1 <exec_byte_code+1797>, 0x55b06961f7bb
<exec_byte_code+1807>, 0x55b06961f838 <exec_byte_code+1932>, 0x55b06961f98b
<exec_byte_code+2271>, 0x55b06961f990 <exec_byte_code+2276>, 0x55b06961f995
<exec_byte_code+2281>, 0x55b06961f99a <exec_byte_code+2286>, 0x55b06961f838
<exec_byte_code+1932>, 0x55b06961f81b <exec_byte_code+1903>, 0x55b06961f825
<exec_byte_code+1913>, 0x55b06961fc10 <exec_byte_code+2916>, 0x55b06961fc5d
<exec_byte_code+2993>, 0x55b06961fc5f <exec_byte_code+2995>, 0x55b06961fc61
<exec_byte_code+2997>, 0x55b06961fc63 <exec_byte_code+2999>, 0x55b06961fc10
<exec_byte_code+2916>, 0x55b06961fbf3 <exec_byte_code+2887>, 0x55b06961fbfd
<exec_byte_code+2897>, 0x55b0696200ce <exec_byte_code+4130>, 0x55b06962006e
<exec_byte_code+4034>, 0x55b069620003 <exec_byte_code+3927>, 0x55b069621ca3
<exec_byte_code+11255>, 0x55b069621ca3 <exec_byte_code+11255>,
0x55b069621ca3 <exec_byte_code+11255>, 0x55b069621ca3
<exec_byte_code+11255>, 0x55b069621ca3 <exec_byte_code+11255>,
0x55b06962023a <exec_byte_code+4494>, 0x55b0696202e9 <exec_byte_code+4669>,
0x55b069620383 <exec_byte_code+4823>, 0x55b0696203ca <exec_byte_code+4894>,
0x55b069620411 <exec_byte_code+4965>, 0x55b06961f40d <exec_byte_code+865>,
0x55b06961f5a3 <exec_byte_code+1271>, 0x55b06962045c <exec_byte_code+5040>,
0x55b06961f3cc <exec_byte_code+800>, 0x55b06961f5dd <exec_byte_code+1329>,
0x55b069620496 <exec_byte_code+5098>, 0x55b0696204d0 <exec_byte_code+5156>,
0x55b0696204fc <exec_byte_code+5200>, 0x55b069620536 <exec_byte_code+5258>,
0x55b06962056f <exec_byte_code+5315>, 0x55b0696205ed <exec_byte_code+5441>,
0x55b069620619 <exec_byte_code+5485>, 0x55b0696206f6 <exec_byte_code+5706>,
0x55b0696207d5 <exec_byte_code+5929>, 0x55b069620801 <exec_byte_code+5973>,
0x55b06962082d <exec_byte_code+6017>, 0x55b069620867 <exec_byte_code+6075>,
0x55b0696208a1 <exec_byte_code+6133>, 0x55b0696208db <exec_byte_code+6191>,
0x55b06962091b <exec_byte_code+6255>, 0x55b069620951 <exec_byte_code+6309>,
0x55b069620987 <exec_byte_code+6363>, 0x55b0696209fe <exec_byte_code+6482>,
0x55b069620a55 <exec_byte_code+6569>, 0x55b069620aac <exec_byte_code+6656>,
0x55b069620b17 <exec_byte_code+6763>, 0x55b069620b8a <exec_byte_code+6878>,
0x55b069620bfd <exec_byte_code+6993>, 0x55b069620c70 <exec_byte_code+7108>,
0x55b069620ce3 <exec_byte_code+7223>, 0x55b069620d6d <exec_byte_code+7361>,
0x55b069620dce <exec_byte_code+7458>, 0x55b069620e58 <exec_byte_code+7596>,
0x55b069620ec3 <exec_byte_code+7703>, 0x55b069620f2e <exec_byte_code+7810>,
0x55b0696210cf <exec_byte_code+8227>, 0x55b06961fefe <exec_byte_code+3666>,
0x55b069621115 <exec_byte_code+8297>, 0x55b069621141 <exec_byte_code+8341>,
0x55b0696211b3 <exec_byte_code+8455>, 0x55b0696211f9 <exec_byte_code+8525>,
0x55b06962123f <exec_byte_code+8595>, 0x55b06962126b <exec_byte_code+8639>,
0x55b069621299 <exec_byte_code+8685>, 0x55b0696212c7 <exec_byte_code+8731>,
0x55b0696212fd <exec_byte_code+8785>, 0x55b069621ca3
<exec_byte_code+11255>, 0x55b06962132e <exec_byte_code+8834>,
0x55b06962135c <exec_byte_code+8880>, 0x55b06962138a <exec_byte_code+8926>,
0x55b0696213b8 <exec_byte_code+8972>, 0x55b0696213e6 <exec_byte_code+9018>,
0x55b069621414 <exec_byte_code+9064>, 0x55b06961fefe <exec_byte_code+3666>,
0x55b069621ca3 <exec_byte_code+11255>, 0x55b069621440
<exec_byte_code+9108>, 0x55b069621481 <exec_byte_code+9173>, 0x55b0696214ad
<exec_byte_code+9217>, 0x55b0696214d9 <exec_byte_code+9261>, 0x55b069621513
<exec_byte_code+9319>, 0x55b06962154d <exec_byte_code+9377>, 0x55b069621579
<exec_byte_code+9421>, 0x55b0696215a5 <exec_byte_code+9465>, 0x55b0696215df
<exec_byte_code+9523>, 0x55b069621619 <exec_byte_code+9581>, 0x55b069621653
<exec_byte_code+9639>, 0x55b069621681 <exec_byte_code+9685>, 0x55b069621ca3
<exec_byte_code+11255>, 0x55b06961fe9a <exec_byte_code+3566>,
0x55b06961fc65 <exec_byte_code+3001>, 0x55b06961f38a <exec_byte_code+734>,
0x55b06961fce8 <exec_byte_code+3132>, 0x55b06961fd26 <exec_byte_code+3194>,
0x55b06961fd64 <exec_byte_code+3256>, 0x55b06961fda6 <exec_byte_code+3322>,
0x55b06961fe78 <exec_byte_code+3532>, 0x55b06961f785 <exec_byte_code+1753>,
0x55b06961fedc <exec_byte_code+3632>, 0x55b06961ff2f <exec_byte_code+3715>,
0x55b06961ff91 <exec_byte_code+3813>, 0x55b06961ffc2 <exec_byte_code+3862>,
0x55b0696200fe <exec_byte_code+4178>, 0x55b069620151 <exec_byte_code+4261>,
0x55b069620191 <exec_byte_code+4325>, 0x55b0696201dd <exec_byte_code+4401>,
0x55b069621ca3 <exec_byte_code+11255>, 0x55b0696216ad
<exec_byte_code+9729>, 0x55b0696216ed <exec_byte_code+9793>, 0x55b069621719
<exec_byte_code+9837>, 0x55b069621745 <exec_byte_code+9881>, 0x55b069621771
<exec_byte_code+9925>, 0x55b06962179d <exec_byte_code+9969>, 0x55b0696217d7
<exec_byte_code+10027>, 0x55b069621811 <exec_byte_code+10085>,
0x55b06962184b <exec_byte_code+10143>, 0x55b069621885
<exec_byte_code+10201>, 0x55b069621942 <exec_byte_code+10390>,
0x55b06962197c <exec_byte_code+10448>, 0x55b0696219b6
<exec_byte_code+10506>, 0x55b0696219e2 <exec_byte_code+10550>,
0x55b069621a4e <exec_byte_code+10658>, 0x55b069621aba
<exec_byte_code+10766>, 0x55b069621af8 <exec_byte_code+10828>,
0x55b069621b36 <exec_byte_code+10890>, 0x55b069620fd0
<exec_byte_code+7972>, 0x55b069621061 <exec_byte_code+8117>, 0x55b069621b6c
<exec_byte_code+10944>, 0x55b069621c15 <exec_byte_code+11113>,
0x55b069621ca3 <exec_byte_code+11255>, 0x55b069621ca3
<exec_byte_code+11255>, 0x55b069621ca3 <exec_byte_code+11255>,
0x55b069621ca3 <exec_byte_code+11255>, 0x55b069621ca3
<exec_byte_code+11255>, 0x55b069621ca3 <exec_byte_code+11255>,
0x55b0696205ac <exec_byte_code+5376>, 0x55b0696209bd <exec_byte_code+6417>,
0x55b069621172 <exec_byte_code+8390>, 0x55b069621d73
<exec_byte_code+11463>, 0x55b069621db4 <exec_byte_code+11528>,
0x55b069621ca3 <exec_byte_code+11255>, 0x55b069621ca3
<exec_byte_code+11255>, 0x55b069621e00 <exec_byte_code+11604>,
0x55b069621e4c <exec_byte_code+11680>, 0x55b069621ca3
<exec_byte_code+11255>, 0x55b069621ca3 <exec_byte_code+11255>,
0x55b069621ca3 <exec_byte_code+11255>, 0x55b069621ca3
<exec_byte_code+11255>, 0x55b069621ca3 <exec_byte_code+11255>,
0x55b069621ca3 <exec_byte_code+11255>, 0x55b069621ca3
<exec_byte_code+11255>, 0x55b069621ca3 <exec_byte_code+11255>,
0x55b069622044 <exec_byte_code+12184> <repeats 64 times>}
        quitcounter = 1 '\001'
        bc = 0x55b069b800f0 <main_thread+496>
        top = 0x7f299ca7b048
        pc = 0x7f299da7f001 "\210\002:\205:"
        bytestr = <optimized out>
        vector = <optimized out>
        maxdepth = <optimized out>
        const_length = <optimized out>
        bytestr_length = <optimized out>
        vectorp = 0x7f299d6191d0
        max_stack = <optimized out>
        frame_base = <optimized out>
        fp = <optimized out>
        bytestr_data = 0x7f299da7effc "\300\003\003\003#\210\002:\205:"
        rest = <optimized out>
        mandatory = <optimized out>
        nonrest = <optimized out>
        pushedargs = <optimized out>
        result = <optimized out>
#15 0x000055b0695da5f6 in fetch_and_exec_byte_code
(fun=fun@entry=0x7f299d61918d,
args_template=args_template@entry=771, nargs=nargs@entry=3,
args=args@entry=0x7ffc393a2e58)
at eval.c:3085
#16 0x000055b0695dd530 in funcall_lambda (fun=0x7f299d61918d,
nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7ffc393a2e58) at
eval.c:3157
        val = <optimized out>
        syms_left = 0xc0e
        next = <optimized out>
        lexenv = <optimized out>
        i = <optimized out>
        optional = <optimized out>
        rest = <optimized out>
        previous_rest = <optimized out>
#17 0x000055b0695dde93 in funcall_general (fun=<optimized out>,
numargs=numargs@entry=3, args=args@entry=0x7ffc393a2e58) at eval.c:2949
        original_fun = 0x297933a02f38
#18 0x000055b0695d8d28 in Ffuncall (nargs=nargs@entry=4,
args=args@entry=0x7ffc393a2e50)
at eval.c:2999
        val = <optimized out>
#19 0x000055b06954e55e in call3 (arg3=0x7fe0, arg2=<optimized out>,
arg1=0x55b085976613, fn=<optimized out>) at lisp.h:3262
#20 cmd_error_internal (data=data@entry=0x55b085976613,
context=context@entry=0x7ffc393a2e90 "") at keyboard.c:1013
#21 0x000055b06954e67c in cmd_error (data=0x55b085976613) at keyboard.c:981
        old_level = 0x0
        old_length = 0x0
        conditions = <optimized out>
        macroerror =
"\000L\000\000\000\000\000\000\260Q}\003\000\000\000\000UYmm\260U\000\000\000\000\000\000\000\000\000\000\220\207\000\000\000\000\000\000@
)\000\000\000\000\000\000D\251"
#22 0x000055b0695d77a8 in internal_condition_case
(bfun=bfun@entry=0x55b06955d740
<command_loop_1>, handlers=handlers@entry=0x90, hfun=hfun@entry=0x55b06954e57b
<cmd_error>) at eval.c:1470
        val = <optimized out>
        c = 0x55b06ba8ff50
#23 0x000055b069547832 in command_loop_2 (handlers=handlers@entry=0x90) at
keyboard.c:1133
        val = <optimized out>
#24 0x000055b0695d772b in internal_catch (tag=tag@entry=0x10080,
func=func@entry=0x55b069547818 <command_loop_2>, arg=arg@entry=0x90) at
eval.c:1197
        val = <optimized out>
        c = 0x55b06ba8fe10
#25 0x000055b0695477f5 in command_loop () at lisp.h:1172
#26 0x000055b06954e122 in recursive_edit_1 () at keyboard.c:720
        val = <optimized out>
#27 0x000055b06954e4b7 in Frecursive_edit () at keyboard.c:803
        buffer = <optimized out>
#28 0x000055b069546ee4 in main (argc=1, argv=0x7ffc393a3148) at emacs.c:2521
        stack_bottom_variable = 0x55b06969be95 <__libc_csu_init+69>
        no_loadup = false
        junk = 0x0
        dname_arg = 0x0
        ch_to_dir = 0x0
        original_pwd = <optimized out>
        dump_mode = <optimized out>
        skip_args = 0
        temacs = 0x0
        attempt_load_pdump = <optimized out>
        only_version = false
        rlim = {rlim_cur = 10022912, rlim_max = 18446744073709551615}
        lc_all = <optimized out>
        sockfd = -1
        module_assertions = <optimized out>


In GNU Emacs 29.3.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version
 3.24.24, cairo version 1.16.0) of 2024-05-03 built on debian
Repository revision: b392169e541a29178d7ae20f329d48b3d2bd78cf
Repository branch: emacs-29
Windowing system distributor 'The X.Org Foundation', version 11.0.12011000
System Description: Debian GNU/Linux 11 (bullseye)

Configured using:
 'configure --with-native-compilation --with-tree-sitter 'CFLAGS=-ggdb
 -Og''

Configured features:
CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON
LIBOTF LIBSELINUX LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY INOTIFY
PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS
TREE_SITTER X11 XDBE XIM XINPUT2 XPM GTK3 ZLIB

Important settings:
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Shell

Minor modes in effect:
  global-flycheck-mode: t
  server-mode: t
  global-diff-hl-mode: t
  engine-mode: t
  org-super-agenda-mode: t
  override-global-mode: t
  corfu-history-mode: t
  global-corfu-mode: t
  corfu-mode: t
  pdf-occur-global-minor-mode: t
  cscope-minor-mode: t
  shell-dirtrack-mode: t
  winner-mode: t
  desktop-save-mode: t
  icomplete-mode: t
  global-org-modern-mode: t
  comint-fontify-input-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tab-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  column-number-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notmuch-message hides
/usr/local/share/emacs/site-lisp/notmuch-message
/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notmuch-draft hides
/usr/local/share/emacs/site-lisp/notmuch-draft
/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notmuch-wash hides
/usr/local/share/emacs/site-lisp/notmuch-wash
/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notmuch-mua hides
/usr/local/share/emacs/site-lisp/notmuch-mua
/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notmuch-jump hides
/usr/local/share/emacs/site-lisp/notmuch-jump
/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notmuch-address hides
/usr/local/share/emacs/site-lisp/notmuch-address
/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notmuch-show hides
/usr/local/share/emacs/site-lisp/notmuch-show
/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notmuch-tree hides
/usr/local/share/emacs/site-lisp/notmuch-tree
/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notmuch-maildir-fcc hides
/usr/local/share/emacs/site-lisp/notmuch-maildir-fcc
/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notmuch-crypto hides
/usr/local/share/emacs/site-lisp/notmuch-crypto
/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notmuch-query hides
/usr/local/share/emacs/site-lisp/notmuch-query
/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notmuch-tag hides
/usr/local/share/emacs/site-lisp/notmuch-tag
/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notmuch hides
/usr/local/share/emacs/site-lisp/notmuch
/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notmuch-compat hides
/usr/local/share/emacs/site-lisp/notmuch-compat
/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notmuch-company hides
/usr/local/share/emacs/site-lisp/notmuch-company
/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notmuch-hello hides
/usr/local/share/emacs/site-lisp/notmuch-hello
/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notmuch-parser hides
/usr/local/share/emacs/site-lisp/notmuch-parser
/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notmuch-lib hides
/usr/local/share/emacs/site-lisp/notmuch-lib
/home/kun/.emacs.d/elpa/notmuch-20240406.1803/coolj hides
/usr/local/share/emacs/site-lisp/coolj
/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notmuch-print hides
/usr/local/share/emacs/site-lisp/notmuch-print
/home/kun/.emacs.d/elpa/transient-20240421.1737/transient hides
/usr/local/share/emacs/29.3.50/lisp/transient
/home/kun/.emacs.d/elpa/org-9.6.28/ob-fortran hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-fortran
/home/kun/.emacs.d/elpa/org-9.6.28/org-timer hides
/usr/local/share/emacs/29.3.50/lisp/org/org-timer
/home/kun/.emacs.d/elpa/org-9.6.28/org-src hides
/usr/local/share/emacs/29.3.50/lisp/org/org-src
/home/kun/.emacs.d/elpa/org-9.6.28/ob-plantuml hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-plantuml
/home/kun/.emacs.d/elpa/org-9.6.28/org-refile hides
/usr/local/share/emacs/29.3.50/lisp/org/org-refile
/home/kun/.emacs.d/elpa/org-9.6.28/ob-scheme hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-scheme
/home/kun/.emacs.d/elpa/org-9.6.28/org-persist hides
/usr/local/share/emacs/29.3.50/lisp/org/org-persist
/home/kun/.emacs.d/elpa/org-9.6.28/ob-css hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-css
/home/kun/.emacs.d/elpa/org-9.6.28/ob-dot hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-dot
/home/kun/.emacs.d/elpa/org-9.6.28/org-entities hides
/usr/local/share/emacs/29.3.50/lisp/org/org-entities
/home/kun/.emacs.d/elpa/org-9.6.28/ob-maxima hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-maxima
/home/kun/.emacs.d/elpa/org-9.6.28/ob-perl hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-perl
/home/kun/.emacs.d/elpa/org-9.6.28/ol-doi hides
/usr/local/share/emacs/29.3.50/lisp/org/ol-doi
/home/kun/.emacs.d/elpa/org-9.6.28/ob-python hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-python
/home/kun/.emacs.d/elpa/org-9.6.28/org-habit hides
/usr/local/share/emacs/29.3.50/lisp/org/org-habit
/home/kun/.emacs.d/elpa/org-9.6.28/ob-eval hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-eval
/home/kun/.emacs.d/elpa/org-9.6.28/org-macro hides
/usr/local/share/emacs/29.3.50/lisp/org/org-macro
/home/kun/.emacs.d/elpa/org-9.6.28/ob-julia hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-julia
/home/kun/.emacs.d/elpa/org-9.6.28/ox-man hides
/usr/local/share/emacs/29.3.50/lisp/org/ox-man
/home/kun/.emacs.d/elpa/org-9.6.28/ob-lob hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-lob
/home/kun/.emacs.d/elpa/org-9.6.28/oc-bibtex hides
/usr/local/share/emacs/29.3.50/lisp/org/oc-bibtex
/home/kun/.emacs.d/elpa/org-9.6.28/ob-sass hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-sass
/home/kun/.emacs.d/elpa/org-9.6.28/ox hides
/usr/local/share/emacs/29.3.50/lisp/org/ox
/home/kun/.emacs.d/elpa/org-9.6.28/org-table hides
/usr/local/share/emacs/29.3.50/lisp/org/org-table
/home/kun/.emacs.d/elpa/org-9.6.28/oc-natbib hides
/usr/local/share/emacs/29.3.50/lisp/org/oc-natbib
/home/kun/.emacs.d/elpa/org-9.6.28/ob-C hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-C
/home/kun/.emacs.d/elpa/org-9.6.28/ob-java hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-java
/home/kun/.emacs.d/elpa/org-9.6.28/org-mouse hides
/usr/local/share/emacs/29.3.50/lisp/org/org-mouse
/home/kun/.emacs.d/elpa/org-9.6.28/ob hides
/usr/local/share/emacs/29.3.50/lisp/org/ob
/home/kun/.emacs.d/elpa/org-9.6.28/org-cycle hides
/usr/local/share/emacs/29.3.50/lisp/org/org-cycle
/home/kun/.emacs.d/elpa/org-9.6.28/ob-screen hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-screen
/home/kun/.emacs.d/elpa/org-9.6.28/ox-icalendar hides
/usr/local/share/emacs/29.3.50/lisp/org/ox-icalendar
/home/kun/.emacs.d/elpa/org-9.6.28/org-capture hides
/usr/local/share/emacs/29.3.50/lisp/org/org-capture
/home/kun/.emacs.d/elpa/org-9.6.28/ox-texinfo hides
/usr/local/share/emacs/29.3.50/lisp/org/ox-texinfo
/home/kun/.emacs.d/elpa/org-9.6.28/ob-ocaml hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-ocaml
/home/kun/.emacs.d/elpa/org-9.6.28/ob-table hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-table
/home/kun/.emacs.d/elpa/org-9.6.28/ox-beamer hides
/usr/local/share/emacs/29.3.50/lisp/org/ox-beamer
/home/kun/.emacs.d/elpa/org-9.6.28/ol-info hides
/usr/local/share/emacs/29.3.50/lisp/org/ol-info
/home/kun/.emacs.d/elpa/org-9.6.28/org-attach-git hides
/usr/local/share/emacs/29.3.50/lisp/org/org-attach-git
/home/kun/.emacs.d/elpa/org-9.6.28/org-version hides
/usr/local/share/emacs/29.3.50/lisp/org/org-version
/home/kun/.emacs.d/elpa/org-9.6.28/org-footnote hides
/usr/local/share/emacs/29.3.50/lisp/org/org-footnote
/home/kun/.emacs.d/elpa/org-9.6.28/ob-ref hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-ref
/home/kun/.emacs.d/elpa/org-9.6.28/ob-eshell hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-eshell
/home/kun/.emacs.d/elpa/org-9.6.28/ol-eshell hides
/usr/local/share/emacs/29.3.50/lisp/org/ol-eshell
/home/kun/.emacs.d/elpa/org-9.6.28/org-protocol hides
/usr/local/share/emacs/29.3.50/lisp/org/org-protocol
/home/kun/.emacs.d/elpa/org-9.6.28/ob-groovy hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-groovy
/home/kun/.emacs.d/elpa/org-9.6.28/org-plot hides
/usr/local/share/emacs/29.3.50/lisp/org/org-plot
/home/kun/.emacs.d/elpa/org-9.6.28/ob-ditaa hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-ditaa
/home/kun/.emacs.d/elpa/org-9.6.28/ob-sqlite hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-sqlite
/home/kun/.emacs.d/elpa/org-9.6.28/ob-shell hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-shell
/home/kun/.emacs.d/elpa/org-9.6.28/ox-md hides
/usr/local/share/emacs/29.3.50/lisp/org/ox-md
/home/kun/.emacs.d/elpa/org-9.6.28/org-inlinetask hides
/usr/local/share/emacs/29.3.50/lisp/org/org-inlinetask
/home/kun/.emacs.d/elpa/org-9.6.28/org hides
/usr/local/share/emacs/29.3.50/lisp/org/org
/home/kun/.emacs.d/elpa/org-9.6.28/ol-man hides
/usr/local/share/emacs/29.3.50/lisp/org/ol-man
/home/kun/.emacs.d/elpa/org-9.6.28/org-compat hides
/usr/local/share/emacs/29.3.50/lisp/org/org-compat
/home/kun/.emacs.d/elpa/org-9.6.28/ol-w3m hides
/usr/local/share/emacs/29.3.50/lisp/org/ol-w3m
/home/kun/.emacs.d/elpa/org-9.6.28/ol-docview hides
/usr/local/share/emacs/29.3.50/lisp/org/ol-docview
/home/kun/.emacs.d/elpa/org-9.6.28/ob-latex hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-latex
/home/kun/.emacs.d/elpa/org-9.6.28/ox-odt hides
/usr/local/share/emacs/29.3.50/lisp/org/ox-odt
/home/kun/.emacs.d/elpa/org-9.6.28/ob-haskell hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-haskell
/home/kun/.emacs.d/elpa/org-9.6.28/org-agenda hides
/usr/local/share/emacs/29.3.50/lisp/org/org-agenda
/home/kun/.emacs.d/elpa/org-9.6.28/org-datetree hides
/usr/local/share/emacs/29.3.50/lisp/org/org-datetree
/home/kun/.emacs.d/elpa/org-9.6.28/org-keys hides
/usr/local/share/emacs/29.3.50/lisp/org/org-keys
/home/kun/.emacs.d/elpa/org-9.6.28/ob-comint hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-comint
/home/kun/.emacs.d/elpa/org-9.6.28/org-num hides
/usr/local/share/emacs/29.3.50/lisp/org/org-num
/home/kun/.emacs.d/elpa/org-9.6.28/ob-matlab hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-matlab
/home/kun/.emacs.d/elpa/org-9.6.28/ob-js hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-js
/home/kun/.emacs.d/elpa/org-9.6.28/ol-eww hides
/usr/local/share/emacs/29.3.50/lisp/org/ol-eww
/home/kun/.emacs.d/elpa/org-9.6.28/org-goto hides
/usr/local/share/emacs/29.3.50/lisp/org/org-goto
/home/kun/.emacs.d/elpa/org-9.6.28/ob-processing hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-processing
/home/kun/.emacs.d/elpa/org-9.6.28/org-attach hides
/usr/local/share/emacs/29.3.50/lisp/org/org-attach
/home/kun/.emacs.d/elpa/org-9.6.28/ob-exp hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-exp
/home/kun/.emacs.d/elpa/org-9.6.28/org-mobile hides
/usr/local/share/emacs/29.3.50/lisp/org/org-mobile
/home/kun/.emacs.d/elpa/org-9.6.28/ox-publish hides
/usr/local/share/emacs/29.3.50/lisp/org/ox-publish
/home/kun/.emacs.d/elpa/org-9.6.28/oc-csl hides
/usr/local/share/emacs/29.3.50/lisp/org/oc-csl
/home/kun/.emacs.d/elpa/org-9.6.28/org-fold-core hides
/usr/local/share/emacs/29.3.50/lisp/org/org-fold-core
/home/kun/.emacs.d/elpa/org-9.6.28/oc hides
/usr/local/share/emacs/29.3.50/lisp/org/oc
/home/kun/.emacs.d/elpa/org-9.6.28/org-faces hides
/usr/local/share/emacs/29.3.50/lisp/org/org-faces
/home/kun/.emacs.d/elpa/org-9.6.28/ol-mhe hides
/usr/local/share/emacs/29.3.50/lisp/org/ol-mhe
/home/kun/.emacs.d/elpa/org-9.6.28/ob-lua hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-lua
/home/kun/.emacs.d/elpa/org-9.6.28/org-feed hides
/usr/local/share/emacs/29.3.50/lisp/org/org-feed
/home/kun/.emacs.d/elpa/org-9.6.28/oc-basic hides
/usr/local/share/emacs/29.3.50/lisp/org/oc-basic
/home/kun/.emacs.d/elpa/org-9.6.28/ob-emacs-lisp hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-emacs-lisp
/home/kun/.emacs.d/elpa/org-9.6.28/org-clock hides
/usr/local/share/emacs/29.3.50/lisp/org/org-clock
/home/kun/.emacs.d/elpa/org-9.6.28/org-list hides
/usr/local/share/emacs/29.3.50/lisp/org/org-list
/home/kun/.emacs.d/elpa/org-9.6.28/ol-rmail hides
/usr/local/share/emacs/29.3.50/lisp/org/ol-rmail
/home/kun/.emacs.d/elpa/org-9.6.28/ob-R hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-R
/home/kun/.emacs.d/elpa/org-9.6.28/ob-lisp hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-lisp
/home/kun/.emacs.d/elpa/org-9.6.28/ob-sed hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-sed
/home/kun/.emacs.d/elpa/org-9.6.28/ox-html hides
/usr/local/share/emacs/29.3.50/lisp/org/ox-html
/home/kun/.emacs.d/elpa/org-9.6.28/org-colview hides
/usr/local/share/emacs/29.3.50/lisp/org/org-colview
/home/kun/.emacs.d/elpa/org-9.6.28/ob-forth hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-forth
/home/kun/.emacs.d/elpa/org-9.6.28/org-archive hides
/usr/local/share/emacs/29.3.50/lisp/org/org-archive
/home/kun/.emacs.d/elpa/org-9.6.28/ox-org hides
/usr/local/share/emacs/29.3.50/lisp/org/ox-org
/home/kun/.emacs.d/elpa/org-9.6.28/org-element hides
/usr/local/share/emacs/29.3.50/lisp/org/org-element
/home/kun/.emacs.d/elpa/org-9.6.28/ol-gnus hides
/usr/local/share/emacs/29.3.50/lisp/org/ol-gnus
/home/kun/.emacs.d/elpa/org-9.6.28/ob-gnuplot hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-gnuplot
/home/kun/.emacs.d/elpa/org-9.6.28/org-macs hides
/usr/local/share/emacs/29.3.50/lisp/org/org-macs
/home/kun/.emacs.d/elpa/org-9.6.28/oc-biblatex hides
/usr/local/share/emacs/29.3.50/lisp/org/oc-biblatex
/home/kun/.emacs.d/elpa/org-9.6.28/org-id hides
/usr/local/share/emacs/29.3.50/lisp/org/org-id
/home/kun/.emacs.d/elpa/org-9.6.28/ol-irc hides
/usr/local/share/emacs/29.3.50/lisp/org/ol-irc
/home/kun/.emacs.d/elpa/org-9.6.28/ob-sql hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-sql
/home/kun/.emacs.d/elpa/org-9.6.28/ox-ascii hides
/usr/local/share/emacs/29.3.50/lisp/org/ox-ascii
/home/kun/.emacs.d/elpa/org-9.6.28/ob-ruby hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-ruby
/home/kun/.emacs.d/elpa/org-9.6.28/ob-calc hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-calc
/home/kun/.emacs.d/elpa/org-9.6.28/ob-clojure hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-clojure
/home/kun/.emacs.d/elpa/org-9.6.28/org-duration hides
/usr/local/share/emacs/29.3.50/lisp/org/org-duration
/home/kun/.emacs.d/elpa/org-9.6.28/org-pcomplete hides
/usr/local/share/emacs/29.3.50/lisp/org/org-pcomplete
/home/kun/.emacs.d/elpa/org-9.6.28/ox-koma-letter hides
/usr/local/share/emacs/29.3.50/lisp/org/ox-koma-letter
/home/kun/.emacs.d/elpa/org-9.6.28/org-ctags hides
/usr/local/share/emacs/29.3.50/lisp/org/org-ctags
/home/kun/.emacs.d/elpa/org-9.6.28/ox-latex hides
/usr/local/share/emacs/29.3.50/lisp/org/ox-latex
/home/kun/.emacs.d/elpa/org-9.6.28/ob-core hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-core
/home/kun/.emacs.d/elpa/org-9.6.28/ob-org hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-org
/home/kun/.emacs.d/elpa/org-9.6.28/org-tempo hides
/usr/local/share/emacs/29.3.50/lisp/org/org-tempo
/home/kun/.emacs.d/elpa/org-9.6.28/org-fold hides
/usr/local/share/emacs/29.3.50/lisp/org/org-fold
/home/kun/.emacs.d/elpa/org-9.6.28/ol-bibtex hides
/usr/local/share/emacs/29.3.50/lisp/org/ol-bibtex
/home/kun/.emacs.d/elpa/org-9.6.28/ob-lilypond hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-lilypond
/home/kun/.emacs.d/elpa/org-9.6.28/org-loaddefs hides
/usr/local/share/emacs/29.3.50/lisp/org/org-loaddefs
/home/kun/.emacs.d/elpa/org-9.6.28/org-lint hides
/usr/local/share/emacs/29.3.50/lisp/org/org-lint
/home/kun/.emacs.d/elpa/org-9.6.28/ob-tangle hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-tangle
/home/kun/.emacs.d/elpa/org-9.6.28/ol-bbdb hides
/usr/local/share/emacs/29.3.50/lisp/org/ol-bbdb
/home/kun/.emacs.d/elpa/org-9.6.28/ob-octave hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-octave
/home/kun/.emacs.d/elpa/org-9.6.28/ol hides
/usr/local/share/emacs/29.3.50/lisp/org/ol
/home/kun/.emacs.d/elpa/org-9.6.28/ob-awk hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-awk
/home/kun/.emacs.d/elpa/org-9.6.28/ob-makefile hides
/usr/local/share/emacs/29.3.50/lisp/org/ob-makefile
/home/kun/.emacs.d/elpa/org-9.6.28/org-indent hides
/usr/local/share/emacs/29.3.50/lisp/org/org-indent
/home/kun/.emacs.d/elpa/org-9.6.28/org-crypt hides
/usr/local/share/emacs/29.3.50/lisp/org/org-crypt

Features:
(shadow sort mail-extr emacsbug mule-util cape org-eldoc oc-basic ol-eww
eww url-queue mm-url ol-rmail ol-mhe ol-irc ol-info ol-gnus nnselect
gnus-art mm-uu mml2015 gnus-sum shr pixel-fill kinsoku url-file svg dom
gnus-group gnus-undo gnus-start gnus-dbus dbus xml gnus-cloud nnimap
nnmail mail-source utf7 nnoo gnus-spec gnus-int gnus-range gnus-win gnus
nnheader range ol-docview doc-view filenotify ol-bibtex bibtex ol-bbdb
ol-w3m ol-doi org-link-doi misearch multi-isearch counsel xref swiper
ivy delsel ivy-faces ivy-overlay colir color sh-script smie executable
origami origami-parsers cl flycheck ob-sql ob-calc calc-store calc-trail
calc-ext calc calc-loaddefs rect calc-macs ob-python
python-el-fgallina-expansions python project treesit ob-ditaa
ob-plantuml zenburn-theme server diff-hl face-remap vc-hg vc-git
log-view pcvs-util vc-dir ewoc vc vc-dispatcher engine-mode
org-super-agenda ts comp comp-cstr warnings ht inline s dash org-habit
org-agenda expand-region text-mode-expansions the-org-mode-expansions
org-element org-persist xdg org-id org-refile avl-tree generator
er-basic-expansions expand-region-core expand-region-custom edmacro
kmacro use-package-bind-key bind-key corfu-history corfu
use-package-core avy notmuch notmuch-tree notmuch-jump notmuch-hello
notmuch-show notmuch-print notmuch-crypto notmuch-mua notmuch-message
notmuch-draft notmuch-maildir-fcc notmuch-address notmuch-company
notmuch-parser notmuch-wash diff-mode coolj goto-addr thingatpt
icalendar diary-lib diary-loaddefs notmuch-tag crm notmuch-lib
notmuch-version notmuch-compat hl-line message sendmail yank-media
rfc822 mml mailabbrev mail-utils gmm-utils mailheader mm-view mml-smime
mml-sec epa epg rfc6068 epg-config gnus-util smime gnutls puny dig
mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util
ietf-drums mail-prsvr pdf-occur ibuf-ext ibuffer ibuffer-loaddefs
tablist advice derived tablist-filter semantic/wisent/comp
semantic/wisent semantic/wisent/wisent semantic/util-modes semantic/util
semantic semantic/tag semantic/lex semantic/fw mode-local cedet
pdf-isearch let-alist pdf-misc imenu pdf-tools compile cus-edit cus-load
wid-edit pdf-view bookmark text-property-search pp jka-compr pdf-cache
pdf-info tq pdf-util pdf-macs image-mode dired dired-loaddefs exif
xcscope easy-mmode tramp tramp-loaddefs trampver tramp-integration
files-x tramp-compat shell parse-time iso8601 winner desktop frameset
ido icomplete follow cl-extra help-mode org-modern org ob ob-tangle
ob-ref ob-lob ob-table ob-exp org-macro org-src ob-comint org-pcomplete
pcomplete comint ansi-osc ansi-color ring org-list org-footnote
org-faces org-entities time-date noutline outline icons ob-emacs-lisp
ob-core ob-eval org-cycle org-table ol org-fold org-fold-core org-keys
oc org-loaddefs find-func cal-menu calendar cal-loaddefs org-version
org-compat org-macs format-spec compat finder-inf bison-mode-autoloads
cape-autoloads company-autoloads corfu-autoloads counsel-autoloads
diff-hl-autoloads engine-mode-autoloads expand-region-autoloads
eyebrowse-autoloads flycheck-autoloads fzf-autoloads ggtags-autoloads
graphviz-dot-mode-autoloads json-mode-autoloads rx magit-autoloads pcase
git-commit-autoloads magit-section-autoloads markdown-mode-autoloads
notmuch-autoloads orderless-autoloads org-contrib-autoloads
org-jira-autoloads org-modern-autoloads org-present-autoloads
org-ql-autoloads org-super-agenda-autoloads org-tree-slide-autoloads
ov-autoloads ox-reveal-autoloads org-autoloads pdf-tools-autoloads
peg-autoloads prodigy-autoloads f-autoloads request-autoloads
scala-mode-autoloads svg-lib-autoloads swiper-autoloads ivy-autoloads
tablist-autoloads transient-autoloads treemacs-autoloads
posframe-autoloads ht-autoloads hydra-autoloads pfuture-autoloads
ace-window-autoloads avy-autoloads ts-autoloads s-autoloads
dash-autoloads uniquify-files-autoloads vterm-autoloads wisi-autoloads
with-editor-autoloads info compat-autoloads xcscope-autoloads
yaml-autoloads yaml-mode-autoloads yasnippet-snippets-autoloads
yasnippet-autoloads zenburn-theme-autoloads package browse-url url
url-proxy url-privacy url-expand url-methods url-history url-cookie
generate-lisp-file url-domsuf url-util mailcap url-handlers url-parse
auth-source cl-seq eieio eieio-core cl-macs password-cache json subr-x
map byte-opt gv bytecomp byte-compile url-vars cl-loaddefs cl-lib rmc
iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook
vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win
term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode lisp-mode prog-mode register
page tab-bar menu-bar rfn-eshadow isearch easymenu timer select
scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors
frame minibuffer nadvice seq simple cl-generic indonesian philippine
cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese composite emoji-zwj charscript
charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure
cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp
files window text-properties overlay sha1 md5 base64 format env
code-pages mule custom widget keymap hashtable-print-readable backquote
threads dbusbind inotify dynamic-setting system-font-setting
font-render-setting cairo move-toolbar gtk x-toolkit xinput2 x multi-tty
make-network-process native-compile emacs)

Memory information:
((conses 16 997490 768350)
 (symbols 48 50364 108)
 (strings 32 240148 40216)
 (string-bytes 1 7063652)
 (vectors 16 78565)
 (vector-slots 8 2001387 429278)
 (floats 8 611 782)
 (intervals 56 2767 2910)
 (buffers 984 18))

--000000000000eacebc0617936ec6
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Emacs is running inside VirtualBox on Windows 11. It rando=
mly crashes<br>when I do a copy from other apps running on the host, e.g., =
Chrome on<br>Windows 11.<br><br>(gdb) bt full<br>#0 =C2=A0raise (sig=3Dsig@=
entry=3D11) at ../sysdeps/unix/sysv/linux/raise.c:50<br>=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 set =3D {__val =3D {18446744067266837247, 0 &lt;repeats 15 times=
&gt;}}<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 pid =3D &lt;optimized out&gt;<br>=C2=
=A0 =C2=A0 =C2=A0 =C2=A0 tid =3D &lt;optimized out&gt;<br>#1 =C2=A00x000055=
b069545cdd in terminate_due_to_signal (sig=3Dsig@entry=3D11, backtrace_limi=
t=3D1774226416, backtrace_limit@entry=3D40) at emacs.c:464<br>#2 =C2=A00x00=
0055b06956a07f in handle_fatal_signal (sig=3Dsig@entry=3D11) at sysdep.c:17=
83<br>#3 =C2=A00x000055b06956a0ac in deliver_thread_signal (sig=3Dsig@entry=
=3D11, handler=3Dhandler@entry=3D0x55b06956a071 &lt;handle_fatal_signal&gt;=
) at sysdep.c:1775<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 old_errno =3D 11<br>#4 =
=C2=A00x000055b06956a110 in deliver_fatal_thread_signal (sig=3Dsig@entry=3D=
11) at sysdep.c:1795<br>#5 =C2=A00x000055b06956a1e4 in handle_sigsegv (sig=
=3D11, siginfo=3D0x55b069c08e30 &lt;sigsegv_stack+64528&gt;, arg=3D&lt;opti=
mized out&gt;) at sysdep.c:1888<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 fatal =3D &l=
t;optimized out&gt;<br>#6 =C2=A00x00007f29a30f0140 in &lt;signal handler ca=
lled&gt; () at /lib/x86_64-linux-gnu/libpthread.so.0<br>#7 =C2=A0PSEUDOVECT=
OR_TYPE (v=3D0x2720200a65646f68) at lisp.h:1810<br>=C2=A0 =C2=A0 =C2=A0 =C2=
=A0 size =3D &lt;optimized out&gt;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 base_dept=
h =3D &lt;optimized out&gt;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 base_sp =3D 0<br=
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 buf =3D &quot;\260\036\252k\260U\000\000\373L\=
\i\260U\000\000\240D\000\000\000\000\000\000\064M\\i\260U\000\000\063\374\3=
60q\260U\000\000\320\067Wi\260U\000\000\001\000\000\000\000&quot;<br>#8 =C2=
=A0print_object (obj=3Dobj@entry=3D0x2720200a65646f6d, printcharfun=3Dprint=
charfun@entry=3D0x30, escapeflag=3Descapeflag@entry=3Dtrue) at print.c:2518=
<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 base_depth =3D &lt;optimized out&gt;<br>=C2=
=A0 =C2=A0 =C2=A0 =C2=A0 base_sp =3D 0<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 buf =
=3D &quot;\260\036\252k\260U\000\000\373L\\i\260U\000\000\240D\000\000\000\=
000\000\000\064M\\i\260U\000\000\063\374\360q\260U\000\000\320\067Wi\260U\0=
00\000\001\000\000\000\000&quot;<br>#9 =C2=A00x000055b06960371f in print (o=
bj=3Dobj@entry=3D0x2720200a65646f6d, printcharfun=3D0x30, escapeflag=3Desca=
peflag@entry=3Dtrue) at print.c:1301<br>#10 0x000055b069603849 in Fprin1 (o=
bject=3D0x2720200a65646f6d, printcharfun=3Dprintcharfun@entry=3D0x30, overr=
ides=3Doverrides@entry=3D0x0) at print.c:776<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0=
 pc =3D {printcharfun =3D 0x30, old_printcharfun =3D 0x30, old_point =3D -1=
, start_point =3D -1, old_point_byte =3D -1, start_point_byte =3D -1, specp=
dl_count =3D {bytes =3D 224}}<br>#11 0x000055b069603f3e in print_error_mess=
age (data=3D&lt;optimized out&gt;, data@entry=3D0x55b085976613, stream=3Dst=
ream@entry=3D0x30, context=3D&lt;optimized out&gt;, caller=3Dcaller@entry=
=3D0x7fe0) at lisp.h:1172<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 obj =3D &lt;optimi=
zed out&gt;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 li =3D {tortoise =3D 0x55b085976=
5f3, max =3D 2, n =3D 0, q =3D 1}<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 sep =3D 0x=
55b0696ad6a0 &quot;, &quot;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 errname =3D 0x11=
f40<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 errmsg =3D 0x55b06c78e6e4<br>=C2=A0 =C2=
=A0 =C2=A0 =C2=A0 file_error =3D 0x0<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 tail =
=3D 0x55b0859765e3<br>#12 0x000055b069548c3c in Fcommand_error_default_func=
tion (data=3D0x55b085976613, context=3D0x7f299d1b3284, signal=3D0x7fe0) at =
lisp.h:1172<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 sf =3D 0x55b06c11d3d0<br>=C2=A0 =
=C2=A0 =C2=A0 =C2=A0 conditions =3D &lt;optimized out&gt;<br>=C2=A0 =C2=A0 =
=C2=A0 =C2=A0 is_minibuffer_quit =3D 0<br>#13 0x000055b0695db11d in funcall=
_subr (subr=3D0x55b069b8bb20 &lt;Scommand_error_default_function&gt;, numar=
gs=3Dnumargs@entry=3D3, args=3Dargs@entry=3D0x7f299ca7b050) at eval.c:3042<=
br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 argbuf =3D {0x0, 0x55b071ef0428, 0x0, 0x0, 0=
x0, 0x0, 0x10100728cd228, 0x60}<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 a =3D &lt;op=
timized out&gt;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 fun =3D &lt;optimized out&gt=
;<br>#14 0x000055b06961fbd7 in exec_byte_code (fun=3D&lt;optimized out&gt;,=
 fun@entry=3D0x7f299d61918d, args_template=3D&lt;optimized out&gt;, args_te=
mplate@entry=3D771, nargs=3D&lt;optimized out&gt;, nargs@entry=3D3, args=3D=
&lt;optimized out&gt;, args@entry=3D0x7ffc393a2e58) at bytecode.c:809<br>=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 call_nargs =3D 3<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0=
 call_fun =3D &lt;optimized out&gt;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 template=
 =3D &lt;optimized out&gt;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 val =3D &lt;optim=
ized out&gt;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 call_args =3D 0x7f299ca7b050<br=
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 original_fun =3D 0x297933a03400<br>=C2=A0 =C2=
=A0 =C2=A0 =C2=A0 bytecode =3D &lt;optimized out&gt;<br>=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 op =3D 3<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 type =3D &lt;optimized o=
ut&gt;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 targets =3D {0x55b069621ca3 &lt;exec_=
byte_code+11255&gt;, 0x55b069621cbd &lt;exec_byte_code+11281&gt;, 0x55b0696=
21cf2 &lt;exec_byte_code+11334&gt;, 0x55b069621cf4 &lt;exec_byte_code+11336=
&gt;, 0x55b069621cf6 &lt;exec_byte_code+11338&gt;, 0x55b069621cbd &lt;exec_=
byte_code+11281&gt;, 0x55b069621cf8 &lt;exec_byte_code+11340&gt;, 0x55b0696=
21d31 &lt;exec_byte_code+11397&gt;, 0x55b06961f27b &lt;exec_byte_code+463&g=
t;, 0x55b06961f2c4 &lt;exec_byte_code+536&gt;, 0x55b06961f2c6 &lt;exec_byte=
_code+538&gt;, 0x55b06961f2c8 &lt;exec_byte_code+540&gt;, 0x55b06961f2ca &l=
t;exec_byte_code+542&gt;, 0x55b06961f27b &lt;exec_byte_code+463&gt;, 0x55b0=
6961f2cc &lt;exec_byte_code+544&gt;, 0x55b06961f268 &lt;exec_byte_code+444&=
gt;, 0x55b06961f61e &lt;exec_byte_code+1394&gt;, 0x55b06961f67d &lt;exec_by=
te_code+1489&gt;, 0x55b06961f67f &lt;exec_byte_code+1491&gt;, 0x55b06961f68=
1 &lt;exec_byte_code+1493&gt;, 0x55b06961f683 &lt;exec_byte_code+1495&gt;, =
0x55b06961f61e &lt;exec_byte_code+1394&gt;, 0x55b06961f698 &lt;exec_byte_co=
de+1516&gt;, 0x55b06961f685 &lt;exec_byte_code+1497&gt;, 0x55b06961f7ce &lt=
;exec_byte_code+1826&gt;, 0x55b06961f813 &lt;exec_byte_code+1895&gt;, 0x55b=
06961f815 &lt;exec_byte_code+1897&gt;, 0x55b06961f817 &lt;exec_byte_code+18=
99&gt;, 0x55b06961f819 &lt;exec_byte_code+1901&gt;, 0x55b06961f7ce &lt;exec=
_byte_code+1826&gt;, 0x55b06961f7b1 &lt;exec_byte_code+1797&gt;, 0x55b06961=
f7bb &lt;exec_byte_code+1807&gt;, 0x55b06961f838 &lt;exec_byte_code+1932&gt=
;, 0x55b06961f98b &lt;exec_byte_code+2271&gt;, 0x55b06961f990 &lt;exec_byte=
_code+2276&gt;, 0x55b06961f995 &lt;exec_byte_code+2281&gt;, 0x55b06961f99a =
&lt;exec_byte_code+2286&gt;, 0x55b06961f838 &lt;exec_byte_code+1932&gt;, 0x=
55b06961f81b &lt;exec_byte_code+1903&gt;, 0x55b06961f825 &lt;exec_byte_code=
+1913&gt;, 0x55b06961fc10 &lt;exec_byte_code+2916&gt;, 0x55b06961fc5d &lt;e=
xec_byte_code+2993&gt;, 0x55b06961fc5f &lt;exec_byte_code+2995&gt;, 0x55b06=
961fc61 &lt;exec_byte_code+2997&gt;, 0x55b06961fc63 &lt;exec_byte_code+2999=
&gt;, 0x55b06961fc10 &lt;exec_byte_code+2916&gt;, 0x55b06961fbf3 &lt;exec_b=
yte_code+2887&gt;, 0x55b06961fbfd &lt;exec_byte_code+2897&gt;, 0x55b0696200=
ce &lt;exec_byte_code+4130&gt;, 0x55b06962006e &lt;exec_byte_code+4034&gt;,=
 0x55b069620003 &lt;exec_byte_code+3927&gt;, 0x55b069621ca3 &lt;exec_byte_c=
ode+11255&gt;, 0x55b069621ca3 &lt;exec_byte_code+11255&gt;, 0x55b069621ca3 =
&lt;exec_byte_code+11255&gt;, 0x55b069621ca3 &lt;exec_byte_code+11255&gt;, =
0x55b069621ca3 &lt;exec_byte_code+11255&gt;, 0x55b06962023a &lt;exec_byte_c=
ode+4494&gt;, 0x55b0696202e9 &lt;exec_byte_code+4669&gt;, 0x55b069620383 &l=
t;exec_byte_code+4823&gt;, 0x55b0696203ca &lt;exec_byte_code+4894&gt;, 0x55=
b069620411 &lt;exec_byte_code+4965&gt;, 0x55b06961f40d &lt;exec_byte_code+8=
65&gt;, 0x55b06961f5a3 &lt;exec_byte_code+1271&gt;, 0x55b06962045c &lt;exec=
_byte_code+5040&gt;, 0x55b06961f3cc &lt;exec_byte_code+800&gt;, 0x55b06961f=
5dd &lt;exec_byte_code+1329&gt;, 0x55b069620496 &lt;exec_byte_code+5098&gt;=
, 0x55b0696204d0 &lt;exec_byte_code+5156&gt;, 0x55b0696204fc &lt;exec_byte_=
code+5200&gt;, 0x55b069620536 &lt;exec_byte_code+5258&gt;, 0x55b06962056f &=
lt;exec_byte_code+5315&gt;, 0x55b0696205ed &lt;exec_byte_code+5441&gt;, 0x5=
5b069620619 &lt;exec_byte_code+5485&gt;, 0x55b0696206f6 &lt;exec_byte_code+=
5706&gt;, 0x55b0696207d5 &lt;exec_byte_code+5929&gt;, 0x55b069620801 &lt;ex=
ec_byte_code+5973&gt;, 0x55b06962082d &lt;exec_byte_code+6017&gt;, 0x55b069=
620867 &lt;exec_byte_code+6075&gt;, 0x55b0696208a1 &lt;exec_byte_code+6133&=
gt;, 0x55b0696208db &lt;exec_byte_code+6191&gt;, 0x55b06962091b &lt;exec_by=
te_code+6255&gt;, 0x55b069620951 &lt;exec_byte_code+6309&gt;, 0x55b06962098=
7 &lt;exec_byte_code+6363&gt;, 0x55b0696209fe &lt;exec_byte_code+6482&gt;, =
0x55b069620a55 &lt;exec_byte_code+6569&gt;, 0x55b069620aac &lt;exec_byte_co=
de+6656&gt;, 0x55b069620b17 &lt;exec_byte_code+6763&gt;, 0x55b069620b8a &lt=
;exec_byte_code+6878&gt;, 0x55b069620bfd &lt;exec_byte_code+6993&gt;, 0x55b=
069620c70 &lt;exec_byte_code+7108&gt;, 0x55b069620ce3 &lt;exec_byte_code+72=
23&gt;, 0x55b069620d6d &lt;exec_byte_code+7361&gt;, 0x55b069620dce &lt;exec=
_byte_code+7458&gt;, 0x55b069620e58 &lt;exec_byte_code+7596&gt;, 0x55b06962=
0ec3 &lt;exec_byte_code+7703&gt;, 0x55b069620f2e &lt;exec_byte_code+7810&gt=
;, 0x55b0696210cf &lt;exec_byte_code+8227&gt;, 0x55b06961fefe &lt;exec_byte=
_code+3666&gt;, 0x55b069621115 &lt;exec_byte_code+8297&gt;, 0x55b069621141 =
&lt;exec_byte_code+8341&gt;, 0x55b0696211b3 &lt;exec_byte_code+8455&gt;, 0x=
55b0696211f9 &lt;exec_byte_code+8525&gt;, 0x55b06962123f &lt;exec_byte_code=
+8595&gt;, 0x55b06962126b &lt;exec_byte_code+8639&gt;, 0x55b069621299 &lt;e=
xec_byte_code+8685&gt;, 0x55b0696212c7 &lt;exec_byte_code+8731&gt;, 0x55b06=
96212fd &lt;exec_byte_code+8785&gt;, 0x55b069621ca3 &lt;exec_byte_code+1125=
5&gt;, 0x55b06962132e &lt;exec_byte_code+8834&gt;, 0x55b06962135c &lt;exec_=
byte_code+8880&gt;, 0x55b06962138a &lt;exec_byte_code+8926&gt;, 0x55b069621=
3b8 &lt;exec_byte_code+8972&gt;, 0x55b0696213e6 &lt;exec_byte_code+9018&gt;=
, 0x55b069621414 &lt;exec_byte_code+9064&gt;, 0x55b06961fefe &lt;exec_byte_=
code+3666&gt;, 0x55b069621ca3 &lt;exec_byte_code+11255&gt;, 0x55b069621440 =
&lt;exec_byte_code+9108&gt;, 0x55b069621481 &lt;exec_byte_code+9173&gt;, 0x=
55b0696214ad &lt;exec_byte_code+9217&gt;, 0x55b0696214d9 &lt;exec_byte_code=
+9261&gt;, 0x55b069621513 &lt;exec_byte_code+9319&gt;, 0x55b06962154d &lt;e=
xec_byte_code+9377&gt;, 0x55b069621579 &lt;exec_byte_code+9421&gt;, 0x55b06=
96215a5 &lt;exec_byte_code+9465&gt;, 0x55b0696215df &lt;exec_byte_code+9523=
&gt;, 0x55b069621619 &lt;exec_byte_code+9581&gt;, 0x55b069621653 &lt;exec_b=
yte_code+9639&gt;, 0x55b069621681 &lt;exec_byte_code+9685&gt;, 0x55b069621c=
a3 &lt;exec_byte_code+11255&gt;, 0x55b06961fe9a &lt;exec_byte_code+3566&gt;=
, 0x55b06961fc65 &lt;exec_byte_code+3001&gt;, 0x55b06961f38a &lt;exec_byte_=
code+734&gt;, 0x55b06961fce8 &lt;exec_byte_code+3132&gt;, 0x55b06961fd26 &l=
t;exec_byte_code+3194&gt;, 0x55b06961fd64 &lt;exec_byte_code+3256&gt;, 0x55=
b06961fda6 &lt;exec_byte_code+3322&gt;, 0x55b06961fe78 &lt;exec_byte_code+3=
532&gt;, 0x55b06961f785 &lt;exec_byte_code+1753&gt;, 0x55b06961fedc &lt;exe=
c_byte_code+3632&gt;, 0x55b06961ff2f &lt;exec_byte_code+3715&gt;, 0x55b0696=
1ff91 &lt;exec_byte_code+3813&gt;, 0x55b06961ffc2 &lt;exec_byte_code+3862&g=
t;, 0x55b0696200fe &lt;exec_byte_code+4178&gt;, 0x55b069620151 &lt;exec_byt=
e_code+4261&gt;, 0x55b069620191 &lt;exec_byte_code+4325&gt;, 0x55b0696201dd=
 &lt;exec_byte_code+4401&gt;, 0x55b069621ca3 &lt;exec_byte_code+11255&gt;, =
0x55b0696216ad &lt;exec_byte_code+9729&gt;, 0x55b0696216ed &lt;exec_byte_co=
de+9793&gt;, 0x55b069621719 &lt;exec_byte_code+9837&gt;, 0x55b069621745 &lt=
;exec_byte_code+9881&gt;, 0x55b069621771 &lt;exec_byte_code+9925&gt;, 0x55b=
06962179d &lt;exec_byte_code+9969&gt;, 0x55b0696217d7 &lt;exec_byte_code+10=
027&gt;, 0x55b069621811 &lt;exec_byte_code+10085&gt;, 0x55b06962184b &lt;ex=
ec_byte_code+10143&gt;, 0x55b069621885 &lt;exec_byte_code+10201&gt;, 0x55b0=
69621942 &lt;exec_byte_code+10390&gt;, 0x55b06962197c &lt;exec_byte_code+10=
448&gt;, 0x55b0696219b6 &lt;exec_byte_code+10506&gt;, 0x55b0696219e2 &lt;ex=
ec_byte_code+10550&gt;, 0x55b069621a4e &lt;exec_byte_code+10658&gt;, 0x55b0=
69621aba &lt;exec_byte_code+10766&gt;, 0x55b069621af8 &lt;exec_byte_code+10=
828&gt;, 0x55b069621b36 &lt;exec_byte_code+10890&gt;, 0x55b069620fd0 &lt;ex=
ec_byte_code+7972&gt;, 0x55b069621061 &lt;exec_byte_code+8117&gt;, 0x55b069=
621b6c &lt;exec_byte_code+10944&gt;, 0x55b069621c15 &lt;exec_byte_code+1111=
3&gt;, 0x55b069621ca3 &lt;exec_byte_code+11255&gt;, 0x55b069621ca3 &lt;exec=
_byte_code+11255&gt;, 0x55b069621ca3 &lt;exec_byte_code+11255&gt;, 0x55b069=
621ca3 &lt;exec_byte_code+11255&gt;, 0x55b069621ca3 &lt;exec_byte_code+1125=
5&gt;, 0x55b069621ca3 &lt;exec_byte_code+11255&gt;, 0x55b0696205ac &lt;exec=
_byte_code+5376&gt;, 0x55b0696209bd &lt;exec_byte_code+6417&gt;, 0x55b06962=
1172 &lt;exec_byte_code+8390&gt;, 0x55b069621d73 &lt;exec_byte_code+11463&g=
t;, 0x55b069621db4 &lt;exec_byte_code+11528&gt;, 0x55b069621ca3 &lt;exec_by=
te_code+11255&gt;, 0x55b069621ca3 &lt;exec_byte_code+11255&gt;, 0x55b069621=
e00 &lt;exec_byte_code+11604&gt;, 0x55b069621e4c &lt;exec_byte_code+11680&g=
t;, 0x55b069621ca3 &lt;exec_byte_code+11255&gt;, 0x55b069621ca3 &lt;exec_by=
te_code+11255&gt;, 0x55b069621ca3 &lt;exec_byte_code+11255&gt;, 0x55b069621=
ca3 &lt;exec_byte_code+11255&gt;, 0x55b069621ca3 &lt;exec_byte_code+11255&g=
t;, 0x55b069621ca3 &lt;exec_byte_code+11255&gt;, 0x55b069621ca3 &lt;exec_by=
te_code+11255&gt;, 0x55b069621ca3 &lt;exec_byte_code+11255&gt;, 0x55b069622=
044 &lt;exec_byte_code+12184&gt; &lt;repeats 64 times&gt;}<br>=C2=A0 =C2=A0=
 =C2=A0 =C2=A0 quitcounter =3D 1 &#39;\001&#39;<br>=C2=A0 =C2=A0 =C2=A0 =C2=
=A0 bc =3D 0x55b069b800f0 &lt;main_thread+496&gt;<br>=C2=A0 =C2=A0 =C2=A0 =
=C2=A0 top =3D 0x7f299ca7b048<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 pc =3D 0x7f299=
da7f001 &quot;\210\002:\205:&quot;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 bytestr =
=3D &lt;optimized out&gt;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 vector =3D &lt;opt=
imized out&gt;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 maxdepth =3D &lt;optimized ou=
t&gt;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 const_length =3D &lt;optimized out&gt;=
<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 bytestr_length =3D &lt;optimized out&gt;<br=
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 vectorp =3D 0x7f299d6191d0<br>=C2=A0 =C2=A0 =
=C2=A0 =C2=A0 max_stack =3D &lt;optimized out&gt;<br>=C2=A0 =C2=A0 =C2=A0 =
=C2=A0 frame_base =3D &lt;optimized out&gt;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =
fp =3D &lt;optimized out&gt;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 bytestr_data =
=3D 0x7f299da7effc &quot;\300\003\003\003#\210\002:\205:&quot;<br>=C2=A0 =
=C2=A0 =C2=A0 =C2=A0 rest =3D &lt;optimized out&gt;<br>=C2=A0 =C2=A0 =C2=A0=
 =C2=A0 mandatory =3D &lt;optimized out&gt;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =
nonrest =3D &lt;optimized out&gt;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 pushedargs=
 =3D &lt;optimized out&gt;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 result =3D &lt;op=
timized out&gt;<br>#15 0x000055b0695da5f6 in fetch_and_exec_byte_code (fun=
=3Dfun@entry=3D0x7f299d61918d, args_template=3Dargs_template@entry=3D771, n=
args=3Dnargs@entry=3D3, args=3Dargs@entry=3D0x7ffc393a2e58) at eval.c:3085<=
br>#16 0x000055b0695dd530 in funcall_lambda (fun=3D0x7f299d61918d, nargs=3D=
nargs@entry=3D3, arg_vector=3Darg_vector@entry=3D0x7ffc393a2e58) at eval.c:=
3157<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 val =3D &lt;optimized out&gt;<br>=C2=A0=
 =C2=A0 =C2=A0 =C2=A0 syms_left =3D 0xc0e<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 ne=
xt =3D &lt;optimized out&gt;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 lexenv =3D &lt;=
optimized out&gt;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 i =3D &lt;optimized out&gt=
;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 optional =3D &lt;optimized out&gt;<br>=C2=
=A0 =C2=A0 =C2=A0 =C2=A0 rest =3D &lt;optimized out&gt;<br>=C2=A0 =C2=A0 =
=C2=A0 =C2=A0 previous_rest =3D &lt;optimized out&gt;<br>#17 0x000055b0695d=
de93 in funcall_general (fun=3D&lt;optimized out&gt;, numargs=3Dnumargs@ent=
ry=3D3, args=3Dargs@entry=3D0x7ffc393a2e58) at eval.c:2949<br>=C2=A0 =C2=A0=
 =C2=A0 =C2=A0 original_fun =3D 0x297933a02f38<br>#18 0x000055b0695d8d28 in=
 Ffuncall (nargs=3Dnargs@entry=3D4, args=3Dargs@entry=3D0x7ffc393a2e50) at =
eval.c:2999<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 val =3D &lt;optimized out&gt;<br=
>#19 0x000055b06954e55e in call3 (arg3=3D0x7fe0, arg2=3D&lt;optimized out&g=
t;, arg1=3D0x55b085976613, fn=3D&lt;optimized out&gt;) at lisp.h:3262<br>#2=
0 cmd_error_internal (data=3Ddata@entry=3D0x55b085976613, context=3Dcontext=
@entry=3D0x7ffc393a2e90 &quot;&quot;) at keyboard.c:1013<br>#21 0x000055b06=
954e67c in cmd_error (data=3D0x55b085976613) at keyboard.c:981<br>=C2=A0 =
=C2=A0 =C2=A0 =C2=A0 old_level =3D 0x0<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 old_l=
ength =3D 0x0<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 conditions =3D &lt;optimized o=
ut&gt;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 macroerror =3D &quot;\000L\000\000\00=
0\000\000\000\260Q}\003\000\000\000\000UYmm\260U\000\000\000\000\000\000\00=
0\000\000\000\220\207\000\000\000\000\000\000@)\000\000\000\000\000\000D\25=
1&quot;<br>#22 0x000055b0695d77a8 in internal_condition_case (bfun=3Dbfun@e=
ntry=3D0x55b06955d740 &lt;command_loop_1&gt;, handlers=3Dhandlers@entry=3D0=
x90, hfun=3Dhfun@entry=3D0x55b06954e57b &lt;cmd_error&gt;) at eval.c:1470<b=
r>=C2=A0 =C2=A0 =C2=A0 =C2=A0 val =3D &lt;optimized out&gt;<br>=C2=A0 =C2=
=A0 =C2=A0 =C2=A0 c =3D 0x55b06ba8ff50<br>#23 0x000055b069547832 in command=
_loop_2 (handlers=3Dhandlers@entry=3D0x90) at keyboard.c:1133<br>=C2=A0 =C2=
=A0 =C2=A0 =C2=A0 val =3D &lt;optimized out&gt;<br>#24 0x000055b0695d772b i=
n internal_catch (tag=3Dtag@entry=3D0x10080, func=3Dfunc@entry=3D0x55b06954=
7818 &lt;command_loop_2&gt;, arg=3Darg@entry=3D0x90) at eval.c:1197<br>=C2=
=A0 =C2=A0 =C2=A0 =C2=A0 val =3D &lt;optimized out&gt;<br>=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 c =3D 0x55b06ba8fe10<br>#25 0x000055b0695477f5 in command_loop (=
) at lisp.h:1172<br>#26 0x000055b06954e122 in recursive_edit_1 () at keyboa=
rd.c:720<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 val =3D &lt;optimized out&gt;<br>#2=
7 0x000055b06954e4b7 in Frecursive_edit () at keyboard.c:803<br>=C2=A0 =C2=
=A0 =C2=A0 =C2=A0 buffer =3D &lt;optimized out&gt;<br>#28 0x000055b069546ee=
4 in main (argc=3D1, argv=3D0x7ffc393a3148) at emacs.c:2521<br>=C2=A0 =C2=
=A0 =C2=A0 =C2=A0 stack_bottom_variable =3D 0x55b06969be95 &lt;__libc_csu_i=
nit+69&gt;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 no_loadup =3D false<br>=C2=A0 =C2=
=A0 =C2=A0 =C2=A0 junk =3D 0x0<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 dname_arg =3D=
 0x0<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 ch_to_dir =3D 0x0<br>=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 original_pwd =3D &lt;optimized out&gt;<br>=C2=A0 =C2=A0 =C2=A0 =
=C2=A0 dump_mode =3D &lt;optimized out&gt;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 s=
kip_args =3D 0<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 temacs =3D 0x0<br>=C2=A0 =C2=
=A0 =C2=A0 =C2=A0 attempt_load_pdump =3D &lt;optimized out&gt;<br>=C2=A0 =
=C2=A0 =C2=A0 =C2=A0 only_version =3D false<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =
rlim =3D {rlim_cur =3D 10022912, rlim_max =3D 18446744073709551615}<br>=C2=
=A0 =C2=A0 =C2=A0 =C2=A0 lc_all =3D &lt;optimized out&gt;<br>=C2=A0 =C2=A0 =
=C2=A0 =C2=A0 sockfd =3D -1<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 module_assertion=
s =3D &lt;optimized out&gt;<br><br><br>In GNU Emacs 29.3.50 (build 1, x86_6=
4-pc-linux-gnu, GTK+ Version<br>=C2=A03.24.24, cairo version 1.16.0) of 202=
4-05-03 built on debian<br>Repository revision: b392169e541a29178d7ae20f329=
d48b3d2bd78cf<br>Repository branch: emacs-29<br>Windowing system distributo=
r &#39;The X.Org Foundation&#39;, version 11.0.12011000<br>System Descripti=
on: Debian GNU/Linux 11 (bullseye)<br><br>Configured using:<br>=C2=A0&#39;c=
onfigure --with-native-compilation --with-tree-sitter &#39;CFLAGS=3D-ggdb<b=
r>=C2=A0-Og&#39;&#39;<br><br>Configured features:<br>CAIRO DBUS FREETYPE GI=
F GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON<br>LIBOTF LIBSELINUX LIBXML2=
 M17N_FLT MODULES NATIVE_COMP NOTIFY INOTIFY<br>PDUMPER PNG RSVG SECCOMP SO=
UND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS<br>TREE_SITTER X11 XDBE XIM XI=
NPUT2 XPM GTK3 ZLIB<br><br>Important settings:<br>=C2=A0 value of $LANG: en=
_US.UTF-8<br>=C2=A0 locale-coding-system: utf-8-unix<br><br>Major mode: She=
ll<br><br>Minor modes in effect:<br>=C2=A0 global-flycheck-mode: t<br>=C2=
=A0 server-mode: t<br>=C2=A0 global-diff-hl-mode: t<br>=C2=A0 engine-mode: =
t<br>=C2=A0 org-super-agenda-mode: t<br>=C2=A0 override-global-mode: t<br>=
=C2=A0 corfu-history-mode: t<br>=C2=A0 global-corfu-mode: t<br>=C2=A0 corfu=
-mode: t<br>=C2=A0 pdf-occur-global-minor-mode: t<br>=C2=A0 cscope-minor-mo=
de: t<br>=C2=A0 shell-dirtrack-mode: t<br>=C2=A0 winner-mode: t<br>=C2=A0 d=
esktop-save-mode: t<br>=C2=A0 icomplete-mode: t<br>=C2=A0 global-org-modern=
-mode: t<br>=C2=A0 comint-fontify-input-mode: t<br>=C2=A0 tooltip-mode: t<b=
r>=C2=A0 global-eldoc-mode: t<br>=C2=A0 show-paren-mode: t<br>=C2=A0 electr=
ic-indent-mode: t<br>=C2=A0 mouse-wheel-mode: t<br>=C2=A0 tab-bar-mode: t<b=
r>=C2=A0 file-name-shadow-mode: t<br>=C2=A0 global-font-lock-mode: t<br>=C2=
=A0 font-lock-mode: t<br>=C2=A0 column-number-mode: t<br>=C2=A0 line-number=
-mode: t<br>=C2=A0 indent-tabs-mode: t<br>=C2=A0 transient-mark-mode: t<br>=
=C2=A0 auto-composition-mode: t<br>=C2=A0 auto-encryption-mode: t<br>=C2=A0=
 auto-compression-mode: t<br><br>Load-path shadows:<br>/home/kun/.emacs.d/e=
lpa/notmuch-20240406.1803/notmuch-message hides /usr/local/share/emacs/site=
-lisp/notmuch-message<br>/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notm=
uch-draft hides /usr/local/share/emacs/site-lisp/notmuch-draft<br>/home/kun=
/.emacs.d/elpa/notmuch-20240406.1803/notmuch-wash hides /usr/local/share/em=
acs/site-lisp/notmuch-wash<br>/home/kun/.emacs.d/elpa/notmuch-20240406.1803=
/notmuch-mua hides /usr/local/share/emacs/site-lisp/notmuch-mua<br>/home/ku=
n/.emacs.d/elpa/notmuch-20240406.1803/notmuch-jump hides /usr/local/share/e=
macs/site-lisp/notmuch-jump<br>/home/kun/.emacs.d/elpa/notmuch-20240406.180=
3/notmuch-address hides /usr/local/share/emacs/site-lisp/notmuch-address<br=
>/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notmuch-show hides /usr/loca=
l/share/emacs/site-lisp/notmuch-show<br>/home/kun/.emacs.d/elpa/notmuch-202=
40406.1803/notmuch-tree hides /usr/local/share/emacs/site-lisp/notmuch-tree=
<br>/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notmuch-maildir-fcc hides=
 /usr/local/share/emacs/site-lisp/notmuch-maildir-fcc<br>/home/kun/.emacs.d=
/elpa/notmuch-20240406.1803/notmuch-crypto hides /usr/local/share/emacs/sit=
e-lisp/notmuch-crypto<br>/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notm=
uch-query hides /usr/local/share/emacs/site-lisp/notmuch-query<br>/home/kun=
/.emacs.d/elpa/notmuch-20240406.1803/notmuch-tag hides /usr/local/share/ema=
cs/site-lisp/notmuch-tag<br>/home/kun/.emacs.d/elpa/notmuch-20240406.1803/n=
otmuch hides /usr/local/share/emacs/site-lisp/notmuch<br>/home/kun/.emacs.d=
/elpa/notmuch-20240406.1803/notmuch-compat hides /usr/local/share/emacs/sit=
e-lisp/notmuch-compat<br>/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notm=
uch-company hides /usr/local/share/emacs/site-lisp/notmuch-company<br>/home=
/kun/.emacs.d/elpa/notmuch-20240406.1803/notmuch-hello hides /usr/local/sha=
re/emacs/site-lisp/notmuch-hello<br>/home/kun/.emacs.d/elpa/notmuch-2024040=
6.1803/notmuch-parser hides /usr/local/share/emacs/site-lisp/notmuch-parser=
<br>/home/kun/.emacs.d/elpa/notmuch-20240406.1803/notmuch-lib hides /usr/lo=
cal/share/emacs/site-lisp/notmuch-lib<br>/home/kun/.emacs.d/elpa/notmuch-20=
240406.1803/coolj hides /usr/local/share/emacs/site-lisp/coolj<br>/home/kun=
/.emacs.d/elpa/notmuch-20240406.1803/notmuch-print hides /usr/local/share/e=
macs/site-lisp/notmuch-print<br>/home/kun/.emacs.d/elpa/transient-20240421.=
1737/transient hides /usr/local/share/emacs/29.3.50/lisp/transient<br>/home=
/kun/.emacs.d/elpa/org-9.6.28/ob-fortran hides /usr/local/share/emacs/29.3.=
50/lisp/org/ob-fortran<br>/home/kun/.emacs.d/elpa/org-9.6.28/org-timer hide=
s /usr/local/share/emacs/29.3.50/lisp/org/org-timer<br>/home/kun/.emacs.d/e=
lpa/org-9.6.28/org-src hides /usr/local/share/emacs/29.3.50/lisp/org/org-sr=
c<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-plantuml hides /usr/local/share/=
emacs/29.3.50/lisp/org/ob-plantuml<br>/home/kun/.emacs.d/elpa/org-9.6.28/or=
g-refile hides /usr/local/share/emacs/29.3.50/lisp/org/org-refile<br>/home/=
kun/.emacs.d/elpa/org-9.6.28/ob-scheme hides /usr/local/share/emacs/29.3.50=
/lisp/org/ob-scheme<br>/home/kun/.emacs.d/elpa/org-9.6.28/org-persist hides=
 /usr/local/share/emacs/29.3.50/lisp/org/org-persist<br>/home/kun/.emacs.d/=
elpa/org-9.6.28/ob-css hides /usr/local/share/emacs/29.3.50/lisp/org/ob-css=
<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-dot hides /usr/local/share/emacs/=
29.3.50/lisp/org/ob-dot<br>/home/kun/.emacs.d/elpa/org-9.6.28/org-entities =
hides /usr/local/share/emacs/29.3.50/lisp/org/org-entities<br>/home/kun/.em=
acs.d/elpa/org-9.6.28/ob-maxima hides /usr/local/share/emacs/29.3.50/lisp/o=
rg/ob-maxima<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-perl hides /usr/local=
/share/emacs/29.3.50/lisp/org/ob-perl<br>/home/kun/.emacs.d/elpa/org-9.6.28=
/ol-doi hides /usr/local/share/emacs/29.3.50/lisp/org/ol-doi<br>/home/kun/.=
emacs.d/elpa/org-9.6.28/ob-python hides /usr/local/share/emacs/29.3.50/lisp=
/org/ob-python<br>/home/kun/.emacs.d/elpa/org-9.6.28/org-habit hides /usr/l=
ocal/share/emacs/29.3.50/lisp/org/org-habit<br>/home/kun/.emacs.d/elpa/org-=
9.6.28/ob-eval hides /usr/local/share/emacs/29.3.50/lisp/org/ob-eval<br>/ho=
me/kun/.emacs.d/elpa/org-9.6.28/org-macro hides /usr/local/share/emacs/29.3=
.50/lisp/org/org-macro<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-julia hides=
 /usr/local/share/emacs/29.3.50/lisp/org/ob-julia<br>/home/kun/.emacs.d/elp=
a/org-9.6.28/ox-man hides /usr/local/share/emacs/29.3.50/lisp/org/ox-man<br=
>/home/kun/.emacs.d/elpa/org-9.6.28/ob-lob hides /usr/local/share/emacs/29.=
3.50/lisp/org/ob-lob<br>/home/kun/.emacs.d/elpa/org-9.6.28/oc-bibtex hides =
/usr/local/share/emacs/29.3.50/lisp/org/oc-bibtex<br>/home/kun/.emacs.d/elp=
a/org-9.6.28/ob-sass hides /usr/local/share/emacs/29.3.50/lisp/org/ob-sass<=
br>/home/kun/.emacs.d/elpa/org-9.6.28/ox hides /usr/local/share/emacs/29.3.=
50/lisp/org/ox<br>/home/kun/.emacs.d/elpa/org-9.6.28/org-table hides /usr/l=
ocal/share/emacs/29.3.50/lisp/org/org-table<br>/home/kun/.emacs.d/elpa/org-=
9.6.28/oc-natbib hides /usr/local/share/emacs/29.3.50/lisp/org/oc-natbib<br=
>/home/kun/.emacs.d/elpa/org-9.6.28/ob-C hides /usr/local/share/emacs/29.3.=
50/lisp/org/ob-C<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-java hides /usr/l=
ocal/share/emacs/29.3.50/lisp/org/ob-java<br>/home/kun/.emacs.d/elpa/org-9.=
6.28/org-mouse hides /usr/local/share/emacs/29.3.50/lisp/org/org-mouse<br>/=
home/kun/.emacs.d/elpa/org-9.6.28/ob hides /usr/local/share/emacs/29.3.50/l=
isp/org/ob<br>/home/kun/.emacs.d/elpa/org-9.6.28/org-cycle hides /usr/local=
/share/emacs/29.3.50/lisp/org/org-cycle<br>/home/kun/.emacs.d/elpa/org-9.6.=
28/ob-screen hides /usr/local/share/emacs/29.3.50/lisp/org/ob-screen<br>/ho=
me/kun/.emacs.d/elpa/org-9.6.28/ox-icalendar hides /usr/local/share/emacs/2=
9.3.50/lisp/org/ox-icalendar<br>/home/kun/.emacs.d/elpa/org-9.6.28/org-capt=
ure hides /usr/local/share/emacs/29.3.50/lisp/org/org-capture<br>/home/kun/=
.emacs.d/elpa/org-9.6.28/ox-texinfo hides /usr/local/share/emacs/29.3.50/li=
sp/org/ox-texinfo<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-ocaml hides /usr=
/local/share/emacs/29.3.50/lisp/org/ob-ocaml<br>/home/kun/.emacs.d/elpa/org=
-9.6.28/ob-table hides /usr/local/share/emacs/29.3.50/lisp/org/ob-table<br>=
/home/kun/.emacs.d/elpa/org-9.6.28/ox-beamer hides /usr/local/share/emacs/2=
9.3.50/lisp/org/ox-beamer<br>/home/kun/.emacs.d/elpa/org-9.6.28/ol-info hid=
es /usr/local/share/emacs/29.3.50/lisp/org/ol-info<br>/home/kun/.emacs.d/el=
pa/org-9.6.28/org-attach-git hides /usr/local/share/emacs/29.3.50/lisp/org/=
org-attach-git<br>/home/kun/.emacs.d/elpa/org-9.6.28/org-version hides /usr=
/local/share/emacs/29.3.50/lisp/org/org-version<br>/home/kun/.emacs.d/elpa/=
org-9.6.28/org-footnote hides /usr/local/share/emacs/29.3.50/lisp/org/org-f=
ootnote<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-ref hides /usr/local/share=
/emacs/29.3.50/lisp/org/ob-ref<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-esh=
ell hides /usr/local/share/emacs/29.3.50/lisp/org/ob-eshell<br>/home/kun/.e=
macs.d/elpa/org-9.6.28/ol-eshell hides /usr/local/share/emacs/29.3.50/lisp/=
org/ol-eshell<br>/home/kun/.emacs.d/elpa/org-9.6.28/org-protocol hides /usr=
/local/share/emacs/29.3.50/lisp/org/org-protocol<br>/home/kun/.emacs.d/elpa=
/org-9.6.28/ob-groovy hides /usr/local/share/emacs/29.3.50/lisp/org/ob-groo=
vy<br>/home/kun/.emacs.d/elpa/org-9.6.28/org-plot hides /usr/local/share/em=
acs/29.3.50/lisp/org/org-plot<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-dita=
a hides /usr/local/share/emacs/29.3.50/lisp/org/ob-ditaa<br>/home/kun/.emac=
s.d/elpa/org-9.6.28/ob-sqlite hides /usr/local/share/emacs/29.3.50/lisp/org=
/ob-sqlite<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-shell hides /usr/local/=
share/emacs/29.3.50/lisp/org/ob-shell<br>/home/kun/.emacs.d/elpa/org-9.6.28=
/ox-md hides /usr/local/share/emacs/29.3.50/lisp/org/ox-md<br>/home/kun/.em=
acs.d/elpa/org-9.6.28/org-inlinetask hides /usr/local/share/emacs/29.3.50/l=
isp/org/org-inlinetask<br>/home/kun/.emacs.d/elpa/org-9.6.28/org hides /usr=
/local/share/emacs/29.3.50/lisp/org/org<br>/home/kun/.emacs.d/elpa/org-9.6.=
28/ol-man hides /usr/local/share/emacs/29.3.50/lisp/org/ol-man<br>/home/kun=
/.emacs.d/elpa/org-9.6.28/org-compat hides /usr/local/share/emacs/29.3.50/l=
isp/org/org-compat<br>/home/kun/.emacs.d/elpa/org-9.6.28/ol-w3m hides /usr/=
local/share/emacs/29.3.50/lisp/org/ol-w3m<br>/home/kun/.emacs.d/elpa/org-9.=
6.28/ol-docview hides /usr/local/share/emacs/29.3.50/lisp/org/ol-docview<br=
>/home/kun/.emacs.d/elpa/org-9.6.28/ob-latex hides /usr/local/share/emacs/2=
9.3.50/lisp/org/ob-latex<br>/home/kun/.emacs.d/elpa/org-9.6.28/ox-odt hides=
 /usr/local/share/emacs/29.3.50/lisp/org/ox-odt<br>/home/kun/.emacs.d/elpa/=
org-9.6.28/ob-haskell hides /usr/local/share/emacs/29.3.50/lisp/org/ob-hask=
ell<br>/home/kun/.emacs.d/elpa/org-9.6.28/org-agenda hides /usr/local/share=
/emacs/29.3.50/lisp/org/org-agenda<br>/home/kun/.emacs.d/elpa/org-9.6.28/or=
g-datetree hides /usr/local/share/emacs/29.3.50/lisp/org/org-datetree<br>/h=
ome/kun/.emacs.d/elpa/org-9.6.28/org-keys hides /usr/local/share/emacs/29.3=
.50/lisp/org/org-keys<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-comint hides=
 /usr/local/share/emacs/29.3.50/lisp/org/ob-comint<br>/home/kun/.emacs.d/el=
pa/org-9.6.28/org-num hides /usr/local/share/emacs/29.3.50/lisp/org/org-num=
<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-matlab hides /usr/local/share/ema=
cs/29.3.50/lisp/org/ob-matlab<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-js h=
ides /usr/local/share/emacs/29.3.50/lisp/org/ob-js<br>/home/kun/.emacs.d/el=
pa/org-9.6.28/ol-eww hides /usr/local/share/emacs/29.3.50/lisp/org/ol-eww<b=
r>/home/kun/.emacs.d/elpa/org-9.6.28/org-goto hides /usr/local/share/emacs/=
29.3.50/lisp/org/org-goto<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-processi=
ng hides /usr/local/share/emacs/29.3.50/lisp/org/ob-processing<br>/home/kun=
/.emacs.d/elpa/org-9.6.28/org-attach hides /usr/local/share/emacs/29.3.50/l=
isp/org/org-attach<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-exp hides /usr/=
local/share/emacs/29.3.50/lisp/org/ob-exp<br>/home/kun/.emacs.d/elpa/org-9.=
6.28/org-mobile hides /usr/local/share/emacs/29.3.50/lisp/org/org-mobile<br=
>/home/kun/.emacs.d/elpa/org-9.6.28/ox-publish hides /usr/local/share/emacs=
/29.3.50/lisp/org/ox-publish<br>/home/kun/.emacs.d/elpa/org-9.6.28/oc-csl h=
ides /usr/local/share/emacs/29.3.50/lisp/org/oc-csl<br>/home/kun/.emacs.d/e=
lpa/org-9.6.28/org-fold-core hides /usr/local/share/emacs/29.3.50/lisp/org/=
org-fold-core<br>/home/kun/.emacs.d/elpa/org-9.6.28/oc hides /usr/local/sha=
re/emacs/29.3.50/lisp/org/oc<br>/home/kun/.emacs.d/elpa/org-9.6.28/org-face=
s hides /usr/local/share/emacs/29.3.50/lisp/org/org-faces<br>/home/kun/.ema=
cs.d/elpa/org-9.6.28/ol-mhe hides /usr/local/share/emacs/29.3.50/lisp/org/o=
l-mhe<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-lua hides /usr/local/share/e=
macs/29.3.50/lisp/org/ob-lua<br>/home/kun/.emacs.d/elpa/org-9.6.28/org-feed=
 hides /usr/local/share/emacs/29.3.50/lisp/org/org-feed<br>/home/kun/.emacs=
.d/elpa/org-9.6.28/oc-basic hides /usr/local/share/emacs/29.3.50/lisp/org/o=
c-basic<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-emacs-lisp hides /usr/loca=
l/share/emacs/29.3.50/lisp/org/ob-emacs-lisp<br>/home/kun/.emacs.d/elpa/org=
-9.6.28/org-clock hides /usr/local/share/emacs/29.3.50/lisp/org/org-clock<b=
r>/home/kun/.emacs.d/elpa/org-9.6.28/org-list hides /usr/local/share/emacs/=
29.3.50/lisp/org/org-list<br>/home/kun/.emacs.d/elpa/org-9.6.28/ol-rmail hi=
des /usr/local/share/emacs/29.3.50/lisp/org/ol-rmail<br>/home/kun/.emacs.d/=
elpa/org-9.6.28/ob-R hides /usr/local/share/emacs/29.3.50/lisp/org/ob-R<br>=
/home/kun/.emacs.d/elpa/org-9.6.28/ob-lisp hides /usr/local/share/emacs/29.=
3.50/lisp/org/ob-lisp<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-sed hides /u=
sr/local/share/emacs/29.3.50/lisp/org/ob-sed<br>/home/kun/.emacs.d/elpa/org=
-9.6.28/ox-html hides /usr/local/share/emacs/29.3.50/lisp/org/ox-html<br>/h=
ome/kun/.emacs.d/elpa/org-9.6.28/org-colview hides /usr/local/share/emacs/2=
9.3.50/lisp/org/org-colview<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-forth =
hides /usr/local/share/emacs/29.3.50/lisp/org/ob-forth<br>/home/kun/.emacs.=
d/elpa/org-9.6.28/org-archive hides /usr/local/share/emacs/29.3.50/lisp/org=
/org-archive<br>/home/kun/.emacs.d/elpa/org-9.6.28/ox-org hides /usr/local/=
share/emacs/29.3.50/lisp/org/ox-org<br>/home/kun/.emacs.d/elpa/org-9.6.28/o=
rg-element hides /usr/local/share/emacs/29.3.50/lisp/org/org-element<br>/ho=
me/kun/.emacs.d/elpa/org-9.6.28/ol-gnus hides /usr/local/share/emacs/29.3.5=
0/lisp/org/ol-gnus<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-gnuplot hides /=
usr/local/share/emacs/29.3.50/lisp/org/ob-gnuplot<br>/home/kun/.emacs.d/elp=
a/org-9.6.28/org-macs hides /usr/local/share/emacs/29.3.50/lisp/org/org-mac=
s<br>/home/kun/.emacs.d/elpa/org-9.6.28/oc-biblatex hides /usr/local/share/=
emacs/29.3.50/lisp/org/oc-biblatex<br>/home/kun/.emacs.d/elpa/org-9.6.28/or=
g-id hides /usr/local/share/emacs/29.3.50/lisp/org/org-id<br>/home/kun/.ema=
cs.d/elpa/org-9.6.28/ol-irc hides /usr/local/share/emacs/29.3.50/lisp/org/o=
l-irc<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-sql hides /usr/local/share/e=
macs/29.3.50/lisp/org/ob-sql<br>/home/kun/.emacs.d/elpa/org-9.6.28/ox-ascii=
 hides /usr/local/share/emacs/29.3.50/lisp/org/ox-ascii<br>/home/kun/.emacs=
.d/elpa/org-9.6.28/ob-ruby hides /usr/local/share/emacs/29.3.50/lisp/org/ob=
-ruby<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-calc hides /usr/local/share/=
emacs/29.3.50/lisp/org/ob-calc<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-clo=
jure hides /usr/local/share/emacs/29.3.50/lisp/org/ob-clojure<br>/home/kun/=
.emacs.d/elpa/org-9.6.28/org-duration hides /usr/local/share/emacs/29.3.50/=
lisp/org/org-duration<br>/home/kun/.emacs.d/elpa/org-9.6.28/org-pcomplete h=
ides /usr/local/share/emacs/29.3.50/lisp/org/org-pcomplete<br>/home/kun/.em=
acs.d/elpa/org-9.6.28/ox-koma-letter hides /usr/local/share/emacs/29.3.50/l=
isp/org/ox-koma-letter<br>/home/kun/.emacs.d/elpa/org-9.6.28/org-ctags hide=
s /usr/local/share/emacs/29.3.50/lisp/org/org-ctags<br>/home/kun/.emacs.d/e=
lpa/org-9.6.28/ox-latex hides /usr/local/share/emacs/29.3.50/lisp/org/ox-la=
tex<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-core hides /usr/local/share/em=
acs/29.3.50/lisp/org/ob-core<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-org h=
ides /usr/local/share/emacs/29.3.50/lisp/org/ob-org<br>/home/kun/.emacs.d/e=
lpa/org-9.6.28/org-tempo hides /usr/local/share/emacs/29.3.50/lisp/org/org-=
tempo<br>/home/kun/.emacs.d/elpa/org-9.6.28/org-fold hides /usr/local/share=
/emacs/29.3.50/lisp/org/org-fold<br>/home/kun/.emacs.d/elpa/org-9.6.28/ol-b=
ibtex hides /usr/local/share/emacs/29.3.50/lisp/org/ol-bibtex<br>/home/kun/=
.emacs.d/elpa/org-9.6.28/ob-lilypond hides /usr/local/share/emacs/29.3.50/l=
isp/org/ob-lilypond<br>/home/kun/.emacs.d/elpa/org-9.6.28/org-loaddefs hide=
s /usr/local/share/emacs/29.3.50/lisp/org/org-loaddefs<br>/home/kun/.emacs.=
d/elpa/org-9.6.28/org-lint hides /usr/local/share/emacs/29.3.50/lisp/org/or=
g-lint<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-tangle hides /usr/local/sha=
re/emacs/29.3.50/lisp/org/ob-tangle<br>/home/kun/.emacs.d/elpa/org-9.6.28/o=
l-bbdb hides /usr/local/share/emacs/29.3.50/lisp/org/ol-bbdb<br>/home/kun/.=
emacs.d/elpa/org-9.6.28/ob-octave hides /usr/local/share/emacs/29.3.50/lisp=
/org/ob-octave<br>/home/kun/.emacs.d/elpa/org-9.6.28/ol hides /usr/local/sh=
are/emacs/29.3.50/lisp/org/ol<br>/home/kun/.emacs.d/elpa/org-9.6.28/ob-awk =
hides /usr/local/share/emacs/29.3.50/lisp/org/ob-awk<br>/home/kun/.emacs.d/=
elpa/org-9.6.28/ob-makefile hides /usr/local/share/emacs/29.3.50/lisp/org/o=
b-makefile<br>/home/kun/.emacs.d/elpa/org-9.6.28/org-indent hides /usr/loca=
l/share/emacs/29.3.50/lisp/org/org-indent<br>/home/kun/.emacs.d/elpa/org-9.=
6.28/org-crypt hides /usr/local/share/emacs/29.3.50/lisp/org/org-crypt<br><=
br>Features:<br>(shadow sort mail-extr emacsbug mule-util cape org-eldoc oc=
-basic ol-eww<br>eww url-queue mm-url ol-rmail ol-mhe ol-irc ol-info ol-gnu=
s nnselect<br>gnus-art mm-uu mml2015 gnus-sum shr pixel-fill kinsoku url-fi=
le svg dom<br>gnus-group gnus-undo gnus-start gnus-dbus dbus xml gnus-cloud=
 nnimap<br>nnmail mail-source utf7 nnoo gnus-spec gnus-int gnus-range gnus-=
win gnus<br>nnheader range ol-docview doc-view filenotify ol-bibtex bibtex =
ol-bbdb<br>ol-w3m ol-doi org-link-doi misearch multi-isearch counsel xref s=
wiper<br>ivy delsel ivy-faces ivy-overlay colir color sh-script smie execut=
able<br>origami origami-parsers cl flycheck ob-sql ob-calc calc-store calc-=
trail<br>calc-ext calc calc-loaddefs rect calc-macs ob-python<br>python-el-=
fgallina-expansions python project treesit ob-ditaa<br>ob-plantuml zenburn-=
theme server diff-hl face-remap vc-hg vc-git<br>log-view pcvs-util vc-dir e=
woc vc vc-dispatcher engine-mode<br>org-super-agenda ts comp comp-cstr warn=
ings ht inline s dash org-habit<br>org-agenda expand-region text-mode-expan=
sions the-org-mode-expansions<br>org-element org-persist xdg org-id org-ref=
ile avl-tree generator<br>er-basic-expansions expand-region-core expand-reg=
ion-custom edmacro<br>kmacro use-package-bind-key bind-key corfu-history co=
rfu<br>use-package-core avy notmuch notmuch-tree notmuch-jump notmuch-hello=
<br>notmuch-show notmuch-print notmuch-crypto notmuch-mua notmuch-message<b=
r>notmuch-draft notmuch-maildir-fcc notmuch-address notmuch-company<br>notm=
uch-parser notmuch-wash diff-mode coolj goto-addr thingatpt<br>icalendar di=
ary-lib diary-loaddefs notmuch-tag crm notmuch-lib<br>notmuch-version notmu=
ch-compat hl-line message sendmail yank-media<br>rfc822 mml mailabbrev mail=
-utils gmm-utils mailheader mm-view mml-smime<br>mml-sec epa epg rfc6068 ep=
g-config gnus-util smime gnutls puny dig<br>mm-decode mm-bodies mm-encode m=
ail-parse rfc2231 rfc2047 rfc2045 mm-util<br>ietf-drums mail-prsvr pdf-occu=
r ibuf-ext ibuffer ibuffer-loaddefs<br>tablist advice derived tablist-filte=
r semantic/wisent/comp<br>semantic/wisent semantic/wisent/wisent semantic/u=
til-modes semantic/util<br>semantic semantic/tag semantic/lex semantic/fw m=
ode-local cedet<br>pdf-isearch let-alist pdf-misc imenu pdf-tools compile c=
us-edit cus-load<br>wid-edit pdf-view bookmark text-property-search pp jka-=
compr pdf-cache<br>pdf-info tq pdf-util pdf-macs image-mode dired dired-loa=
ddefs exif<br>xcscope easy-mmode tramp tramp-loaddefs trampver tramp-integr=
ation<br>files-x tramp-compat shell parse-time iso8601 winner desktop frame=
set<br>ido icomplete follow cl-extra help-mode org-modern org ob ob-tangle<=
br>ob-ref ob-lob ob-table ob-exp org-macro org-src ob-comint org-pcomplete<=
br>pcomplete comint ansi-osc ansi-color ring org-list org-footnote<br>org-f=
aces org-entities time-date noutline outline icons ob-emacs-lisp<br>ob-core=
 ob-eval org-cycle org-table ol org-fold org-fold-core org-keys<br>oc org-l=
oaddefs find-func cal-menu calendar cal-loaddefs org-version<br>org-compat =
org-macs format-spec compat finder-inf bison-mode-autoloads<br>cape-autoloa=
ds company-autoloads corfu-autoloads counsel-autoloads<br>diff-hl-autoloads=
 engine-mode-autoloads expand-region-autoloads<br>eyebrowse-autoloads flych=
eck-autoloads fzf-autoloads ggtags-autoloads<br>graphviz-dot-mode-autoloads=
 json-mode-autoloads rx magit-autoloads pcase<br>git-commit-autoloads magit=
-section-autoloads markdown-mode-autoloads<br>notmuch-autoloads orderless-a=
utoloads org-contrib-autoloads<br>org-jira-autoloads org-modern-autoloads o=
rg-present-autoloads<br>org-ql-autoloads org-super-agenda-autoloads org-tre=
e-slide-autoloads<br>ov-autoloads ox-reveal-autoloads org-autoloads pdf-too=
ls-autoloads<br>peg-autoloads prodigy-autoloads f-autoloads request-autoloa=
ds<br>scala-mode-autoloads svg-lib-autoloads swiper-autoloads ivy-autoloads=
<br>tablist-autoloads transient-autoloads treemacs-autoloads<br>posframe-au=
toloads ht-autoloads hydra-autoloads pfuture-autoloads<br>ace-window-autolo=
ads avy-autoloads ts-autoloads s-autoloads<br>dash-autoloads uniquify-files=
-autoloads vterm-autoloads wisi-autoloads<br>with-editor-autoloads info com=
pat-autoloads xcscope-autoloads<br>yaml-autoloads yaml-mode-autoloads yasni=
ppet-snippets-autoloads<br>yasnippet-autoloads zenburn-theme-autoloads pack=
age browse-url url<br>url-proxy url-privacy url-expand url-methods url-hist=
ory url-cookie<br>generate-lisp-file url-domsuf url-util mailcap url-handle=
rs url-parse<br>auth-source cl-seq eieio eieio-core cl-macs password-cache =
json subr-x<br>map byte-opt gv bytecomp byte-compile url-vars cl-loaddefs c=
l-lib rmc<br>iso-transl tooltip cconv eldoc paren electric uniquify ediff-h=
ook<br>vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win<br>term/=
common-win x-dnd tool-bar dnd fontset image regexp-opt fringe<br>tabulated-=
list replace newcomment text-mode lisp-mode prog-mode register<br>page tab-=
bar menu-bar rfn-eshadow isearch easymenu timer select<br>scroll-bar mouse =
jit-lock font-lock syntax font-core term/tty-colors<br>frame minibuffer nad=
vice seq simple cl-generic indonesian philippine<br>cham georgian utf-8-lan=
g misc-lang vietnamese tibetan thai tai-viet lao<br>korean japanese eucjp-m=
s cp51932 hebrew greek romanian slovak czech<br>european ethiopic indian cy=
rillic chinese composite emoji-zwj charscript<br>charprop case-table epa-ho=
ok jka-cmpr-hook help abbrev obarray oclosure<br>cl-preloaded button loadde=
fs theme-loaddefs faces cus-face macroexp<br>files window text-properties o=
verlay sha1 md5 base64 format env<br>code-pages mule custom widget keymap h=
ashtable-print-readable backquote<br>threads dbusbind inotify dynamic-setti=
ng system-font-setting<br>font-render-setting cairo move-toolbar gtk x-tool=
kit xinput2 x multi-tty<br>make-network-process native-compile emacs)<br><b=
r>Memory information:<br>((conses 16 997490 768350)<br>=C2=A0(symbols 48 50=
364 108)<br>=C2=A0(strings 32 240148 40216)<br>=C2=A0(string-bytes 1 706365=
2)<br>=C2=A0(vectors 16 78565)<br>=C2=A0(vector-slots 8 2001387 429278)<br>=
=C2=A0(floats 8 611 782)<br>=C2=A0(intervals 56 2767 2910)<br>=C2=A0(buffer=
s 984 18))<br></div>

--000000000000eacebc0617936ec6--




Acknowledgement sent to Kun Liu <kun.liu@HIDDEN>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs@HIDDEN. Full text available.
Report forwarded to bug-gnu-emacs@HIDDEN:
bug#70760; Package emacs. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Sat, 18 May 2024 18:30:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.