Custom Query (1030 matches)

There seems to be currently 4 sources for CCL tarballs:

• The subversion repository: ​http://svn.clozure.com (which may or may not be retired one day now that CCL is also on Github).
• A HTTP source: ​http://ccl.clozure.com/ftp/pub/release.
• A FTP source: ​ftp://ftp.clozure.com/pub/release.
• Github release tarballs: ​https://github.com/Clozure/ccl/releases.

The first three sources do not provide encrypted transport which is a security issue. Github release tarballs are available over TLS, but the last stable version (1.11) is only available as source.

I just created a stable CCL package for Archlinux (​https://aur.archlinux.org/packages/ccl) which uses the FTP source, but it would be more secure to be able to switch to a source that supports TLS transport.

Providing binary tarballs (such as ccl-1.11-linuxx86.tar.gz) on Github would probably be the easiest solution for you, if you do not already have a SSL certificate for ccl.clozure.com. Additionally (or as an alternative), Let's Encrypt (​https://letsencrypt.org) could help you provide clozure.com in general over TLS.

Hi,

CCL terminates inexplicably and randomly in Win32. It leave no tangible error messages behind, except for:

Process inferior-lisp exited abnormally with code 5

(progn (load "c:/slime-2009-10-15/swank-loader.lisp" :verbose t) (funcall (read-from-string "swank-loader:init")) (funcall (read-from-string "swank:start-server") "c:/DOCUME~1/bob/LOCALS~1/Temp/slime.5340" :coding-system "utf-8-unix"))

*Messages*: Lisp connection closed unexpectedly: connection broken by remote peer

That's all I get. I have upgraded to a later version, and it keeps happening still. The versions affected are

Version 1.4-RC1-r13031 (WindowsX8632) and Version 1.4-r13122 (WindowsX8632)

It happens under various conditions. Not only when I am hacking on elaborate projects with threads and FFI, but also when using the repl as a simple arithmetic calculator.

I am not able to test this without Emacs/Slime, it's under active use that this issue comes up, and I can't use the naked CLI version for more than 1 minute.

I am willing to build a debug version of CCL and send more info if this issue is being looked at actively.

Regards. '

Hi,

When the a package is present, say, HUNCHENTOOT, the following works

(defpackage :foo

(:use :cl :hunchentoot))

(in-package :foo)

..

However, as start to use more packages during the course of hacking, I sometimes :USE non-existent package or misspell its name.

(defpackage :foo

(:use :cl :hunchentoot :frob))

(in-package :foo)

..

On Linux, I get the correct behaviour:

The name "FROB" does not designate any package.

[Condition of type SB-KERNEL:SIMPLE-PACKAGE-ERROR]

But on Win32, things get unwieldy: I first get the error, but if I try to correct it by fixing the spelling or loading an ASDF system, all forms refuse to evaluate. For example, after fixing the typo, I get this:

Undefined function :USE called with arguments (:CL

:CL-WHO :POSTMODERN :SIMPLE-DATE :HUNCHENTOOT) .

[Condition of type CCL::UNDEFINED-FUNCTION-CALL]

Even evaluating () returns ==> COMMON-LISP:NIL

The only way I know how to repair things without restarting CCL is to do this:

FOO> (cl-user::in-package :cl-user) #<Package "COMMON-LISP-USER"> CL-USER> (in-package :foo) #<Package "FOO">

Attached is a stack trace.

CL-USER> (lisp-implementation-version) "Version 1.4 (WindowsX8632)"