On Thu, Aug 29, 2024 at 8:14 AM Yuan Fu wrote:
>
>
> > On Aug 28, 2024, at 10:09 PM, Eli Zaretskii wrote:
> >
> >> From: m...@ssbb.me
> >> Date: Thu, 29 Aug 2024 06:57:38 +0400
> >>
> >> Code in attached file cause Emacs to hang and memory leak infinitely
> >> while editing. Try to open this cod
> Configured using:
> […]
> --without-x 'CFLAGS=-g3 -O3''
I sent another build's information by mistake. The backtraces are
actually from a -O0 build, with this information:
In GNU Emacs 31.0.50 (build 3, x86_64-pc-linux-gnu) of 2024-09-01 built
on sonn
Repository revision: 99a03ddb2d43d6757781
> I reported the build_frame_matrix_from_leaf_window problem separately to
> provide simpler instructions
It's at https://debbugs.gnu.org/cgi/bugreport.cgi?bug=73022
> > The build_frame_matrix_from_leaf_window crash still happens.
>
> That's another problem. There seems to be some disconnect, time-wise,
> in reallocating frame matrices and sub-allocating window matrices from
> the frame matrices, and the crash happens when the check is done
> in-between those
Continuing from this comment at
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=71289:
> That's another problem. There seems to be some disconnect, time-wise,
> in reallocating frame matrices and sub-allocating window matrices from
> the frame matrices, and the crash happens when the check is done
Madhu writes:
> (dired "/dev/shm/test-foo")
> (wdired-change-to-wdired-mode)
> (replace-regexp "foo" "bar")
> ```
>
> It is seen that only the files in the visible portion of the buffer
> are affeceted by the replace-regexp. The attached patch implements the
> suggestion in
> https://lists.gnu.or
In GNU Emacs 31.0.50 (build 2, x86_64-pc-linux-gnu, X toolkit, cairo
version 1.18.0, Xaw3d scroll bars)
Repository revision: f1e29506822739208e5706b733cfd713c5f37cfd
Ref: https://lists.gnu.org/archive/html/emacs-devel/2024-09/msg00071.html
On carrying out the following steps
```
mkdir /dev/shm/
Eli Zaretskii writes:
> Thanks. Maybe Po Lu will have some ideas.
I mentioned one. I think a C profiler (e.g. gprof) would provide more
insightful data.
Eli Zaretskii writes:
> Po Lu, any other ideas or suggestions?
>
>> FYI there are other reports online of people noticing major latency in HiDPI
>> mode with the PGTK version, especially when the frame is fullscreen (so
>> there's more pixels to update):
>>
>> https://old.reddit.com/r/emacs/
> Eli Zaretskii writes:
>> Perhaps we should avoid auto -hook’ifying the variable name only if the name
>> does not already end in ‘-functions’?
> Either that, or maybe exempt FOO-mode from the boundp test.
This sounds likely to be even better.
--
John Wiegley GPG fingerp
Hi,
kmonad is a keyboard configuration tool under MIT license.
https://github.com/kmonad/kmonad
There is an Emacs major mode to edit the configuration file, based on
s-expressions. The mode is under GPLv3.
https://github.com/kmonad/kbd-mode
On behalf of the author, Tony Zorman, I would like to
On Tue, 3 Sep 2024, at 13:52, Eli Zaretskii wrote:
>> Date: Tue, 03 Sep 2024 12:27:09 +0100
>> From: "Stephane Travostino"
>> Cc: 72...@debbugs.gnu.org
>>
>> On Mon, 2 Sep 2024, at 13:12, Stephane Travostino wrote:
>> > On Mon, 2 Sep 2024, at 13:05, Eli Zaretskii wrote:
>> >>> Date: Mon, 02 Sep 2
On Tue, 3 Sept 2024 at 18:44, Eli Zaretskii wrote:
> Isn't it true that disabling menu-bar-mode from the init file avoids
> these problems?
>
I don't think so: I had it customized off and had to bisect my
customizations in order to find what was causing the problem.
Reuben, is running with menu
In case anyone is interested, I have filed bug#72992[1] where I posted
my code to enable xoauth2 support for nnimap and smtpmail as I promised.
I am also trying to gather feedback on how it can be improved. Comments
welcome!
[1] https://lists.gnu.org/archive/html/bug-gnu-emacs/2024-09/msg00089.ht
> On Dec 11, 2023, at 2:44 PM, Eli Zaretskii wrote:
>
> I've eventually succeeded in reproducing it. I will get to it when I
> have time; however, with the current tempest on emacs-devel and other
> urgent issues, I don't know when will that be.
Following up on this vertical-motion with inlin
> Date: Tue, 3 Sep 2024 19:03:05 +0200
> Cc: Eli Zaretskii , Po Lu ,
> 72...@debbugs.gnu.org
> From: martin rudalics
>
> mutter doesn't like us. Just to make sure one thing: Would setting
> 'frame-resize-pixelwise' to t change anything?
>
> Otherwise I would try to build Emacs with gtk2, lucid
On Tue, 3 Sept 2024 at 18:29, Reuben Thomas wrote:
>
> Otherwise I would try to build Emacs with gtk2, lucid or motif.
>
>
>
I can confirm that building with no toolkit (as recommended in the issues
you mentioned) also fixes the problem.
--
https://rrt.sc3d.org
On Tue, 3 Sept 2024 at 18:03, martin rudalics wrote:
> > Sure thing:
>
> Thanks. The geometry values are consistent with what you described.
> This seems to be Bug#67654 and Bug#68463 and possibly Bug#65559. When
> you run Emacs from a console or under gdb can you observe whether it
> triggers
> Sure thing:
Thanks. The geometry values are consistent with what you described.
This seems to be Bug#67654 and Bug#68463 and possibly Bug#65559. When
you run Emacs from a console or under gdb can you observe whether it
triggers a
gtk_distribute_natural_allocation: assertion 'extra_space >= 0
> On Tue, 03 Sep 2024 16:32:46 +, Philip Kaludercic
> said:
>>
>> Is it worth allowing a user-specified function?
Philip> That would be possible as well, but to make it manageable with the
Philip> current approach the function would have to be one that moves the
poi
Dmitry Gutov writes:
> Hi!
>
> On 28.08.2020 15:50, Philip K. wrote:
>
>> the xref backend for etags can be annoying at times, especially in
>> combination with other backends. This patch should improve the
>> situation, by allowing the user to configure how and when the etags
>> backend is activ
Eli Zaretskii writes:
>> From: Philip Kaludercic
>> Cc: Eli Zaretskii , Stefan Kangas ,
>> Andrea Corallo , j...@linkov.net, r...@gnu.org,
>> 69...@debbugs.gnu.org
>> Date: Mon, 02 Sep 2024 21:12:01 +
>>
>> I had misremembered the last state of this patch. It is easier to just
>> ha
On Tue, 2024-09-03 at 18:30 +0300, Eli Zaretskii wrote:
> > The commit that introduced the problem:
> >
> > commit dffdbc1f1fd6569c518e2e3b5e771a54e9e9483f (HEAD)
> > Author: David Ponce
> > Date: Thu Aug 22 16:56:11 2024 +0200
> >
> > Use 'with-work-macro' in 'string-
On Tue, 2024-09-03 at 18:30 +0300, Eli Zaretskii wrote:
> > Cc: da_...@orange.fr
> > From: Konstantin Kharlamov
> > 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 (
> Date: Tue, 03 Sep 2024 16:36:44 +0100
> From: "Stephane Travostino"
> Cc: 72...@debbugs.gnu.org
>
> > Please try profiling the lagging cases with "M-x profiler", and post
> > the profile here.
>
> I don't know how to make a consistent test case. I have tried here to profile
> opening Emacs (s
On Tue, 3 Sept 2024 at 16:52, martin rudalics wrote:
> >> Reproduction with Emacs 29.3 (also with git master HEAD, see below).
> >>
> >> Run: emacs -Q
> >> C-x 5 2 ; window opens the same size as the initial window
> >> M-x menu-bar-mode RET ; disable menu-bar-mode
>
> Here with a GTK-3 buil
>> Reproduction with Emacs 29.3 (also with git master HEAD, see below).
>>
>> Run: emacs -Q
>> C-x 5 2 ; window opens the same size as the initial window
>> M-x menu-bar-mode RET ; disable menu-bar-mode
Here with a GTK-3 build on XFCE disabling menu-bar-mode makes both
frames smaller by the menu
> From: Robert Pluim
> Cc: phil...@posteo.net, r...@gnu.org, 69...@debbugs.gnu.org,
> j...@linkov.net, stefankan...@gmail.com, acora...@gnu.org,
> spwhit...@spwhitton.name
> Date: Tue, 03 Sep 2024 16:55:29 +0200
>
> +(defcustom kill-word-if-no-region nil
> + "Behaviour when `kill-region'
> Cc: da_...@orange.fr
> From: Konstantin Kharlamov
> 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
> On Tue, 03 Sep 2024 17:27:59 +0300, Eli Zaretskii said:
>> >> + "Behaviour when `kill-region' is invoked without an active region.
>> >> +If set to nil (default), then an error occurs and nothing is killed.
If
>> >> +set to `emacs-word', then kill a the last word as defined by
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 the
> From: Robert Pluim
> Cc: Philip Kaludercic , r...@gnu.org,
> 69...@debbugs.gnu.org, j...@linkov.net, stefankan...@gmail.com,
> acora...@gnu.org, spwhit...@spwhitton.name
> Date: Tue, 03 Sep 2024 15:53:39 +0200
>
> > On Tue, 03 Sep 2024 15:21:54 +0300, Eli Zaretskii said:
>
> >
> On Tue, 03 Sep 2024 15:21:54 +0300, Eli Zaretskii said:
>> From: Philip Kaludercic
>> Cc: Eli Zaretskii , Stefan Kangas
,
>> Andrea Corallo , j...@linkov.net, r...@gnu.org,
>> 69...@debbugs.gnu.org
>> Date: Mon, 02 Sep 2024 21:12:01 +
>>
>> I had misrem
On Tue, Sep 3, 2024 at 2:20 PM Dmitry Gutov wrote:
>
> On 01/09/2024 17:28, Dmitry Gutov wrote:
> >> * the rust-analyzer test you added recently -- and which you said was
> >>very brittle -- is indeed very brittle: I cannot get it to pass. We
> >>should fix it, or just delete it and do th
Tags: patch
Hi,
Here is a patch to make `dired-do-open' work on some non GNU/Linux
systems. I have tested it on OpenBSD with "xdg-open" installed.
Thanks,
In GNU Emacs 31.0.50 (build 19, x86_64-unknown-openbsd7.6) of 2024-09-02
built on computer
Repository revision: 92ea393a16e5c99a8860dab368
On 01/09/2024 17:28, Dmitry Gutov wrote:
* the rust-analyzer test you added recently -- and which you said was
very brittle -- is indeed very brittle: I cannot get it to pass. We
should fix it, or just delete it and do those rust-analyzer tests
manually each time we touch this area.
C
On Mon, 2 Sep 2024, at 13:12, Stephane Travostino wrote:
> On Mon, 2 Sep 2024, at 13:05, Eli Zaretskii wrote:
>>> Date: Mon, 02 Sep 2024 10:18:03 +0100
>>> From: "Stephane Travostino"
>>>
>>> Heavy operations, such as scrolling back and forth in a buffer, are
>>> noticeably laggier, for lack of b
> Date: Tue, 03 Sep 2024 12:27:09 +0100
> From: "Stephane Travostino"
> Cc: 72...@debbugs.gnu.org
>
> On Mon, 2 Sep 2024, at 13:12, Stephane Travostino wrote:
> > On Mon, 2 Sep 2024, at 13:05, Eli Zaretskii wrote:
> >>> Date: Mon, 02 Sep 2024 10:18:03 +0100
> >>> From: "Stephane Travostino"
> >>
> Date: Tue, 3 Sep 2024 08:46:10 +0200
> From: Vadim Zaliva
>
> If I have buffer like this:
>
> Foo \cite{bar} bar.
>
> And press `M-q` I get error:
>
> LaTeX-indent-calculate-last: Wrong type argument: stringp, nil
I cannot reproduce this in "emacs -Q", and I see no function named
LaTeX-inde
> From: John Wiegley
> Cc: Steven Allen , 72...@debbugs.gnu.org
> Date: Mon, 02 Sep 2024 21:37:54 -0700
>
> > Eli Zaretskii writes:
>
> >> To reproduce:
> >>
> >> (use-package foo
> >> :hook (eshell-mode . some-function))
> >>
> >> Previously, `use-package' always appended `-hook' to the
> From: Dale
> Date: Mon, 2 Sep 2024 23:36:35 -0500
>
> I think changes in commit 94dec95 (bug#69943) broke `widget-move' in a
> customize buffer when trying to move to the first widget in a buffer when
> that first widget starts at the second character in the buffer. Here's some
> code to re
> From: Philip Kaludercic
> Cc: Eli Zaretskii , Stefan Kangas ,
> Andrea Corallo , j...@linkov.net, r...@gnu.org,
> 69...@debbugs.gnu.org
> Date: Mon, 02 Sep 2024 21:12:01 +
>
> I had misremembered the last state of this patch. It is easier to just
> have a tristate option. Here is t
On Tue, 3 Sept 2024 at 13:07, Eli Zaretskii wrote:
>
> You didn't say which toolkit did you build with. It might be
> important.
>
gtk-3 in both cases.
--
https://rrt.sc3d.org
> Date: Mon, 2 Sep 2024 19:48:57 +0100
> From: Reuben Thomas via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors"
>
> Reproduction with Emacs 29.3 (also with git master HEAD, see below).
>
> Run: emacs -Q
> C-x 5 2 ; window opens the same size as the initial window
> M-x men
Vadim Zaliva writes:
> If I have buffer like this:
>
> Foo \cite{bar} bar.
>
> And press `M-q` I get error:
>
> LaTeX-indent-calculate-last: Wrong type argument: stringp, nil
> [...]
> Major mode: LaTeX
It seems you're running AUCTeX as major-mode and not the builtin one.
Which version of AUCTeX
On Mon, 2 Sep 2024 23:36:35 -0500 Dale wrote:
> I think changes in commit 94dec95 (bug#69943) broke `widget-move' in a
> customize buffer when trying to move to the first widget in a buffer when that
> first widget starts at the second character in the buffer. Here's some code
> to reproduce (te
--text follows this line--
If I have buffer like this:
Foo \cite{bar} bar.
And press `M-q` I get error:
LaTeX-indent-calculate-last: Wrong type argument: stringp, nil
In GNU Emacs 29.4 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.20,
cairo version 1.16.0) of 2024-06-23 built on lcy02-a
47 matches
Mail list logo