--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
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
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
> 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
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
> 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
> 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: 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
> 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
> 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"
> >>
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
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
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 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
> 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
> 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:
>
> >
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
> 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
> 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
> 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'
>> 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
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
> 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, 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 (
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-
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
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
> 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
> 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, 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
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
> 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 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
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 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
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
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
> 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
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:
> Thanks. Maybe Po Lu will have some ideas.
I mentioned one. I think a C profiler (e.g. gprof) would provide more
insightful data.
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/
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
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
> > 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
> 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
> 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
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
47 matches
Mail list logo
