Mercurial > hg > amuse
view conditions.lisp @ 18:70e76c1c87b7
Bug fixes and exports in package.lisp
darcs-hash:20061213114049-f76cc-4c4175a1ad8b24e1c5df82c9fb67445ac32977d9.gz
author | David Lewis <d.lewis@gold.ac.uk> |
---|---|
date | Wed, 13 Dec 2006 11:40:49 +0000 |
parents | cb470aecc3b0 |
children |
line wrap: on
line source
(cl:in-package #:amuse) ;; Some conditions we might want to be able to signal (define-condition undefined-action (condition) ;; This condition would apply to an attempt to perform a meaningless ;; operation on an object. This may, initially, include things that ;; are a pain to implement but should really be used when it's ;; genuinely unclear what an operation means in the given ;; context. In such cases, a condition handler might be the best ;; approach anyway. ((operation :initarg :operation :reader undefined-action-operation) (datatype :initarg :datatype :reader undefined-action-datatype)) (:report (lambda (condition stream) (format stream "The consequence of performing ~A on and object of type ~A is undefined" (undefined-action-operation condition) (undefined-action-datatype condition))))) (define-condition insufficient-information (condition) ;; It should be possible to construct genuinely minimal musical ;; structures. When the information in these is insufficient to ;; answer a query, this condition should be raised. ((operation :initarg :operation :reader insufficient-information-operation) (datatype :initarg :datatype :reader insufficient-information-datatype)) (:report (lambda (condition stream) (format stream "The ~A object does not contain enough information to perform ~A" (insufficient-information-datatype condition) (insufficient-information-operation condition)))))