About the Errors category
|
|
0
|
222
|
October 2, 2021
|
Making FAIL Stand Out With Antiform TAG!
|
|
0
|
4
|
September 16, 2024
|
Pointing the Blame In FAIL
|
|
4
|
589
|
September 2, 2024
|
Recovering Values From A Raised Definitional Error
|
|
1
|
241
|
September 11, 2024
|
FAIL vs. RETURN RAISE: The New Age of Definitional Errors!
|
|
0
|
441
|
June 28, 2022
|
The VOID-in-NULL-out Protocol
|
|
1
|
427
|
July 14, 2022
|
WORD!, PATH!, and URL!s as ERROR! ids
|
|
7
|
562
|
January 22, 2019
|
Discouraging The Interception of Abrupt Failures
|
|
3
|
361
|
August 29, 2024
|
Making CALL Raise a (definitional) Error For Bad Exit Codes
|
|
2
|
198
|
August 24, 2024
|
No Raised Errors in PACK! (But Feel The Power!)
|
|
0
|
31
|
August 22, 2024
|
Should SET-WORD!s Have "Raised Error Interception"?
|
|
0
|
178
|
February 7, 2023
|
The Need To Rethink ERROR!
|
|
2
|
636
|
June 9, 2022
|
The FAIL That Wins Big: Combinator Definitional Errors
|
|
0
|
202
|
August 19, 2022
|
Safety Concept: Error on discarded plain BLOCK! ?
|
|
3
|
418
|
November 29, 2021
|
Embracing Host Language Exception Model in the API
|
|
0
|
544
|
March 4, 2018
|
Hooking FAIL and PANIC...should DO of an ERROR! be "unhookable"?
|
|
0
|
429
|
January 21, 2018
|
More Comprehensible Errors With per-Cell Labeling!
|
|
1
|
548
|
October 6, 2020
|