Bug 214568

Can you confirm the problem with the latest maxima/sbcl builds:
sbcl-0.9.18-1.fc5
maxima-5.10.0-7.fc5

(I can't seem to reproduce this)

With the latest versions of maxima and sbcl, the error still happens.

MAXIMA> (kkkd)

; in: LAMBDA NIL
;     (MAXIMA::KKKD)
;
; caught STYLE-WARNING:
;   undefined function: KKKD

;
; caught STYLE-WARNING:
;   This function is undefined:
;     KKKD
;
; compilation unit finished
;   caught 2 STYLE-WARNING conditions
unhandled SIMPLE-ERROR in thread #<SB-THREAD:THREAD "initial thread" {9004501}>:
  Error during processing of --eval option "(cl-user::run)":

  The function KKKD is undefined.

0: (SB-DEBUG:BACKTRACE 128 #<SYNONYM-STREAM :SYMBOL SB-SYS:*STDERR* {5074CD1}>)
1: (SB-DEBUG::DEBUGGER-DISABLED-HOOK
    #<SIMPLE-ERROR {95FD991}>
    #<unavailable argument>)
2: (INVOKE-DEBUGGER #<SIMPLE-ERROR {95FD991}>)
3: (ERROR
    "Error during processing of --eval ~
                                    option ~S:~%~%  ~A")
4: ((LAMBDA (SB-IMPL::E)) #<UNDEFINED-FUNCTION KKKD {95FD8F1}>)
5: ((LAMBDA (SB-IMPL::E)) #<UNDEFINED-FUNCTION KKKD {95FD8F1}>)
6: (SIGNAL #<UNDEFINED-FUNCTION KKKD {95FD8F1}>)
7: (ERROR UNDEFINED-FUNCTION)
8: (SB-KERNEL::UNDEFINED-FUN-ERROR-HANDLER
    #<unavailable argument>
    #.(SB-SYS:INT-SAP #XB7BA79E4)
    #<SB-ALIEN-INTERNALS:ALIEN-VALUE :SAP #XB7BA76CC :TYPE (*
                                                            (SB-ALIEN:STRUCT
                                                             SB-VM::OS-CONTEXT-T
-STRUCT))>
    (14))
9: (SB-KERNEL:INTERNAL-ERROR
    #.(SB-SYS:INT-SAP #XB7BA76CC)
    #<unavailable argument>)
10: ("foreign function: call_into_lisp")
11: ("foreign function: funcall2")
12: ("foreign function: interrupt_internal_error")
13: ("foreign function: sigtrap_handler")
14: ("bogus stack frame")
15: (SB-INT:SIMPLE-EVAL-IN-LEXENV (KKKD) #<NULL-LEXENV>)
16: (MAXIMA-READ-EVAL-PRINT-LOOP)
17: (MAXIMA-READ-EVAL-PRINT-LOOP)
18: ($TO_LISP)
19: (MEVAL1 #<unavailable argument>)
20: (MEVAL (($TO_LISP)))
21: (MEVAL* (($TO_LISP)))
22: (TOPLEVEL-MACSYMA-EVAL (($TO_LISP)))
23: (CONTINUE #<SYNONYM-STREAM :SYMBOL SB-SYS:*STDIN* {5026CE1}> NIL)
24: (MACSYMA-TOP-LEVEL #<SYNONYM-STREAM :SYMBOL SB-SYS:*STDIN* {5026CE1}> NIL)
25: (RUN)
26: (SB-INT:SIMPLE-EVAL-IN-LEXENV (RUN) #<NULL-LEXENV>)
27: (SB-IMPL::PROCESS-EVAL-OPTIONS ("(cl-user::run)"))
28: (SB-IMPL::TOPLEVEL-INIT)
29: ((LABELS SB-IMPL::RESTART-LISP))

unhandled condition in --disable-debugger mode, quitting
Returning to Maxima

OK, gotcha.  I have one idea... lemme see if that helps.

This is likely caused because we patch the maxima build to use
sbcl --disable-debugger
to prevent any rpmbuild process from hanging (waiting on sbcl's interactive
debugger).

From reading sbcl's manpage, it appears this bahavior will persist in any
sbcl-created image, ugh.

I think that's the reason.

Are you building the maxima and maxima-sbcl-runtime on your own machine or is
there a dedicated server for extras package building?

Because other distributions seem to handle this well.

> Are you building the maxima and maxima-sbcl-runtime on your own machine or is
> there a dedicated server for extras package building?

The latter.

I'm trying to make maxima build without sbcl --disable-debugger, but wouldn't ya
know, it's getting stuck somewhere (and hanging on the interactive debugger).

This should do the trick.

%changelog
* Fri Nov 10 2006 Rex Dieter <rexdieter[AT]users.sf.net> 5.10.0-8
- omit sbcl-disable-debugger patch (#214568)

Where can I find the updated version?

The new build should appear in Extras repo real soon (usually within 24-48 
hours).

I confirm the bug is fixed. Thanks a lot, Rex.