[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
has anyone else seen this bug?
- To: SLUG@WARBUCKS.AI.SRI.COM
- Subject: has anyone else seen this bug?
- From: Roy Turner <royt@pravda.gatech.edu>
- Date: Tue, 23 Aug 88 11:46:00 EDT
- Character-type-mappings: (1 0 (NIL 0) (NIL :BOLD NIL) "CPTFONTCB") (2 0 (NIL 0) (NIL :ITALIC NIL) "CPTFONTI") (3 0 (NIL 0) (:FIX :BOLD :NORMAL) "CPTFONTCB")
- Fonts: CPTFONT, CPTFONTCB, CPTFONTI, CPTFONTCB
Hi folks, and sorry to bother you. I encountered this unexpected and rather bizarre bug
today, and was wondering if anyone knew what caused it and if it is going to kill me later
on. As far as I know, I was doing absolutely nothing to zl:ferror. Thanks.
--Roy Turner
------------------------------------------------------------------------------
[11:39:53 A change to the type ZL:FERROR (Incomplete) started at 8/23/88 10:34:18.
Until this definition is completed, the type,
and the mouse sensitivity tables will be inconsistent.
It is suggested you first retry the definition, to try
to install a complete definition for the type. If that
is successful, you will need to force the type to completion
manually, as shown below.
This type definition should be found in the file
SYS:DEBUGGER;CONDITION.
This may be forced to completion with the following form,
but the result may not be completely consistent.
(1DW:FINISH-TYPE-REDEFINITION 'ZL:FERROR :FORCE-P T)0]
2(DW:FINISH-TYPE-REDEFINITION 'ZL:FERROR :FORCE-P T)
3Error: Cannot finish redefining type ZL:FERROR; redefinition info missing.
0 3This is an internal error; please report this bug.
DW:FINISH-TYPE-REDEFINITION
0 Arg 0 (TYPE): ZL:FERROR
Rest arg: (:FORCE-P T)
s-A, : Proceed, as if the type were new. May leave stale mouse handlers.
s-B, : Return to Lisp Top Level in Dynamic Lisp Listener 1
s-C: Restart process Dynamic Lisp Listener 1