> Cc: Nicolas Neuss <[EMAIL PROTECTED]>, [EMAIL PROTECTED] > From: Nicolas Neuss <[EMAIL PROTECTED]> > Date: 03 Dec 2002 17:10:25 +0100 > X-listar-version: Listar v1.0.0 > Sender: [EMAIL PROTECTED] > X-original-sender: [EMAIL PROTECTED] > X-list: cmucl-help > X-Spam-Status: No, hits=-3.4 required=8.0 > tests=AWL,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, > REFERENCES,SPAM_PHRASE_00_01,USER_AGENT_GNUS_XM > version=2.43 > X-Spam-Level: > X-UIDL: 5J-!!!dT!!<G]!!=+b!! > > Raymond Toy <[EMAIL PROTECTED]> writes: > > > > > Assuming you get to the debugger, you can try setting > > debug:*debug-readtable* to the standard readtable. The debugger will > > use this instead of whatever the current readtable is. > > > > Ray > > I must apologize to matlisp: it does not even work when I run a fresh > cmucl. After sending (loop) to the lisp buffer (with C-c n), no > arguments are shown for (princ ... or other commands anymore. > > I must admit that I didn't know that ilisp should have this feature of > breaking the lisp process. Probably something is wrong with my setup. > Does someone have an idea? If not, I'll try to redo ilisp > initialization in the next days. > > Another question: does someone work with eli instead of ilisp? How do > they compare? SCL comes with eli adapted to it, does someone have an > adaption of eli to CMUCL?
ILISP does not handle multiprocessign very well because it's interface assumes essentially a single threaded underlying lisp. The major goal of ILISP has always been protability across implementations. Hence its limitations. Volunteers to make ILISP more multiprocessing friendly are very welcome. :) Cheers -- Marco Antoniotti ======================================================== NYU Courant Bioinformatics Group tel. +1 - 212 - 998 3488 715 Broadway 10th Floor fax +1 - 212 - 995 4122 New York, NY 10003, USA http://bioinformatics.cat.nyu.edu "Hello New York! We'll do what we can!" Bill Murray in `Ghostbusters'.
