Custom Query (1030 matches)

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]

Mark Nahabedian 2010-05-24 09:33:02 EDT

There are a variety of cases where CCL signals nothing more specific than SIMPLE-ERROR. It would be helpful if appropriate conditions were defined for each of these cases and those conditions were signaled.

Here's an example of a case of SIMPLE-ERROR that should be something like NO-APPLICABLE-METHOD-ERROR instead:

There is no applicable method for the generic function:
  #<STANDARD-GENERIC-FUNCTION QRES-CORE:DO-LOAD-DB-RECORD-FROM-QAPI-OBJECT
#x3000434D4C2F>
when called with arguments:
  (QRES-CORE:QAPI-PNR-SEGMENT NIL :PARENTS (#<QAPI-PNR #<LEGACY-PNR
12474990031128/M/0 AC:PZCCLE,AC:PZCCLE #x300062B32F8D> :CHANGE-TOKEN: NIL>))

NB: Was ITA bug 80692

There's an issue where when you use ccl:save-application with ":prepend-kernel t" and try to use command-line-arguments in your app and try to pass only one argument, ccl tries to load it as an image.

I will be attaching hello.lisp and a diff patch.

ccl-1.7

$ ./fx86cl --load hello.lisp

$ ./hello foo

Couldn't load lisp heap image from foo: No such file or directory

$ ./hello foo bar

(./hello foo bar)

ccl-1.7 (After patch)

$ ./fx86cl --load hello.lisp

$ ./hello foo

(./hello foo)

$ ./hello foo bar

(./hello foo bar)