> 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
> 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
> 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
>> -#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
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
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...")
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.
>
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
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:
> >
> #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
> 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.
> 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
> 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
> 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
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
>> 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
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
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
> 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
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:
>
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
> 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
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
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)
> >
>> >> -#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 *
> 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
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
> 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
> 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
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 (
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
>> -
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
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
> 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
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
> 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?
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
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
>> >> 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
> 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
>> > 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
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
> 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
> 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
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
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
> 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
> 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.
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
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.
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
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
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
>> 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
> 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
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
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 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 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
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
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.
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
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
64 matches
Mail list logo
