Bharat Shetty | 2 Aug 20:57 2015
Picon

help a newbee to start cmucl

Hi,

I had installed the bundled cmucl 20c version on a debian x86 system. It
worked with the bundled slime/emacs. Recently I started getting
DIVISION-BY-ZERO (operands 99 and 0 ) while slime loads asdf. Could not
find much help on the net.

uninstalled the bundled version and switched to cmucl version released on
July/2015. Tried hemlock. Cant do much more than starting using

   1. (require :gray-streams)
   2. (require :simple-streams)
   3. (require :clx)
   4. (require :clm)
   5. (require :hemlock)
   6. (ed)

and then quiting:

   - Alt-x Exit Hemlock

Most(all?) key bindings dont work I am restricted to external commands via
Alt-x(hopefully this is equivalent to M-x). I can load files using "find
file" but even navigating through the file results in strange behaviour and
a lot of logs generated in the console. I have lesstif installed on the
system and all the requires above complete without error)

Any help with getting back with cmucl on emacs/hemlock is welcome.

Regards,
(Continue reading)

Pascal J. Bourguignon | 11 Apr 15:47 2015
Face

error in compile-file?


I get this following problem both in cmucl-20d and cmucl-20f, binary
release; (I've not tested other versions).  The backtrace indicates that
the assertion fails when closing the newly compiled fasl file.

What would be the problem?

To load "com.informatimago.common-lisp":
  Load 1 ASDF system:
    com.informatimago.common-lisp
; Loading "com.informatimago.common-lisp"
..................................................
[package com.informatimago.common-lisp.cesarum.dfa].
.....

Error in function LISP::ASSERT-ERROR:
   The assertion (ZEROP (HASH-TABLE-COUNT (C::FASL-FILE-PATCH-TABLE C::FILE))) failed.
   [Condition of type SIMPLE-ERROR]

Restarts:
  0: [CONTINUE                     ] Retry assertion.
  1: [RETRY                        ] Retry
                                     compiling #<CL-SOURCE-FILE "com.informatimago.common-lisp.cesarum" "dfa">.
  2: [ACCEPT                       ] Continue, treating
                                     compiling #<CL-SOURCE-FILE "com.informatimago.common-lisp.cesarum" "dfa">
                                     as having been successful.
  3:                                 Retry ASDF operation.
  4: [CLEAR-CONFIGURATION-AND-RETRY] Retry ASDF operation after resetting the configuration.
  5: [ABORT                        ] Give up on "com.informatimago.common-lisp"
  6:                                 Return NIL from load of #P"home:rc/common.lisp".
(Continue reading)

Helmut Jarausch | 11 Apr 14:20 2015
Picon

help a newbee to start cmucl

Hi,

I've installed cmucl-20e on my Gentoo system.
I have no idea to get into the graphics mode.
If I do

(require :clx)
(require :hemlock)
(ed)

The just opened X-window doesn't get focus such that I can't enter anything.

From the man page
Call INTERFACE:LISP-CONTROL-PANEL to create the  control  panel.   When                                                                                                      
       INTERFACE:*INTERFACE-STYLE*  is :GRAPHICS (the default) and the DISPLAY                                                                                                      
       environment variable is defined, the graphical inspector  and  debugger                                                                                                      
       will  be  invoked  by  INSPECT or when an error is signalled.  Possible                                                                                                      
       values are :GRAPHICS and :TTY.  If the value is :GRAPHICS, but there is
       no X display, then we quietly use the TTY interface.

How to do that?

I can't do
(INTERFACE:LISP-CONTROL-PANEL)

nor even
(require :interface)

So, I am missing a lot.

(Continue reading)

Didier Verna | 1 Apr 11:17 2015
Face
Picon
Picon
Picon
Picon

[CfPart] ELS 2015, April 20-21 2015, London


		 ELS'15 - 8th European Lisp Symposium
		    Goldsmiths College, London, UK

			  April 20-21, 2015

	       http://www.european-lisp-symposium.org/

    Sponsored by EPITA, Goldsmiths University of London, Franz Inc.,
	    Lispworks Ltd., Clozure Associates and Google

Recent news:

- A few seats left, still time to register!
- Programme now online (schedule may still change a little)
- Invited speakers announced: Zach Beane, Bodil Stokke, Martin Cracauer

The purpose of the European Lisp Symposium is to provide a forum for
the discussion and dissemination of all aspects of design,
implementation and application of any of the Lisp and Lisp-inspired
dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP,
Dylan, Clojure, ACL2, ECMAScript, Racket, SKILL, Hop and so on. We
encourage everyone interested in Lisp to participate.

The 8th European Lisp Symposium features 3 invited talks, one tutorial,
4 technical sessions and 2 lightning talks slots. The full programme is now
available on the website: http://www.european-lisp-symposium.org/.

Programme chair:
  Julian Padget, University of Bath, UK
(Continue reading)

Didier Verna | 22 Feb 15:00 2015
Face
Picon
Picon
Picon
Picon

[Final CfP] ELS 2015 submission deadline extended to March 1st


		 ELS'15 - 8th European Lisp Symposium
		    Goldsmiths College, London, UK

			  April 20-21, 2015

	       http://www.european-lisp-symposium.org/

	  Sponsored by EPITA, Franz Inc. and Lispworks Ltd.

Recent news:

- *** Submission deadline extended to March 1st ***
- Invited speakers announced: Zach Beane, Bodil Stokke, Martin Cracauer
- Registration to open early March

The purpose of the European Lisp Symposium is to provide a forum for
the discussion and dissemination of all aspects of design,
implementation and application of any of the Lisp and Lisp-inspired
dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP,
Dylan, Clojure, ACL2, ECMAScript, Racket, SKILL, Hop and so on. We
encourage everyone interested in Lisp to participate.

The 8th European Lisp Symposium invites high quality papers about
novel research results, insights and lessons learned from practical
applications and educational perspectives. We also encourage
submissions about known ideas as long as they are presented in a new
setting and/or in a highly elegant way.

Topics include but are not limited to:
(Continue reading)

Didier Verna | 24 Jan 11:09 2015
X-Face
Face
Picon
Picon
Picon
Picon

[2nd CfP] European Lisp Symposium 2015, April 20-21, London


		 ELS'15 - 8th European Lisp Symposium
		    Goldsmiths College, London, UK

			  April 20-21, 2015

	       http://www.european-lisp-symposium.org/

	  Sponsored by EPITA, Franz Inc. and Lispworks Ltd.

Recent news:

- Submission deadline in less than a month now!
- Programme committee has been announced (see below)
- Venue information now available on the web site

The purpose of the European Lisp Symposium is to provide a forum for
the discussion and dissemination of all aspects of design,
implementation and application of any of the Lisp and Lisp-inspired
dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP,
Dylan, Clojure, ACL2, ECMAScript, Racket, SKILL, Hop and so on. We
encourage everyone interested in Lisp to participate.

The 8th European Lisp Symposium invites high quality papers about
novel research results, insights and lessons learned from practical
applications and educational perspectives. We also encourage
submissions about known ideas as long as they are presented in a new
setting and/or in a highly elegant way.

Topics include but are not limited to:
(Continue reading)

Didier Verna | 5 Dec 08:24 2014
Face
Picon
Picon
Picon
Picon

[CfP] ELS 2015, 8th European Lisp Symposium, Apr. 20-21, London


		 ELS'15 - 8th European Lisp Symposium
		    Goldsmiths College, London, UK

			  April 20-21, 2015

	       http://www.european-lisp-symposium.org/

	  Sponsored by EPITA, Franz Inc. and Lispworks Ltd.

The purpose of the European Lisp Symposium is to provide a forum for
the discussion and dissemination of all aspects of design,
implementation and application of any of the Lisp and Lisp-inspired
dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP,
Dylan, Clojure, ACL2, ECMAScript, Racket, SKILL, Hop and so on. We
encourage everyone interested in Lisp to participate.

The 8th European Lisp Symposium invites high quality papers about
novel research results, insights and lessons learned from practical
applications and educational perspectives. We also encourage
submissions about known ideas as long as they are presented in a new
setting and/or in a highly elegant way.

Topics include but are not limited to:

- Context-, aspect-, domain-oriented and generative programming
- Macro-, reflective-, meta- and/or rule-based development approaches
- Language design and implementation
- Language integration, inter-operation and deployment
- Development methodologies, support and environments
(Continue reading)

Raymond Toy | 4 Oct 23:02 2014
Picon

CMUCL 20f


CMUCL 20f has been released. Binaries will be available shortly. For a
list of changes between 20e and 20f, we refer the reader to the
release notes in release-20f.txt.

As usual, there will be no snapshot for this month.

--
Ray
_______________________________________________
cmucl-help mailing list
cmucl-help <at> cmucl.cons.org
http://lists.zs64.net/mailman/listinfo/cmucl-help

Jared C. Davis | 26 Sep 20:30 2014
Picon

ext:unix-namestring issue

Hi,

I am using CMUCL 20e on a Linux/x86 system.  In tracking down an issue with
osilib:file-kind on CMUCL, I found the behavior of ext:unix-namestring to be
somewhat surprising when parts of the input path do not exist.

In particular, suppose that I have the following directory structure:

    foo/            (foo is otherwise empty except for bar)
     |
    bar/            (bar is otherwise empty except for hello.txt)
     |
  hello.txt

In this case, the following seem perfectly sensible and consistent:

  (ext:unix-namestring "hello.txt"         nil) ; "hello.txt"
  (ext:unix-namestring "foo/"              nil) ; "foo/"
  (ext:unix-namestring "foo/hello.txt"     nil) ; "foo/hello.txt"
  (ext:unix-namestring "foo/bar/hello.txt" nil) ; "foo/bar/hello.txt"
  (ext:unix-namestring "foo/bar/bye.txt"   nil) ; "foo/bar/bye.txt"
  (ext:unix-namestring "foo/bar/"          nil) ; "foo/bar/"
  (ext:unix-namestring "foo/bar/baz"       nil) ; "foo/bar/baz"
  (ext:unix-namestring "foo/bye.txt"       nil) ; "foo/bye.txt"
  (ext:unix-namestring "bye.txt"           nil) ; "bye.txt"

But it seems odd that examples such as these return NIL:

  (ext:unix-namestring "oops/"                  nil) ; NIL, why not
instead "oops/"?
(Continue reading)

Fausto Saporito | 14 Sep 00:13 2014
Picon

Re: 19c alpha [Was Re: CMUCL 18c building on tru64 5.1]

2014-09-10 19:10 GMT+02:00 Carl Shapiro <carl.shapiro <at> gmail.com>:
> On Wed, Sep 10, 2014 at 1:18 AM, Fausto Saporito <fausto.saporito <at> gmail.com>
> wrote:
>>
>> how can I do that ? in dbx I cannot find anything about disassembling....
>> I have to check with ladebug.
>
>
> I think you can tell dbx something like 0x12345678/90i where 0x12345678 is
> your address, 90 is an optional repeat count, and i is the flag for
> instructions.  There is an example in section 1.8.6 of the ladebug manual.
> Its command syntax is similar to dbx.

Hello Carl,

I tried, but the PC when the dbx find the error, is

In initial-function, and running.
GLOBALDB-INIT
FDEFN-INIT
TYPEDEF-INIT
CLASS-INIT
TYPE-INIT
Calling top-level forms.
signal Trace/BPT trap at >*[., 0x3028f990]      call_pal mtpr_astsr

(dbx) px $pc
0x3028f990

and address of INITIAL-FUNCTION is 0x30295720 (according to lisp.map),
(Continue reading)

Raymond Toy | 8 Sep 21:41 2014
Picon

19c alpha [Was Re: CMUCL 18c building on tru64 5.1]

On Mon, Sep 8, 2014 at 10:41 AM, Fausto Saporito <fausto.saporito <at> gmail.com>
wrote:

> Hello... I fixed the Depends problem... in the GNUMakefile there's -MM
> flag for depend... it seems DEC cc wants just one M...
>
> so -M -E
>
>
​Starting a new thread....

If we're standardizing on 19c, I'll try to make a branch from 19c to keep
track of this development work, so we don't lose it.

It's probably worth while for me to get the github mirror of cmucl actually
working.

​

> regards,
> Fausto
>
>
> 2014-09-08 19:16 GMT+02:00 Fausto Saporito <fausto.saporito <at> gmail.com>:
> > ok, Ray.
> > I'll use 19c from now on.
> >
> > thanks,
> > Fausto
> >
(Continue reading)


Gmane