From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Newsgroups: gmane.emacs.bugs Subject: bug#66022: 30.0.50; kmacro overwriting global keybindings Date: Mon, 18 Sep 2023 19:54:40 +0200 Message-ID: <8f8f6fad-c293-40c6-9bdb-81ed40554e2d@gmail.com> References: <83bke1gusz.fsf@gnu.org> <83a5tlgoyz.fsf@gnu.org> <837copgnu3.fsf@gnu.org> <83y1h5f58u.fsf@gnu.org> <48b2ed95-ecd6-4e9f-bde5-835edc6aab15@gmail.com> <83o7hzedph.fsf@gnu.org> <83led3ecxc.fsf@gnu.org> <3eee4d40-decf-46f0-9a0d-26a2d0f2e383@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="34054"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla Thunderbird Cc: Eli Zaretskii , 66022@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Sep 18 19:55:20 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qiISs-0008c8-SP for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 18 Sep 2023 19:55:18 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qiISX-0003Uo-GA; Mon, 18 Sep 2023 13:54:57 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qiISU-0003UP-Eq for bug-gnu-emacs@gnu.org; Mon, 18 Sep 2023 13:54:54 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qiISU-0001kb-72 for bug-gnu-emacs@gnu.org; Mon, 18 Sep 2023 13:54:54 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qiISc-00020N-GK for bug-gnu-emacs@gnu.org; Mon, 18 Sep 2023 13:55:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 18 Sep 2023 17:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 66022 X-GNU-PR-Package: emacs Original-Received: via spool by 66022-submit@debbugs.gnu.org id=B66022.16950596987694 (code B ref 66022); Mon, 18 Sep 2023 17:55:02 +0000 Original-Received: (at 66022) by debbugs.gnu.org; 18 Sep 2023 17:54:58 +0000 Original-Received: from localhost ([127.0.0.1]:54332 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qiISY-000201-0W for submit@debbugs.gnu.org; Mon, 18 Sep 2023 13:54:58 -0400 Original-Received: from mail-wr1-x429.google.com ([2a00:1450:4864:20::429]:44049) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qiISW-0001zp-Pe for 66022@debbugs.gnu.org; Mon, 18 Sep 2023 13:54:57 -0400 Original-Received: by mail-wr1-x429.google.com with SMTP id ffacd0b85a97d-317c3ac7339so4325413f8f.0 for <66022@debbugs.gnu.org>; Mon, 18 Sep 2023 10:54:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1695059682; x=1695664482; darn=debbugs.gnu.org; h=content-transfer-encoding:in-reply-to:autocrypt:from:references:cc :to:content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=t4ciPSlSG1S7CjANrmNcChZ59aDmYhPK2Q5TdPE08SY=; b=EFELMKn0K6Bx8TvGduFlhBj/NcidsegIvMCmdTOli47ARoaB5dX3GEhgSdy4MirdQT +Yac2MZeGKxfM8ua6WvUmbOWSTIg1lFpi32u6JYNWh+2IeUdjdsiUGPwbmmjYrH9xKC1 8+vxa3GDQ1KtNITjHr7h+wxrnPoPk3l7Cuz1oUqDO+PEifJE8aSDkdUJu90dO670fpZZ NTmg9syxq9Kr1i/BDjRQbcubbuAIUC0paGCSHPZLVDwdGwp5H4MRQhZL/u6IaAIIt7ic aMoZVH1T5k23ZC28/oKI6sgSeEcqoYaFBzSjBL14ginVyX+H2CPP+JnXvyEIVOmbrvD2 P8Ew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695059682; x=1695664482; h=content-transfer-encoding:in-reply-to:autocrypt:from:references:cc :to:content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=t4ciPSlSG1S7CjANrmNcChZ59aDmYhPK2Q5TdPE08SY=; b=Fmz82EnI00U2a3+NcYFaMKc4n3SuGaLq8VuvZcvkHedJgLD/Z+LdCDkY/ImoASAVk1 wDtoq5z3g7jf9RsGQO7cDKD/89SQwWj1Dpm7NcVe+EbeDpJl0ftqj3R1v13vsz6T+tDs /OWycwN8CliJibeoSoCxNYVcf4SeGRZS1g+U9YJKDSzJJu8k3JYbVGrPgl1j2cvjX8Wp dsLCRJr3kwByeGObhUEp8myfJjmc1ohDbdYTZkUUg9oYilwmXB6t7go3AnDQp3Ps4uq5 bOG9kvckN89+7sJEuhjsM2BsNeqmc4yVpqY66QngqL9Cxc35o9z4YlOtFlcU6CO5hoUK d2Aw== X-Gm-Message-State: AOJu0YwGqTZqcR0qax8v7nn9URslsR8BVg+Rq8jEO2obplqpCB/AKWW4 co0gl3+EGSv4+GmRIql7q/o= X-Google-Smtp-Source: AGHT+IGlEzyKPoa7t0wnmrMtWOcNcwc037X4/hI165HwOZNTLSCkzv84BRAI62ZELbh9LPQPohvwMQ== X-Received: by 2002:adf:ee51:0:b0:31a:e3ad:f30e with SMTP id w17-20020adfee51000000b0031ae3adf30emr8261583wro.68.1695059682225; Mon, 18 Sep 2023 10:54:42 -0700 (PDT) Original-Received: from [192.168.178.26] (p4fe3af17.dip0.t-ipconnect.de. [79.227.175.23]) by smtp.gmail.com with ESMTPSA id qb18-20020a1709077e9200b009adc5802d08sm5812704ejc.190.2023.09.18.10.54.41 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 18 Sep 2023 10:54:41 -0700 (PDT) Content-Language: en-US, de-DE Autocrypt: addr=gerd.moellmann@gmail.com; keydata= xsFNBGK3Qz4BEADz6clhctm9qf4lh1IJMOGL8dEBtyR8ZvdCtv1m7Oj5BVmBrHbF/hp/R/7m VAPNsyfPKNuqlesBmh/hr5zEHdzHMvLj8Hf5Yp8Ufo0ZqOtCzvIe62PHKvjt59FMNH3fpnId g5/8Kea2plWwH2u2hwxkhgC1mlMQFCILPED7OIMA3y4QvVbHqGP+kFl0OVHc4BeJHEXpVZTq RZl7q6V0LaXZtYWNffvQ/BWa9gmc1HztQTSBx6f3Lf9VTf5gQK7k691U+Vgyz7asKkHKeMO5 cdHAwsN+G+oI4KB2YCm2UMMpUKnoFLxdmswQGu1z6D75YlfxDLZmOTphlFXvIstoJnAgcT1Z ubowXAlHbxGnTfugZfe19xJxRTZ9zOty6m0aNaT4MshBQRj18nkZiBjZIoVQmluVMSgQ3kKJ cDzv+IijRf/9ekOcCfM8PK2pxOHX/lXm4fVW8hS4OMp/IPGTvAvu2ZXUOJSZpTUYz0EY3Al9 3XArmICvatrX/ePgvonkWJuruIQ6pPoefCsJyWaZj4/nrlW2mweDfVBkTbblbLO98UHM1TYu 1Pc0eTZChk7+5F8dXj7Tfn2Ll4xMVoYbIV5yEr1wMq/9d6S2EckCZAnH7R1romvtJhcse+uz tB2nyqxvCwMzZ28RrJiXkR4QIMSJi1ZMHU0dFQlkwZ/sRN0asQARAQABzSlHZXJkIE3Dtmxs bWFubiA8Z2VyZC5tb2VsbG1hbm5AZ21haWwuY29tPsLBlAQTAQoAPhYhBIq2Hj6Yk/Nh45H7 aXPqGxmQxT5jBQJit0M+AhsDBQkHhh9SBQ In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:270834 Archived-At: On 23-09-18 19:00 , Stefan Monnier wrote: >> Sorry, missed copying a line from the terminal >> >> / > ls -l >> /Applications/Emacs.app/Contents/Resources/lisp/loaddefs.el* >> -rw-r--r-- 1 gerd admin 377687 Sep 17 16:36 >> /Applications/Emacs.app/Contents/Resources/lisp/loaddefs.el.gz >> -rw-r--r-- 1 gerd admin 1467107 Sep 17 16:38 >> /Applications/Emacs.app/Contents/Resources/lisp/loaddefs.elc >> gerd@Pro 2023-09-18 18:32 ~/ > > > I believe the `lread.c` code which calls `Fload` should be looking at > the `loaddefs.elc` file here, so removing the `.el.gz` should make no > difference. > > Now why does it feel the need to reload this file? The way the code > works is that it receives a (FILE . POS) pair where FILE should > presumably point to the `loaddefs.elc`. > > When it opens that `.elc` file, POS should point to the beginning of > the desired docstring with nearby info indicating the length of that > docstring. > > If the file was changed in the mean time, POS may end up pointing > elsewhere. `lread.c` performs a sanity check to make sure POS > points to something that does indeed look like a docstring and > apparently in your case that sanity check fails. > > My crystal ball suggests maybe you're witnessing a bug in the build > process where we end up *re*compiling `loaddefs.elc` a second time > (maybe because we regenerate/refresh `loaddefs.el` by error) after > Emacs was dumped, maybe during the "install" step that builds the > `Emacs.app`. > > Normally, the way things are supposed to work is: > > - build temacs. - dump bootstrap-emacs using some old > `loaddefs.el(c)` of `ldefs-boot.el`. - compile the preloaded files > and build the true `loaddefs.el`. - dump the final `emacs` > executable. - keep compiling the rest. > > But if "keep compiling the rest" ends up touching a dependency of > `loaddefs.el` subsequent steps like `install` could decide to make > poor decisions :-( > > IOW rebuild, keeping a log and check what was done in which order. Ok, I'll try that during the next days. (Have to finally replace the battery of the old Macbook, and the display for the mini is not working.) Do you think the following plan make ssense? - I assume that a build from git clean -xdf shows all the steps that must happen with 100% certainty. - I'd then make bootstrap + look for a difference. - Then same procedure for simple make in the toplevel dir, - after there is only a C file changed - after only a Lisp file is changed