[PlanetCCRMA] Package request for SMP kernel sources, and a question about CMUCL worlds for CM/CLM/CMN

Fernando Pablo Lopez-Lezcano nando@ccrma.Stanford.EDU
Tue Nov 11 17:58:01 2003


> uname -a
> Linux <XXX> 2.4.20-20.1.caps.rh90smp #1 SMP Wed Sep 10 12:35:32 PDT 2003
> i686 athlon i386 GNU/Linux
> 
> cmucl-3.1.4-1
> cmucl-normal-3.1.4-1
> cmucl-cm-clm-cmn-1.0-21.rh90
> cm-source-1.0-21.rh90
> cmn-source-1.0-21.rh90
> clm-source-1.0-21.rh90

Sounds good. 

> and here is the full log of the startup for cmucl-cm-clm-cmn:
> 
> ; Loading #p"/usr/lib/cmucl/cmclmcmninit.lisp".
> ;;;
> ;;; CM 2.4.0 (06/28/2003); CLM 2 (08/18/2003); CMN (08/15/2003)
> ;;;
> ;;; Running /usr/bin/ld...
> ;;; Done.
> ;; Loading #p"/usr/lib/cmucl/clm/ffi.x86f".
> ;;; Running /usr/bin/ld...
> ;;; Done.
> 
> 
> Error in function UNIX::SIGSEGV-HANDLER:  Segmentation Violation at
> #x40008D26.
> 
> Restarts:
>   0: [CONTINUE] Return NIL from load of
> "/usr/lib/cmucl/cmclmcmninit.lisp".
>   1: [ABORT   ] Skip remaining initializations.
> 
> Debug  (type H for help)
> 
> (UNIX::SIGSEGV-HANDLER #<unused-arg>
>                        #<unused-arg>
>                        #.(SYSTEM:INT-SAP #x3FFFE390))
> Source: Error finding source: 
> Error in function DEBUG::GET-FILE-TOP-LEVEL-FORM:  Source file no longer
> exists:
>   target:code/signal.lisp.

It is dying while initializing clm. Hmmm, strange, obviously I don't see
that behavior here :-) I'm rebuilding the FFI (foreign function
interface) at install time as that used to be a problem. Just in case
you could try to rebuild it again. 

See if this is successful (all in one line):

/usr/bin/lisp -core /usr/lib/cmucl/cm-clm-cmn.core -eval
"(clm::rebuild-ffi)(sys::quit)"

This should recreate this file (you can check the timestamp):
  /usr/lib/cmucl/clm/ffi.x86f

Now start cmucl by hand:
  /usr/bin/lisp -core /usr/lib/cmucl/cm-clm-cmn.core

And do the "initialization" by hand (it's in
/usr/lib/cmucl/cmclmcmninit.lisp):

(clm::reload-ffi)
(clm::restart-clm)
(cmn::restart-cmn)

Let me know how it goes...
-- Fernando