Custom Query (1030 matches)
Results (199 - 201 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #935 | wontfix | INTERSECTION should signal TYPE-ERROR when LIST2 is not a list | ||
| Description |
Ethan H. Schwartz 2009-07-23 10:53:02 EDT Welcome to Clozure Common Lisp Version 1.4-dev-r12415-working-0711 (LinuxX8664)! ? (intersection nil :a) NIL ? |
|||
| #936 | worksforme | delete-package on a package that does not exist should behave better | ||
| Description |
Dan Weinreb 2009-09-08 15:09:04 EDT delete-package, when called on a name that does not name a package, should return nil according to the Common Lisp hyperspec rather than signal a condition (for better or worse). Instead, it signals. Comment 1 Ethan H. Schwartz 2009-09-10 17:22:03 EDT from http://www.lispworks.com/documentation/HyperSpec/Body/f_del_pk.htm#delete-package: Exceptional Situations: If the package designator is a name that does not currently name a package, a correctable error of type package-error is signaled. If correction is attempted, no deletion action is attempted; instead, delete-package immediately returns nil. [NB1: there are other exceptional situations in the CLHS] [NB2: this was ITA bug 67561] |
|||
| #937 | wontfix | Compiler should warn for invalid type specs in handler-case | ||
| Description |
Dan Weinreb 2010-05-07 16:29:48 EDT In a case such as this: (defun foo (x y)
(handler-case
(/ x y)
((error serious-condition) ()
5)))
it would be nice if the compiler could detect that (error serious-condition) is not a valid type (i.e. the programmer omitted the "or"). In (defun bar (x) (check-type x (error serious-condition)) x) the compiler does, correctly, issue a warning; could that same mechanism be applied to handler-case? NB: This was ITA bug 79938. |
|||
