GNU bug report logs -
#54842
28.1; Args out of range: 0, 0
Previous Next
Reported by: Markus Triska <triska <at> metalevel.at>
Date: Sun, 10 Apr 2022 19:05:01 UTC
Severity: normal
Found in version 28.1
Fixed in version 28.2
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 54842 in the body.
You can then email your comments to 54842 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#54842
; Package
emacs
.
(Sun, 10 Apr 2022 19:05:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Markus Triska <triska <at> metalevel.at>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sun, 10 Apr 2022 19:05:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
To reproduce this issue, please start Emacs with:
$ emacs -Q --eval '(setq kill-ring-max 0)'
And, in the then arising *scratch* buffer, do:
C-p C-p C-k C-k
Resulting in the error:
Args out of range: 0, 0
This used to work without error in Emacs 26.1 and earlier. I think the
regression was introduced in commit 74ff5ade800, where, in simple.el,
the test:
(= (length cur) 0)
was replaced by:
(string= cur "")
The former test works also if cur is nil, whereas the latter and now
current test raises the above mentioned error if cur is nil.
If possible, could you restore the previous behaviour, so that Emacs
again works reliably in such cases?
Thank you and all the best!
Markus
In GNU Emacs 28.1 (build 1, x86_64-pc-linux-gnu)
of 2022-04-10 built on mt-computer
System Description: Debian
Configured using:
'configure --with-x-toolkit=no --with-gif=ifavailable
--with-tiff=ifavailable --with-gnutls=ifavailable'
Configured features:
FREETYPE GMP JPEG MODULES NOTIFY INOTIFY OLDXMENU PDUMPER PNG SECCOMP
SOUND THREADS X11 XDBE XFT XIM XPM ZLIB
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#54842
; Package
emacs
.
(Mon, 11 Apr 2022 10:42:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 54842 <at> debbugs.gnu.org (full text, mbox):
Markus Triska <triska <at> metalevel.at> writes:
> This used to work without error in Emacs 26.1 and earlier. I think the
> regression was introduced in commit 74ff5ade800, where, in simple.el,
> the test:
>
> (= (length cur) 0)
>
> was replaced by:
>
> (string= cur "")
>
> The former test works also if cur is nil, whereas the latter and now
> current test raises the above mentioned error if cur is nil.
>
> If possible, could you restore the previous behaviour, so that Emacs
> again works reliably in such cases?
Yup; I've now made that fix on the emacs-28 branch, so it'll be in Emacs
28.2.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug marked as fixed in version 28.2, send any further explanations to
54842 <at> debbugs.gnu.org and Markus Triska <triska <at> metalevel.at>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Mon, 11 Apr 2022 10:42:03 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 09 May 2022 11:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 102 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.