From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 08 11:45:18 2021 Received: (at submit) by debbugs.gnu.org; 8 Nov 2021 16:45:18 +0000 Received: from localhost ([127.0.0.1]:59272 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mk7lk-00035q-Ca for submit@debbugs.gnu.org; Mon, 08 Nov 2021 11:45:18 -0500 Received: from lists.gnu.org ([209.51.188.17]:35896) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mk7lg-00035c-3m for submit@debbugs.gnu.org; Mon, 08 Nov 2021 11:45:14 -0500 Received: from eggs.gnu.org ([209.51.188.92]:43580) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mk7lf-00005R-Hm for bug-gnu-emacs@gnu.org; Mon, 08 Nov 2021 11:45:11 -0500 Received: from dahud.boetes.org ([136.144.229.186]:24220) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mk7lb-000881-16 for bug-gnu-emacs@gnu.org; Mon, 08 Nov 2021 11:45:11 -0500 Received: by dahud.boetes.org (Postfix, from userid 1026) id 214CCD1597; Mon, 8 Nov 2021 17:44:54 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=boetes.org; s=woosh; t=1636389894; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=uQDn3+1nKOfiRh3zA8SACH+8k5XbdTeAVhTrEaFMfJ8=; b=NYMhTwc1O70Wcbw93yRnWknfASr162wiYSc8hV7hHVaJCKNYTwwAaxJS6ELO91AHDsXrhW 41mVi4bb0lBJ+P+uQZPqBWKFMYAWP8U43VPwcFTTPM5ohVc8y6lvFmmh6HjsYvi/oZKUNy Jfanj6imhNwOHhsC5OL/xfBxDstMNiQBkfLmT5gchaCe+vk6cNm4mPNDWle5qDMeVcoFJF RRTq1cRddXH6iome4ZdQ/tswc03BdlZc6bMK5buhX14ZwCHlqsqmZXIMEtZaerFuezzWcQ OXO/E4Kv4E4d1SJjRJN5Xf5+yCQtfcHNvl6WxEbZ/LRBpNgei9OHh09CC2GNdA== Date: Mon, 8 Nov 2021 17:44:54 +0100 From: Han Boetes To: bug-gnu-emacs@gnu.org Subject: emacs Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit Received-SPF: pass client-ip=136.144.229.186; envelope-from=han@boetes.org; helo=dahud.boetes.org 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) I compiled emacs with native compilation on OpenBSD-7.0 amd64 like this: export CC=egcc \ CPP="ecpp" \ CPPFLAGS="-I/usr/local/include" \ LDFLAGS="-L/usr/local/lib" ./autogen.sh ./configure --without-makeinfo --without-x --mandir=/usr/local/man --with-native-compilation gmake egcc (GCC) 11.2.0, is just gcc-11 which is traditionally installed as egcc to avoid conflicts with the usually somewhat older gcc in base. Now if I start emacs with: emacs -nw -Q ~/.config/emacs/init.el The file init.el is not loaded and I get a single error message: Symbol’s function definition is void: regexp-opt-group After which emacs works OK, for example c-x c-f ~/.config/emacs/init.el works as expected. Then I recompiled emacs without native compilation and the error did not occur. And now to make the case even more mysterious, if I start emacs normally, like: emacs -nw ~/.config/emacs/init.el Everything works fine. I accidentally discovered the problem by running emacs as a test user without configuration. Please let me know if there is anything I can do to help debugging this problem. # Han From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 08 13:16:16 2021 Received: (at 51689) by debbugs.gnu.org; 8 Nov 2021 18:16:16 +0000 Received: from localhost ([127.0.0.1]:59411 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mk9Bn-0001Xk-Sp for submit@debbugs.gnu.org; Mon, 08 Nov 2021 13:16:16 -0500 Received: from eggs.gnu.org ([209.51.188.92]:42100) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mk9Bk-0001XV-Qu for 51689@debbugs.gnu.org; Mon, 08 Nov 2021 13:16:14 -0500 Received: from [2001:470:142:3::e] (port=36892 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mk9Bf-0000US-AI; Mon, 08 Nov 2021 13:16:07 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=LguAXdpM5mciRnmwVFMgcmp/582W5zuwJT51nQiZuu0=; b=OKXSB/znMGdQjC+vkrRS G+w+xDu/UOYze5jaQiEP3tKfYyr1XbksbSSfUwJscNPJRWwEWywGnYnSN/YFVbB2BanQAwkzcUdm0 uroUE1MU0VAJ9868EEROqT4wt7wV9iiqUM/rVT5eWxYAl68bKINGbVV53X+C3ZV2OfcRTIRjcNJ+T Zw4jYwKAUkYCa00Ri/hPF8gcH8bWcOkBVePNBZ5VJmD4HmYYGFYcVIq3nxdKXk9rZolQMRtf3PuKx MCtnTwyjKzniCACKJPh1jGPC1Wd7U0py8z0tZbQ3T76fqqrlhKSpNlvMkOlozL0XBO+ipm7O1nXYi 7GQhM4IQMqQMqA==; Received: from [87.69.77.57] (port=2764 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mk9Be-00076w-UI; Mon, 08 Nov 2021 13:16:07 -0500 Date: Mon, 08 Nov 2021 20:15:56 +0200 Message-Id: <83a6ie7btv.fsf@gnu.org> From: Eli Zaretskii To: Han Boetes In-Reply-To: (message from Han Boetes on Mon, 8 Nov 2021 17:44:54 +0100) Subject: Re: bug#51689: emacs References: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 51689 Cc: 51689@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Mon, 8 Nov 2021 17:44:54 +0100 > From: Han Boetes > > ./configure --without-makeinfo --without-x --mandir=/usr/local/man --with-native-compilation > gmake > > egcc (GCC) 11.2.0, is just gcc-11 which is traditionally installed as > egcc to avoid conflicts with the usually somewhat older gcc in base. > > > Now if I start emacs with: > > emacs -nw -Q ~/.config/emacs/init.el > > The file init.el is not loaded and I get a single error message: > > Symbol’s function definition is void: regexp-opt-group Yes, "emacs -nw" doesn't start well yet under native-compilation. This is being discussed on emacs-devel for the past couple of weeks, so stay tuned. > Please let me know if there is anything I can do to help debugging this problem. You could find the reason and suggest the solution. ;-) From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 08 23:32:12 2021 Received: (at control) by debbugs.gnu.org; 9 Nov 2021 04:32:13 +0000 Received: from localhost ([127.0.0.1]:60277 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mkIns-0000y6-M1 for submit@debbugs.gnu.org; Mon, 08 Nov 2021 23:32:12 -0500 Received: from quimby.gnus.org ([95.216.78.240]:55318) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mkInq-0000sF-AG for control@debbugs.gnu.org; Mon, 08 Nov 2021 23:32:10 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=+rNzZTdKtMDgEjFZkoRdRTdnN6cZJav97SNnfeR94Zs=; b=K+Y2hB91ualVjEE3ngqF+1LyY3 ztx7ccEoV6XsQYNcfYmBziXhrxPwc5xxzX9tM2I1btkqJSJ8DB7it7XY9imFecvtPP5d3n+/KJU/W lfKCswLPI60RWo9LuotsqEA/wPNsSdBVqD5X1aNnT0EYwYn0KWBLB9dbovduJJE2V6OE=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mkInf-0000A6-Df for control@debbugs.gnu.org; Tue, 09 Nov 2021 05:32:04 +0100 Date: Tue, 09 Nov 2021 05:31:58 +0100 Message-Id: <87cznarltt.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #51689 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: retitle 51689 emacs -nw under native-compilation errors out quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) retitle 51689 emacs -nw under native-compilation errors out quit From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 14 14:26:45 2021 Received: (at 51689) by debbugs.gnu.org; 14 Nov 2021 19:26:45 +0000 Received: from localhost ([127.0.0.1]:51743 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mmL9H-0005Sy-AG for submit@debbugs.gnu.org; Sun, 14 Nov 2021 14:26:45 -0500 Received: from eggs.gnu.org ([209.51.188.92]:38082) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mmL93-0005SW-E5 for 51689@debbugs.gnu.org; Sun, 14 Nov 2021 14:26:41 -0500 Received: from [2001:470:142:3::e] (port=35286 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mmL8x-0007Hd-Mi; Sun, 14 Nov 2021 14:26:23 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=x1IgQGLO5v5uPACOlGnbUwPafrU4MOQ/SbUlQYIf1Ao=; b=UmB+88P7UYo6yoa9W9QP sZE2ffwYGHMfXKgydLur5L3UkWCdvc4AwNxPHr3395c9JQw34goWL0CdSVtGjWIePzHA5a9UHOV/r RtHuoF+eYWz35ZfxbOfietB1sFZKO6fhbVZPYhucqz74F7h/c9fSy60bDc9CJC/bHTVFc58+bTAX8 wdSqAgr7dmFT2gPZqi4dE6pDBMgQPp9aQTAajHX4V2H7A+C/iXxFo6ckutzkNwYzIeSLsizORCwAX 1QHz3oHr5sRHrRvdAuyxbKugq89NIeCBFGo6fIdDgA/CSjFSH0fwU0S2vAjY3HVYxJWOV6tAaiEC2 CvrfEaOQiUDq3w==; Received: from [87.69.77.57] (port=2056 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mmL8x-0002gT-3T; Sun, 14 Nov 2021 14:26:23 -0500 Date: Sun, 14 Nov 2021 21:26:09 +0200 Message-Id: <83czn2tu7i.fsf@gnu.org> From: Eli Zaretskii To: Han Boetes In-Reply-To: (message from Han Boetes on Mon, 8 Nov 2021 17:44:54 +0100) Subject: Re: bug#51689: emacs References: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 51689 Cc: 51689@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Mon, 8 Nov 2021 17:44:54 +0100 > From: Han Boetes > > I compiled emacs with native compilation on OpenBSD-7.0 amd64 like this: > > export CC=egcc \ > CPP="ecpp" \ > CPPFLAGS="-I/usr/local/include" \ > LDFLAGS="-L/usr/local/lib" > ./autogen.sh > ./configure --without-makeinfo --without-x --mandir=/usr/local/man --with-native-compilation > gmake > > egcc (GCC) 11.2.0, is just gcc-11 which is traditionally installed as > egcc to avoid conflicts with the usually somewhat older gcc in base. > > > Now if I start emacs with: > > emacs -nw -Q ~/.config/emacs/init.el > > The file init.el is not loaded and I get a single error message: > > Symbol’s function definition is void: regexp-opt-group Please try the latest emacs-28 branch, I hope this problem is now fixed. But you will need to perform a complete bootstrap. From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 14 16:20:23 2021 Received: (at 51689) by debbugs.gnu.org; 14 Nov 2021 21:20:23 +0000 Received: from localhost ([127.0.0.1]:51885 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mmMvH-0008U6-1H for submit@debbugs.gnu.org; Sun, 14 Nov 2021 16:20:23 -0500 Received: from dahud.boetes.org ([136.144.229.186]:47955) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mmMvE-0008Tx-Ow for 51689@debbugs.gnu.org; Sun, 14 Nov 2021 16:20:21 -0500 Received: by dahud.boetes.org (Postfix, from userid 1026) id 34FB2D1597; Sun, 14 Nov 2021 22:20:19 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=boetes.org; s=woosh; t=1636924819; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=RaYCEMNURtxzBGF2pezQtP+PM2bIKZ006IQ5PhA8nsU=; b=hnv7ydH5q32Vl1wwuOPvvmQc0qwo0idUxE4fNEkd3rBbXzkvC1EMOm8+PH8MSOhWCv062i QoTFjT/+WXZbQOIQDMcDc0GtOsmMHeChrjwb+kC2070lcfBpK6c8f/z7vyQYYNwMg9p1gH lBgFI8MvHKIDSH4ceCYy533Jk5CBE4J0scPfvMRVs/nsCVk98sdFN+AOZyoxLTaX48TOQK WDxOqVsxN6pCorCBzUrdCvFsVrgIZURrs7zp4GHFJW6TVoPxGqisAiRMzT5PvO/66/EQVC 8WeRF0TkuCKb1a644O3RUdfbP9j/HXIiteQ4TD6buHN3ifSm+1rAobkTRIEjUg== Date: Sun, 14 Nov 2021 22:20:19 +0100 From: Han Boetes To: Eli Zaretskii Subject: Re: bug#51689: emacs Message-ID: References: <83czn2tu7i.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <83czn2tu7i.fsf@gnu.org> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 51689 Cc: 51689@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii wrote: > Please try the latest emacs-28 branch, I hope this problem is now > fixed. But you will need to perform a complete bootstrap. Hello Eli, I just tried running emacs -Q -nw with the latest bootstrapped emacs from the emacs-28 branch and I got the same message: Symbol's function definition is void: regexp-opt-group From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 15 07:33:52 2021 Received: (at 51689) by debbugs.gnu.org; 15 Nov 2021 12:33:52 +0000 Received: from localhost ([127.0.0.1]:52904 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mmbBI-0006U6-3i for submit@debbugs.gnu.org; Mon, 15 Nov 2021 07:33:52 -0500 Received: from eggs.gnu.org ([209.51.188.92]:47082) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mmbBG-0006Tt-CZ for 51689@debbugs.gnu.org; Mon, 15 Nov 2021 07:33:50 -0500 Received: from [2001:470:142:3::e] (port=60128 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mmbBA-0001zy-NA; Mon, 15 Nov 2021 07:33:44 -0500 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=oATyClJu0KAx/auux5/stf4JbW/rYfq4sMIMcOaJPw4=; b=Xamz5O1gXkcE zGuljZb9QIBCgcF2JvZ8NA3OaLCdDgNhzfsqj7PthUfH+LPhFcqOqjYjwroRRkjfjIiZ3eD6Ko/yf Mw1Nd6r58Gk0nEcZrZYq8DShO3uhXT8msC/HuLv4jHlACmgwjelUbE/Xfo61njWsINWvfy98xEr30 QFaB8kvr08vcdPR+c/sXRP/RzZZfwbCaFhf+oyWTLc9Xzclh98EG8SEI7FzMXBwSp4VX9HPqDapVU /ddgDG0pTje3zir7Fkn6PoTZd+gbptJfLvQvAAi1QIA8s+lsLSFoABg+X8Uz2nN1KMnjt4FPhW7Zu 3+Uzi4YJ6v9OxBkpNEMCAQ==; Received: from [87.69.77.57] (port=4992 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mmbBA-00088J-9z; Mon, 15 Nov 2021 07:33:44 -0500 Date: Mon, 15 Nov 2021 14:33:33 +0200 Message-Id: <838rxptx7m.fsf@gnu.org> From: Eli Zaretskii To: Han Boetes In-Reply-To: (message from Han Boetes on Sun, 14 Nov 2021 22:20:19 +0100) Subject: Re: bug#51689: emacs References: <83czn2tu7i.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 51689 Cc: 51689@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sun, 14 Nov 2021 22:20:19 +0100 > From: Han Boetes > Cc: 51689@debbugs.gnu.org > > Eli Zaretskii wrote: > > Please try the latest emacs-28 branch, I hope this problem is now > > fixed. But you will need to perform a complete bootstrap. > > Hello Eli, > > I just tried running emacs -Q -nw with the latest bootstrapped emacs > from the emacs-28 branch and I got the same message: > > Symbol's function definition is void: regexp-opt-group Is it "emacs -Q -nw" or "emacs -Q -nw ~/.config/emacs/init.el", as you reported in your original report? If the latter, we need to take a closer look at your init.el: can you find which part of it triggers this, and post that part? If "emacs -nw -Q" already triggers the error, please tell what is the terminal file from lisp/term/ that Emacs loads on your system. Also, please show the output of evaluating the following variables in *scratch*: features load-history (Evaluating them will by default show ellipsis: type RET on that ellipsis to show the full value.) From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 16 04:22:47 2021 Received: (at 51689) by debbugs.gnu.org; 16 Nov 2021 09:22:47 +0000 Received: from localhost ([127.0.0.1]:57230 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mmufu-0001wY-VL for submit@debbugs.gnu.org; Tue, 16 Nov 2021 04:22:47 -0500 Received: from dahud.boetes.org ([136.144.229.186]:3137) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mmufs-0001wP-EV for 51689@debbugs.gnu.org; Tue, 16 Nov 2021 04:22:45 -0500 Received: by dahud.boetes.org (Postfix, from userid 1026) id 4BB1DD1597; Tue, 16 Nov 2021 10:22:42 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=boetes.org; s=woosh; t=1637054562; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=lWtU3328Tc7wo6ypwbwvlAJc92R1uXjdn9Ysbv9RHMc=; b=yU1HrbPyi93nlNK/httRjJLymy95xNnXWYjPqRssv7uVvN9LOpO4yOdq7iob1g+3d4Sizy pTDEgZ3+FlcvV66XDCwSLkyI4UkL2E9sL5fZ1/sEHIt1CYQu7vTx9sfoDulEzKCHnemdcE t/V/N8j48Y4yKUtSEVHb24NOeDilOvnmUX8FziyiLBJE2lXkLp6PdpwLNIopGEoh3S/Xlw 0CmeIBZC1/BrQlv2sBYe/p1a813Xm4qmzfZumSXZwVzeB4JChGm0WS13p0Wn6UdpuihrZR 7zxDxlPRT7dXgZJJ9zBRlkYNLVBEdwR+xa80MvKgmo/lIlONJBeVDW77SZLKTQ== Date: Tue, 16 Nov 2021 10:22:42 +0100 From: Han Boetes To: Eli Zaretskii Subject: Re: bug#51689: emacs Message-ID: References: <83czn2tu7i.fsf@gnu.org> <838rxptx7m.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <838rxptx7m.fsf@gnu.org> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 51689 Cc: 51689@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) I reverted back to 29.0.50, I'll gladly reinstall 28.0 as soon as I know how to get the requested info. Eli Zaretskii wrote: > Is it "emacs -Q -nw" or "emacs -Q -nw ~/.config/emacs/init.el", as you > reported in your original report? If the latter, we need to take a > closer look at your init.el: can you find which part of it triggers > this, and post that part? Both of them, and with all files, my init.el was just an example. > If "emacs -nw -Q" already triggers the error, please tell what is the > terminal file from lisp/term/ that Emacs loads on your system. How can I find that information? > Also, please show the output of evaluating the following variables in > *scratch*: > > features I used c-h v features to get this output, is that what you meant? If not, please help me getting the requested information. (thingatpt help-fns radix-tree comp-cstr warnings rx cl-seq cl-macs cl-extra help-mode tool-bar seq gv subr-x byte-opt cl-loaddefs cl-lib bytecomp byte-compile cconv iso-tra\ nsl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-ba\ r menu-bar rfn-eshadow isearch easymenu timer select mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer cl-generic 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 chars\ cript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp files window text-properties overlay\ sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads dbusbind kqueue lcms2 multi-tty make-network-process native-compile emac\ s) > load-history > (Evaluating them will by default show ellipsis: type RET on that > ellipsis to show the full value.) # Han From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 16 08:24:21 2021 Received: (at 51689) by debbugs.gnu.org; 16 Nov 2021 13:24:21 +0000 Received: from localhost ([127.0.0.1]:57507 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mmyRh-0005lT-5C for submit@debbugs.gnu.org; Tue, 16 Nov 2021 08:24:21 -0500 Received: from eggs.gnu.org ([209.51.188.92]:34464) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mmyRf-0005l6-DN for 51689@debbugs.gnu.org; Tue, 16 Nov 2021 08:24:19 -0500 Received: from [2001:470:142:3::e] (port=45602 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mmyRZ-00015J-Q4; Tue, 16 Nov 2021 08:24:13 -0500 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=vOwUSCrdeQbH1rsYIBDq8/EbLlYBpga8YX9uhiawU/s=; b=jaL6pQWNGYxe Q4ikbjT5bizZHjgLzUGV2LqeXdBgbpANcCsnvlrpKNDiwias8pKmFBpfGdMvfYD1Tg4Fj48RG9mLO f3ohQzyPm9RKArFCb6CBvC3hvJyC4dTGYeFPZUF3AmXZnY60mYhDyFh17DPL+LiBh2Kc3SccO15HV 5UaPUSPX2V8nx5jt9euD6BRXguZeYb1XO16Sp9mbYigRYXSHnkxEHtclChQJKVDquqNvZg0T0Kkwp 60j3qv+uTGYxWwVCl2v7/Y/63X1LZFjmR3InFkkouc79/kWxunT4NgEQkFKp/sQHDqU+0Xo6m0zC7 mrrU26UP9HCFfrrZ+Kgybg==; Received: from [87.69.77.57] (port=4986 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mmyRX-0000ge-RH; Tue, 16 Nov 2021 08:24:13 -0500 Date: Tue, 16 Nov 2021 15:24:03 +0200 Message-Id: <83sfvw1bf0.fsf@gnu.org> From: Eli Zaretskii To: Han Boetes In-Reply-To: (message from Han Boetes on Tue, 16 Nov 2021 10:22:42 +0100) Subject: Re: bug#51689: emacs References: <83czn2tu7i.fsf@gnu.org> <838rxptx7m.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 51689 Cc: 51689@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Tue, 16 Nov 2021 10:22:42 +0100 > From: Han Boetes > Cc: 51689@debbugs.gnu.org > > > Is it "emacs -Q -nw" or "emacs -Q -nw ~/.config/emacs/init.el", as you > > reported in your original report? If the latter, we need to take a > > closer look at your init.el: can you find which part of it triggers > > this, and post that part? > > Both of them, and with all files, my init.el was just an example. Even with an empty .el file? What about just "emacs -Q -nw"? > > If "emacs -nw -Q" already triggers the error, please tell what is the > > terminal file from lisp/term/ that Emacs loads on your system. > > How can I find that information? It should be one of features mentioned in the value of 'features'. Also, "M-: (tty-type) RET" should show the terminal type, and that determines the terminal file Emacs loads. > > features > > I used c-h v features to get this output, is that what you meant? If not, please help me getting the requested information. Is this in "emacs -Q -nw"? There should be a feature defined by some file from lisp/term/ loaded for the terminal support, but I see no such feature. From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 17 12:45:40 2021 Received: (at 51689) by debbugs.gnu.org; 17 Nov 2021 17:45:40 +0000 Received: from localhost ([127.0.0.1]:33832 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnOzy-0008Kz-MA for submit@debbugs.gnu.org; Wed, 17 Nov 2021 12:45:40 -0500 Received: from eggs.gnu.org ([209.51.188.92]:49766) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnOzx-0008Kf-0h for 51689@debbugs.gnu.org; Wed, 17 Nov 2021 12:45:29 -0500 Received: from [2001:470:142:3::e] (port=42464 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mnOzr-0001qy-7a; Wed, 17 Nov 2021 12:45:23 -0500 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=HvwTft8MKD3DJNThhFOI/XyZqpkdoTp5aNdYIqnb6Ko=; b=dviZ5Z5zUBFw axaJ5FmD+VOsYOboS+UEAw3YT/0Pf1O6R4Nb186YUK1w633J5sKsX8SWG3rOl/PoyjQOzSY1ok/Az IZmAFhPWgApP0iXuWHb7USziS+n8/FwXKLM5BfhGTAwUT09VPTHrx4M+6p36LMn0CbTkAUOHW7O3q T/QPKr1XrYVGXPZR6cMUj08Mh3lCfJmbpi7dJNROdenzz+grmLc5ld1U/ahESr/lnQ/hrUcJdEl/v 3txB/nWsY2b/d9oc1zzrGGAQiFkBOD+mGP+7aI2Hscs/6Ci5FWh7DbAYCZZK7F9s8zzHcy+7apnXj VIw7+1Q+UxDb/Ma+s0MHGA==; Received: from [87.69.77.57] (port=1945 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mnOzq-0004lY-Ry; Wed, 17 Nov 2021 12:45:23 -0500 Date: Wed, 17 Nov 2021 19:45:17 +0200 Message-Id: <834k8aznf6.fsf@gnu.org> From: Eli Zaretskii To: han@boetes.org In-Reply-To: <83sfvw1bf0.fsf@gnu.org> (message from Eli Zaretskii on Tue, 16 Nov 2021 15:24:03 +0200) Subject: Re: bug#51689: emacs References: <83czn2tu7i.fsf@gnu.org> <838rxptx7m.fsf@gnu.org> <83sfvw1bf0.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 51689 Cc: 51689@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Ping! Any progress there? I'd also like to say that the only file that mentions regexp-opt-group is regexp-opt.el itself. So I tend to think that you have an old regexp-opt.el/elc somewhere on your system, and that gets in the way. Or maybe regexp-opt.el is miscompiled for some reason. > Date: Tue, 16 Nov 2021 15:24:03 +0200 > From: Eli Zaretskii > Cc: 51689@debbugs.gnu.org > > > Date: Tue, 16 Nov 2021 10:22:42 +0100 > > From: Han Boetes > > Cc: 51689@debbugs.gnu.org > > > > > Is it "emacs -Q -nw" or "emacs -Q -nw ~/.config/emacs/init.el", as you > > > reported in your original report? If the latter, we need to take a > > > closer look at your init.el: can you find which part of it triggers > > > this, and post that part? > > > > Both of them, and with all files, my init.el was just an example. > > Even with an empty .el file? What about just "emacs -Q -nw"? > > > > If "emacs -nw -Q" already triggers the error, please tell what is the > > > terminal file from lisp/term/ that Emacs loads on your system. > > > > How can I find that information? > > It should be one of features mentioned in the value of 'features'. > > Also, "M-: (tty-type) RET" should show the terminal type, and that > determines the terminal file Emacs loads. > > > > features > > > > I used c-h v features to get this output, is that what you meant? If not, please help me getting the requested information. > > Is this in "emacs -Q -nw"? There should be a feature defined by some > file from lisp/term/ loaded for the terminal support, but I see no > such feature. > > > > From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 17 15:45:47 2021 Received: (at 51689) by debbugs.gnu.org; 17 Nov 2021 20:45:47 +0000 Received: from localhost ([127.0.0.1]:34020 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnRoR-0006mx-4I for submit@debbugs.gnu.org; Wed, 17 Nov 2021 15:45:47 -0500 Received: from dahud.boetes.org ([136.144.229.186]:10633) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnRoM-0006i5-FV for 51689@debbugs.gnu.org; Wed, 17 Nov 2021 15:45:45 -0500 Received: by dahud.boetes.org (Postfix, from userid 1026) id 062D2D165B; Wed, 17 Nov 2021 21:45:40 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=boetes.org; s=woosh; t=1637181941; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=ho8yu4s/qAn3D4wMqXdcqCyPWlEDX9Yilme8wGIBF10=; b=vQe7raSuICoF/WTNJH1jqsAOlWcokBpfaDk+q/zyTPSHHn6kbijDAWPXBAAvCyXXnl7myq HCqnZWLYqJkoKWgnaZCFpI6Wpef5G+pw6/5eGEoofXG2AZ05Qlh0uTjqM0VhRTLYQSnn4o NFcEO6oc2vxGTYa8wxNt9v3N1mEDx5aTJs4Q9hS52STPqMdpaf9vWmra4i3mi5td/99T+t MoW5x3vpB7AycgwqA/A9++raP8AnTkvqCLs9kNUPxUQnZ4OE8nWRGZfyGqK2raeivtf6H9 nXSw6qyUTW6hvCqRWnILiWkENYnc0ltxCSV65D8ePzOB0EPFJDcgUzH9H5leHQ== Date: Wed, 17 Nov 2021 21:45:40 +0100 From: Han Boetes To: Eli Zaretskii Subject: Re: bug#51689: emacs Message-ID: References: <83czn2tu7i.fsf@gnu.org> <838rxptx7m.fsf@gnu.org> <83sfvw1bf0.fsf@gnu.org> <834k8aznf6.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <834k8aznf6.fsf@gnu.org> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 51689 Cc: 51689@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii wrote: > Ping! Any progress there? Hi there, I was very busy, but not to worry, I haven't forgotten. I will get to your previous E-Mail right after this one. > I'd also like to say that the only file that mentions regexp-opt-group > is regexp-opt.el itself. So I tend to think that you have an old > regexp-opt.el/elc somewhere on your system, and that gets in the way. > Or maybe regexp-opt.el is miscompiled for some reason. - I locate(1) regexp-opt.el and found no instances in unexpected places. - I rsync'ed the git repo from the Linux to the OpenBSD host and recompiled, that didn't help. - Without native-comp this problem does not occur. # Han From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 17 16:41:20 2021 Received: (at 51689) by debbugs.gnu.org; 17 Nov 2021 21:41:20 +0000 Received: from localhost ([127.0.0.1]:34077 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnSgC-0001hA-C4 for submit@debbugs.gnu.org; Wed, 17 Nov 2021 16:41:20 -0500 Received: from dahud.boetes.org ([136.144.229.186]:46072) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnSg5-0001gt-LW for 51689@debbugs.gnu.org; Wed, 17 Nov 2021 16:41:18 -0500 Received: by dahud.boetes.org (Postfix, from userid 1026) id 7EBD0D1597; Wed, 17 Nov 2021 22:41:11 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=boetes.org; s=woosh; t=1637185271; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Sk3pz7w4uVJJ58UfbRVD9LlFmIZhTVo1kenNkTTWRjQ=; b=zJAhYZ2ELGt3fb9n5zrxUkhTMnzywpb5EMhF1vRaPm3km16GIrh0bC6ej/CKf+J9ymkXph KBzArBZIzUDpJEbeR5Q8snzuZeN2Ip/Zg8l2XZjLsweI3ZHRESWc2K5HQJvLWVGEvjoQX3 NqOHTMhPf7sDOzsUsCbI2PxhCNZFMLiPf57FYXu/T04DRgywYCHVhLXVGvDqvPjVgfHE6G H7iTHjVXu6YP/vNSUoGcdUFkazRE+wt2vmXV7SYDNZEJdGCr9xqPvT3SeBIeHtUy7dpkgh H3UMti/aPUYyMo4IQtcExWj4oD/QNJGKOy+2eyNtzDxBI6vl6zlQHWNBOVP3tA== Date: Wed, 17 Nov 2021 22:41:11 +0100 From: Han Boetes To: Eli Zaretskii Subject: Re: bug#51689: emacs Message-ID: References: <83czn2tu7i.fsf@gnu.org> <838rxptx7m.fsf@gnu.org> <83sfvw1bf0.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <83sfvw1bf0.fsf@gnu.org> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 51689 Cc: 51689@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii wrote: > > Date: Tue, 16 Nov 2021 10:22:42 +0100 > > From: Han Boetes > > Cc: 51689@debbugs.gnu.org > > > > > Is it "emacs -Q -nw" or "emacs -Q -nw ~/.config/emacs/init.el", as you > > > reported in your original report? If the latter, we need to take a > > > closer look at your init.el: can you find which part of it triggers > > > this, and post that part? > > > > Both of them, and with all files, my init.el was just an example. > > Even with an empty .el file? What about just "emacs -Q -nw"? It all results in the same error. > > > If "emacs -nw -Q" already triggers the error, please tell what is the > > > terminal file from lisp/term/ that Emacs loads on your system. > > > > How can I find that information? > > It should be one of features mentioned in the value of 'features'. > > Also, "M-: (tty-type) RET" should show the terminal type, and that > determines the terminal file Emacs loads. I get this with screen-256color, but also with xterm-256color and xterm. Depending on how I logged on. > > > features > > > > I used c-h v features to get this output, is that what you meant? If not, please help me getting the requested information. > > Is this in "emacs -Q -nw"? There should be a feature defined by some > file from lisp/term/ loaded for the terminal support, but I see no > such feature. I still don't understand how I should provide the requested features. Could you elaborate on that? I just searched a bit further, it also happens with "emacs -nw some-file" when there is no .emacs file present, or if it contains only: (custom-set-variables) But if that .emacs contains just one setting like this: (custom-set-variables '(auto-insert-mode t)) The problem is gone. Fascinating! So to summarize: emacs -nw -Q some-file, shows "Symbol's function definition is void: regexp-opt-group", does not load some-file emacs -nw -Q , shows "Symbol's function definition is void: regexp-opt-group" In both cases, I can continue working. # Han From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 18 02:13:20 2021 Received: (at 51689) by debbugs.gnu.org; 18 Nov 2021 07:13:20 +0000 Received: from localhost ([127.0.0.1]:34517 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnbbj-00032q-TH for submit@debbugs.gnu.org; Thu, 18 Nov 2021 02:13:20 -0500 Received: from eggs.gnu.org ([209.51.188.92]:36972) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnbbe-00032Y-Oq for 51689@debbugs.gnu.org; Thu, 18 Nov 2021 02:13:18 -0500 Received: from [2001:470:142:3::e] (port=37688 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mnbbY-0000rJ-Bc; Thu, 18 Nov 2021 02:13:09 -0500 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=XDSmCE9s1OF1fRpoMZJxygLJLur98DcMuAUzLNsoKrw=; b=piHKzncB2KOs kou73TkuM6/KsofNkKVZ4hgJNiA+j627GX9ySXwav3DmypXNWtIIfB4P5AYKUmt3YD3/SvapgsGSi p1wa9/1QS7T1t4mXrJpzg2zcfYbpaNbXMFf/lgyOqDSU9Y7hrcq7TwyYIuSy4m/OOD2BW1sjW78qD DF7Y8p1uYKmwJ7VLhlryw/RlvW17nTcRY3jceRo56Wr4wSlDRWf0H9sIC4qUSV3tfMdajFgWQlCl5 VkchQvDHVjcmuEnlfeA4eT42nNeaB6zNwccrLVd8dJGFhfOi6NLYv9z7UScNk7LNkMKkjU3VXKAkQ jnVbvf9AIHVJfAELrp4ZXA==; Received: from [87.69.77.57] (port=4072 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mnbbY-0007LK-0t; Thu, 18 Nov 2021 02:13:08 -0500 Date: Thu, 18 Nov 2021 09:13:04 +0200 Message-Id: <83v90qx7gf.fsf@gnu.org> From: Eli Zaretskii To: Han Boetes In-Reply-To: (message from Han Boetes on Wed, 17 Nov 2021 22:41:11 +0100) Subject: Re: bug#51689: emacs References: <83czn2tu7i.fsf@gnu.org> <838rxptx7m.fsf@gnu.org> <83sfvw1bf0.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 51689 Cc: 51689@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Wed, 17 Nov 2021 22:41:11 +0100 > From: Han Boetes > Cc: 51689@debbugs.gnu.org > > > > > features > > > > > > I used c-h v features to get this output, is that what you meant? If not, please help me getting the requested information. > > > > Is this in "emacs -Q -nw"? There should be a feature defined by some > > file from lisp/term/ loaded for the terminal support, but I see no > > such feature. > > I still don't understand how I should provide the requested features. > Could you elaborate on that? . emacs -Q -nw . in *scratch* type "features" (without the quotes) . go to the end of "features", after the final 's', and type C-j . if the list Emacs inserts into the buffer has ellipsis in it, go to that ellipsis and type RET . post the resulting list here > I just searched a bit further, it also happens with "emacs -nw > some-file" when there is no .emacs file present, or if it contains only: > > (custom-set-variables) > > But if that .emacs contains just one setting like this: > > (custom-set-variables '(auto-insert-mode t)) > > The problem is gone. Fascinating! I think at this point only running under a debugger will help us efficiently. So please act according to the instructions below, and show the backtrace it produces: $ cd /path/to/emacs/src/ $ gdb ./emacs GNU gdb (GDB) 11.1 Copyright (C) 2021 Free Software Foundation, Inc. ... (gdb) source ./.gdbinit (gdb) break Fsignal (gdb) commands Type commands for breakpoint(s) 2, one per line. End with a line saying just "end". > pp error_symbol > pp data > end (gdb) run -Q -nw When the breakpoint breaks, look at the error_symbol and data printed by GDB; if the symbol are not "void-function", type "continue" at GDB's prompt to run Emacs further. When you eventually get symbol as "void-function" and data that mentions regexp-opt-group, type: (gdb) thread apply all bt This should produce both C-level backtrace and Lisp-level backtrace of all the threads in Emacs. Please post that here in its entirety. (I hope you have GDB installed; if not, please install it.) Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 19 17:18:08 2021 Received: (at 51689) by debbugs.gnu.org; 19 Nov 2021 22:18:08 +0000 Received: from localhost ([127.0.0.1]:40722 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1moCCu-0005Wu-0G for submit@debbugs.gnu.org; Fri, 19 Nov 2021 17:18:08 -0500 Received: from dahud.boetes.org ([136.144.229.186]:41625) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1moCCs-0005Wk-A8 for 51689@debbugs.gnu.org; Fri, 19 Nov 2021 17:18:07 -0500 Received: by dahud.boetes.org (Postfix, from userid 1026) id 441FDD1597; Fri, 19 Nov 2021 23:18:04 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=boetes.org; s=woosh; t=1637360284; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=cvNo8eMgrJsBzJZaw0RRFo04oc+uY5Q9IudqR0bT1Qs=; b=XZEyHjJtVUqoaWLIyEoyFQeUye6eAMu3dVbrpihbH26e5w2otnzjgsJ6vcjXV7KbK90CIg q9aRa6cUkkTqRTcF3k7Nf5bVvt2MGfqfVzCy9jriphRSltH8MvekoXNp1DLYgGAiF9Apor LfcDTJ6eXEwKqLrQV4aeDjUxfTir3nvq63ZJ2HREOq8WowlKDzsajgYKX5z3H449xjyPl+ m6VPxJZCL2ttaUkj1VZiXo/JPzq0k30KDjZutcysikbco1iaYslAReCKqTiDrWTZP10u6Y e6BxwvTiZcvhJ9KhU6+Adj/YTtZwfitYE9aN9mBVRCb+Aw4qr3VFc0yyzjHwEA== Date: Fri, 19 Nov 2021 23:18:04 +0100 From: Han Boetes To: Eli Zaretskii Subject: Re: bug#51689: emacs Message-ID: References: <83czn2tu7i.fsf@gnu.org> <838rxptx7m.fsf@gnu.org> <83sfvw1bf0.fsf@gnu.org> <83v90qx7gf.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <83v90qx7gf.fsf@gnu.org> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 51689 Cc: 51689@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Another thing I noticed: if there is a valid ~/.config/emacs/init.el, emacs -nw -Q works fine. If I mv ~/.config/emacs{,.bak} I see the problem. I don't have a /etc/emacs folder either, so maybe that helps you in reproducing the issue? Eli Zaretskii wrote: > . emacs -Q -nw > . in *scratch* type "features" (without the quotes) > . go to the end of "features", after the final 's', and type C-j > . if the list Emacs inserts into the buffer has ellipsis in it, go > to that ellipsis and type RET > . post the resulting list here This feature didn't do anything right after the start, but after closing the *scratch* window, and then trying again in the new *scratch* I got: features (comp-cstr warnings rx cl-seq cl-macs cl-extra help-mode tool-bar seq gv subr-x byte-opt cl-loaddefs cl-lib bytecomp byte-compile cconv iso-transl tooltip eldoc paren electr\ ic uniquify ediff-hook vc-hooks lisp-float-type elisp-mode tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch\ easymenu timer select mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-v\ iet 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 simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env co\ de-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind kqueue lcms2 multi-tty make-network-process native-compile emacs) > I think at this point only running under a debugger will help us > efficiently. So please act according to the instructions below, and > show the backtrace it produces: > > $ cd /path/to/emacs/src/ > $ gdb ./emacs > GNU gdb (GDB) 11.1 > Copyright (C) 2021 Free Software Foundation, Inc. > ... > (gdb) source ./.gdbinit > (gdb) break Fsignal > (gdb) commands > Type commands for breakpoint(s) 2, one per line. > End with a line saying just "end". > > pp error_symbol > > pp data > > end > (gdb) run -Q -nw > > When the breakpoint breaks, look at the error_symbol and data printed > by GDB; if the symbol are not "void-function", type "continue" at > GDB's prompt to run Emacs further. When you eventually get symbol as > "void-function" and data that mentions regexp-opt-group, type: > > (gdb) thread apply all bt > > This should produce both C-level backtrace and Lisp-level backtrace of > all the threads in Emacs. Please post that here in its entirety. /usr/pkgmk/work/emacs/src/emacs/src % egdb ./emacs GNU gdb (GDB) 9.2 Copyright (C) 2020 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-unknown-openbsd7.0". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from ./emacs... SIGINT is used by the debugger. Are you sure you want to change it? (y or n) [answered Y; input not from terminal] Environment variable "DISPLAY" not defined. TERM = screen-256color Breakpoint 1 at 0x137c7f .gdbinit:1239: Error in sourced command file: No symbol "defined_HAVE_X_WINDOWS" in current context. [snip: other instructions] And after (gdb) run -Q -nw I get: Breakpoint 3, 0x00000d95326ee646 in Fsignal () No symbol "error_symbol" in current context. Also after each consecutive continue, until emacs starts normally, without triggering the error. So I think something is missing here. But what? # Han From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 20 04:36:27 2021 Received: (at 51689) by debbugs.gnu.org; 20 Nov 2021 09:36:27 +0000 Received: from localhost ([127.0.0.1]:41690 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1moMnK-0000Jw-OV for submit@debbugs.gnu.org; Sat, 20 Nov 2021 04:36:27 -0500 Received: from eggs.gnu.org ([209.51.188.92]:42926) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1moMnH-0000Jd-Fu for 51689@debbugs.gnu.org; Sat, 20 Nov 2021 04:36:25 -0500 Received: from [2001:470:142:3::e] (port=39058 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1moMn9-0002kx-NL; Sat, 20 Nov 2021 04:36:15 -0500 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=DG6uTa/ehq8gZnL14i26iMi3D0p96zHegNzuEN7UUS0=; b=EJwcjFP4Ftem 11k9HSZb7VZI/Xv4SoBz94wmabnp3CPumnjo4cwK2eG8OZ/RNwg3Zi7lWLUVVNaOe6+Qgktn2C5LW dS1MBYsOXhz1eq2M8hN7DkS04AVqe5TPBNB8CQH3BgNE2FHRFxfHVQM/INounevi6pK3V5B56f3Y/ QRBh85XV7lp/7pbXkTzDoa4o0pLHjbzr85mDuUngb1tON/I8lZ20M5Z7HlZvwwPgjRNoTaAQ24P5O xEsZsvagAm03AGGWWTM3mRtHcrF1RLqbkkvG8gbVzttL54wQrqEvGNN5D8lWlOflpa1uX02c5kvCI 9qVlytxTMcHDnxrlozXciA==; Received: from [87.69.77.57] (port=2950 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1moMn9-0001qW-CF; Sat, 20 Nov 2021 04:36:15 -0500 Date: Sat, 20 Nov 2021 11:36:16 +0200 Message-Id: <837dd3tbhr.fsf@gnu.org> From: Eli Zaretskii To: Han Boetes , Andrea Corallo In-Reply-To: (message from Han Boetes on Fri, 19 Nov 2021 23:18:04 +0100) Subject: Re: bug#51689: emacs References: <83czn2tu7i.fsf@gnu.org> <838rxptx7m.fsf@gnu.org> <83sfvw1bf0.fsf@gnu.org> <83v90qx7gf.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 51689 Cc: 51689@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Fri, 19 Nov 2021 23:18:04 +0100 > From: Han Boetes > Cc: 51689@debbugs.gnu.org > > Another thing I noticed: if there is a valid ~/.config/emacs/init.el, > emacs -nw -Q works fine. If I mv ~/.config/emacs{,.bak} I see the > problem. I don't have a /etc/emacs folder either, so maybe that helps > you in reproducing the issue? Not really: too many unknowns here. > And after > > (gdb) run -Q -nw > > I get: > > Breakpoint 3, 0x00000d95326ee646 in Fsignal () > No symbol "error_symbol" in current context. Your build lacks debugging symbols, sigh. Anyway. I think I'm beginning to understand what's going on here. Andrea, I need your help here. Here's what I think happens: At startup, we call tramp-register-archive-file-name-handler, because tramp-archive.el does this: ;;;###autoload (progn (defun tramp-register-archive-file-name-handler () "Add archive file name handler to `file-name-handler-alist'." (when tramp-archive-enabled (add-to-list 'file-name-handler-alist (cons (tramp-archive-autoload-file-name-regexp) #'tramp-archive-autoload-file-name-handler)) (put #'tramp-archive-autoload-file-name-handler 'safe-magic t)))) ;;;###autoload (progn (add-hook 'after-init-hook #'tramp-register-archive-file-name-handler) (add-hook 'tramp-archive-unload-hook (lambda () (remove-hook 'after-init-hook #'tramp-register-archive-file-name-handler)))) So we call tramp-register-archive-file-name-handler, which invokes tramp-archive-autoload-file-name-regexp, which does: ;; The definition of `tramp-archive-file-name-regexp' contains calls ;; to `regexp-opt', which cannot be autoloaded while loading ;; loaddefs.el. So we use a macro, which is evaluated only when needed. ;;;###autoload (progn (defmacro tramp-archive-autoload-file-name-regexp () "Regular expression matching archive file names." '(concat "\\`" "\\(" ".+" "\\." ;; Default suffixes ... (regexp-opt tramp-archive-suffixes) ;; ... with compression. "\\(?:" "\\." (regexp-opt tramp-archive-compression-suffixes) "\\)*" "\\)" ;; \1 "\\(" "/" ".*" "\\)" "\\'"))) ;; \2 So this calls regexp-opt, which is an autoloaded function, so it loads regexp-opt. regexp-opt is preloaded (in GUI-capable builds), so we should have regexp-opt.eln under native-lisp/ directory, but it is not actually preloaded in --without-x builds. And regexp-opt (the function) calls regexp-opt-group. So it sounds like when regexp-opt.eln is auto-loaded on Han's platform, it signals this error, for some reason, although regexp-opt-group is defined inside regexp-opt.el. Some bug in libgccjit on OpenBSD, perhaps, or in GCC 11 on that OS? Or something else, perhaps because regexp-opt.eln is in preloaded/, but not actually preloaded into --without-x builds? Andrea, how to continue investigating this? This bug is currently the only blocker that prevents us from going to the first pretest of Emacs 28, so it's quite frustrating that we cannot solve it for the past 12 days. If we cannot resolve this quickly, I'm tempted to ignore this problem as something specific to OpenBSD, since my own build "--without-x" (on GNU/Linux) doesn't have this problem. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 20 09:59:38 2021 Received: (at 51689) by debbugs.gnu.org; 20 Nov 2021 14:59:38 +0000 Received: from localhost ([127.0.0.1]:43501 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1moRq6-000077-0W for submit@debbugs.gnu.org; Sat, 20 Nov 2021 09:59:38 -0500 Received: from dahud.boetes.org ([136.144.229.186]:19853) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1moRq2-00006s-KS for 51689@debbugs.gnu.org; Sat, 20 Nov 2021 09:59:36 -0500 Received: by dahud.boetes.org (Postfix, from userid 1026) id 974FAD1597; Sat, 20 Nov 2021 15:59:32 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=boetes.org; s=woosh; t=1637420372; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=WOBXPTvMh2vJ3GiEef6AfcR6AVkdFk4a1XOce5q49fA=; b=vOrADqMG/qfy8Pr1CL3Qee+0UC2A0+EfwvENJzhyMGuR5MDkSWK16MPRdaVku9Vc3rHS6l LPV5/ifLYBB9YHXfcYWpkUTS5XfwgJ9EG+wc162LCPPVGlB4LkdkJ2teKE4cOwWQXt/133 v1wRnUiPU0AQlstncTPPmvGgkp5NbymDcfXDZ0vBNieQhYhm2y5TNNDDH3u7zCENTsEBUF iWFsK7HnMwtFqN8tGjIx8/2gto7rxwK1TZY00bZ73zHXeIqSmRPWfO68eUNfsWugByoyC3 sm3H8raSKiZpdbbGCij3wAE2fTKWjPiYX0nIDWmYe4tKCn3kpwkbupFebOHTxg== Date: Sat, 20 Nov 2021 15:59:32 +0100 From: Han Boetes To: Eli Zaretskii Subject: Re: bug#51689: emacs Message-ID: References: <83czn2tu7i.fsf@gnu.org> <838rxptx7m.fsf@gnu.org> <83sfvw1bf0.fsf@gnu.org> <83v90qx7gf.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <83v90qx7gf.fsf@gnu.org> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 51689 Cc: 51689@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii wrote: > I think at this point only running under a debugger will help us > efficiently. So please act according to the instructions below, and > show the backtrace it produces: > > $ cd /path/to/emacs/src/ > $ gdb ./emacs > GNU gdb (GDB) 11.1 > Copyright (C) 2021 Free Software Foundation, Inc. > ... > (gdb) source ./.gdbinit > (gdb) break Fsignal > (gdb) commands > Type commands for breakpoint(s) 2, one per line. > End with a line saying just "end". > > pp error_symbol > > pp data > > end > (gdb) run -Q -nw > > When the breakpoint breaks, look at the error_symbol and data printed > by GDB; if the symbol are not "void-function", type "continue" at > GDB's prompt to run Emacs further. When you eventually get symbol as > "void-function" and data that mentions regexp-opt-group, type: > > (gdb) thread apply all bt > > This should produce both C-level backtrace and Lisp-level backtrace of > all the threads in Emacs. Please post that here in its entirety. Ah! Symbols! How could I forget! There we go! Thread 1 (thread 539720): #0 Fsignal (error_symbol=XIL(0xe100), data=XIL(0x9c8f1ef8c23)) at eval.c:1790 #1 0x000009c69f24c271 in xsignal (error_symbol=XIL(0xe100), data=XIL(0x9c8f1ef8c23)) at lisp.h:4155 #2 0x000009c69f252211 in xsignal1 (error_symbol=XIL(0xe100), arg=XIL(0x2b1578948)) at eval.c:1949 #3 0x000009c69f22d539 in Fdefault_value (symbol=XIL(0x2b1578948)) at data.c:1824 #4 0x000009c69f24e5a1 in Fdefault_toplevel_value (symbol=XIL(0x2b1578948)) at eval.c:755 #5 0x000009c69f25633a in funcall_subr (subr=0x9c69f72ca00 , numargs=1, args=0x7f7ffffe9568) at eval.c:3143 #6 0x000009c69f255d66 in Ffuncall (nargs=2, args=0x7f7ffffe9560) at eval.c:3068 #7 0x000009c8cd6fcc36 in F637573746f6d2d696e697469616c697a652d7265736574_custom_initialize_reset_0 () from /usr/obj/work/emacs/src/emacs/src/../native-lisp/29.0.50-8f1f8882/preloaded/custom-e63dc4f2-1b2226d6.eln #8 0x000009c69f25635e in funcall_subr (subr=0x9c95095fc00, numargs=2, args=0x7f7ffffe9738) at eval.c:3145 #9 0x000009c69f255d66 in Ffuncall (nargs=3, args=0x7f7ffffe9730) at eval.c:3068 #10 0x000009c8cd6fd492 in F637573746f6d2d6465636c6172652d7661726961626c65_custom_declare_variable_0 () from /usr/obj/work/emacs/src/emacs/src/../native-lisp/29.0.50-8f1f8882/preloaded/custom-e63dc4f2-1b2226d6.eln #11 0x000009c69f256207 in funcall_subr (subr=0x9c95092cf30, numargs=7, args=0x7f7ffffe9940) at eval.c:3123 #12 0x000009c69f255d66 in Ffuncall (nargs=8, args=0x7f7ffffe9938) at eval.c:3068 #13 0x000009c69f2b6fb4 in exec_byte_code (bytestr=XIL(0x9c93e356a44), vector=XIL(0x9c93135b2a5), maxdepth=make_fixnum(8), args_template=XIL(0), nargs=0, args=0x0) at bytecode.c:632 #14 0x000009c69f2b60a5 in Fbyte_code (bytestr=XIL(0x9c93e356a44), vector=XIL(0x9c93135b2a5), maxdepth=make_fixnum(8)) at bytecode.c:334 #15 0x000009c69f25436e in eval_sub (form=XIL(0x9c8e1175223)) at eval.c:2549 #16 0x000009c69f2536cc in Feval (form=XIL(0x9c8e1175223), lexical=XIL(0x30)) at eval.c:2372 #17 0x000009c91457a821 in top_level_run () from /usr/obj/work/emacs/src/emacs/native-lisp/29.0.50-8f1f8882/bytecomp-4f134b45-abb2ff90.eln #18 0x000009c69f2c8c2c in load_comp_unit (comp_u=0x9c931340908, loading_dump=false, late_load=false) at comp.c:5093 #19 0x000009c69f2c9bad in Fnative_elisp_load (filename=XIL(0x9c93133c8c4), late_load=XIL(0)) at comp.c:5309 #20 0x000009c69f297527 in Fload (file=XIL(0x9c950d0fdac), noerror=XIL(0), nomessage=XIL(0x30), nosuffix=XIL(0), must_suffix=XIL(0x30)) at lread.c:1564 #21 0x000009c69f2978b3 in save_match_data_load (file=XIL(0x9c950d0fdac), noerror=XIL(0), nomessage=XIL(0x30), nosuffix=XIL(0), must_suffix=XIL(0x30)) at lread.c:1628 #22 0x000009c69f269c2f in Frequire (feature=XIL(0x2b1558dd8), filename=XIL(0), noerror=XIL(0)) at fns.c:3188 #23 0x000009c69f25638d in funcall_subr (subr=0x9c69f72f940 , numargs=1, args=0x7f7ffffea3f0) at eval.c:3148 #24 0x000009c69f255d66 in Ffuncall (nargs=2, args=0x7f7ffffea3e8) at eval.c:3068 #25 0x000009c69f2b6fb4 in exec_byte_code (bytestr=XIL(0x9c8e35bf664), vector=XIL(0x9c8ac9a3755), maxdepth=make_fixnum(10), args_template=XIL(0), nargs=0, args=0x0) at bytecode.c:632 #26 0x000009c69f2b60a5 in Fbyte_code (bytestr=XIL(0x9c8e35bf664), vector=XIL(0x9c8ac9a3755), maxdepth=make_fixnum(10)) at bytecode.c:334 #27 0x000009c69f25436e in eval_sub (form=XIL(0x9c90d9e8293)) at eval.c:2549 #28 0x000009c69f2536cc in Feval (form=XIL(0x9c90d9e8293), lexical=XIL(0x30)) at eval.c:2372 #29 0x000009c8daf2a7f2 in top_level_run () from /usr/obj/work/emacs/src/emacs/native-lisp/29.0.50-8f1f8882/comp-af992f0e-a040a5e7.eln #30 0x000009c69f2c8c2c in load_comp_unit (comp_u=0x9c8ac9bd328, loading_dump=false, late_load=false) at comp.c:5093 #31 0x000009c69f2c9bad in Fnative_elisp_load (filename=XIL(0x9c93e37cca4), late_load=XIL(0)) at comp.c:5309 #32 0x000009c69f297527 in Fload (file=XIL(0x9c9509a82e4), noerror=XIL(0), nomessage=XIL(0x30), nosuffix=XIL(0), must_suffix=XIL(0x30)) at lread.c:1564 #33 0x000009c69f2978b3 in save_match_data_load (file=XIL(0x9c9509a82e4), noerror=XIL(0), nomessage=XIL(0x30), nosuffix=XIL(0), must_suffix=XIL(0x30)) at lread.c:1628 #34 0x000009c69f269c2f in Frequire (feature=XIL(0x3cc0), filename=XIL(0), noerror=XIL(0)) at fns.c:3188 #35 0x000009c69f2c80d3 in maybe_defer_native_compilation (function_name=XIL(0x29ebd14f0), definition=XIL(0x9c8ac9b58ed)) at comp.c:4870 #36 0x000009c69f22a71e in Fdefalias (symbol=XIL(0x29ebd14f0), definition=XIL(0x9c8ac9b58ed), docstring=XIL(0)) at data.c:830 #37 0x000009c69f25436e in eval_sub (form=XIL(0x9c8d0c35ce3)) at eval.c:2549 #38 0x000009c69f29a0c2 in readevalloop (readcharfun=XIL(0x6990), infile0=0x7f7ffffeb2f0, sourcename=XIL(0x9c93e36f6a4), printflag=false, unibyte=XIL(0), readfun=XIL(0), start=XIL(0), end=XIL(0)) at lread.c:2325 #39 0x000009c69f2975ec in Fload (file=XIL(0x9c93e36f444), noerror=XIL(0), nomessage=XIL(0x30), nosuffix=XIL(0), must_suffix=XIL(0)) at lread.c:1578 #40 0x000009c69f2978b3 in save_match_data_load (file=XIL(0x9c93e36f444), noerror=XIL(0), nomessage=XIL(0x30), nosuffix=XIL(0), must_suffix=XIL(0x30)) at lread.c:1628 #41 0x000009c69f269c2f in Frequire (feature=XIL(0x2d0b6d670), filename=XIL(0), noerror=XIL(0)) at fns.c:3188 #42 0x000009c69f25638d in funcall_subr (subr=0x9c69f72f940 , numargs=1, args=0x7f7ffffeb540) at eval.c:3148 #43 0x000009c69f255d66 in Ffuncall (nargs=2, args=0x7f7ffffeb538) at eval.c:3068 #44 0x000009c69f2b6fb4 in exec_byte_code (bytestr=XIL(0x9c93e36f404), vector=XIL(0x9c8ac9c3ab5), maxdepth=make_fixnum(10), args_template=XIL(0), nargs=0, args=0x0) at bytecode.c:632 #45 0x000009c69f2b60a5 in Fbyte_code (bytestr=XIL(0x9c93e36f404), vector=XIL(0x9c8ac9c3ab5), maxdepth=make_fixnum(10)) at bytecode.c:334 #46 0x000009c69f25436e in eval_sub (form=XIL(0x9c8d0c36fc3)) at eval.c:2549 #47 0x000009c69f29a0c2 in readevalloop (readcharfun=XIL(0x6990), infile0=0x7f7ffffebc70, sourcename=XIL(0x9c93e384fa4), printflag=false, unibyte=XIL(0), readfun=XIL(0), start=XIL(0), end=XIL(0)) at lread.c:2325 #48 0x000009c69f2975ec in Fload (file=XIL(0x9c93e384dc4), noerror=XIL(0x30), nomessage=XIL(0x30), nosuffix=XIL(0), must_suffix=XIL(0)) at lread.c:1578 #49 0x000009c94e6e8842 in F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_50 () from /usr/obj/work/emacs/src/emacs/src/../native-lisp/29.0.50-8f1f8882/preloaded/faces-e245131e-8647c9a2.eln #50 0x000009c69f25633a in funcall_subr (subr=0x9c950dde6b0, numargs=1, args=0x7f7ffffebe58) at eval.c:3143 #51 0x000009c69f255d66 in Ffuncall (nargs=2, args=0x7f7ffffebe50) at eval.c:3068 #52 0x000009c94e6e8646 in F7474792d66696e642d74797065_tty_find_type_0 () from /usr/obj/work/emacs/src/emacs/src/../native-lisp/29.0.50-8f1f8882/preloaded/faces-e245131e-8647c9a2.eln #53 0x000009c69f25635e in funcall_subr (subr=0x9c9509c3ca0, numargs=2, args=0x7f7ffffec038) at eval.c:3145 #54 0x000009c69f255d66 in Ffuncall (nargs=3, args=0x7f7ffffec030) at eval.c:3068 #55 0x000009c94e6e8a70 in F7474792d72756e2d7465726d696e616c2d696e697469616c697a6174696f6e_tty_run_terminal_initialization_0 () from /usr/obj/work/emacs/src/emacs/src/../native-lisp/29.0.50-8f1f8882/preloaded/faces-e245131e-8647c9a2.eln #56 0x000009c69f25638d in funcall_subr (subr=0x9c950c44d50, numargs=3, args=0x7f7ffffec1e8) at eval.c:3148 #57 0x000009c69f255d66 in Ffuncall (nargs=4, args=0x7f7ffffec1e0) at eval.c:3068 #58 0x000009c986a3ad0d in F636f6d6d616e642d6c696e65_command_line_0 () from /usr/obj/work/emacs/src/emacs/src/../native-lisp/29.0.50-8f1f8882/preloaded/startup-a18662e4-026a11a7.eln #59 0x000009c69f256321 in funcall_subr (subr=0x9c950c21030, numargs=0, args=0x7f7ffffec3c0) at eval.c:3141 #60 0x000009c69f255d66 in Ffuncall (nargs=1, args=0x7f7ffffec3b8) at eval.c:3068 #61 0x000009c986a363a6 in F6e6f726d616c2d746f702d6c6576656c_normal_top_level_0 () from /usr/obj/work/emacs/src/emacs/src/../native-lisp/29.0.50-8f1f8882/preloaded/startup-a18662e4-026a11a7.eln #62 0x000009c69f2542e3 in eval_sub (form=XIL(0x9c950d57a43)) at eval.c:2540 #63 0x000009c69f2536cc in Feval (form=XIL(0x9c950d57a43), lexical=XIL(0)) at eval.c:2372 #64 0x000009c69f166219 in top_level_2 () at keyboard.c:1143 #65 0x000009c69f2510cc in internal_condition_case (bfun=0x9c69f1661ef , handlers=XIL(0x90), hfun=0x9c69f165948 ) at eval.c:1495 #66 0x000009c69f166271 in top_level_1 (ignore=XIL(0)) at keyboard.c:1151 #67 0x000009c69f2501a9 in internal_catch (tag=XIL(0xd110), func=0x9c69f16621b , arg=XIL(0)) at eval.c:1226 #68 0x000009c69f16612b in command_loop () at keyboard.c:1111 #69 0x000009c69f1653c9 in recursive_edit_1 () at keyboard.c:721 #70 0x000009c69f165604 in Frecursive_edit () at keyboard.c:804 #71 0x000009c69f160ff3 in main (argc=3, argv=0x7f7ffffec838) at emacs.c:2345 Lisp Backtrace: "default-toplevel-value" (0xfffe9568) "custom-initialize-reset" (0xfffe9738) "custom-declare-variable" (0xfffe9940) "byte-code" (0xfffe9db0) "require" (0xfffea3f0) "byte-code" (0xfffea9b0) "defalias" (0xfffeb030) "require" (0xfffeb540) "byte-code" (0xfffeb9b0) 0x50dde6b0 PVEC_SUBR "tty-find-type" (0xfffec038) "tty-run-terminal-initialization" (0xfffec1e8) "command-line" (0xfffec3c0) "normal-top-level" (0xfffec4d0) Breakpoint 3, Fsignal (error_symbol=XIL(0xe100), data=XIL(0x9c9423a4e03)) at eval.c:1790 1790 if (NILP (error_symbol) && NILP (data)) void-variable (byte-compile-verbose) From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 20 10:15:23 2021 Received: (at 51689) by debbugs.gnu.org; 20 Nov 2021 15:15:23 +0000 Received: from localhost ([127.0.0.1]:43516 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1moS5L-0000bK-BX for submit@debbugs.gnu.org; Sat, 20 Nov 2021 10:15:23 -0500 Received: from eggs.gnu.org ([209.51.188.92]:36596) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1moS5K-0000b4-AJ for 51689@debbugs.gnu.org; Sat, 20 Nov 2021 10:15:22 -0500 Received: from [2001:470:142:3::e] (port=49168 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1moS5E-0004UF-Pj; Sat, 20 Nov 2021 10:15:16 -0500 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=1WE+Sb/KdzOhw3pnAV/w2K+eSiN/+Z0waO1vEmp47o4=; b=eBGuTSc12YAF dYR/Q7hoQl2lm63h7n4+hHv2iSzWgsgTy2XP8bhq2a+kT8guR94iBsiepck40efRFZr432Mny+3po AwaAfZBPWrkCh0BIfwsDt3i2mIh2ot6QfVcy85fcOYjq3SD1n2MC3/TIS/HnBsPi//x6vNH1JTQYK l3mI3CpPF43zx9ydHGAqRAGBiCCwYjEmQ1a+8A79fEeYntUMr+b8lTIctN+PLlu5Ta7nRTv7fcZy9 qW2cMjQj2ZV8Z6nSsxOcyaE3fUKm6jjkgivb+bejiZshFNzu5P2LgTvlZW4naS2cssJ4gxgJKlZsY DgXsiR/FIpiLMCufU2n50Q==; Received: from [87.69.77.57] (port=4407 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1moS58-0005su-Co; Sat, 20 Nov 2021 10:15:16 -0500 Date: Sat, 20 Nov 2021 17:15:12 +0200 Message-Id: <83ilwmsvsv.fsf@gnu.org> From: Eli Zaretskii To: Han Boetes In-Reply-To: (message from Han Boetes on Sat, 20 Nov 2021 15:59:32 +0100) Subject: Re: bug#51689: emacs References: <83czn2tu7i.fsf@gnu.org> <838rxptx7m.fsf@gnu.org> <83sfvw1bf0.fsf@gnu.org> <83v90qx7gf.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 51689 Cc: 51689@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sat, 20 Nov 2021 15:59:32 +0100 > From: Han Boetes > Cc: 51689@debbugs.gnu.org > > Breakpoint 3, Fsignal (error_symbol=XIL(0xe100), data=XIL(0x9c9423a4e03)) at eval.c:1790 > 1790 if (NILP (error_symbol) && NILP (data)) > void-variable > (byte-compile-verbose) This is OK, but this is not the call to 'signal' that we are looking for. As I said in my instructions: > > When the breakpoint breaks, look at the error_symbol and data printed > > by GDB; if the symbol are not "void-function", type "continue" at > > GDB's prompt to run Emacs further. When you eventually get symbol as > > "void-function" and data that mentions regexp-opt-group, type: > > > > (gdb) thread apply all bt In the above you have void-variable as error_symbol and the data does not mention regexp-opt-group. So you need to type "continue" until you hit this breakpoint with the correct conditions, and then produce the backtrace. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 21 01:31:33 2021 Received: (at 51689-done) by debbugs.gnu.org; 21 Nov 2021 06:31:33 +0000 Received: from localhost ([127.0.0.1]:43995 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mogNw-00066x-RB for submit@debbugs.gnu.org; Sun, 21 Nov 2021 01:31:33 -0500 Received: from eggs.gnu.org ([209.51.188.92]:43076) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mogNu-00066k-VB for 51689-done@debbugs.gnu.org; Sun, 21 Nov 2021 01:31:31 -0500 Received: from [2001:470:142:3::e] (port=42930 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mogNp-0007d6-BY; Sun, 21 Nov 2021 01:31:25 -0500 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=almV/WUNhfNMBC6OneM/MGckjESKwfjaDl93qLGyXZQ=; b=jLBtFZbMEpJ4 MKHHZ1fvsMJR3DwVtB7ZHfGjGkJG9e+zaO7hZXmi/uW4F7sjpZYQnWPtP/J4Ym0m/rG2kFcrFSJJu dqL7WsgilJXbjiYGyfQ/m7Yr+yBMuzeKJj46pNAe7gwYKvagDYDZh2V6Uc/U7b4zrEzBRYIuBbou0 eKiJ+4aG3pLdu1wW2ye2m/yuGOID/I+niKZRzGbnSmJHLzPpuE4wHpx+f58LhmPbhxJws81PZs5/z eQpwy5731kjVEn5MX2w6J0+9jLRE5SodpHj5ASk1DfkRR6KKRh6060gIoHVn2tlXLW6d8qXlcpweB LthXHSBYJ/mUm9vWF3atZg==; Received: from [87.69.77.57] (port=4874 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mogNo-0005IQ-Tg; Sun, 21 Nov 2021 01:31:25 -0500 Date: Sun, 21 Nov 2021 08:31:29 +0200 Message-Id: <83fsrqrpdq.fsf@gnu.org> From: Eli Zaretskii To: Han Boetes In-Reply-To: (message from Han Boetes on Sat, 20 Nov 2021 22:05:55 +0100) Subject: Re: bug#51689: emacs References: <83czn2tu7i.fsf@gnu.org> <838rxptx7m.fsf@gnu.org> <83sfvw1bf0.fsf@gnu.org> <83v90qx7gf.fsf@gnu.org> <83ilwmsvsv.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 51689-done Cc: 51689-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sat, 20 Nov 2021 22:05:55 +0100 > From: Han Boetes > > > > > When the breakpoint breaks, look at the error_symbol and data printed > > > > by GDB; if the symbol are not "void-function", type "continue" at > > > > GDB's prompt to run Emacs further. When you eventually get symbol as > > > > "void-function" and data that mentions regexp-opt-group, type: > > > > > > > > (gdb) thread apply all bt > > > > In the above you have void-variable as error_symbol and the data does > > not mention regexp-opt-group. So you need to type "continue" until > > you hit this breakpoint with the correct conditions, and then produce > > the backtrace. > > And when I finally understood all the details of how to create the > backtrace and building emacs with symbols again, which takes over 6 > hours, I noticed gdb ran out of memory and that I could no longer > reproduce the problem with the latest code from git. Thanks, I'm therefore closing this bug. From unknown Mon Jun 23 13:13:35 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 19 Dec 2021 12:24:10 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator