unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* 23.0.60; scroll-up gives something between error and message
@ 2008-03-24 18:17 Lennart Borgman (gmail)
  2008-03-24 19:10 ` Stefan Monnier
  0 siblings, 1 reply; 5+ messages in thread
From: Lennart Borgman (gmail) @ 2008-03-24 18:17 UTC (permalink / raw
  To: emacs-pretest-bug

There is something strange with the error handling in scroll-up. When 
calling (scroll-up 1) in an empty buffer execution of the function 
calling it stopped and a message is given. However there is no error 
generated.

To see this start from

    emacs -Q

and evaluate the following function and run it:

(defun test-scroll ()
   (interactive)
   (setq debug-on-error t)
   (let* ((buffer-name "test-scroll")
         (buffer (get-buffer buffer-name)))
     (when buffer (kill-buffer buffer))
     (setq buffer (get-buffer-create buffer-name))
     (switch-to-buffer buffer)
     (message "here 1") (sit-for 2)
     (scroll-up 1)
     (message "here 2") (sit-for 2)
     ))



In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
  of 2008-03-21
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --no-opt --cflags 
-Ic:/g/include -fno-crossjumping'





^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: 23.0.60; scroll-up gives something between error and message
  2008-03-24 18:17 23.0.60; scroll-up gives something between error and message Lennart Borgman (gmail)
@ 2008-03-24 19:10 ` Stefan Monnier
  2008-03-24 19:22   ` Lennart Borgman (gmail)
  0 siblings, 1 reply; 5+ messages in thread
From: Stefan Monnier @ 2008-03-24 19:10 UTC (permalink / raw
  To: Lennart Borgman (gmail); +Cc: emacs-pretest-bug

> There is something strange with the error handling in scroll-up. When
> calling (scroll-up 1) in an empty buffer execution of the function calling
> it stopped and a message is given. However there is no error generated.

What makes you think no error is generated?


        Stefan




^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: 23.0.60; scroll-up gives something between error and message
  2008-03-24 19:10 ` Stefan Monnier
@ 2008-03-24 19:22   ` Lennart Borgman (gmail)
  2008-03-25  0:43     ` Stefan Monnier
  0 siblings, 1 reply; 5+ messages in thread
From: Lennart Borgman (gmail) @ 2008-03-24 19:22 UTC (permalink / raw
  To: Stefan Monnier; +Cc: emacs-pretest-bug

Stefan Monnier wrote:
>> There is something strange with the error handling in scroll-up. When
>> calling (scroll-up 1) in an empty buffer execution of the function calling
>> it stopped and a message is given. However there is no error generated.
> 
> What makes you think no error is generated?


There is no traceback, but yes I did not try. Here is a try:

(defun test-scroll ()
   (interactive)
   (setq debug-on-error t)
   (let* ((buffer-name "test-scroll")
         (buffer (get-buffer buffer-name)))
     (when buffer (kill-buffer buffer))
     (setq buffer (get-buffer-create buffer-name))
     (switch-to-buffer buffer)
     (message "here 1") (sit-for 1)
     (condition-case err
         (scroll-up 1)
       (error (message "scroll-up error: %s" err)
              (sit-for 1)))
     (message "here 2") (sit-for 1)
     (scroll-up 1)
     (message "here 3") (sit-for 1)
     ))

The output is now

here 1
scroll-up error: (end-of-buffer)
here 2
let*: End of buffer

There is no *Backtrace* window shown for the second (scroll-up 1). Is 
there when you test it?




^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: 23.0.60; scroll-up gives something between error and message
  2008-03-24 19:22   ` Lennart Borgman (gmail)
@ 2008-03-25  0:43     ` Stefan Monnier
  2008-03-25  0:57       ` Lennart Borgman (gmail)
  0 siblings, 1 reply; 5+ messages in thread
From: Stefan Monnier @ 2008-03-25  0:43 UTC (permalink / raw
  To: Lennart Borgman (gmail); +Cc: emacs-pretest-bug

>>> There is something strange with the error handling in scroll-up. When
>>> calling (scroll-up 1) in an empty buffer execution of the function calling
>>> it stopped and a message is given. However there is no error generated.
>> 
>> What makes you think no error is generated?


> There is no traceback, but yes I did not try.

Your test shows that an error is indeed signalled.
Check debug-ignored-errors.


        Stefan




^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: 23.0.60; scroll-up gives something between error and message
  2008-03-25  0:43     ` Stefan Monnier
@ 2008-03-25  0:57       ` Lennart Borgman (gmail)
  0 siblings, 0 replies; 5+ messages in thread
From: Lennart Borgman (gmail) @ 2008-03-25  0:57 UTC (permalink / raw
  To: Stefan Monnier; +Cc: emacs-pretest-bug

Stefan Monnier wrote:
>>>> There is something strange with the error handling in scroll-up. When
>>>> calling (scroll-up 1) in an empty buffer execution of the function calling
>>>> it stopped and a message is given. However there is no error generated.
>>> What makes you think no error is generated?
> 
> 
>> There is no traceback, but yes I did not try.
> 
> Your test shows that an error is indeed signalled.
> Check debug-ignored-errors.


Oh, no, not once again. Sorry.

How about adding something to the error string, like "(ignored error)"? 
Or maybe that is complicated.




^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2008-03-25  0:57 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-03-24 18:17 23.0.60; scroll-up gives something between error and message Lennart Borgman (gmail)
2008-03-24 19:10 ` Stefan Monnier
2008-03-24 19:22   ` Lennart Borgman (gmail)
2008-03-25  0:43     ` Stefan Monnier
2008-03-25  0:57       ` Lennart Borgman (gmail)

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).