* bug#73005: [REGRESSION, BISECTED]: line numbers disappear when pressing `df` in evil-mode @ 2024-09-03 14:46 Konstantin Kharlamov 2024-09-03 15:30 ` Eli Zaretskii 0 siblings, 1 reply; 12+ messages in thread From: Konstantin Kharlamov @ 2024-09-03 14:46 UTC (permalink / raw) To: 73005; +Cc: da_vid CCing the commit author. Sorry for using external plugin, but master has two separate unrelated critical regressions (the other one is going via link in *Help* buffer and getting Emacs locked up with 100% CPU and quickly increasing memory usage, which complicates reducing the steps), and since there's a clear commit that introduced the problem I decided to report it as is. # Steps to reproduce 1. Make sure you're in the Emacs repository and `./build/src/emacs` is the built binary 2. Execute `git clone --depth 1 https://github.com/emacs-evil/evil /tmp/evil` 3. Execute `PATH="$(pwd)/build/src/:$PATH" make -C /tmp/evil emacs` (Emacs with Evil loaded will start) 4. Press `n` to refuse running tests 5. Turn line numbers on by evaluating: (setq-default display-line- numbers 'visual) 6. Press `df` ## Expected Line numbers are still shown ## Actual Line numbers disappear # Additional information The commit that introduced the problem: commit dffdbc1f1fd6569c518e2e3b5e771a54e9e9483f (HEAD) Author: David Ponce <da_vid@orange.fr> Date: Thu Aug 22 16:56:11 2024 +0200 Use 'with-work-macro' in 'string-pixel-width' Tweak the implementation of 'string-pixel-width' to run faster and use less memory. Also cater for the case where this function is called in parallel (bug#72689). * lisp/emacs-lisp/subr-x.el (string-pixel-width): Use `with-work-macro'. Prefer `remove-text-properties' to `propertize' to avoid creating a new string on each call. lisp/emacs-lisp/subr-x.el | 22 +++++++++++++--------- 1 file changed, 13 insertions(+), 9 deletions(-) [03.09.2024-17:13:32] constantine@dell-g15 ~/Projects/builds/emacs- git/src/emacs-git ‹node-› ‹› (dffdbc1f1fd*) ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#73005: [REGRESSION, BISECTED]: line numbers disappear when pressing `df` in evil-mode 2024-09-03 14:46 bug#73005: [REGRESSION, BISECTED]: line numbers disappear when pressing `df` in evil-mode Konstantin Kharlamov @ 2024-09-03 15:30 ` Eli Zaretskii 2024-09-03 16:18 ` Konstantin Kharlamov 2024-09-03 16:32 ` Konstantin Kharlamov 0 siblings, 2 replies; 12+ messages in thread From: Eli Zaretskii @ 2024-09-03 15:30 UTC (permalink / raw) To: Konstantin Kharlamov; +Cc: 73005, da_vid > Cc: da_vid@orange.fr > From: Konstantin Kharlamov <Hi-Angel@yandex.ru> > Date: Tue, 03 Sep 2024 17:46:09 +0300 > > CCing the commit author. > > Sorry for using external plugin, but master has two separate unrelated > critical regressions (the other one is going via link in *Help* buffer > and getting Emacs locked up with 100% CPU and quickly increasing memory > usage, which complicates reducing the steps), and since there's a clear > commit that introduced the problem I decided to report it as is. > > # Steps to reproduce > > 1. Make sure you're in the Emacs repository and `./build/src/emacs` is > the built binary > 2. Execute `git clone --depth 1 https://github.com/emacs-evil/evil > /tmp/evil` > 3. Execute `PATH="$(pwd)/build/src/:$PATH" make -C /tmp/evil emacs` > (Emacs with Evil loaded will start) > 4. Press `n` to refuse running tests > 5. Turn line numbers on by evaluating: (setq-default display-line- > numbers 'visual) > 6. Press `df` What does "df" do? Does it somehow end up calling string-pixel-width? IOW, please show how string-pixel-width is related to the above. > ## Expected > > Line numbers are still shown > > ## Actual > > Line numbers disappear > > # Additional information > > The commit that introduced the problem: > > commit dffdbc1f1fd6569c518e2e3b5e771a54e9e9483f (HEAD) > Author: David Ponce <da_vid@orange.fr> > Date: Thu Aug 22 16:56:11 2024 +0200 > > Use 'with-work-macro' in 'string-pixel-width' Does it help to replace (setq display-line-numbers nil with (setq-local display-line-numbers nil in string-pixel-width? ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#73005: [REGRESSION, BISECTED]: line numbers disappear when pressing `df` in evil-mode 2024-09-03 15:30 ` Eli Zaretskii @ 2024-09-03 16:18 ` Konstantin Kharlamov 2024-09-04 13:02 ` Konstantin Kharlamov 2024-09-03 16:32 ` Konstantin Kharlamov 1 sibling, 1 reply; 12+ messages in thread From: Konstantin Kharlamov @ 2024-09-03 16:18 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 73005, da_vid On Tue, 2024-09-03 at 18:30 +0300, Eli Zaretskii wrote: > > Cc: da_vid@orange.fr > > From: Konstantin Kharlamov <Hi-Angel@yandex.ru> > > Date: Tue, 03 Sep 2024 17:46:09 +0300 > > > > CCing the commit author. > > > > Sorry for using external plugin, but master has two separate > > unrelated > > critical regressions (the other one is going via link in *Help* > > buffer > > and getting Emacs locked up with 100% CPU and quickly increasing > > memory > > usage, which complicates reducing the steps), and since there's a > > clear > > commit that introduced the problem I decided to report it as is. > > > > # Steps to reproduce > > > > 1. Make sure you're in the Emacs repository and `./build/src/emacs` > > is > > the built binary > > 2. Execute `git clone --depth 1 https://github.com/emacs-evil/evil > > /tmp/evil` > > 3. Execute `PATH="$(pwd)/build/src/:$PATH" make -C /tmp/evil emacs` > > (Emacs with Evil loaded will start) > > 4. Press `n` to refuse running tests > > 5. Turn line numbers on by evaluating: (setq-default display-line- > > numbers 'visual) > > 6. Press `df` > > What does "df" do? "df" is triggering the action "delete text up to" and it will wait for the third key, the symbol to "delete text up to". But for the problem to appear pressing the third key is not required. As a matter of fact, sometimes it gets reproduced by just pressing "f" which stands for "go to next symbol" (and it would similarly wait a keypress to define a symbol to go to), but for some reason it happens much less compared to pressing "df". > Does it somehow end up calling string-pixel-width? It seems it doesn't. I used a `M-x debug-on-entry string-pixel-width` and then pressed "df" which made line numbers disappear, but debugger wasn't triggered. > IOW, please show how string-pixel-width is related to the above. Offhand I don't know. I would reduce steps, but I can't use *Help* for reasons mentioned in my 1st email, and I still didn't find a commit which does not hang upon following *Help* buffer, because 1000 commits before dffdbc1f1fd6 Emacs fails to compile with some native-compilation errors and `make clean` doesn't help. I presume finding the culprit for this problem will take some time. I don't know if it's of any help, but upon pressing "df" the caret turns from a rectangle to a square (half the rectangle size). This is indicating that Emacs is waiting for the next keypress, perhaps this indication somehow triggers the problem… ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#73005: [REGRESSION, BISECTED]: line numbers disappear when pressing `df` in evil-mode 2024-09-03 16:18 ` Konstantin Kharlamov @ 2024-09-04 13:02 ` Konstantin Kharlamov 2024-09-04 13:15 ` Eli Zaretskii 0 siblings, 1 reply; 12+ messages in thread From: Konstantin Kharlamov @ 2024-09-04 13:02 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 73005, da_vid On Tue, 2024-09-03 at 19:18 +0300, Konstantin Kharlamov wrote: > On Tue, 2024-09-03 at 18:30 +0300, Eli Zaretskii wrote: > > > Cc: da_vid@orange.fr > > > From: Konstantin Kharlamov <Hi-Angel@yandex.ru> > > > Date: Tue, 03 Sep 2024 17:46:09 +0300 > > > > > > CCing the commit author. > > > > > > Sorry for using external plugin, but master has two separate > > > unrelated > > > critical regressions (the other one is going via link in *Help* > > > buffer > > > and getting Emacs locked up with 100% CPU and quickly increasing > > > memory > > > usage, which complicates reducing the steps), and since there's a > > > clear > > > commit that introduced the problem I decided to report it as is. > > > > > > # Steps to reproduce > > > > > > 1. Make sure you're in the Emacs repository and > > > `./build/src/emacs` > > > is > > > the built binary > > > 2. Execute `git clone --depth 1 > > > https://github.com/emacs-evil/evil > > > /tmp/evil` > > > 3. Execute `PATH="$(pwd)/build/src/:$PATH" make -C /tmp/evil > > > emacs` > > > (Emacs with Evil loaded will start) > > > 4. Press `n` to refuse running tests > > > 5. Turn line numbers on by evaluating: (setq-default display- > > > line- > > > numbers 'visual) > > > 6. Press `df` > > > > What does "df" do? > > "df" is triggering the action "delete text up to" and it will wait > for > the third key, the symbol to "delete text up to". But for the problem > to appear pressing the third key is not required. > > As a matter of fact, sometimes it gets reproduced by just pressing > "f" > which stands for "go to next symbol" (and it would similarly wait a > keypress to define a symbol to go to), but for some reason it happens > much less compared to pressing "df". > > > Does it somehow end up calling string-pixel-width? > > It seems it doesn't. I used a `M-x debug-on-entry string-pixel-width` > and then pressed "df" which made line numbers disappear, but debugger > wasn't triggered. > > > IOW, please show how string-pixel-width is related to the above. > > Offhand I don't know. I would reduce steps, but I can't use *Help* > for > reasons mentioned in my 1st email, and I still didn't find a commit > which does not hang upon following *Help* buffer, because 1000 > commits > before dffdbc1f1fd6 Emacs fails to compile with some native- > compilation > errors and `make clean` doesn't help. I presume finding the culprit > for > this problem will take some time. > > I don't know if it's of any help, but upon pressing "df" the caret > turns from a rectangle to a square (half the rectangle size). This is > indicating that Emacs is waiting for the next keypress, perhaps this > indication somehow triggers the problem… So FWIW, I'm not really clear how to debug it further. The problem seems to only reproduce interactively. I tried calling manually various functions like `(evil-find-char 1 ?f)`, `(evil-operator-range)`, `(evil-delete 1 3)` but it didn't trigger the problem. In particular, `(evil-operator-range)` is the one that makes caret turn to a square waiting for input, but problem doesn't reproduce like this. However, I found an alternative way to reproduce it, unfortunately still requiring Evil: 1. Press f (it will wait for next character) 2. Press C-g to cancel the action 3. Press M-: Result: line numbers disappear along with minibuffer popping up. Another interesting point: after line numbers disappeared, if I evaluate `display-line-numbers` (i.e. just to see its value), line numbers immediately appear back. ---------- Regarding the unrelated hang, I more or less figured that out. It turned out to be in another plugin, but it didn't look like a plugin bug because usually when ELisp hangs you can stop a loop with C-g or even just quit emacs with ^C or killall, but for some reason occasionally only SIGKILL worked, which made me think it's a hang in C code. But it wasn't. ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#73005: [REGRESSION, BISECTED]: line numbers disappear when pressing `df` in evil-mode 2024-09-04 13:02 ` Konstantin Kharlamov @ 2024-09-04 13:15 ` Eli Zaretskii 2024-09-04 16:00 ` Konstantin Kharlamov 0 siblings, 1 reply; 12+ messages in thread From: Eli Zaretskii @ 2024-09-04 13:15 UTC (permalink / raw) To: Konstantin Kharlamov; +Cc: 73005, da_vid > From: Konstantin Kharlamov <Hi-Angel@yandex.ru> > Cc: 73005@debbugs.gnu.org, da_vid@orange.fr > Date: Wed, 04 Sep 2024 16:02:27 +0300 > > 1. Press f (it will wait for next character) > 2. Press C-g to cancel the action > 3. Press M-: > > Result: line numbers disappear along with minibuffer popping up. > > Another interesting point: after line numbers disappeared, if I > evaluate `display-line-numbers` (i.e. just to see its value), line > numbers immediately appear back. Sounds like Evil does the above with current buffer set to the work buffer where we calculate string-pixel-width, and where we therefore disabled display-line-numbers? ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#73005: [REGRESSION, BISECTED]: line numbers disappear when pressing `df` in evil-mode 2024-09-04 13:15 ` Eli Zaretskii @ 2024-09-04 16:00 ` Konstantin Kharlamov 2024-09-04 22:07 ` David Ponce via Bug reports for GNU Emacs, the Swiss army knife of text editors 0 siblings, 1 reply; 12+ messages in thread From: Konstantin Kharlamov @ 2024-09-04 16:00 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 73005, da_vid On Wed, 2024-09-04 at 16:15 +0300, Eli Zaretskii wrote: > > From: Konstantin Kharlamov <Hi-Angel@yandex.ru> > > Cc: 73005@debbugs.gnu.org, da_vid@orange.fr > > Date: Wed, 04 Sep 2024 16:02:27 +0300 > > > > 1. Press f (it will wait for next character) > > 2. Press C-g to cancel the action > > 3. Press M-: > > > > Result: line numbers disappear along with minibuffer popping up. > > > > Another interesting point: after line numbers disappeared, if I > > evaluate `display-line-numbers` (i.e. just to see its value), line > > numbers immediately appear back. > > Sounds like Evil does the above with current buffer set to the work > buffer where we calculate string-pixel-width, and where we therefore > disabled display-line-numbers? I git-grepped over Evil the word `work-buffer` and there is no matches. So there isn't direct call to `with-work-buffer`. Then I tried to `M-x debug-on-entry with-work-buffer` and reproduced the issue, but debugger wasn't triggered either. So doesn't seem like it. ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#73005: [REGRESSION, BISECTED]: line numbers disappear when pressing `df` in evil-mode 2024-09-04 16:00 ` Konstantin Kharlamov @ 2024-09-04 22:07 ` David Ponce via Bug reports for GNU Emacs, the Swiss army knife of text editors 2024-09-05 5:49 ` Eli Zaretskii 0 siblings, 1 reply; 12+ messages in thread From: David Ponce via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-09-04 22:07 UTC (permalink / raw) To: Konstantin Kharlamov, Eli Zaretskii; +Cc: 73005 On 04/09/2024 6:00 PM, Konstantin Kharlamov wrote: > On Wed, 2024-09-04 at 16:15 +0300, Eli Zaretskii wrote: >>> From: Konstantin Kharlamov <Hi-Angel@yandex.ru> >>> Cc: 73005@debbugs.gnu.org, da_vid@orange.fr >>> Date: Wed, 04 Sep 2024 16:02:27 +0300 >>> >>> 1. Press f (it will wait for next character) >>> 2. Press C-g to cancel the action >>> 3. Press M-: >>> >>> Result: line numbers disappear along with minibuffer popping up. >>> >>> Another interesting point: after line numbers disappeared, if I >>> evaluate `display-line-numbers` (i.e. just to see its value), line >>> numbers immediately appear back. >> >> Sounds like Evil does the above with current buffer set to the work >> buffer where we calculate string-pixel-width, and where we therefore >> disabled display-line-numbers? > > I git-grepped over Evil the word `work-buffer` and there is no matches. > So there isn't direct call to `with-work-buffer`. Then I tried to `M-x > debug-on-entry with-work-buffer` and reproduced the issue, but debugger > wasn't triggered either. > > So doesn't seem like it. Could it be that a temporary buffer named " *work*" is being used somewhere? In which case there could be nasty side effects with the same buffer being used by `with-work-buffer'? Just a wild guess. ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#73005: [REGRESSION, BISECTED]: line numbers disappear when pressing `df` in evil-mode 2024-09-04 22:07 ` David Ponce via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-09-05 5:49 ` Eli Zaretskii 2024-09-21 9:02 ` Eli Zaretskii 0 siblings, 1 reply; 12+ messages in thread From: Eli Zaretskii @ 2024-09-05 5:49 UTC (permalink / raw) To: David Ponce; +Cc: 73005, Hi-Angel > Date: Thu, 5 Sep 2024 00:07:35 +0200 > Cc: 73005@debbugs.gnu.org > From: David Ponce <da_vid@orange.fr> > > Could it be that a temporary buffer named " *work*" is being used somewhere? > In which case there could be nasty side effects with the same buffer being > used by `with-work-buffer'? In that case, modifying the name used by with-work-buffer should solve the problem, I think. If that doesn't help, either, I guess we do need a reproducer without Evil, if such a beast exists, because the problem might be in Evil itself. If the problem is not in Evil, coming up with a reproducer will go a long way towards the solution, and might even point out to the culprit. ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#73005: [REGRESSION, BISECTED]: line numbers disappear when pressing `df` in evil-mode 2024-09-05 5:49 ` Eli Zaretskii @ 2024-09-21 9:02 ` Eli Zaretskii 2024-09-21 9:09 ` Konstantin Kharlamov 2024-09-21 10:10 ` David Ponce via Bug reports for GNU Emacs, the Swiss army knife of text editors 0 siblings, 2 replies; 12+ messages in thread From: Eli Zaretskii @ 2024-09-21 9:02 UTC (permalink / raw) To: da_vid; +Cc: 73005, Hi-Angel Ping! Can we please make some progress here? > Cc: 73005@debbugs.gnu.org, Hi-Angel@yandex.ru > Date: Thu, 05 Sep 2024 08:49:34 +0300 > From: Eli Zaretskii <eliz@gnu.org> > > > Date: Thu, 5 Sep 2024 00:07:35 +0200 > > Cc: 73005@debbugs.gnu.org > > From: David Ponce <da_vid@orange.fr> > > > > Could it be that a temporary buffer named " *work*" is being used somewhere? > > In which case there could be nasty side effects with the same buffer being > > used by `with-work-buffer'? > > In that case, modifying the name used by with-work-buffer should solve > the problem, I think. > > If that doesn't help, either, I guess we do need a reproducer without > Evil, if such a beast exists, because the problem might be in Evil > itself. If the problem is not in Evil, coming up with a reproducer > will go a long way towards the solution, and might even point out to > the culprit. > > > > ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#73005: [REGRESSION, BISECTED]: line numbers disappear when pressing `df` in evil-mode 2024-09-21 9:02 ` Eli Zaretskii @ 2024-09-21 9:09 ` Konstantin Kharlamov 2024-09-21 10:10 ` David Ponce via Bug reports for GNU Emacs, the Swiss army knife of text editors 1 sibling, 0 replies; 12+ messages in thread From: Konstantin Kharlamov @ 2024-09-21 9:09 UTC (permalink / raw) To: Eli Zaretskii, da_vid; +Cc: 73005 In case the ping is for me: sorry, what I understand from the last mails is that I need to find some Emacs function that is executed every time any buffer is created, and then add a print there that would show every buffer name being created during reproducing the problem. This research would take some time from me, but I am kind of got swamped here, working on my weekend, etc… 😊 If you have some specific steps for me to try, I'd be happy to try them out. Otherwise, if I need to do some digging, I think I'll be able to do only that some time later, not in the near few weeks unfortunately, I think… On Sat, 2024-09-21 at 12:02 +0300, Eli Zaretskii wrote: > Ping! Can we please make some progress here? > > > Cc: 73005@debbugs.gnu.org, Hi-Angel@yandex.ru > > Date: Thu, 05 Sep 2024 08:49:34 +0300 > > From: Eli Zaretskii <eliz@gnu.org> > > > > > Date: Thu, 5 Sep 2024 00:07:35 +0200 > > > Cc: 73005@debbugs.gnu.org > > > From: David Ponce <da_vid@orange.fr> > > > > > > Could it be that a temporary buffer named " *work*" is being used > > > somewhere? > > > In which case there could be nasty side effects with the same > > > buffer being > > > used by `with-work-buffer'? > > > > In that case, modifying the name used by with-work-buffer should > > solve > > the problem, I think. > > > > If that doesn't help, either, I guess we do need a reproducer > > without > > Evil, if such a beast exists, because the problem might be in Evil > > itself. If the problem is not in Evil, coming up with a reproducer > > will go a long way towards the solution, and might even point out > > to > > the culprit. ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#73005: [REGRESSION, BISECTED]: line numbers disappear when pressing `df` in evil-mode 2024-09-21 9:02 ` Eli Zaretskii 2024-09-21 9:09 ` Konstantin Kharlamov @ 2024-09-21 10:10 ` David Ponce via Bug reports for GNU Emacs, the Swiss army knife of text editors 1 sibling, 0 replies; 12+ messages in thread From: David Ponce via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-09-21 10:10 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 73005, Hi-Angel On 21/09/2024 11:02 AM, Eli Zaretskii wrote: > Ping! Can we please make some progress here? > >> Cc: 73005@debbugs.gnu.org, Hi-Angel@yandex.ru >> Date: Thu, 05 Sep 2024 08:49:34 +0300 >> From: Eli Zaretskii <eliz@gnu.org> >> >>> Date: Thu, 5 Sep 2024 00:07:35 +0200 >>> Cc: 73005@debbugs.gnu.org >>> From: David Ponce <da_vid@orange.fr> >>> >>> Could it be that a temporary buffer named " *work*" is being used somewhere? >>> In which case there could be nasty side effects with the same buffer being >>> used by `with-work-buffer'? >> >> In that case, modifying the name used by with-work-buffer should solve >> the problem, I think. >> >> If that doesn't help, either, I guess we do need a reproducer without >> Evil, if such a beast exists, because the problem might be in Evil >> itself. If the problem is not in Evil, coming up with a reproducer >> will go a long way towards the solution, and might even point out to >> the culprit. Hi Eli, I don't use Evil at all, so I was just speculating on a possible cause. What I did, however, was search the Evil source code (cloned from https://github.com/emacs-evil/evil) for a possible occurrence of the term "*work*" (used as the basis for the buffer names generated by `with-work-buffer' ), but I didn't find one. Nor any occurrence of `string-pixel-width' for that matter. I'm afraid I don't see how either `with-work-buffer' or `string-pixel-width' would be involved in this problem. ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#73005: [REGRESSION, BISECTED]: line numbers disappear when pressing `df` in evil-mode 2024-09-03 15:30 ` Eli Zaretskii 2024-09-03 16:18 ` Konstantin Kharlamov @ 2024-09-03 16:32 ` Konstantin Kharlamov 1 sibling, 0 replies; 12+ messages in thread From: Konstantin Kharlamov @ 2024-09-03 16:32 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 73005, da_vid On Tue, 2024-09-03 at 18:30 +0300, Eli Zaretskii wrote: > > The commit that introduced the problem: > > > > commit dffdbc1f1fd6569c518e2e3b5e771a54e9e9483f (HEAD) > > Author: David Ponce <da_vid@orange.fr> > > Date: Thu Aug 22 16:56:11 2024 +0200 > > > > Use 'with-work-macro' in 'string-pixel-width' > > Does it help to replace > > (setq display-line-numbers nil > > with > > (setq-local display-line-numbers nil > > in string-pixel-width? Sorry, I forgot to reply here. No, it doesn't change anything. ^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2024-09-21 10:10 UTC | newest] Thread overview: 12+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2024-09-03 14:46 bug#73005: [REGRESSION, BISECTED]: line numbers disappear when pressing `df` in evil-mode Konstantin Kharlamov 2024-09-03 15:30 ` Eli Zaretskii 2024-09-03 16:18 ` Konstantin Kharlamov 2024-09-04 13:02 ` Konstantin Kharlamov 2024-09-04 13:15 ` Eli Zaretskii 2024-09-04 16:00 ` Konstantin Kharlamov 2024-09-04 22:07 ` David Ponce via Bug reports for GNU Emacs, the Swiss army knife of text editors 2024-09-05 5:49 ` Eli Zaretskii 2024-09-21 9:02 ` Eli Zaretskii 2024-09-21 9:09 ` Konstantin Kharlamov 2024-09-21 10:10 ` David Ponce via Bug reports for GNU Emacs, the Swiss army knife of text editors 2024-09-03 16:32 ` Konstantin Kharlamov
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).