GNU bug report logs -
#16853
24.3.50; ert-run-tests-interactively difficult to abort
Previous Next
Reported by: Helmut Eller <eller.helmut <at> gmail.com>
Date: Sun, 23 Feb 2014 14:50:02 UTC
Severity: wishlist
Tags: fixed, patch
Found in version 24.3.50
Fixed in version 26.1
Done: npostavs <at> users.sourceforge.net
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 16853 in the body.
You can then email your comments to 16853 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#16853
; Package
emacs
.
(Sun, 23 Feb 2014 14:50:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Helmut Eller <eller.helmut <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sun, 23 Feb 2014 14:50:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
When I run this file
(require 'ert)
(ert-deftest infloop0 () (while t))
(ert-deftest infloop1 () (while t))
(ert-deftest infloop2 () (while t))
(ert-deftest infloop3 () (while t))
(ert-deftest infloop4 () (while t))
with emacs -Q -nw -l infloops.el -eval "(ert t)"
I need to press C-g five times before ERT finally stops.
It would be much less annoying if ERT would quit after the first C-g.
This is especially important for test suites with more than 100 tests.
In GNU Emacs 24.3.50.1 (i686-pc-linux-gnu, GTK+ Version 2.24.10)
of 2014-02-23 on ix
Windowing system distributor `The X.Org Foundation', version 11.0.11204000
System Description: Debian GNU/Linux 7.1 (wheezy)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16853
; Package
emacs
.
(Sun, 02 Mar 2014 15:37:01 GMT)
Full text and
rfc822 format available.
Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Sun, Feb 23 2014, Helmut Eller wrote:
> I need to press C-g five times before ERT finally stops.
>
> It would be much less annoying if ERT would quit after the first C-g.
> This is especially important for test suites with more than 100 tests.
Here is a patch to fix this:
Make it easier to abort a series of tests with C-g.
* emacs-lisp/ert.el (ert-run-tests): Add "interactively" arg. If
interactively is true and a test was aborted then ask if the
remaining tests should be aborted too.
(ert-run-tests-batch, ert-run-tests-interactively): Pass in
interactively arg.
[x.patch (text/x-diff, inline)]
diff --git lisp/emacs-lisp/ert.el lisp/emacs-lisp/ert.el
index 34041aa..aa01c3f 100644
--- lisp/emacs-lisp/ert.el
+++ lisp/emacs-lisp/ert.el
@@ -1238,7 +1238,7 @@ SELECTOR is the selector that was used to select TESTS."
(funcall listener 'test-ended stats test result))
(setf (ert--stats-current-test stats) nil))))
-(defun ert-run-tests (selector listener)
+(defun ert-run-tests (selector listener interactively)
"Run the tests specified by SELECTOR, sending progress updates to LISTENER."
(let* ((tests (ert-select-tests selector t))
(stats (ert--make-stats tests selector)))
@@ -1249,10 +1249,14 @@ SELECTOR is the selector that was used to select TESTS."
(let ((ert--current-run-stats stats))
(force-mode-line-update)
(unwind-protect
- (progn
- (cl-loop for test in tests do
- (ert-run-or-rerun-test stats test listener))
- (setq abortedp nil))
+ (cl-loop for test in tests do
+ (ert-run-or-rerun-test stats test listener)
+ (when (and interactively
+ (ert-test-quit-p
+ (ert-test-most-recent-result test))
+ (y-or-n-p "Abort testing? "))
+ (cl-return))
+ finally (setq abortedp nil))
(setf (ert--stats-aborted-p stats) abortedp)
(setf (ert--stats-end-time stats) (current-time))
(funcall listener 'run-ended stats abortedp)))
@@ -1443,7 +1447,8 @@ Returns the stats object."
(ert-test-result-expected-p
test result))
(1+ (ert--stats-test-pos stats test))
- (ert-test-name test)))))))))
+ (ert-test-name test)))))))
+ nil))
;;;###autoload
(defun ert-run-tests-batch-and-exit (&optional selector)
@@ -1952,9 +1957,8 @@ and how to display message."
test result)))
(ert--results-update-stats-display-maybe ewoc stats)
(ewoc-invalidate ewoc node))))))))
- (ert-run-tests
- selector
- listener)))
+ (ert-run-tests selector listener t)))
+
;;;###autoload
(defalias 'ert 'ert-run-tests-interactively)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16853
; Package
emacs
.
(Sun, 07 Sep 2014 10:26:02 GMT)
Full text and
rfc822 format available.
Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):
On Sun, Feb 23 2014, Helmut Eller wrote:
[...]
> It would be much less annoying if ERT would quit after the first C-g.
> This is especially important for test suites with more than 100 tests.
Has somebody time to look at this issue, please? This bug is quite a
showstopper for me.
Helmut
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16853
; Package
emacs
.
(Sun, 07 Sep 2014 19:55:02 GMT)
Full text and
rfc822 format available.
Message #14 received at submit <at> debbugs.gnu.org (full text, mbox):
On 07.09.2014 12:24, Helmut Eller wrote:
> On Sun, Feb 23 2014, Helmut Eller wrote:
>
> [...]
>> It would be much less annoying if ERT would quit after the first C-g.
>> This is especially important for test suites with more than 100 tests.
>
> Has somebody time to look at this issue, please? This bug is quite a
> showstopper for me.
>
> Helmut
>
Hi,
just out of couriosity: why not run it from shell, which would not have that nuisance?
Andreas
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16853
; Package
emacs
.
(Sun, 07 Sep 2014 20:39:02 GMT)
Full text and
rfc822 format available.
Message #17 received at submit <at> debbugs.gnu.org (full text, mbox):
On Sun, Sep 07 2014, Andreas Röhler wrote:
> just out of couriosity: why not run it from shell, which would not
> have that nuisance?
I need to test display related code, like checking if the proper region
is visible; that wouldn't work in batch mode. Also the *ert* buffer is
easier to browse than log files.
Helmut
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16853
; Package
emacs
.
(Mon, 08 Sep 2014 09:31:02 GMT)
Full text and
rfc822 format available.
Message #20 received at submit <at> debbugs.gnu.org (full text, mbox):
On 07.09.2014 22:37, Helmut Eller wrote:
> On Sun, Sep 07 2014, Andreas Röhler wrote:
>
>> just out of couriosity: why not run it from shell, which would not
>> have that nuisance?
>
> I need to test display related code, like checking if the proper region
> is visible; that wouldn't work in batch mode.
Why not? But understand there might be some work left to write the related test, checks if being visible.
Also the *ert* buffer is
> easier to browse than log files.
>
Get nice output here should something fail. Run this manually then...
Cheers,
Andreas
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16853
; Package
emacs
.
(Mon, 08 Sep 2014 14:04:02 GMT)
Full text and
rfc822 format available.
Message #23 received at submit <at> debbugs.gnu.org (full text, mbox):
On Mon, Sep 08 2014, Andreas Röhler wrote:
>> I need to test display related code, like checking if the proper region
>> is visible; that wouldn't work in batch mode.
>
> Why not? But understand there might be some work left to write the
> related test, checks if being visible.
Try this:
emacs -batch -eval '(message "%s" (pos-visible-in-window-p (window-start)))'
It prints nil. Shouldn't window-start always be visible?
> Also the *ert* buffer is
>> easier to browse than log files.
>>
>
> Get nice output here should something fail. Run this manually then...
Sure, use what works best for a given problem. My log output is long
and full of random calls to "message".
Helmut
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16853
; Package
emacs
.
(Mon, 08 Sep 2014 16:25:02 GMT)
Full text and
rfc822 format available.
Message #26 received at submit <at> debbugs.gnu.org (full text, mbox):
On 08.09.2014 16:02, Helmut Eller wrote:
> On Mon, Sep 08 2014, Andreas Röhler wrote:
>
>>> I need to test display related code, like checking if the proper region
>>> is visible; that wouldn't work in batch mode.
>>
>> Why not? But understand there might be some work left to write the
>> related test, checks if being visible.
>
> Try this:
> emacs -batch -eval '(message "%s" (pos-visible-in-window-p (window-start)))'
>
> It prints nil. Shouldn't window-start always be visible?
I see, thanks.
BTW it also refused to message (point).
Andreas
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16853
; Package
emacs
.
(Tue, 09 Sep 2014 13:31:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 16853 <at> debbugs.gnu.org (full text, mbox):
> From: Helmut Eller <eller.helmut <at> gmail.com>
> Date: Mon, 08 Sep 2014 16:02:53 +0200
>
> Try this:
> emacs -batch -eval '(message "%s" (pos-visible-in-window-p (window-start)))'
>
> It prints nil. Shouldn't window-start always be visible?
No, not when the window is not "live".
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16853
; Package
emacs
.
(Tue, 09 Sep 2014 13:46:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 16853 <at> debbugs.gnu.org (full text, mbox):
On Tue, Sep 09 2014, Eli Zaretskii wrote:
>> From: Helmut Eller <eller.helmut <at> gmail.com>
>> Date: Mon, 08 Sep 2014 16:02:53 +0200
>>
>> Try this:
>> emacs -batch -eval '(message "%s" (pos-visible-in-window-p (window-start)))'
>>
>> It prints nil. Shouldn't window-start always be visible?
>
> No, not when the window is not "live".
The window in the example is the selected window and it is live:
emacs -batch -eval '(message "%s" (window-live-p (selected-window)))'
=> t
Helmut
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16853
; Package
emacs
.
(Tue, 09 Sep 2014 13:58:02 GMT)
Full text and
rfc822 format available.
Message #35 received at 16853 <at> debbugs.gnu.org (full text, mbox):
> From: Helmut Eller <eller.helmut <at> gmail.com>
> Cc: 16853 <at> debbugs.gnu.org
> Date: Tue, 09 Sep 2014 15:45:27 +0200
>
> On Tue, Sep 09 2014, Eli Zaretskii wrote:
>
> >> From: Helmut Eller <eller.helmut <at> gmail.com>
> >> Date: Mon, 08 Sep 2014 16:02:53 +0200
> >>
> >> Try this:
> >> emacs -batch -eval '(message "%s" (pos-visible-in-window-p (window-start)))'
> >>
> >> It prints nil. Shouldn't window-start always be visible?
> >
> > No, not when the window is not "live".
>
> The window in the example is the selected window and it is live:
> emacs -batch -eval '(message "%s" (window-live-p (selected-window)))'
> => t
Not in batch mode, it isn't.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16853
; Package
emacs
.
(Tue, 09 Sep 2014 14:15:02 GMT)
Full text and
rfc822 format available.
Message #38 received at 16853 <at> debbugs.gnu.org (full text, mbox):
On Tue, Sep 09 2014, Eli Zaretskii wrote:
>> From: Helmut Eller <eller.helmut <at> gmail.com>
>> Cc: 16853 <at> debbugs.gnu.org
>> Date: Tue, 09 Sep 2014 15:45:27 +0200
>>
>> On Tue, Sep 09 2014, Eli Zaretskii wrote:
>>
>> >> From: Helmut Eller <eller.helmut <at> gmail.com>
>> >> Date: Mon, 08 Sep 2014 16:02:53 +0200
>> >>
>> >> Try this:
>> >> emacs -batch -eval '(message "%s" (pos-visible-in-window-p
>> >> (window-start)))'
>> >>
>> >> It prints nil. Shouldn't window-start always be visible?
>> >
>> > No, not when the window is not "live".
>>
>> The window in the example is the selected window and it is live:
>> emacs -batch -eval '(message "%s" (window-live-p (selected-window)))'
>> => t
>
> Not in batch mode, it isn't.
Are you wasting time on purpose or what is this? The point of the
example was to show that pos-visible-in-window-p doesn't work normally
in batch mode. Claiming that the window isn't live when window-live-p
obviously returns t is IMO silly.
Helmut
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16853
; Package
emacs
.
(Tue, 09 Sep 2014 14:42:02 GMT)
Full text and
rfc822 format available.
Message #41 received at 16853 <at> debbugs.gnu.org (full text, mbox):
> From: Helmut Eller <eller.helmut <at> gmail.com>
> Cc: 16853 <at> debbugs.gnu.org
> Date: Tue, 09 Sep 2014 16:14:05 +0200
>
> Are you wasting time on purpose or what is this?
I've just stopped.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16853
; Package
emacs
.
(Wed, 24 Feb 2016 03:09:02 GMT)
Full text and
rfc822 format available.
Message #44 received at 16853 <at> debbugs.gnu.org (full text, mbox):
Helmut Eller <eller.helmut <at> gmail.com> writes:
> Here is a patch to fix this:
>
> Make it easier to abort a series of tests with C-g.
>
> * emacs-lisp/ert.el (ert-run-tests): Add "interactively" arg. If
> interactively is true and a test was aborted then ask if the
> remaining tests should be aborted too.
> (ert-run-tests-batch, ert-run-tests-interactively): Pass in
> interactively arg.
I think this makes sense, but the discussion seemed to go off on a
tangent, and the patch wasn't applied.
And I'm not familiar with the ert internals, but could somebody look at
the patch and see whether it looks reasonable?
> diff --git lisp/emacs-lisp/ert.el lisp/emacs-lisp/ert.el
> index 34041aa..aa01c3f 100644
> --- lisp/emacs-lisp/ert.el
> +++ lisp/emacs-lisp/ert.el
> @@ -1238,7 +1238,7 @@ SELECTOR is the selector that was used to select TESTS."
> (funcall listener 'test-ended stats test result))
> (setf (ert--stats-current-test stats) nil))))
>
> -(defun ert-run-tests (selector listener)
> +(defun ert-run-tests (selector listener interactively)
> "Run the tests specified by SELECTOR, sending progress updates to LISTENER."
> (let* ((tests (ert-select-tests selector t))
> (stats (ert--make-stats tests selector)))
> @@ -1249,10 +1249,14 @@ SELECTOR is the selector that was used to select TESTS."
> (let ((ert--current-run-stats stats))
> (force-mode-line-update)
> (unwind-protect
> - (progn
> - (cl-loop for test in tests do
> - (ert-run-or-rerun-test stats test listener))
> - (setq abortedp nil))
> + (cl-loop for test in tests do
> + (ert-run-or-rerun-test stats test listener)
> + (when (and interactively
> + (ert-test-quit-p
> + (ert-test-most-recent-result test))
> + (y-or-n-p "Abort testing? "))
> + (cl-return))
> + finally (setq abortedp nil))
> (setf (ert--stats-aborted-p stats) abortedp)
> (setf (ert--stats-end-time stats) (current-time))
> (funcall listener 'run-ended stats abortedp)))
> @@ -1443,7 +1447,8 @@ Returns the stats object."
> (ert-test-result-expected-p
> test result))
> (1+ (ert--stats-test-pos stats test))
> - (ert-test-name test)))))))))
> + (ert-test-name test)))))))
> + nil))
>
> ;;;###autoload
> (defun ert-run-tests-batch-and-exit (&optional selector)
> @@ -1952,9 +1957,8 @@ and how to display message."
> test result)))
> (ert--results-update-stats-display-maybe ewoc stats)
> (ewoc-invalidate ewoc node))))))))
> - (ert-run-tests
> - selector
> - listener)))
> + (ert-run-tests selector listener t)))
> +
> ;;;###autoload
> (defalias 'ert 'ert-run-tests-interactively)
>
>
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16853
; Package
emacs
.
(Fri, 17 Mar 2017 02:45:02 GMT)
Full text and
rfc822 format available.
Message #47 received at 16853 <at> debbugs.gnu.org (full text, mbox):
severity 16853 wishlist
quit
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> I think this makes sense, but the discussion seemed to go off on a
> tangent, and the patch wasn't applied.
>
> And I'm not familiar with the ert internals, but could somebody look at
> the patch and see whether it looks reasonable?
Looks good to me. I'll push to master in week or so, if there are no
objections.
Severity set to 'wishlist' from 'normal'
Request was from
npostavs <at> users.sourceforge.net
to
control <at> debbugs.gnu.org
.
(Fri, 17 Mar 2017 02:45:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16853
; Package
emacs
.
(Sat, 25 Mar 2017 00:15:02 GMT)
Full text and
rfc822 format available.
Message #52 received at 16853 <at> debbugs.gnu.org (full text, mbox):
tags 16853 fixed
close 16853 26.1
quit
npostavs <at> users.sourceforge.net writes:
>
> Looks good to me. I'll push to master in week or so, if there are no
> objections.
Done [1: ef44346782].
1: 2017-03-24 20:13:17 -0400 ef443467826dc33c6e58081e7af7c68905f6db26
Make it easier to abort a series of tests with C-g
Added tag(s) fixed.
Request was from
npostavs <at> users.sourceforge.net
to
control <at> debbugs.gnu.org
.
(Sat, 25 Mar 2017 00:15:02 GMT)
Full text and
rfc822 format available.
bug marked as fixed in version 26.1, send any further explanations to
16853 <at> debbugs.gnu.org and Helmut Eller <eller.helmut <at> gmail.com>
Request was from
npostavs <at> users.sourceforge.net
to
control <at> debbugs.gnu.org
.
(Sat, 25 Mar 2017 00:15: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
.
(Sat, 22 Apr 2017 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 7 years and 243 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.