Swapneil Singh writes:
> When using the Emacs cooperative threading system in a new project, I
> noticed that calling C-g results in quitting the background thread I
> create, even when those threads are yielded.
>
> Sending this as a bug report per Eli Zaretskii's mention that it may not
> be ex
Pengji Zhang writes:
Eli Zaretskii writes:
AFAICT, this function exists for the special case of decoding
email messages. Can email messages have flowed-encoded text
without a hard newline at the end?
I think you meant "encoding"? Anyway, if I understand it
correctly, an email message s
When using the Emacs cooperative threading system in a new project, I
noticed that calling C-g results in quitting the background thread I
create, even when those threads are yielded.
Sending this as a bug report per Eli Zaretskii's mention that it may not
be expected behavior
(https://www.reddit.
To Whom it may concern,
I have recently discovered the website gastonle.ru, however it does not
render with Emacs Web Wowser. It appears to be a relatively simple
website and I cannot see what would prohibit it from rendering.
I have also tried it on an Ubuntu 22.04.4 LTS distro running Emacs 28
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 as soon as one of the tests fails. But I
don't think there is any way
On Fri, Sep 6, 2024 at 3:31 PM João Távora wrote:
>
> I would just ask this server's
> devs if they wouldn't mind not sending these odd doc snippets.
>
I've logged an inquiry with the LS developers. Hopefully we'll at
least gain some insight with a rationale.
https://github.com/AdaCore/ada_lang
On 07/09/2024 09:18, Eli Zaretskii wrote:
Maybe just like this? This makes Xref identifier completion not query
for TAGS unless already loaded. In many cases that would be TRT,
although `C-u M-.` seems to regress (seems like we *would* want to query
eagerly there).
I don't understand why the o
On 08/09/2024 18:51, João Távora wrote:
Looking at minibuffer-tests.el, the above might be a solution, but it
gets me a core dump instead:
diff --git a/test/lisp/progmodes/eglot-tests.el
b/test/lisp/progmodes/eglot-tests.el
index e0168baee54..fa3b63b38dc 100644
--- a/test/lisp/progmodes/eglot-te
> As far as I can see, the testDocument/didChange request should not be
> there.
Either the `didClose/didOpen` should not be there, or the `didChange` should
not be there. The problem is that we have both.
Can you try the patch below, which I suspect should fix your problem?
It should get rid of
>> I wish I could describe exactly what happened. I found
>> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=70541 which sounds
>> very much like what I'm seeing, but I don't use any input method.
Thanks for your description of the problem. A reproducible recipe is of
course better, but sadly, we
Hello,
Its seems that the function `buffer-text-pixel-size' is not working
as described when there are newlines in the buffer. Here is a quick
illustration (on my laptop (frame-char-width) returns 12 pixels):
;; As expected.
(with-temp-buffer
(insert "abcdef")
(car (buffer-text-pixel-size n
On 08/09/2024 13:56, João Távora wrote:
On Sun, Sep 8, 2024 at 3:24 AM Dmitry Gutov wrote:
On 07/09/2024 10:20, Eli Zaretskii wrote:
Ping! Is this issue resolved and can be closed, or do we need to do
anything else here?
I suggest installing the following. Not a hard necessity, but seems l
On Sun, Sep 8, 2024 at 2:28 PM Daniel Mendler wrote:
>
> Juri Linkov writes:
>
> > Maybe Daniel (Cc:ed) could help us understand
> > why 'completion--insert-horizontal' doesn't display groups.
>
> If I remember correctly, I didn't add group titles to the horizontal
> formatting in order to keep t
7 sep. 2024 kl. 17.52 skrev Eli Zaretskii :
> OK, so let's go with unconditionally unibyte, as it seems to be the
> consensus here.
That change has now been pushed to emacs-30. Feel free to adjust as required.
Juri Linkov writes:
> Maybe Daniel (Cc:ed) could help us understand
> why 'completion--insert-horizontal' doesn't display groups.
If I remember correctly, I didn't add group titles to the horizontal
formatting in order to keep the display more dense, with the goal of
fitting as many candidates o
> From: Suhail Singh
> Cc: Michael Albinus , suhailsingh...@gmail.com,
> 73...@debbugs.gnu.org
> Date: Sun, 08 Sep 2024 12:46:39 -0400
>
> Eli Zaretskii writes:
>
> > Waiting for a process to respond should try not to spin without
> > sleeping for a few milliseconds between polling attempts.
> From: Juri Linkov
> Cc: m...@daniel-mendler.de, 73...@debbugs.gnu.org
> Date: Sun, 08 Sep 2024 19:40:18 +0300
>
> >> Maybe this unasked-for default fallback is not needed after all:
> >>
> >> diff --git a/src/xdisp.c b/src/xdisp.c
> >> index f9a10267bad..18834c6b781 100644
> >> --- a/src/xdisp
On Sun, 8 Sept 2024 at 17:54, martin rudalics wrote:
> > If not, then we should try to understand why not. Please with pristine
> >> master replace the initial assignment of 'frame-size-history' in
> frame.c
> >> from
> >>
> >> frame_size_history = Qnil;
> >>
> >> to
> >>
> >> f
On Sun, Sep 8, 2024 at 12:42 PM Juri Linkov wrote:
>
> > Maybe using `(setopt completion-auto-help t)`
> > and hitting TAB is a better method.
>
> Or just using `(setopt imenu-eager-completion-buffer nil)`
> because otherwise with its default value you need to hit
> '?' (minibuffer-completion-help
> I don't think it's an off-by-one. It's simply that Emacs draws the
> screen top to bottom, so the very first row that violates the
> assertion by exceeding FrameRows is the only one that is seen.
You're right.
martin
> If not, then we should try to understand why not. Please with pristine
>> master replace the initial assignment of 'frame-size-history' in frame.c
>> from
>>
>> frame_size_history = Qnil;
>>
>> to
>>
>> frame_size_history = Fcons (make_fixnum (100), Qnil);
>>
>> start Emacs -Q and tell
Eli Zaretskii writes:
>> >> Tramp is in a loop, waiting for results from the remote side. I don't
>> >> know how to implement this differently.
>> >
>> > What kind of loop? Can you point me to the code which loops there?
>>
>> The umbrella function is tramp-send-command. It sends the command to
>> > Maybe this is reproducible only on very long Dired buffers?
>
> After following the recipe literally, I could reproduce that thing, too.
>
> Maybe this issue occurring depends on what exactly is replaced - symlink
> targets. In this case, (font-lock-ensure) does make a
> difference.
>
> Yeste
> Maybe using `(setopt completion-auto-help t)`
> and hitting TAB is a better method.
Or just using `(setopt imenu-eager-completion-buffer nil)`
because otherwise with its default value you need to hit
'?' (minibuffer-completion-help) instead of TAB
to show the completions buffer with two identica
>> >> This is only a minor issue. After enabling `tab-bar-mode' when hovering
>> >> with the mouse over the `tab-bar-separator' space, an empty tool tip
>> >> will be shown after a short delay.
>> >>
>> >> To reproduce:
>> >>
>> >> 1. Start emacs -Q
>> >> 2. M-x tab-bar-mode
>> >> 3. Move the mouse
Suhail Singh writes:
>> So I don't see a need to change it.
>
> The comment ";; Symbolic link to a non-directory." should probably be
> updated in that case, right? Apologies for the noise, in case I have
> misunderstood the patch.
Sure. I changed it already in my master checkout, after you poi
On Sun, Sep 8, 2024 at 3:41 AM Dmitry Gutov wrote:
>
> On 03/09/2024 16:43, João Távora wrote:
> > 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
> From: Michael Albinus
> Cc: suhailsingh...@gmail.com, 73...@debbugs.gnu.org
> Date: Sun, 08 Sep 2024 17:26:40 +0200
>
> Eli Zaretskii writes:
>
> >> Tramp is in a loop, waiting for results from the remote side. I don't
> >> know how to implement this differently.
> >
> > What kind of loop?
Michael Albinus writes:
>>> ;; Symbolic link to a non-directory.
>>> ...
>>> + "\\(.+-> ?\\)\\(.+\\)" end t))
>>
>> Minor nitpick: given the comment for this section (which seems to
>> suggest this only applies to symlinks to non-directories), wouldn't it
>> be
> Date: Sun, 8 Sep 2024 16:43:54 +0200
> Cc: Eli Zaretskii , 73...@debbugs.gnu.org
> From: martin rudalics
>
> > In cmcheckmagic we have:
> >if (!MagicWrap (tty) || curY (tty) >= FrameRows (tty) - 1)
> >emacs_abort ();
> >
> > Is this an assertion that needs to always hol
Eli Zaretskii writes:
Hi Eli,
>> Tramp is in a loop, waiting for results from the remote side. I don't
>> know how to implement this differently.
>
> What kind of loop? Can you point me to the code which loops there?
The umbrella function is tramp-send-command. It sends the command to
remote v
On Sun, 8 Sept 2024 at 15:21, martin rudalics wrote:
> >>
> >> Do you get an assertion failure already before the C-x 5 2?
> >
> > No.
>
> Thanks. Did you ever get an assertion failure for the original frame?
>
I don't think so, no.
If not, then we should try to understand why not. Please
Suhail Singh writes:
Hi Suhail,
>> ;; Symbolic link to a non-directory.
>> (list dired-re-sym
>> (list (lambda (end)
>> - (when-let ((file (dired-file-name-at-point)))
>> - (let ((truename (ignore-errors (file-truename file
>> -
Michael Albinus writes:
> ;; Symbolic link to a non-directory.
> (list dired-re-sym
> (list (lambda (end)
> - (when-let ((file (dired-file-name-at-point)))
> - (let ((truename (ignore-errors (file-truename file
> - (and (
> I can cause the build_frame_matrix_from_leaf_window failed assertion (
>glyph_row_slice_p(window_row, frame_row) is false ) when slowly
> resizing row by row (7→6→5 rows). The number of columns doesn't matter
> (can be a normal one).
>
> You can also try maximizing/unmaximizing“the window i
> In cmcheckmagic we have:
>if (!MagicWrap (tty) || curY (tty) >= FrameRows (tty) - 1)
>emacs_abort ();
>
> Is this an assertion that needs to always hold?
I very strongly doubt so myself. And strangely it's _always_ an
off-by-one error here just as you sketched below.
> I h
Eli Zaretskii writes:
AFAICT, this function exists for the special case of decoding
email messages. Can email messages have flowed-encoded text
without a hard newline at the end?
I think you meant "encoding"? Anyway, if I understand it
correctly, an email message should always end with a n
> We're dealing with two type of assertion violations / crashes / backtraces:
> - in update_frame_line, that causes chcheckmagic to fail
> - in build_frame_matrix_from_leaf_window, assertion violation
>
> With the same build I mentioned in the top post (that is, without any
> code change), I can s
>> >> -#if defined (USE_X_TOOLKIT) || defined (USE_GTK)
>> >> +#if defined (USE_X_TOOLKIT) && !defined (USE_GTK)
>> >>
>> >
>> > OK, so I applied this patch and ran `emacs -Q`, then did C-x 5 2 and got
>> > the usual small window and error:
>> >
>> > (emacs:3159980): Gtk-CRITICAL *
On Sun, Sep 8, 2024 at 2:57 AM Juri Linkov wrote:
>
> > ```
> > ;; begin
> > (progn
> > (require 'imenu)
> > (dolist (flatten '(prefix group annotation))
> > (setq imenu-flatten flatten)
> >
> > (imenu-choose-buffer-index (format "(%s) Index item: " flatten)
> >
100% correct...when one controls the code base in question. For the many
packages out there with strict types in their defcustom definitions and
with many/most users using setq over customize, there will be lots of
surprise for simple cases like this when they try setopt. Perhaps more
vocal advisor
> From: Michael Albinus
> Cc: Eli Zaretskii , 73...@debbugs.gnu.org
> Date: Sun, 08 Sep 2024 13:30:00 +0200
>
> Suhail Singh writes:
>
> > Unless I misinterpreted the profiler output, something in/about
> > `tramp-wait-for-regexp' results in the 100% CPU usage.
>
> Tramp is in a loop, waiting
On Sep 08 2024, Ship Mints wrote:
> There are cases in elisp where numeric type coercion is the default,
> e.g., (= 2.0 2) is t. I expected it to be so here, too.
That's because the function accepts a number, not a float. If you want
to accept any kind of number, just say so.
--
Andreas Schwab
On Sun, 8 Sept 2024 at 09:42, martin rudalics wrote:
> >> -#if defined (USE_X_TOOLKIT) || defined (USE_GTK)
> >> +#if defined (USE_X_TOOLKIT) && !defined (USE_GTK)
> >>
> >
> > OK, so I applied this patch and ran `emacs -Q`, then did C-x 5 2 and got
> > the usual small window and error:
>
> From: Daniel Clemente
> Date: Sun, 8 Sep 2024 11:08:14 +
> Cc: martin rudalics , 73...@debbugs.gnu.org
>
> > I noticed that causing this assertion to fail is not very easy. For
> > example, if I drag the terminal emulator window one line at a time, I
> > can never cause it, even if I get t
Suhail Singh writes:
Hi,
>> I agree. But that only explains the time delay, no why Emacs is
>> consuming 100% of CPU, right? Waiting for the network should not
>> consume CPU, unless I'm missing something.
>>
>> Also, Suhail Singh says that there's a significant delay when there
>> are valid s
Suhail Singh writes:
Hi Suhail,
>> There's a new user option `dired-highlight-symlinks'. If non-nil (the
>> default), symlinks are highlighted the same way as now. With a nil
>> value, they aren't.
>
> I propose that the non-default behaviour be that `dired-symlink-face' is
> applied to the enti
>> The problem is that the .editorconfig file can be shared across users of
>> different editors for a given project. Emacs disagreeing with the
>> standard means that Emacs users will now have to explain to their
>> colleagues why they are introducing a change in a .editorconfig file
>> that the s
I'm suggesting that there will be noise from people who convert from a
working (setq some-package-option 2) to (setopt some-package-option 2).
This is not a request to change the elisp type system, it is a request to
consider if setopt's / customize internals should be relaxed to the
equivalent of
> Ping! Stefan, any comments?
Looks good to me.
[ Maybe we could appoint Spencer as maintainer of that code :-) ]
Stefan
>> Cc: monn...@iro.umontreal.ca
>> From: Spencer Baugh
>> Date: Mon, 26 Aug 2024 10:17:05 -0400
>>
>> Tags: patch
>>
>>
>> In 63a48252306a631dc07d62d19311433c7
> Ping! How should we proceed with this bug report?
I don't quite understand the question.
After:
Eli wrote:
> Stefan wrote:
> > I'm not sure it's terribly important to preserve this detail of the
> > behavior of `Emacs-22`. The `emacs22` style does not aim to provide the
> > illusion you're r
> I attach the patch now, sorry for not doing it earlier.
>
Please attach patches if I can help trying out things. I don't know
this code so I may break it if I change the low-level behavior. But I
can safely add many breakpoints and debug messages to research the
bugs.
Apparently we could use mor
> From: Ship Mints
> Date: Sun, 8 Sep 2024 06:59:31 -0400
> Cc: 73...@debbugs.gnu.org
>
> Yessir. I was talking about users' likely expectations for type coercion.
> There are cases in elisp where numeric
> type coercion is the default, e.g., (= 2.0 2) is t. I expected it to be so
> here, too.
> #0 terminate_due_to_signal (sig=6, backtrace_limit=40) at
> ../../src/emacs.c:432
> #1 0x0061b51b in emacs_abort () at ../../src/sysdep.c:2391
> #2 0x00541fc2 in cmcheckmagic (tty=0x1ebe0d0) at ../../src/cm.c:122
> #3 0x00546564 in tty_write_glyphs (f=0x1e7bb30, strin
> I noticed that causing this assertion to fail is not very easy. For
> example, if I drag the terminal emulator window one line at a time, I
> can never cause it, even if I get to frame sizes that are much smaller
> than the minimum we need for 2 windows. Somehow, I need to drag the
> frame so i
Yessir. I was talking about users' likely expectations for type coercion.
There are cases in elisp where numeric type coercion is the default,
e.g., (= 2.0 2) is t. I expected it to be so here, too.
If you feel this is moot, then so be it.
On Sun, Sep 8, 2024 at 2:07 AM Eli Zaretskii wrote:
> >
On Sun, Sep 8, 2024 at 3:24 AM Dmitry Gutov wrote:
>
> On 07/09/2024 10:20, Eli Zaretskii wrote:
> > Ping! Is this issue resolved and can be closed, or do we need to do
> > anything else here?
>
> I suggest installing the following. Not a hard necessity, but seems like
> an improvement:
Let's no
In data domenica 8 settembre 2024 08:48:09 CEST, Eli Zaretskii ha scritto:
> > From: Vincenzo Pupillo
> > Cc: 72...@debbugs.gnu.org
> > Date: Thu, 05 Sep 2024 21:16:29 +0200
> >
> > Hi Eli, I followed your suggestion and moved the CONFIG argument. I also
> > added a new entry to the NEWS file.
>
Zhengyi Fu writes:
> When I try recompiling all packages installed by package.el with `M-x
> package-recompile-all', I got the following error:
>
> Debugger entered--Lisp error: (permission-denied "Removing old name"
> "Permission denied" "/usr/share/emacs/site-lisp/elpa/mu4e-1.10.8/mu4e-a...")
Sean Whitton writes:
> Hello,
>
> Thank you both for the feedback. Attached is an updated version.
>
> A few replies:
>
> On Fri 06 Sep 2024 at 04:32pm GMT, Philip Kaludercic wrote:
>
>> Won't there be an error here if the command is invoked with a negative
>> argument?
>
> Do you mean that you
>> -#if defined (USE_X_TOOLKIT) || defined (USE_GTK)
>> +#if defined (USE_X_TOOLKIT) && !defined (USE_GTK)
>>
>
> OK, so I applied this patch and ran `emacs -Q`, then did C-x 5 2 and got
> the usual small window and error:
>
> (emacs:3159980): Gtk-CRITICAL **: 13:05:49.056:
> gtk_distribute_natura
> On Sep 8, 2024, at 12:02 AM, Eli Zaretskii wrote:
>
>> From: Yuan Fu
>> Date: Sat, 7 Sep 2024 22:57:29 -0700
>> Cc: m...@ssbb.me,
>> wkirschb...@gmail.com,
>> 72...@debbugs.gnu.org
>>
>>
>>
>>> On Sep 7, 2024, at 10:54 PM, Eli Zaretskii wrote:
>>>
From: Yuan Fu
Date: Sat, 7
> From: Juri Linkov
> Cc: Daniel Mendler , 73...@debbugs.gnu.org
> Date: Sun, 08 Sep 2024 09:51:41 +0300
>
> >> This is only a minor issue. After enabling `tab-bar-mode' when hovering
> >> with the mouse over the `tab-bar-separator' space, an empty tool tip
> >> will be shown after a short delay
> From: Yuan Fu
> Date: Sat, 7 Sep 2024 22:57:29 -0700
> Cc: m...@ssbb.me,
> wkirschb...@gmail.com,
> 72...@debbugs.gnu.org
>
>
>
> > On Sep 7, 2024, at 10:54 PM, Eli Zaretskii wrote:
> >
> >> From: Yuan Fu
> >> Date: Sat, 7 Sep 2024 22:44:53 -0700
> >> Cc: Wilhelm Kirschbaum ,
> >> Eli Za
64 matches
Mail list logo
