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?
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.
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.
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.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?
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.
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.
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.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= "(follow-mode t)", 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 <<a href=3D"mailto:kun.liu@HIDDEN">kun.liu@HIDDEN</a>> 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'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 <<a href=3D"mailto:eliz@HIDDEN"= target=3D"_blank">eliz@HIDDEN</a>> 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">> From: Michael Albinus <<a href=3D"= mailto:michael.albinus@HIDDEN" target=3D"_blank">michael.albinus@HIDDEN</a>= ><br> > Cc: Eli Zaretskii <<a href=3D"mailto:eliz@HIDDEN" target=3D"_blank= ">eliz@HIDDEN</a>>,=C2=A0 <a href=3D"mailto:70760 <at> debbugs.gnu.org" targ= et=3D"_blank">70760 <at> debbugs.gnu.org</a><br> > Date: Fri, 17 May 2024 18:23:46 +0200<br> > <br> > But what if an event is added to the input event queue, which has an<b= r> > arbitrary format? Or an existing event has been modified? It could loo= k<br> > like a D-Bus event (the car of the event is `dbus-event'), but the= rest<br> > of the list is random. It must not come via the dbusevent.c mechanism<= br> > I've explained above, anybody can push such an event onto then inp= ut<br> > 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--
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.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'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 <<a href=3D"mailto:el= iz@HIDDEN">eliz@HIDDEN</a>> 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">> From: Michael Albinus <<a href=3D"mailto:mi= chael.albinus@HIDDEN" target=3D"_blank">michael.albinus@HIDDEN</a>><br> > Cc: Eli Zaretskii <<a href=3D"mailto:eliz@HIDDEN" target=3D"_blank= ">eliz@HIDDEN</a>>,=C2=A0 <a href=3D"mailto:70760 <at> debbugs.gnu.org" targ= et=3D"_blank">70760 <at> debbugs.gnu.org</a><br> > Date: Fri, 17 May 2024 18:23:46 +0200<br> > <br> > But what if an event is added to the input event queue, which has an<b= r> > arbitrary format? Or an existing event has been modified? It could loo= k<br> > like a D-Bus event (the car of the event is `dbus-event'), but the= rest<br> > of the list is random. It must not come via the dbusevent.c mechanism<= br> > I've explained above, anybody can push such an event onto then inp= ut<br> > 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--
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.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?
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.
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.
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.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 "dbus-m= onitor --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=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 <<a href=3D"mailto:michael.albinus@HIDDEN">michael.albinus= @gmx.de</a>> 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 <<a href=3D"mailto:kun.liu@HIDDEN" target=3D"_blank">k= un.liu@HIDDEN</a>> writes:<br> <br> Hi,<br> <br> > I started dbus-monitor to monitor both session and system messages.<br= > > Then I repeated the test mentioned in the last message.<br> ><br> > The relevant lines in the "dbus-monitor --system" output: (p= lease note<br> > 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> > method call time=3D1715806663.121956 sender=3D:1.82 -><br> > destination=3Dorg.freedesktop.DBus serial=3D1 path=3D/org/freedesktop/= DBus;<br> > interface=3Dorg.freedesktop.DBus; member=3DHello<br> > method return time=3D1715806663.121973 sender=3Dorg.freedesktop.DBus -= ><br> > destination=3D:1.82 serial=3D1 reply_serial=3D1<br> >=C2=A0 =C2=A0 string ":1.82"<br> <br> Emacs sys "Hello" to D-Bus.<br> <br> > signal time=3D1715806663.121976 sender=3Dorg.freedesktop.DBus -><br= > > destination=3D(null destination) serial=3D101 path=3D/org/freedesktop/= DBus;<br> > interface=3Dorg.freedesktop.DBus; member=3DNameOwnerChanged<br> >=C2=A0 =C2=A0 string ":1.82"<br> >=C2=A0 =C2=A0 string ""<br> >=C2=A0 =C2=A0 string ":1.82"<br> > signal time=3D1715806663.121981 sender=3Dorg.freedesktop.DBus -><br= > > destination=3D:1.82 serial=3D2 path=3D/org/freedesktop/DBus;<br> > interface=3Dorg.freedesktop.DBus; member=3DNameAcquired<br> >=C2=A0 =C2=A0 string ":1.82"<br> <br> D-Bus replies two signals, saying that it understood the "Hello",= and<br> that it has registered the service with unique name :1.82.<br> <br> > method call time=3D1715806663.130182 sender=3D:1.82 -><br> > destination=3Dorg.freedesktop.DBus serial=3D2 path=3D/org/freedesktop/= DBus;<br> > interface=3Dorg.freedesktop.DBus; member=3DAddMatch<br> >=C2=A0 =C2=A0 string<br> > "type=3D'signal',interface=3D'org.freedesktop.DBus.Lo= cal',member=3D'Disconnected',path=3D'/org/freedesktop/DBus/= Local'"<br> ><br> > method return time=3D1715806663.130202 sender=3Dorg.freedesktop.DBus -= ><br> > destination=3D:1.82 serial=3D3 reply_serial=3D2<br> <br> Emacs registers for signals.<br> <br> > ...<br> > signal time=3D1715806675.545929 sender=3Dorg.freedesktop.DBus -><br= > > destination=3D:1.82 serial=3D4 path=3D/org/freedesktop/DBus;<br> > interface=3Dorg.freedesktop.DBus; member=3DNameLost<br> >=C2=A0 =C2=A0 string ":1.82"<br> > signal time=3D1715806675.545978 sender=3Dorg.freedesktop.DBus -><br= > > destination=3D(null destination) serial=3D102 path=3D/org/freedesktop/= DBus;<br> > interface=3Dorg.freedesktop.DBus; member=3DNameOwnerChanged<br> >=C2=A0 =C2=A0 string ":1.82"<br> >=C2=A0 =C2=A0 string ":1.82"<br> >=C2=A0 =C2=A0 string ""<br> <br> This is very likely the time you have stopped Emacs, and D-Bus<br> unregisters its unique name, therefore.<br> <br> > The relevant lines in the "dbus-monitor" output:<br> <br> The look very similar to the system bus output. Here, Emacs has the<br> unique name :1.177.<br> <br> > method call time=3D1715806663.132256 sender=3D:1.153 -><br> > destination=3Dorg.freedesktop.DBus serial=3D657<br> > path=3D/org/freedesktop/DBus; interface=3Dorg.freedesktop.DBus;<br> > member=3DGetConnectionUnixProcessID<br> >=C2=A0 =C2=A0 string ":1.177"<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--
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.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.
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.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.
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.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 "dbus-monitor --system" = 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 -> destination=3D:1.8= 2 serial=3D1 reply_serial=3D1<br>=C2=A0 =C2=A0string ":1.82"<br>s= ignal time=3D1715806663.121976 sender=3Dorg.freedesktop.DBus -> destinat= ion=3D(null destination) serial=3D101 path=3D/org/freedesktop/DBus; interfa= ce=3Dorg.freedesktop.DBus; member=3DNameOwnerChanged<br>=C2=A0 =C2=A0string= ":1.82"<br>=C2=A0 =C2=A0string ""<br>=C2=A0 =C2=A0stri= ng ":1.82"<br>signal time=3D1715806663.121981 sender=3Dorg.freede= sktop.DBus -> destination=3D:1.82 serial=3D2 path=3D/org/freedesktop/DBu= s; interface=3Dorg.freedesktop.DBus; member=3DNameAcquired<br>=C2=A0 =C2=A0= string ":1.82"<br>method call time=3D1715806663.130182 sender=3D:= 1.82 -> destination=3Dorg.freedesktop.DBus serial=3D2 path=3D/org/freede= sktop/DBus; interface=3Dorg.freedesktop.DBus; member=3DAddMatch<br>=C2=A0 = =C2=A0string "type=3D'signal',interface=3D'org.freedesktop= .DBus.Local',member=3D'Disconnected',path=3D'/org/freedeskt= op/DBus/Local'"<br>method return time=3D1715806663.130202 sender= =3Dorg.freedesktop.DBus -> destination=3D:1.82 serial=3D3 reply_serial= =3D2<br>...<br>signal time=3D1715806675.545929 sender=3Dorg.freedesktop.DBu= s -> destination=3D:1.82 serial=3D4 path=3D/org/freedesktop/DBus; interf= ace=3Dorg.freedesktop.DBus; member=3DNameLost<br>=C2=A0 =C2=A0string "= :1.82"<br>signal time=3D1715806675.545978 sender=3Dorg.freedesktop.DBu= s -> destination=3D(null destination) serial=3D102 path=3D/org/freedeskt= op/DBus; interface=3Dorg.freedesktop.DBus; member=3DNameOwnerChanged<br>=C2= =A0 =C2=A0string ":1.82"<br>=C2=A0 =C2=A0string ":1.82"= <br>=C2=A0 =C2=A0string ""<br></div><div><br></div><div>The relev= ant lines in the "dbus-monitor" output:</div><div>method call tim= e=3D1715806663.132226 sender=3D:1.177 -> 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 -> destination=3D:1.177 serial=3D1 reply_serial=3D1<br>= =C2=A0 =C2=A0string ":1.177"<br>signal time=3D1715806663.132242 s= ender=3Dorg.freedesktop.DBus -> destination=3D(null destination) serial= =3D704 path=3D/org/freedesktop/DBus; interface=3Dorg.freedesktop.DBus; memb= er=3DNameOwnerChanged<br>=C2=A0 =C2=A0string ":1.177"<br>=C2=A0 = =C2=A0string ""<br>=C2=A0 =C2=A0string ":1.177"<br>sign= al time=3D1715806663.132246 sender=3Dorg.freedesktop.DBus -> destination= =3D:1.177 serial=3D2 path=3D/org/freedesktop/DBus; interface=3Dorg.freedesk= top.DBus; member=3DNameAcquired<br>=C2=A0 =C2=A0string ":1.177"<b= r>method call time=3D1715806663.132256 sender=3D:1.153 -> destination=3D= org.freedesktop.DBus serial=3D657 path=3D/org/freedesktop/DBus; interface= =3Dorg.freedesktop.DBus; member=3DGetConnectionUnixProcessID<br>=C2=A0 =C2= =A0string ":1.177"<br>method call time=3D1715806663.132987 sender= =3D:1.177 -> destination=3Dorg.freedesktop.DBus serial=3D2 path=3D/org/f= reedesktop/DBus; interface=3Dorg.freedesktop.DBus; member=3DAddMatch<br>=C2= =A0 =C2=A0string "type=3D'signal',interface=3D'org.freedes= ktop.DBus.Local',member=3D'Disconnected',path=3D'/org/freed= esktop/DBus/Local'"<br>method return time=3D1715806663.132998 send= er=3Dorg.freedesktop.DBus -> destination=3D:1.177 serial=3D3 reply_seria= l=3D2<br>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<br>=C2=A0 =C2=A0string ":1.= 177"<br>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<br>=C2= =A0 =C2=A0string ":1.177"<br>=C2=A0 =C2=A0string ":1.177&quo= t;<br>=C2=A0 =C2=A0string ""<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 <<a href=3D"mailto:kun.liu@HIDDEN">kun.liu@gmai= l.com</a>> 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 '/tmp/<a href=3D"http://test.org" targe= t=3D"_blank">test.org</a>'. 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'signal',interface=3D'org.freedesktop.DBus.L= ocal',member=3D'Disconnected',path=3D'/org/freedesktop/DBus= /Local'<br>xd_signature: s<br>xd_append_arg: s type=3D'signal',= interface=3D'org.freedesktop.DBus.Local',member=3D'Disconnected= ',path=3D'/org/freedesktop/DBus/Local'<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 "type=3D'signal',interface=3D'org.freedesktop.DBus.Lo= cal',member=3D'Disconnected',path=3D'/org/freedesktop/DBus/= Local'" 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'signal',interface=3D'org.freedesktop.DBus.= Local',member=3D'Disconnected',path=3D'/org/freedesktop/DBu= s/Local'<br>xd_signature: s<br>xd_append_arg: s type=3D'signal'= ,interface=3D'org.freedesktop.DBus.Local',member=3D'Disconnecte= d',path=3D'/org/freedesktop/DBus/Local'<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 "type=3D'signal',interface=3D'org.freedeskt= op.DBus.Local',member=3D'Disconnected',path=3D'/org/freedes= ktop/DBus/Local'" 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 <<a href=3D"mailto:michael.albinus@HIDDEN" t= arget=3D"_blank">michael.albinus@HIDDEN</a>> 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 <<a href=3D"mailto:kun.li= u@HIDDEN" target=3D"_blank">kun.liu@HIDDEN</a>> writes:<br> <br> Hi,<br> <br> > Here is a couple of instances of what I saw in *Messages* right after<= br> > I was able to trigger the problem.<br> <br> So no messages from dbusbond.c, which is good for analysis: the events<br> haven't benn inserted via the D-Bus system of your machine.<br> <br> > case 1:<br> ><br> > DBus-Event (dbus-event :post-blank 0 :post-affiliated 1455145 :mode<br= > > nil :granularity element :cached t :parent (section (:begin 1179957 :<= br> > end 1609350 :contents-begin 1179957 :contents-end 1609349 :<br> > robust-begin 1179957 :robust-end 1609347 :post-blank 1 :<br> > post-affiliated 1179957 :mode section :granularity element :cached t := <br> > parent (headline (:raw-value Old stuff :begin 1179945 :end 1609350 :<b= r> > pre-blank 0 :contents-begin 1179957 :contents-end 1609349 :<br> > robust-begin 1180109 :robust-end 1609347 :level 1 :priority nil :tags<= br> > nil :todo-keyword nil :todo-type nil :post-blank 1 :footnote-section-p= <br> > nil :archivedp nil :commentedp nil :post-affiliated 1179945 :<br> > 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> > ARCHIVE_OLPATH Scratch :ARCHIVE_CATEGORY worklog :title Old stuff :<br= > > mode nil :granularity element :cached t :parent (org-data (:begin 1 :<= br> > contents-begin 1 :contents-end 15432855 :end 15432856 :robust-begin 3 = :<br> > robust-end 15432853 :post-blank 1 :post-affiliated 1 :path<br> > /home/kun/work/worklog.org_archive :mode org-data :CATEGORY worklog :<= br> > cached t :org-element--cache-sync-key nil)) :<br> > org-element--cache-sync-key nil)) :org-element--cache-sync-key nil)) := <br> > org-element--cache-sync-key nil) [2 times]<br> > Entering debugger...<br> > DBus-Event (dbus-event x . make4ht)<br> > funcall-interactively: Wrong type argument: listp, "make4ht"= <br> <br> The :post-blank keyword exist in org/*.el files only.<br> <br> > case 2:<br> ><br> > DBus-Event (dbus-event :post-blank 0 :post-affiliated 1455145 :mode<br= > > nil :granularity element :cached t :parent (section (:begin 1179957 :<= br> > end 1609350 :contents-begin 1179957 :contents-end 1609349 :<br> > robust-begin 1179957 :robust-end 1609347 :post-blank 1 :<br> > post-affiliated 1179957 :mode section :granularity element :cached t := <br> > parent (headline (:raw-value Old stuff :begin 1179945 :end 1609350 :<b= r> > pre-blank 0 :contents-begin 1179957 :contents-end 1609349 :<br> > robust-begin 1180109 :robust-end 1609347 :level 1 :priority nil :tags<= br> > nil :todo-keyword nil :todo-type nil :post-blank 1 :footnote-section-p= <br> > nil :archivedp nil :commentedp nil :post-affiliated 1179945 :<br> > 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> > ARCHIVE_OLPATH Scratch :ARCHIVE_CATEGORY worklog :title Old stuff :<br= > > mode nil :granularity element :cached t :parent (org-data (:begin 1 :<= br> > contents-begin 1 :contents-end 15432855 :end 15432856 :robust-begin 3 = :<br> > robust-end 15432853 :post-blank 1 :post-affiliated 1 :path<br> > /home/kun/work/worklog.org_archive :mode org-data :CATEGORY worklog :<= br> > cached t :org-element--cache-sync-key nil)) :<br> > org-element--cache-sync-key nil)) :org-element--cache-sync-key nil)) := <br> > org-element--cache-sync-key nil) [2 times]<br> > dbus-event-bus-name: D-Bus error: "Not a valid D-Bus event",= <br> > (dbus-event :post-blank 0 :post-affiliated 1455145 :mode nil :<br> > 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--
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.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 '/tmp/<a href=3D"http://test.org">test.org</= a>'. 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'= ;signal',interface=3D'org.freedesktop.DBus.Local',member=3D'= ;Disconnected',path=3D'/org/freedesktop/DBus/Local'<br>xd_signa= ture: s<br>xd_append_arg: s type=3D'signal',interface=3D'org.fr= eedesktop.DBus.Local',member=3D'Disconnected',path=3D'/org/= freedesktop/DBus/Local'<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 "type=3D'= signal',interface=3D'org.freedesktop.DBus.Local',member=3D'= Disconnected',path=3D'/org/freedesktop/DBus/Local'" 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= 9;signal',interface=3D'org.freedesktop.DBus.Local',member=3D= 9;Disconnected',path=3D'/org/freedesktop/DBus/Local'<br>xd_sign= ature: s<br>xd_append_arg: s type=3D'signal',interface=3D'org.f= reedesktop.DBus.Local',member=3D'Disconnected',path=3D'/org= /freedesktop/DBus/Local'<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 "ty= pe=3D'signal',interface=3D'org.freedesktop.DBus.Local',memb= er=3D'Disconnected',path=3D'/org/freedesktop/DBus/Local'&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 <<a href=3D"mailto:michael.albinus@HIDDEN">michael.albinus@HIDDEN</a>= > 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 <<a href=3D"mailto:kun.liu@HIDDEN" target=3D"_blank">kun.liu@gmai= l.com</a>> writes:<br> <br> Hi,<br> <br> > Here is a couple of instances of what I saw in *Messages* right after<= br> > I was able to trigger the problem.<br> <br> So no messages from dbusbond.c, which is good for analysis: the events<br> haven't benn inserted via the D-Bus system of your machine.<br> <br> > case 1:<br> ><br> > DBus-Event (dbus-event :post-blank 0 :post-affiliated 1455145 :mode<br= > > nil :granularity element :cached t :parent (section (:begin 1179957 :<= br> > end 1609350 :contents-begin 1179957 :contents-end 1609349 :<br> > robust-begin 1179957 :robust-end 1609347 :post-blank 1 :<br> > post-affiliated 1179957 :mode section :granularity element :cached t := <br> > parent (headline (:raw-value Old stuff :begin 1179945 :end 1609350 :<b= r> > pre-blank 0 :contents-begin 1179957 :contents-end 1609349 :<br> > robust-begin 1180109 :robust-end 1609347 :level 1 :priority nil :tags<= br> > nil :todo-keyword nil :todo-type nil :post-blank 1 :footnote-section-p= <br> > nil :archivedp nil :commentedp nil :post-affiliated 1179945 :<br> > 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> > ARCHIVE_OLPATH Scratch :ARCHIVE_CATEGORY worklog :title Old stuff :<br= > > mode nil :granularity element :cached t :parent (org-data (:begin 1 :<= br> > contents-begin 1 :contents-end 15432855 :end 15432856 :robust-begin 3 = :<br> > robust-end 15432853 :post-blank 1 :post-affiliated 1 :path<br> > /home/kun/work/worklog.org_archive :mode org-data :CATEGORY worklog :<= br> > cached t :org-element--cache-sync-key nil)) :<br> > org-element--cache-sync-key nil)) :org-element--cache-sync-key nil)) := <br> > org-element--cache-sync-key nil) [2 times]<br> > Entering debugger...<br> > DBus-Event (dbus-event x . make4ht)<br> > funcall-interactively: Wrong type argument: listp, "make4ht"= <br> <br> The :post-blank keyword exist in org/*.el files only.<br> <br> > case 2:<br> ><br> > DBus-Event (dbus-event :post-blank 0 :post-affiliated 1455145 :mode<br= > > nil :granularity element :cached t :parent (section (:begin 1179957 :<= br> > end 1609350 :contents-begin 1179957 :contents-end 1609349 :<br> > robust-begin 1179957 :robust-end 1609347 :post-blank 1 :<br> > post-affiliated 1179957 :mode section :granularity element :cached t := <br> > parent (headline (:raw-value Old stuff :begin 1179945 :end 1609350 :<b= r> > pre-blank 0 :contents-begin 1179957 :contents-end 1609349 :<br> > robust-begin 1180109 :robust-end 1609347 :level 1 :priority nil :tags<= br> > nil :todo-keyword nil :todo-type nil :post-blank 1 :footnote-section-p= <br> > nil :archivedp nil :commentedp nil :post-affiliated 1179945 :<br> > 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> > ARCHIVE_OLPATH Scratch :ARCHIVE_CATEGORY worklog :title Old stuff :<br= > > mode nil :granularity element :cached t :parent (org-data (:begin 1 :<= br> > contents-begin 1 :contents-end 15432855 :end 15432856 :robust-begin 3 = :<br> > robust-end 15432853 :post-blank 1 :post-affiliated 1 :path<br> > /home/kun/work/worklog.org_archive :mode org-data :CATEGORY worklog :<= br> > cached t :org-element--cache-sync-key nil)) :<br> > org-element--cache-sync-key nil)) :org-element--cache-sync-key nil)) := <br> > org-element--cache-sync-key nil) [2 times]<br> > dbus-event-bus-name: D-Bus error: "Not a valid D-Bus event",= <br> > (dbus-event :post-blank 0 :post-affiliated 1455145 :mode nil :<br> > 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--
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.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.
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.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, "make4ht"<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: "Not a valid D-Bus event", (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 <<a href=3D"mailto:michael.albinus@HIDDEN">michael.albinus@g= mx.de</a>> 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 <<a href=3D"mailto:eliz@HIDDEN" target=3D"_blank">el= iz@HIDDEN</a>> writes:<br> <br> Hi,<br> <br> > We have already established that some invalid D-Bus events cause these= <br> > problems.=C2=A0 What we need now is to find out what kind of D-Bus eve= nts<br> > are those, and what does VirtualBox mean to happen when it emits these= <br> > D-Bus events?<br> ><br> > Looking at dbus-check-event, I see that event of the form<br> ><br> >=C2=A0 =C2=A0(dbus-event 10 14)<br> ><br> > is invalid because the first member of the list after 'dbus-event&= #39;<br> > should be either a keyword (a symbol, AFAIU) or a string, but here we<= br> > have a number.<br> ><br> > The event<br> ><br> >=C2=A0 =C2=A0(dbus-event "[ \11]*$")<br> ><br> > from your previous message is also invalid, since it has only one<br> > member after 'dbus-event'.<br> ><br> > IOW, VirtualBox is emitting invalid D-Bus events, at least as far as<b= r> > our support for D-Bus is concerned.<br> ><br> > Michael, are these events invalid according to the D-Bus spec, or we<b= r> > just lack support for them in Emacs?=C2=A0 If the former, I don't = see how<br> > this can be an Emacs problem; you should ask the VirtualBox folks what= <br> > to do to avoid this.<br> <br> These aren't valid D-Bus events according to the spec, and I doubt that= <br> they come from D-Bus itself. But let's instrument Emacs in order to see= <br> which D-Bus events flow around. The following recipe:<br> <br> --8<---------------cut here---------------start------------->8---<br> # rm src/dbusbind.o<br> # make MYCPPFLAGS=3D'-DDBUS_DEBUG'<br> # src/emacs --eval '(setq dbus-debug t message-log-max t)'<br> --8<---------------cut here---------------end--------------->8---<br> <br> Then trigger the problem, and send us the *Messages* buffer afterwards.<br> Recompile Emacs w/o the MYCPPFLAGS arg.<br> <br> > Maybe we can make Emacs more tolerant to these issues, e.g., make the<= br> > 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't related to D-Bus, necessarily.<br> <br> > All in all, I feel like this is not an Emacs issue at all, and should<= br> > not be brought to us.<br> <br> Maybe. But I'd like to see the D-Bus events first.<br> <br> Best regards, Michael.<br> </blockquote></div> --0000000000004befed0618809800--
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.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.
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.
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.
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.
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 "--with-native=
-compilation". 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: "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 "Not a valid D-Bus event" (dbus-event 10 14))<br>=C2=A0 s=
ignal(dbus-error ("Not a valid D-Bus event" (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 "Not a valid D-Bus event" (dbus-event 10 =
14)))<br>=C2=A0 run-hook-with-args(dbus-notice-synchronous-call-errors (dbu=
s-event 10 14) (dbus-error "Not a valid D-Bus event" (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 <<a href=3D"mailto:michael.albinus@=
gmx.de">michael.albinus@HIDDEN</a>> 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 <<a href=3D"mailto:eliz@gnu.=
org" target=3D"_blank">eliz@HIDDEN</a>> writes:<br>
<br>
Hi Eli,<br>
<br>
>> 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>
>> "Emacs has over", then did a ctrll+c.<br>
>><br>
>> Emacs in VirtualBox immediately showed the following:<br>
>><br>
>> Debugger entered--Lisp error: (wrong-type-argument number-or-marke=
r-p nil)<br>
>>=C2=A0 =C2=A0dbus-handle-event((dbus-event "[ \11]*$"))<b=
r>
>>=C2=A0 =C2=A0funcall-interactively(dbus-handle-event (dbus-event &q=
uot;[ \11]*$"))<br>
>>=C2=A0 =C2=A0call-interactively(dbus-handle-event nil [(dbus-event =
"[ \11]*$")])<br>
>>=C2=A0 =C2=A0command-execute(dbus-handle-event nil [(dbus-event &qu=
ot;[ \11]*$")] 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<b=
r>
> do with copying into the Windows clipboard?<br>
<br>
`dbus-handle-event' 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'.<br>
<br>
It isn't called explicitly anywhere in Emacs. So I assume that the<br>
"D-Bus" event is pushed to the keyboard buffer by accident, when<=
br>
communicating with the VirtualBox.<br>
<br>
> Thanks.<br>
<br>
Best regards, Michael.<br>
</blockquote></div>
--000000000000dc7773061863f4df--
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.
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.
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.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 <<a href=3D"mail= to:kun.liu@HIDDEN">kun.liu@HIDDEN</a>> 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 <<a href=3D"mailto:eliz@HIDDEN" target=3D"_blank">eliz@HIDDEN= rg</a>> 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= ">> From: Kun Liu <<a href=3D"mailto:kun.liu@HIDDEN" target=3D"_bl= ank">kun.liu@HIDDEN</a>><br> > Date: Sun, 5 May 2024 08:45:34 -0700<br> > Cc: <a href=3D"mailto:70760 <at> debbugs.gnu.org" target=3D"_blank">70760@d= ebbugs.gnu.org</a><br> > <br> > 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> > "Emacs has over", then did a ctrll+c.<br> > <br> > Emacs in VirtualBox immediately showed the following:<br> > <br> > Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p = nil)<br> >=C2=A0 =C2=A0dbus-handle-event((dbus-event "[ \11]*$"))<br> >=C2=A0 =C2=A0funcall-interactively(dbus-handle-event (dbus-event "= [ \11]*$"))<br> >=C2=A0 =C2=A0call-interactively(dbus-handle-event nil [(dbus-event &quo= t;[ \11]*$")])<br> >=C2=A0 =C2=A0command-execute(dbus-handle-event nil [(dbus-event "[= \11]*$")] 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--
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.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 <<a href=3D"mailto:eliz@g= nu.org">eliz@HIDDEN</a>> 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">> From: Kun Liu <<a href=3D"mailto:kun.liu@gmail.= com" target=3D"_blank">kun.liu@HIDDEN</a>><br> > Date: Sun, 5 May 2024 08:45:34 -0700<br> > Cc: <a href=3D"mailto:70760 <at> debbugs.gnu.org" target=3D"_blank">70760@d= ebbugs.gnu.org</a><br> > <br> > 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> > "Emacs has over", then did a ctrll+c.<br> > <br> > Emacs in VirtualBox immediately showed the following:<br> > <br> > Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p = nil)<br> >=C2=A0 =C2=A0dbus-handle-event((dbus-event "[ \11]*$"))<br> >=C2=A0 =C2=A0funcall-interactively(dbus-handle-event (dbus-event "= [ \11]*$"))<br> >=C2=A0 =C2=A0call-interactively(dbus-handle-event nil [(dbus-event &quo= t;[ \11]*$")])<br> >=C2=A0 =C2=A0command-execute(dbus-handle-event nil [(dbus-event "[= \11]*$")] 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--
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.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.
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.
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 "<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">", 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 "[ \11]*$"))<br=
>=C2=A0 funcall-interactively(dbus-handle-event (dbus-event "[ \11]*$&=
quot;))<br>=C2=A0 call-interactively(dbus-handle-event nil [(dbus-event &qu=
ot;[ \11]*$")])<br>=C2=A0 command-execute(dbus-handle-event nil [(dbus=
-event "[ \11]*$")] 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 <<a href=3D"mailto:eliz@HIDDEN">eliz@HIDDEN</a>=
> 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">>=
From: Kun Liu <<a href=3D"mailto:kun.liu@HIDDEN" target=3D"_blank">k=
un.liu@HIDDEN</a>><br>
> Date: Sat, 4 May 2024 13:49:41 -0700<br>
> <br>
> (gdb) print data<br>
> $1 =3D XIL(0x55f268372323)<br>
> (gdb) xtype<br>
> Lisp_Cons<br>
> (gdb) xcar<br>
> $2 =3D 0x11f40<br>
> (gdb) xtype<br>
> Lisp_Symbol<br>
> (gdb) xsymbol<br>
> $3 =3D (struct Lisp_Symbol *) 0x55f2626ad440 <lispsym+73536><br>
> "wrong-type-argument"<br>
> <br>
> To your question, I wasn't doing anything in Emacs. I was just cop=
ying in Chrome.<br>
> <br>
> Also I upgraded VirtualBox from 6 to 7. And looks like Emacs is no lon=
ger crashing. Now it reports the following<br>
> in mini-bufffer:<br>
> <br>
> funcall-interactively: Wrong type argument: listp, [(2 19 1) ((emacs (=
24))) "A modern list library for Emacs" tar<br>
> ((:commit . "39d067b9fbb2db65fc7a6938bfb21489ad990cb4") (:au=
thors ("Magnar Sveen" .<br>
> "<a href=3D"mailto:magnars@HIDDEN" target=3D"_blank">magnars@g=
mail.com</a>")) (:maintainers ("Magnar Sveen" . "<a hre=
f=3D"mailto:magnars@HIDDEN" target=3D"_blank">magnars@HIDDEN</a>"=
;)) (:maintainer "Magnar<br>
> Sveen" . "<a href=3D"mailto:magnars@HIDDEN" target=3D"_bl=
ank">magnars@HIDDEN</a>") (:keywords "extensions" "l=
isp") (:url . "<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--
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.
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.
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.
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 <<a href=3D"=
mailto:kun.liu@HIDDEN">kun.liu@HIDDEN</a>> 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 <lispsym+73536><br>"wr=
ong-type-argument"<br></div><div><br></div><div>To your question, I wa=
sn'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))) "A modern list library for Emacs" tar ((:comm=
it . "39d067b9fbb2db65fc7a6938bfb21489ad990cb4") (:authors ("=
;Magnar Sveen" . "<a href=3D"mailto:magnars@HIDDEN" target=3D"=
_blank">magnars@HIDDEN</a>")) (:maintainers ("Magnar Sveen&quo=
t; . "<a href=3D"mailto:magnars@HIDDEN" target=3D"_blank">magnars@g=
mail.com</a>")) (:maintainer "Magnar Sveen" . "<a href=
=3D"mailto:magnars@HIDDEN" target=3D"_blank">magnars@HIDDEN</a>"=
) (:keywords "extensions" "lisp") (:url . "<a href=
=3D"https://github.com/magnars/dash.el" target=3D"_blank">https://github.co=
m/magnars/dash.el</a>"))]</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 <<a href=3D"mailto:eliz@HIDDEN" target=3D"_blank">eliz@g=
nu.org</a>> 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">> From: Kun Liu <<a href=3D"mailto:kun.liu@HIDDEN" target=3D=
"_blank">kun.liu@HIDDEN</a>><br>
> Date: Sat, 4 May 2024 11:08:31 -0700<br>
> Cc: <a href=3D"mailto:70760 <at> debbugs.gnu.org" target=3D"_blank">70760@d=
ebbugs.gnu.org</a><br>
> <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>
> "DEAD"<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 "xtype" says it's a cons cell, the next command should be =
"xcar",<br>
followed by "xtype", to show the type of car.=C2=A0 If "xtyp=
e" says it's a<br>
symbol, the next command should be "xsymbol", 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 "xtype" 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--
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.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?
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.
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 <<a href=3D"mailto:eliz@HIDDEN">eliz@HIDDEN</a>> 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>
> #11 0x000055b069603f3e in print_error_message (data=3D<optimized ou=
t>, data@entry=3D0x55b085976613,<br>
> stream=3Dstream@entry=3D0x30, context=3D<optimized out>, caller=
=3Dcaller@entry=3D0x7fe0) at lisp.h:1172<br>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0obj =3D <optimized out><br>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0li =3D {tortoise =3D 0x55b0859765f3, =
max =3D 2, n =3D 0, q =3D 1}<br>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sep =3D 0x55b0696ad6a0 ", "=
<br>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0errname =3D 0x11f40<br>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0errmsg =3D 0x55b06c78e6e4<br>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0file_error =3D 0x0<br>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0tail =3D 0x55b0859765e3<br>
<br>
In this call-stack frame, what is the value of 'data'?=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<optimiz=
ed out>) 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 <repeats 15 times>}<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0=
}<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 pid =3D <optimized out><br>=C2=A0 =
=C2=A0 =C2=A0 =C2=A0 tid =3D <optimized out><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 <handle_fatal_signal>) 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=
<sigsegv_stack+64528>, arg=3D0x564c4cb3e100 <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 <signal handler called> () 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 <set_buffer_int=
ernal_2+227> "H\213@\bH\205\300t\fH\213E\330H\211\307\350\336\362\0=
06"<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 "\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"<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 "", 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 ", "<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 <Scommand_error_default_function>, 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 <exec_byte_code+17280>, 0x564c4c504ea3 =
<exec_byte_code+17317>, 0x564c4c504ea5 <exec_byte_code+17319>, =
0x564c4c504ea7 <exec_byte_code+17321>, 0x564c4c504ea9 <exec_byte_c=
ode+17323>, 0x564c4c504ea9 <exec_byte_code+17323>, 0x564c4c504f0e =
<exec_byte_code+17424>, 0x564c4c504f82 <exec_byte_code+17540>, =
0x564c4c500f00 <exec_byte_code+1026>, 0x564c4c500f02 <exec_byte_co=
de+1028>, 0x564c4c500f04 <exec_byte_code+1030>, 0x564c4c500f06 <=
;exec_byte_code+1032>, 0x564c4c500f08 <exec_byte_code+1034>, 0x564=
c4c500f08 <exec_byte_code+1034>, 0x564c4c500f0e <exec_byte_code+10=
40>, 0x564c4c500ecf <exec_byte_code+977>, 0x564c4c50128d <exec_=
byte_code+1935>, 0x564c4c50128f <exec_byte_code+1937>, 0x564c4c501=
291 <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 &=
lt;exec_byte_code+1949>, 0x564c4c501480 <exec_byte_code+2434>, 0x5=
64c4c501482 <exec_byte_code+2436>, 0x564c4c501484 <exec_byte_code+=
2438>, 0x564c4c501486 <exec_byte_code+2440>, 0x564c4c501488 <ex=
ec_byte_code+2442>, 0x564c4c501488 <exec_byte_code+2442>, 0x564c4c=
50143a <exec_byte_code+2364>, 0x564c4c501451 <exec_byte_code+2387&=
gt;, 0x564c4c501535 <exec_byte_code+2615>, 0x564c4c501537 <exec_by=
te_code+2617>, 0x564c4c501539 <exec_byte_code+2619>, 0x564c4c50153=
b <exec_byte_code+2621>, 0x564c4c50153d <exec_byte_code+2623>, =
0x564c4c50153d <exec_byte_code+2623>, 0x564c4c5014ef <exec_byte_co=
de+2545>, 0x564c4c501506 <exec_byte_code+2568>, 0x564c4c501890 <=
;exec_byte_code+3474>, 0x564c4c501892 <exec_byte_code+3476>, 0x564=
c4c501894 <exec_byte_code+3478>, 0x564c4c501896 <exec_byte_code+34=
80>, 0x564c4c501898 <exec_byte_code+3482>, 0x564c4c501898 <exec=
_byte_code+3482>, 0x564c4c50184a <exec_byte_code+3404>, 0x564c4c50=
1861 <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>, 0x=
564c4c5024d1 <exec_byte_code+6611>, 0x564c4c502533 <exec_byte_code=
+6709>, 0x564c4c501113 <exec_byte_code+1557>, 0x564c4c501195 <e=
xec_byte_code+1687>, 0x564c4c5025ac <exec_byte_code+6830>, 0x564c4=
c501084 <exec_byte_code+1414>, 0x564c4c5011fd <exec_byte_code+1791=
>, 0x564c4c502614 <exec_byte_code+6934>, 0x564c4c50267c <exec_b=
yte_code+7038>, 0x564c4c5026c4 <exec_byte_code+7110>, 0x564c4c5027=
2c <exec_byte_code+7214>, 0x564c4c502792 <exec_byte_code+7316>,=
0x564c4c502878 <exec_byte_code+7546>, 0x564c4c5028c0 <exec_byte_c=
ode+7618>, 0x564c4c502a01 <exec_byte_code+7939>, 0x564c4c502b6d &l=
t;exec_byte_code+8303>, 0x564c4c502bb5 <exec_byte_code+8375>, 0x56=
4c4c502bfd <exec_byte_code+8447>, 0x564c4c502c65 <exec_byte_code+8=
551>, 0x564c4c502ccd <exec_byte_code+8655>, 0x564c4c502d35 <exe=
c_byte_code+8759>, 0x564c4c502dba <exec_byte_code+8892>, 0x564c4c5=
02e09 <exec_byte_code+8971>, 0x564c4c502e58 <exec_byte_code+9050&g=
t;, 0x564c4c502f1f <exec_byte_code+9249>, 0x564c4c502fc1 <exec_byt=
e_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_c=
ode+10458>, 0x564c4c5034ba <exec_byte_code+10684>, 0x564c4c5035ec =
<exec_byte_code+10990>, 0x564c4c50368f <exec_byte_code+11153>, =
0x564c4c5037bb <exec_byte_code+11453>, 0x564c4c503881 <exec_byte_c=
ode+11651>, 0x564c4c503947 <exec_byte_code+11849>, 0x564c4c503ccb =
<exec_byte_code+12749>, 0x564c4c501dad <exec_byte_code+4783>, 0=
x564c4c503d26 <exec_byte_code+12840>, 0x564c4c503d6e <exec_byte_co=
de+12912>, 0x564c4c503e30 <exec_byte_code+13106>, 0x564c4c503e8b &=
lt;exec_byte_code+13197>, 0x564c4c503ee6 <exec_byte_code+13288>, 0=
x564c4c503f2e <exec_byte_code+13360>, 0x564c4c503f71 <exec_byte_co=
de+13427>, 0x564c4c503fb4 <exec_byte_code+13494>, 0x564c4c503fff &=
lt;exec_byte_code+13569>, 0x564c4c504e7e <exec_byte_code+17280>, 0=
x564c4c504057 <exec_byte_code+13657>, 0x564c4c50409a <exec_byte_co=
de+13724>, 0x564c4c5040dd <exec_byte_code+13791>, 0x564c4c504120 &=
lt;exec_byte_code+13858>, 0x564c4c504163 <exec_byte_code+13925>, 0=
x564c4c5041a6 <exec_byte_code+13992>, 0x564c4c501dad <exec_byte_co=
de+4783>, 0x564c4c504e7e <exec_byte_code+17280>, 0x564c4c5041ee &l=
t;exec_byte_code+14064>, 0x564c4c50423e <exec_byte_code+14144>, 0x=
564c4c504286 <exec_byte_code+14216>, 0x564c4c5042ce <exec_byte_cod=
e+14288>, 0x564c4c504336 <exec_byte_code+14392>, 0x564c4c50439e &l=
t;exec_byte_code+14496>, 0x564c4c5043e6 <exec_byte_code+14568>, 0x=
564c4c50442e <exec_byte_code+14640>, 0x564c4c504496 <exec_byte_cod=
e+14744>, 0x564c4c5044fe <exec_byte_code+14848>, 0x564c4c504566 &l=
t;exec_byte_code+14952>, 0x564c4c5045a9 <exec_byte_code+15019>, 0x=
564c4c504e7e <exec_byte_code+17280>, 0x564c4c501cf7 <exec_byte_cod=
e+4601>, 0x564c4c5018fe <exec_byte_code+3584>, 0x564c4c500ff2 <=
exec_byte_code+1268>, 0x564c4c5019a3 <exec_byte_code+3749>, 0x564c=
4c501a27 <exec_byte_code+3881>, 0x564c4c501aa8 <exec_byte_code+401=
0>, 0x564c4c501b29 <exec_byte_code+4139>, 0x564c4c501cc0 <exec_=
byte_code+4546>, 0x564c4c5013e7 <exec_byte_code+2281>, 0x564c4c501=
d76 <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 &=
lt;exec_byte_code+5803>, 0x564c4c50222e <exec_byte_code+5936>, 0x5=
64c4c502294 <exec_byte_code+6038>, 0x564c4c504e7e <exec_byte_code+=
17280>, 0x564c4c5045f1 <exec_byte_code+15091>, 0x564c4c504676 <=
exec_byte_code+15224>, 0x564c4c5046be <exec_byte_code+15296>, 0x56=
4c4c504706 <exec_byte_code+15368>, 0x564c4c50474e <exec_byte_code+=
15440>, 0x564c4c504796 <exec_byte_code+15512>, 0x564c4c5047fe <=
exec_byte_code+15616>, 0x564c4c504866 <exec_byte_code+15720>, 0x56=
4c4c5048ce <exec_byte_code+15824>, 0x564c4c504936 <exec_byte_code+=
15928>, 0x564c4c504a47 <exec_byte_code+16201>, 0x564c4c504aaf <=
exec_byte_code+16305>, 0x564c4c504b17 <exec_byte_code+16409>, 0x56=
4c4c504b5f <exec_byte_code+16481>, 0x564c4c504c1d <exec_byte_code+=
16671>, 0x564c4c504cdb <exec_byte_code+16861>, 0x564c4c504d23 <=
exec_byte_code+16933>, 0x564c4c504d6b <exec_byte_code+17005>, 0x56=
4c4c503a85 <exec_byte_code+12167>, 0x564c4c503bd1 <exec_byte_code+=
12499>, 0x564c4c504dba <exec_byte_code+17084>, 0x564c4c504e1c <=
exec_byte_code+17182>, 0x564c4c504e7e <exec_byte_code+17280>, 0x56=
4c4c504e7e <exec_byte_code+17280>, 0x564c4c504e7e <exec_byte_code+=
17280>, 0x564c4c504e7e <exec_byte_code+17280>, 0x564c4c504e7e <=
exec_byte_code+17280>, 0x564c4c504e7e <exec_byte_code+17280>, 0x56=
4c4c502800 <exec_byte_code+7426>, 0x564c4c502ea7 <exec_byte_code+9=
129>, 0x564c4c503db8 <exec_byte_code+12986>, 0x564c4c505011 <ex=
ec_byte_code+17683>, 0x564c4c505086 <exec_byte_code+17800>, 0x564c=
4c504e7e <exec_byte_code+17280>, 0x564c4c504e7e <exec_byte_code+17=
280>, 0x564c4c505118 <exec_byte_code+17946>, 0x564c4c50519f <ex=
ec_byte_code+18081>, 0x564c4c504e7e <exec_byte_code+17280>, 0x564c=
4c504e7e <exec_byte_code+17280>, 0x564c4c504e7e <exec_byte_code+17=
280>, 0x564c4c504e7e <exec_byte_code+17280>, 0x564c4c504e7e <ex=
ec_byte_code+17280>, 0x564c4c504e7e <exec_byte_code+17280>, 0x564c=
4c504e7e <exec_byte_code+17280>, 0x564c4c504e7e <exec_byte_code+17=
280>, 0x564c4c5052f7 <exec_byte_code+18425> <repeats 64 times&g=
t;}<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 quitcounter =3D 1 '\001'<br>=C2=
=A0 =C2=A0 =C2=A0 =C2=A0 bc =3D 0x564c4cab2410 <main_thread+496><br>=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 top =3D 0x7f89014b1048<br>=C2=A0 =C2=A0 =C2=A0 =
=C2=A0 pc =3D 0x7f89024b5001 "\210\002:\205:"<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 "\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 "") 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 "\000\a&\033\376\177\000\000L\=
316JLLV\000\000\367\213JL\001\000\000\000`\000\000\000\000\000\000\000\060\=
a&\033\376\177\000\000\324S\316RLV\000\000\000"<br>#22 0x0000564c4=
c4ac9ee in internal_condition_case (bfun=3D0x564c4c3ed64e <command_loop_=
1>, handlers=3DXIL(0x90), hfun=3D0x564c4c3ecc8c <cmd_error>) 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 <command_loop_2>, 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'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 "", 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 ", "<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>"DEAD"<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>"DEAD"<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 ", "<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>"DEAD"<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>"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>"DEAD"<br><br>(gdb) print file<br>No symbol "file=
" 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>"DEAD"<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>"DEAD=
"<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--
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.
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.
bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.
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 <repeats 15 times=
>}}<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 pid =3D <optimized out><br>=C2=
=A0 =C2=A0 =C2=A0 =C2=A0 tid =3D <optimized out><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 <handle_fatal_signal>=
) 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 <sigsegv_stack+64528>, arg=3D<opti=
mized out>) at sysdep.c:1888<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 fatal =3D &l=
t;optimized out><br>#6 =C2=A00x00007f29a30f0140 in <signal handler ca=
lled> () 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 <optimized out><br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 base_dept=
h =3D <optimized out><br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 base_sp =3D 0<br=
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 buf =3D "\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"<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 <optimized out><br>=C2=
=A0 =C2=A0 =C2=A0 =C2=A0 base_sp =3D 0<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 buf =
=3D "\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"<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<optimized out>, data@entry=3D0x55b085976613, stream=3Dst=
ream@entry=3D0x30, context=3D<optimized out>, caller=3Dcaller@entry=
=3D0x7fe0) at lisp.h:1172<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 obj =3D <optimi=
zed out><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 ", "<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 <optimized out><br>=C2=A0 =C2=A0 =
=C2=A0 =C2=A0 is_minibuffer_quit =3D 0<br>#13 0x000055b0695db11d in funcall=
_subr (subr=3D0x55b069b8bb20 <Scommand_error_default_function>, 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 <op=
timized out><br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 fun =3D <optimized out>=
;<br>#14 0x000055b06961fbd7 in exec_byte_code (fun=3D<optimized out>,=
fun@entry=3D0x7f299d61918d, args_template=3D<optimized out>, args_te=
mplate@entry=3D771, nargs=3D<optimized out>, nargs@entry=3D3, args=3D=
<optimized out>, 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 <optimized out><br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 template=
=3D <optimized out><br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 val =3D <optim=
ized out><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 <optimized out><br>=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 op =3D 3<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 type =3D <optimized o=
ut><br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 targets =3D {0x55b069621ca3 <exec_=
byte_code+11255>, 0x55b069621cbd <exec_byte_code+11281>, 0x55b0696=
21cf2 <exec_byte_code+11334>, 0x55b069621cf4 <exec_byte_code+11336=
>, 0x55b069621cf6 <exec_byte_code+11338>, 0x55b069621cbd <exec_=
byte_code+11281>, 0x55b069621cf8 <exec_byte_code+11340>, 0x55b0696=
21d31 <exec_byte_code+11397>, 0x55b06961f27b <exec_byte_code+463&g=
t;, 0x55b06961f2c4 <exec_byte_code+536>, 0x55b06961f2c6 <exec_byte=
_code+538>, 0x55b06961f2c8 <exec_byte_code+540>, 0x55b06961f2ca &l=
t;exec_byte_code+542>, 0x55b06961f27b <exec_byte_code+463>, 0x55b0=
6961f2cc <exec_byte_code+544>, 0x55b06961f268 <exec_byte_code+444&=
gt;, 0x55b06961f61e <exec_byte_code+1394>, 0x55b06961f67d <exec_by=
te_code+1489>, 0x55b06961f67f <exec_byte_code+1491>, 0x55b06961f68=
1 <exec_byte_code+1493>, 0x55b06961f683 <exec_byte_code+1495>, =
0x55b06961f61e <exec_byte_code+1394>, 0x55b06961f698 <exec_byte_co=
de+1516>, 0x55b06961f685 <exec_byte_code+1497>, 0x55b06961f7ce <=
;exec_byte_code+1826>, 0x55b06961f813 <exec_byte_code+1895>, 0x55b=
06961f815 <exec_byte_code+1897>, 0x55b06961f817 <exec_byte_code+18=
99>, 0x55b06961f819 <exec_byte_code+1901>, 0x55b06961f7ce <exec=
_byte_code+1826>, 0x55b06961f7b1 <exec_byte_code+1797>, 0x55b06961=
f7bb <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>, 0x=
55b06961f81b <exec_byte_code+1903>, 0x55b06961f825 <exec_byte_code=
+1913>, 0x55b06961fc10 <exec_byte_code+2916>, 0x55b06961fc5d <e=
xec_byte_code+2993>, 0x55b06961fc5f <exec_byte_code+2995>, 0x55b06=
961fc61 <exec_byte_code+2997>, 0x55b06961fc63 <exec_byte_code+2999=
>, 0x55b06961fc10 <exec_byte_code+2916>, 0x55b06961fbf3 <exec_b=
yte_code+2887>, 0x55b06961fbfd <exec_byte_code+2897>, 0x55b0696200=
ce <exec_byte_code+4130>, 0x55b06962006e <exec_byte_code+4034>,=
0x55b069620003 <exec_byte_code+3927>, 0x55b069621ca3 <exec_byte_c=
ode+11255>, 0x55b069621ca3 <exec_byte_code+11255>, 0x55b069621ca3 =
<exec_byte_code+11255>, 0x55b069621ca3 <exec_byte_code+11255>, =
0x55b069621ca3 <exec_byte_code+11255>, 0x55b06962023a <exec_byte_c=
ode+4494>, 0x55b0696202e9 <exec_byte_code+4669>, 0x55b069620383 &l=
t;exec_byte_code+4823>, 0x55b0696203ca <exec_byte_code+4894>, 0x55=
b069620411 <exec_byte_code+4965>, 0x55b06961f40d <exec_byte_code+8=
65>, 0x55b06961f5a3 <exec_byte_code+1271>, 0x55b06962045c <exec=
_byte_code+5040>, 0x55b06961f3cc <exec_byte_code+800>, 0x55b06961f=
5dd <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 &=
lt;exec_byte_code+5315>, 0x55b0696205ed <exec_byte_code+5441>, 0x5=
5b069620619 <exec_byte_code+5485>, 0x55b0696206f6 <exec_byte_code+=
5706>, 0x55b0696207d5 <exec_byte_code+5929>, 0x55b069620801 <ex=
ec_byte_code+5973>, 0x55b06962082d <exec_byte_code+6017>, 0x55b069=
620867 <exec_byte_code+6075>, 0x55b0696208a1 <exec_byte_code+6133&=
gt;, 0x55b0696208db <exec_byte_code+6191>, 0x55b06962091b <exec_by=
te_code+6255>, 0x55b069620951 <exec_byte_code+6309>, 0x55b06962098=
7 <exec_byte_code+6363>, 0x55b0696209fe <exec_byte_code+6482>, =
0x55b069620a55 <exec_byte_code+6569>, 0x55b069620aac <exec_byte_co=
de+6656>, 0x55b069620b17 <exec_byte_code+6763>, 0x55b069620b8a <=
;exec_byte_code+6878>, 0x55b069620bfd <exec_byte_code+6993>, 0x55b=
069620c70 <exec_byte_code+7108>, 0x55b069620ce3 <exec_byte_code+72=
23>, 0x55b069620d6d <exec_byte_code+7361>, 0x55b069620dce <exec=
_byte_code+7458>, 0x55b069620e58 <exec_byte_code+7596>, 0x55b06962=
0ec3 <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>, 0x=
55b0696211f9 <exec_byte_code+8525>, 0x55b06962123f <exec_byte_code=
+8595>, 0x55b06962126b <exec_byte_code+8639>, 0x55b069621299 <e=
xec_byte_code+8685>, 0x55b0696212c7 <exec_byte_code+8731>, 0x55b06=
96212fd <exec_byte_code+8785>, 0x55b069621ca3 <exec_byte_code+1125=
5>, 0x55b06962132e <exec_byte_code+8834>, 0x55b06962135c <exec_=
byte_code+8880>, 0x55b06962138a <exec_byte_code+8926>, 0x55b069621=
3b8 <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>, 0x=
55b0696214ad <exec_byte_code+9217>, 0x55b0696214d9 <exec_byte_code=
+9261>, 0x55b069621513 <exec_byte_code+9319>, 0x55b06962154d <e=
xec_byte_code+9377>, 0x55b069621579 <exec_byte_code+9421>, 0x55b06=
96215a5 <exec_byte_code+9465>, 0x55b0696215df <exec_byte_code+9523=
>, 0x55b069621619 <exec_byte_code+9581>, 0x55b069621653 <exec_b=
yte_code+9639>, 0x55b069621681 <exec_byte_code+9685>, 0x55b069621c=
a3 <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 &l=
t;exec_byte_code+3194>, 0x55b06961fd64 <exec_byte_code+3256>, 0x55=
b06961fda6 <exec_byte_code+3322>, 0x55b06961fe78 <exec_byte_code+3=
532>, 0x55b06961f785 <exec_byte_code+1753>, 0x55b06961fedc <exe=
c_byte_code+3632>, 0x55b06961ff2f <exec_byte_code+3715>, 0x55b0696=
1ff91 <exec_byte_code+3813>, 0x55b06961ffc2 <exec_byte_code+3862&g=
t;, 0x55b0696200fe <exec_byte_code+4178>, 0x55b069620151 <exec_byt=
e_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_co=
de+9793>, 0x55b069621719 <exec_byte_code+9837>, 0x55b069621745 <=
;exec_byte_code+9881>, 0x55b069621771 <exec_byte_code+9925>, 0x55b=
06962179d <exec_byte_code+9969>, 0x55b0696217d7 <exec_byte_code+10=
027>, 0x55b069621811 <exec_byte_code+10085>, 0x55b06962184b <ex=
ec_byte_code+10143>, 0x55b069621885 <exec_byte_code+10201>, 0x55b0=
69621942 <exec_byte_code+10390>, 0x55b06962197c <exec_byte_code+10=
448>, 0x55b0696219b6 <exec_byte_code+10506>, 0x55b0696219e2 <ex=
ec_byte_code+10550>, 0x55b069621a4e <exec_byte_code+10658>, 0x55b0=
69621aba <exec_byte_code+10766>, 0x55b069621af8 <exec_byte_code+10=
828>, 0x55b069621b36 <exec_byte_code+10890>, 0x55b069620fd0 <ex=
ec_byte_code+7972>, 0x55b069621061 <exec_byte_code+8117>, 0x55b069=
621b6c <exec_byte_code+10944>, 0x55b069621c15 <exec_byte_code+1111=
3>, 0x55b069621ca3 <exec_byte_code+11255>, 0x55b069621ca3 <exec=
_byte_code+11255>, 0x55b069621ca3 <exec_byte_code+11255>, 0x55b069=
621ca3 <exec_byte_code+11255>, 0x55b069621ca3 <exec_byte_code+1125=
5>, 0x55b069621ca3 <exec_byte_code+11255>, 0x55b0696205ac <exec=
_byte_code+5376>, 0x55b0696209bd <exec_byte_code+6417>, 0x55b06962=
1172 <exec_byte_code+8390>, 0x55b069621d73 <exec_byte_code+11463&g=
t;, 0x55b069621db4 <exec_byte_code+11528>, 0x55b069621ca3 <exec_by=
te_code+11255>, 0x55b069621ca3 <exec_byte_code+11255>, 0x55b069621=
e00 <exec_byte_code+11604>, 0x55b069621e4c <exec_byte_code+11680&g=
t;, 0x55b069621ca3 <exec_byte_code+11255>, 0x55b069621ca3 <exec_by=
te_code+11255>, 0x55b069621ca3 <exec_byte_code+11255>, 0x55b069621=
ca3 <exec_byte_code+11255>, 0x55b069621ca3 <exec_byte_code+11255&g=
t;, 0x55b069621ca3 <exec_byte_code+11255>, 0x55b069621ca3 <exec_by=
te_code+11255>, 0x55b069621ca3 <exec_byte_code+11255>, 0x55b069622=
044 <exec_byte_code+12184> <repeats 64 times>}<br>=C2=A0 =C2=A0=
=C2=A0 =C2=A0 quitcounter =3D 1 '\001'<br>=C2=A0 =C2=A0 =C2=A0 =C2=
=A0 bc =3D 0x55b069b800f0 <main_thread+496><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 "\210\002:\205:"<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 bytestr =
=3D <optimized out><br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 vector =3D <opt=
imized out><br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 maxdepth =3D <optimized ou=
t><br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 const_length =3D <optimized out>=
<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 bytestr_length =3D <optimized out><br=
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 vectorp =3D 0x7f299d6191d0<br>=C2=A0 =C2=A0 =
=C2=A0 =C2=A0 max_stack =3D <optimized out><br>=C2=A0 =C2=A0 =C2=A0 =
=C2=A0 frame_base =3D <optimized out><br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =
fp =3D <optimized out><br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 bytestr_data =
=3D 0x7f299da7effc "\300\003\003\003#\210\002:\205:"<br>=C2=A0 =
=C2=A0 =C2=A0 =C2=A0 rest =3D <optimized out><br>=C2=A0 =C2=A0 =C2=A0=
=C2=A0 mandatory =3D <optimized out><br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =
nonrest =3D <optimized out><br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 pushedargs=
=3D <optimized out><br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 result =3D <op=
timized out><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 <optimized out><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 <optimized out><br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 lexenv =3D <=
optimized out><br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 i =3D <optimized out>=
;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 optional =3D <optimized out><br>=C2=
=A0 =C2=A0 =C2=A0 =C2=A0 rest =3D <optimized out><br>=C2=A0 =C2=A0 =
=C2=A0 =C2=A0 previous_rest =3D <optimized out><br>#17 0x000055b0695d=
de93 in funcall_general (fun=3D<optimized out>, 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 <optimized out><br=
>#19 0x000055b06954e55e in call3 (arg3=3D0x7fe0, arg2=3D<optimized out&g=
t;, arg1=3D0x55b085976613, fn=3D<optimized out>) at lisp.h:3262<br>#2=
0 cmd_error_internal (data=3Ddata@entry=3D0x55b085976613, context=3Dcontext=
@entry=3D0x7ffc393a2e90 "") 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 <optimized o=
ut><br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 macroerror =3D "\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"<br>#22 0x000055b0695d77a8 in internal_condition_case (bfun=3Dbfun@e=
ntry=3D0x55b06955d740 <command_loop_1>, handlers=3Dhandlers@entry=3D0=
x90, hfun=3Dhfun@entry=3D0x55b06954e57b <cmd_error>) at eval.c:1470<b=
r>=C2=A0 =C2=A0 =C2=A0 =C2=A0 val =3D <optimized out><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 <optimized out><br>#24 0x000055b0695d772b i=
n internal_catch (tag=3Dtag@entry=3D0x10080, func=3Dfunc@entry=3D0x55b06954=
7818 <command_loop_2>, arg=3Darg@entry=3D0x90) at eval.c:1197<br>=C2=
=A0 =C2=A0 =C2=A0 =C2=A0 val =3D <optimized out><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 <optimized out><br>#2=
7 0x000055b06954e4b7 in Frecursive_edit () at keyboard.c:803<br>=C2=A0 =C2=
=A0 =C2=A0 =C2=A0 buffer =3D <optimized out><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 <__libc_csu_i=
nit+69><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 <optimized out><br>=C2=A0 =C2=A0 =C2=A0 =
=C2=A0 dump_mode =3D <optimized out><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 <optimized out><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 <optimized out><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 <optimized out><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 'The X.Org Foundation', version 11.0.12011000<br>System Descripti=
on: Debian GNU/Linux 11 (bullseye)<br><br>Configured using:<br>=C2=A0'c=
onfigure --with-native-compilation --with-tree-sitter 'CFLAGS=3D-ggdb<b=
r>=C2=A0-Og''<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--
Kun Liu <kun.liu@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#70760; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.