[cmucl-help] help a newbee to start cmucl

[Bharat Shetty]

Hi,

This is the log I get when i start emacs and run Alt-x slime therein:

(progn (load "/usr/share/common-lisp/source/slime/swank-loader.lisp"
:verbose t) (funcall (read-from-string "swank-loader:init")) (funcall
(read-from-string "swank:start-server") "/tmp/slime.5905"))

CMU Common Lisp Debian build debian/20c-2-1-g957a42a-dirty (20C Unicode),
running on cmucl
With core: /usr/lib/cmucl/lisp-sse2.core
Dumped on: Mon, 2012-01-23 17:34:46+05:30 on manticore
See <http://www.cons.org/cmucl/> for support information.
Loaded subsystems:
    Unicode 1.28 with Unicode version 6.0.0
    Python 1.1, target Intel x86/sse2
    CLOS based on Gerd's PCL 2010/03/19 15:19:03
*
; Loading #P"/usr/share/common-lisp/source/slime/swank-loader.lisp".
;; Loading #P"/usr/share/common-lisp/source/cmucl/contrib/asdf/asdf.lisp".
;; Loading #P"/usr/share/common-lisp/source/cl-asdf/asdf.lisp".

; In:
;     LET* ((ASDF-VERSION "2.22") (EXISTING-ASDF #)
;        (EXISTING-VERSION *ASDF-VERSION*) (ALREADY-THERE #))

;   (LABELS (# # # # # ...)
;     (MACROLET #
;       #)
;     (SETF *ASDF-VERSION* ASDF-VERSION *UPGRADED-P* #))
; Note: Deleting unused function
;   (LABELS ENSURE-FMAKUNBOUND)
;
; Converted DEFGENERIC*.
; Converted DEFUN*.
; Compiling LAMBDA (.PV-CELL. .NEXT-METHOD-CALL. X):
; Compiling Top-Level Form:
; Compiling LAMBDA (.PV-CELL. .NEXT-METHOD-CALL. X):
; Compiling Top-Level Form:
; Compiling LAMBDA (.PV-CELL. .NEXT-METHOD-CALL. X):
; Compiling Top-Level Form:
; Compiling LAMBDA (.PV-CELL. .NEXT-METHOD-CALL. X):
; Compiling Top-Level Form:
; Compiling LAMBDA (.PV-CELL. .NEXT-METHOD-CALL. X):
; Compiling Top-Level Form:
; Compiling LAMBDA (.PV-CELL. .NEXT-METHOD-CALL. X):
; Compiling Top-Level Form:
; Compiling LAMBDA (.PV-CELL. .NEXT-METHOD-CALL. X):
; Compiling Top-Level Form:
; Compiling LAMBDA (.PV-CELL. .NEXT-METHOD-CALL. X):
; Compiling Top-Level Form:
; Compiling LAMBDA (.PV-CELL. .NEXT-METHOD-CALL. X):
; Compiling Top-Level Form:
; Compiling LAMBDA (.PV-CELL. .NEXT-METHOD-CALL. X):
; Compiling Top-Level Form:
; Compiling LAMBDA (.PV-CELL. .NEXT-METHOD-CALL. X):
; Compiling Top-Level Form:
; Compiling LAMBDA (.PV-CELL. .NEXT-METHOD-CALL. X):
; Compiling Top-Level Form:
; Compiling LAMBDA (.PV-CELL. .NEXT-METHOD-CALL. X):
; Compiling Top-Level Form:

Arithmetic error DIVISION-BY-ZERO signalled.
Operation was /, operands (99.0 0.0).
   [Condition of type DIVISION-BY-ZERO]

Restarts:
  0: [CONTINUE] Return NIL from load of
"/usr/share/common-lisp/source/cl-asdf/asdf.lisp".
  1:            Return NIL from load of
"/usr/share/common-lisp/source/slime/swank-loader.lisp".
  2: [ABORT   ] Return to Top-Level.

Debug  (type H for help)

(X86:SIGFPE-HANDLER #<unused-arg> #<unused-arg> #.(SYSTEM:INT-SAP
#x3FFFACFC))
Source:
; File: target:code/float-trap.lisp
(ERROR 'DIVISION-BY-ZERO :OPERATION FOP :OPERANDS ...)
0]


On Mon, Aug 3, 2015 at 1:23 AM, Carl Shapiro <carl.shapiro at gmail.com> wrote:

> On Sun, Aug 2, 2015 at 12:45 PM, Bharat Shetty <bshetty at gmail.com> wrote:
>
>> went through the install page again and realised lot of the errors using
>> henlock were due to the 64 bit motifd shipped with the package. Replacing
>> this with the 32 bit version reduced the errors to 1 - missing libXm.so.4
>> which might be available with libmotif4. Cannot install this currently ..
>> aptitude is having some issues as well :(
>>
>
> I usually use Open Motif (the direct descendent of the OSF/Motif) instead
> of Lesstif (an API-compatible re-implementation of OSF/Motif).
>
> Debian provides packages for Open Motif...
>
> https://packages.debian.org/search?keywords=motif
>
> However, for the task at hand, you should not need any flavor Motif as
> CLM, which depends on Motif, is not required for running Hemlock.  Maybe
> you will have more luck if you skip the (require :clm) step that you
> reported above?
>
>
>> would it be better to move to freebsd/netbsd with cmucl/slime/emacs ?
>>
>
> That depends on what you goal is.  Are you able to record a backtrace from
> the division by zero error you get when running slime?  If all you want is
> an editor to interact with CMUCL, that might be easy enough to fix, and
> such a fix can save you the inconvenience of having to install another
> operating system.
>
>