[Ecls-list] ECL HEAD + Slime HEAD

[Marko Kocić]

Yes, built with unicode. I set up ecl to use iso-latin-1-unix.
Here's the snippet from my .emacs.
I always start ecl from emacs

 (setf slime-lisp-implementations
       '((ecl("~/bin/ecl" "--heap-size" "1024000000") :coding-system
iso-latin-1-unix)
...)
 (require 'slime-autoloads)
 (slime-setup '(slime-banner slime-repl slime-fancy slime-scratch
slime-editing-commands slime-scratch))
 (setf slime-net-coding-system 'utf-8-unix)

I also have ~/.swank.lisp with the following content:
#+(or ecl abcl clisp) (setf SWANK:*GLOBALLY-REDIRECT-IO* t)

Regards,
Marko Kocić

On Wed, Feb 17, 2010 at 11:17 AM, Tobias C. Rittweiler <tcr at freebits.de> wrote:
> Marko Kocić <marko.kocic at gmail.com>
> writes:
>
>>> Anyway:
>>>
>>> I have a suspicion: Marko, can you comment out the second-last form (an
>>> EVAL-WHEN with a SPAWN in it) in contrib/swank-asdf.lisp -- and try if
>>> you can reproduce the stack overflow again?
>>
>> First restart of slime triggered stack overflow.
>>
>> (gdb) bt
>> #0  0x00007ff3c12630cb in read () from /lib/libpthread.so.0
>> #1  0x00007ff3c1593f06 in read (strm=0x23fed20, c=0x7fffe121a920 "
>> \355?\002", n=1) at /usr/include/bits/unistd.h:45
>> #2  io_file_read_byte8 (strm=0x23fed20, c=0x7fffe121a920 " \355?\002",
>> n=1) at /home/markko/cvstree/ecl.git/src/c/file.d:2561
>> #3  0x00007ff3c159705b in utf_8_decoder (stream=0x23fed20,
>
> The utf_8_decoder looks suspicious. Did you build ECL with unicode?
> How does your slime configuration look like?
>
>  -T.
>
>
> ------------------------------------------------------------------------------
> SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
> Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
> http://p.sf.net/sfu/solaris-dev2dev
> _______________________________________________
> Ecls-list mailing list
> Ecls-list at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ecls-list
>