> On Sep 11, 2024, at 12:22 PM, m...@ssbb.me wrote:
>
> Wow, thank you so much for diving into this issue! I'll keep track of it in
> tree-sitter repo from now on.
My pleasure ;-)
> It seems like other integrations somehow manage to avoid hanging or crashing
> the main process, so it doesn'
> On Sep 11, 2024, at 5:05 AM, Eli Zaretskii wrote:
>
>> From: Vincenzo Pupillo
>> Cc: Bug Report Emacs , 72...@debbugs.gnu.org
>> Date: Wed, 11 Sep 2024 11:40:17 +0200
>>
>>> Thanks for taking this up! I won’t signal a warning if doxygen grammar
>>> isn’t found. Imagine a user without doxy
> On Sep 11, 2024, at 5:09 AM, Eli Zaretskii wrote:
>
>> From: Yuan Fu
>> Date: Tue, 10 Sep 2024 22:09:04 -0700
>> Cc: stefankan...@gmail.com,
>> a...@muc.de,
>> 64...@debbugs.gnu.org
>>
>> Done. Please take a look at the latest patch, thanks!
>
> LGTM, but...
>
>> +struct treesit_loaded_l
> From: Yuan Fu
> Date: Thu, 12 Sep 2024 00:51:20 -0700
> Cc: Vincenzo Pupillo ,
> Bug Report Emacs ,
> 72...@debbugs.gnu.org
>
>
>
> > On Sep 11, 2024, at 5:05 AM, Eli Zaretskii wrote:
> >
> >> From: Vincenzo Pupillo
> >> Cc: Bug Report Emacs , 72...@debbugs.gnu.org
> >> Date: Wed, 11 Sep
> From: Paul Nelson
> Date: Thu, 5 Sep 2024 11:01:11 +0200
>
> I've tested the following setups:
>
> (1) Emacs master, pdf-tools 1.1.0
> (2) Emacs 29.4, pdf-tools 1.1.0
>
> The issue appears with (1) but not (2), so I figured I'd report it as
> a bug with Emacs rather than pdf-tools, but would
> Date: Mon, 09 Sep 2024 15:45:39 +0200
> From: Manuel Giraud via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors"
>
> Here is a patch for a simple harmless typo in `clean-buffer-list'.
Thanks, installed on the master branch, and closing the bug.
> Date: Mon, 09 Sep 2024 17:23:57 +0200
> From: Manuel Giraud via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors"
>
> This patch display a human readable version of `buffer-display-time'
> when said buffer is selected to be killed.
Thanks, installed on the master branch, an
Thanks, will do.
>> It _might_ be incorrect when we allow FRAME_TOTAL_LINES (f) to exceed
>> FrameRows (FRAME_TTY (f)) because we refuse to shrink a frame below some
>> height. That's why I used the term "probably". If I knew what that
>> code does in all consequences, I could tell you more. But I don't know.
>
Hello,
On Sun 08 Sep 2024 at 05:59pm -07, Jim Porter wrote:
> On 9/2/2024 1:26 AM, Sean Whitton wrote:
>> X-debbugs-cc: jporterb...@gmail.com
>> I am trying to run a series of tests like this:
>> % for test in tests/tests/tagupl* { tests/using-intree $test }
>> I want the command to give up
Suhail Singh writes:
Hi Suhail,
>> FTR, some years ago (2018?) I tried to use Lisp threads with Tramp. This
>> experiment failed.
>
> OOC, the failure was from hard-to-debug edge cases while trying to get
> to feature-parity or something else?
IIRC, the major problem were interactive dialogues.
On 12/09/2024 4:49, Po Lu wrote:
Thanks. Following are a number of minor stylistic comments.
Sorry I missed those. They are corrected in the attached patch.
Lastly, I observe that you have implemented a bespoke dialog parser for
Windows, the likes of which have been a source of difficulties
Forward to debbugs
From: Michael Albinus
Subject: soap-client; soap-invoke-internal is not thread-safe
To: Alexandru Harsanyi
Date: Thu, 12 Sep 2024 15:57:45 +0200 (19 minutes, 24 seconds ago)
In package debbugs, I try to use Emacs Lisp threads when retrieving SOAP
data from the debbugs serve
On Tue, 10 Sept 2024 at 18:16, martin rudalics wrote:
> > Can I just check: do you want me to apply your latest gtkutil-reject.diff
> > on top of your previous size_hints.diff, or instead of it?
>
> Instead of it.
>
Here is the frame size history:
Frame size history of #
x_create_frame_1 (5), T
I'm not certain if this test failure is a bug in Emacs or a problem
with my build.
After building Emacs 30.0.91 from the tarball with
$ ./configure
$ make -j
and then running
$ make test
I get the following test results:
SUMMARY OF TEST RESULTS
---
Files exam
1. Create foo.xml containing:
Notice that we have a blank line in the xml comment.
2. Put the point on 'bar' and press TAB.
Notice that the 'bar' line is not indented correctly.
Solution
The problem is that in nxml-compute-indent-in-delimited-token, there
is a (forward-line -
Hi,
I am using the precompiled version from https://emacsformacosx.com/builds
https://emacsformacosx.com/emacs-builds/Emacs-2024-09-11_00-09-10-69e1aca041c57ba425425d31471e1c8f86d3bf04-universal.dmg
I have chosen the latest Emacs 30 version. The min configuration is as follows:
(add-to-list 't
In a PGTK build of Emacs running on KDE Wayland (versions are below) the
position of a frame and the size of the workarea are wrong. These work
correctly in non-PGTK builds. For example, (frame-edges nil
'outer-edges) returns (0 0 752 840), even though the top-left of the
frame is not over pixel 0,
Hi Spencer and Stefan,
On 10/09/2024 21:40, Spencer Baugh via Bug reports for GNU Emacs, the
Swiss army knife of text editors wrote:
(The following change is split across two patches; the first one, "move
easy-mmode", fixes an unrelated FIXME, which makes the diff in the
second patch simpler)
On 03/08/2024 18:38, Eli Zaretskii wrote:
comint-terminfo-terminal affects async-shell-command, why not this?
Ugh! A mistake, IMNSHO. But that ship sailed a long time ago, so we
cannot fix the mistake. We can avoid enlarging the mistake, though.
If the fact that the variable is in comint is
On 17/08/2024 15:54, Greg Minshall wrote:
Patches to report an error in the (mytry 2) case are welcome.
that'd be great. thanks.
For those who'd like to try their hand at writing the fix,
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=26835#18 might be
relevant, or at least point to the prob
> Previously, all the image previews where always left-aligned.
"where" should be "were".
mike
Tags: patch
Hello,
Following up from
https://lists.gnu.org/archive/html/emacs-devel/2024-08/msg00904.html I'm
submitting a patch to fix Fortran indentation due to an overly aggressive match
for do loops.
In GNU Emacs 29.3 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.33,
cairo version 1.1
> On Sep 12, 2024, at 9:21 AM, vinurs wrote:
>
> Hi,
>
> I am using the precompiled version from https://emacsformacosx.com/builds
> https://emacsformacosx.com/emacs-builds/Emacs-2024-09-11_00-09-10-69e1aca041c57ba425425d31471e1c8f86d3bf04-universal.dmg
>
> I have chosen the latest Emacs 30
> Date: Fri, 13 Sep 2024 04:17:11 +0300
> Cc: 72...@debbugs.gnu.org
> From: Dmitry Gutov
>
> On 03/08/2024 18:38, Eli Zaretskii wrote:
> >> comint-terminfo-terminal affects async-shell-command, why not this?
> > Ugh! A mistake, IMNSHO. But that ship sailed a long time ago, so we
> > cannot fix
> From: Ken Mankoff
> Date: Thu, 12 Sep 2024 11:44:44 -0700
>
> Following up from
> https://lists.gnu.org/archive/html/emacs-devel/2024-08/msg00904.html I'm
> submitting a patch to fix Fortran indentation due to an overly aggressive
> match for do loops.
Thanks.
> --- a/lisp/progmodes/fortra
> From: "N. Jackson"
> Date: Thu, 12 Sep 2024 17:42:36 +
>
>
> I'm not certain if this test failure is a bug in Emacs or a problem
> with my build.
It's a bug in the test and/or its expectations.
> After building Emacs 30.0.91 from the tarball with
>
> $ ./configure
> $ make -j
>
> a
27 matches
Mail list logo
