[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #63274] abort 'n' -1 throw behavior

From: Stephan Rudlof
Subject: [bug #63274] abort 'n' -1 throw behavior
Date: Tue, 25 Oct 2022 18:34:53 -0400 (EDT)


                 Summary: abort 'n' -1 throw behavior
                 Project: Gforth
               Submitter: hartrock
               Submitted: Tue 25 Oct 2022 10:34:51 PM UTC
                Category: None
                Severity: 3 - Normal
              Item Group: None
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any


Follow-up Comments:

Date: Tue 25 Oct 2022 10:34:51 PM UTC By: Stephan Rudlof <hartrock>
abort (or -1 throw) *not* seen as error:

sr@rs:~$ gforth
Gforth 0.7.9_20221013
Authors: Anton Ertl, Bernd Paysan, Jens Wilke et al., for more type `authors'
Copyright © 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
Gforth comes with ABSOLUTELY NO WARRANTY; for details type `license'
Type `help' for basic help
: t abort ;  ok
: tf abort" foo" ;  ok
1 tf 
*the terminal*:3:3: error: foo
1 >>>tf<<<
/usr/local/share/gforth/0.7.9_20221013/kernel/basics.fs:287:17:  0
$7FB07BD26790 throw 
*terminal*:2:13:                         1 $7FB07BDAD390 c(abort") 
\ as expected  ok
1 t \ with or without arg 
\ ??? no 'ok': seems to parse further...  ok
.s <0>  ok
\ no stack, too  ok
-1 throw 
\ ??? no 'ok': seems to parse further...  ok
.s <0>  ok

Bug or feature?

No info about this behavior found in
  Exception Handling (Gforth Manual)
abort ( ?? – ??  ) core,exception-ext “abort”

-1 throw.

Could be a reason some special handling of
  true throw


Reply to this item at:


Message sent via Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]