From haible Sun Jan 1 18:19:18 1995 Return-Path: Received: from ma2s3.mathematik.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01058; Sun, 1 Jan 95 18:19:18 +0100 Date: Sun, 1 Jan 95 18:19:18 +0100 From: haible (Bruno Haible) Message-Id: <9501011719.AA01058@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2 Subject: New version of old CLISP Bc: haible A new version of my current personal source of CLISP is at the usual place, in ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/clisp/source-haible/. Change log since 26 October 1994: 1 January 1995 ============== Important note -------------- * Changed bytecode format. All .fas files generated by previous CLISP versions are invalid and must be recompiled. User visible changes -------------------- * The destination file of a compilation can be specified by a command line option. * X3J13 vote <152> is implemented: REDUCE has a keyword argument :KEY. * The printed representation of file streams of element type STRING-CHAR now contains a line number. * Fixed a bug which caused the interpreter to signal an error when evaluating nested DEFUNs. * Fixed a bug which could cause a crash when a GC occurred during single or double float subtraction. Portability ----------- * More support for Acorn ARM running RISCOS. Thanks to Peter Burwood. * Fixed a problem in the readline library on non-POSIX BSD systems: Only LF was output instead of CR/LF. * Updated support for EMX. * The `configure' script now caches its results. Other modifications ------------------- * New memory model TRIVIALMAP_MEMORY which supports generational garbage collection in combination with the WIDE tagging scheme. * Generational garbage collection now also works on NeXTstep and OSF/1 3.0. * When a memory image is loaded, the terminal stream from the previous session is closed. * Renamed `target' to `configure'. * Added a manual page in HTML format. * Miscellaneous documentation updates. CLISP now compiles and runs on * microcomputers: * DOS * OS/2 2.0 * MS Windows 3.1 * Amiga 500-4000, Amiga OS * Atari ST/TT, TOS * Acorn ARM Risc PC, RISC OS * Unix workstations: * PC, Linux * PC, USL SVR4 * DEC Alpha AXP, OSF/1 * Sun4, SunOS 4 or 5 * HP9000/800, HP-UX * NeXT, NeXTstep 3.1 * PC, NeXTstep 3.2 * SGI Mips, Irix 4 or 5 * SNI Mips, USL SVR4 * DECstation 5000, Ultrix 4.2 * IBM RS/6000, AIX 3.2 * M88000 * Sun386, SunOS 4 * Sun3, SunOS 4 (?) * HP9000/300, HP-UX or NetBSD * Apple MacII, A/UX (?) * Amiga 3000, Amiga Unix 2.1 * Sequent PTX * PC, 386BSD or NetBSD or BSDI/386 * PC, UnixWare * PC, SCO (?) * PC, Coherent 4.0 * Convex, ConvexOS * Atari ST/TT, MiNT Generational GC works on * PC, Linux * Sun4, SunOS 4 or 5 * NeXT, NeXTstep 3.1 * PC, NeXTstep 3.2 * DEC Alpha AXP, OSF/1 3.0 New binaries have been rebuilt for DEC Alpha AXP running OSF/1 3.0. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de ----- End Included Message ----- From saruman.lb.bawue.de!shendi@delos.s.bawue.de Sun Jan 1 22:55:27 1995 Return-Path: Received: from delos.s.bawue.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02546; Sun, 1 Jan 95 22:55:27 +0100 Received: from saruman.lb.bawue.de by delos.s.bawue.de with uucp (Smail3.1.28.1 #3) id m0rOYCP-000BGqC; Sun, 1 Jan 95 22:52 MET Received: by saruman.lb.bawue.de (Smail3.1.28.1 #1) id m0rOXgh-00000wC; Sun, 1 Jan 95 22:19 MET Message-Id: From: shendi@saruman.lb.bawue.de (Alexander Shendi) Subject: Re: New version of old CLISP To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Sun, 1 Jan 1995 22:19:38 +0100 (MET) In-Reply-To: <9501011719.AA01058@ma2s2.mathematik.uni-karlsruhe.de> from "Bruno Haible" at Jan 1, 95 06:24:36 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 279 > > A new version of my current personal source of CLISP is at the usual place, > in ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/clisp/source-haible/. > Could you please explain, what the difference between this version of CLISP and the "standard" source is? Thanks, Alex From johnson@access.digex.net Sun Jan 1 23:38:32 1995 Return-Path: Received: from access4.digex.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02644; Sun, 1 Jan 95 23:38:32 +0100 Received: by access4.digex.net id AA21448 (5.67b8/IDA-1.5 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de); Sun, 1 Jan 1995 17:35:30 -0500 From: evan johnson Message-Id: <199501012235.AA21448@access4.digex.net> Subject: Re: New version of old CLISP To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Sun, 1 Jan 1995 17:35:30 -0500 (EST) In-Reply-To: from "Alexander Shendi" at Jan 1, 95 11:00:03 pm X-Mailer: ELM [version 2.4 PL24beta] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 306 I just started using OS/2, and I noticed that CLISP for OS/2 doesn't have the feature that is present in the DOS version wherein the cursor momentarily reverts to the matching open parenthesis when a close parenthesis is typed. I found this to be very helpful; could it be added to the OS/2 version? From haible Mon Jan 2 15:22:17 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03280; Mon, 2 Jan 95 15:22:17 +0100 Date: Mon, 2 Jan 95 15:22:17 +0100 From: haible (Bruno Haible) Message-Id: <9501021422.AA03280@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: New version of old CLISP >> in ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/clisp/source-haible/. > Could you please explain, what the difference between this version of > CLISP and the "standard" source is? The README in /pub/lisp/clisp/ says it. Also look at the date of the archive files: Jan 28 1994 source/clispsrc.tar.gz Jan 1 1995 source-haible/clispsrc.tar.z Btw, "source-haible/" is a misnomer since so many people have contributed to it. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From haible Mon Jan 2 16:30:20 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03690; Mon, 2 Jan 95 16:30:20 +0100 Date: Mon, 2 Jan 95 16:30:20 +0100 From: haible (Bruno Haible) Message-Id: <9501021530.AA03690@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: OS/2 version > CLISP for OS/2 doesn't have the feature ... > could it be added to the OS/2 version? Support for it is already in the source. The feature will be available at the moment someone builds the OS/2 version from source and uploads it to ma2s2.mathematik.uni-karlsruhe.de. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From hkng2@se.cuhk.hk Wed Jan 4 12:34:21 1995 Return-Path: Received: from cuse1.se.cuhk.hk by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06694; Wed, 4 Jan 95 12:34:21 +0100 Received: by cuse1.se.cuhk.hk (5.57/Ultrix3.0-C) id AA03004; Wed, 4 Jan 95 19:29:32 +0800 From: hkng2@se.cuhk.hk (taurus benson ~{=pE#~}) Message-Id: <9501041129.AA03004@cuse1.se.cuhk.hk> Subject: To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de (clisp-list) Date: Wed, 4 Jan 1995 19:29:29 +0800 (WST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 620 Hi, I am new to this list. Now, my poor PC runs FreeBSD 2.0. And I will have to take an AI course soon. I got GCL-1.1 compiled. Somehow, GCL-1.1 lacks CLOS's part, am I wrong about this? I try PCL-GCL-1.0 with 386-bsd config. It compiles and loads up to DEFS.LISP only and claim that 'Error: Dots appeared illegally' when it loads DEFS.O. What's that error? By the way, if any of you have a FreeBSD version gcl with CLOS(PCL one) binary, please do me a favour, offer me a copy. After searching nearly all existing lisp resource, they are very sparse and not well organized. Thanx. Benson ps email: hkng2@se.cuhk.hk From sjbird@u.washington.edu Wed Jan 4 18:29:40 1995 Return-Path: Received: from stein1.u.washington.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02000; Wed, 4 Jan 95 18:29:40 +0100 Received: by stein1.u.washington.edu (5.65+UW94.10/UW-NDC Revision: 2.32 ) id AA21671; Wed, 4 Jan 95 09:26:06 -0800 X-Sender: sjbird@stein1.u.washington.edu Date: Wed, 4 Jan 1995 09:26:05 -0800 (PST) From: Stonewall Bird To: Clisp Help Subject: Miscellaneous Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I have installed Clisp in Windows 3.1. When I run it from an icon, it works but causes the system to crash when I exit Clisp. If I open a DOS window and then run winclisp.bat, there is no problem. Can anyone help with the icon problem? I have attempted to load the editor, but only get a beep on hitting alt-h. Any ideas what might be wrong? From eddy@idefix.cs.kuleuven.ac.be Thu Jan 5 15:57:34 1995 Return-Path: Received: from idefix.cs.kuleuven.ac.be by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04020; Thu, 5 Jan 95 15:57:34 +0100 Received: from io.cs.kuleuven.ac.be (io.cs.kuleuven.ac.be [134.58.45.9]) by idefix.cs.kuleuven.ac.be (8.6.9/8.6.9) with ESMTP id PAA06863 for ; Thu, 5 Jan 1995 15:52:44 +0100 Received: (from eddy@localhost) by io.cs.kuleuven.ac.be (8.6.9/8.6.9) id PAA24204; Thu, 5 Jan 1995 15:53:47 +0100 Date: Thu, 5 Jan 1995 15:53:47 +0100 From: Eddy Bevers Message-Id: <199501051453.PAA24204@io.cs.kuleuven.ac.be> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: dribble in clisp It seems that the dribble function does not record interaction with a break loop in a file. Consider the following interaction: | > (dribble "foo") | # | > (defun fac (n) | (cond ((< n 0) (error "negative argument to fac")) | ((= n 0) 1) | (t (* n (fac (- n 1)))))) | | FAC | > (fac -4) | | *** - negative argument to fac | 1. Break> backtrace-4 | | EVAL frame for form (ERROR "negative argument to fac") | EVAL frame for form (COND ((< N 0) (ERROR "negative argument to fac")) ((= N 0) 1) (T (* N (FAC (- N 1))))) | APPLY frame for call (FAC '-4) | EVAL frame for form (FAC -4) | 1. Break> abort | | > (dribble) | # | > Now the file "foo" contains: | # | > (defun fac (n) | (cond ((< n 0) (error "negative argument to fac")) | ((= n 0) 1) | (t (* n (fac (- n 1)))))) | FAC | > (fac -4) | | > (dribble) I think this is very unfortunate (since dribble is intended primarily for debugging!). Is this a bug or a feature? Cheers, Eddy ------------------------------------------------------------------------------- Eddy Bevers E-mail: Eddy.Bevers@cs.kuleuven.ac.be Department of Computer Science Katholieke Universiteit Leuven Phone: +32 16 327575 Celestijnenlaan 200 A B-3001 Leuven (Heverlee) Fax: +32 16 327996 Belgium ------------------------------------------------------------------------------- From poizat@ensinfo.univ-nantes.fr Fri Jan 6 08:22:24 1995 Return-Path: Received: from dec1 (dec1.ensinfo.sciences.univ-nantes.fr) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05098; Fri, 6 Jan 95 08:22:24 +0100 Received: by dec1; (5.65/1.1.8.2/06Sep94-0651PM) id AA27676; Fri, 6 Jan 1995 08:11:31 +0100 Date: Fri, 6 Jan 1995 08:11:31 +0100 From: Pascal POIZAT - DEA Info Message-Id: <9501060711.AA27676@dec1> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: new on this ML Hello to everyone on the mailing-list. I've got CLISP on an Amiga 12oo/68030MMU-28. I've got the version of january, the 5th, 1995. Well there's my first question: Whith an older version (feb. 1994 I think) I couldn't change the *language*. I saw in the docs that CLISP could "speak" French, and since I am French .... Well, guess you can see what I want to do ! :) Do I have to modify defs1.lsp or config.lsp and then regenerate listinit.mem ? Do I have to use defvar or setq ? Bye. Pascal Poizat DEA Informatique, Nantes >>applying rewriting systems to object specifications (any idea ?) Amiga 12oo/68030MMU-28/6Mo/85Mo From goodwin@world.std.com Sat Jan 7 21:17:01 1995 Return-Path: Received: from europe.std.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06031; Sat, 7 Jan 95 21:17:01 +0100 Received: from world.std.com by europe.std.com (8.6.8.1/Spike-8-1.0) id PAA15313; Sat, 7 Jan 1995 15:12:55 -0500 Received: from @world.std.com (world.std.com) by world.std.com (5.65c/Spike-2.0) id AA01455; Sat, 7 Jan 1995 15:13:12 -0500 Date: Sat, 7 Jan 1995 15:13:12 -0500 Message-Id: <199501072013.AA01455@world.std.com> X-Sender: goodwin@world.std.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de From: goodwin@world.std.com (James W. Goodwin) Subject: CLISP and WFW 3.11 Six months or so ago I made a halfhearted effort to get CLISP working on my new PC (Gateway 2000, Pentium, 16 Megs, Windows for Workgroups 3.11). I got it up, but only by changing the line in the init file that normally says "NOEMS" (as I understand it, this means I turn old-style memory extension back on; for newer machines and OS versions it is off by default because it is unnecessary). This ran OK, but other applications didn't. I got bombs at random times e.g. when clicking with the mouse, in applications which were otherwise stable (Word for example, and Chessmaster 2000 under DOS). Do I really have to use the EMS stuff and reconfigure and reboot every time I want to switch between CLISP and the rest of my software? How are others handling this on Windows? Thanks Jim Goodwin From haible Sun Jan 8 17:52:56 1995 Return-Path: Received: from ma2s3.mathematik.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06426; Sun, 8 Jan 95 17:52:56 +0100 Date: Sun, 8 Jan 95 17:52:56 +0100 From: haible (Bruno Haible) Message-Id: <9501081652.AA06426@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: new on this mailing list Pascal Poizat writes: > I saw in the docs that CLISP could "speak" French, and since I am French .... > Well, guess you can see what I want to do ! :) > I've got CLISP on an Amiga 12oo/68030MMU-28. You are out of luck: French support was added in April 1994, and no Amiga binaries of CLISP have been built since then. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From haible Sun Jan 8 18:12:29 1995 Return-Path: Received: from ma2s3.mathematik.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06503; Sun, 8 Jan 95 18:12:29 +0100 Date: Sun, 8 Jan 95 18:12:29 +0100 From: haible (Bruno Haible) Message-Id: <9501081712.AA06503@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: First release of CLISP for Acorn RISC OS machines [Forwarded from Peter Burwood .] Hi, I've uploaded the first port of CLISP for Acorn Archimedes and Risc PC's to ma2s2.mathematik.uni-karlsruhe.de. This release in a binary only release and can be found in /pub/lisp/clisp/binaries/acorn/clisp.tar.gz I will be uploading a SPARK archive version for those without gzip shortly (though gzip is freely available from micros.hensa.ac.uk and other Acorn ftp sites). This should be available as /pub/lisp/clisp/binaries/acorn/clisp.arc I should also be uploading the SPARK version to hensa soon. Right, now that the logistics of getting it are out of the way, onto helping me further and some basic information (I will send more information to comp.sys.acorn.announce, comp.sys.acorn, comp.sys.acorn.tech soon). I am after beta testers to help debug the port or provide any suggestions for improvements which can be posted to this list for discussion or to me directly (clisp@arcangel.demon.co.uk). This version is based on Bruno's 1995-01-01 release and I would like to publically thank Bruno for the help he has given me in porting CLISP to Acorn ARM machines and for producing CLISP in the first place. This port runs in a task window or outside the desktop and will require a machine with at least 4MB of memory and RISC OS 3.0 or later. Note, it is possible to run CLISP in less memory if parts of CLISP are removed, e.g., CLtL2, CLOS, conditions and Loop. The absolute minimum is probably a task window with a wimpslot of 1.75-2MB. There are many things I would like to do to CLISP to enhance the Acorn version, e.g., interface to the WIMP, and I woould appeciate your comments and suggestions. Those already familiar with CLISP should note that there is no GNU readline facility in the current version, though it should be fairly easy for me to add it. P.S. please make sure you read the pathname section in section 23 of the impnotes.txt file. Pete -- Email: clisp@arcangel.demon.co.uk From poizat@ensinfo.univ-nantes.fr Mon Jan 9 08:31:52 1995 Return-Path: Received: from dec1 (dec1.ensinfo.sciences.univ-nantes.fr) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11690; Mon, 9 Jan 95 08:31:52 +0100 Received: by dec1; (5.65/1.1.8.2/06Sep94-0651PM) id AA23433; Mon, 9 Jan 1995 08:20:31 +0100 Date: Mon, 9 Jan 1995 08:20:31 +0100 From: Pascal POIZAT - DEA Info Message-Id: <9501090720.AA23433@dec1> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: CLisp and EMACS I tried to use CLISP with GNU-EMACS doing: - M-x run-lisp -> lisp, command not found - I edited this file: run LISP:lisp.run -M LISP:lispinit.mem named it clisp, put it in C: (I've got an Amiga, it's the equivalent of Unix's /bin), and did protect C:clisp +s (make it executable as a script). I did : (setq inferior-lisp-program "clisp") and M-x run-lisp -> EXECUTE, PROGDIR:clisp command not found. (the OS uses the command EXECUTE to launch scripts) I think I should use a clisp.el specially dedicated to use CLISP (besides that, run-lisp works if I use CLISP without argument -M). Q1: where can I find a clisp.el NOT DEDICATED TO ANY SPECIAL OS but generic for every system/directory tree ? The one in mailing-list-archive-1993 works even on a configuration (i.e. directories) different from the one described ? Q2: I know EMACS uses inferior-lisp-program for the path of the program he uses when one types in M-x run-lisp. Is there some kind of inferior-lisp-arguments to specify the arguments of the command ? Q3: When will the next version of CLISP will be released on Amiga ? Bye Pascal Pascal Poizat DEA Informatique, Nantes, France >> applying rewriting systems to object specifications (ideas ?) << poizat@ensinfo.univ-nantes.fr From dxs@evolving.com Tue Jan 10 00:59:59 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12712; Tue, 10 Jan 95 00:59:59 +0100 Received: from shakey (shakey.evolving.com [192.124.159.3]) by citadel.evolving.com (8.6.9/8.6.9) with SMTP id QAA17659 for ; Mon, 9 Jan 1995 16:55:22 -0700 Received: by shakey (AIX 3.2/UCB 5.64/4.03) id AA23302; Mon, 9 Jan 1995 16:53:40 -0700 Date: Mon, 9 Jan 1995 16:53:40 -0700 From: dxs@evolving.com (Dan Stanger) Message-Id: <9501092353.AA23302@shakey> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: problems running clisp under solaris when i started clisp i got the following error. has anybody seen it before ? dxs(dans)/home/dxs/clisp: ./lisp.run -M lispinit.mem ld.so.1: ./lisp.run: fatal: libX11.so.5.0: can't open file: errno=2 Killed thanks, dan stanger From haible Tue Jan 10 11:33:13 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13143; Tue, 10 Jan 95 11:33:13 +0100 Date: Tue, 10 Jan 95 11:33:13 +0100 From: haible (Bruno Haible) Message-Id: <9501101033.AA13143@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: problems running clisp under solaris > ld.so.1: ./lisp.run: fatal: libX11.so.5.0: can't open file: errno=2 In the /pub/lisp/clisp/binaries/sun4-solaris23/README, I wrote the following: I hope the executable will find the X library. If not, set your LD_LIBRARY_PATH variable to something like "/usr/lib:/usr/openwin/lib". Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From hoehle@inf-wiss.uni-konstanz.de Tue Jan 10 13:40:15 1995 Return-Path: Received: from pan.rz.uni-konstanz.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13380; Tue, 10 Jan 95 13:40:15 +0100 Received: from inf-wiss.uni-konstanz.de (actually post.inf-wiss.ivp.uni-konstanz.de) by pan.rz.uni-konstanz.de with SMTP(PP); Tue, 10 Jan 1995 13:35:37 +0100 Received: from stetten.inf-wiss.ivp.uni-konstanz.de by inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA08631; Tue, 10 Jan 95 13:35:33 +0100 Date: Tue, 10 Jan 95 13:35:33 +0100 From: hoehle@inf-wiss.uni-konstanz.de (Joerg-Cyril Hoehle) Message-Id: <9501101235.AA08631@inf-wiss.uni-konstanz.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: new on this mailing list > > I've got CLISP on an Amiga 12oo/68030MMU-28. > > You are out of luck: French support was added in April 1994, and no Amiga > binaries of CLISP have been built since then. Well, to be more precise: no public Amiga binary has been _released_ since then, although I have distributed several newer versions to a few people with specific needs. I want to release a new version soon, but the current developers know that it's still missing some things that I'd just like to "be in there". Joerg Hoehle. From hoehle@inf-wiss.uni-konstanz.de Tue Jan 10 13:51:25 1995 Return-Path: Received: from pan.rz.uni-konstanz.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13447; Tue, 10 Jan 95 13:51:25 +0100 Received: from inf-wiss.uni-konstanz.de (actually post.inf-wiss.ivp.uni-konstanz.de) by pan.rz.uni-konstanz.de with SMTP(PP); Tue, 10 Jan 1995 13:46:48 +0100 Received: from stetten.inf-wiss.ivp.uni-konstanz.de by inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA08671; Tue, 10 Jan 95 13:46:35 +0100 Date: Tue, 10 Jan 95 13:46:35 +0100 From: hoehle@inf-wiss.uni-konstanz.de (Joerg-Cyril Hoehle) Message-Id: <9501101246.AA08671@inf-wiss.uni-konstanz.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: CLisp and EMACS Pascal POIZAT wrote: (on an Amiga) > I tried to use CLISP with GNU-EMACS doing: > - M-x run-lisp I'd recommend using the cmulisp+comint.el package from Olin Shivers (it's now the standard shell of EMACS 19). cmulisp.el does good argument separating and passing and with it, I've been able to start clisp in an inferior lisp buffer. The problem with the original shell.el and M-x run-lisp is the passing of arguments, and you really want to start clisp with a -M foo.mem argument. I'll send part of my .emacs when I'll get back home. > Q1: where can I find a clisp.el NOT DEDICATED TO ANY SPECIAL OS but generic for what do you mean by clisp.el? > Q2: I know EMACS uses inferior-lisp-program for the path of the program he uses > when one types in M-x run-lisp. Is there some kind of inferior-lisp-arguments to > specify the arguments of the command ? No, but cmulisp.el+comint.el solves this problem, using another variable. > Q3: When will the next version of CLISP will be released on Amiga ? When I'll have a somewhat usable FFI. That's what's missing. Joerg Hoehle. From hoehle@inf-wiss.uni-konstanz.de Tue Jan 10 16:22:55 1995 Return-Path: Received: from inf-wiss.uni-konstanz.de (post.inf-wiss.ivp.uni-konstanz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13639; Tue, 10 Jan 95 16:22:55 +0100 Received: from stetten.inf-wiss.ivp.uni-konstanz.de by inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA09364; Tue, 10 Jan 95 16:18:19 +0100 Date: Tue, 10 Jan 95 16:18:19 +0100 From: hoehle@inf-wiss.uni-konstanz.de (Joerg-Cyril Hoehle) Message-Id: <9501101518.AA09364@inf-wiss.uni-konstanz.de> Received: by stetten.inf-wiss.ivp.uni-konstanz.de (4.1/SMI-4.1) id AA08848; Tue, 10 Jan 95 16:18:19 +0100 To: clisp-list@[129.13.115.2] Subject: distributing an AmigaOS-CLISP as object files? Hi, it seems that a growing number of people on the Amiga are interested in modifying (enhancing) the CLISP binary. CLISP's new concept of C modules allows one to easily add LISP functions and LISP objects (but no types or resources) from an object file to an executable. However this requires that CLISP be distributed as a set of object files that one needs to link together with possibly own files. This is no problem on UNIX where the linker must even be present at run-time for some application, but is a problem on AmigaOS where not every user has a linker, or even the GNU linker used to assemble CLISP. Also, distributing .o files instead of the binary takes much more place in the archives. Questions: 1. how many users are out there that would like or need the set of .o files to link together with own objects? 2. who has been able so far to build an own CLISP? 3. Where to put special archives containing .o files? Remember that there are now three different binaries (-low, -high and -wide) and all would need own object files. 4. would people like myself not distributing an archive with a binary, but with the .o files and GNU-ld instead? That would take more place and would need one more step to install. (Distributing GNU-ld in an archive would also require having GNU-ld source available near it, needing yet more ftp resources.) Any comments welcome, Joerg Hoehle. hoehle@inf-wiss.uni-konstanz.de AmigaOS-CLISP From poizat@ensinfo.univ-nantes.fr Tue Jan 10 18:53:49 1995 Return-Path: Received: from dec1 (dec1.ensinfo.sciences.univ-nantes.fr) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13940; Tue, 10 Jan 95 18:53:49 +0100 Received: by dec1; (5.65/1.1.8.2/06Sep94-0651PM) id AA19824; Tue, 10 Jan 1995 18:41:46 +0100 Date: Tue, 10 Jan 1995 18:41:46 +0100 From: Pascal POIZAT - DEA Info Message-Id: <9501101741.AA19824@dec1> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Note: it send this mail to the ML and not to Joerg since some ideas put herein could be criticized by all of the ML members. Furthermore, I've lost Joerg EMail :(. Let's go .... Joerg Hoehle wrote: ------------------- >I'd recommend using the cmulisp+comint.el package from Olin Shivers Ok, thanks. Note that I currently use the GNUEMACS 18.xx (not the beta version on Aminet). I'll see if cmulisp.el is part of the package I have. >Q1:what do you mean by clisp.el? I meant some kind of package dedicated to clisp. You answered me: cmulisp.el >>(I wrote) >> I know EMACS uses inferior-lisp-program for the path of the program he uses >> when one types in M-x run-lisp. Is there some kind of inferior-lisp-arguments to >> specify the arguments of the command ? >(You answered) >No, but cmulisp.el+comint.el solves this problem, using another variable. Hope, I've got it yet. It seem that I'll do some kind of (autoload ...) in my .emacs tonight :) >> When will the next version of CLISP will be released on Amiga ? >When I'll have a somewhat usable FFI. That's what's missing. (Silly question) What is a FFI ? >Well, to be more precise: no public Amiga binary has been _released_ >since then, although I have distributed several newer versions to a few >people with specific needs. I want to release a new version soon, but >the current developers know that it's still missing some things that >I'd just like to "be in there". I use CLISP for research work, last year I made my project of Master of Science with it (a Lambda-Calculus interpreter) and since I was VERY pleased with it, I made some advertising at the University for it. I'll use it this year to do research (I am in DEA (between Master of Science and PhD, I guess)). There is and abstract: Applying Rewriting to Object Specifications Use rewriting to give operational semantics to a Formal Object Model (formal classes) developped at the University. Language: CLOS. Team: Equipe de Recherche en Technologie Objet Object Technologies Research Team IRIN - Universite de Nantes, France I don't have special need, apart from beeing able to use a Common Lisp respecting the norms (ANSI X3J13 I think ...) and making my programs running both at the University (DEC Alpha) and at Home (A12oo). >Questions: >1. how many users are out there that would like or need the set of .o >files to link together with own objects? I'm interested in everything that makes Amiga-CLISP closer than -say- the UNIX version. As far as the .o are concerned, I'm also interested in interoperability problems (i.e. using object classes between different languages, see SOM, and the Formal Class Model). Could be useful. >2. who has been able so far to build an own CLISP? I guess I could try but - don't have time right now - got GCC2.6.2 (+2.6.3 but: to install) >3. Where to put special archives containing .o files? Remember that >there are now three different binaries (-low, -high and -wide) and all >would need own object files. I've go -high. What is -wide ? I'd put .o files with the sources archive (.lsp/.fas) I'd add emacs' stuff and some kind of LispTOLateX driver with it. I'd put also pointers to the mail-list, news-lists, books... It could be some kind of package for intensive users. Others could cope with the current way of doing I think. >4. would people like myself not distributing an archive with a binary, >but with the .o files and GNU-ld instead? That would take more place >and would need one more step to install. (Distributing GNU-ld in an >archive would also require having GNU-ld source available near it, >needing yet more ftp resources.) Ok ! But, as far as GNU-ld is concerned, I think more than 3/4 of the CLISP users that will use this package should have GCC at home. Note that GNU-ld comes from GCC-2.6.3. My solution: - put GNU-ld with it for say, one or two versions - after that, when everyone should have GCC-2.6.3 (or higher) GNU-ld should no longer be needed. Well, bye. I'm going back home to see if I have the emacs files you told me about. Pascal ||| oO oo --oOO-\_/-OOo-- A1200/68030MMU-28Mhz poizat@ensinfo.univ-nantes.fr From lierer@python.CS.ORST.EDU Tue Jan 10 23:40:48 1995 Return-Path: Received: from python.CS.ORST.EDU by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA14365; Tue, 10 Jan 95 23:40:48 +0100 Received: (from lierer@localhost) by python.CS.ORST.EDU (8.6.9/8.6.9) id OAA16786; Tue, 10 Jan 1995 14:36:02 -0800 Date: Tue, 10 Jan 1995 14:36:02 -0800 From: Ray Liere Message-Id: <199501102236.OAA16786@python.CS.ORST.EDU> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Archives for 1994? I am a new user of CLISP, and want to catch up (and avoid asking already-answered questions). I obtained the 1993 and 1995-to-date issues of this mailing list from the archives maintained by the listserver. Does anyone know if there is an archive for 1994, and if so, where I can obtain it? Thanks. Ray Liere lierer@mail.cs.orst.edu From lierer@python.CS.ORST.EDU Wed Jan 11 05:55:33 1995 Return-Path: Received: from python.CS.ORST.EDU by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA14590; Wed, 11 Jan 95 05:55:33 +0100 Received: (from lierer@localhost) by python.CS.ORST.EDU (8.6.9/8.6.9) id UAA15344; Tue, 10 Jan 1995 20:50:50 -0800 Date: Tue, 10 Jan 1995 20:50:50 -0800 From: Ray Liere Message-Id: <199501110450.UAA15344@python.CS.ORST.EDU> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Use of .lisp Extension I am using some provided Lisp source code as a starting point for a project, and all of the sources are named with the ".lisp" extension instead of the ".lsp" that clisp expects. Does anyone know of a relatively easy way to have clisp recognize ".lisp" as well as ".lsp" as legal? (I am currently using the method of simply renaming all of the sources, but would like to avoid that in the future if possible). Thanks. Ray Liere lierer@mail.cs.orst.edu From hoehle@inf-wiss.uni-konstanz.de Wed Jan 11 18:26:31 1995 Return-Path: Received: from pan.rz.uni-konstanz.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15573; Wed, 11 Jan 95 18:26:31 +0100 Received: from inf-wiss.uni-konstanz.de (actually post.inf-wiss.ivp.uni-konstanz.de) by pan.rz.uni-konstanz.de with SMTP(PP); Wed, 11 Jan 1995 18:20:38 +0100 Received: from stetten.inf-wiss.ivp.uni-konstanz.de by inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA13491; Wed, 11 Jan 95 18:20:34 +0100 Date: Wed, 11 Jan 95 18:20:34 +0100 From: hoehle@inf-wiss.uni-konstanz.de (Joerg-Cyril Hoehle) Message-Id: <9501111720.AA13491@inf-wiss.uni-konstanz.de> Received: by stetten.inf-wiss.ivp.uni-konstanz.de (4.1/SMI-4.1) id AA09159; Wed, 11 Jan 95 18:20:34 +0100 To: clisp-list Subject: AmigaOS-CLISP, FFI, EMACS In-Reply-To: <9501101741.AA19824@dec1> References: <9501101741.AA19824@dec1> Hi, Here is part of my .emacs ;; use CMU shell and Lisp environments (setq inferior-lisp-program "Ben:p/CLisp/make.high/lisp.high -I -M Ben:p/CLisp/make.high/compiled.mem_" inferior-lisp-prompt "^[^><]*> *") ;for CLISP (use "^\\([0-9]+\\. [^>]*\\)?> *" ?) (autoload 'cmulisp "cmulisp" "Run an inferior Lisp process." t) ;(add-hook 'cmulisp-load-hook 'cmulisp-install-letter-bindings) (autoload 'cmushell "cmushell" "Run an inferior shell process." t) Pascal Poizat wrote: >(Silly question) What is a FFI ? A Foreign Function Interface, e.g. something that allows me to call e.g. intuition.library/OpenWindow() from within CLISP. >I've go -high. What is -wide ? *-wide is the name of the version that uses 64bit ints and thus works with memory everywhere in a 32bit address space, thus with virtual memory as implemented by VMM, for example. >I'd put also pointers to the mail-list, news-lists, books... It's in ANNOUNCE or the main README. Joerg Hoehle. hoehle@inf-wiss.uni-konstanz.de From rls@therat.math.waikato.ac.nz Thu Jan 12 00:37:07 1995 Return-Path: Received: from therat.math.waikato.ac.nz by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15881; Thu, 12 Jan 95 00:37:07 +0100 Received: by therat.math.waikato.ac.nz (Linux Smail3.1.28.1 #1) id m0rSCUd-00006lC; Thu, 12 Jan 95 12:30 NZDT Message-Id: Date: Thu, 12 Jan 95 12:30 NZDT From: rls@therat.math.waikato.ac.nz (Richard Shepherd) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: In-Reply-To: <199501110450.UAA15344@python.CS.ORST.EDU> (message from Ray Liere on Wed, 11 Jan 95 06:00:13 +0100) Subject: Re: Use of .lisp Extension > From: Ray Liere > > I am using some provided Lisp source code as a starting point for > a project, and all of the sources are named with the ".lisp" extension > instead of the ".lsp" that clisp expects. Does anyone know of a relatively > easy way to have clisp recognize ".lisp" as well as ".lsp" as legal? I can't find any variable that contains the value of the expected extension if none is given so I assume it is built in at compile time to clisp. An easy way to overcome this to me seems to be something like the following: (defun myload (file &key (extension "lisp")) (load (concatenate 'string file "." extension))) then instead of going (load file) go (myload file) and you only need specify the extension when it's not .lisp. Something a little more elaborate might be better if you want it fall back on .lsp when there's no .lisp found, but I'm sure you can figure that out ;-) I hope that helps, 8<--------------------------->8 Richard Shepherd. (rls@therat.math.waikato.ac.nz) From donc@ISI.EDU Thu Jan 12 01:04:12 1995 Return-Path: Received: from venera.isi.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15993; Thu, 12 Jan 95 01:04:12 +0100 Received: from hpai19.isi.edu by venera.isi.edu (5.65c/5.61+local-20) id ; Wed, 11 Jan 1995 15:59:16 -0800 Date: Wed, 11 Jan 95 16:00:06 -0800 Posted-Date: Wed, 11 Jan 95 16:00:06 -0800 Message-Id: <9501120000.AA23580@hpai19.isi.edu> Received: by hpai19.isi.edu (1.37.109.4/4.0.3-4) id ; Wed, 11 Jan 95 16:00:06 -0800 From: donc@ISI.EDU (Don Cohen) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Use of .lisp Extension My understanding is that this problem has recently been solved. That is to say, you can avoid solving the problem yourself IF you have a new enough version. In particular, if the version is new enough to have *source-file-types* defined, just do: (push (make-pathname :type "lisp") *source-file-types*) Otherwise, the fix involves copying and modifying the source of load. Here's my version: #+clisp ; redefine load to allow different extensions to be found (in-package :system) #+clisp (progn (defvar *load-types* (loop for x in '("lisp" "lsp" "fas") collect (make-pathname :type x))) (defun new-load (filename &key (verbose *load-verbose*) (print *load-print*) (if-does-not-exist t) (echo *load-echo*) (compiling nil)) (let ((stream (if (streamp filename) filename (or (open (setq filename (pathname filename)) :direction :input-immutable :element-type 'string-char :if-does-not-exist nil ) ; Datei mit genau diesem Namen nicht vorhanden. ; Suche unter den Dateien mit demselben Namen und den ; Extensions "LSP", "FAS" die neueste: (let ((present-files (search-file filename ; '(#".lsp" #".fas") *load-types*))) (if (endp present-files) nil (open (setq filename (first present-files)) :direction :input-immutable :element-type 'string-char )) ) ) ) ) ) (if stream (let ((input-stream (if echo (make-echo-stream stream *standard-output*) stream ) ) ; :verbose, :print und :echo wirken nicht rekursiv - dazu ; hat man ja gerade die Special-Variablen *load-verbose* etc. ;(*load-verbose* verbose) ;(*load-print* print) ;(*load-echo* echo) (*load-pathname* (if (pathnamep filename) filename nil)) (*load-truename* (if (pathnamep filename) (truename filename) nil)) (*package* *package*) ; *PACKAGE* binden (*readtable* *readtable*) ; *READTABLE* binden (end-of-file "EOF")) ; einmaliges Objekt (when verbose (fresh-line) (write-string (DEUTSCH ";; Datei " ENGLISH ";; Loading file " FRANCAIS ";; Chargement du fichier ") ) (princ filename) (write-string (DEUTSCH " wird geladen..." ENGLISH " ..." FRANCAIS " ...") ) ) (block nil (unwind-protect (tagbody weiter (when echo (fresh-line)) (let ((obj (read input-stream nil end-of-file))) (when (eql obj end-of-file) (return-from nil)) (setq obj (multiple-value-list (cond ((compiled-function-p obj) (funcall obj)) (compiling (funcall (compile-form obj nil nil nil nil nil))) (t (eval obj)) ) ) ) (when print (when obj (print (first obj)))) ) (go weiter) ) (close stream) (close input-stream) ) ) (when verbose (fresh-line) (write-string (DEUTSCH ";; Datei " ENGLISH ";; Loading of file " FRANCAIS ";; Le fichier ") ) (princ filename) (write-string (DEUTSCH " ist geladen." ENGLISH " is finished." FRANCAIS " est chargi.") ) ) t ) (if if-does-not-exist (error-of-type 'file-error :pathname filename (DEUTSCH "Ein Datei mit Namen ~A gibt es nicht." ENGLISH "A file with name ~A does not exist" FRANCAIS "Il n'existe pas de fichier de nom ~A.") filename ) nil )) ) ) (setf (symbol-function 'load) (symbol-function 'new-load))) From dxs@evolving.com Thu Jan 12 02:34:15 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA16164; Thu, 12 Jan 95 02:34:15 +0100 Received: from shakey (shakey.evolving.com [192.124.159.3]) by citadel.evolving.com (8.6.9/8.6.9) with SMTP id SAA21106 for ; Wed, 11 Jan 1995 18:29:22 -0700 Received: by shakey (AIX 3.2/UCB 5.64/4.03) id AA63633; Wed, 11 Jan 1995 18:27:39 -0700 Date: Wed, 11 Jan 1995 18:27:39 -0700 From: dxs@evolving.com (Dan Stanger) Message-Id: <9501120127.AA63633@shakey> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: overriding system functions. i wish to define functions on sets such as intersection and implement the sets using clos. however, i wish to use the standard lisp intersection within the clos methods. is this possible using lisp? thanks, dan stanger From haible Thu Jan 12 15:25:17 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA17598; Thu, 12 Jan 95 15:25:17 +0100 Date: Thu, 12 Jan 95 15:25:17 +0100 From: haible (Bruno Haible) Message-Id: <9501121425.AA17598@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Archives for 1994? > Does anyone know if there is an archive for 1994, and if so, > where I can obtain it? It is at the same place as the archive for 1993, under the name `mailing-list-archive-1994'. You can get it via FTP or via the list server. You didn't see it because I had forgotten to update the index. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From haible Thu Jan 12 16:44:37 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA17907; Thu, 12 Jan 95 16:44:37 +0100 Date: Thu, 12 Jan 95 16:44:37 +0100 From: haible (Bruno Haible) Message-Id: <9501121544.AA17907@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: overriding system functions. > i wish to define functions on sets such as intersection and implement the > sets using clos. however, i wish to use the standard lisp intersection > within the clos methods. is this possible using lisp? Certainly. Something like this: (defpackage "SETS" (:USE "COMMON-LISP") (:SHADOW "INTERSECTION")) (in-package "SETS") (defgeneric intersection (bag1 bag2 &key test test-not key)) (defmethod intersection ((bag1 sequence) (bag2 sequence) &rest more) (apply #'lisp:intersection bag1 bag2 more) ) Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From haible Thu Jan 12 16:47:20 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA17953; Thu, 12 Jan 95 16:47:20 +0100 Date: Thu, 12 Jan 95 16:47:20 +0100 From: haible (Bruno Haible) Message-Id: <9501121547.AA17953@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Use of .lisp Extension [Forwarded from Jeff Bishop .] >My understanding is that this problem has recently been solved. >That is to say, you can avoid solving the problem yourself IF you >have a new enough version. In particular, if the version is new >enough to have *source-file-types* defined, just do: > > (push (make-pathname :type "lisp") *source-file-types*) That's encouraging, but why not make future versions of CLISP handle the .lisp case automatically? It might be a good idea to throw in .lis as well, since that is all that will be left of the filename when a .lisp file is copied to a FAT drive. Jeff Bishop Department of Linguistics BIRL (BIRL Industrial Research Laboratory) From haible Thu Jan 12 17:00:54 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18053; Thu, 12 Jan 95 17:00:54 +0100 Date: Thu, 12 Jan 95 17:00:54 +0100 From: haible (Bruno Haible) Message-Id: <9501121600.AA18053@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Use of .lisp Extension Ray Liere says: > Does anyone know of a relatively > easy way to have clisp recognize ".lisp" as well as ".lsp" as legal? As has already been pointed out, the following does magic: (push '#".lisp" sys::*source-file-types*) > I am currently using the method of simply renaming all of the sources, > but would like to avoid that in the future if possible. Under Unix, renaming is not a big pain: #!/bin/sh for f in `find . -name '*.lisp' -print`; do ln $f `basename $f .lisp`.lsp; done > That's encouraging, but why not make future versions of CLISP handle the > .lisp case automatically? Because I want CLISP to support its features across platforms, and I can't support the .lisp extension on DOS. > It might be a good idea to throw in .lis as well, since that is all > that will be left of the filename when a .lisp file is copied to a FAT drive. This would be dangerous, since ".lis" is the extension of the listing files produced by (compile-file ... :listing t). Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From rls@therat.math.waikato.ac.nz Fri Jan 13 04:48:15 1995 Return-Path: Received: from therat.math.waikato.ac.nz by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18697; Fri, 13 Jan 95 04:48:15 +0100 Received: by therat.math.waikato.ac.nz (Linux Smail3.1.28.1 #1) id m0rSct3-00006lC; Fri, 13 Jan 95 16:41 NZDT Message-Id: Date: Fri, 13 Jan 95 16:41 NZDT From: rls@therat.math.waikato.ac.nz (Richard Shepherd) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: bulding clisp Jan 1 1995 Um, hope this isn't too ignorant a question but: I've just built the new version of clisp from ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/clisp/source-haible/ and got it successfully built. However I no longer have the readline abilities and as it builds I notice the -DNO_READLINE on the compile lines. To build I just use ./configure --build from the top level directory (I've read the INSTALL file and I believe I don't have anything peculiar---486 DX2 66 running linux 1.1.0). I presume this is because I don't have the readline package. So I've ftp'ed the readline package (version 2.0) and I presume I need to unpack this somewhere in the clisp directory tree for the configure script of clisp to notice it and hence use it when building clisp. So could anyone give me some pointers on where or how to get clisp built successfully with readline? thanx....... 8<--------------------------->8 Richard Shepherd. (rls@therat.math.waikato.ac.nz) From haible Fri Jan 13 15:33:33 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA19377; Fri, 13 Jan 95 15:33:33 +0100 Date: Fri, 13 Jan 95 15:33:33 +0100 From: haible (Bruno Haible) Message-Id: <9501131433.AA19377@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: building clisp Jan 1 1995 Richard Shepherd wrote: > ... got it successfully built. However I no longer have the readline > abilities and as it builds I notice the -DNO_READLINE on the compile > lines. The "configure" script has observed that you haven't fetched and unpacked the (recommended) clispsrc-readline.tar.z. > So I've ftp'ed the readline package (version 2.0) and I presume I need > to unpack this somewhere in the clisp directory tree for the configure > script of clisp to notice it and hence use it when building clisp. You can't use the unmodified GNU readline-2.0 with CLISP. A modified version of this is the clispsrc-newreadline.tar.z in source-haible/. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From rls@therat.math.waikato.ac.nz Mon Jan 16 04:40:16 1995 Return-Path: Received: from therat.math.waikato.ac.nz by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA21108; Mon, 16 Jan 95 04:40:16 +0100 Received: by therat.math.waikato.ac.nz (Linux Smail3.1.28.1 #1) id m0rTiBQ-00007RC; Mon, 16 Jan 95 16:32 NZDT Message-Id: Date: Mon, 16 Jan 95 16:32 NZDT From: rls@therat.math.waikato.ac.nz (Richard Shepherd) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <9501131433.AA19377@ma2s2.mathematik.uni-karlsruhe.de> (haible@ma2s2.mathematik.uni-karlsruhe.de) Subject: Re: building clisp Jan 1 1995 > Date: Fri, 13 Jan 95 15:37:54 +0100 > From: haible@ma2s2.mathematik.uni-karlsruhe.de > > Richard Shepherd wrote: > > > ... got it successfully built. However I no longer have the readline > > abilities and as it builds I notice the -DNO_READLINE on the compile > > lines. > > The "configure" script has observed that you haven't fetched and unpacked the > (recommended) clispsrc-readline.tar.z. > > You can't use the unmodified GNU readline-2.0 with CLISP. A modified > version of this is the clispsrc-newreadline.tar.z in source-haible/. > > > Bruno Haible > haible@ma2s2.mathematik.uni-karlsruhe.de Well I got the "clispsrc-newreadline.tar.z" in source-haible/ and started over. Almost everything went alright, and I got around the minor problems anyway so now I have a funky new clisp with command-line editing and bracket matching---coooooooollllll!!!! the problem was: The clisp-1995-01-01/src/makefile tries to make targets readline/doc/clreadline.dvi and a couple of others in the same directory and I have only the newreadline directory and all the files in it's doc subdirectory are readline* not clreadline* solution: after "make" fails the first time (when it has practically done everything) make a link to newreadline called readline: ln -s readline newreadline then cd readline/doc and then ln -s readline.dvi clreadline.dvi ln -s readline.dvi cluserman.dvi and then cd back to the src directory and go "make" again. This solution is probably no big deal but at least you have the satisfaction of seeing make complete successfully. I assumed that the newreadline package is a superset of the readline one and so only got the former. I guess if you just got the standard readline one there would be no problem like this. 8<--------------------------->8 Richard Shepherd. (rls@therat.math.waikato.ac.nz) From daa93@aber.ac.uk Mon Jan 16 17:09:17 1995 Return-Path: Received: from mailsun.aber.ac.uk by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA22508; Mon, 16 Jan 95 17:09:17 +0100 Received: from athene.dcs.aber.ac.uk by mailsun.aber.ac.uk with SMTP (XTPPst-c); Mon, 16 Jan 1995 16:03:07 +0000 Received: from saturn.dcs.aber.ac.uk.dcs.aber.ac.uk by athene.dcs.aber.ac.uk (4.1/aberclient-4.0-cs-1.1) id AA27227; Mon, 16 Jan 95 15:59:23 GMT From: daa93@aber.ac.uk Date: Mon, 16 Jan 1995 16:02:48 +0000 Message-Id: <10807.9501161602@saturn.dcs.aber.ac.uk.dcs.aber.ac.uk> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Strange output error Content-Length: 1370 I'm not sure if this is a Lisp error or an implementation error. I have a function that reads a string from the keyboard which has an optional parameter giving a prompt message. This seems to work fine when called individually but in a sequence of 3 or more calls it starts to display part of the prompt twice, e.g. > (read-unix-error 'filestore) Enter application name> xfig Enter the environment> csh Enter error message> who Enter problem description> blem description> d Enter machine name> blem description> Enter machine name> d (The 'Enter the environment>' is a separate function to read in a check for a defined type) The function definition is: (defun read-string (&optional (prompt "> ")) (fresh-line) (format t "~a" prompt) (read-line) ) Does anyone have any idea why this is happening? I have to admit to not being all that familiar with Common Lisp I/O so I may have made a glaringly obvious error! Thanks for any help, David. -- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- David Arnold (daa93@aber.ac.uk) Dept. Computer Science +44 (0)970-622449 University of Wales,Aberystwyth, Dyfed SY23 3DB, UK. http://www.dcs.aber.ac.uk/~daa93 GCS -d+ p c++@ !l e++ m+++(*) s+/- n+ h(-) f !g w- t+@ y? -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -= -=- -=-- -=- -=- From haible Mon Jan 16 17:17:00 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA22585; Mon, 16 Jan 95 17:17:00 +0100 Date: Mon, 16 Jan 95 17:17:00 +0100 From: haible (Bruno Haible) Message-Id: <9501161617.AA22585@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Strange output error > This seems to work fine when called individually but in a sequence > of 3 or more calls it starts to display part of the prompt twice, This is a bug in CLISP which is fixed since the 1994-06-22 release. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From dxs@evolving.com Tue Jan 17 20:03:49 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA25205; Tue, 17 Jan 95 20:03:49 +0100 Received: from shakey (shakey.evolving.com [192.124.159.3]) by citadel.evolving.com (8.6.9/8.6.9) with SMTP id LAA25350 for ; Tue, 17 Jan 1995 11:57:48 -0700 Received: by shakey (AIX 3.2/UCB 5.64/4.03) id AA55936; Tue, 17 Jan 1995 11:56:02 -0700 Date: Tue, 17 Jan 1995 11:56:02 -0700 From: dxs@evolving.com (Dan Stanger) Message-Id: <9501171856.AA55936@shakey> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: question regarding macros i have defined a macro as follows. (defmacro schema (n d p) (let ((cd (compile-definition-part d)) (cp (compile-predicate-part p))) `(defclass ,n () ,cd) (break) ... when the break occurs n has the value x. if i then try to execute (make-instance 'x) i get the error message x does not name a class. could somebody explain this problem to me. thanks, dan stanger From SEMENOV@C71.CANTERBURY.AC.UK Wed Jan 18 10:20:50 1995 Return-Path: Received: from sun2.nsfnet-relay.ac.uk by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA25946; Wed, 18 Jan 95 10:20:50 +0100 Message-Id: <9501180920.AA25946@ma2s2.mathematik.uni-karlsruhe.de> Via: uk.ac.canterbury.c71; Wed, 18 Jan 1995 09:13:55 +0000 Date: Wed, 18 Jan 95 9:15 GMT From: SEMENOV@C71.CANTERBURY.AC.UK To: CLISP-LIST Subject: RE: question regarding macros You did not put ` before (break). So, (break) is executed when the macro extension works (during pre-processing). On the other hand, `(defclass ,n () ,cd) is not executed at this stage: it is executed later -- during the actual program execution. Yours sincerely, Dr M.Semenov From haible Wed Jan 18 15:30:07 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA26683; Wed, 18 Jan 95 15:30:07 +0100 Date: Wed, 18 Jan 95 15:30:07 +0100 From: haible (Bruno Haible) Message-Id: <9501181430.AA26683@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de, thommark@access.digex.net Subject: Re: Simultaneous generational GC and error-check immutables? On December 6, 1994, Mark Thomas conjectured: > Error-checking of immutables and generational GC can't be had at > the same time. This is not true any more. Linux binaries which have both (immutable checking and generational GC) are in /pub/lisp/clisp/binaries/linux/clisp-immutable.tar.z on ma2s2.mathematik.uni-karlsruhe.de. They require Linux 1.1.80 or newer. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From @pgate.boeing.com:bvei80@phoney Thu Jan 19 23:00:02 1995 Return-Path: <@pgate.boeing.com:bvei80@phoney> Received: from atc.boeing.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA29638; Thu, 19 Jan 95 23:00:02 +0100 Received: by atc.boeing.com (5.57) id AA27084; Thu, 19 Jan 95 13:57:48 -0800 Received: from phoney.he.boeing.com by pgate with SMTP ; Thu, 19 Jan 95 16:48:56 EST Received: from motown.he.boeing.com by phoney.he.boeing.com (4.1/SMI-4.1) id AA06006; Thu, 19 Jan 95 16:48:23 EST Date: Thu, 19 Jan 95 16:48:23 EST From: bvei80@phoney.boeing.com (Gary Coen) Message-Id: <9501192148.AA06006@phoney.he.boeing.com> Received: by motown.he.boeing.com (4.1/SMI-4.1) id AA12677; Thu, 19 Jan 95 16:45:57 EST To: @pgate.ETHER:clisp-list%ma2s2.mathematik.uni-karlsruhe.de@bcsaic Subject: New CLISP Installation Problems Reply-To: coen@boeing.com I apologize for the length of this message, but the need for sufficient detail to illustrate my problem warrants it. I cannot install clisp for OS/2 (either source/ and source-haible/ from ma2s2.mathematik.uni-karlsruhe.de). My experience is documented below, where: >>> = the install script = program execution ;; = my comments >>>Step-by-Step Installation on OS/2: >>>1-3. Get, install EMX; set up path, directory; unpack sources. >>>4. Convert the sources to the IBM PC character set. [D:\newclisp\clisp-1995-01-01\os2]gcc -O cv_lt_pc.c -o cv_lt_pc.exe gcc -O cv_lt_pc.c -o cv_lt_pc.exe gcc: cv_lt_pc.c: No such file or directory gcc: No input files ;; CV_LT_PC.C NOT PRESENT IN SUBDIR OS2--COPY IT FROM SUBDIR DOS? [D:\newclisp\clisp-1995-01-01\os2]cp ../dos/cv_lt_pc.c . cp ../dos/cv_lt_pc.c . [D:\newclisp\clisp-1995-01-01\os2]gcc -O cv_lt_pc.c -o cv_lt_pc.exe gcc -O cv_lt_pc.c -o cv_lt_pc.exe >>> cv_lt_pc < convert.bax > convert.CMD [D:\newclisp\clisp-1995-01-01\os2]cv_lt_pc < convert.bax > convert.cmd cv_lt_pc < convert.bax > convert.cmd >>> convert.CMD [D:\newclisp\clisp-1995-01-01\os2]convert.cmd convert.cmd [D:\newclisp\clisp-1995-01-01\os2]REM converts all the sources from ISO Latin-1 to IBM PC character set ;; CONVERTS 131 ILLEGAL CHARACTERS >>> Copy some OS/2 specific files into SRC: type os2\COPYX.CMD. [D:\newclisp\clisp-1995-01-01]os2\copyx.cmd os2\copyx.cmd [D:\newclisp\clisp-1995-01-01]REM copies some OS/2 specific files into SRC [D:\newclisp\clisp-1995-01-01]copy os2\forall.cmd src 1 file(s) copied. [D:\newclisp\clisp-1995-01-01]copy dos\*.in src dos\compiled.in dos\gcclink.in dos\grep.in dos\interpreted.in 4 file(s) copied. [D:\newclisp\clisp-1995-01-01]copy dos\makefile src 1 file(s) copied. [D:\newclisp\clisp-1995-01-01]copy dos\makefile.rl src\readline\makefile dos\makefile.rl SYS0002: The system cannot find the file specified. 0 file(s) copied. ;; MAKEFILE FOR READLINE DOES NOT EXIST IN THE TARRED SOURCE [D:\newclisp\clisp-1995-01-01]copy dos\makefile.rlesrc\readline\examples\makefile 1 file(s) copied. >>> You may then delete unnecessary files: type os2\DELX.CMD. [D:\newclisp\clisp-1995-01-01]os2\delx.cmd os2\delx.cmd ;; MANY FILES DELETED HERE ... >>>5-6. Go to directory src\readline; type make [D:\newclisp\clisp-1995-01-01\src\readline]make make make: *** No targets specified and no makefile found. Stop. ;; READLINE CANNOT MAKE--SEE COMMENT ABOVE IN SECTION 4 >>> cd .. >>>7. Type make config.lsp [D:\newclisp\clisp-1995-01-01\src]make config.lsp make config.lsp copy cfgdos.lsp config.lsp 1 file(s) copied. >>>8. Type make to build CLISP. [D:\newclisp\clisp-1995-01-01\src]make make gcc -fomit-frame-pointer -O2 ../utils/comment5.c -o comment5.exe copy ..\utils\ansidecl.d ansidecl.d ..utilsansidecl.d SYS0002: The system cannot find the file specified. 0 file(s) copied. make: *** [ansidecl.exe] Error 1 ;; PRE-PROCESSOR ANSIDECL CANNOT BE FOUND--ASK LISTSERV FOR HELP From dxs@evolving.com Fri Jan 20 23:58:42 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01702; Fri, 20 Jan 95 23:58:42 +0100 Received: from shakey (shakey.evolving.com [192.124.159.3]) by citadel.evolving.com (8.6.9/8.6.9) with SMTP id PAA22882 for ; Fri, 20 Jan 1995 15:51:55 -0700 Received: by shakey (AIX 3.2/UCB 5.64/4.03) id AA69136; Fri, 20 Jan 1995 15:50:08 -0700 Date: Fri, 20 Jan 1995 15:50:08 -0700 From: dxs@evolving.com (Dan Stanger) Message-Id: <9501202250.AA69136@shakey> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: getting the names of clos object slots is there a way of getting the names of the slots in a clos object? thanks, dan stanger From donc@ISI.EDU Sat Jan 21 00:32:19 1995 Return-Path: Received: from venera.isi.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01805; Sat, 21 Jan 95 00:32:19 +0100 Received: from hpai19.isi.edu by venera.isi.edu (5.65c/5.61+local-20) id ; Fri, 20 Jan 1995 15:25:44 -0800 Date: Fri, 20 Jan 95 15:26:50 -0800 Posted-Date: Fri, 20 Jan 95 15:26:50 -0800 Message-Id: <9501202326.AA22669@hpai19.isi.edu> Received: by hpai19.isi.edu (1.37.109.4/4.0.3-4) id ; Fri, 20 Jan 95 15:26:50 -0800 From: donc@ISI.EDU (Don Cohen) To: dxs@evolving.com Cc: Subject: re: getting the names of clos object slots is there a way of getting the names of the slots in a clos object? No advertised way, but look at the plist of the symbol that names the defstruct. While we're at it, there's genuinely NO way to figure out from the structure name and the slot name what the accessor is. Here is my local fix to a similar problem: (progn (unless (fboundp 'old-ds-make-accessors) (setf (symbol-function 'old-ds-make-accessors) (symbol-function 'system::ds-make-accessors))) (lisp:defun new-ds-make-accessors (name type concname slotlist) (cons `(setf (get ',name 'concname) ',concname) (old-ds-make-accessors name type concname slotlist))) (setf (symbol-function 'system::ds-make-accessors) (symbol-function 'new-ds-make-accessors)) (lisp:defun defstruct-access-function-name (structname slotname) (intern (concatenate 'string (get structname 'concname) (symbol-name slotname)) (symbol-package structname)))) From vargasje@charlie.ece.scarolina.edu Sat Jan 21 00:39:15 1995 Return-Path: Received: from alice.ece.scarolina.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01870; Sat, 21 Jan 95 00:39:15 +0100 Received: by alice.ece.scarolina.edu (5.65/DEC-Ultrix/4.3) id AA19646; Fri, 20 Jan 1995 18:32:46 -0500 Date: Fri, 20 Jan 1995 18:32:46 -0500 From: vargasje@charlie.ece.scarolina.edu Message-Id: <9501202332.AA19646@alice.ece.scarolina.edu> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: getting the names of clos object slots Cc: q@charlie.ece.scarolina.edu q From haible Mon Jan 23 16:26:39 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04147; Mon, 23 Jan 95 16:26:39 +0100 Date: Mon, 23 Jan 95 16:26:39 +0100 From: haible (Bruno Haible) Message-Id: <9501231526.AA04147@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: getting the names of clos object slots Dan Stanger asked: > is there a way of getting the names of the slots in a clos object? How to do this, has not been standardized, so it is implementation dependent. In CLISP, you can iterate through the (clos::class-slot-location-table class) hash table. The hash keys are the slot names. Something like this: (defun class-slots (class) (let ((l '())) (maphash #'(lambda (slot ignore) (declare (ignore ignore)) (push slot l)) (clos::class-slot-location-table class) ) l ) ) Don Cohen wrote about structures: > While we're at it, there's genuinely NO way to figure out from the > structure name and the slot name what the accessor is. You don't need the accessor once you can use (SLOT-VALUE structure slot-name). Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From dxs@evolving.com Wed Jan 25 22:50:36 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12755; Wed, 25 Jan 95 22:50:36 +0100 Received: from shakey (shakey.evolving.com [192.124.159.3]) by citadel.evolving.com (8.6.9/8.6.9) with SMTP id OAA22327 for ; Wed, 25 Jan 1995 14:42:28 -0700 Received: by shakey (AIX 3.2/UCB 5.64/4.03) id AA32570; Wed, 25 Jan 1995 14:40:39 -0700 Date: Wed, 25 Jan 1995 14:40:39 -0700 From: dxs@evolving.com (Dan Stanger) Message-Id: <9501252140.AA32570@shakey> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: problem with eval and clos l is bound to (RNOTCONTAINED (MAPLET 'JOE 1) #) and when i try to (eval l) i get a error *** - EVAL: illegal form # however when i bind # to a with a let as follows (let ((a (slot-value (gethash 'addentry *schemas*) 'telephones))) (RNOTCONTAINED (MAPLET 'JOE 1) a) ) it works. could someone explain why this occurs? thanks, dan stanger From haible Wed Jan 25 22:59:25 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12864; Wed, 25 Jan 95 22:59:25 +0100 Date: Wed, 25 Jan 95 22:59:25 +0100 From: haible (Bruno Haible) Message-Id: <9501252159.AA12864@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: problem with eval > l is bound to (RNOTCONTAINED (MAPLET 'JOE 1) #) > and when i try to (eval l) i get a error > *** - EVAL: illegal form # Try to bind l to (RNOTCONTAINED (MAPLET 'JOE 1) (QUOTE #)) instead, and eval that. > could someone explain why this occurs? Because CLtL1 doesn't specify what happens if you try to eval something which is not a bit-vector, list, symbol, string or number, and CLISP gives you an error for that. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From hjstein@MATH.HUJI.AC.IL Thu Jan 26 08:54:51 1995 Return-Path: Received: from sunset.ma.huji.ac.il by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13380; Thu, 26 Jan 95 08:54:51 +0100 Received: by sunset.ma.huji.ac.il id AA26988 (5.65c/HUJI 4.152 for clisp-list ); Thu, 26 Jan 1995 09:47:23 +0200 Date: Thu, 26 Jan 1995 09:47:23 +0200 From: "Harvey J. Stein" Message-Id: <199501260747.AA26988@sunset.ma.huji.ac.il> To: clisp-list In-Reply-To: <9501252140.AA32570@shakey> Subject: problem with eval and clos Dan Stanger writes: > l is bound to (RNOTCONTAINED (MAPLET 'JOE 1) #) > and when i try to (eval l) i get a error > *** - EVAL: illegal form # > > however when i bind # to a with a let as follows > (let ((a (slot-value (gethash 'addentry *schemas*) 'telephones))) > (RNOTCONTAINED (MAPLET 'JOE 1) a) > ) > it works. could someone explain why this occurs? Wild guesses - maybe # needs to be quoted, or maybe the reader can't handle #<...> forms. If bind l to: (RNOTCONTAINED (MAPLET 'JOE 1) (slot-value (gethash 'addentry *schemas*) 'telephones)) then I'd bet it works. Good luck, Dr. Harvey J. Stein Berger Financial Research hjstein@math.huji.ac.il From hoehle@inf-wiss.uni-konstanz.de Fri Jan 27 13:25:42 1995 Return-Path: Received: from inf-wiss.uni-konstanz.de (post.inf-wiss.ivp.uni-konstanz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15618; Fri, 27 Jan 95 13:25:42 +0100 Received: from stetten.inf-wiss.ivp.uni-konstanz.de by inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA02948; Fri, 27 Jan 95 13:18:07 +0100 Date: Fri, 27 Jan 95 13:18:07 +0100 From: hoehle@inf-wiss.uni-konstanz.de (Joerg-Cyril Hoehle) Message-Id: <9501271218.AA02948@inf-wiss.uni-konstanz.de> Received: by stetten.inf-wiss.ivp.uni-konstanz.de (4.1/SMI-4.1) id AA16901; Fri, 27 Jan 95 13:18:07 +0100 To: clisp-list@[129.13.115.2] Subject: CLOS: precedence of classes Hi, what's wrong with the following (defclass class1 () ()) # 1. Break> (defclass class2 (class1) ()) # 1. Break> (defclass class3 (class1 class2) ()) *** - DEFCLASS CLASS3: inconsistent precedence graph, cycle (# #) 2. Break> Why isn't the precedence of class3 not simply (class2 class1)? Joerg Hoehle. hoehle@inf-wiss.uni-konstanz.de From poizat@ensinfo.univ-nantes.fr Fri Jan 27 14:24:36 1995 Return-Path: Received: from dec1 (dec1.ensinfo.sciences.univ-nantes.fr) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA16017; Fri, 27 Jan 95 14:24:36 +0100 Received: by dec1; (5.65/1.1.8.2/06Sep94-0651PM) id AA05983; Fri, 27 Jan 1995 14:22:44 +0100 Date: Fri, 27 Jan 1995 14:22:44 +0100 From: Pascal POIZAT - DEA Info Message-Id: <9501271322.AA05983@dec1> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: CLOS: precedence of classes If you do c1->() c2->c1 c3->c1,c2 (inheritance links) then CLOS generates a cycling precedence list for c3. Don't forget that it will add an extra link between c1->c2 thus making (c1,c2) a cycle. c1 /\ /\ | | c2 <--- c3 this is what you did. Then CLOS modifies this to obtain: c1 /\ | /\ | \/ | c2 <-- c3 and here there is a cycle between c1 and c2. This is because you specified c1 before c2 in c3's inheritance list. When you say that c inherits from c1 c2 c3 ... ci ci+1 ... cn then you create implicit (for CLOS) links between c1 and c2, c2 and c3, ..., ci and ci+1, cn-1 and cn. Just try modifying class3 by making it like this: (defclass class3 (class2 class1) ()) it should work. Pascal Poizat DEA Informatique, Nantes, France (pre PhD year in Computer Science) Applying Rewriting to Object Specifications using CLOS. PS: thanks for mailing me the place where to find the last version of CLISP-HIGH. poizat@ensinfo.univ-nantes.fr PS2: I mailed this directly to you, since if you receive hundreds of answers you could join them and then mail them to the mailing-list. From hoehle@inf-wiss.uni-konstanz.de Fri Jan 27 14:35:44 1995 Return-Path: Received: from inf-wiss.uni-konstanz.de (post.inf-wiss.ivp.uni-konstanz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA16196; Fri, 27 Jan 95 14:35:44 +0100 Received: from stetten.inf-wiss.ivp.uni-konstanz.de by inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA03966; Fri, 27 Jan 95 14:28:08 +0100 Date: Fri, 27 Jan 95 14:28:08 +0100 From: hoehle@inf-wiss.uni-konstanz.de (Joerg-Cyril Hoehle) Message-Id: <9501271328.AA03966@inf-wiss.uni-konstanz.de> Received: by stetten.inf-wiss.ivp.uni-konstanz.de (4.1/SMI-4.1) id AA16925; Fri, 27 Jan 95 14:28:08 +0100 To: clisp-list@[129.13.115.2] Subject: help with CLtL1/CLtL2 packages Hi, I believe that the most incompatible change from CLtL1 to CLtL2 was the modification of IN-PACKAGE. I want to write a CLtL1 and CLtL2 (and somewhere in between, like CLISP) compatible program. I learnt that I must avoid defpackage altogether because my package is growing. More symbols will be exported by later files and even at run-time. CLtL2 p.272 says that "The existing package is modified, if possible, to reflect the new definition." When I reloaded the file containing defpackage (maybe because of a reload-system command), previously exported symbols where unexported and I got lots of weird errors. Now it seems that I can find no portable way of defining a package and this while only testing with CMUCL, CLISP and GCLISP. I tried the following ;;; ;; Rationale: defpackage avoids crazy eval-when forms and compiler ;; dependencies, but it is only suited for a static package definition. Ours ;; is growing, so we use the normal export and use-package functions in order ;; to avoid problems with reloading and redefining because the use and export ;; lists are augmented in later files. (eval-when (load compile eval) (unless (find-package "B-P") (make-package "BGP-MS-PROGRAMMER" :nicknames '("B-P" "SBONE") :use '(#+CLtL2 "COMMON-LISP" #-CLtL2 "LISP")))) (in-package "B-P") ;; Prepare ASCON #+CLISP ;has ! built-in in LISP (shadowing-import '(ascon:!)) #+MIT-LOOP (shadowing-import '(mit-loop:LOOP mit-loop:DEFINE-LOOP-PATH)) (use-package '("BGP-MS" "ASCON")) (export '( ;;ASCON ADD-ASSERTION REM-ASSERTION FETCH PATTERN-MATCHER-READTABLE ... ) ;; I didn't want to duplicate the names between the packages (jch) (do-external-symbols (sym "BGP-MS") (export sym)) CLISP doesn't like the MAKE-PACKAGE form, because the compiler obviously does weird things when compiling this. On the other hand, I can't use (IN-PACKAGE ...) with :NICKNAMES or :USE because this form is CLtL1 only. Any form I've tried so far runs on a few systems and not on others. I'm now wondering if the following could possibly work: #+CLtL2 (eval-when (load compile eval) (unless (find-package "B-P") (make-package "BGP-MS-PROGRAMMER" :nicknames '("B-P" "SBONE") :use '("COMMON-LISP")))) #+CLtL2 (in-package "B-P") #-CLtL2 (in-package "B-P" :nicknames '("B-P" "SBONE") :use '("LISP")) Help! Joerg Hoehle. hoehle@inf-wiss.uni-konstanz.de PS: is :CLtL2 a feature that CLtL2-complying LISP implementations provide, so that conditional code can be written with #+CLtL2? From haible Fri Jan 27 14:37:40 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA16251; Fri, 27 Jan 95 14:37:40 +0100 Date: Fri, 27 Jan 95 14:37:40 +0100 From: haible (Bruno Haible) Message-Id: <9501271337.AA16251@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: CLOS: precedence of classes Joerg Hoehle asks: > what's wrong with the following > (defclass class1 () ()) > (defclass class2 (class1) ()) > (defclass class3 (class1 class2) ()) The CLOS rules for determining the effective method of a generic function rely on the fact that if B is a subclass of A, then the class precedence list of A is contained in the class precedence list of B *in* *that* *order*. In your example, the CPL of class3 would have to contain (class2 class1) - because this is the CPL of class2 - and would have to contain (class3 class1 class2) - because that are the direct superclasses you specified -. Obviously you can't have both. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From haible Fri Jan 27 15:32:05 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA16851; Fri, 27 Jan 95 15:32:05 +0100 Date: Fri, 27 Jan 95 15:32:05 +0100 From: haible (Bruno Haible) Message-Id: <9501271432.AA16851@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: help with CLtL1/CLtL2 packages > I believe that the most incompatible change from CLtL1 to CLtL2 was > the modification of IN-PACKAGE. And I believe it was the change of the scope of declarations. > CLtL2 p.272 says that "The existing package is modified, if > possible, to reflect the new definition." Yes. In clisp, this means that UNUSE-PACKAGE or UNEXPORT may be called if the new definition lacks some clause that was present in the old definition. > More symbols will be exported by later files and even at run-time. Then the DEFPACKAGE macro is not what you want. The EXPORT, IN-PACKAGE, etc. functions will do the job. > #+CLISP ;has ! built-in in LISP > (shadowing-import '(ascon:!)) You can get away without this by using package "COMMON-LISP" instead of "LISP. > (eval-when (load compile eval) > (unless (find-package "B-P") > (make-package "BGP-MS-PROGRAMMER" This silly idiom ought to be replaced by (in-package "BGP-MS-PROGRAMMER" ...) > On the other hand, I > can't use (IN-PACKAGE ...) with :NICKNAMES or :USE because this form > is CLtL1 only. Then use IN-PACKAGE without args, and put the commands for setting up the package into a separate file, which you load before. Hope this helps. This issue isn't easy. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From hoehle@inf-wiss.uni-konstanz.de Fri Jan 27 16:07:55 1995 Return-Path: Received: from inf-wiss.uni-konstanz.de (post.inf-wiss.ivp.uni-konstanz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA17216; Fri, 27 Jan 95 16:07:55 +0100 Received: from stetten.inf-wiss.ivp.uni-konstanz.de by inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA04280; Fri, 27 Jan 95 16:00:18 +0100 Date: Fri, 27 Jan 95 16:00:18 +0100 From: hoehle@inf-wiss.uni-konstanz.de (Joerg-Cyril Hoehle) Message-Id: <9501271500.AA04280@inf-wiss.uni-konstanz.de> Received: by stetten.inf-wiss.ivp.uni-konstanz.de (4.1/SMI-4.1) id AA16952; Fri, 27 Jan 95 16:00:18 +0100 To: clisp-list@[129.13.115.2] Subject: Re: help with CLtL1/CLtL2 packages In-Reply-To: <9501271432.AA16851@ma2s2.mathematik.uni-karlsruhe.de> References: <9501271432.AA16851@ma2s2.mathematik.uni-karlsruhe.de> Bruno Haible writes: > > On the other hand, I > > can't use (IN-PACKAGE ...) with :NICKNAMES or :USE because this form > > is CLtL1 only. > > Then use IN-PACKAGE without args, and put the commands for setting up the > package into a separate file, which you load before. The chicken and egg problem. I precisely want to know *what* to put in a file to get my package defined. I can't load a file to define it to define it for the file that should define it :-) > Hope this helps. This issue isn't easy. It's been bogging my mind for some time and I need a solution. Joerg Hoehle. hoehle@inf-wiss.uni-konstanz.de From hoehle@inf-wiss.uni-konstanz.de Fri Jan 27 17:22:47 1995 Return-Path: Received: from inf-wiss.uni-konstanz.de (post.inf-wiss.ivp.uni-konstanz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA17713; Fri, 27 Jan 95 17:22:47 +0100 Received: from stetten.inf-wiss.ivp.uni-konstanz.de by inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA04525; Fri, 27 Jan 95 17:15:11 +0100 Date: Fri, 27 Jan 95 17:15:11 +0100 From: hoehle@inf-wiss.uni-konstanz.de (Joerg-Cyril Hoehle) Message-Id: <9501271615.AA04525@inf-wiss.uni-konstanz.de> Received: by stetten.inf-wiss.ivp.uni-konstanz.de (4.1/SMI-4.1) id AA17022; Fri, 27 Jan 95 17:15:10 +0100 To: clisp-list@[129.13.115.2] Subject: clisp within EMACS, readline and the -I option Hi, I thought that -I was there to disable the readline library from doing special magic with TAB. When I paste something from a buffer into the LISP process or I M-x lisp-eval-..., I sometimes get asked > There are 966 possibilities. Do you really wish to see them all? (y or n) which is really annoying. There are lots of files with TABs in them around. Isn't there a way to make -I disable the completion features of the readline library at run-time? We already have sun4c and sun4m executables and memory files and I wouldn't want to have both -rl and -norl executables around for both architectures for the sake of a simple shell start or for within EMACS. Having one binary with just a run-time option would be very nice. our sun4c prebuilt binary > (lisp-implementation-version) "1995-01-01 (January 1995)" our sun4m prebuilt binary > (lisp-implementation-version) "1994-10-26 (October 1994)" Joerg Hoehle. hoehle@inf-wiss.uni-konstanz.de From cgraham@hookup.net Fri Jan 27 17:34:36 1995 Return-Path: Received: from noc.tor.hookup.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA17784; Fri, 27 Jan 95 17:34:36 +0100 Received: from cgraham.tor.hookup.net (cgraham.tor.hookup.net [165.154.45.228]) by noc.tor.hookup.net (8.6.9/1.254) with SMTP id LAA22204; Fri, 27 Jan 1995 11:26:13 -0500 From: cgraham@hookup.net Received: by cgraham.tor.hookup.net (IBM OS/2 SENDMAIL VERSION 1.3.6)/1.0um) id AA0069; Fri, 27 Jan 95 11:28:49 -0800 Message-Id: <9501271928.AA0069@cgraham.tor.hookup.net> Mime-Version: 1.0 Date: Fri, 27 Jan 95 11:28:22 -0500 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Reply-To: cgraham@hookup.net X-Mailer: Ultimedia Mail/2 Lite, IBM T. J. Watson Research Center Content-Type: text/plain; charset="US-ASCII" Content-Id: <29_81_1_791224104> Content-Transfer-Encoding: 7Bit Content-Description: Hello all: Under both OS/2 2.1 and OS/2 3.0 (Warp), I have had problems editing CLISP .lsp files and CLISP function definitions, e.g. #'my-func The value I set for *editor* is "E:\\OS2\\APPS\\EPM.EXE" In "user2.lsp" the following functions are defined: ;;; I edited 'edit-file' for this note only, in order to ;;; cut out the irrelevant clutter; this function definition ;;; shows the basic OS/2 platform code. (defun edit-file (file) (execute *editor* (namestring file)) ) (defun ed (&optional arg &aux funname sym fun def) (if (null arg) (edit-file "") (if (or (pathnamep arg) (stringp arg)) (edit-file arg) (if (and (cond ((function-name-p arg) (setq funname arg) t) ((functionp arg) (function-name-p (setq funname (sys::%record-ref arg 0)))) (t nil) ) (fboundp (setq sym (get-funname-symbol funname))) (or (setq fun (macro-function sym)) (setq fun (symbol-function sym)) ) (functionp fun) (or (function-name-p arg) (eql fun arg)) (setq def (get sym 'sys::definition)) ) (let ((tempfile (editor-tempfile))) (with-open-file (f tempfile :direction :output) (pprint (car def) f) (terpri f) (terpri f) ) (let ((date (file-write-date tempfile))) (edit-file tempfile) (when (> (file-write-date tempfile) date) (with-open-file (f tempfile :direction :input) (let ((*package* *package*) ; *PACKAGE* binden (end-of-file "EOF")) ; einmaliges Objekt (loop (let ((obj (read f nil end-of-file))) (when (eql obj end-of-file) (return)) (print (evalhook obj nil nil (cdr def))) ) ) ) ) (when (compiled-function-p fun) (compile funname)) ) ) funname ) (error-of-type 'error (DEUTSCH "~S ist nicht editierbar." ENGLISH "~S cannot be edited." FRANCAIS "~S ne peut pas ˆtre ‚dit‚.") arg ) ) ) ) ) In particular, I have observed two problems. First, it appears that the expression (when (> (file-write-date tempfile) date) is never true so 'funname' is simply returned and the lisp code in the edited file is never read and compiled: thus, the net effect is no editing. The second, and even more serious, problem is that subsequent sessions with CLISP simply crash (when the 'ed' function is called) with an Access Violation in one of the OS/2 system DLLs, a DLL belonging to the EPM OS/2 system editor, I believe. That is, when the 'ed' function launches the EPM editor via the 'execute' system function, the EPM process crashes. In order to use the EPM external editor via the CLISP 'ed' function, I have had to modify the 'edit-file' function definition as follows: (defun edit-file (file) (shell (string-concat *editor* " " (namestring file))) ) This version: (a) runs EPM synchronously (thereby allowing the 'ed' function to read and compile the edited lisp code in the file 'lisptemp.lsp') (b) does not crash EPM By the way, if I attempt to use to other OS/2 system editor, E.EXE, 'edit-file' returns NIL and it appears to me that this editor cannot be successfully run either. To sum up, I assume that their must be: 1. a problem with the CLISP 'execute' function 2. a problem with the looping timestamp-checking code in the 'ed' function ? ========================================================== Could those in the know please investigate these problems? Have others successfully used the EPM (or even E) OS/2 system editors in conjunction with CLISP ? ========================================================== I am running the August 1994 version of CLISP for OS/2. The only possibly relevant modification that I have made to CLISP is that I have CLISP read the CONTROL-Z character as a SPACE, otherwise the CLISP 'load' function craps out with an error (here I am following a solution recommended in the CLISP archive). ========================================================== Please respond... Chris Graham VisualAge Software Consulting ========================================================== From mshea@math.arizona.edu Fri Jan 27 17:43:50 1995 Return-Path: Received: from amethyst.math.arizona.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA17907; Fri, 27 Jan 95 17:43:50 +0100 Received: from zamora.math.arizona.edu by amethyst.math.arizona.edu; Fri, 27 Jan 1995 09:36:04 -0700 Received: by zamora.math.arizona.edu; Fri, 27 Jan 95 09:36:03 MST Date: Fri, 27 Jan 1995 09:36:01 -0700 (MST) From: "Michael E. Shea" To: clisp-list Subject: Unsubscribing In-Reply-To: <9501271615.AA04525@inf-wiss.uni-konstanz.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII How do I unsubsribe to this list. Seems I did not keep that first message telling me how. _ __ INTERMET: mshea@rtd.com |\/|o _ |_ _. _ | |_ (_ |_ _ _. INTERNET: mshea@math.arizona.edu | ||(_ | |(_|(/_| |_o __)| |(/_(_| Compuserve:76665.3360@compuserve.com From haible Fri Jan 27 18:15:25 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18070; Fri, 27 Jan 95 18:15:25 +0100 Date: Fri, 27 Jan 95 18:15:25 +0100 From: haible (Bruno Haible) Message-Id: <9501271715.AA18070@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: clisp within EMACS, readline and the -I option > I thought that -I was there to disable the readline library from doing > special magic with TAB. -I doesn't do this, but "man clreadline" tells me that you can achieve this effect by adding the line Control-i: self-insert to your $HOME/.inputrc file. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From schrod@iti.informatik.th-darmstadt.de Sat Jan 28 15:50:10 1995 Return-Path: Received: from rs2.hrz.th-darmstadt.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18889; Sat, 28 Jan 95 15:50:10 +0100 Received: from hp5.iti.informatik.th-darmstadt.de by rs2.hrz.th-darmstadt.de with SMTP id AA13029 (5.65c/IDA-1.4.4 for ); Sat, 28 Jan 1995 15:42:22 +0100 Received: from spock.iti.informatik.th-darmstadt.de by hp5.iti.informatik.th-darmstadt.de (8.6.9/Server-1.5/HRZ-THD/8.6.9u-ITI) id PAA20279; Sat, 28 Jan 1995 15:42:20 +0100 Received: by spock.iti.informatik.th-darmstadt.de (8.6.9/Client-1.5+iti/HRZ-THD) id PAA20786; Sat, 28 Jan 1995 15:42:20 +0100 From: Joachim Schrod Message-Id: <199501281442.PAA20786@spock.iti.informatik.th-darmstadt.de> Subject: Re: clisp within EMACS, readline and the -I option To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Sat, 28 Jan 1995 15:42:20 +0100 (MEZ) In-Reply-To: <9501271715.AA18070@ma2s2.mathematik.uni-karlsruhe.de> from "Bruno Haible" at Jan 27, 95 06:17:16 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 665 Bruno wrote: > > > I thought that -I was there to disable the readline library from doing > > special magic with TAB. > > -I doesn't do this, but "man clreadline" tells me that you can achieve > this effect by adding the line > > Control-i: self-insert > > to your $HOME/.inputrc file. and loose TAB-completion in bash? C'm on, that's not a solution. Btw, we have the same problem. Currently, we keep two executables for each platform. Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Joachim Schrod Email: schrod@iti.informatik.th-darmstadt.de Computer Science Department Technical University of Darmstadt, Germany From haible Sat Jan 28 20:13:52 1995 Return-Path: Received: from ma2s3.mathematik.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA19137; Sat, 28 Jan 95 20:13:52 +0100 Date: Sat, 28 Jan 95 20:13:52 +0100 From: haible (Bruno Haible) Message-Id: <9501281913.AA19137@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: clisp within EMACS, readline and the -I option Joachim Schrod tried what I suggested: > > "man clreadline" tells me that you can achieve > > this effect by adding the line > > > > Control-i: self-insert > > > > to your $HOME/.inputrc file. > > and lose TAB-completion in bash? "man clreadline" also tells you that you can have the effect of disabling TAB in CLISP but not BASH by adding the lines $if clisp Control-i: self-insert $endif to your $HOME/.inputrc file. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From casalgra@gate.net Sat Jan 28 20:23:58 1995 Return-Path: Received: from tequesta.gate.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA19246; Sat, 28 Jan 95 20:23:58 +0100 Received: from orfl-23.gate.net (orfl-23.gate.net [199.227.3.23]) by tequesta.gate.net (8.6.9/8.6.9) with SMTP id OAA46240 for ; Sat, 28 Jan 1995 14:15:38 -0500 Received: by orfl-23.gate.net (IBM OS/2 SENDMAIL VERSION 1.3.6)/1.0um) id AA0036; Sat, 28 Jan 95 14:16:41 -0800 Message-Id: <9501282216.AA0036@orfl-23.gate.net> Mime-Version: 1.0 Date: Sat, 28 Jan 95 13:21:59 -0500 From: casalgra@gate.net To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Reply-To: casalgra@gate.net Subject: Problems compiling config on OS/2 X-Mailer: Ultimedia Mail/2 Lite, IBM T. J. Watson Research Center Content-Type: text/plain; charset="US-ASCII" Content-Id: <30_67_1_791317323> Content-Transfer-Encoding: 7Bit Content-Description: Hello everybody, I would like to start by a big THANK YOU to Bruno Haible and Michael Stoll for their work and their willingness to share it with us. Thanks! :-) Now to the problem. I am trying to install clisp on OS/2 and when trying to compile the config file I get the following: >(compile-file "config") Compiling file c:\clisp\config.lsp ... *** - READ from # :illegal character #\Code26 1.Break> I am not sure what I should look at since it appears to be a problem with the compiler and after taking a look at it for a while I got lost. BTW I have the emx libraries in C:\emx\dll and emxrev returns the following: EMX : revision = 18 EMXIO : revision = 16 EMXLIBC : revision = 25 EMXWRAP : revision = 17 (just in case it matters ...) Thanks in advance for any help. ciao, --Michele |---------------------------------------------------------------------| | Disclaimer: Opinions are mine, all mine, nothing but mine. | |---------------------------------------------------------------------| | Michele Casalgrandi (Mr.) | 'Philosophising is difficult, | | ind00096@pegasus.cc.ucf.edu (school)| but not philosophising is | | mcasalgrandi@mcimail.com (always)| more difficult still.' | | casalgra@gate.net (home) | Eberhard Rogge | |---------------------------------------------------------------------| From cgraham@hookup.net Sun Jan 29 03:04:52 1995 Return-Path: Received: from noc.tor.hookup.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA19544; Sun, 29 Jan 95 03:04:52 +0100 Received: from cgraham.tor.hookup.net (cgraham.tor.hookup.net [165.154.45.228]) by noc.tor.hookup.net (8.6.9/1.255) with SMTP id UAB04482; Sat, 28 Jan 1995 20:56:40 -0500 From: cgraham@hookup.net Received: by cgraham.tor.hookup.net (IBM OS/2 SENDMAIL VERSION 1.3.6)/1.0um) id AA0140; Sat, 28 Jan 95 21:00:03 -0800 Message-Id: <9501290500.AA0140@cgraham.tor.hookup.net> Mime-Version: 1.0 Date: Sat, 28 Jan 95 20:59:24 -0500 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Reply-To: cgraham@hookup.net Subject: Re: Problem Compiling for OS/2 X-Mailer: Ultimedia Mail/2 Lite, IBM T. J. Watson Research Center Content-Type: text/plain; charset="US-ASCII" Content-Id: <136_114_1_791344765> Content-Transfer-Encoding: 7Bit Content-Description: Hello everybody, I would like to start by a big THANK YOU to Bruno Haible and Michael Stoll for their work and their willingness to share it with us. Thanks! :-) Now to the problem. I am trying to install clisp on OS/2 and when trying to compile the config file I get the following: >(compile-file "config") Compiling file c:\clisp\config.lsp ... *** - READ from # :illegal character #\Code26 1.Break> I am not sure what I should look at since it appears to be a problem with the compiler and after taking a look at it for a while I got lost. ************** FROM THE CLISP ARCHIVE, I QUOTE: #\Code26 is usually called Ctrl-Z. Some editors append this to the end of config.lsp. Either - choose an editor that doesn't append this obselete character to the end of the file, or - tell the LISP reader to treat Ctrl-Z as whitespace: (set-syntax-from-char #\Code26 #\Space) (Suggestion by Johann Petrak, 18 Oct 1993 on this mailing list.) Chris Graham VisualAge Software Consulting From cgraham@hookup.net Sun Jan 29 03:22:29 1995 Return-Path: Received: from noc.tor.hookup.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA19646; Sun, 29 Jan 95 03:22:29 +0100 Received: from cgraham.tor.hookup.net (cgraham.tor.hookup.net [165.154.45.228]) by noc.tor.hookup.net (8.6.9/1.255) with SMTP id VAA05320; Sat, 28 Jan 1995 21:14:18 -0500 From: cgraham@hookup.net Received: by cgraham.tor.hookup.net (IBM OS/2 SENDMAIL VERSION 1.3.6)/1.0um) id AA0142; Sat, 28 Jan 95 21:17:18 -0800 Message-Id: <9501290517.AA0142@cgraham.tor.hookup.net> Mime-Version: 1.0 Date: Sat, 28 Jan 95 21:06:22 -0500 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Reply-To: cgraham@hookup.net Subject: Re: External Editors under OS/2 X-Mailer: Ultimedia Mail/2 Lite, IBM T. J. Watson Research Center Content-Type: text/plain; charset="US-ASCII" Content-Id: <136_114_1_791345185> Content-Transfer-Encoding: 7Bit Content-Description: YOU SAID: c) the EPM editor runs concurrently to clisp, i.e. the ED function looks at the file at a moment when you are still editing it? I SAID: (c) is certainly true (when EPM hasn't crashed, that is !) YOU SAID: CLISP starts EPM using the P_WAIT flag of spawnv, i.e. EPM is responsible itself for the fact that it terminates and returns control to clisp before you actually edited the file. You have to find out how to make clisp wait until you are done editing. (Perhaps some command line switch to EPM.) Bruno Haible ----------------------------------------------------------------------------- The first couple of times I tried to edit a CLISP function or .lsp file, EPM was started. However, it did not terminate prematurely, rather CLISP simply continued executing (we discussed the WHEN expression, datestamps, etc. on that point). Subsequently, I have never been able to start EPM, it crashes on or after its invocation. This may suggest, among other possibilities, that the spawnv() function in the emx compiler is buggy. Again, even when EPM was started (the first couple of times that I tried), the CLISP process did not wait, so the P_WAIT flag seemed to have no effect. I now have the source code to CLISP so I, for one, will investigate as time permits. Regards, Chris. From hoehle@inf-wiss.uni-konstanz.de Mon Jan 30 18:42:54 1995 Return-Path: Received: from inf-wiss.uni-konstanz.de (post.inf-wiss.ivp.uni-konstanz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA21827; Mon, 30 Jan 95 18:42:54 +0100 Received: from stetten.inf-wiss.ivp.uni-konstanz.de by inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA11042; Mon, 30 Jan 95 18:34:46 +0100 Date: Mon, 30 Jan 95 18:34:46 +0100 From: hoehle@inf-wiss.uni-konstanz.de (Joerg-Cyril Hoehle) Message-Id: <9501301734.AA11042@inf-wiss.uni-konstanz.de> Received: by stetten.inf-wiss.ivp.uni-konstanz.de (4.1/SMI-4.1) id AA17939; Mon, 30 Jan 95 18:34:46 +0100 To: clisp-list@[129.13.115.2] Subject: Re: clisp within EMACS, readline and the -I option In-Reply-To: <9501281913.AA19137@ma2s2.mathematik.uni-karlsruhe.de> References: <9501281913.AA19137@ma2s2.mathematik.uni-karlsruhe.de> Bruno Haible writes: > TAB in CLISP but not BASH by adding the lines > > $if clisp > Control-i: self-insert > $endif > > to your $HOME/.inputrc file. Thanks, that's ok when you can avoid TAB in shell mode (add a definition for M-C-i: complete), until someone comes up with patches that'll make -I do the right thing and when you can tell every user to add another file in $HOME. Joerg Hoehle. hoehle@inf-wiss.uni-konstanz.de From poizat@ensinfo.univ-nantes.fr Tue Jan 31 11:08:07 1995 Return-Path: Received: from dec1 (dec1.ensinfo.sciences.univ-nantes.fr) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA23094; Tue, 31 Jan 95 11:08:07 +0100 Received: by dec1; (5.65/1.1.8.2/06Sep94-0651PM) id AA19466; Tue, 31 Jan 1995 11:05:27 +0100 Date: Tue, 31 Jan 1995 11:05:27 +0100 From: Pascal POIZAT - DEA Info Message-Id: <9501311005.AA19466@dec1> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: CLisp TOO SLOW Hello, I mail for someone I know that uses Clisp on a PC (486). He complains because it's too slow. I also noticed it was quite slow but since I only have an Amiga-28Mhz, it don't bother me too much. How can he accelerate it ? setq pretty-print t ? recompile it ? (gcc -O2 :) Or is it his machine that is too slow ? Can some people that use clisp on a PC (from 286 and upto pentuim - non bugged ones :) tell me if it is really slow ? Pascal Pascal Poizat, DEA Informatique, Nantes poizat@ensinfo.univ-nantes.fr PS: I noticed Clisp became more slow with CLOS package (use-package 'CLOS) But since the man I know only uses it for CommonLisp (no use of CLOS) it is not the reason of his problem PS2: I think it is not CLISP that is slow but the printings. I had some kind of "Motif"Window and when I launch CLisp on an usual-no-fancy-tools window it is less slow. But I also noticed printings are now (jan. 94) slower than in the version I had before (I got it in May. 92 I think). From tom@jsk.t.u-tokyo.ac.jp Tue Jan 31 11:40:38 1995 Received: from monoceros.jsk.t.u-tokyo.ac.jp (jsk.t.u-tokyo.ac.jp) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA23231; Tue, 31 Jan 95 11:40:38 +0100 Received: from candy.jsk.t.u-tokyo.ac.jp by monoceros.jsk.t.u-tokyo.ac.jp (4.1/6.4J.6-MX) id AA06042; Tue, 31 Jan 95 19:35:09 JST Received: by candy.jsk.t.u-tokyo.ac.jp (4.1/6.4J.6-MX) id AA17643; Tue, 31 Jan 95 19:32:51 JST Date: Tue, 31 Jan 95 19:32:51 JST From: tom@jsk.t.u-tokyo.ac.jp (Tomohiro Shibata) Return-Path: Message-Id: <9501311032.AA17643@candy.jsk.t.u-tokyo.ac.jp> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: Pascal POIZAT - DEA Info's message of Tue, 31 Jan 95 11:11:20 +0100 <9501311005.AA19466@dec1> Subject: Re: CLisp TOO SLOW Hi, >>Can some people that use clisp on a PC (from 286 and upto pentuim - non bugged ones :) >>tell me if it is really slow ? I've used it for my research, and I think it's a fantastic common lisp, and I don't think it's slow. Well, it's slower after compiling than my expectation, it's still good free common lisp. I've also used CLOS( clisp + pcl ), and I like using it. p.s. My platform : DX2/66, Cache128K, RAM16M --------------------------------------------------------------------------- Tomohiro Shibata |email tom@jsk.t.u-tokyo.ac.jp Inoue-Inaba Laboratory, |www http://www.jsk.t.u-tokyo.ac.jp/~tom/ Department of Mechano informatics,| University of Tokyo; Japan | From sauthier@lia.di.epfl.ch Tue Jan 31 14:08:28 1995 Return-Path: Received: from liasun12.epfl.ch by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA23537; Tue, 31 Jan 95 14:08:28 +0100 Received: by liasun12.epfl.ch (Smail3.1.29.1 #16) id m0rZIBx-000KhrC; Tue, 31 Jan 95 14:00 MET Message-Id: Date: Tue, 31 Jan 95 14:00 MET From: sauthier@lia.di.epfl.ch (Eric Sauthier) To: clisp-list Subject: Re: CLisp TOO SLOW In-Reply-To: <9501311005.AA19466@dec1> References: <9501311005.AA19466@dec1> Pascal POIZAT writes: > Hello, I mail for someone I know that uses Clisp on a PC (486). > He complains because it's too slow. > I also noticed it was quite slow but since I only have > an Amiga-28Mhz, it don't bother me too much. > How can he accelerate it ? > setq pretty-print t ? > recompile it ? (gcc -O2 :) > Or is it his machine that is too slow ? > > Can some people that use clisp on a PC (from 286 and upto pentuim - non bugged ones :) > tell me if it is really slow ? > > Pascal > Pascal Poizat, DEA Informatique, Nantes > poizat@ensinfo.univ-nantes.fr > > PS: I noticed Clisp became more slow with CLOS package (use-package 'CLOS) > But since the man I know only uses it for CommonLisp (no use of CLOS) it > is not the reason of his problem > PS2: I think it is not CLISP that is slow but the printings. > I had some kind of "Motif"Window and when I launch CLisp on an > usual-no-fancy-tools window it is less slow. > But I also noticed printings are now (jan. 94) slower than in the version > I had before (I got it in May. 92 I think). > Your e-mail does not clearly state whether you (or your friend) moans about the overall slowness of CLISP or only the slowness of CLISP output. I'd like to ask two question before making a few comments: Has CLISP been installed properly (e.g. where all the lisp files compiled)? Does your friend compile his files? IMHO I think Bruno did a great job in producing a fast lisp system, considering that one of its main objective was to produce a portable system (e.g. code is byte-compiled and "interpreted" at this level instead of being converted to a specific machine-dependent processor instruction set). Obviously, if you compare the speed of CLISP with a lisp dedicated to a specific architecture, with a real machine code compiler, like ALLEGRO CL or CMU CL, you won't get the same performance. One way to overcome this "slowness" would be to add a step to the compiler, specific to a particular architecture, which would translate the intermediate language representation into machine instructions. This is however not and easy task (just look at how hard it seems to be to port CMU CL on 80x86 machines). May be some compiler ---and lisp, both worlds have to be familiar---gurus want to try this... Another factor you mentioned plays an important role: memory. Lisp is often used to tackle hard problems, like P-SPACE complete problems). Even for small instances of these problems, the amount of memory needed may become substantial. By its very nature, lisp is not very good in achieving data (and code) locality. Therefore, when swapping is required, the performance drop might get tremendous (I'm no compiler specialist and don't know in what way incremental garbage collection helps). Just check that the problems you're trying to solve does not fall in this kind of category. On the other hand, if you (oops, your friend) think(s) that just output is slow, tell him to try and avoid using formatted output (e.g. (format...). Due to it's complexity, FORMAT turns out to be a CPU hog. Wherever you can, use lower level output functions. This is just my 2 centimes. I reckon Bruno has even more solid arguments than I have to justify this apparent slowness. I'm amazed about the quality of CLISP and would like to take this opportunity to thank the authors. Eric Sauthier Artificial Intelligence Lab. Swiss Federal Institute of Technology Lausanne, Switzerland. From hoehle@inf-wiss.uni-konstanz.de Tue Jan 31 14:13:34 1995 Return-Path: Received: from inf-wiss.uni-konstanz.de (post.inf-wiss.ivp.uni-konstanz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA23598; Tue, 31 Jan 95 14:13:34 +0100 Received: from stetten.inf-wiss.ivp.uni-konstanz.de by inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA13436; Tue, 31 Jan 95 14:05:17 +0100 Date: Tue, 31 Jan 95 14:05:17 +0100 From: hoehle@inf-wiss.uni-konstanz.de (Joerg-Cyril Hoehle) Message-Id: <9501311305.AA13436@inf-wiss.uni-konstanz.de> Received: by stetten.inf-wiss.ivp.uni-konstanz.de (4.1/SMI-4.1) id AA18254; Tue, 31 Jan 95 14:05:17 +0100 To: clisp-list@[129.13.115.2] Subject: CLisp TOO SLOW In-Reply-To: <9501311005.AA19466@dec1> References: <9501311005.AA19466@dec1> Pascal POIZAT writes: > Hello, I mail for someone I know that uses Clisp on a PC (486). > He complains because it's too slow. What does "too slow" mean? too slow for what? too slow in what? There are so many things a Common Lisp does that he should be more precise. > setq pretty-print t ? If output to the terminal is slow, this helps (actually it's named *pretty-print*) and this is what is being done in the cfgamiga.lsp and thus is in any .mem file for the Amiga since CLISP-beta3 approximately. On the Amiga, output to the console is done so that you can _read_ the what's printed. > recompile it ? (gcc -O2 :) Don't you think we don't use -O6 :-) > tell me if it is really slow ? What? file-output? garbage-collection? list traversal? compiled-loops? hash-table access? compilation? the byte-code-interpreter? File-io is slower than what typical C programs get because CLISP calls seek() before almost every read() or write(). Seeking may involve a lot of overhead. > PS: I noticed Clisp became more slow with CLOS package (use-package 'CLOS) Only using the package shouldn't change anything, but of course programming with CLOS (or many object oriented languages) introduces some overhead for type tests. > PS2: I think it is not CLISP that is slow but the printings. > I had some kind of "Motif"Window and when I launch CLisp on an > usual-no-fancy-tools window it is less slow. What's a the difference between those windows? (CON: and KCON:?) How do you measure speed? > But I also noticed printings are now (jan. 94) slower than in the version > I had before (I got it in May. 92 I think). More features, more processing time would one think. I'm also under the impression that CLISP became slower over time (eg. my CLISP-beta2 from early 1992 against now) but as far as I'm concerned I did never investigate the possible causes. Maybe it's simply the GC that has to walk through more objects. Maybe it's more. Joerg Hoehle. hoehle@inf-wiss.uni-konstanz.de From daa93@aber.ac.uk Tue Jan 31 16:02:55 1995 Return-Path: Received: from mailsun.aber.ac.uk by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA23863; Tue, 31 Jan 95 16:02:55 +0100 Received: from athene.dcs.aber.ac.uk by mailsun.aber.ac.uk with SMTP (XTPPst-c); Tue, 31 Jan 1995 14:53:02 +0000 Received: from saturn.dcs.aber.ac.uk.dcs.aber.ac.uk (saturnbb) by athene.dcs.aber.ac.uk (4.1/aberclient-4.0-cs-1.1) id AA26884; Tue, 31 Jan 95 14:52:51 GMT From: daa93@aber.ac.uk Date: Tue, 31 Jan 1995 14:52:54 +0000 Message-Id: <23397.9501311452@saturn.dcs.aber.ac.uk.dcs.aber.ac.uk> In-Reply-To: haible@ma2s2.mathematik.uni-karlsruhe.de (Bruno Haible) "Re: Strange output error" (Jan 16, 5:21pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: clisp-list Subject: Re: Strange output error Content-Length: 1281 On Jan 16, 5:21pm, you wrote: > Subject: Re: Strange output error > > This seems to work fine when called individually but in a sequence > > of 3 or more calls it starts to display part of the prompt twice, > > This is a bug in CLISP which is fixed since the 1994-06-22 release. > > > Bruno Haible > haible@ma2s2.mathematik.uni-karlsruhe.de >-- End of excerpt from Bruno Haible Hi Bruno, The problem is, I am forced to work with an old version of CLISP because I have a compiled toolkit and I do not have access to the source code. Since this is a commercial product I do not have any influence over their recompiling for a newer version, although I have requested it! Is it possible to mail me the part of the CLISP source that needs to be updated, I can then recompile it and put a smile back on my supervisor's face :-) Thank you, David. -- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- David Arnold (daa93@aber.ac.uk) Dept. Computer Science +44 (0)970-622449 University of Wales,Aberystwyth, Dyfed SY23 3DB, UK. http://www.dcs.aber.ac.uk/~daa93 GCS -d+ p c++@ !l e++ m+++(*) s+/- n+ h(-) f !g w- t+@ y? -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -= -=- -=-- -=- -=- From haible Tue Jan 31 16:58:20 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA24182; Tue, 31 Jan 95 16:58:20 +0100 Date: Tue, 31 Jan 95 16:58:20 +0100 From: haible (Bruno Haible) Message-Id: <9501311558.AA24182@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Strange output error > > This is a bug in CLISP which is fixed since the 1994-06-22 release. > The problem is, I am forced to work with an old version of CLISP > because I have a compiled toolkit and I do not have access to the > source code. You just need to look in the /pub/lisp/clisp/source-haible/1994-06-22/ directory. It contains the patches that led to that clisp version. In your case, it is the file clispsrc-1994-01-08-to-1994-06-22.tar.z, which contains a file diffs-1994-01-08-to-1994-06-22, and all you need of it is the patch to stream.d, lines *** 3437,3444 **** --> --- 3449,3458 ----. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From poizat@ensinfo.univ-nantes.fr Tue Jan 31 17:28:38 1995 Return-Path: Received: from dec1 (dec1.ensinfo.sciences.univ-nantes.fr) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA24389; Tue, 31 Jan 95 17:28:38 +0100 Received: by dec1; (5.65/1.1.8.2/06Sep94-0651PM) id AA08831; Tue, 31 Jan 1995 17:26:08 +0100 Date: Tue, 31 Jan 1995 17:26:08 +0100 From: Pascal POIZAT - DEA Info Message-Id: <9501311626.AA08831@dec1> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Stop firing .... I'm dead ! :) Hello once again. Well I was sure that if I complained about CLisp here I'd receive "some" mails ... Well I explain some things: - I *i.e. myself with my 28Mhz Amiga* don't think Clisp is TOO slow. It is just perfect for my use, and I developped my MSc project with it last year with it. - I just noticed the current version was slower than the one I had 1 or 2 years ago. - Note: I really asked this question not for me but for someone else. (I agree it sounded like the little boy that telephones to Dr. Ruth (sex on radio) to ask - for one of his friend - a stupid question he fears asking for himself :) The problem is this: the man responsible for the work I do in the laboratory has a friend (another teacher) who needed a lisp. I told him CLIP was the best one I knew (cost nothing, easy to install, easy to use, mailing-list and support, ...) He eventually got it (he bought a PC). Then I had some kind of feed-back about it recently saying he thought CLisp was quite slow. SO (since I am really a good old chap :) i said I could ask the question to all of you (he doestn't have INTERNET access). I'd like to thank everybody who answered me (and all the good jokes I read :) and I'll see if I can have some more details about - his machine - his operating system - the way he installed it - the way he USES it ! - what does he means by "SLOW" Then I'll mail it back here. Well, I think all this deserves some reward .... let's go.... another question to feed the CLisp ML Members :) : I change the language by doing (setq *language* 'FRANCAIS) If I do it after opening a CLISP session, I still have error messages in English. Well, another one (more serious): I currently work on applying rewriting techniques (conditional rewriting systems) to the formal specifications in object languages (a model called Formal Classes). I use CLOS for it. I'll be very interrested in knowing the last results about MOP (Meta Object Protocol) in CLOS. Will the standardization keep it as in Kickzales articles ? Will it follow the ObjVLisp model of P.Cointe ? Sorry for all this technic stuff but if you could reply me with a technical answer I'll be pleased (i.e. a pointer to some recent article describing the MOP). Pascal poizat@ensinfo.univ-nantes.fr (sorry, no signature today :) From lierer@python.CS.ORST.EDU Tue Jan 31 17:52:58 1995 Return-Path: Received: from python.CS.ORST.EDU by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA24559; Tue, 31 Jan 95 17:52:58 +0100 Received: (from lierer@localhost) by python.CS.ORST.EDU (8.6.9/8.6.9) id IAA10345; Tue, 31 Jan 1995 08:44:32 -0800 Date: Tue, 31 Jan 1995 08:44:32 -0800 From: Ray Liere Message-Id: <199501311644.IAA10345@python.CS.ORST.EDU> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: CLISP speed I certainly agree that "speed" needs to be related to what specifically you are doing. In my case, I compare it to the other alternatives I have. The availability of CLISP allows me to do my lisp projects on my own PC (I am running it under Linux). The alternatives, which I had used before getting a PC, were to use Lucid, Ibuki, and Austin Kyoto common lisps on quite powerful (cpu-wise) "real UNIX systems" :-) ... such as multi-cpu Sequents and HP9000/800 RISC systems. I still have occasion to use those alternatives, and even when those systems are very lightly loaded, their performance is generally noticeably slower than using CLISP on my PC. I am very appreciative of all of the efforts that have gone into writing CLISP and maintaining it. Updates are made frequently, a great deal of help is available via this mailing list, and Bruno Haible is very responsive to fixing problems and adding new features. Ray Liere From hoehle@inf-wiss.uni-konstanz.de Tue Jan 31 20:16:11 1995 Return-Path: Received: from inf-wiss.uni-konstanz.de (post.inf-wiss.ivp.uni-konstanz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA25121; Tue, 31 Jan 95 20:16:11 +0100 Received: from stetten.inf-wiss.ivp.uni-konstanz.de by inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA14565; Tue, 31 Jan 95 20:07:51 +0100 Date: Tue, 31 Jan 95 20:07:51 +0100 From: hoehle@inf-wiss.uni-konstanz.de (Joerg-Cyril Hoehle) Message-Id: <9501311907.AA14565@inf-wiss.uni-konstanz.de> Received: by stetten.inf-wiss.ivp.uni-konstanz.de (4.1/SMI-4.1) id AA18505; Tue, 31 Jan 95 20:07:51 +0100 To: clisp-list@[129.13.115.2] Subject: Re: CLISP is slow/ LANGUAGE In-Reply-To: <9501311626.AA08831@dec1> References: <9501311626.AA08831@dec1> Pascal POIZAT writes: > - I just noticed the current version was slower than the one I had 1 or 2 years ago. Granted. Somebody knows why? > I change the language by doing > (setq *language* 'FRANCAIS) This is not the correct way of doing things You must do it at start, with lisp.run -M lispinit.mem -L francais (we'll implement -L franais to the next version). In fact, only a few things could be changed (initialization of UNIX (and others) error messages, and CLISP could even switch languages during run-time, but it's not possible now. BTW, tell me about suggestions/errors for FRANCAIS, because it's not been used to often for now. Joerg Hoehle. hoehle@inf-wiss.uni-konstanz.de From dxs@evolving.com Wed Feb 1 01:08:35 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA25798; Wed, 1 Feb 95 01:08:35 +0100 Received: from shakey (shakey.evolving.com [192.124.159.3]) by citadel.evolving.com (8.6.9/8.6.9) with SMTP id QAA02364 for ; Tue, 31 Jan 1995 16:59:54 -0700 Received: by shakey (AIX 3.2/UCB 5.64/4.03) id AA27975; Tue, 31 Jan 1995 16:58:00 -0700 Date: Tue, 31 Jan 1995 16:58:00 -0700 From: dxs@evolving.com (Dan Stanger) Message-Id: <9501312358.AA27975@shakey> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, mail@citadel.evolving.com Subject: problems with packages Cc: dxs@citadel.evolving.com i have the following 3 files. more c.lsp (use-package "CLOS") (load 's) (load 'p) more s.lsp (defpackage "SETS-PACK" (:use "COMMON-LISP" "CLOS") (:shadow "SETS" "INTERSECTION") (:export "SETS" "INTERSECTION")) (in-package "SETS-PACK") (defclass sets () ((tipe :accessor tipe :initarg :tipe) (elements :accessor elements))) (defgeneric intersection (a b &key test test-not key)) (defmethod intersection ((s1 sets) (s2 sets) &rest more) (unless (equal (tipe s1) (tipe s2)) (error "bad type")) (apply #'lisp:intersection (elements s1) (elements s2) more)) (defmethod intersection ((s1 sequence) (s2 sequence) &rest more) (apply #'lisp:intersection s1 s2 more)) and more p.lsp (use-package "SETS-PACK") (setf a (make-instance 'sets :tipe 't)) when i execute clips as follows i get the error clisp -q -i c.lsp ;; Loading file c.lsp ... ;; Loading file /home/dxs/l/s.lsp ... ;; Loading of file /home/dxs/l/s.lsp is finished. ;; Loading file /home/dxs/l/p.lsp ... ** - Continuable Error 1 name conflicts while executing USE-PACKAGE of (#) into package #. If you continue (by typing 'continue'): You may choose for every conflict in favour of which symbol to resolve it. 1. Break>continue which symbol with name "INTERSECTION" should be accessible in # ? Please choose: 1 -- SETS-PACK 2 -- USER > i thought that shadowing intersection would eliminate this problem. does anybody have any ideas on this? thanks, dan stanger From haible Wed Feb 1 01:35:10 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA25950; Wed, 1 Feb 95 01:35:10 +0100 Date: Wed, 1 Feb 95 01:35:10 +0100 From: haible (Bruno Haible) Message-Id: <9502010035.AA25950@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: problems with packages Dan Stanger reports the following problem with SHADOW: > (defpackage "SETS-PACK" (:use "COMMON-LISP" "CLOS") > (:shadow "SETS" "INTERSECTION") > (:export "SETS" "INTERSECTION")) > (use-package "SETS-PACK") > ** - Continuable Error > 1 name conflicts while executing USE-PACKAGE of (#) > into package #. The :shadow option to DEFPACKAGE only prohibits name conflicts in package SETS-PACK. The conflict appears because package USER also has to choose among LISP:INTERSECTION and SETS-PACK:INTERSECTION. Michael Stoll has developed the following trick to handle this. In your SETS-PACKAGE add a macro (which you export as well): (eval-when (eval load) (defmacro use-sets-package () `(progn (shadowing-import (list (find-symbol "INTERSECTION" "SETS-PACKAGE")) *package* ) (use-package "SETS-PACKAGE") ) ) ) Then, instead of writing (use-package "SETS-PACKAGE"), you only write (sets-package:use-sets-package). This is, admittedly, a bit clumsy. Has anyone found another solution to this problem? Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From haible Wed Feb 1 01:44:42 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA26073; Wed, 1 Feb 95 01:44:42 +0100 Date: Wed, 1 Feb 95 01:44:42 +0100 From: haible (Bruno Haible) Message-Id: <9502010044.AA26073@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Real time input [Forwarded from Ed Loper ???.] ------------------------------------------------------------------------------- I have a question about the listen and read-char-no-hang functions. I'm trying to make a program which will read characters as they are typed, but do other things if they are not typed. This is, as far as I can tell, the function of read-char-no-hang. However, clisp seems to wait until a newline has been pressed before putting typed characters into the buffer; thus, if a user types "h", my program won't see it until he types a newline, at which point it will see an "#\h" and a "#\Newline". clisp also seems to echo each character to the screen when it is typed; I would prefer if it would let me handle this. Is this all happening because of the read-eval-print loop? Is there a special variable which I need to set in order to tell clisp that I want each character put into the input buffer as it is read? Or is there some other way in which I should arrange for characters to be read as soon as they are typed? I've looked through a lot of common lisp docs and books with no success, so I thought that it might be something particular to clisp. In case it matters, I am running: - A version of clisp that was copyrighted 1994 (I can't figure out where the version number is) on version The operating system is: - Version 1.1.73 of Linux (Slackware version 2.0) A short function which demonstrates this problem is: ;; ;; This function creates a busy loop which echos characters ;; whenever it recieves them. When it recieves the character ;; #\q, it immediately exits. ;; (defun read-characters () (let ((input nil)) ;Bind a var for input (loop ;Loop until #\q is hit (when (setf input (read-char-no-hang)) ;When a char is typed, (write input) ; write that character (format t "~%")) ;Write a newline (when (equal input #\q) ;When the char is q, (return t))))) ; exit and return t I also had four less important questions: 1. How portable is the screen package? Is it only portable across common lisp, or is it a defined standard, a de facto standard, or is it only implemented in clisp? 2. Because clisp doesn't compile to a machine-specific binary, is there no way to make a stand alone executable? Is there some way to link clisp and my program into one binary file, and if so, do I have to worry about licensing stuff etc? 3. What x-windows packages are available for clisp? (clx, garnet, etc.) and where can I get them? 4. Eric Sauthier wrote that "One way to overcome this 'slowness' would be to add a step to the compiler, specific to a particular architexture, which would translate the intermediate language representation into machine instructions." I was wondering if anyone was working on such an entity for linux. I am neither a linux guru nor a lisp guru, so I couldn't give much help, but I would be interrested in such a project's progress. I was also wondering whether it would in fact be easier to compile from clisp binaries to linux binaries, or whether it would be easier to compile directly from common lisp: are the binaries simpler then the common lisp code? Do they only use a few commands? If so, are they commands like first, rest, and list, or commands like jump, copy-memory, and add? Thanx in advance for any help you can give me... Edward Loper From haible Wed Feb 1 02:11:28 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA26262; Wed, 1 Feb 95 02:11:28 +0100 Date: Wed, 1 Feb 95 02:11:28 +0100 From: haible (Bruno Haible) Message-Id: <9502010111.AA26262@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Real time input > I have a question about the listen and read-char-no-hang > functions. I'm trying to make a program which will read > characters as they are typed, but do other things if they > are not typed. This is, as far as I can tell, the > function of read-char-no-hang. Sure. Note 1: As per dpANS, "READ-CHAR-NO-HANG is exactly like READ-CHAR, except that if it would be necessary to wait in order to get a character (as from a keyboard), NIL is immediately returned without waiting." From this. it can be concluded that READ-CHAR-NO-HANG has to echo the character if READ-CHAR would do it. Note 2: READ-CHAR-NO-HANG obviously cannot do the right thing if there is some line buffering between your keyboard and clisp (e.g., you are using an old terminal, telnetting through an ibm3090 or using Unix standard input). > Is this all happening because of the read-eval-print loop? No, the READ-EVAL-PRINT loop is unrelated to this. (At least in CLISP.) > Is there a special variable which I need to set in order to > tell clisp that I want each character put into the input > buffer as it is read? You probably want to use clisp's WITH-KEYBOARD macro and *KEYBOARD-INPUT* stream instead of *STANDARD-INPUT*. See impnotes.txt for details. > 1. How portable is the screen package? Is it only portable across > common lisp, or is it a defined standard, a de facto standard, > or is it only implemented in clisp? Only implemented in CLISP. > 2. Because clisp doesn't compile to a machine-specific binary, is > there no way to make a stand alone executable? Is there some > way to link clisp and my program into one binary file, and if > so, do I have to worry about licensing stuff etc? You can't make stand-alone executables with clisp, but you can save memory images via the SAVEINITMEM function. You thus have two files, not one; I hope you can live with that. Copyright issues are discussed in the COPYRIGHT file. Basically, if you pass on .mem files to other people, you have to pass on the .fas files as well. > 3. What x-windows packages are available for clisp? (clx, garnet, > etc.) and where can I get them? CLX, CLUE and perhaps CLIO from ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/ clisp/packages/, as well as Garnet 2.2. Garnet 3.0 as well, get it from the original site, but you may some encounter some package conflict problems. Of course there is also STDWIN in clisp itself, but you won't probably be happy with it. Anybody out there has written a Tcl/Tk interface for CLISP?? > 4. Eric Sauthier wrote that "One way to overcome this 'slowness' > would be to add a step to the compiler, specific to a particular > architexture, which would translate the intermediate language > representation into machine instructions." I was wondering if > anyone was working on such an entity for linux. I expect that this would result in much increased code size, which would eliminate the speed gained from having machine code. Unless you have a machine with 32 MB RAM or more. (But I haven't tested this, so I may be wrong.) Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From haible Wed Feb 1 02:34:22 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA26362; Wed, 1 Feb 95 02:34:22 +0100 Date: Wed, 1 Feb 95 02:34:22 +0100 From: haible (Bruno Haible) Message-Id: <9502010134.AA26362@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: CLisp TOO SLOW After all the more or less vague statements about clisp's speed, all we *know* is: - Pascal Poizat himself doesn't think clisp is too slow on his Amiga 28 MHz :-) - Someone using clisp on a 486-PC complains it is too slow. If his operating system is Unix or OS/2: does he have swap space enabled? If his operating system is DOS: 1. If RAM size <= 2MB, is he using the lisp_1mb.exe ? 2. Did he remove NOEMS options from his config.sys/autoexec.bat and take a look at EMX-USER.DOC ? - Terminal output is slow on the Amiga. (SETQ *PRINT-PRETTY* T) tries to circumvent this. - Terminal output without *PRINT-PRETTY* will get somewhat faster in the next version. - FORMAT is slow. Someone should write a FORMATTER function as specified in CLtL2. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From siponen@cs.hut.fi Wed Feb 1 09:22:05 1995 Return-Path: Received: from amadeus.cs.hut.fi by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA26959; Wed, 1 Feb 95 09:22:05 +0100 Received: by amadeus.cs.hut.fi id AA05508 (5.65c8/HUTCS-C 1.3 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de); Wed, 1 Feb 1995 10:13:33 +0200 Date: Wed, 1 Feb 1995 10:13:33 +0200 From: Lauri Siponen Message-Id: <199502010813.AA05508@amadeus.cs.hut.fi> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: loop macro, "for across" expansion fails Hello everyone, Loop macro expander fails when a "for across" construct is followed by other iteration constucts. The following examples demonstrate the bug. The first three ones give correct results, but the fourth one fails. > (loop for a in '(a b c) collect a) (A B C) > (loop for a in '(a b c) for b in '(1 2 3) collect a collect b) (A 1 B 2 C 3) > (loop for a across "abc" collect a) (#\a #\b #\c) > (loop for a across "abc" for b across "123" collect a collect b) *** - AREF: index 3 for "abc" is out of range 1. Break> > (lisp-implementation-version) "1995-01-01 (January 1995)" > (machine-version) "SUN4M" Is there a fix available for this bug? Lauri Siponen From hoehle@inf-wiss.uni-konstanz.de Wed Feb 1 11:22:23 1995 Return-Path: Received: from inf-wiss.uni-konstanz.de (post.inf-wiss.ivp.uni-konstanz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA27270; Wed, 1 Feb 95 11:22:23 +0100 Received: from stetten.inf-wiss.ivp.uni-konstanz.de by inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA16610; Wed, 1 Feb 95 11:13:57 +0100 Date: Wed, 1 Feb 95 11:13:57 +0100 From: hoehle@inf-wiss.uni-konstanz.de (Joerg-Cyril Hoehle) Message-Id: <9502011013.AA16610@inf-wiss.uni-konstanz.de> Received: by stetten.inf-wiss.ivp.uni-konstanz.de (4.1/SMI-4.1) id AA18573; Wed, 1 Feb 95 11:13:57 +0100 To: clisp-list@[129.13.115.2] Subject: _SP_ueber, *terminal-io* and bad situations Hi, Tonight I investigated the bug that makes CLISP go into an endless loop when I use kill-process in EMACS on the Amiga. What EMACS does is to send the process a ctrl-c and to close the pipe through which it communicates with the inferior process. Clausing the pipe makes its readers get EOF and writers get an error. When I traced CLISP, it managed to reach the quit() function (1). There it unwind()s all frames and finally wants to do a fresh_line() (and print the exit message). Printing a newline (or if no newline is printed, printing O(bye_string)) causes an error in wr_ch_handle(), fehler_unwritable(), that CLISP wants to write to *terminal-io*, which will again give an error. I didn't trace all what happens from there on, but after _some_ time, CLISP enters reset() in a bad state: Namely SP is below SP_bound, so that SP_ueber() is called which will in turn call reset() which will call unwind(). However, the SP retrieved in unwind() is itself below SP_bound so that it doesn't help and we come to the situation where CLISP is in the infinite loop. I think several things are involved here. First the fact that CLISP happens to go through fehler() in quit() after all the frames have been disestablished and is about to go, second the fact that it's possible to have unwind() go somewhere that remains below SP_bound. I don't know if the latter is triggered by the former. Third that there's a possibility to get into an endless {write/error}*/reset loop. I believe that this could happen on any system that is flexible enough for a continuous write error to happen on stdout. E.g. send output to a file and then chmod it to read-only. In this case I get an OS_error() instead of fehler_unwritable() and CLISP enters an infinite OS_error()/ write_char() loop until SP_ueber() is called. Then reset() jumps to the top-level driver and the write/error/write loop starts once again. Maybe a first fix would be to make the final fresh_line and bye_string in CLISP dependent on final_exitcode. However SYS::%EXIT allows one to set that code (although undocumented). (1) I believe this was the case because I was at top-level. Otherwise, CLISP would have printed the prompt for the next lower level and entered the write/error loop. The above fix would be of no help. Joerg Hoehle. hoehle@inf-wiss.uni-konstanz.de From poizat@ensinfo.univ-nantes.fr Wed Feb 1 11:42:21 1995 Return-Path: Received: from dec1 (dec1.ensinfo.sciences.univ-nantes.fr) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA27384; Wed, 1 Feb 95 11:42:21 +0100 Received: by dec1; (5.65/1.1.8.2/06Sep94-0651PM) id AA26258; Wed, 1 Feb 1995 11:39:16 +0100 Date: Wed, 1 Feb 1995 11:39:16 +0100 From: Pascal POIZAT - DEA Info Message-Id: <9502011039.AA26258@dec1> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: CLISP is NOT SLOW :))) Well, I just wanted to mail to say that my friend, J.C. (I think he should stay anonymous, shame on him :))) eventually said that CLISP is right on speed. The problem he HAD (it's past now) : he had badly configurated CLISP. I personally want to thank all of you who answered me and give an end to this. Special thanks goes to Bruno & Joerg. Pascal poizat@ensinfo.univ-nantes.fr PS: THIS MAIL IS PURELY INFORMATIONAL, IT DOES NOT REQUIRE ANY FEED-BACK From hoehle@inf-wiss.uni-konstanz.de Wed Feb 1 11:50:47 1995 Return-Path: Received: from inf-wiss.uni-konstanz.de (post.inf-wiss.ivp.uni-konstanz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA27452; Wed, 1 Feb 95 11:50:47 +0100 Received: from stetten.inf-wiss.ivp.uni-konstanz.de by inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA16706; Wed, 1 Feb 95 11:42:21 +0100 Date: Wed, 1 Feb 95 11:42:21 +0100 From: hoehle@inf-wiss.uni-konstanz.de (Joerg-Cyril Hoehle) Message-Id: <9502011042.AA16706@inf-wiss.uni-konstanz.de> Received: by stetten.inf-wiss.ivp.uni-konstanz.de (4.1/SMI-4.1) id AA18582; Wed, 1 Feb 95 11:42:21 +0100 To: clisp-list@[129.13.115.2] Subject: Real time input In-Reply-To: <9502010044.AA26073@ma2s2.mathematik.uni-karlsruhe.de> References: <9502010044.AA26073@ma2s2.mathematik.uni-karlsruhe.de> Edward Loper writes: > functions. I'm trying to make a program which will read > characters as they are typed, but do other things if they > are not typed. This is, as far as I can tell, the > function of read-char-no-hang. However, clisp seems to > wait until a newline has been pressed before putting It's not really CLISP, CLISP is simply reading characters in cooked mode, using some OS-supplied functions. Cooked-mode reads one line at a time, leaving you the usual editing capabilities of your console. > also seems to echo each character to the screen when it is > typed; I would prefer if it would let me handle this. Is You have to leave cooked-mode for this to work. > there a special variable which I need to set in order to > tell clisp that I want each character put into the input > buffer as it is read? Or is there some other way in which There are different things one can do. First there is (sys::terminal-raw *terminal-io* T/NIL) available on some platforms (Amiga, UNIX, ACORN). On the Amiga (newer CLISPs), this will do exactly what you want, namely no echo, read one character at a time, working listen and read-char-no-hang. However the draw-back is that if you enter the debugger or if your program requests input, you'll be left in raw-mode and very disappointed (the next version might switch modes in the debugger). You have to switch modes yourself. Some implementations of CLISP switch modes internally, causing portability problems. Then there is (with-keyboard (read-char *keyboard-input*)) which uses terminal-raw or some other magic. Following the documentation, it is forbidden to access *terminal-io* (thus normally also *standard-output*) while with-keyboard is active. Thus it's also forbidden to enter the debugger then, if *debug-io* is synonym to *terminal-io* as usually is the case :-) All of the above is specific to CLISP. > 1. How portable is the screen package? Is it only portable across > or is it only implemented in clisp? That's the answer. > 2. Because clisp doesn't compile to a machine-specific binary, is > there no way to make a stand alone executable? Is there some Why do you absolutely need a stand alone executable? Why can't you start a binary with some switches? > way to link clisp and my program into one binary file, and if > so, do I have to worry about licensing stuff etc? See the newer foreign stuff, which allows you to link .o files to CLISP, or build an own version of CLISP (primarily add some functions). In this case, main() remains in the control of CLISP though. > would be to add a step to the compiler, specific to a particular > architexture, which would translate the intermediate language > representation into machine instructions." I was wondering if Why not use one of the Common-Lisp to C compilers around then? Joerg Hoehle. hoehle@inf-wiss.uni-konstanz.de From haible Thu Feb 2 14:44:31 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00796; Thu, 2 Feb 95 14:44:31 +0100 Date: Thu, 2 Feb 95 14:44:31 +0100 From: haible (Bruno Haible) Message-Id: <9502021344.AA00796@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: loop macro, "for across" expansion fails Lauri Siponen writes: > Loop macro expander fails when a "for across" construct > is followed by other iteration constucts. This is a bug in CLISP and will be fixed in the next release, > > (loop for a across "abc" for b across "123" collect a collect b) > *** - AREF: index 3 for "abc" is out of range As a temporary workaround, you can join the FOR clauses using AND. (loop for a across "abc" and for b across "123" collect a collect b) Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From HELLER@Jetson.UH.EDU Fri Feb 3 05:27:06 1995 Return-Path: Received: from Jane.UH.EDU by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02182; Fri, 3 Feb 95 05:27:06 +0100 Received: from Jetson.UH.EDU by Jetson.UH.EDU (PMDF V4.3-10 #8380) id <01HML87FH21SHSL2Z8@Jetson.UH.EDU>; Thu, 02 Feb 1995 22:04:11 -0600 (CST) Date: Thu, 02 Feb 1995 22:04:11 -0600 (CST) From: And thanks for all the fish Subject: Help To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Message-Id: <01HML87FKJFMHSL2Z8@Jetson.UH.EDU> X-Vms-To: IN%"clisp-list@ma2s2.mathematik.uni-karlsruhe.de" Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT Sorry if I haven't followed the protocol for communicating with a list-server. I don't understand the directions on how to do this. My graduate student is trying to get CLISP operative for our AI class and he is not succeeding. The following is the problem. He has downloaded DOS binaries and relevant files. He unzips them and presumably follows instructions on setting up a bat file. He has also somehow procured DPMI*.zip, unzipped it and installed RSX (whatever any of these things are). When he tries to run CLISP, he gets an error message: DPMI service not found. He's trying to load this on a Gateway 2000 486/66 with plenty of RAM. What's he doing wrong? Thank you so much. ****************************************************************************** Miriam Heller *** Asst. Professor ****** ** These views are solely mine and University of Houston *** ** ** do not consciously reflect those Industrial Engineering ***** * ** of my employer or anyone else in 4800 Calhoun Rd. **** ** the universe for that matter. Houston, Texas 77204-4812 *** Email: heller@jetson.uh.edu ****************************************************************************** From @cinderella.physik.uni-kl.de:gopalan@physik.uni-kl.de Sat Feb 4 19:54:53 1995 Return-Path: <@cinderella.physik.uni-kl.de:gopalan@physik.uni-kl.de> Received: from uni-kl.de (stepsun.uni-kl.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05120; Sat, 4 Feb 95 19:54:53 +0100 Received: from cinderella.physik.uni-kl.de by stepsun.uni-kl.de id aa09836; 4 Feb 95 19:45 MET Received: from elvis.physik.uni-kl.de by cinderella.physik.uni-kl.de id aa17770; 4 Feb 95 19:45 MET Received: by physik.uni-kl.de (4.1/BelWue-1.0(subsidiary)) id AA03837; Sat, 4 Feb 95 19:44:11 +0100 From: Aschwin Gopalan Message-Id: <9502041844.AA03837@physik.uni-kl.de > Subject: ILISP for CLISP? To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Sat, 4 Feb 1995 19:44:11 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 724 Hi! I am using the excellent clisp common lisp implementation (Bruno Haible's sources) on my Linux box. I would like to use ILISP mode to access clisp from within my Xemacs 19.11. Since clisp has the -I (ilisp-friendly) command-line option, I am led to think that someone should have a ready to use ilisp-clisp.el file to tell ilisp about the specialties of clisp. If someone has such a file, could he please be so kind and mail it to me? BTW, I am using ILISP 5.5 wich comes with Xemacs 19.11. There should be a ILISP 5.7 out on haldane.bu.edu, but I can't connect to that host (gives me "timeout" error messages) :-( If you know a ftp-site where I could try to get the new ILISP, please tell me. Thanks a lot, Aki From dhf@interport.net Sat Feb 4 20:28:59 1995 Return-Path: Received: from interport.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05187; Sat, 4 Feb 95 20:28:59 +0100 Received: by interport.net id AA14046 (5.67b/IDA-1.5 for CLISP-LIST ); Sat, 4 Feb 1995 14:17:13 -0500 Date: Sat, 4 Feb 1995 14:17:11 -0500 (EST) From: David Friedman To: CLISP-LIST Subject: [Q] Is there a Windows NT executable? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Has anyone compiled a Windows NT (or Win32s) executable of CLISP? No GUI, console mode is fine. The DOS extender version might work, but I thought I'd ask about NT first. I run both Linux and NT on my system (Linux for pleasure, NT for work), and it would be nice to be able to do my Lisp work in whatever OS I happen to be running. Thanks, DHF ---------------------------------------------------------------------- David H. Friedman | NLP, AI, Raytracing, Sci Fi, Patrick O'Brian, dhf@interport.net | MS Windows Client/Server programmer. ---------------------------------------------------------------------- From schrod@iti.informatik.th-darmstadt.de Sun Feb 5 16:58:11 1995 Return-Path: Received: from rs2.hrz.th-darmstadt.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05704; Sun, 5 Feb 95 16:58:11 +0100 Received: from hp5.iti.informatik.th-darmstadt.de by rs2.hrz.th-darmstadt.de with SMTP id AA23953 (5.65c/IDA-1.4.4 for ); Sun, 5 Feb 1995 16:48:56 +0100 Received: from spock.iti.informatik.th-darmstadt.de by hp5.iti.informatik.th-darmstadt.de (8.6.9/Server-1.5/HRZ-THD/8.6.9u-ITI) id QAA25495; Sun, 5 Feb 1995 16:48:54 +0100 Received: by spock.iti.informatik.th-darmstadt.de (8.6.9/Client-1.5+iti/HRZ-THD) id QAA16518; Sun, 5 Feb 1995 16:48:55 +0100 From: Joachim Schrod Message-Id: <199502051548.QAA16518@spock.iti.informatik.th-darmstadt.de> Subject: Re: ILISP for CLISP? To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Sun, 5 Feb 1995 16:48:54 +0100 (MEZ) In-Reply-To: <9502041844.AA03837@physik.uni-kl.de > from "Aschwin Gopalan" at Feb 4, 95 07:57:02 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 494 Aschwin Gopalan wrote: > > If you know a ftp-site where I could try to get the new ILISP, please tell > me. ftp.th-darmstadt.de:/pub/editors/GNU-Emacs/lisp/ilisp/v57/ I haven't find the time to try it yet. Reports (positive or negative) about the usage together with clisp would be appreciated, though. Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Joachim Schrod Email: schrod@iti.informatik.th-darmstadt.de ftp.th-darmstadt.de, Administration From dxs@evolving.com Wed Feb 8 01:08:12 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11343; Wed, 8 Feb 95 01:08:12 +0100 Received: from shakey (shakey.evolving.com [192.124.159.3]) by citadel.evolving.com (8.6.9/8.6.9) with SMTP id QAA07149 for ; Tue, 7 Feb 1995 16:57:57 -0700 Received: by shakey (AIX 3.2/UCB 5.64/4.03) id AA62600; Tue, 7 Feb 1995 16:56:03 -0700 Date: Tue, 7 Feb 1995 16:56:03 -0700 From: dxs@evolving.com (Dan Stanger) Message-Id: <9502072356.AA62600@shakey> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: how do i find the type of a clos slot? i need to know the type specified in the key word :type if any. thanks, dan stanger From haible Wed Feb 8 16:57:06 1995 Return-Path: Received: from ma2s3.mathematik.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12439; Wed, 8 Feb 95 16:57:06 +0100 Date: Wed, 8 Feb 95 16:57:06 +0100 From: haible (Bruno Haible) Message-Id: <9502081557.AA12439@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: how do i find the type of a clos slot? Dan Stanger said: > how do i find the type of a clos slot? > i need to know the type specified in the key word :type if any. CLISP's CLOS doesn't save the type specified for a slot. Treat it as if it were the type T. You would need to redefine ENSURE-CLASS to save the type somewhere. On your own risk. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From dxs@evolving.com Wed Feb 8 21:01:33 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12723; Wed, 8 Feb 95 21:01:33 +0100 Received: from shakey (shakey.evolving.com [192.124.159.3]) by citadel.evolving.com (8.6.9/8.6.9) with SMTP id LAA26033 for ; Wed, 8 Feb 1995 11:38:46 -0700 Received: by shakey (AIX 3.2/UCB 5.64/4.03) id AA58637; Wed, 8 Feb 1995 11:36:51 -0700 Date: Wed, 8 Feb 1995 11:36:51 -0700 From: dxs@evolving.com (Dan Stanger) Message-Id: <9502081836.AA58637@shakey> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: source for eval that takes environment as a optional argument has anybody written a eval and other functions that is like older versions of eval that will take a alist of symbols and values? thanks, dan stanger From dudeyp@research.CS.ORST.EDU Wed Feb 8 21:14:43 1995 Return-Path: Received: from research.CS.ORST.EDU (chert.CS.ORST.EDU) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12805; Wed, 8 Feb 95 21:14:43 +0100 Received: from raptor.CS.ORST.EDU by research.CS.ORST.EDU (4.1/1.30) id AA03003; Wed, 8 Feb 95 11:21:27 PST From: dudeyp@research.CS.ORST.EDU (Peter Dudey Drake) Received: by raptor.CS.ORST.EDU (4.1/CS-Client) id AA04703; Wed, 8 Feb 95 11:31:13 PST Date: Wed, 8 Feb 95 11:31:13 PST Message-Id: <9502081931.AA04703@raptor.CS.ORST.EDU> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Abort Is this supposed to happen? *** - EVAL: User break 1. Break> abort *** - EVAL: variable ABORT has no value 2. Break> abort 1. Break> abort > While I'm at it, is there some abbreviation of abort away with which I can get? +- PETER DUDEY DRAKE 279-D SE Lilly Ave., Corvallis, OR 97333 -+ | MS student in Artificial Intelligence, Oregon State University | | Where I come from, we're ALL like this. | +- drakep@research.cs.orst.edu (finger dudeyp@research.cs.orst.edu) -+ From rls@therat.math.waikato.ac.nz Wed Feb 8 21:48:27 1995 Return-Path: Received: from therat.math.waikato.ac.nz by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12903; Wed, 8 Feb 95 21:48:27 +0100 Received: by therat.math.waikato.ac.nz (Linux Smail3.1.28.1 #1) id m0rcJ5l-00007kC; Thu, 9 Feb 95 09:34 NZDT Message-Id: Date: Thu, 9 Feb 95 09:34 NZDT From: rls@therat.math.waikato.ac.nz (Richard Shepherd) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <9502081931.AA04703@raptor.CS.ORST.EDU> (dudeyp@research.CS.ORST.EDU) Subject: Re: Abort > From: dudeyp@research.CS.ORST.EDU > Is this supposed to happen? > > *** - EVAL: User break > 1. Break> abort > > *** - EVAL: variable ABORT has no value > 2. Break> abort > > 1. Break> abort If you hit at the "1. Break>" prompt and then go "abort" (or any other command in the "help" list) then it seems to think that you're trying to evaluate a symbol by that name. However your output doesn't show that so I can't help here. > While I'm at it, is there some abbreviation of abort away with which I > can get? EOF is a good way to go back up a level i.e. in unix or in DOS or VMS (can't remember what it is in others). I'm not sure if this completely equivalent to an "abort" but it's much less typing! 8<--------------------------->8 Richard Shepherd. (rls@therat.math.waikato.ac.nz) (boring ~/.signature eh?) From hoehle@inf-wiss.uni-konstanz.de Thu Feb 9 11:43:59 1995 Return-Path: Received: from inf-wiss.uni-konstanz.de (post.inf-wiss.ivp.uni-konstanz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13588; Thu, 9 Feb 95 11:43:59 +0100 Received: from hoechst.inf-wiss.ivp.uni-konstanz.de by inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA09997; Thu, 9 Feb 95 11:34:06 +0100 Date: Thu, 9 Feb 95 11:34:06 +0100 From: hoehle@inf-wiss.uni-konstanz.de (Joerg-Cyril Hoehle) Message-Id: <9502091034.AA09997@inf-wiss.uni-konstanz.de> Received: by hoechst.inf-wiss.ivp.uni-konstanz.de (4.1/SMI-4.1) id AA08112; Thu, 9 Feb 95 11:34:05 +0100 To: clisp-list@[129.13.115.2] Subject: Abort In-Reply-To: <9502081931.AA04703@raptor.CS.ORST.EDU> References: <9502081931.AA04703@raptor.CS.ORST.EDU> Peter Dudey Drake writes: > Is this supposed to happen? > > *** - EVAL: User break > 1. Break> abort > > *** - EVAL: variable ABORT has no value > 2. Break> abort > > 1. Break> abort This sometimes happens to me in an EMACS buffer (either on UNIX or the Amiga). I suppose that EMACS sometimes sends a newline that is read by CLISP. When CLISP gets a newline, it does not recognize abort, unwind and the others until the next prompt (e.g. type () + Return, get a new prompt and then type abort). I can't predict when it happens and it's rather annoying. > While I'm at it, is there some abbreviation of abort away with which I > can get? Define one, for example "a" (look at user1.lsp:(commands1)). To R. Shepherd: EOF is not doing an abort, it's doing a continue when there's one, so it's not always the same. Joerg Hoehle. hoehle@inf-wiss.uni-konstanz.de From daa93@aber.ac.uk Thu Feb 9 13:19:13 1995 Return-Path: Received: from mailsun.aber.ac.uk by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13762; Thu, 9 Feb 95 13:19:13 +0100 Received: from athene.dcs.aber.ac.uk by mailsun.aber.ac.uk with SMTP (XTPPst-c); Thu, 9 Feb 1995 12:08:48 +0000 Received: from saturn.dcs.aber.ac.uk (saturnbb) by athene.dcs.aber.ac.uk (4.1/aberclient-4.0-cs-1.1) id AA24231; Thu, 9 Feb 95 12:08:29 GMT From: daa93@aber.ac.uk Date: Thu, 9 Feb 1995 12:08:42 +0000 Message-Id: <27459.9502091208@saturn.dcs.aber.ac.uk> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Finding member names of a member type Content-Length: 983 Hello, Is it possible to create a list of the names that comprise a member type? For example, suppose I have defined (deftype languages () '(member ada pascal c cobol)) what I want is something like (setf lang-list (member-names 'languages)) The reason behind this is that I require a function that will display each of the possible languages and ask the user to select one. If this is not possible, can someone suggest a way of doing this, bearing in mind that the list of languages in the type will depend on which user is currently running the program. Thanks in advance, David. -- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- David Arnold (daa93@aber.ac.uk) Dept. Computer Science +44 (0)970-622449 University of Wales,Aberystwyth, Dyfed SY23 3DB, UK. http://www.dcs.aber.ac.uk/~daa93 GCS -d+ p c++@ !l e++ m+++(*) s+/- n+ h(-) f !g w- t+@ y? -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -= -=- -=-- -=- -=- From hoehle@inf-wiss.uni-konstanz.de Thu Feb 9 19:15:04 1995 Return-Path: Received: from inf-wiss.uni-konstanz.de (post.inf-wiss.ivp.uni-konstanz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA14317; Thu, 9 Feb 95 19:15:04 +0100 Received: from stetten.inf-wiss.ivp.uni-konstanz.de by inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA11293; Thu, 9 Feb 95 19:05:08 +0100 Date: Thu, 9 Feb 95 19:05:08 +0100 From: hoehle@inf-wiss.uni-konstanz.de (Joerg-Cyril Hoehle) Message-Id: <9502091805.AA11293@inf-wiss.uni-konstanz.de> Received: by stetten.inf-wiss.ivp.uni-konstanz.de (4.1/SMI-4.1) id AA20815; Thu, 9 Feb 95 19:05:08 +0100 To: clisp-list@[129.13.115.2] Subject: CLISP, MS-Windows and DLL Hi, the main reason for our staff not using CLISP for the development on a PC of a subsystem of our work is that it didn't have communication abilities (DDE, DLL). Has this changed? Are people working on enabling CLISP to use DLLs when running under MS-Windows? Are people happy with just running CLISP in a window? Is there anything so that it I'd drop the PC Lisp we are using now in favour of CLISP any day! Thanks (and excuse my ignorance of PC-related issues) Joerg Hoehle. hoehle@inf-wiss.uni-konstanz.de From eloso@netcom.com Fri Feb 10 09:07:00 1995 Return-Path: Received: from netcom7.netcom.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA14792; Fri, 10 Feb 95 09:07:00 +0100 Received: by netcom7.netcom.com (8.6.9/Netcom) id NAA01015; Thu, 9 Feb 1995 13:28:59 -0800 Date: Thu, 9 Feb 1995 13:28:58 -0800 (PST) From: "Kevin E. Dowlin" Subject: Unsubscribe To: clisp-list In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Unsubscribe please!! Kevin Dowlin eloso@Netcom.com "Victory belongs to the most persevering." - Napoleon From poizat@ensinfo.univ-nantes.fr Fri Feb 10 11:14:21 1995 Return-Path: Received: from dec1 (dec1.ensinfo.sciences.univ-nantes.fr) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15281; Fri, 10 Feb 95 11:14:21 +0100 Received: by dec1; (5.65/1.1.8.2/06Sep94-0651PM) id AA11906; Fri, 10 Feb 1995 11:08:55 +0100 Date: Fri, 10 Feb 1995 11:08:55 +0100 From: Pascal POIZAT - DEA Info Message-Id: <9502101008.AA11906@dec1> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Lex and Yacc in CLOS Hello, I am looking for some kind of Lex and Yacc in CLOS. Anyone has ever heard of it ? (if it exists) Pascal poizat@ensinfo.univ-nantes.fr From ghrezo@ccd.harris.com Fri Feb 10 14:27:47 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15502; Fri, 10 Feb 95 14:27:47 +0100 Received: from babylon5.ccd.harris.com by nz11.rz.uni-karlsruhe.de with SMTP (PP); Fri, 10 Feb 1995 14:17:17 +0100 Received: (from root@localhost) by babylon5.ccd.harris.com (8.6.9/8.6.9) id IAA05139 for ; Fri, 10 Feb 1995 08:04:20 -0500 Received: from rs2b.ccd.harris.com(147.90.5.25) by babylon5.ccd.harris.com via smap (V1.3) id sma005135; Fri Feb 10 08:04:11 1995 Received: by rs2b.ccd.harris.com (AIX 3.2/UCB 5.64/4.03) id AA143929; Fri, 10 Feb 1995 08:03:56 -0500 Date: Fri, 10 Feb 1995 08:03:56 -0500 From: ghrezo@ccd.harris.com (Gary Hrezo) Message-Id: <9502101303.AA143929@rs2b.ccd.harris.com> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Unsubscribe Please unsubscribe me. Thanks, From haible Fri Feb 10 14:47:57 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15606; Fri, 10 Feb 95 14:47:57 +0100 Date: Fri, 10 Feb 95 14:47:57 +0100 From: haible (Bruno Haible) Message-Id: <9502101347.AA15606@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Lex and Yacc in CLOS Pascal Poizat asks: > I am looking for some kind of Lex and Yacc in CLOS. > Anyone has ever heard of it ? The comp.lang.lisp FAQ, section "Repositories of Lisp Software", mentions some YACC in Lisp. That may be what you are looking for. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From haible Fri Feb 10 14:57:45 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15689; Fri, 10 Feb 95 14:57:45 +0100 Date: Fri, 10 Feb 95 14:57:45 +0100 From: haible (Bruno Haible) Message-Id: <9502101357.AA15689@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Is there a Windows NT executable? David Friedman asks: > Has anyone compiled a Windows NT (or Win32s) executable of CLISP? > The DOS extender version might work, but I thought I'd ask about NT first. RSX version 5 (a file called dpmigcc5.zip) claims to support Windows NT as well. You may give it a try. On any platform (Windows or Windows NT), RSX version 5 needs to be given the option -Ra when running clisp. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de !! To unsubscribe from the clisp-list mailing list, send mail to !! !! listserv@ma2s2.mathematik.uni-karlsruhe.de !! !! including the two words "unsubscribe clisp-list" as message body. !! From tom@jsk.t.u-tokyo.ac.jp Fri Feb 10 19:33:54 1995 Received: from monoceros.jsk.t.u-tokyo.ac.jp (jsk.t.u-tokyo.ac.jp) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA16442; Fri, 10 Feb 95 19:33:54 +0100 Received: from candy.jsk.t.u-tokyo.ac.jp by monoceros.jsk.t.u-tokyo.ac.jp (4.1/6.4J.6-MX) id AA27494; Sat, 11 Feb 95 02:45:47 JST Received: by candy.jsk.t.u-tokyo.ac.jp (4.1/6.4J.6-MX) id AA18810; Sat, 11 Feb 95 02:43:45 JST Date: Sat, 11 Feb 95 02:43:45 JST From: tom@jsk.t.u-tokyo.ac.jp (Tomohiro Shibata) Return-Path: Message-Id: <9502101743.AA18810@candy.jsk.t.u-tokyo.ac.jp> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: about clisp-1995-01-01 Hi there, I finally got the newest Mr. Haible's version of clisp. And I'd like to write down some memos now. 1) I couldn't build it with gcc-2.6.3. Below is the error message of the log. cc -O -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -fomit-frame-pointer -O2 -c lisparit.c In file included from lisparit.d:23: arilev1.d:226: ari80386.c: No such file or directory make: *** [lisparit.o] Error 1 Above all, I could build it with gcc-2.6.2. 2) It seems not to be able to expand some macros correctly. I can't state exact description of it here. PUSH form in the macro was expanded unusual. The error log is *** - EVAL: undefined function (SETF DBCLASS-RULES) 2. Break> where EVAL frame for form ((SETF DBCLASS-RULES) #:G710 #:G711) **** If you've been studying A.I., you may know the book, **** Building Problem Solver. Above is the result of executing **** one of its functions, called shakedown-jtre described in **** the chapter 8. Sincerely, --------------------------------------------------------------------------- Tomohiro Shibata |email tom@jsk.t.u-tokyo.ac.jp Inoue-Inaba Laboratory, |www http://www.jsk.t.u-tokyo.ac.jp/~tom/ Department of Mechano informatics,| University of Tokyo; Japan | From dxs@evolving.com Sat Feb 11 00:27:24 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA16787; Sat, 11 Feb 95 00:27:24 +0100 Received: from shakey (shakey.evolving.com [192.124.159.3]) by citadel.evolving.com (8.6.9/8.6.9) with SMTP id QAA23643 for ; Fri, 10 Feb 1995 16:17:04 -0700 Received: by shakey (AIX 3.2/UCB 5.64/4.03) id AA83942; Fri, 10 Feb 1995 16:15:09 -0700 Date: Fri, 10 Feb 1995 16:15:09 -0700 From: dxs@evolving.com (Dan Stanger) Message-Id: <9502102315.AA83942@shakey> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: is there a function like equal but for a list that is, it takes a list and returns nil if all elements are not the same? thanks, dan stanger From dudeyp@research.CS.ORST.EDU Sat Feb 11 07:07:22 1995 Return-Path: Received: from research.CS.ORST.EDU (chert.CS.ORST.EDU) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA17272; Sat, 11 Feb 95 07:07:22 +0100 Received: from raptor.CS.ORST.EDU by research.CS.ORST.EDU (4.1/1.30) id AA05335; Fri, 10 Feb 95 21:46:47 PST From: dudeyp@research.CS.ORST.EDU (Peter Dudey Drake) Received: by raptor.CS.ORST.EDU (4.1/CS-Client) id AA01324; Fri, 10 Feb 95 21:57:04 PST Date: Fri, 10 Feb 95 21:57:04 PST Message-Id: <9502110557.AA01324@raptor.CS.ORST.EDU> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <9502102315.AA83942@shakey> (dxs@evolving.com) Subject: Re: is there a function like equal but for a list Is there any problem with this? (defun all-equal (list) (every #'(lambda (x) (equal x (car list))) (rest list))) Hmmm, would it be slightly more efficient to do this? (defun all-equal (list) (every (function `(lambda (x) ,(car list))) (rest list))) +- PETER DUDEY DRAKE 279-D SE Lilly Ave., Corvallis, OR 97333 -+ | MS student in Artificial Intelligence, Oregon State University | | Where I come from, we're ALL like this. | +- drakep@research.cs.orst.edu (finger dudeyp@research.cs.orst.edu) -+ From haible Mon Feb 13 13:01:04 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18819; Mon, 13 Feb 95 13:01:04 +0100 Date: Mon, 13 Feb 95 13:01:04 +0100 From: haible (Bruno Haible) Message-Id: <9502131201.AA18819@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, md94-tar@nada.kth.se Subject: Re: Lex and Yacc in CLOS [Forwarded from Tomas Arvidson .] > I am looking for some kind of Lex and Yacc in CLOS. > Anyone has ever heard of it ? (if it exists) Take a look at http://ftp.netcom.com/pub/hb/hbaker/home.html and specifically look for the text on "Pragmatic Parsing in Common Lisp". It shouldn't be too hard to convert/rewrite the examples in that text for CLOS if you want to. -- Tomas Arvidson *** md94-tar@nada.kth.se * d91tar@csd.uu.se *** From haible Mon Feb 13 13:11:48 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18936; Mon, 13 Feb 95 13:11:48 +0100 Date: Mon, 13 Feb 95 13:11:48 +0100 From: haible (Bruno Haible) Message-Id: <9502131211.AA18936@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: about clisp-1995-01-01 Tomohiro Shibata writes: > 2) It seems not to be able to expand some macros correctly. > *** - EVAL: undefined function (SETF DBCLASS-RULES) > 2. Break> where > EVAL frame for form ((SETF DBCLASS-RULES) #:G710 #:G711) For (SETF (DBCLASS-RULES ...) ...) to work, you must have a (DEFMACRO DBCLASS-RULES ...) or (DEFSETF DBCLASS-RULES ...) form in your code *before* the occurrence of the (SETF (DBCLASS-RULES ...) ...). Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From andrich@mailhost.uni-koblenz.de Wed Feb 15 12:43:15 1995 Return-Path: Received: from infko.uni-koblenz.de (mailhost.uni-koblenz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA26630; Wed, 15 Feb 95 12:43:15 +0100 Received: from flake.uni-koblenz.de (andrich@flake.uni-koblenz.de [141.26.4.37]) by infko.uni-koblenz.de (8.6.9/8.6.9) with SMTP id MAA07733 for ; Wed, 15 Feb 1995 12:32:08 +0100 From: Oliver Andrich Message-Id: <199502151132.MAA07733@infko.uni-koblenz.de> Received: by flake.uni-koblenz.de (4.1/KO-2.0) id AA09176; Wed, 15 Feb 95 12:33:31 +0100 Subject: Multi-return value functions and with-input-stream-do To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Wed, 15 Feb 95 12:33:30 MET X-Mailer: ELM [version 2.3 PL11] Hello everybody! After playing around with CLISP for a while, I think that I have reached now a point of knowledge to be able to solve some more ambitious problem than playing around with lists, streams and so on. I want to develop a program to lemmatise a german text, but that is not the topic of this mail. I want that my program has an nice X-Windows userinterface, and inspired by an article in Linux Journal I thought "Why shouldn't I do it the same way?". This guy simply opened a pipe to a wish Task (the Tcl/Tk-interpreter) and send this task via the pipe the required commands and makes all data processing within a C-program. And I want to do the same with LISP, yesterday I tried it and all works fine. That means I opened a pipe with make-pipe-io-stream to the wish task and I also managed to send all information for displaying the main window. But then my problems started, I wanted to read something from the in-stream and parse it, but I got really messed up with all these input functions provided by LISP. Then I discovered this nice macro with-open-stream and thought that this macro would solve my problems. But I doesn't solve anything, cause make-pipe-io-stream returns a multi-returnvalue. How do I use with-open-stream with make-pipe-io-stream? Or how do I solve the following task? I want to constantly read from a pipe similar to read-char-no-hang, but I want to read a whole line and reading stops when an EOF is received, then all pipes produced by make-pipe-io-stream should be closed. I hope, that some could help me. Bye, Oliver P.M.: Excuse my bad english, but I have to learn writing english all over again. I lacked some experience in the past. From matthias@intellektik.informatik.th-darmstadt.de Wed Feb 15 19:41:38 1995 Return-Path: Received: from rs2.hrz.th-darmstadt.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA29380; Wed, 15 Feb 95 19:41:38 +0100 Received: from plopp.intellektik.informatik.th-darmstadt.de (plopp.intellektik.th-darmstadt.de) by rs2.hrz.th-darmstadt.de with SMTP id AA24044 (5.65c/IDA-1.4.4 for ); Wed, 15 Feb 1995 19:30:34 +0100 Received: by plopp.intellektik.informatik.th-darmstadt.de (4.1/Server-1.3/HRZ-THD) id AA25949; Wed, 15 Feb 95 19:30:32 +0100 Date: Wed, 15 Feb 95 19:30:32 +0100 From: Matthias Lindner Message-Id: <9502151830.AA25949@plopp.intellektik.informatik.th-darmstadt.de> To: clisp-list Subject: Multi-return value functions and with-input-stream-do In-Reply-To: <199502151132.MAA07733@infko.uni-koblenz.de> References: <199502151132.MAA07733@infko.uni-koblenz.de> Oliver Andrich writes: > Hello everybody! > > ... > and I also managed to send all information for displaying the main > window. But then my problems started, I wanted to read something from > the in-stream and parse it, but I got really messed up with all these > input functions provided by LISP. Then I discovered this nice macro > with-open-stream and thought that this macro would solve my problems. > But I doesn't solve anything, cause make-pipe-io-stream returns a > multi-returnvalue. How do I use with-open-stream with make-pipe-io-stream? > > Or how do I solve the following task? I want to constantly read from a > pipe similar to read-char-no-hang, but I want to read a whole line and > reading stops when an EOF is received, then all pipes produced by > make-pipe-io-stream should be closed. I used the following code in the Plopp! planning system to solve the problem you described: (defvar *WISH-PROG* "wish") (defvar *WISH-ARGS* (list "-name" "Plopp")) (defvar *WISH-EXIT-MSG* "after 500 exit") (defvar *WISH* NIL "The two-way-stream to the wish process") ;;; -------------------------------------------------------------------------- ;;; WITH-WISH (macro) ;;; -------------------------------------------------------------------------- (defmacro WITH-WISH (&body body) `(let ((*wish* (run-program *wish-prog* :arguments *wish-args* :input :stream :output :stream))) (unwind-protect (progn (read-until *wish*) ,@body) (when *wish* (format *wish* "~A~%" *wish-exit-msg*) (force-output *wish*) (setq *wish* NIL))))) ;;; -------------------------------------------------------------------------- ;;; READ-UNTIL (function) ;;; -------------------------------------------------------------------------- (defun READ-UNTIL (stream &optional (prompt "")) (flet ((read-to-end () (do ((s nil (cons (read-char-no-hang stream NIL NIL) s))) ((and (consp s) (null (car s))) (coerce (nreverse (cdr s)) 'string))))) (do* ((lp (length prompt)) (str (read-to-end) (concatenate 'string str (read-to-end))) (ls (length str) (length str))) ((or (zerop lp) (and (>= ls lp) (string= prompt (subseq str (- ls lp))))) (subseq str 0 (- ls lp)))))) Within the body of WITH-WISH you can communicate with the tcl/tk process writing to *wish* and reading from it. READ-UNTIL reads from a stream as much as possible or until a prompt is found. (the implementation is weird and could be much simpler, as wishes do not send prompts to pipes - anyway it works ... at least for me ;) ) Remember to call "(force-output *wish*)" on the CLisp side and "flush stdout" on the wish side after each output operation. > > I hope, that some could help me. > Hope it helped. --Matthias ------------------------------------------------------------------------------ Matthias Lindner FG Intellektik, FB Informatik Technische Hochschule Darmstadt Alexanderstr.10, D-64283 Darmstadt TEL: +49 6151 166651 FAX: +49 6151 165326 NET: matthias@intellektik.informatik.th-darmstadt.de WWW: http://aida.intellektik.informatik.th-darmstadt.de/~matthias/ ------------------------------------------------------------------------------ From dudeyp@research.CS.ORST.EDU Wed Feb 15 20:14:00 1995 Return-Path: Received: from research.CS.ORST.EDU (chert.CS.ORST.EDU) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA29485; Wed, 15 Feb 95 20:14:00 +0100 Received: from raptor.CS.ORST.EDU by research.CS.ORST.EDU (4.1/1.30) id AA21299; Wed, 15 Feb 95 10:52:29 PST From: dudeyp@research.CS.ORST.EDU (Peter Dudey Drake) Received: by raptor.CS.ORST.EDU (4.1/CS-Client) id AA03316; Wed, 15 Feb 95 11:02:49 PST Date: Wed, 15 Feb 95 11:02:49 PST Message-Id: <9502151902.AA03316@raptor.CS.ORST.EDU> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <199502151132.MAA07733@infko.uni-koblenz.de> (message from Oliver Andrich on Wed, 15 Feb 95 12:47:33 +0100) Subject: Using Tcl/Tk with CLISP (was Re: Multi-return value functions and with-input-stream-do) I've been using a cheap hack wherein I launch Lisp from a wish process, set up a read-eval-print loop there, and have Tcl read and write to the Lisp process. (This requires two small files, below.) Your method sounds more elegant, but I don't really know anything about pipes. Tell us if you figure it out... To use my stuff, start wish and do like this: % source join.tcl % start_lisp Lisp process started Loading join.lisp Starting event loop Lisp ready % lisp_eval "(+ 2 2)" 4 % lisp_eval "(defun foo (x) (+ x x))" FOO % lisp_eval "(foo 3)" 6 % lisp_eval "(quit)" % exit The tcl_to_lisp and lisp_to_tcl procs are quite nice, but be warned that you may sometimes have to add or remove a set of braces to get the right list in and out of tcl. Enjoy! +- PETER DUDEY DRAKE 279-D SE Lilly Ave., Corvallis, OR 97333 -+ | MS student in Artificial Intelligence, Oregon State University | | Where I come from, we're ALL like this. | +- drakep@research.cs.orst.edu (finger dudeyp@research.cs.orst.edu) -+ Here's my Tcl file, join.tcl. It assumes that you have a symbolic link called "lisp" in the current directory that runs your Lisp. proc start_lisp {} { global Lisp_pipe set Lisp_pipe [open {|lisp} r+ ] after 2000 puts "Lisp process started" write_lisp "(load \"join.lisp\")" puts "Loading join.lisp" read_till_prompt write_lisp "(talk-to-tcl)" puts "Starting event loop" read_till_prompt puts "Lisp ready" } proc write_lisp {string} { global Lisp_pipe puts $Lisp_pipe $string flush $Lisp_pipe } proc read_lisp {} { global Lisp_pipe return [gets $Lisp_pipe] } proc read_till_prompt {} { global Lisp_pipe set text {} while {[string compare [string range $text 0 4] READY]} { gets $Lisp_pipe text # Uncomment the next line for debugging # puts $text } } proc lisp_eval {string} { # puts "Evaluating $string" write_lisp $string if {$string != "(quit)"} { set result [read_lisp] # puts $result read_till_prompt return $result } } proc tcl_to_lisp {list} { ## Replaces braces with parentheses regsub -all "\{" [list $list] "\(" result regsub -all "\}" $result "\)" result return $result } proc lisp_to_tcl {list} { ## Replaces parentheses with braces regsub -all {\(} $list "\{" result regsub -all {\)} $result "\}" result return [lindex $result 0] } And here's join.lisp: (format t "~%READY~%") (force-output t) (defun talk-to-tcl () (format t "~%READY~%") (force-output t) (do ((text (read) (read))) (()) (format t "~a~%READY~%" (write-to-string (eval text))))) From dudeyp@research.CS.ORST.EDU Wed Feb 15 20:15:38 1995 Return-Path: Received: from research.CS.ORST.EDU (chert.CS.ORST.EDU) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA29519; Wed, 15 Feb 95 20:15:38 +0100 Received: from raptor.CS.ORST.EDU by research.CS.ORST.EDU (4.1/1.30) id AA21311; Wed, 15 Feb 95 10:54:12 PST From: dudeyp@research.CS.ORST.EDU (Peter Dudey Drake) Received: by raptor.CS.ORST.EDU (4.1/CS-Client) id AA03320; Wed, 15 Feb 95 11:04:32 PST Date: Wed, 15 Feb 95 11:04:32 PST Message-Id: <9502151904.AA03320@raptor.CS.ORST.EDU> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <9502151830.AA25949@plopp.intellektik.informatik.th-darmstadt.de> (message from Matthias Lindner on Wed, 15 Feb 95 19:45:56 +0100) Subject: What was the trick to get CLISP to take .lisp files again? I tried editing compiler.lsp and init.lsp and recompiling them, but that didn't seem to do the trick. I'm thinking it may require re-building the memory image, and wasn't that pre-built? Thanks in advance, +- PETER DUDEY DRAKE 279-D SE Lilly Ave., Corvallis, OR 97333 -+ | MS student in Artificial Intelligence, Oregon State University | | Where I come from, we're ALL like this. | +- drakep@research.cs.orst.edu (finger dudeyp@research.cs.orst.edu) -+ From hjstein@MATH.HUJI.AC.IL Wed Feb 15 22:32:42 1995 Return-Path: Received: from sunset.ma.huji.ac.il by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA29767; Wed, 15 Feb 95 22:32:42 +0100 Received: by sunset.ma.huji.ac.il id AA27753 (5.65c/HUJI 4.152 for clisp-list ); Wed, 15 Feb 1995 23:21:27 +0200 Date: Wed, 15 Feb 1995 23:21:27 +0200 From: "Harvey J. Stein" Message-Id: <199502152121.AA27753@sunset.ma.huji.ac.il> To: Matthias Lindner In-Reply-To: <9502151830.AA25949@plopp.intellektik.informatik.th-darmstadt.de> Subject: Wishlisp Cc: hjstein@MATH.HUJI.AC.IL, clisp-list Of course, another solution to the problem of communication between a lisp process & a wish process is to just use STk instead of clisp. For those of you aren't familiar with it, STk is a scheme interpreter with Tk compiled in. It allows you to write scheme scripts to access Tk for windowing instead of having to write Tcl scripts. For example, I wrote a version of tetris in it. Harvey J. Stein hjstein@math.huji.ac.il From andrich@mailhost.uni-koblenz.de Thu Feb 16 09:06:39 1995 Return-Path: Received: from infko.uni-koblenz.de (mailhost.uni-koblenz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00277; Thu, 16 Feb 95 09:06:39 +0100 Received: from flake.uni-koblenz.de (andrich@flake.uni-koblenz.de [141.26.4.37]) by infko.uni-koblenz.de (8.6.9/8.6.9) with SMTP id IAA11713 for ; Thu, 16 Feb 1995 08:55:18 +0100 From: Oliver Andrich Message-Id: <199502160755.IAA11713@infko.uni-koblenz.de> Received: by flake.uni-koblenz.de (4.1/KO-2.0) id AA29020; Thu, 16 Feb 95 08:56:49 +0100 Subject: Re: Wishlisp To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Thu, 16 Feb 95 8:56:49 MET In-Reply-To: <199502152121.AA27753@sunset.ma.huji.ac.il>; from "Harvey J. Stein" at Feb 15, 95 10:37 pm X-Mailer: ELM [version 2.3 PL11] Hi Harvey! > Of course, another solution to the problem of communication between a > lisp process & a wish process is to just use STk instead of clisp. > > For those of you aren't familiar with it, STk is a scheme interpreter > with Tk compiled in. It allows you to write scheme scripts to access > Tk for windowing instead of having to write Tcl scripts. For example, > I wrote a version of tetris in it. I tried STk too. But I found that it doesn't have the nice features of Common Lisp and needs as much resources as CLISP and a wish-task. I like all powerful features Common Lisp provides. :-) And STk is slow in comparison to CLISP, and even slower in comparison to compiled CLISP-programs. Bye, Oliver From andrich@mailhost.uni-koblenz.de Thu Feb 16 09:17:16 1995 Return-Path: Received: from infko.uni-koblenz.de (mailhost.uni-koblenz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00350; Thu, 16 Feb 95 09:17:16 +0100 Received: from flake.uni-koblenz.de (andrich@flake.uni-koblenz.de [141.26.4.37]) by infko.uni-koblenz.de (8.6.9/8.6.9) with SMTP id JAA11829 for ; Thu, 16 Feb 1995 09:05:55 +0100 From: Oliver Andrich Message-Id: <199502160805.JAA11829@infko.uni-koblenz.de> Received: by flake.uni-koblenz.de (4.1/KO-2.0) id AA29198; Thu, 16 Feb 95 09:07:26 +0100 Subject: Re: Using Tcl/Tk with CLISP (was Re: Multi-return value functions and To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Thu, 16 Feb 95 9:07:25 MET In-Reply-To: <9502151902.AA03316@raptor.CS.ORST.EDU>; from "Peter Dudey Drake" at Feb 15, 95 8:18 pm X-Mailer: ELM [version 2.3 PL11] Hello Peter! > I've been using a cheap hack wherein I launch Lisp from a wish > process, set up a read-eval-print loop there, and have Tcl read and > write to the Lisp process. (This requires two small files, below.) Hm... I think your method is rather easy, but I want hte Lisp program to have the total control, that means Tcl/Tk is only used to do the displaying for my lisp program. By the way, can you use the whole power of lisp when using your method? As I understand you write a Tcl/Tk program that calls Lisp to do some nice things, that means you have to write program in Tcl/Tk doing the displaying and you have to write a program in Lisp to do the rest. Is that right? If that is the fact, then I no that this isn't the way I want to do it. I want to write a Lisp program that simply sends messages to the wish-Task, so that I have to learn as little as possible of Tcl/Tk. (It's hard enough to fight Lisp. :-) > Your method sounds more elegant, but I don't really know anything > about pipes. Tell us if you figure it out... Ok, I will post my results. I also thought about something like developing a CLOS classlibrary for this stuff. But first I have to do it in normal LISP. Bye Oliver From andrich@mailhost.uni-koblenz.de Thu Feb 16 09:26:39 1995 Return-Path: Received: from infko.uni-koblenz.de (mailhost.uni-koblenz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00417; Thu, 16 Feb 95 09:26:39 +0100 Received: from flake.uni-koblenz.de (andrich@flake.uni-koblenz.de [141.26.4.37]) by infko.uni-koblenz.de (8.6.9/8.6.9) with SMTP id JAA11952 for ; Thu, 16 Feb 1995 09:15:19 +0100 From: Oliver Andrich Message-Id: <199502160815.JAA11952@infko.uni-koblenz.de> Received: by flake.uni-koblenz.de (4.1/KO-2.0) id AA29406; Thu, 16 Feb 95 09:16:49 +0100 Subject: Re: Multi-return value functions and with-input-stream-do To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Thu, 16 Feb 95 9:16:48 MET In-Reply-To: <9502151830.AA25949@plopp.intellektik.informatik.th-darmstadt.de>; from "Matthias Lindner" at Feb 15, 95 7:46 pm X-Mailer: ELM [version 2.3 PL11] Hello Matthias! > I used the following code in the Plopp! planning system to solve the problem > you described: [code] Well, thanks a lot, cause your code seems to do everything I want. By the way, what is Plopp!. Can you send me some information? > Within the body of WITH-WISH you can communicate with the tcl/tk process > writing to *wish* and reading from it. READ-UNTIL reads from a stream > as much as possible or until a prompt is found. (the implementation is weird > and could be much simpler, as wishes do not send prompts to pipes - anyway it > works ... at least for me ;) ) Ok, that really seams to be the thing I want to do. > Remember to call "(force-output *wish*)" on the CLisp side and "flush stdout" > on the wish side after each output operation. Yeah, after fighting with Tcl/Tk and Lisp for a whole night, I learned my lesson. :-) Bye, Oliver From matthias@intellektik.informatik.th-darmstadt.de Thu Feb 16 12:43:02 1995 Return-Path: Received: from rs2.hrz.th-darmstadt.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00601; Thu, 16 Feb 95 12:43:02 +0100 Received: from plopp.intellektik.informatik.th-darmstadt.de (plopp.intellektik.th-darmstadt.de) by rs2.hrz.th-darmstadt.de with SMTP id AA17321 (5.65c/IDA-1.4.4 for ); Thu, 16 Feb 1995 12:31:50 +0100 Received: by plopp.intellektik.informatik.th-darmstadt.de (4.1/Server-1.3/HRZ-THD) id AA26934; Thu, 16 Feb 95 12:31:48 +0100 Date: Thu, 16 Feb 95 12:31:48 +0100 From: Matthias Lindner Message-Id: <9502161131.AA26934@plopp.intellektik.informatik.th-darmstadt.de> To: clisp-list Subject: Re: Multi-return value functions and with-input-stream-do In-Reply-To: <199502160815.JAA11952@infko.uni-koblenz.de> References: <199502160815.JAA11952@infko.uni-koblenz.de> Oliver Andrich writes: > > By the way, what is Plopp!. Can you send me some information? > Plopp! is a prototype implementation of an assumption-based assistance planner. It's an essential part of my dissertation. I've implemented it in Common Lisp and interfaced it with a Tcl/Tk GUI. My WWW-homepage (address below) contains hints to some papers about this beast and a pointer to the place where you can get it by ftp. Have fun --Matthias ------------------------------------------------------------------------------ Matthias Lindner FG Intellektik, FB Informatik Technische Hochschule Darmstadt Alexanderstr.10, D-64283 Darmstadt TEL: +49 6151 166651 FAX: +49 6151 165326 NET: matthias@intellektik.informatik.th-darmstadt.de WWW: http://aida.intellektik.informatik.th-darmstadt.de/~matthias/ ------------------------------------------------------------------------------ From andrich@mailhost.uni-koblenz.de Thu Feb 16 17:31:18 1995 Return-Path: Received: from infko.uni-koblenz.de (mailhost.uni-koblenz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03260; Thu, 16 Feb 95 17:31:18 +0100 Received: from flake.uni-koblenz.de (andrich@flake.uni-koblenz.de [141.26.4.37]) by infko.uni-koblenz.de (8.6.9/8.6.9) with SMTP id RAA27325 for ; Thu, 16 Feb 1995 17:19:53 +0100 From: Oliver Andrich Message-Id: <199502161619.RAA27325@infko.uni-koblenz.de> Received: by flake.uni-koblenz.de (4.1/KO-2.0) id AA15117; Thu, 16 Feb 95 17:21:23 +0100 Subject: Developing a robot program To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Thu, 16 Feb 95 17:21:23 MET X-Mailer: ELM [version 2.3 PL11] Hello everybody! Today I need some information about robots, cause a friend of mine and I have to develop a robot program in Lisp, that is able to walk through a MUD. Does anybody know some good literature on this topic or a ftp- or WWW-site, where I can get such information? Bye, Oliver From dudeyp@research.CS.ORST.EDU Thu Feb 16 18:24:35 1995 Return-Path: Received: from research.CS.ORST.EDU (chert.CS.ORST.EDU) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03422; Thu, 16 Feb 95 18:24:35 +0100 Received: from raptor.CS.ORST.EDU by research.CS.ORST.EDU (4.1/1.30) id AA02374; Thu, 16 Feb 95 09:01:56 PST From: dudeyp@research.CS.ORST.EDU (Peter Dudey Drake) Received: by raptor.CS.ORST.EDU (4.1/CS-Client) id AA04330; Thu, 16 Feb 95 09:12:16 PST Date: Thu, 16 Feb 95 09:12:16 PST Message-Id: <9502161712.AA04330@raptor.CS.ORST.EDU> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <199502160805.JAA11829@infko.uni-koblenz.de> (message from Oliver Andrich on Thu, 16 Feb 95 09:21:29 +0100) Subject: Re: Using Tcl/Tk with CLISP (was Re: Multi-return value functions and From: Oliver Andrich By the way, can you use the whole power of lisp when using your method? As I understand you write a Tcl/Tk program that calls Lisp to do I believe so. Whatever Tcl sends to the Lisp process is sent through EVAL. There are three limitations that I know of to the technique I'm using: - If there's an error on the Lisp end, the whole deal dies hideously. This could probably be fixed from Lisp by altering the error behavior. - Wish assumes there will be a fairly quick response. I'm not sure what happens if it tries to read from the Lisp process when nothing has been returned yet. - Wish reads only the first line that gets printed out as the return value, although this may be arbitrarily long. One should watch out for pretty printing or shorthand (e.g., # for a deep sublist). some nice things, that means you have to write program in Tcl/Tk doing the displaying and you have to write a program in Lisp to do the rest. Is that right? If that is the fact, then I no that this isn't the way I want to do it. I want to write a Lisp program that simply sends messages to the wish-Task, so that I have to learn as little as possible of Tcl/Tk. (It's hard enough to fight Lisp. :-) Well, this should work fine, if your task is event-driven. (A reasonable presumption if you're using Tcl/Tk.) Every time an event goes off, Tcl asks Lisp what to do with it, and Lisp replies. +- PETER DUDEY DRAKE 279-D SE Lilly Ave., Corvallis, OR 97333 -+ | MS student in Artificial Intelligence, Oregon State University | | Where I come from, we're ALL like this. | +- drakep@research.cs.orst.edu (finger dudeyp@research.cs.orst.edu) -+ From hjstein@MATH.HUJI.AC.IL Thu Feb 16 21:19:11 1995 Return-Path: Received: from sunset.ma.huji.ac.il by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03789; Thu, 16 Feb 95 21:19:11 +0100 Received: by sunset.ma.huji.ac.il id AA09951 (5.65c/HUJI 4.152 for clisp-list ); Thu, 16 Feb 1995 21:59:57 +0200 Date: Thu, 16 Feb 1995 21:59:57 +0200 From: "Harvey J. Stein" Message-Id: <199502161959.AA09951@sunset.ma.huji.ac.il> To: From: Oliver Andrich In-Reply-To: <199502160755.IAA11713@infko.uni-koblenz.de> Subject: Re: Wishlisp Cc: hjstein@MATH.HUJI.AC.IL, clisp-list Oliver Andrich writes: > Hi Harvey! > > > Of course, another solution to the problem of communication between a > > lisp process & a wish process is to just use STk instead of clisp. > > > > For those of you aren't familiar with it, STk is a scheme interpreter > > with Tk compiled in. It allows you to write scheme scripts to access > > Tk for windowing instead of having to write Tcl scripts. For example, > > I wrote a version of tetris in it. > > I tried STk too. But I found that it doesn't have the nice features of > Common Lisp and needs as much resources as CLISP and a wish-task. I > like all powerful features Common Lisp provides. :-) Of course, if you need the power, you're better off using Common Lisp than re-implementing everything in scheme. On the other hand, if you don't, it's nice to have the smaller footprint. However, the internet Lisp archives are quite a bit more extensive than the scheme archives. On the other hand, for basic added functionality, there's SLIB. Perhaps you'd like winterp? It's a lisp interface to Motif. On the plus side, it's lisp. On the minus side it's Motif :). The other minus is that it's not common lisp, it's only xlisp :(. It would be great if someone would develop a Tk interface to clisp. Maybe someone can yank the Tk interface out of STk & adapt it to clisp. Or, perhaps if we wait for guile (the FSF's entry in the GUI scripting wars), we can either use it, or rip out the Tk interface for clisp. The latter might be cleaner than using STk's interface, because the FSF is presumably cleaning up the interface to make it less Tcl like. > And STk is slow in comparison to CLISP, and even slower in comparison > to compiled CLISP-programs. > I didn't find that... But I didn't do extensive testing. I tried doing 1000 factorial in each and found STk to beat out clisp slightly (even when factorial was compiled). Harvey J. Stein hjstein@math.huji.ac.il From md94-tar@nada.kth.se Fri Feb 17 05:10:24 1995 Return-Path: Received: from hemul.nada.kth.se by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04229; Fri, 17 Feb 95 05:10:24 +0100 Received: (from md94-tar@localhost) by hemul.nada.kth.se (8.6.9/8.6.9) id EAA17036; Fri, 17 Feb 1995 04:59:05 +0100 Date: Fri, 17 Feb 1995 04:59:05 +0100 From: Tomas Arvidsson Message-Id: <199502170359.EAA17036@hemul.nada.kth.se> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <199502161619.RAA27325@infko.uni-koblenz.de> (message from Oliver Andrich on Thu, 16 Feb 95 17:36:38 +0100) Subject: Re: Developing a robot program > Today I need some information about robots... > Does anybody know some good literature on this topic For a brief overview, try Scientific American Dec 1991 pp. 82-91. For some interesting reading about robotics, especially walking and jumping robots, take a look at the book "Artificial intelligence at MIT" vol. 2 (MIT Press 1990 - ISBN 0-262-23150-6). If nothing else, you'll get a *big* bunch of references on robotics... -- Tomas Arvidson *** md94-tar@nada.kth.se * d91tar@csd.uu.se *** From andrich@mailhost.uni-koblenz.de Fri Feb 17 09:40:32 1995 Return-Path: Received: from infko.uni-koblenz.de (mailhost.uni-koblenz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04459; Fri, 17 Feb 95 09:40:32 +0100 Received: from flake.uni-koblenz.de (andrich@flake.uni-koblenz.de [141.26.4.37]) by infko.uni-koblenz.de (8.6.9/8.6.9) with SMTP id JAA20861 for ; Fri, 17 Feb 1995 09:29:02 +0100 From: Oliver Andrich Message-Id: <199502170829.JAA20861@infko.uni-koblenz.de> Received: by flake.uni-koblenz.de (4.1/KO-2.0) id AA17361; Fri, 17 Feb 95 09:30:32 +0100 Subject: Re: Using Tcl/Tk with CLISP (was Re: Multi-return value functions and To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Fri, 17 Feb 95 9:30:32 MET In-Reply-To: <9502161712.AA04330@raptor.CS.ORST.EDU>; from "Peter Dudey Drake" at Feb 16, 95 6:29 pm X-Mailer: ELM [version 2.3 PL11] > By the way, can you use the whole power of lisp when using your > method? As I understand you write a Tcl/Tk program that calls Lisp to do > > I believe so. Whatever Tcl sends to the Lisp process is sent through > EVAL. > There are three limitations that I know of to the technique I'm using: > > - If there's an error on the Lisp end, the whole deal dies hideously. > This could probably be fixed from Lisp by altering the error behavior. Hm.... I think that that is a problem, I won't experience. Cause Lisp parses every output from Tcl/Tk. Bye, Oliver From andrich@mailhost.uni-koblenz.de Fri Feb 17 09:51:00 1995 Return-Path: Received: from infko.uni-koblenz.de (mailhost.uni-koblenz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04533; Fri, 17 Feb 95 09:51:00 +0100 Received: from flake.uni-koblenz.de (andrich@flake.uni-koblenz.de [141.26.4.37]) by infko.uni-koblenz.de (8.6.9/8.6.9) with SMTP id JAA20987 for ; Fri, 17 Feb 1995 09:39:30 +0100 From: Oliver Andrich Message-Id: <199502170839.JAA20987@infko.uni-koblenz.de> Received: by flake.uni-koblenz.de (4.1/KO-2.0) id AA17405; Fri, 17 Feb 95 09:40:59 +0100 Subject: Re: Wishlisp To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Fri, 17 Feb 95 9:40:59 MET In-Reply-To: <199502161959.AA09951@sunset.ma.huji.ac.il>; from "Harvey J. Stein" at Feb 16, 95 9:23 pm X-Mailer: ELM [version 2.3 PL11] > Of course, if you need the power, you're better off using Common Lisp > than re-implementing everything in scheme. On the other hand, if you > don't, it's nice to have the smaller footprint. However, the internet > Lisp archives are quite a bit more extensive than the scheme archives. > On the other hand, for basic added functionality, there's SLIB. I think that the SLIB makes Scheme really useful, cause the SLIB provides a lot of nice features. > Perhaps you'd like winterp? It's a lisp interface to Motif. On the > plus side, it's lisp. On the minus side it's Motif :). The other > minus is that it's not common lisp, it's only xlisp :(. Well, I don't use Motif, cause I am using Linux on a machine with a 14" monitor. And because of the monitor I am using X-Windows not so often. I only use it for tasks, where I need it. Something like doing LaTeX. > It would be great if someone would develop a Tk interface to clisp. > Maybe someone can yank the Tk interface out of STk & adapt it to > clisp. Or, perhaps if we wait for guile (the FSF's entry in the GUI > scripting wars), we can either use it, or rip out the Tk interface for > clisp. The latter might be cleaner than using STk's interface, > because the FSF is presumably cleaning up the interface to make it > less Tcl like. I think that this would be quite nice. > > And STk is slow in comparison to CLISP, and even slower in comparison > > to compiled CLISP-programs. > > > > I didn't find that... But I didn't do extensive testing. I tried > doing 1000 factorial in each and found STk to beat out clisp slightly > (even when factorial was compiled). Well, I used the gabriel-benchmarks, and then I found clisp to be faster as STk. Bye, Oliver From andrich@mailhost.uni-koblenz.de Fri Feb 17 09:57:53 1995 Return-Path: Received: from infko.uni-koblenz.de (mailhost.uni-koblenz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04598; Fri, 17 Feb 95 09:57:53 +0100 Received: from flake.uni-koblenz.de (andrich@flake.uni-koblenz.de [141.26.4.37]) by infko.uni-koblenz.de (8.6.9/8.6.9) with SMTP id JAA21111 for ; Fri, 17 Feb 1995 09:46:24 +0100 From: Oliver Andrich Message-Id: <199502170846.JAA21111@infko.uni-koblenz.de> Received: by flake.uni-koblenz.de (4.1/KO-2.0) id AA17475; Fri, 17 Feb 95 09:47:53 +0100 Subject: Re: Developing a robot program To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Fri, 17 Feb 95 9:47:52 MET In-Reply-To: <199502170359.EAA17036@hemul.nada.kth.se>; from "Tomas Arvidsson" at Feb 17, 95 5:15 am X-Mailer: ELM [version 2.3 PL11] > > Today I need some information about robots... > > Does anybody know some good literature on this topic > > If nothing else, you'll get a *big* bunch of references on robotics... > Ok, send it to me. My home university can't provide any of the articles or books you mentioned. Bye, Oliver From matthias@intellektik.informatik.th-darmstadt.de Fri Feb 17 11:18:17 1995 Return-Path: Received: from rs2.hrz.th-darmstadt.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04746; Fri, 17 Feb 95 11:18:17 +0100 Received: from plopp.intellektik.informatik.th-darmstadt.de (plopp.intellektik.th-darmstadt.de) by rs2.hrz.th-darmstadt.de with SMTP id AA14939 (5.65c/IDA-1.4.4 for ); Fri, 17 Feb 1995 11:06:55 +0100 Received: by plopp.intellektik.informatik.th-darmstadt.de (4.1/Server-1.3/HRZ-THD) id AA00319; Fri, 17 Feb 95 11:06:54 +0100 Date: Fri, 17 Feb 95 11:06:54 +0100 From: Matthias Lindner Message-Id: <9502171006.AA00319@plopp.intellektik.informatik.th-darmstadt.de> To: clisp-list Subject: Re: Developing a robot program In-Reply-To: <199502170846.JAA21111@infko.uni-koblenz.de> References: <199502170846.JAA21111@infko.uni-koblenz.de> Oliver Andrich writes: > > Today I need some information about robots... > Does anybody know some good literature on this topic > If you want to talk to the *real* robotics freaks try the robot-board mailing list. To join the list, send an e-mail message with the Subject: line containing the following text: subscribe robot-board to "listserv@oberon.com". Then you will be automatically added to the list. To send a message to the people on the list, write e-mail to "robot-board@oberon.com". --Matthias ------------------------------------------------------------------------------ Matthias Lindner FG Intellektik, FB Informatik Technische Hochschule Darmstadt Alexanderstr.10, D-64283 Darmstadt TEL: +49 6151 166651 FAX: +49 6151 165326 NET: matthias@intellektik.informatik.th-darmstadt.de WWW: http://aida.intellektik.informatik.th-darmstadt.de/~matthias/ ------------------------------------------------------------------------------ From andrich@mailhost.uni-koblenz.de Fri Feb 17 16:45:40 1995 Return-Path: Received: from infko.uni-koblenz.de (mailhost.uni-koblenz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07662; Fri, 17 Feb 95 16:45:40 +0100 Received: from flake.uni-koblenz.de (andrich@flake.uni-koblenz.de [141.26.4.37]) by infko.uni-koblenz.de (8.6.9/8.6.9) with SMTP id QAA01672 for ; Fri, 17 Feb 1995 16:34:22 +0100 From: Oliver Andrich Message-Id: <199502171534.QAA01672@infko.uni-koblenz.de> Received: by flake.uni-koblenz.de (4.1/KO-2.0) id AA23769; Fri, 17 Feb 95 16:35:36 +0100 Subject: Re: Developing a robot program To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Fri, 17 Feb 95 16:35:36 MET In-Reply-To: <9502171006.AA00319@plopp.intellektik.informatik.th-darmstadt.de>; from "Matthias Lindner" at Feb 17, 95 11:23 am X-Mailer: ELM [version 2.3 PL11] > > > > Today I need some information about robots... > > Does anybody know some good literature on this topic > > > > If you want to talk to the *real* robotics freaks try the robot-board > list. To join the list, send an e-mail message with the Subject: line > containing the following text: > > subscribe robot-board > > to "listserv@oberon.com". Then you will be automatically added to the > list. To send a message to the people on the list, write e-mail to > "robot-board@oberon.com". > Hm... sounds good, but I can't reach anything from this nice account :-( outside the .de domain. So I must find a different way to get a subcription of this list. Bye, Oliver From dudeyp@research.CS.ORST.EDU Fri Feb 17 18:25:18 1995 Return-Path: Received: from research.CS.ORST.EDU (chert.CS.ORST.EDU) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07951; Fri, 17 Feb 95 18:25:18 +0100 Received: from raptor.CS.ORST.EDU by research.CS.ORST.EDU (4.1/1.30) id AA14727; Fri, 17 Feb 95 09:12:36 PST From: dudeyp@research.CS.ORST.EDU (Peter Dudey Drake) Received: by raptor.CS.ORST.EDU (4.1/CS-Client) id AA05269; Fri, 17 Feb 95 09:12:34 PST Date: Fri, 17 Feb 95 09:12:34 PST Message-Id: <9502171712.AA05269@raptor.CS.ORST.EDU> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Linux and the latest version I want to get the latest CLISP, so that I can use that trick for .lisp files, and get all of the other performance enhancements that have doubtlessly been added. Alas, the README file says that I need Linux 1.1.86 for the best one, and I have 1.0.9. Er, just how much do I have to re-install to be compatible? Is the "A" disk set ("base Linux system") enough, and is that liable to mess up any of my other stuff? Thanks, +- PETER DUDEY DRAKE 279-D SE Lilly Ave., Corvallis, OR 97333 -+ | MS student in Artificial Intelligence, Oregon State University | | Where I come from, we're ALL like this. | +- drakep@research.cs.orst.edu (finger dudeyp@research.cs.orst.edu) -+ From haible Fri Feb 17 18:49:40 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08159; Fri, 17 Feb 95 18:49:40 +0100 Date: Fri, 17 Feb 95 18:49:40 +0100 From: haible (Bruno Haible) Message-Id: <9502171749.AA08159@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Linux and the latest version > I want to get the latest CLISP ... > get all of the other performance enhancements that have > doubtlessly been added. No, I wouldn't say that the performance has been improved by much. Only if you run out of memory and clisp swaps like mad, you might notice a difference. > Alas, the README file says that I need Linux > 1.1.86 for the best one, and I have 1.0.9. Actually, the README is not up to date. Linux-1.1.91 is recommended. > Is the "A" disk set ("base Linux > system") enough, and is that liable to mess up any of my other stuff? The step from Linux-1.0.9 to Linux-1.1.91 only requires you to install a new kernel and the bdflush utility. (No warranty on this, though.) Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From andrich@mailhost.uni-koblenz.de Mon Feb 20 09:08:59 1995 Return-Path: Received: from infko.uni-koblenz.de (mailhost.uni-koblenz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10662; Mon, 20 Feb 95 09:08:59 +0100 Received: from flake.uni-koblenz.de (andrich@flake.uni-koblenz.de [141.26.4.37]) by infko.uni-koblenz.de (8.6.9/8.6.9) with SMTP id DAA16912 for ; Sat, 18 Feb 1995 03:44:38 +0100 From: Oliver Andrich Message-Id: <199502180244.DAA16912@infko.uni-koblenz.de> Received: by flake.uni-koblenz.de (4.1/KO-2.0) id AA25016; Sat, 18 Feb 95 03:46:02 +0100 Subject: Re: Linux and the latest version To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Sat, 18 Feb 95 3:46:01 MET In-Reply-To: <9502171712.AA05269@raptor.CS.ORST.EDU>; from "Peter Dudey Drake" at Feb 17, 95 6:30 pm X-Mailer: ELM [version 2.3 PL11] > I want to get the latest CLISP, so that I can use that trick for .lisp > files, and get all of the other performance enhancements that have > doubtlessly been added. Alas, the README file says that I need Linux > 1.1.86 for the best one, and I have 1.0.9. Er, just how much do I > have to re-install to be compatible? Is the "A" disk set ("base Linux > system") enough, and is that liable to mess up any of my other stuff? Well, you simply have to get the complete Kernel-Sources (a 2MB file) and I think you need gcc 2.5.8 and libc 4.5.26+, but I don't that for sure. At home I have this configuration and it works. BTW, you should download a new bdflush, too. Bye, Oliver From hoehle@inf-wiss.uni-konstanz.de Mon Feb 20 19:39:04 1995 Return-Path: Received: from inf-wiss.uni-konstanz.de (post.inf-wiss.ivp.uni-konstanz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12143; Mon, 20 Feb 95 19:39:04 +0100 Received: from stetten.inf-wiss.ivp.uni-konstanz.de by inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA01064; Mon, 20 Feb 95 19:24:13 +0100 Date: Mon, 20 Feb 95 19:24:13 +0100 From: hoehle@inf-wiss.uni-konstanz.de (Joerg-Cyril Hoehle) Message-Id: <9502201824.AA01064@inf-wiss.uni-konstanz.de> Received: by stetten.inf-wiss.ivp.uni-konstanz.de (4.1/SMI-4.1) id AA00844; Mon, 20 Feb 95 19:21:23 +0100 To: "Stewart G. Tattersall" Cc: clisp-list@[129.13.115.2] Subject: Clisp940204 add problem In-Reply-To: References: Stewart G. Tattersall writes: > > (+ 8.625 5.44) > 14.065001 > > > (+ 8.625 13.44) > 22.064999 > > > (+ 8.625 113.44) > 122.065 > > > (+ .625 .44) > 1.065 > What is causing this error is a mystery to me. Maybe it's not an error but a symptom of the limited mantissa of the floating point format. Most decimal numbers have no exact log2 representation and converting between the two representations causes the output you see. 0.999999999999999999999.... and 1.0 are the same numbers. With a limited mantissa you only get an approximation of the first. 5.44 is represented internally as 101.011100001010001111011 where it would really be 101.01110000101000111101011100001010001111010111000010100011110101110... ^ > I would like to see a bug fix. CLISP gives you a choice of four floating point formats. Try (setq *READ-DEFAULT-FLOAT-FORMAT* 'short-float) with one of SHORT-FLOAT, SINGLE-FLOAT (the default), DOUBLE-FLOAT and LONG-FLOAT. It might give you want you are looking for. It must not. You can choose the minimal number of digits to compute with in the long-float format. The default is 64. Otherwise you might give a try to rational arithmetic: > (+ 8625/1000 544/100) 2813/200 > (float *) 14.065 (Have a look at *DEFAULT-FLOAT-FORMAT* for this last conversion). > This problem is making me look bad using lisp as my environment of > choice. You could get the same with any language, with a pocket calculator or a Cray. > > (LISP-IMPLEMENTATION-VERSION) > "January 1994" > > My system is an A3000. You'll get exactly the same results with the January 1995 Sun4m CLISP version. Regards, Joerg Hoehle. hoehle@inf-wiss.uni-konstanz.de From andrich@mailhost.uni-koblenz.de Tue Feb 21 13:32:34 1995 Return-Path: Received: from infko.uni-koblenz.de (mailhost.uni-koblenz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13177; Tue, 21 Feb 95 13:32:34 +0100 Received: from schiller.uni-koblenz.de (andrich@schiller.uni-koblenz.de [141.26.4.32]) by infko.uni-koblenz.de (8.6.9/8.6.9) with SMTP id NAA02038 for ; Tue, 21 Feb 1995 13:20:26 +0100 From: Oliver Andrich Message-Id: <199502211220.NAA02038@infko.uni-koblenz.de> Received: by schiller.uni-koblenz.de (4.1/KO-2.0) id AA17858; Tue, 21 Feb 95 13:19:08 +0100 Subject: Vectors and fill-pointers To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Tue, 21 Feb 95 13:19:06 MET X-Mailer: ELM [version 2.3 PL11] Hallo alle zusammen! Wenn ich mit (make-array 200 :fill-pointer 0 :adjustable t) einen vector anlege, bekomme ich als Rueckgabe #(). Heisst das, dass ich ein leeres Feld habe, dass bis zu 200 Elementen enthalten darf ohne es resizen zu muessen, und wurde jetzt schon Speicher fuer diese Elemente allociert? Oder wird dies erst gemacht, wenn ich etwas in diesen Vector reinschreibe? Tschuess, Oliver From sauthier@lia.di.epfl.ch Tue Feb 21 13:57:12 1995 Return-Path: Received: from liasun6.epfl.ch by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13299; Tue, 21 Feb 95 13:57:12 +0100 Received: by liasun6.epfl.ch (Smail3.1.29.1 #13) id m0rgtxe-0005DxC; Tue, 21 Feb 95 13:45 GMT Message-Id: Date: Tue, 21 Feb 95 13:45 GMT From: sauthier@lia.di.epfl.ch (Eric Sauthier) To: clisp-list Subject: Re: Vectors and fill-pointers In-Reply-To: <199502211220.NAA02038@infko.uni-koblenz.de> References: <199502211220.NAA02038@infko.uni-koblenz.de> Oliver Andrich writes: > Hallo alle zusammen! > > Wenn ich mit (make-array 200 :fill-pointer 0 :adjustable t) einen > vector anlege, bekomme ich als Rueckgabe #(). > > Heisst das, dass ich ein leeres Feld habe, dass bis zu 200 Elementen > enthalten darf ohne es resizen zu muessen, und wurde jetzt schon > Speicher fuer diese Elemente allociert? Oder wird dies erst gemacht, > wenn ich etwas in diesen Vector reinschreibe? > > Tschuess, Oliver > Speicher ist allociert wenn (make-array ...) durchgeführt wird. Eric Sauthier From haible Tue Feb 21 14:52:22 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA16326; Tue, 21 Feb 95 14:52:22 +0100 Date: Tue, 21 Feb 95 14:52:22 +0100 From: haible (Bruno Haible) Message-Id: <9502211352.AA16326@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Vectors and fill-pointers Oliver Andrich nous parle en langue etrangere: > Wenn ich mit (make-array 200 :fill-pointer 0 :adjustable t) einen > vector anlege, bekomme ich als Rueckgabe #(). > Heisst das, dass ich ein leeres Feld habe, dass bis zu 200 Elementen > enthalten darf ohne es resizen zu muessen, und wurde jetzt schon > Speicher fuer diese Elemente allociert? Les fonctions DESCRIBE, TYPE-OF, ARRAY-DIMENSIONS te montreront qu'il y a de la place pour 200 elements dans le vecteur. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From dxs@evolving.com Wed Feb 22 00:35:18 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA19057; Wed, 22 Feb 95 00:35:18 +0100 Received: from shakey (shakey.evolving.com [192.124.159.3]) by citadel.evolving.com (8.6.9/8.6.9) with SMTP id QAA25050 for ; Tue, 21 Feb 1995 16:22:18 -0700 Received: by shakey (AIX 3.2/UCB 5.64/4.03) id AA21448; Tue, 21 Feb 1995 16:22:17 -0700 Date: Tue, 21 Feb 1995 16:22:17 -0700 From: dxs@evolving.com (Dan Stanger) Message-Id: <9502212322.AA21448@shakey> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: shared memory i need to access shared memory on a unix platform using clisp. i would like to create structures that can be read by other programs written in c. does anybody have any advice or code that i can use? thanks, dan stanger From goodwin@world.std.com Wed Feb 22 06:16:13 1995 Return-Path: Received: from europe.std.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA19389; Wed, 22 Feb 95 06:16:13 +0100 Received: from world.std.com by europe.std.com (8.6.8.1/Spike-8-1.0) id AAA14301; Wed, 22 Feb 1995 00:03:30 -0500 Received: from @world.std.com (world.std.com) by world.std.com (5.65c/Spike-2.0) id AA22945; Wed, 22 Feb 1995 00:03:27 -0500 Date: Wed, 22 Feb 1995 00:03:27 -0500 Message-Id: <199502220503.AA22945@world.std.com> X-Sender: goodwin@world.std.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: clisp-list From: goodwin@world.std.com (James W. Goodwin) Subject: Re: Vectors and fill-pointers >Oliver Andrich nous parle en langue >etrangere: Lisp? >> Wenn ich mit (make-array 200 :fill-pointer 0 :adjustable t) einen >> vector anlege, bekomme ich als Rueckgabe #(). >> Heisst das, dass ich ein leeres Feld habe, dass bis zu 200 Elementen >> enthalten darf ohne es resizen zu muessen, und wurde jetzt schon >> Speicher fuer diese Elemente allociert? > >Les fonctions DESCRIBE, TYPE-OF, ARRAY-DIMENSIONS te montreront qu'il y a >de la place pour 200 elements dans le vecteur. > > > Bruno Haible > haible@ma2s2.mathematik.uni-karlsruhe.de > > From dxs@evolving.com Wed Feb 22 23:05:52 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05400; Wed, 22 Feb 95 23:05:52 +0100 Received: from shakey (shakey.evolving.com [192.124.159.3]) by citadel.evolving.com (8.6.9/8.6.9) with SMTP id OAA20167 for ; Wed, 22 Feb 1995 14:52:49 -0700 Received: by shakey (AIX 3.2/UCB 5.64/4.03) id AA55064; Wed, 22 Feb 1995 14:52:48 -0700 Date: Wed, 22 Feb 1995 14:52:48 -0700 From: dxs@evolving.com (Dan Stanger) Message-Id: <9502222152.AA55064@shakey> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: use of mapcan Cc: dxs@citadel.evolving.com i have a question regarding mapcan used as a filter. if i want to avoid possible problems of side effects can i just return a cons containing the value i want to keep? for example (defun x (a) (if (keep a) (cons a nil) nil)) and (mapcan #'x '(a b c d)). will this avoid possible problems? thanks, dan stanger From bkn@ida.liu.se Thu Feb 23 09:44:11 1995 Return-Path: Received: from ida.liu.se (curofix.ida.liu.se) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05665; Thu, 23 Feb 95 09:44:11 +0100 Received: from obel4 by ida.liu.se (5.65b/ida.minimaster-V1.0b6d5) id AA06756; Thu, 23 Feb 95 09:31:26 +0100 From: Bernt Nilsson Received: by obel4 (4.1/ida.slave-V1.0b6d6) id AA00955; Thu, 23 Feb 95 09:31:23 +0100 Date: Thu, 23 Feb 95 09:31:23 +0100 Message-Id: <9502230831.AA00955@obel4> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: use of mapcan Cc: dxs@evolving.com Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Ida MMT 0.2 > i have a question regarding mapcan used as a filter. if i want to avoid > possible problems of side effects can i just return a cons containing > the value i want to keep? for example > (defun x (a) (if (keep a) (cons a nil) nil)) > and > (mapcan #'x '(a b c d)). > will this avoid possible problems? > thanks, > dan stanger Yes, the sideeffect of mapcan is limited to the toplevel conses. But if the thing you want to filter is a sequence, why not use "remove-if-not"? ex; (remove-if-not #'numberp '(a 17 42 b c 97 d e f)) -- Bernt From dxs@evolving.com Mon Feb 27 22:09:27 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA17220; Mon, 27 Feb 95 22:09:27 +0100 Received: from citadel.evolving.com by nz11.rz.uni-karlsruhe.de with SMTP (PP); Mon, 27 Feb 1995 21:56:14 +0100 Received: from shakey (shakey.evolving.com [192.124.159.3]) by citadel.evolving.com (8.6.9/8.6.9) with SMTP id NAA19789 for ; Mon, 27 Feb 1995 13:49:38 -0700 Received: by shakey (AIX 3.2/UCB 5.64/4.03) id AA61273; Mon, 27 Feb 1995 13:49:38 -0700 Date: Mon, 27 Feb 1995 13:49:38 -0700 From: dxs@evolving.com (Dan Stanger) Message-Id: <9502272049.AA61273@shakey> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: question regarding multiple-value-bind when i execute the following i get this error. (multiple-value-bind (x y) (values 1 2) (return nil)) *** - RETURN-FROM: no block named NIL is currently visible 1. Break> could someone explain why this is a error? thanks, dan stanger From andrich@mailhost.uni-koblenz.de Tue Feb 28 17:18:40 1995 Return-Path: Received: from infko.uni-koblenz.de (mailhost.uni-koblenz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18088; Tue, 28 Feb 95 17:18:40 +0100 Received: from flake.uni-koblenz.de (andrich@flake.uni-koblenz.de [141.26.4.37]) by infko.uni-koblenz.de (8.6.9/8.6.9) with SMTP id RAA01892 for ; Tue, 28 Feb 1995 17:09:02 +0100 From: Oliver Andrich Message-Id: <199502281609.RAA01892@infko.uni-koblenz.de> Received: by flake.uni-koblenz.de (4.1/KO-2.0) id AA07353; Tue, 28 Feb 95 17:06:38 +0100 Subject: Why is "]" == "\]"? To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Tue, 28 Feb 95 17:06:37 MET X-Mailer: ELM [version 2.3 PL11] Helloo everybody! What is the reason for the following? "]" == "\]" All tests said, that these two strings are equal. But how could I parse strings where "]" is command character or so but "\]" is legal syntax for using "]" as a normal character? BTW, i don't want to convert a strings to list, I want to use such nice features as char or aref when I am using vector. Bye, Oliver From @sequent.kiae.su,@artint.uucp:ivanov@artint.msk.su Mon Mar 6 16:29:16 1995 Return-Path: <@sequent.kiae.su,@artint.uucp:ivanov@artint.msk.su> Received: from sequent.kiae.su by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA22784; Mon, 6 Mar 95 16:29:16 +0100 Received: by sequent.kiae.su id AA26399 (5.65.kiae-2 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de); Mon, 6 Mar 1995 17:30:01 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 6 Mar 95 17:30:00 +0300 Received: by artint.msk.su (dMail for DOS v1.22, 06Apr94); Mon, 6 Mar 1995 17:32:43 +0200 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Message-Id: From: ivanov@artint.msk.su (Dmitri Ivanov) Date: Mon, 6 Mar 1995 17:32:44 +0200 (MSK) X-Mailer: dMail [Demos Mail for DOS v1.22] Subject: CLISP & WfW 3.11 Lines: 43 Hello, I have got clisp.zip from clisp/binaries/dos and tried to install it on Windows for Workgroups 3.11. My settings in file WINCLISP.PIF are like the following: Program: c:\rsx\bin\rsx.exe Program title: COMMON LISP Program parameters: c:\lib\lisp\lisp.exe -M c:\lib\lisp\lispinit.mem etc. according to README. When I try to start WINCLISP.PIF, I watch the picture as follows: ---------------------------------------------------------------------- i i i i i i i ooooo o ooooooo ooooo ooooo I I I I I I I 8 8 8 8 8 o 8 8 I I I I I I I 8 8 8 8 8 8 I I I I I I I 8 8 8 ooooo 8oooo I \ `+' / I 8 8 8 8 8 \ `-+-' / 8 o 8 8 o 8 8 `-__|__-' ooooo 8oooooo ooo8ooo ooooo 8 | ------+------ Copyright (c) Bruno Haible, Michael Stoll 1992, 1993, 1994 > process 2 get hardware fault 12 (stack fault) at 115DC Process terminated by SIGSEGV --------------------------------------------------------------------- Adding the following line to AUTOEXEC.BAT set RSX = C:\RSX\BIN\RSX.EXE did not improve anything. I am rather new in the EMS/RSX world and apologize beforehand if the problem seems easy. I'd be grateful for any help. Sincerely yours, Dmitri Ivanov Email: ivanov@artint.msk.su Russian Research Institute Tel: +7 (095) 152-0561 for Artificial Intelligence From johann@mail4.ai.univie.ac.at Thu Mar 9 16:28:39 1995 Return-Path: Received: from wieden.ai.univie.ac.at by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01213; Thu, 9 Mar 95 16:28:39 +0100 Received: (from johann@localhost) by wieden.ai.univie.ac.at (8.6.10/8.6.9) id QAA04718 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Thu, 9 Mar 1995 16:13:34 +0100 Date: Thu, 9 Mar 1995 16:13:34 +0100 From: Johann Petrak Message-Id: <199503091513.QAA04718@wieden.ai.univie.ac.at> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Why is "]" == "\]"? > "]" == "\]" > > All tests said, that these two strings are equal. But how could I > parse strings where "]" is command character or so but "\]" is legal > syntax for using "]" as a normal character? Since \ is an escape character in LISP you have to double it to get a string that actually contains the backslash. (see Steele CLtL2, p34) (Undefined escape sequences may just ignore the backslash, thus "\[" is identical to "["). So just double your backslash: "\\[" Johann Petrak Email: johann@ai.univie.ac.at Austrian Research Institute for Phone: +43-1-533-61-12 Artificial Intelligence +43-1-535-32-81/0 Schottengasse 3 Fax: +43-1-532-06-52 A-1010 Vienna, AUSTRIA Private Phone:+43-1-24-03-173 http://www.ai.univie.ac.at From johann@mail4.ai.univie.ac.at Thu Mar 9 16:39:29 1995 Return-Path: Received: from wieden.ai.univie.ac.at by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01300; Thu, 9 Mar 95 16:39:29 +0100 Received: (from johann@localhost) by wieden.ai.univie.ac.at (8.6.10/8.6.9) id QAA04727 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Thu, 9 Mar 1995 16:24:24 +0100 Date: Thu, 9 Mar 1995 16:24:24 +0100 From: Johann Petrak Message-Id: <199503091524.QAA04727@wieden.ai.univie.ac.at> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: question regarding multiple-value-bind > when i execute the following i get this error. > (multiple-value-bind (x y) (values 1 2) (return nil)) > > *** - RETURN-FROM: no block named NIL is currently visible > 1. Break> > could someone explain why this is a error? Why shouldn't it be? There is no block around the return and therefore no return can be used. The multiple-value-bind will return the last value after the values-form, so (multiple-value-bind (x y) (values 1 2)) ==> nil (multiple-value-bind (x y) (values 1 2) y) ==> 2 etc. To use return, use block, or do it inside one of the forms that implicitly create a block named nil: (block nil (multiple-value-bind (x y) (values 1 2) (return nil))) ==> nil Johann Petrak Email: johann@ai.univie.ac.at Austrian Research Institute for Phone: +43-1-533-61-12 Artificial Intelligence +43-1-535-32-81/0 Schottengasse 3 Fax: +43-1-532-06-52 A-1010 Vienna, AUSTRIA Private Phone:+43-1-24-03-173 http://www.ai.univie.ac.at From haible Thu Mar 9 17:20:24 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01529; Thu, 9 Mar 95 17:20:24 +0100 Date: Thu, 9 Mar 95 17:20:24 +0100 From: haible (Bruno Haible) Message-Id: <9503091620.AA01529@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: CLISP & WfW 3.11 > process 2 get hardware fault 12 (stack fault) at 115DC If you are using RSX version 5, you need to pass it the command line option "-Ra". Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From haible Thu Mar 9 17:37:07 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01769; Thu, 9 Mar 95 17:37:07 +0100 Date: Thu, 9 Mar 95 17:37:07 +0100 From: haible (Bruno Haible) Message-Id: <9503091637.AA01769@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: question regarding multiple-value-bind [Forwarded from Bill Barry .] Return only returns from inside an implicit or explicit block. Unlike some macros such as do, it seems that multiple-value-bind is not enclosed in an implicit block. You could use (multiple-value-bind (x y) (values 1 2) nil) Bill Barry From dudeyp@research.CS.ORST.EDU Thu Mar 9 19:44:45 1995 Return-Path: Received: from research.CS.ORST.EDU (chert.CS.ORST.EDU) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02570; Thu, 9 Mar 95 19:44:45 +0100 Received: from raptor.CS.ORST.EDU by research.CS.ORST.EDU (4.1/1.30) id AA10708; Thu, 9 Mar 95 09:25:15 PST From: dudeyp@research.CS.ORST.EDU (Peter Dudey Drake) Received: by raptor.CS.ORST.EDU (4.1/CS-Client) id AA07700; Thu, 9 Mar 95 09:29:52 PST Date: Thu, 9 Mar 95 09:29:52 PST Message-Id: <9503091729.AA07700@raptor.CS.ORST.EDU> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <199502281609.RAA01892@infko.uni-koblenz.de> (message from Oliver Andrich on Thu, 9 Mar 95 16:04:12 +0100) Subject: Re: Why is "]" == "\]"? Just off the top of my head... Have you tried "\\]" and/or "\\\]"? +- PETER DUDEY DRAKE 279-D SE Lilly Ave., Corvallis, OR 97333 -+ | MS student in Artificial Intelligence, Oregon State University | | "I was bored. You know how it is when two science guys start talking." | | -Tom Paris | +- drakep@research.cs.orst.edu (finger dudeyp@research.cs.orst.edu) -+ From andrich@mailhost.uni-koblenz.de Fri Mar 10 12:25:05 1995 Return-Path: Received: from infko.uni-koblenz.de (mailhost.uni-koblenz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03497; Fri, 10 Mar 95 12:25:05 +0100 Received: from joplin.uni-koblenz.de (andrich@joplin.uni-koblenz.de [141.26.5.68]) by infko.uni-koblenz.de (8.6.9/8.6.9) with SMTP id MAA18357 for ; Fri, 10 Mar 1995 12:10:08 +0100 From: Oliver Andrich Message-Id: <199503101110.MAA18357@infko.uni-koblenz.de> Received: by joplin.uni-koblenz.de (4.1/KO-2.0) id AA10170; Fri, 10 Mar 95 12:08:46 +0100 Subject: Re: Why is "]" == "\]"? To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Fri, 10 Mar 95 12:08:45 MET In-Reply-To: <9503091729.AA07700@raptor.CS.ORST.EDU>; from "Peter Dudey Drake" at Mar 9, 95 7:50 pm X-Mailer: ELM [version 2.3 PL11] Hello Peter! > Have you tried "\\]" and/or "\\\]"? > That is not the point. My input data looks like that "[..... some text \[ some more text \] even more text]", and I want to locate with search the [ and ], but my clisp or any other lisp I tried stops at the \]. Ok, I can preparse the input data with perl or so, but then I can do the whole transforming from SGF-Format to my LISP-data structure with perl. Bye Oliver From andrich@mailhost.uni-koblenz.de Fri Mar 10 12:28:38 1995 Return-Path: Received: from infko.uni-koblenz.de (mailhost.uni-koblenz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03541; Fri, 10 Mar 95 12:28:38 +0100 Received: from joplin.uni-koblenz.de (andrich@joplin.uni-koblenz.de [141.26.5.68]) by infko.uni-koblenz.de (8.6.9/8.6.9) with SMTP id MAA18621 for ; Fri, 10 Mar 1995 12:13:41 +0100 From: Oliver Andrich Message-Id: <199503101113.MAA18621@infko.uni-koblenz.de> Received: by joplin.uni-koblenz.de (4.1/KO-2.0) id AA10189; Fri, 10 Mar 95 12:12:19 +0100 Subject: Re: Why is "]" == "\]"? To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Fri, 10 Mar 95 12:12:19 MET In-Reply-To: <199503091513.QAA04718@wieden.ai.univie.ac.at>; from "Johann Petrak" at Mar 9, 95 5:20 pm X-Mailer: ELM [version 2.3 PL11] > > "]" == "\]" > > > > All tests said, that these two strings are equal. But how could I > > parse strings where "]" is command character or so but "\]" is legal > > syntax for using "]" as a normal character? > Since \ is an escape character in LISP you have to double it to > get a string that actually contains the backslash. (see Steele CLtL2, p34) > (Undefined escape sequences may just ignore the backslash, thus "\[" > is identical to "["). Ok, I know that too, after reading the Steele, but .... > So just double your backslash: "\\[" I don't want to preparse my input data with perl or so, but I want to do the whole job with LISP. And in my input data there are only "\[" and no "\\[". Is there no way to disable the escape sequencing for a while in order to do the job in LISP? Bye Oliver From matthias@intellektik.informatik.th-darmstadt.de Fri Mar 10 14:00:51 1995 Return-Path: Received: from rs2.hrz.th-darmstadt.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03655; Fri, 10 Mar 95 14:00:51 +0100 Received: from plopp.intellektik.informatik.th-darmstadt.de (plopp.intellektik.th-darmstadt.de) by rs2.hrz.th-darmstadt.de with SMTP id AA25695 (5.65c/IDA-1.4.4 for ); Fri, 10 Mar 1995 13:45:44 +0100 Received: by plopp.intellektik.informatik.th-darmstadt.de (4.1/Server-1.3/HRZ-THD) id AA14184; Fri, 10 Mar 95 13:45:42 +0100 Date: Fri, 10 Mar 95 13:45:42 +0100 From: Matthias Lindner Message-Id: <9503101245.AA14184@plopp.intellektik.informatik.th-darmstadt.de> To: clisp-list Subject: Re: Why is "]" == "\]"? In-Reply-To: <199503101110.MAA18357@infko.uni-koblenz.de> References: <199503101110.MAA18357@infko.uni-koblenz.de> Oliver Andrich writes: > Hello Peter! > > > Have you tried "\\]" and/or "\\\]"? > > > That is not the point. My input data looks like that "[..... some text > \[ some more text \] even more text]", and I want to locate with > search the [ and ], but my clisp or any other lisp I tried stops at > the \]. What else did you expect? If you want to skip the '\]'s, you have to implement this (in LISP or in any other language). Your problem is absolutely not related to LISPs *reading* syntax. If your input file contains a line like this: [ foo \[ bar \] baz ] (read-line your-file-stream) will produce this: "[foo \\[ bar \\] baz ]" So there should be no problem for you! To find the closing ] try something like this: (defun FIND-CLOSING-] (string) (do ((pos (position #\] string :test #'char=) (position #\] string :test #'char= :start (1+ pos)))) ((or (null pos) (zerop pos) (not (char= #\\ (char string (1- pos)))) (and (> pos 1) (char= #\\ (char string (- pos 2))))) pos))) > Ok, I can preparse the input data with perl or so, but then I > can do the whole transforming from SGF-Format to my LISP-data > structure with perl. And don't forget: EVERYTHING you can do in perl or any other language you can do much better in (C)LISP! :) have fun --Matthias ------------------------------------------------------------------------------ Matthias Lindner FG Intellektik, FB Informatik Technische Hochschule Darmstadt Alexanderstr.10, D-64283 Darmstadt TEL: +49 6151 166651 FAX: +49 6151 165326 NET: matthias@intellektik.informatik.th-darmstadt.de WWW: http://aida.intellektik.informatik.th-darmstadt.de/~matthias/ ------------------------------------------------------------------------------ From andrich@mailhost.uni-koblenz.de Mon Mar 13 11:57:50 1995 Return-Path: Received: from infko.uni-koblenz.de (mailhost.uni-koblenz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15008; Mon, 13 Mar 95 11:57:50 +0100 Received: from flake.uni-koblenz.de (andrich@flake.uni-koblenz.de [141.26.4.37]) by infko.uni-koblenz.de (8.6.9/8.6.9) with SMTP id LAA05686 for ; Mon, 13 Mar 1995 11:42:20 +0100 From: Oliver Andrich Message-Id: <199503131042.LAA05686@infko.uni-koblenz.de> Received: by flake.uni-koblenz.de (4.1/KO-2.0) id AA04916; Mon, 13 Mar 95 11:43:51 +0100 Subject: Re: Why is "]" == "\]"? To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Mon, 13 Mar 95 11:43:51 MET In-Reply-To: <9503101245.AA14184@plopp.intellektik.informatik.th-darmstadt.de>; from "Matthias Lindner" at Mar 10, 95 2:06 pm X-Mailer: ELM [version 2.3 PL11] Hello Peter! > > > Have you tried "\\]" and/or "\\\]"? > > > > > That is not the point. My input data looks like that "[..... some text > > \[ some more text \] even more text]", and I want to locate with > > search the [ and ], but my clisp or any other lisp I tried stops at > > the \]. > > What else did you expect? Well, I expected, if I read from a string-char-stream with read-char-sequence that I get a sequence of the characters from the input stream. And I expected the characters are the same as in the input-file. > If you want to skip the '\]'s, you have to > implement this (in LISP or in any other language). Your problem is > absolutely not related to LISPs *reading* syntax. > If your input file contains a line like this: > [ foo \[ bar \] baz ] > > (read-line your-file-stream) will produce this: > "[foo \\[ bar \\] baz ]" > Nope! If I make a string-char-input-stream with the string above or a file containing the string, I dont't get what you said, but you get "[foo [ bar ] baz ]". > And don't forget: EVERYTHING you can do in perl or any other language > you can do much better in (C)LISP! :) But slower. Bye Oliver From haible Mon Mar 13 12:16:10 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15111; Mon, 13 Mar 95 12:16:10 +0100 Date: Mon, 13 Mar 95 12:16:10 +0100 From: haible (Bruno Haible) Message-Id: <9503131116.AA15111@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Why is "]" == "\]"? > Well, I expected, if I read from a string-char-stream with > read-char-sequence that I get a sequence of the characters from the > input stream. And I expected the characters are the same as in the > input-file. This is exactly what you get. > Nope! If I make a string-char-input-stream with the string above or a > file containing the string, I dont't get what you said, but you get > "[foo [ bar ] baz ]". You must be calling READ on the same line twice, or something like that. Maybe a sample log can convince you: $ cat > andrich-file [ foo \[ bar \] baz ] $ cat andrich-file [ foo \[ bar \] baz ] $ clisp -q > (setq line (with-open-file (f "andrich-file") (read-line f))) "[ foo \\[ bar \\] baz ]" > (length line) 21 > (count #\\ line) 2 > (setq s (make-string-input-stream line)) # > (setq l (make-list (length line))) (NIL NIL NIL NIL NIL NIL NIL NIL NIL NIL NIL NIL NIL NIL NIL NIL NIL NIL NIL NIL NIL) > (read-char-sequence l s) 21 > l (#\[ #\Space #\f #\o #\o #\Space #\\ #\[ #\Space #\b #\a #\r #\Space #\\ #\] #\S pace #\b #\a #\z #\Space #\]) Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From @vm.urz.Uni-Heidelberg.de:JANSCHE@novell1.gs.uni-heidelberg.de Mon Mar 13 14:23:20 1995 Return-Path: <@vm.urz.Uni-Heidelberg.de:JANSCHE@novell1.gs.uni-heidelberg.de> Received: from vm.urz.Uni-Heidelberg.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA16556; Mon, 13 Mar 95 14:23:20 +0100 Received: from novell1.gs.uni-heidelberg.de by vm.urz.Uni-Heidelberg.de (IBM VM SMTP V2R2) with TCP; Mon, 13 Mar 95 14:06:53 CET Received: from NOVELL1_GS/FREDDY by novell1.gs.uni-heidelberg.de (Mercury 1.13); Mon, 13 Mar 95 14:07:43 +100 Received: from FREDDY by NOVELL1_GS (Mercury 1.13); Mon, 13 Mar 95 14:07:21 +100 From: "Jansche, Martin" Organization: LCL - University of Heidelberg To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Mon, 13 Mar 1995 14:07:12 MET Subject: Priority: normal X-Mailer: PMail v3.0 (R1a) Message-Id: <267B5CC5840@novell1.gs.uni-heidelberg.de> UNSUBSCRIBE clisp-list From kuboyama@is.kyushu-u.ac.jp Mon Mar 13 14:37:51 1995 Return-Path: Received: from athena.is.kyushu-u.ac.jp by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA16651; Mon, 13 Mar 95 14:37:51 +0100 Received: from localhost (kuboyama@localhost) by athena.is.kyushu-u.ac.jp (8.6.9+2.4Wb3/3.3W4) with SMTP id WAA09258 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Mon, 13 Mar 1995 22:22:36 +0900 Message-Id: <199503131322.WAA09258@athena.is.kyushu-u.ac.jp> X-Authentication-Warning: athena.is.kyushu-u.ac.jp: Host localhost didn't use HELO protocol To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Reply-To: kuboyama@is.kyushu-u.ac.jp Mime-Version: 1.0 Content-Type: text/plain;charset="ISO-2022-JP" Date: Mon, 13 Mar 1995 22:22:36 +0900 From: KUBOYAMA Tetsuji unsubscribe clisp-list From ghrezo@ccd.harris.com Mon Mar 13 15:07:01 1995 Return-Path: Received: from babylon5.ccd.harris.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA16756; Mon, 13 Mar 95 15:07:01 +0100 Received: (from root@localhost) by babylon5.ccd.harris.com (8.6.10/8.6.10) id IAA07515 for ; Mon, 13 Mar 1995 08:50:55 -0500 Received: from rs2b.ccd.harris.com(147.90.5.25) by babylon5.ccd.harris.com via smap (V1.3) id sma007510; Mon Mar 13 08:50:47 1995 Received: by rs2b.ccd.harris.com (AIX 3.2/UCB 5.64/4.03) id AA192746; Mon, 13 Mar 1995 08:50:43 -0500 From: ghrezo@ccd.harris.com (Gary Hrezo) Message-Id: <9503131350.AA192746@rs2b.ccd.harris.com> Subject: Re: your mail To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Mon, 13 Mar 1995 08:50:43 -0500 (EST) Cc: UNSUBSCRIBE@ccd.harris.com, clisp-list@ccd.harris.com In-Reply-To: <199503131322.WAA09258@athena.is.kyushu-u.ac.jp> from "KUBOYAMA Tetsuji" at Mar 13, 95 02:41:47 pm X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 35 > > unsubscribe clisp-list > > From haible Tue Mar 14 16:03:20 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00646; Tue, 14 Mar 95 16:03:20 +0100 Date: Tue, 14 Mar 95 16:03:20 +0100 From: haible (Bruno Haible) Message-Id: <9503141503.AA00646@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: CLOS Learning Examples [Forwarded from Ray Liere ; there seem to be mailing-list problems.] I am in the process of learning CLOS ... and the concepts of object-oriented programming in general. It would be helpful to have samples of "good CLOS code" to learn from. Most books I have read so far use quite large examples. I would find smaller examples helpful initially -- I am aware of the CLOS code available at nervous.cis.ohio-state.edu:/pub/lispers/clos (ref. lisp faq part 5). Does anyone know of other resources that I might be able to obtain -- such as code for the 8-queens problem, graph coloring, etc.? Thanks. Ray Liere lierer@mail.cs.orst.edu From johann@mail4.ai.univie.ac.at Tue Mar 14 17:58:39 1995 Return-Path: Received: from wieden.ai.univie.ac.at by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00985; Tue, 14 Mar 95 17:58:39 +0100 Received: (from johann@localhost) by wieden.ai.univie.ac.at (8.6.10/8.6.9) id RAA07367 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Tue, 14 Mar 1995 17:42:27 +0100 Date: Tue, 14 Mar 1995 17:42:27 +0100 From: Johann Petrak Message-Id: <199503141642.RAA07367@wieden.ai.univie.ac.at> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: CLOS Learning Examples > [Forwarded from Ray Liere ; there seem to be > mailing-list problems.] > > I am in the process of learning CLOS ... and the concepts of object-oriented > programming in general. It would be helpful to have samples of "good CLOS > code" to learn from. Most books I have read so far use quite large examples. > I would find smaller examples helpful initially -- I am aware of the > CLOS code available at nervous.cis.ohio-state.edu:/pub/lispers/clos > (ref. lisp faq part 5). > > Does anyone know of other resources that I might be able to obtain -- such > as code for the 8-queens problem, graph coloring, etc.? I have only recently learned CLOS myself, but I think that small programs cannot demonstrate the benefits and the "style" of CLOS programming properly. You have to have a need for objects and inheritance to use CLOS properly. With the 8-queens problem I don't see much of such a need. The book Sonya E. Keene, "Object-Oriented Programming in COMMON LISP" (Addison-Wesley, 1989) has example code for very small problems and only touches the very basic CLOS features. The 3d edition of P.H. Winston and B.K.P. Horn, "LISP" (Addison-Wesley, 1989) uses CLOS for some very small classic AI problems (blocks world etc.) Just my ATS 0.02, though... comments welcome! Johann Petrak Email: johann@ai.univie.ac.at Austrian Research Institute for Phone: +43-1-533-61-12 Artificial Intelligence +43-1-535-32-81/0 Schottengasse 3 Fax: +43-1-532-06-52 A-1010 Vienna, AUSTRIA Private Phone:+43-1-24-03-173 http://www.ai.univie.ac.at From CJTWITCHELL@wpmail.code3.com Wed Mar 15 20:33:49 1995 Return-Path: Received: from firewall.hsi.com (OZONE.HSI.COM) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00891; Wed, 15 Mar 95 20:33:49 +0100 Received: from localhost (uucp@localhost) by firewall.hsi.com (8.6.5/8.6.5) id OAA03061 for ; Wed, 15 Mar 1995 14:17:38 -0500 Received: from mercury.hsi.com(143.122.1.91) by ozone.hsi.com via smap (V1.3) id sma003053; Wed Mar 15 14:17:08 1995 Received: from code3.code3.com by mercury.hsi.com with SMTP id AA12999 (5.65c/IDA-1.4.4 for ); Wed, 15 Mar 1995 14:17:06 -0500 Received: from wpmail.code3.com by code3.code3.com (5.4R3.10/140.2) id AA23583; Wed, 15 Mar 1995 12:17:11 -0700 Received: from 3MHIS-Message_Server by wpmail.code3.com with Novell_GroupWise; Wed, 15 Mar 1995 12:20:34 -0700 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Wed, 15 Mar 1995 12:18:00 -0700 From: Claron Twitchell To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: CLOS examples The book "Object Oriented Design With Applications" has a CLOS example "of an intelligent system that solves cryptograms using a blackboard framework." The book also contains examples of using object-oriented design using Smalltalk, Object Pascal and C++. The book is written by Grady Booch, 1991, Benjamin/Cummigs Publishing Company, Inc., ISBN 0-8053-0091-0. I am interested in finding some CLOS examples that I could get anonymous FTP, so if anyone knows of some, please share. From jussien@info.emn.fr Fri Mar 17 08:28:31 1995 Return-Path: Received: from sem.info.emn.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02948; Fri, 17 Mar 95 08:28:31 +0100 Received: by sem.info.emn.fr (8.6.10/1.34) id IAA08452; Fri, 17 Mar 1995 08:11:45 +0100 From: jussien@info.emn.fr (Narendra Jussien 51858223) Message-Id: <199503170711.IAA08452@sem.info.emn.fr> Subject: To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Fri, 17 Mar 1995 08:11:44 +0100 (MET) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Length: 738 -- ,,, (o o) *---------------------------------o0o-(_)-o0o----------------------------------* | Narendra Govindan JUSSIEN | *--------------------------------------*---------------------------------------* | Ecole des Mines de Nantes | Tel : 51 85 82 23 (Poste Direct) | | 4 Rue Alfred Kastler | 51 85 82 02 (Secretariat) | | 44070 NANTES CEDEX 03 | Fax : 51 85 82 49 | | E-mail : jussien@info.emn.fr | *--------------------------------------*---------------------------------------* From poizat@ensinfo.univ-nantes.fr Wed Mar 22 12:08:25 1995 Return-Path: Received: from dec1 (dec1.ensinfo.sciences.univ-nantes.fr) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10725; Wed, 22 Mar 95 12:08:25 +0100 Received: by dec1; (5.65/1.1.8.2/06Sep94-0651PM) id AA24764; Wed, 22 Mar 1995 11:56:55 +0100 From: Pascal POIZAT - DEA Info Message-Id: <9503221056.AA24764@dec1> Subject: Graph class To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Wed, 22 Mar 1995 11:56:55 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 535 Hello, does anyone know where I could find a GRAPH CLASS (CLOS) ? I am working on methods to work on inheritance graphs and I think a graph class could be quite usefull. Pascal ---- ||| oO oo +---oOO-\_/-OOo----------------------------------------------------------------+ |Pascal Poizat, DEA Informatique | |EMail: poizat@ensinfo.univ-nantes.fr | +------------------------------------------------------------------------------+ From daa93@aber.ac.uk Wed Mar 22 16:16:06 1995 Return-Path: Received: from mailsun.aber.ac.uk by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11134; Wed, 22 Mar 95 16:16:06 +0100 Received: from athene.dcs.aber.ac.uk by mailsun.aber.ac.uk with SMTP (XTPPst-c); Wed, 22 Mar 1995 14:57:38 +0000 Received: from manuel.dcs.aber.ac.uk.dcs.aber.ac.uk (manuelbb) by athene.dcs.aber.ac.uk (4.1/aberclient-4.0-cs-1.1) id AA17431; Wed, 22 Mar 95 14:57:18 GMT From: daa93@aber.ac.uk Date: Wed, 22 Mar 1995 14:57:18 GMT Message-Id: <13317.9503221457@manuel.dcs.aber.ac.uk.dcs.aber.ac.uk> Return-Receipt-To: daa93@aber.ac.uk Acknowledge-To: daa93@aber.ac.uk X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Deleteing from a list Content-Length: 595 I have just discovered a curious ``feature'' of delete. It seems that you cannot delete the first item in a list. The value returned is correct but the list itself is not altered, e.g. > (setf l (list 'a 'b 'c)) (A B C) > (delete 'a l) (B C) > l (A B C) > (delete 'b l) (A C) > l (A C) I am using an old version of CLISP due to necessity so it may be a known and fixed bug. David. -- David Arnold (daa93@aber.ac.uk) Dept. Computer Science +44 (0)1970-622449 University of Wales,Aberystwyth, Dyfed SY23 3DB, UK. http://www.dcs.aber.ac.uk/~daa93 From jacsib@lutecium.fr Sun Mar 26 14:51:04 1995 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18577; Sun, 26 Mar 95 14:51:04 +0200 Received: from jsiboni.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA04514; Sun, 26 Mar 1995 14:33:06 +0200 (MET) Received: by jsiboni (MKS Internet Anywhere); Sun, 26 Mar 95 12:24:13 GMT From: jacsib@Lutecium.fr (Jacques B. Siboni) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Virtual Bit map on clisp Date: Sun, 26 Mar 1995 12:03:12 +0200 X-Mailer: MKS Internet Anywhere - Compose 1.1d X-Mksia-Sn: 3990079135 Message-Id: <796220653@jsiboni> Hi all, Do you know of a virtual bit map on clisp that works with MSDOS? Thanks in Advance Jacques -- Jacques B. Siboni (jacsib@lutecium.fr) 8 passage Charles Albert, 75018 Paris, France tel: (33 1) 42 28 76 78 fax: (33 1) 43 58 14 15 From jacsib@lutecium.fr Sun Mar 26 14:51:08 1995 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18582; Sun, 26 Mar 95 14:51:08 +0200 Received: from jsiboni.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA04510; Sun, 26 Mar 1995 14:33:04 +0200 (MET) Received: by jsiboni (MKS Internet Anywhere); Sun, 26 Mar 95 12:22:05 GMT From: jacsib@Lutecium.fr (Jacques B. Siboni) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Linking clisp with other object codes Date: Sun, 26 Mar 1995 12:03:04 +0200 X-Mailer: MKS Internet Anywhere - Compose 1.1d X-Mksia-Sn: 3990079135 Message-Id: <796220525@jsiboni> Hi all lisp lovers, I am looking for a means to call C or asm functions from clisp toplevel on msdos system. I need to use these functions from a low level because they are computations that have to be called very often. If I call a shell it will take too much cpu. Can I link an obj with clisp obj and in that case what do I need to do that? is there within clisp, a low level system call? Do you think of another means? Thanks in advance Jacques -- Jacques B. Siboni (jacsib@lutecium.fr) 8 passage Charles Albert, 75018 Paris, France tel: (33 1) 42 28 76 78 fax: (33 1) 43 58 14 15 From haible Tue Apr 4 15:23:53 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA26574; Tue, 4 Apr 95 15:23:53 +0200 Date: Tue, 4 Apr 95 15:23:53 +0200 From: haible (Bruno Haible) Message-Id: <9504041323.AA26574@ma2s2.mathematik.uni-karlsruhe.de> To: AI.Repository@cs.cmu.edu, anders.vinjar@notam.uio.no, bil@ccrma.Stanford.EDU, bogoethe@rbhp56.rbg.informatik.th-darmstadt.de, clisp-list@ma2s2, dxs@evolving.com, friedman@gnu.ai.mit.edu, hkt@guido.zkm.de, tkunze@ccrma.Stanford.EDU Subject: New version of old CLISP A new version of my current personal source of CLISP is at the usual place, in ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/clisp/source-haible/. Change log since 1 January 1995: 4 April 1995 ============ User visible changes -------------------- * The initial value of *PACKAGE* can be specified by a command line option. * X3J13 vote <6> is implemented: New place ROW-MAJOR-AREF. * X3J13 vote <126> is implemented: New function DELETE-PACKAGE. * X3J13 vote <14> is implemented: Closing a synonym stream does not close its constituent stream. * Foreign language interface for C and ANSI C. New package FFI. New macros FFI:DEF-C-TYPE, FFI:DEF-C-VAR, FFI:DEF-C-CALL-OUT, FFI:DEF-C-CALL-IN, FFI:DEF-C-ENUM, FFI:DEF-C-STRUCT, FFI:DEF-CALL-OUT, FFI:DEF-CALL-IN, FFI:ELEMENT, FFI:DEREF, FFI:SLOT, FFI:CAST, FFI:TYPEOF, FFI:SIZEOF, FFI:BITSIZEOF. This currently works only on Unix and only with the CPUs i386/486/586, m680x0, Mips, SPARC, DEC Alpha, HP-PA, RS/6000. Warning: (COMPILE-FILE "filename.lsp") now overwrites the file "filename.c". * New macros MUFFLE-CERRORS and APPEASE-CERRORS. During their execution, continuable errors are handled by the function CONTINUE. MUFFLE-CERRORS does this silently, APPEASE-CERRORS prints the error as a warning. * New macro EXIT-ON-ERROR. During its execution, non-continuable errors cause CLISP to exit with error status. * The function ED, when asked to edit a non-existent file, now creates that file instead of signalling an error. * When a non-absolute pathname is specified for the -o command line option (destination file of a compilation), it is interpreted as relative to the current directory, not relative to the source file of the compilation. * The readline library now uses the last column of the screen if the terminal is an xterm, for example. Work done by Chet Ramey. * Fixed two bugs in the LOOP macro: FOR-AS-ACROSS clauses could result in AREF signalling an out-of-bounds error at the end of the vector. Initialisations for FOR-AS-= clauses could be executed in the wrong order. * Fixed a bug in the compiler which caused LOAD-TIME-VALUE forms to be evaluated at compile time. * Fixed a bug in the debugger: Choosing a restart Rnnn always invoked the last restart listed, not the chosen one. * Fixed a bug: (CLOSE *TERMINAL-IO*) signals an error again. * On DOS and OS/2, the Lisp reader now treats Ctrl-Z as whitespace. * The -I command line option now tells the readline library to handle the Tab character as normal self-inserting character. * Unix version only: DISASSEMBLE can display machine instructions, provided that GNU gdb is present. Portability ----------- * Updated support for EMX. * Fixed a bug which caused a preprocessor error on SunOS and OSF/1. * Small fixes for Sinix and SCO. * Removed support for Coherent. Other modifications ------------------- * Generational garbage collection now also works on IRIX 5.2. * Generational garbage collection and support for immutable objects don't exclude each other any more. * Speed up the bytecode interpreter by about 2%. * Miscellaneous documentation updates. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From haible Wed Apr 5 15:24:29 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA29760; Wed, 5 Apr 95 15:24:29 +0200 Date: Wed, 5 Apr 95 15:24:29 +0200 From: haible (Bruno Haible) Message-Id: <9504051324.AA29760@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Deleteing from a list David Arnold writes about the DELETE function: > It seems that > you cannot delete the first item in a list. The value returned is > correct but the list itself is not altered You mean that you have stored the list in a variable and would like the variable to be automatically updated when you call DELETE. This is not possible because the DELETE function does not know in which variables the list has been stored. (Just altering the list structure wouldn't help in the case when you are deleting the first item of a list of length 1.) Stop thinking in terms of side-effects, and think of DELETE as a _function_ which _returns_ a list with some elements missing, just like REMOVE, the only difference between DELETE and REMOVE being that DELETE _may_ reuse the storage occupied by the argument. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From toy@rtp.ericsson.se Thu Apr 6 18:50:43 1995 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02249; Thu, 6 Apr 95 18:50:43 +0200 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.6.10/8.6.10) with ESMTP id LAA23378 for ; Thu, 6 Apr 1995 11:30:27 -0500 Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2.exu.ericsson.se (8.6.8/NAHUB-MR1.1) with ESMTP id LAA22962 for ; Thu, 6 Apr 1995 11:30:26 -0500 Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id MAA20946; Thu, 6 Apr 1995 12:33:37 -0400 Message-Id: <199504061633.MAA20946@screamer.rtp.ericsson.se> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: toy@rtp.ericsson.se Subject: Type contagion Date: Thu, 06 Apr 1995 12:30:18 -0400 From: Raymond Toy I have a simple question about type contagion on clisp. According to impnotes.txt, type contagion is not implemented as specified by CLTL. I understand the reasons given, and they certainly make sense. However, they also make double-float work more difficult because I have to be much more careful about mixing single-floats and double-floats together. Is there any way to get type contagion to work more like CLTL? Forgive me if this has been asked before. I looked through the mail archives but didn't see anything about this. Ray From toy@rtp.ericsson.se Thu Apr 6 18:56:55 1995 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02318; Thu, 6 Apr 95 18:56:55 +0200 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.6.10/8.6.10) with ESMTP id LAA23784 for ; Thu, 6 Apr 1995 11:36:55 -0500 Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2.exu.ericsson.se (8.6.8/NAHUB-MR1.1) with ESMTP id LAA22998 for ; Thu, 6 Apr 1995 11:36:55 -0500 Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id MAA20957; Thu, 6 Apr 1995 12:40:05 -0400 Message-Id: <199504061640.MAA20957@screamer.rtp.ericsson.se> To: CLISP Mailing List Cc: toy@rtp.ericsson.se Subject: Online documentation and describe Date: Thu, 06 Apr 1995 12:36:46 -0400 From: Raymond Toy I've just started using clisp (and lisp in general), and I find clisp to be an excellent implementation. The only area that I think is lacking is online documentation, which the docs say are none existent. I was wondering if anyone has taken a look at gcl. GCL-2.0 has an info file for documentation, and (describe 'fun) looks up "fun" in the info file and prints out the entry. I've started to modify some of the lisp from gcl to work with clisp. As a lisp novice, this is a pretty large task since some gcl specifics are used. With some modifications for clisp, I think this would make a wonderful addition for clisp. Certainly, better than what describe does now. Anyone interested in helping me? I need a lot of lisp help, but I can do some of the info file changes for clisp. Ray From toy@rtp.ericsson.se Thu Apr 6 19:01:06 1995 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02367; Thu, 6 Apr 95 19:01:06 +0200 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.6.10/8.6.10) with ESMTP id LAA23992 for ; Thu, 6 Apr 1995 11:41:08 -0500 Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2.exu.ericsson.se (8.6.8/NAHUB-MR1.1) with ESMTP id LAA23030 for ; Thu, 6 Apr 1995 11:41:08 -0500 Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id MAA20966; Thu, 6 Apr 1995 12:44:18 -0400 Message-Id: <199504061644.MAA20966@screamer.rtp.ericsson.se> To: CLISP Mailing List Cc: toy@rtp.ericsson.se Subject: XP pretty printing? Date: Thu, 06 Apr 1995 12:40:59 -0400 From: Raymond Toy Another simple question: I have the XP pretty printing package and compiled it (very easily) for clisp. It works just fine (except it fails on two out of 600+ tests). I compiled and loaded XP, and ran (xp::install). Everything is fine, but only get XP pretty-printing when I explicitly call the XP pretty printer or print directly. When I just enter a variable at the prompt, I get the standard system(?) print function instead of the XP version. How do I get XP to replace the print function? That is, I want to replace the print part of the read-eval-print loop. I can't figure out how to do that. Thanks for you help, Ray From davidf@mks.com Thu Apr 6 19:35:05 1995 Return-Path: Received: from mks-gate.mks.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02456; Thu, 6 Apr 95 19:35:05 +0200 Received: from mks.com by mks-gate.mks.com (8.6.8.1/DEKA-950225) with SMTP id NAA13780 for ; Thu, 6 Apr 1995 13:15:02 -0400 Received: from worf by mks.com (4.1/GIGA-950329) id AA28876; Thu, 6 Apr 95 13:14:59 EDT To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Problems building 1995-04-04 Date: Thu, 06 Apr 1995 13:14:43 -0400 Message-Id: <12315.797188483@worf.mks.com> From: "David J. Fiander" well, I've been having LOTS of problems, but here's an easy one first: gcc -O -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -fomit-frame-pointer -O2 -static spvw.o spvwtabf.o spvwtabs.o spvwtabo.o eval.o control.o pathname.o stream.o socket.o io.o array.o hashtabl.o list.o package.o record.o sequence.o charstrg.o debug.o error.o misc.o time.o predtype.o symbol.o lisparit.o graph.o unixaux.o arisparc.o gmalloc.o modules.o libreadline.a -ltermcap -lX11 -o lisp.run ld: Undefined symbol _pr_hex8 collect: /usr/bin/ld returned 2 exit status It turns out that pr_hex8 is inside an #ifdef DYNAMIC_FFI in io.d. Just deleting the ifdef, so that pr_hex8 is always available seems to have fixed the problem. Now, how do you build this sucker on BSDi 1.0????? - David From rls@therat.math.waikato.ac.nz Fri Apr 7 05:16:15 1995 Return-Path: Received: from therat.math.waikato.ac.nz by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02866; Fri, 7 Apr 95 05:16:15 +0200 Received: by therat.math.waikato.ac.nz (Linux Smail3.1.28.1 #1) id m0rx4D0-00006oC; Fri, 7 Apr 95 14:55 NZST Message-Id: Date: Fri, 7 Apr 95 14:55 NZST From: rls@therat.math.waikato.ac.nz (Richard Shepherd) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: building new clisp Hi clispers, I just have a question about building the new clisp. I already have the 1995-01-01 sources and so I only retrieved the new clispsrc-newreadline.tar.z and the clispsrc-1995-01-01-to-1995-04-04.tar.z. I have untarred the old sources and now I guess I untar the update INSIDE the directory clisp-1995-01-01 (perhaps after renaming it clisp-1995-04-04 ?) and go: patch < diffs-1995-01-01-to-1995-04-04 and the carry on with the build as for the old version? Could someone confirm this for me, or correct me.... I just wanna get it all going, but without beating my head on a brick wall too much... This FFI sounds really good for my work... Cheers, 8<--------------------------->8 Richard Shepherd. (rls@therat.math.waikato.ac.nz) WWW home page:- http://therat.math.waikato.ac.nz From poizat@ensinfo.univ-nantes.fr Fri Apr 7 08:03:42 1995 Return-Path: Received: from dec1 (dec1.ensinfo.sciences.univ-nantes.fr) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03069; Fri, 7 Apr 95 08:03:42 +0200 Received: by dec1; (5.65/1.1.8.2/06Sep94-0651PM) id AA22518; Fri, 7 Apr 1995 07:49:11 +0200 From: Pascal POIZAT - DEA Info Message-Id: <9504070549.AA22518@dec1> Subject: Re: Online documentation and describe To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Fri, 7 Apr 1995 07:49:11 +0200 (MET DST) In-Reply-To: <199504061640.MAA20957@screamer.rtp.ericsson.se> from "Raymond Toy" at Apr 6, 95 07:01:30 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1101 > Anyone interested in helping me? I need a lot of lisp help, but I can > do some of the info file changes for clisp. > > Ray Hello, I don't you if you already know it, but just in case you don't here is an HTML link where you can find "Common Lisp, The Language, 2nd Edition" online: http://www.cs.cmu.edu/Web/Groups/AI/html/cltl/cltl2.html

Since this mail is an HTML document, you should be able after loading it with some kind of Mosaic or Netscape to CLICK HERE to go there directly. I hope, it can help you making the info files you talked about. Pascal -- ||| oO oo +---oOO-\_/-OOo----------------------+-----------------------------------------+ |Pascal Poizat, DEA Informatique |A12oo, M-Tec/28 | |EMail: poizat@ensinfo.univ-nantes.fr| | +------------------------------------+-----------------------------------------+ From haible Fri Apr 7 15:44:53 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03942; Fri, 7 Apr 95 15:44:53 +0200 Date: Fri, 7 Apr 95 15:44:53 +0200 From: haible (Bruno Haible) Message-Id: <9504071344.AA03942@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Type contagion Raymond Toy writes: > I have a simple question about type contagion on clisp. According to > impnotes.txt, type contagion is not implemented as specified by CLTL. > I understand the reasons given, and they certainly make sense. > > Is there any way to get type contagion to work more like CLTL? No. > However, they also make double-float work more difficult because I > have to be much more careful about mixing single-floats and > double-floats together. You would have to be careful when mixing single-floats and double-floats anyway. With the CLtL contagion rules, however, you would not notice that you have to be careful. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From haible Fri Apr 7 15:53:44 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04031; Fri, 7 Apr 95 15:53:44 +0200 Date: Fri, 7 Apr 95 15:53:44 +0200 From: haible (Bruno Haible) Message-Id: <9504071353.AA04031@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Lisp programs as stand-alone Unix executables In ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/clisp/contrib/clispsh.tar.z you can find a small package which allows turning CLISP programs into normal Unix executables. Useful for using Lisp as a "scripting language". This package requires clisp-1995-04-04 or newer. For example, a filter which reverses the characters in every line can be written like this: ========================= line-reverse ====================== #!/usr/local/bin/clispsh (defun process-file (istream ostream) (let ((eof "EOF")) (loop for line = (read-line istream nil eof) do (when (eq line eof) (return)) (write-line (reverse line) ostream) ) ) ) (process-file *standard-input* *standard-output*) ============================================================= chmod a+x line-reverse ---------------------- makes this a valid Unix executable. The command-line arguments are passed in a variable *ARGS*, as a list of strings. For example, a program which prints its arguments is ============= args ============== #!/usr/local/bin/clispsh (format t "args = ~:S~%" *args*) ================================= Author: Bruno Haible Copyright policy: GNU GPL From haible Fri Apr 7 17:27:38 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04714; Fri, 7 Apr 95 17:27:38 +0200 Date: Fri, 7 Apr 95 17:27:38 +0200 From: haible (Bruno Haible) Message-Id: <9504071527.AA04714@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Problems building 1995-04-04 > ld: Undefined symbol > _pr_hex8 Oops. This is a bug. Thanks for reporting it. I have replaced source-haible/clispsrc.tar.z. The patch fixing this and a couple of other build problems is in source-haible/1995-04-04/clispsrc-patch1 . > I've been having LOTS of problems, but here's an easy one first Please come out with the next problems... Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From haible Fri Apr 7 17:33:52 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04822; Fri, 7 Apr 95 17:33:52 +0200 Date: Fri, 7 Apr 95 17:33:52 +0200 From: haible (Bruno Haible) Message-Id: <9504071533.AA04822@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: building new clisp Richard Shepherd says: > I already have the 1995-01-01 sources and so I only retrieved the new > clispsrc-newreadline.tar.z and the > clispsrc-1995-01-01-to-1995-04-04.tar.z. > I have untarred the old sources and now I guess I untar the update > INSIDE the directory clisp-1995-01-01 Right. > perhaps after renaming it clisp-1995-04-04 ? You can rename the directory beforehand or afterwards. > and go: patch < diffs-1995-01-01-to-1995-04-04 Use: patch -p1 < diffs-1995-01-01-to-1995-04-04 > This FFI sounds really good for my work... Please test it and report problems. I have tested it only with some Linux C library functions. If someone could write X11/Xt/Xaw library bindings, that would be great. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From dudeyp@research.CS.ORST.EDU Fri Apr 7 18:32:26 1995 Return-Path: Received: from research.CS.ORST.EDU (chert.CS.ORST.EDU) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05080; Fri, 7 Apr 95 18:32:26 +0200 Received: from darwin.CS.ORST.EDU by research.CS.ORST.EDU (4.1/1.30) id AA25191; Fri, 7 Apr 95 09:16:09 PDT From: dudeyp@research.CS.ORST.EDU (Peter Dudey Drake) Received: by darwin.CS.ORST.EDU (4.1/CS-Client) id AA16066; Fri, 7 Apr 95 09:10:43 PDT Date: Fri, 7 Apr 95 09:10:43 PDT Message-Id: <9504071610.AA16066@darwin.CS.ORST.EDU> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <9504071353.AA04031@ma2s2.mathematik.uni-karlsruhe.de> (haible@ma2s2.mathematik.uni-karlsruhe.de) Subject: Re: Lisp programs as stand-alone Unix executables Now, just out of curiosity, what if the program being made into an executable contains calls to EVAL and FUNCALL? Does this just result in a really big executable? +- PETER DUDEY DRAKE 279-D SE Lilly Ave., Corvallis, OR 97333 -+ | MS student in Artificial Intelligence, Oregon State University | | "Wow! That was so cool, Rizzo! I've never been pulled through a block | | and tackle before!" -- Gonzo | +- drakep@research.cs.orst.edu (finger dudeyp@research.cs.orst.edu) -+ From toy@rtp.ericsson.se Fri Apr 7 19:27:52 1995 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05344; Fri, 7 Apr 95 19:27:52 +0200 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.6.10/8.6.10) with ESMTP id MAA03790 for ; Fri, 7 Apr 1995 12:07:40 -0500 Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2.exu.ericsson.se (8.6.8/NAHUB-MR1.1) with ESMTP id MAA26755 for ; Fri, 7 Apr 1995 12:07:39 -0500 Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id NAA26723 for ; Fri, 7 Apr 1995 13:10:52 -0400 Message-Id: <199504071710.NAA26723@screamer.rtp.ericsson.se> To: clisp-list Subject: Re: Type contagion In-Reply-To: (Your message of Fri, 07 Apr 1995 15:49:42 +0200.) <9504071344.AA03942@ma2s2.mathematik.uni-karlsruhe.de> Date: Fri, 07 Apr 1995 13:07:32 -0400 From: Raymond Toy >>>>> "Bruno" == Bruno Haible writes: Bruno> Raymond Toy writes: >> I have a simple question about type contagion on clisp. According to >> impnotes.txt, type contagion is not implemented as specified by CLTL. >> I understand the reasons given, and they certainly make sense. >> >> Is there any way to get type contagion to work more like CLTL? Bruno> No. Oh well. I really ought to be more careful about type contagion anyway. This would might give me big performance gains if I used cmulisp. Thanks for the info. Ray From toy@rtp.ericsson.se Fri Apr 7 19:33:29 1995 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05399; Fri, 7 Apr 95 19:33:29 +0200 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.6.10/8.6.10) with ESMTP id MAA04065 for ; Fri, 7 Apr 1995 12:13:21 -0500 Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2.exu.ericsson.se (8.6.8/NAHUB-MR1.1) with ESMTP id MAA26775 for ; Fri, 7 Apr 1995 12:13:20 -0500 Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id NAA26745 for ; Fri, 7 Apr 1995 13:16:32 -0400 Message-Id: <199504071716.NAA26745@screamer.rtp.ericsson.se> To: clisp-list Subject: Re: Online documentation and describe In-Reply-To: (Your message of Fri, 07 Apr 1995 08:09:10 +0200.) <9504070549.AA22518@dec1> Date: Fri, 07 Apr 1995 13:13:13 -0400 From: Raymond Toy >>>>> "Pascal" == Pascal POIZAT <- DEA Info > writes: [location of cltl2 html deleted] Pascal> I hope, it can help you making the info files you talked about. That was one of the first things I did. I have to reference the book all of the time because I just can't remember all of the parameters to everything. :-) Actually, making the info files is the easy part. I was just going to modify the gcl info files so that they reflected clisp instead of gcl. The hard part (for me, that is) is getting gcl's info.lsp and describe.lsp to work with clisp. This is the area that I need help in. Also, is it the policy of the list to normally reply to the sender instead of the whole list? Ray ====================================================================== -----> Raymond Toy Tel: 919-990-7480 Ericsson Inc. Fax: 919-990-7451 1 Triangle Drive E-mail: toy@rtp.ericsson.se RTP, NC 27709 From davidf@mks.com Fri Apr 7 20:45:48 1995 Return-Path: Received: from mks-gate.mks.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05746; Fri, 7 Apr 95 20:45:48 +0200 Received: from mks.com by mks-gate.mks.com (8.6.8.1/DEKA-950225) with SMTP id OAA25451 for ; Fri, 7 Apr 1995 14:25:25 -0400 Received: from worf by mks.com (4.1/GIGA-950329) id AA05985; Fri, 7 Apr 95 14:25:23 EDT To: clisp-list Subject: Re: Problems building 1995-04-04 In-Reply-To: Your message of "Fri, 07 Apr 1995 17:33:00 +0200." <9504071527.AA04714@ma2s2.mathematik.uni-karlsruhe.de> Date: Fri, 07 Apr 1995 14:24:48 -0400 Message-Id: <29787.797279088@worf.mks.com> From: "David J. Fiander" > > I've been having LOTS of problems, but here's an easy one first > > Please come out with the next problems... Well, a good one is the fact that my german is not up to the task of reading the comments in the code, but I need the practice anyway, for the next time I talk to Opa ;-) I managed to successfully build on BSDi 1.0, but only after setting -DNO_ASM. The assembly code in eval.d wouldn't make it past the "native" gcc for some reason (Bad "%%" codes of some sort. I tried a variety of different things.) I still haven't been able to build it on solaris 2.3. The SUNWspro compiler tries to really parse files fed to 'cc -E', so I can't run the assembler code through it and, as for the version of gcc that we have installed on the solaris box, it's cpp calls abort() (without an error message I might add) while trying to process spvw.c. I HAVE managed to build on SunOS 4.1, but the solaris box refuses to run it, for some reason. lisp.run thinks that the memory image has been built by a different version of clisp. Finally, if anybody has a SCO clisp binary with no X-windows support, I'd love to get a copy. My SCO box at home _might_ be able to run clisp, but I know for a fact that it has nowhere near enough disk for the task of building it. - David From ghrezo@ccd.harris.com Fri Apr 7 21:28:50 1995 Return-Path: Received: from babylon5.ccd.harris.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05921; Fri, 7 Apr 95 21:28:50 +0200 Received: (from root@localhost) by babylon5.ccd.harris.com (8.6.10/8.6.10) id PAA06512 for ; Fri, 7 Apr 1995 15:08:28 -0400 Received: from rs2b.ccd.harris.com(147.90.5.25) by babylon5.ccd.harris.com via smap (V1.3) id sma006501; Fri Apr 7 15:08:17 1995 Received: by rs2b.ccd.harris.com (AIX 3.2/UCB 5.64/4.03) id AA185013; Fri, 7 Apr 1995 15:08:15 -0400 From: ghrezo@ccd.harris.com (Gary Hrezo) Message-Id: <9504071908.AA185013@rs2b.ccd.harris.com> Subject: To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Fri, 7 Apr 1995 15:08:15 -0400 (EDT) X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 23 unsubscribe clisp-list From dxs@evolving.com Sat Apr 8 00:01:57 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06166; Sat, 8 Apr 95 00:01:57 +0200 Received: from shakey (shakey.evolving.com [192.124.159.3]) by citadel.evolving.com (8.6.9/8.6.9) with SMTP id PAA10947 for ; Fri, 7 Apr 1995 15:40:51 -0600 Received: by shakey (AIX 3.2/UCB 5.64/4.03) id AA45183; Fri, 7 Apr 1995 15:40:50 -0600 Date: Fri, 7 Apr 1995 15:40:50 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9504072140.AA45183@shakey> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: problems compiling clisp i am on a sun running solaris 2.3. i had to add -lucb to the library list to bring in the bsd libraries to eliminate some undefined globals. however i am not sure how to correct this problem. the error message follows. gcc -O -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -fomit-frame-pointer -Oc Undefined first referenced symbol in file ulong_to_I misc.o ld: fatal: Symbol referencing errors. No output written to lisp.run ld: Software Generation Utilities (SGU) SunOS/ELF (LK-1.3) Undefined first referenced symbol in file ulong_to_I misc.o ld: fatal: Symbol referencing errors. No output written to lisp.run *** Error code 1 make: Fatal error: Command failed for target `lisp.run' it looks like misc.c is not bringing in clisp.h but i am not sure. does anybody have a fix for this? thanks, dan stanger From dxs@evolving.com Sat Apr 8 00:16:40 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06221; Sat, 8 Apr 95 00:16:40 +0200 Received: from shakey (shakey.evolving.com [192.124.159.3]) by citadel.evolving.com (8.6.9/8.6.9) with SMTP id PAA11531 for ; Fri, 7 Apr 1995 15:56:20 -0600 Received: by shakey (AIX 3.2/UCB 5.64/4.03) id AA82902; Fri, 7 Apr 1995 15:56:19 -0600 Date: Fri, 7 Apr 1995 15:56:19 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9504072156.AA82902@shakey> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: more problems building clisp after adding the following lines to misc.c #define uint32_to_I(val) UL_to_I((uint32)(val)) #define ulong_to_I(val) uint32_to_I(val) i remade and got the following error ./lisp.run -m 750KW -x "(load \"init.lsp\") (sys::%saveinitmem) (exit)" *** Error code 139 make: Fatal error: Command failed for target `interpreted.mem' does anybody have any ideas about this? thanks, dan stanger From dxs@evolving.com Sat Apr 8 00:59:08 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06357; Sat, 8 Apr 95 00:59:08 +0200 Received: from shakey (shakey.evolving.com [192.124.159.3]) by citadel.evolving.com (8.6.9/8.6.9) with SMTP id QAA13108 for ; Fri, 7 Apr 1995 16:37:13 -0600 Received: by shakey (AIX 3.2/UCB 5.64/4.03) id AA75182; Fri, 7 Apr 1995 16:37:12 -0600 Date: Fri, 7 Apr 1995 16:37:12 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9504072237.AA75182@shakey> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: questions regarding clisp split files. are the files in the directory clispsrc.tar.z-split the ones with patch 1 applied or once i get them do i have to apply the patch? thanks, dan stanger From toy@rtp.ericsson.se Mon Apr 10 19:33:36 1995 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02501; Mon, 10 Apr 95 19:33:36 +0200 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.6.10/8.6.10) with ESMTP id MAA06098 for ; Mon, 10 Apr 1995 12:12:11 -0500 Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2.exu.ericsson.se (8.6.8/NAHUB-MR1.1) with ESMTP id MAA01032 for ; Mon, 10 Apr 1995 12:12:10 -0500 Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id NAA06322 for ; Mon, 10 Apr 1995 13:15:23 -0400 Message-Id: <199504101715.NAA06322@screamer.rtp.ericsson.se> To: CLISP Mailing List Subject: Fast regex for clisp? (for online docs) Date: Mon, 10 Apr 1995 13:12:03 -0400 From: Raymond Toy Does any one have fast regex routines for clisp? I am currently using (a slightly modified) version of nregex.cl from the CMU archives. While nregex works, it is much to slow for my purposes. I need a fast regex to search the info files for my online docs project. GCL has the GNU regex built in and GCL's lisp info interface uses it heavily. Has anyone done this? My info reader for clisp is working now, except that it is very, very slow, even on a sparc 20. (About 30 sec to look up the documentation for reduce.) With GCL, this same search is almost instantaneous. All hints welcome. Ray From davidf@mks.com Mon Apr 10 23:31:01 1995 Return-Path: Received: from mks-gate.mks.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02606; Mon, 10 Apr 95 23:31:01 +0200 Received: from mks.com by mks-gate.mks.com (8.6.8.1/DEKA-950225) with SMTP id RAA14160 for ; Mon, 10 Apr 1995 17:09:41 -0400 Received: from worf by mks.com (4.1/GIGA-950329) id AA16517; Mon, 10 Apr 95 17:09:39 EDT To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: A bug in the new ANSI loop macro Date: Mon, 10 Apr 1995 17:08:50 -0400 Message-Id: <8297.797548130@worf.mks.com> From: "David J. Fiander" I have the following code: (loop for char across fmt do (incf skip) (case char (#\@ (setf at t)) (#\: (setf colon t))) until (operatorp char) finally (setf cmd char)) (I'm trying to write the (formatter) macro.) The problem is that clisp reports *** - EVAL: variable CHAR has no value in the "finally" clause. This works for the example (for i from 1 to 10... example from Steele. The problem is that the macroexpansion puts the finally clause in a different scope when using the "across" syntax: (MACROLET ((LOOP-FINISH NIL (SYSTEM::LOOP-FINISH-ERROR))) (BLOCK NIL (LET NIL (LET ((#:G530 FMT) (#:G531 0)) (MACROLET ((LOOP-FINISH NIL '(GO SYSTEM::END-LOOP))) (TAGBODY SYSTEM::BEGIN-LOOP (PROGN (WHEN (>= #:G531 (LENGTH #:G530)) (LOOP-FINISH))) (LET ((CHAR (AREF #:G530 #:G531))) (PROGN (PROGN (INCF SKIP) (CASE CHAR (#\@ (SETF AT T)) (#\: (SETF COLON T)))) (WHEN (OPERATORP CHAR) (LOOP-FINISH)))) (PROGN (PSETQ #:G531 (1+ #:G531))) (GO SYSTEM::BEGIN-LOOP) SYSTEM::END-LOOP (MACROLET ((LOOP-FINISH NIL (SYSTEM::LOOP-FINISH-WARN) '(GO SYSTEM::END-LOOP))) (PROGN (SETF CMD CHAR))))))))) This is clearly beyond my current level of lisp programming. - David From toy@rtp.ericsson.se Tue Apr 11 15:19:12 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03557; Tue, 11 Apr 95 15:19:12 +0200 Received: from gwa.ericsson.com by nz11.rz.uni-karlsruhe.de with SMTP (PP); Tue, 11 Apr 1995 14:58:18 +0200 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.6.10/8.6.10) with ESMTP id HAA20136 for ; Tue, 11 Apr 1995 07:51:43 -0500 Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2.exu.ericsson.se (8.6.8/NAHUB-MR1.1) with ESMTP id HAA03075 for ; Tue, 11 Apr 1995 07:51:42 -0500 Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id IAA10763 for ; Tue, 11 Apr 1995 08:54:56 -0400 Message-Id: <199504111254.IAA10763@screamer.rtp.ericsson.se> To: CLISP Mailing List Subject: Using FFI? Date: Tue, 11 Apr 1995 08:51:35 -0400 From: Raymond Toy I compiled clisp 1995-04-04 with the one patch applied. It configured fine, and I ran makemake --with-dynamic-modules --with-dynamic-ffi. Then ran "make" and "make modular". Everything was fine. I tried the example 4 in doc/foreign.txt to try out FFI. Everything works fine until I try to actually use the foreign function: base+cfun/lisp.run -M base+cfun/lispinit.mem -i callcfun says *** - FFI::LOOKUP-FOREIGN-FUNCTION: A foreign function "cfun" does not exist. Can anyone help me with this? Oh, this is on a sparc running sunos 4.1.3_U1, using gcc 2.6.3. Thanks, Ray From russellt@juliet.ll.mit.edu Tue Apr 11 22:33:46 1995 Return-Path: Received: from juliet.ll.mit.edu (JULIET.WX.LL.MIT.EDU) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04071; Tue, 11 Apr 95 22:33:46 +0200 Received: from oswald (OSWALD.WX.LL.MIT.EDU) by juliet.ll.mit.edu id AA28784g; Tue, 11 Apr 95 16:18:06 EDT From: russellt@juliet.ll.mit.edu ( Russell Todd ) Received: by oswald; Tue, 11 Apr 95 16:12:16 EDT Date: Tue, 11 Apr 95 16:12:16 EDT Message-Id: <9504112012.AA00788@oswald> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: CLISP FTP Sites in the USA I'd like to get the latest copies of CLISP for a SPARC and a PC. However, when I ftp to ma2s2.mathematik.uni-karlsruhe.de the response time is slow. Is there an FTP site in the USA that has that mirrors ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/clisp? Thanks, Russ Todd Senior Scientific Programmer MIT Lincoln Laboratory Lexington, MA USA From blake@edge.ercnet.com Wed Apr 12 16:30:50 1995 Return-Path: Received: from edge.ercnet.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00210; Wed, 12 Apr 95 16:30:50 +0200 Received: from ip156.nash.edge.net (ip156.nash.edge.net [199.0.68.156]) by edge.ercnet.com (8.6.12/8.6.9) with SMTP id JAA20687 for ; Wed, 12 Apr 1995 09:09:38 -0500 Message-Id: <199504121409.JAA20687@edge.ercnet.com> X-Sender: blake@edge.ercnet.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 12 Apr 1995 09:08:41 -0500 To: clisp-list From: blake@edge.ercnet.com (Blake McBride) Subject: Re: CLISP FTP Sites in the USA >I'd like to get the latest copies of CLISP for a SPARC and a PC. >However, when I ftp to ma2s2.mathematik.uni-karlsruhe.de the >response time is slow. Is there an FTP site in the USA that >has that mirrors ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/clisp? I second that! I don't know whats happened lately but connecting up to ma2s2 from the US durring the last several week is _dog_ slow! What changed? It was never this bad before... --blake -- Blake McBride (615) 790-8521 voice 3020 Liberty Hills Drive (615) 791-7736 fax Franklin, TN 37064 blake@edge.ercnet.com U.S.A. From gadbois@cs.utexas.edu Wed Apr 12 19:29:05 1995 Return-Path: Received: from mail.cs.utexas.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00256; Wed, 12 Apr 95 19:29:05 +0200 Received: from peaches.cs.utexas.edu (gadbois@peaches.cs.utexas.edu [128.83.120.28]) by mail.cs.utexas.edu (8.6.12/8.6.9) with ESMTP id MAA05800; Wed, 12 Apr 1995 12:07:44 -0500 From: David Gadbois Received: by peaches.cs.utexas.edu (8.6.12/Client-v1.3) id MAA05465; Wed, 12 Apr 1995 12:07:41 -0500 Date: Wed, 12 Apr 1995 12:07:41 -0500 Message-Id: <199504121707.MAA05465@peaches.cs.utexas.edu> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: "David J. Fiander" In-Reply-To: <8297.797548130@worf.mks.com> (davidf@mks.com) Subject: Re: A bug in the new ANSI loop macro Date: Wed, 12 Apr 95 15:07:12 +0200 From: "David J. Fiander" A close reading of X3J13-94-101 and the issue history indicates that clisp is correct, at least insofar as the standard is purposefully vague on the issue. The only LOOP bindings available in FINALLY clauses are ones created by WITH clauses (and, by extension, INTO phrases). It is left unspecified whether bindings created with FOR or AS clauses are available. In most Common Lisps I am familiar with, they are, but clisp is justified by the standard in not having them be available. This issue was discussed at length on the X3J13 mailing list as LOOP-FOR-AS-VARIABLE-TERMINATION-VALUE. I don't have my archives handy, but I recall that the debate centered on problems with arithmetic values being stepped past their ranges. To get around the problem, you'd have to do something like: (loop for char across fmt do (incf skip) (case char (#\@ (setf at t)) (#\: (setf colon t))) until (and (operatorp char) (setf cmd char))) Ugly, but those are the breaks. (I'm trying to write the (formatter) macro.) The problem is that clisp reports *** - EVAL: variable CHAR has no value in the "finally" clause. This works for the example (for i from 1 to 10... example from Steele. X3J13 "solved" the problem by changing the examples in the standard that have FOR/AS bound variables referred to in FINALLY clauses so that they didn't anymore. Great title for a course: "Programming as Archaeology." --David Gadbois From davidf@mks.com Wed Apr 12 19:44:25 1995 Return-Path: Received: from mks-gate.mks.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00366; Wed, 12 Apr 95 19:44:25 +0200 Received: from mks.com by mks-gate.mks.com (8.6.8.1/DEKA-950411) with SMTP id NAA28465; Wed, 12 Apr 1995 13:19:48 -0400 Received: from worf by mks.com (4.1/GIGA-950411) id AA28258; Wed, 12 Apr 95 13:19:47 EDT To: David Gadbois Cc: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: A bug in the new ANSI loop macro In-Reply-To: Your message of "Wed, 12 Apr 1995 12:07:41 -0500." <199504121707.MAA05465@peaches.cs.utexas.edu> Date: Wed, 12 Apr 1995 13:19:00 -0400 Message-Id: <28982.797707140@worf.mks.com> From: "David J. Fiander" > To get around the problem, you'd have to do something like: > > (loop for char across fmt > do > (incf skip) > (case char > (#\@ (setf at t)) > (#\: (setf colon t))) > until (and (operatorp char) > (setf cmd char))) > > Ugly, but those are the breaks. Interestingly enough, that's exactly what I did, until I decided to rewrite the whole function. I now use a do* form. > > Great title for a course: "Programming as Archaeology." > Hey! That's an integral part of my job. It's why I have POSIX, SysVR3, BSD 4.3 and 4.4, and V7 manuals on my shell at work. - David From johann@mail4.ai.univie.ac.at Wed Apr 12 20:19:33 1995 Return-Path: Received: from wieden.ai.univie.ac.at by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00588; Wed, 12 Apr 95 20:19:33 +0200 Received: (from johann@localhost) by wieden.ai.univie.ac.at (8.6.10/8.6.9) id TAA26194 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Wed, 12 Apr 1995 19:00:02 +0200 Date: Wed, 12 Apr 1995 19:00:02 +0200 From: Johann Petrak Message-Id: <199504121700.TAA26194@wieden.ai.univie.ac.at> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: CLISP FTP Sites in the USA > >I'd like to get the latest copies of CLISP for a SPARC and a PC. > >However, when I ftp to ma2s2.mathematik.uni-karlsruhe.de the > >response time is slow. Is there an FTP site in the USA that > >has that mirrors ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/clisp? > > I second that! I don't know whats happened lately but connecting > up to ma2s2 from the US durring the last several week is _dog_ slow! > What changed? It was never this bad before... Hmmm, I have the same problems here in Vienna, which is not very far from Karlsruhe, compared to the US ;). The connection is so slow, that it regularily times out before I could retrieve even a small portion of the file. Either the host is completely overloaded, or the problem is with a link very near to the host. Still, overseas mirros would be good idea, of course .... Johann Petrak Email: johann@ai.univie.ac.at Austrian Research Institute for Phone: +43-1-533-61-12 Artificial Intelligence +43-1-535-32-81/0 Schottengasse 3 Fax: +43-1-532-06-52 A-1010 Vienna, AUSTRIA Private Phone:+43-1-24-03-173 http://www.ai.univie.ac.at From toy@rtp.ericsson.se Wed Apr 12 20:50:14 1995 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00700; Wed, 12 Apr 95 20:50:14 +0200 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.6.10/8.6.10) with ESMTP id NAA01438 for ; Wed, 12 Apr 1995 13:28:40 -0500 Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2.exu.ericsson.se (8.6.8/NAHUB-MR1.1) with ESMTP id NAA08398 for ; Wed, 12 Apr 1995 13:28:39 -0500 Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id OAA17946 for ; Wed, 12 Apr 1995 14:31:53 -0400 Message-Id: <199504121831.OAA17946@screamer.rtp.ericsson.se> To: CLISP Mailing List Subject: Telling compiler to shutup about warnings? Date: Wed, 12 Apr 1995 14:28:32 -0400 From: Raymond Toy How can I tell the compiler to be quiet? I'm compiling a function which has some unused variables in it, and I don't want the warnings to be displayed. I can't easily remove the unused variables because the function is dynamically generated, and the variables are actually used in some cases, but not in others. To do so would require a much deeper understanding of the code than I really want right now. :-) Ray From dxs@evolving.com Wed Apr 12 22:16:34 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00840; Wed, 12 Apr 95 22:16:34 +0200 Received: from shakey (shakey.evolving.com [192.124.159.3]) by citadel.evolving.com (8.6.9/8.6.9) with SMTP id NAA18224 for ; Wed, 12 Apr 1995 13:53:09 -0600 Received: by shakey (AIX 3.2/UCB 5.64/4.03) id AA40666; Wed, 12 Apr 1995 13:53:09 -0600 Date: Wed, 12 Apr 1995 13:53:09 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9504121953.AA40666@shakey> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: clisp sources since i downloaded the sources, i will make them available if someone can give me a ftp site to download them to. From ghrezo@ccd.harris.com Wed Apr 12 22:40:52 1995 Return-Path: Received: from babylon5.ccd.harris.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00915; Wed, 12 Apr 95 22:40:52 +0200 Received: (from root@localhost) by babylon5.ccd.harris.com (8.6.10/8.6.10) id QAA19267 for ; Wed, 12 Apr 1995 16:19:36 -0400 Received: from rs2b.ccd.harris.com(147.90.5.25) by babylon5.ccd.harris.com via smap (V1.3) id sma019202; Wed Apr 12 16:19:11 1995 Received: by rs2b.ccd.harris.com (AIX 3.2/UCB 5.64/4.03) id AA317330; Wed, 12 Apr 1995 16:19:10 -0400 From: ghrezo@ccd.harris.com (Gary Hrezo) Message-Id: <9504122019.AA317330@rs2b.ccd.harris.com> Subject: To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Wed, 12 Apr 1995 16:19:10 -0400 (EDT) X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 34 unsubscribe ghrezo@ccd.harris.com From eloso@netcom.com Thu Apr 13 01:45:51 1995 Return-Path: Received: from netcom17.netcom.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01174; Thu, 13 Apr 95 01:45:51 +0200 Received: by netcom17.netcom.com (8.6.12/Netcom) id QAA29918; Wed, 12 Apr 1995 16:24:51 -0700 Date: Wed, 12 Apr 1995 16:24:50 -0700 (PDT) From: "Kevin E. Dowlin" Subject: Re: Unsubscribing To: clisp-list In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII unsubsribe CLISP-LIST eloso@Netcom.com Kevin Dowlin eloso@Netcom.com "Victory belongs to the most persevering." - Napoleon From lrw@SDSC.EDU Thu Apr 13 08:11:43 1995 Return-Path: Received: from hydra.sdsc.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01392; Thu, 13 Apr 95 08:11:43 +0200 Received: from wimpy.sdsc.edu (wimpy.sdsc.edu [132.249.40.65]) by hydra.sdsc.edu (8.6.11/SDSCserver-6) with SMTP id WAA23680 for ; Wed, 12 Apr 1995 22:29:38 -0700 From: Len Wanger Received: by wimpy.sdsc.edu (5.65/1.11-client) id AA00391; Wed, 12 Apr 1995 22:29:38 -0700 Date: Wed, 12 Apr 1995 22:29:38 -0700 Message-Id: <9504130529.AA00391@wimpy.sdsc.edu> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de unsubscribe lrw@sdsc.edu From schrod@iti.informatik.th-darmstadt.de Thu Apr 13 11:36:21 1995 Return-Path: Received: from rs2.hrz.th-darmstadt.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00274; Thu, 13 Apr 95 11:36:21 +0200 Received: from hp5.iti.informatik.th-darmstadt.de by rs2.hrz.th-darmstadt.de with SMTP id AA18129 (5.65c/IDA-1.4.4 for ); Thu, 13 Apr 1995 11:15:20 +0200 Received: from spice.iti.informatik.th-darmstadt.de by hp5.iti.informatik.th-darmstadt.de (8.6.10/Server-1.5/HRZ-THD/8.6.9u-ITI) id LAA03053; Thu, 13 Apr 1995 11:15:19 +0200 Received: by spice.iti.informatik.th-darmstadt.de (8.6.10/Client-1.5+iti/HRZ-THD) id LAA19201; Thu, 13 Apr 1995 11:15:19 +0200 From: Joachim Schrod Message-Id: <199504130915.LAA19201@spice.iti.informatik.th-darmstadt.de> Subject: Re: CLISP FTP Sites in the USA To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Thu, 13 Apr 1995 11:15:18 +0200 (MESZ) In-Reply-To: <199504121700.TAA26194@wieden.ai.univie.ac.at> from "Johann Petrak" at Apr 12, 95 08:21:54 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 645 Johann Petrak wrote: > > > [slow reaction time to ma2s2.mathematik.uni-karlsruhe.de] > > Hmmm, I have the same problems here in Vienna, which is not very far from > Karlsruhe, compared to the US ;). You might want to try ftp.th-darmstadt.de:/pub/programming/languages/lisp/clisp/ A full mirror of Karlsruhe. Still in Germany, but if the slowness can really be attributed to a connection/machine problem at Karlsruhe, it might be better for many folks. Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Joachim Schrod Email: schrod@iti.informatik.th-darmstadt.de ftp.th-darmstadt.de, Administration From @alma.student.uni-kl.de:gilsdorf@student.uni-kl.de Thu Apr 13 14:25:28 1995 Return-Path: <@alma.student.uni-kl.de:gilsdorf@student.uni-kl.de> Received: from uni-kl.de (stepsun.uni-kl.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00683; Thu, 13 Apr 95 14:25:28 +0200 Received: from alma.student.uni-kl.de by stepsun.uni-kl.de id aa16730; 13 Apr 95 14:04 MET DST Received: by alma.student.uni-kl.de (Smail3.1.28.1 #1) id m0rzNdD-0002nNC; Thu, 13 Apr 95 14:04 CETDST Message-Id: From: Frank Gilsdorf Subject: Problems compiling stdwin To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Thu, 13 Apr 1995 14:04:19 +0200 (CETDST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 297 Hello, I have problems compiling CLISP-04-04-1995 with stdwin support. While compiling the stdwin tree gcc stops with an error in Port.c. Something with incompatible pointer type. I have Linux 1.2.3 and X11R6. Thank you for help... -- f_gilsdo@informatik.uni-kl.de gilsdorf@student.uni-kl.de From ghrezo@ccd.harris.com Thu Apr 13 14:32:01 1995 Return-Path: Received: from babylon5.ccd.harris.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00794; Thu, 13 Apr 95 14:32:01 +0200 Received: (from root@localhost) by babylon5.ccd.harris.com (8.6.10/8.6.10) id IAA14773 for ; Thu, 13 Apr 1995 08:10:58 -0400 Received: from rs2b.ccd.harris.com(147.90.5.25) by babylon5.ccd.harris.com via smap (V1.3) id sma014690; Thu Apr 13 08:10:29 1995 Received: by rs2b.ccd.harris.com (AIX 3.2/UCB 5.64/4.03) id AA99346; Thu, 13 Apr 1995 08:10:29 -0400 Date: Thu, 13 Apr 1995 08:10:29 -0400 From: ghrezo@ccd.harris.com (Gary Hrezo) Message-Id: <9504131210.AA99346@rs2b.ccd.harris.com> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: unsubsribe CLISP-LIST ghrezo@ccd.harris.com CLISP-LIST ghrezo@ccd.harris.com From darkwind@halcyon.com Thu Apr 13 15:21:21 1995 Return-Path: Received: from halcyon.com (chinook.halcyon.com) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01011; Thu, 13 Apr 95 15:21:21 +0200 Received: by halcyon.com id AA20729 (5.65c/IDA-1.4.4 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de); Thu, 13 Apr 1995 06:00:16 -0700 From: "C. Joseph Bridwell" Message-Id: <199504131300.AA20729@halcyon.com> Subject: unsubscribe To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Thu, 13 Apr 1995 06:00:16 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859 Content-Transfer-Encoding: 8bit Content-Length: 13 unsubscribe From darkwind@halcyon.com Thu Apr 13 15:44:55 1995 Return-Path: Received: from halcyon.com (chinook.halcyon.com) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01096; Thu, 13 Apr 95 15:44:55 +0200 Received: by halcyon.com id AA21071 (5.65c/IDA-1.4.4 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de); Thu, 13 Apr 1995 06:23:51 -0700 From: "C. Joseph Bridwell" Message-Id: <199504131323.AA21071@halcyon.com> Subject: unsubscribe To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Thu, 13 Apr 1995 06:23:50 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859 Content-Transfer-Encoding: 8bit Content-Length: 45 unsubscribe CLISP-LIST darkwind@halcyon.com From haible Thu Apr 13 22:36:21 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01754; Thu, 13 Apr 95 22:36:21 +0200 Date: Thu, 13 Apr 95 22:36:21 +0200 From: haible (Bruno Haible) Message-Id: <9504132036.AA01754@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Telling compiler to shutup about warnings? Raymond Toy asks: > I'm compiling a function > which has some unused variables in it, and I don't want the warnings to > be displayed. There are two commonly used strategies to overcome this problem: - Evaluate the variables at least once, like this: (LAMBDA (ARG1 ARG2 &REST ARGS) ARG1 ARG2 ARGS (PROGN ,@function-body)) Every compiler will eliminate the evaluations of the variables at these positions. Stepping through this kind of code will become annoying, however. - Some compilers have appropriate declarations. You can thus write (LAMBDA (ARG1 ARG2 &REST ARGS) #+CLISP (DECLARE (SYSTEM::IGNORABLE ARG1 ARG2 ARGS)) ,@function-body ) In CLISP, unused variable warnings are also suppressed for GENSYM generated variables. (This is a hack predating the IGNORABLE declaration.) > How can I tell the compiler to be quiet? Bind *COMPILE-WARNINGS* to NIL, or give COMPILE-FILE the arguments :WARNINGS NIL. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de !! To unsubscribe from the clisp-list mailing list, send mail to !! !! listserv@ma2s2.mathematik.uni-karlsruhe.de !! !! including the two words "unsubscribe clisp-list" as message body. !! From toy@rtp.ericsson.se Thu Apr 13 23:04:06 1995 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01870; Thu, 13 Apr 95 23:04:06 +0200 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.6.10/8.6.10) with ESMTP id PAA12649 for ; Thu, 13 Apr 1995 15:42:55 -0500 Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2.exu.ericsson.se (8.6.8/NAHUB-MR1.1) with ESMTP id PAA12681 for ; Thu, 13 Apr 1995 15:42:55 -0500 Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id QAA23687 for ; Thu, 13 Apr 1995 16:46:09 -0400 Message-Id: <199504132046.QAA23687@screamer.rtp.ericsson.se> To: clisp-list Subject: Re: Telling compiler to shutup about warnings? In-Reply-To: (Your message of Thu, 13 Apr 1995 22:41:42 +0200.) <9504132036.AA01754@ma2s2.mathematik.uni-karlsruhe.de> Date: Thu, 13 Apr 1995 16:42:47 -0400 From: Raymond Toy >>>>> "Bruno" == Bruno Haible writes: Bruno> There are two commonly used strategies to overcome this Bruno> problem: The first strategy works just fine. It's the obvious solution, but not obvious enough to me! Thanks, Ray From haible Thu Apr 13 23:45:37 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02015; Thu, 13 Apr 95 23:45:37 +0200 Date: Thu, 13 Apr 95 23:45:37 +0200 From: haible (Bruno Haible) Message-Id: <9504132145.AA02015@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: CLISP FTP Sites in the USA > Is there an FTP site in the USA that > has that mirrors ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/clisp? ftp.cs.cmu.edu used to mirror this, but this FTP server appears to be in a strange state. And I don't know whether Mark Kantrowitz still has the time to administrate it. > since i downloaded the sources, i will make them available if > someone can give me a ftp site to download them to. Actually, it would be best if someone in the US could mirror the source*/ and binaries/*/ directories of ma2s2:/pub/lisp/clisp/. Does anyone of you a. either already have an anonymous FTP server running and have 70 megabytes of free disk space, b. or can persuade your local university's computer center to mirror these directories (automatic update once a week)? Note that it is pretty easy to set up an anonymous FTP server yourself, at least on SunOS. Much easier than a mailing list :-) Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From dxs@evolving.com Fri Apr 14 01:48:34 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02350; Fri, 14 Apr 95 01:48:34 +0200 Received: from shakey (shakey.evolving.com [192.124.159.3]) by citadel.evolving.com (8.6.9/8.6.9) with SMTP id RAA04988 for ; Thu, 13 Apr 1995 17:27:19 -0600 Received: by shakey (AIX 3.2/UCB 5.64/4.03) id AA27011; Thu, 13 Apr 1995 17:27:18 -0600 Date: Thu, 13 Apr 1995 17:27:18 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9504132327.AA27011@shakey> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: fortran type i/o in lisp does anybody know of a package that can emulate format statements in lisp? for example i want to do something like (fortran-read "1a1,10a1" "a1234567890") ==> ("A" "1234567890") thanks, dan stanger From deleeuw@math.ucla.edu Fri Apr 14 02:20:19 1995 Received: from julia.math.ucla.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02456; Fri, 14 Apr 95 02:20:19 +0200 Received: from galton.math.ucla.edu by julia.math.ucla.edu (Sendmail 4.1/1.12) id AA16456; Thu, 13 Apr 95 16:57:29 PDT Return-Path: Received: by galton.math.ucla.edu (Sendmail 4.1/1.12) id AA17088; Thu, 13 Apr 95 16:57:28 PDT From: Jan Deleeuw Message-Id: <9504132357.AA17088@galton.math.ucla.edu> Subject: Re: fortran type i/o in lisp To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Thu, 13 Apr 1995 16:57:28 -0700 (PDT) In-Reply-To: <9504132327.AA27011@shakey> from "Dan Stanger" at Apr 14, 95 01:50:04 am X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 662 > > does anybody know of a package that can emulate format statements > in lisp? for example i want to do something like > (fortran-read "1a1,10a1" "a1234567890") ==> ("A" "1234567890") > > thanks, > dan stanger > > ftp://ftp.stat.ucla.edu/pub/stat/lisp/xlisp/ xlisp-stat/code/utilities/IO/formatted-input.tar.gz This is Xlisp, but I think the code is probably close to CL. While you are there, look around in the hierarchy. --- Jan -- Jan de Leeuw; UCLA Statistics Program; UCLA Statistical Consulting US mail: 8118 Math Sciences, 405 Hilgard Ave, Los Angeles, CA 90024-1554 phone (310)-825-9550; fax (310)-206-5658; email: deleeuw@stat.ucla.edu From haible Fri Apr 14 18:33:05 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03911; Fri, 14 Apr 95 18:33:05 +0200 Date: Fri, 14 Apr 95 18:33:05 +0200 From: haible (Bruno Haible) Message-Id: <9504141633.AA03911@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Using FFI? > I ran makemake --with-dynamic-modules --with-dynamic-ffi. Oops. For this combination to work, you need to patch the clisp-link.in and clisp-link scripts like this, and rebuild the base+cfun/ directory. *** clisp-1995-04-04/src/clisp-link.in Mon Mar 20 22:11:57 1995 --- clisp/src/clisp-link.in Fri Apr 14 14:05:58 1995 *************** *** 241,255 **** done) > "$destinationdir"/modules.h else # Generate every "$moduledir"/"$mod"_module.o ! (cd "$moduledir" ! for mod in $NEW_MODULES ; do ! if test ! -f "$mod"_module.o ; then link "$absolute_linkkitdir"/module.cc "$mod"_module.cc ${CC} ${CFLAGS} -I"$absolute_linkkitdir" -DMODULE="$mod" -c "$mod"_module.cc rm -f "$mod"_module.cc ! fi ! NEW_FILES="$mod"'_module.o '"$NEW_FILES" ! done) fi # Generate new lisp.a for f in ${FILES}; do --- 241,257 ---- done) > "$destinationdir"/modules.h else # Generate every "$moduledir"/"$mod"_module.o ! for mod in $NEW_MODULES ; do ! if test ! -f "$moduledir"/"$mod"_module.o ; then ! (cd "$moduledir" link "$absolute_linkkitdir"/module.cc "$mod"_module.cc ${CC} ${CFLAGS} -I"$absolute_linkkitdir" -DMODULE="$mod" -c "$mod"_module.cc rm -f "$mod"_module.cc ! ) ! fi ! NEW_FILES="$mod"'_module.o '"$NEW_FILES" ! NEW_LIBS="$mod"'_module.o '"$NEW_LIBS" ! done fi # Generate new lisp.a for f in ${FILES}; do Thanks for reporting this. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From nicswart@cis.co.za Sun Apr 16 22:00:18 1995 Return-Path: Received: from falcon.cis.co.za by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05598; Sun, 16 Apr 95 22:00:18 +0200 Received: by falcon.cis.co.za (/\==/\ Smail3.1.28.1 #28.22) id ; Sun, 16 Apr 95 21:27 WET Message-Id: Date: Sun, 16 Apr 95 21:30 WET X-Sender: nicswart@cis.co.za (Unverified) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de From: nicswart@cis.co.za Subject: X-Mailer: Hello, I am running CLISP on a DOS machine. When I tested some of the code in the Screamer package I got floating point (overflow) errors. This happened when a function related to a numeric constraint was invoked. The function 'nonlinear' in the file screams.lsp is an example of this. It would be appreciated if someone can help Nico Swart. From toy@rtp.ericsson.se Mon Apr 17 21:11:07 1995 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06435; Mon, 17 Apr 95 21:11:07 +0200 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.6.10/8.6.10) with ESMTP id NAA11344 for ; Mon, 17 Apr 1995 13:49:13 -0500 Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2.exu.ericsson.se (8.6.8/NAHUB-MR1.1) with ESMTP id NAA16365 for ; Mon, 17 Apr 1995 13:49:13 -0500 Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id OAA13112 for ; Mon, 17 Apr 1995 14:52:29 -0400 Message-Id: <199504171852.OAA13112@screamer.rtp.ericsson.se> To: CLISP Mailing List Subject: Compiling clisp 1995-04 for linux? Date: Mon, 17 Apr 1995 14:49:05 -0400 From: Raymond Toy I was trying to compile clisp 1995-04-04 on linux (1.2.1) with gcc 2.5.8. Unfortunately, I get the following error messages when compiling spvw.c: fsubr_data_tab[x].name not computable at load time for x = 0 to 30 or so. I ran configure and then makemake --with-dynamic-modules --with-dynamic-ffi (and also with makemake --with-dynamic-ffi). Surely someone has compiled this for linux. What did I do wrong? Thanks for any tips, Ray From haible Mon Apr 17 23:59:29 1995 Return-Path: Received: from ma2s3.mathematik.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06639; Mon, 17 Apr 95 23:59:29 +0200 Date: Mon, 17 Apr 95 23:59:29 +0200 From: haible (Bruno Haible) Message-Id: <9504172159.AA06639@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: screamer and floating point overflow Nico Swart writes: > When I tested some of the code in the > Screamer package I got floating point (overflow) errors. This happened > when a function related to a numeric constraint was invoked. The function > 'nonlinear' in the file screams.lsp is an example of this. Look at the backtrace: > (SCREAMS::NONLINEAR) *** - floating point overflow 1. Break> backtrace-1 - NIL - # frame binding variables (~ = dynamically): | ~ SYSTEM::*PRIN-STREAM* <--> # - # - -1.0E30 - -1.0E30 - # - -1.0E30 - -1.0E30 - [10 real] - # Apparently the error occurred when clisp tried to multiply (* -1.0E30 -1.0E30). The result 1E60 is outside the range of representable IEEE single floats. To overcome this, you can try to - set *infinity* in equations.lsp to a smaller value than 1e30, or - set *read-default-float-format* to DOUBLE-FLOAT before compiling Screamer. The range of IEEE double floats goes up to 1e308. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From dxs@evolving.com Tue Apr 18 19:37:22 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08199; Tue, 18 Apr 95 19:37:22 +0200 Received: from shakey (shakey.evolving.com [192.124.159.3]) by citadel.evolving.com (8.6.9/8.6.9) with SMTP id LAA09173 for ; Tue, 18 Apr 1995 11:15:08 -0600 Received: by shakey (AIX 3.2/UCB 5.64/4.03) id AA13397; Tue, 18 Apr 1995 11:15:04 -0600 Date: Tue, 18 Apr 1995 11:15:04 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9504181715.AA13397@shakey> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: questions about the signal facility. i want to use SIGUSR1 to interupt a read in progress. i also under certain conditions want to hold signals. is there a way to do this in lisp or do i have to go to using c functions. thanks, dan stanger From dxs@evolving.com Wed Apr 19 00:47:31 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08496; Wed, 19 Apr 95 00:47:31 +0200 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.9/8.6.9) with ESMTP id QAA21108 for ; Tue, 18 Apr 1995 16:25:09 -0600 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.9/8.6.9) with SMTP id QAA04071 for ; Tue, 18 Apr 1995 16:25:08 -0600 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA36355; Tue, 18 Apr 1995 16:25:31 -0600 Date: Tue, 18 Apr 1995 16:25:31 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9504182225.AA36355@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: repeating last post due to mail server failure due to a mail server failure, i am not sure if this was posted to the list so i am reposting it. my question is regarding signals and how i can use SIGUSR1 in clisp to break out of a read. can i trap that signal within clisp or do i have to go out to a c function to do it. also is it possible to hold signals within clisp. thanks, dan stanger From haible Wed Apr 19 17:42:57 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09557; Wed, 19 Apr 95 17:42:57 +0200 Date: Wed, 19 Apr 95 17:42:57 +0200 From: haible (Bruno Haible) Message-Id: <9504191542.AA09557@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: questions about the signal facility. Dan Stanger wrote: > i also under certain conditions want to hold signals ... is there > a way to do this in lisp or do i have to go to using c functions. Using the FFI, you should be able to call some C functions which perform the necessary sigprocmask() calls. > i want to use SIGUSR1 to interupt a read in progress. Again, use the FFI. But you can't call Lisp functions from within the signal handler: The interpreter and bytecode interpreter are not reentrant, and on many systems you cannot even call malloc() from within a signal handler. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From dxs@evolving.com Fri Apr 21 01:30:41 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13626; Fri, 21 Apr 95 01:30:41 +0200 Received: from shakey (shakey.evolving.com [192.124.159.3]) by citadel.evolving.com (8.6.9/8.6.9) with SMTP id RAA11769 for ; Thu, 20 Apr 1995 17:08:07 -0600 Received: by shakey (AIX 3.2/UCB 5.64/4.03) id AA29858; Thu, 20 Apr 1995 17:07:47 -0600 Date: Thu, 20 Apr 1995 17:07:47 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9504202307.AA29858@shakey> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: binaries does anybody have binaries for the rs6000 compiled with the foreign function interface? thanks, dan stanger From rls@therat.math.waikato.ac.nz Mon Apr 24 06:44:43 1995 Return-Path: Received: from therat.math.waikato.ac.nz by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA24856; Mon, 24 Apr 95 06:44:43 +0200 Received: by therat.math.waikato.ac.nz (Linux Smail3.1.28.1 #1) id m0s3FSr-00006oC; Mon, 24 Apr 95 16:09 NZST Message-Id: Date: Mon, 24 Apr 95 16:09 NZST From: rls@therat.math.waikato.ac.nz (Richard Shepherd) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: clisp-link ... where is it? I have successfully built and installed clisp-1995-04-04 now and I seem to have everything *except* the clisp-link program mentioned in doc/foreign.txt examples...so did I do everything... I built it with ./configure --prefix=/usr --build linux then cd linux make install While building I noticed -DDYNAMIC_FFI in the gcc command-lines so the new clisp is ready to use the FFI I assume. I have linux 1.2.0 and gcc 2.6.3. Have I missed anything? 8<--------------------------->8 Richard Shepherd. (rls@therat.math.waikato.ac.nz) WWW home page:- http://therat.math.waikato.ac.nz From haible Mon Apr 24 17:49:56 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA25788; Mon, 24 Apr 95 17:49:56 +0200 Date: Mon, 24 Apr 95 17:49:56 +0200 From: haible (Bruno Haible) Message-Id: <9504241549.AA25788@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: clisp-link ... where is it? > While building I noticed -DDYNAMIC_FFI in the gcc command-lines so the > new clisp is ready to use the FFI I assume. Right. The clisp-link script is only built by a "make modular", and to type in the examples as is, you also need a symbolic link "ln -s . base". Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From haible Wed Apr 26 01:00:19 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA28604; Wed, 26 Apr 95 01:00:19 +0200 Date: Wed, 26 Apr 95 01:00:19 +0200 From: haible (Bruno Haible) Message-Id: <9504252300.AA28604@ma2s2.mathematik.uni-karlsruhe.de> To: AI.Repository@cs.cmu.edu, anders.vinjar@notam.uio.no, bil@ccrma.Stanford.EDU, bogoethe@rbhp56.rbg.informatik.th-darmstadt.de, clisp-list@ma2s2, dxs@evolving.com, friedman@gnu.ai.mit.edu, haible@ma2s2.mathematik.uni-karlsruhe.de, hkt@guido.zkm.de, melissa@gnu.ai.mit.edu, tkunze@ccrma.Stanford.EDU Subject: New version of CLISP A new version of CLISP is at the usual place, in ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/clisp/source/. Full source is in the files clispsrc-*.tar.z, context diffs since the last release are in the file clispsrc-1995-04-04-to-1995-04-25.tar.z. Change log since 4 April 1995: 25 April 1995 ============= User visible changes -------------------- * Michael Stoll has written a graphical user interface for CLISP under NeXTstep. * Added a foreign language module WILDCARD for wildcard matching. * Added a foreign language module REGEXP for Unix-style regular expression matching and searching. * X3J13 vote <94> is implemented: Calling GENSYM has no side effects except incrementing the counter. New variable *GENSYM-COUNTER*. * New macro FORMATTER converts a FORMAT control string to a function. * Some FORMAT fixes: + X3J13 vote <81> is implemented: The FORMAT ~:^ directive is more useful. Warning: Old style "~:^" directives need to be converted to "~#:^". + X3J13 vote <82> is implemented: The FORMAT ~D, ~B, ~O, ~X, ~R directives accept an optional comma-interval parameter. + X3J13 vote <84> is implemented: FORMAT ~C outputs characters with no bits as if by WRITE-CHAR. + Handling of ~^ within the FORMAT ~? directive. * X3J13 vote <167> is implemented: New types FILE-STREAM, SYNONYM-STREAM, BROADCAST-STREAM, CONCATENATED-STREAM, TWO-WAY-STREAM, ECHO-STREAM, STRING-STREAM. New functions OPEN-STREAM-P, SYNONYM-STREAM-SYMBOL, BROADCAST-STREAM-STREAMS, CONCATENATED-STREAM-STREAMS, TWO-WAY-STREAM-INPUT-STREAM, TWO-WAY-STREAM-OUTPUT-STREAM, ECHO-STREAM-INPUT-STREAM, ECHO-STREAM-OUTPUT-STREAM. * New condition type PRINT-NOT-READABLE. New function PRINT-NOT-READABLE-OBJECT. * New function FINALIZE. (FINALIZE object function) has the effect that function will be called when object is being garbage collected. * DRIBBLE now also redirects *ERROR-OUTPUT*, *TRACE-OUTPUT*, *QUERY-IO*, *DEBUG-IO* if they refer to *TERMINAL-IO*. * Calling SYMBOL-VALUE on a symbol defined as global symbol macro now returns the value of the expansion. New function SYMBOL-MACRO-EXPAND. * Add FFI to the *FEATURES* if the foreign language interface is present. * Fixed a bug: An IGNORE declaration for a macro's &ENVIRONMENT argument now has an effect. * Fixed a couple of bugs in the foreign language interface: Passing zero size arrays did not work, parameters with mode :OUT did not work on SPARC and HP-PA, and some error messages were deficient. * Fixed a bogus error message in SET-DISPATCH-MACRO-CHARACTER. Portability ----------- * Fixed a couple of building problems relating to the foreign language interface (missing `mark_fp_invalid' and `pr_hex8', missing makefile dependencies, support for --with-dynamic-modules, warnings when compiling user2.lsp and foreign1.lsp). * Fixed a building problem: Not all C compilers accept casts in constant expressions used as initializers, e.g. gcc-2.5.8. * Foreign function interface: Fixed a couple of possible bugs in the low-level foreign function call routine for i386/486/586, m680x0, SPARC CPUs. Thanks to Jvrg Hvhle. * Small fixes for SCO. * Added a utility "hln" for making hard links. Needed for "make distrib"; Solaris "ln" does not make a hard link if a symbolic link is involved. * On some Unix systems, use "uname -m", not "arch", to determine (MACHINE-TYPE) and (MACHINE-VERSION). * More support for BSDI 1.0, AIX, HP-UX, Solaris. * Changed STDWIN so that it compiles under X11R6. Other modifications ------------------- * Speed up compiled calls to FORMAT with literal control string by use of FORMATTER. * Miscellaneous documentation updates. New binaries have been built for SCO (finally!) and Solaris. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From rls@therat.math.waikato.ac.nz Wed Apr 26 02:59:48 1995 Return-Path: Received: from therat.math.waikato.ac.nz by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA28870; Wed, 26 Apr 95 02:59:48 +0200 Received: by therat.math.waikato.ac.nz (Linux Smail3.1.28.1 #1) id m0s3v5T-00006oC; Wed, 26 Apr 95 12:36 NZST Message-Id: Date: Wed, 26 Apr 95 12:36 NZST From: rls@therat.math.waikato.ac.nz (Richard Shepherd) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <9504241549.AA25788@ma2s2.mathematik.uni-karlsruhe.de> (haible@ma2s2.mathematik.uni-karlsruhe.de) Subject: Re: clisp-link ... where is it? > > While building I noticed -DDYNAMIC_FFI in the gcc command-lines so the > > new clisp is ready to use the FFI I assume. > > Right. The clisp-link script is only built by a "make modular", and to > type in the examples as is, you also need a symbolic link "ln -s . base". > > > Bruno Haible > haible@ma2s2.mathematik.uni-karlsruhe.de When I do "make modular" I get: gcc -O -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -fomit-frame-pointer -O2 -DDYNAMIC_FFI -I../src/newreadline -c noreadline.c noreadline.d:48: conflicting types for `rl_named_function' ../src/newreadline/readline.h:374: previous declaration of `rl_named_function' noreadline.d:53: conflicting types for `rl_bind_key' ../src/newreadline/readline.h:365: previous declaration of `rl_bind_key' make: *** [noreadline.o] Error 1 On looking through makefile I see that modular depends on both libnoreadline and libreadline: modular : all lisp.a libavcall.a libvacall.a libtrampoline.a libnoreadline.a libreadline.a clisp-link modules.d modules.c module.cc clisp.h modules.h makevars I should have thought that these were mutually exclusive? Should I just remove libnoreadline from that line in the makefile and carry on? 8<--------------------------->8 Richard Shepherd. (rls@therat.math.waikato.ac.nz) WWW home page:- http://therat.math.waikato.ac.nz From maki@mentat.psych.ndsu.NoDak.edu Wed Apr 26 16:49:38 1995 Return-Path: Received: from mentat.psych.ndsu.NoDak.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00349; Wed, 26 Apr 95 16:49:38 +0200 Received: by mentat.psych.ndsu.NoDak.edu (5.65/DEC-Ultrix/4.3) id AA19666; Wed, 26 Apr 1995 09:26:12 -0500 Date: Wed, 26 Apr 1995 09:26:12 -0500 (CDT) From: Bill Maki To: clisp-list Subject: Re: New version of CLISP In-Reply-To: <9504252300.AA28604@ma2s2.mathematik.uni-karlsruhe.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wed, 26 Apr 1995, Bruno Haible wrote: > A new version of CLISP is at the usual place, in > ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/clisp/source/. > > Full source is in the files clispsrc-*.tar.z, context diffs since the last > release are in the file clispsrc-1995-04-04-to-1995-04-25.tar.z. Is there any source of executable versions of clisp that have the latest changes? I would like to get the i486 binary by anonymous ftp. Thanks. ----- _______________________________ __________________________________ | | | | William S. Maki | Professor of Psychology | | Department of Psychology | maki@mentat.psych.ndsu.nodak.edu | | North Dakota State University | phone: 701-231-7053 | | Fargo, ND 58105-5075 USA | fax: 701-231-8426 | |_______________________________|__________________________________| From haible Wed Apr 26 18:00:46 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00608; Wed, 26 Apr 95 18:00:46 +0200 Date: Wed, 26 Apr 95 18:00:46 +0200 From: haible (Bruno Haible) Message-Id: <9504261600.AA00608@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: clisp-link ... where is it? > When I do "make modular" I get: > noreadline.d:48: conflicting types for `rl_named_function' > noreadline.d:53: conflicting types for `rl_bind_key' This is fixed in yesterday's release. > On looking through makefile I see that modular depends on both > libnoreadline and libreadline: > I should have thought that these were mutually exclusive? These are mutually exclusive indeed. You can remove libnoreadline.a from the makefile. I put it in such that "make distrib" will distribute both libreadline.a and libnoreadline.a, so that the final user will have the choice. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From maki@mentat.psych.ndsu.NoDak.edu Thu Apr 27 18:29:08 1995 Return-Path: Received: from mentat.psych.ndsu.NoDak.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02562; Thu, 27 Apr 95 18:29:08 +0200 Received: by mentat.psych.ndsu.NoDak.edu (5.65/DEC-Ultrix/4.3) id AA20196; Thu, 27 Apr 1995 11:05:27 -0500 Date: Thu, 27 Apr 1995 11:05:26 -0500 (CDT) From: Bill Maki To: clisp-list Subject: Re: New version of CLISP In-Reply-To: <9504252300.AA28604@ma2s2.mathematik.uni-karlsruhe.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wed, 26 Apr 1995, Bruno Haible announced an updated version of clisp: > A new version of CLISP is at the usual place, in > ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/clisp/source/. > Full source is in the files clispsrc-*.tar.z, context diffs since the last > release are in the file clispsrc-1995-04-04-to-1995-04-25.tar.z. I had inquired earlier about the availability of i486 binaries -- I neglected to mention that I am interested in the DOS version. Is anyone routinely creating updated executable files for i486/DOS PCs? If so, are they available (e.g., by ftp)? Thanks. ----- _______________________________ __________________________________ | | | | William S. Maki | Professor of Psychology | | Department of Psychology | maki@mentat.psych.ndsu.nodak.edu | | North Dakota State University | phone: 701-231-7053 | | Fargo, ND 58105-5075 USA | fax: 701-231-8426 | |_______________________________|__________________________________| From toy@rtp.ericsson.se Thu Apr 27 23:11:15 1995 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02941; Thu, 27 Apr 95 23:11:15 +0200 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.6.10/8.6.10) with ESMTP id PAA05784 for ; Thu, 27 Apr 1995 15:44:31 -0500 Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2.exu.ericsson.se (8.6.8/NAHUB-MR1.1) with ESMTP id PAA17534 for ; Thu, 27 Apr 1995 15:44:31 -0500 Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id QAA11603; Thu, 27 Apr 1995 16:47:49 -0400 Message-Id: <199504272047.QAA11603@screamer.rtp.ericsson.se> To: CLISP Mailing List Cc: toy@rtp.ericsson.se Subject: FFI fails for clisp 04-25 on sunos 4.1.3 Date: Thu, 27 Apr 1995 16:44:21 -0400 From: Raymond Toy I grabbed a copy of clisp 1995-04-25, and configure'd it on a sparc running sunos 4.1.3_U1 with gcc 2.6.3. I used configure's suggestion to run "makemake --with-dynamic-ffi --with-newreadline". The compilation went just fine. However, I tried to add the regexp module using the directions in the README. Unfortunately, when the clisp tries to load regexp.fas, it fails saying that it can't find the foreign function mregcomp. However, I did a remake with "makemake --with-dynamic-ffi --with-dynamic-modules --with-newreadline". Everything went fine, and I was able to load in the regexp module. Also, the makefile in the regexp directory doesn't really do anything useful. It would be nice if it would actually build a new clisp with the regexp package. Perhaps when I have some time, I'll create a better makefile for it. Except for this problem, clisp 04-25 is working just fine. Nice job! Ray ====================================================================== -----> Raymond Toy Tel: 919-990-7480 Ericsson Inc. Fax: 919-990-7451 1 Triangle Drive E-mail: toy@rtp.ericsson.se RTP, NC 27709 From dxs@evolving.com Wed May 10 00:41:45 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18751; Wed, 10 May 95 00:41:45 +0200 Received: from shakey (shakey.evolving.com [192.124.159.3]) by citadel.evolving.com (8.6.9/8.6.9) with SMTP id QAA10370 for ; Tue, 9 May 1995 16:39:05 -0600 Received: by shakey (AIX 3.2/UCB 5.64/4.03) id AA36058; Tue, 9 May 1995 16:39:03 -0600 Date: Tue, 9 May 1995 16:39:03 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9505092239.AA36058@shakey> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: problems compiling clisp on rs6000 when i compiled foreign on the rs i got the following error. gcc -Dunix -O -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -fomit-frame-pointer -O2 -DDYNAMIC_FFI -DNO_SINGLEMAP -DNO_MULTIMAP_SHM -Iavcall -Ivacall -Itrampoline -c foreign.c In file included from /usr/local/gcc/lib/gcc-lib/rs6000-ibm-aix3.2.5/2.6.3/include/time.h:27, from unix.d:636, from lispbibl.d:1553, from foreign.d:5: /usr/local/gcc/lib/gcc-lib/rs6000-ibm-aix3.2.5/2.6.3/include/stddef.h:273: warning: `offsetof' redefined lispbibl.d:911: warning: this is the location of the previous definition foreign.d: In function `foreign_layout': foreign.d:602: `sint64' undeclared (first use this function) foreign.d:602: (Each undeclared identifier is reported only once foreign.d:602: for each function it appears in.) foreign.d:602: parse error before `sint64' foreign.d:602: warning: no semicolon at end of struct or union foreign.d:603: `uint64' undeclared (first use this function) foreign.d:607: parse error before `uint64' foreign.d:607: warning: no semicolon at end of struct or union foreign.d: In function `convert_from_foreign': foreign.d:812: parse error before `val' foreign.d:814: `val' undeclared (first use this function) foreign.d:814: called object is not a function foreign.d:814: called object is not a function foreign.d:822: parse error before `val' foreign.d:824: called object is not a function foreign.d:824: called object is not a function foreign.d: In function `convert_to_foreign': foreign.d:1671: parse error before `val' foreign.d:1673: `val' undeclared (first use this function) foreign.d:1682: parse error before `val' The error code from the last failed command is 1. can anybody give me a suggestion about this problem? thanks, dan stanger From haible Wed May 10 19:20:51 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA20178; Wed, 10 May 95 19:20:51 +0200 Date: Wed, 10 May 95 19:20:51 +0200 From: haible (Bruno Haible) Message-Id: <9505101720.AA20178@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: problems compiling clisp on rs6000 > foreign.d: In function `foreign_layout': > foreign.d:602: `sint64' undeclared (first use this function) Oops. To fix this, put #ifdef HAVE_LONGLONG ... #endif wrappers around each piece of code in foreign.d which references a `sint64' or `unit64' type. Bruno From toy@rtp.ericsson.se Tue May 16 17:45:58 1995 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA26572; Tue, 16 May 95 17:45:58 +0200 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.6.10/8.6.10) with ESMTP id KAA25708 for ; Tue, 16 May 1995 10:42:07 -0500 Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2.exu.ericsson.se (8.6.8/NAHUB-MR1.1) with ESMTP id KAA06201 for ; Tue, 16 May 1995 10:42:06 -0500 Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id LAA04508 for ; Tue, 16 May 1995 11:45:34 -0400 Message-Id: <199505161545.LAA04508@screamer.rtp.ericsson.se> To: CLISP Mailing List Subject: clisp core dump, with fix Date: Tue, 16 May 1995 11:41:58 -0400 From: Raymond Toy While running clisp 04-25 compiled for sunos4.1.3_U1 with gcc 2.6.3, I got a core dump while typing in an expression spanning two lines. I tracked down the core dump to newreadline/display.c. It attempts to find the length of NULL. A patch is appended to fix this problem. I presume this problem also exists in GNU's readline library... *** display.c~ Fri Apr 21 09:10:04 1995 --- display.c Tue May 16 11:25:14 1995 *************** *** 214,220 **** return r; } ! l = strlen (pmt); r = ret = xmalloc (l + 1); for (rl = ignoring = 0, p = pmt; p && *p; p++) --- 214,220 ---- return r; } ! l = pmt ? strlen (pmt) : 0; r = ret = xmalloc (l + 1); for (rl = ignoring = 0, p = pmt; p && *p; p++) *************** *** 775,781 **** escape sequences (like drawing the `unbold' sequence without a corresponding `bold') that manifests itself on certain terminals. */ ! lendiff = strlen (local_prompt); if (current_line == 0 && !_rl_horizontal_scroll_mode && lendiff > visible_length && _rl_last_c_pos > 0 && (ofd - old) >= lendiff && term_cr) --- 775,781 ---- escape sequences (like drawing the `unbold' sequence without a corresponding `bold') that manifests itself on certain terminals. */ ! lendiff = local_prompt ? strlen (local_prompt) : 0; if (current_line == 0 && !_rl_horizontal_scroll_mode && lendiff > visible_length && _rl_last_c_pos > 0 && (ofd - old) >= lendiff && term_cr) Ray From dxs@evolving.com Wed May 17 22:54:42 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA28467; Wed, 17 May 95 22:54:42 +0200 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.9/8.6.9) with ESMTP id OAA28814; Wed, 17 May 1995 14:50:37 -0600 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.12/8.6.9) with SMTP id OAA09718; Wed, 17 May 1995 14:50:35 -0600 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA38047; Wed, 17 May 1995 14:51:17 -0600 Date: Wed, 17 May 1995 14:51:17 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9505172051.AA38047@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: problems building clisp on rs6000. Cc: haible@ma2s2.mathematik.uni-karlsruhe.de when lisp.run starts, mmap fails as the fixed address 0x201F0000 is in range of the program. a test program indicates that a address 0x30000000 is the first address that will work. how can i change clisp so that the mmap will start with 0x30000000? thanks, dan stanger From jeanpaul@cs.washington.edu Thu May 18 00:14:39 1995 Received: from grizzly.cs.washington.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA28713; Thu, 18 May 95 00:14:39 +0200 Return-Path: Received: (jeanpaul@localhost) by grizzly.cs.washington.edu (8.6.12/7.2ws+) id PAA09935; Wed, 17 May 1995 15:10:35 -0700 Date: Wed, 17 May 1995 15:10:35 -0700 (PDT) From: Jean-Paul Tea To: lisp Subject: help on setting up CLOS in PC Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi everyone, I'm currently using CLISP on my PC at home. Does anyone of you know how to set up the CLOS environment? I try typing (use-package "clos"), but it doesn't work. and when I type (compile-file "clos"), it gives me continuation errors. If I should to ignore them, then after a while, it gives me a stack overflow error. Basically, I would appreciate any help. ----------------------------------------------------------------- Jean-Paul Tea jeanpaul@cs.washington.edu Computer Eng. University of Washington ============= WWW page: http://www.cs.washington.edu/homes/jeanpaul ----------------------------------------------------------------- From rls@therat.math.waikato.ac.nz Thu May 18 03:11:55 1995 Return-Path: Received: from therat.math.waikato.ac.nz by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA28917; Thu, 18 May 95 03:11:55 +0200 Received: by therat.math.waikato.ac.nz (Linux Smail3.1.28.1 #1) id m0sBu3Q-00006sC; Thu, 18 May 95 13:07 NZST Message-Id: Date: Thu, 18 May 95 13:07 NZST From: rls@therat.math.waikato.ac.nz (Richard Shepherd) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: (message from Jean-Paul Tea on Thu, 18 May 95 00:18:00 +0200) Subject: Re: help on setting up CLOS in PC Jean-Paul: > I try typing (use-package "clos"), but it doesn't work. You should be going (use-package "CLOS") i.e. upper case CLOS as strings are case sensitive. > ----------------------------------------------------------------- > Jean-Paul Tea jeanpaul@cs.washington.edu > Computer Eng. University of Washington > ============= 8<--------------------------->8 Richard Shepherd. (rls@therat.math.waikato.ac.nz) WWW home page:- http://therat.math.waikato.ac.nz From rlevenbe@mv.us.adobe.com Fri May 19 02:01:06 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00329; Fri, 19 May 95 02:01:06 +0200 Received: from netserv.rz.uni-karlsruhe.de by nz11.rz.uni-karlsruhe.de with SMTP (PP); Fri, 19 May 1995 01:55:49 +0200 Received: from mail-relay-1.adobe.com by netserv.rz.uni-karlsruhe.de with SMTP (16.6/16.2) id AA04456; Fri, 19 May 95 01:53:47 +0200 Received: by mail-relay-1.mv.us.adobe.com; id MAA02974; Thu, 18 May 1995 12:59:40 -0700 Received: by elroy.mv.us.adobe.com; id NAA01545; Thu, 18 May 1995 13:00:12 -0700 Received: from inferno ([130.248.62.103]) by fire.mv.us.adobe.com (4.1/SMI-4.1) id AA05186; Thu, 18 May 95 12:54:59 PDT Message-Id: <9505181954.AA05186@fire.mv.us.adobe.com> X-Sender: rlevenbe@fire.mv.us.adobe.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 18 May 1995 13:01:44 -0700 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de From: rlevenbe@mv.us.adobe.com (Richard Levenberg) Subject: outputting bytes to hardware ports Can this be done using CLISP? At the lowest level of a Evolving Algorithm I need to access the parallel port on the IBM-PC. Using assembly i would use the OUT instruction. Is there any way to do this or something similar from CLISP? thank you for any help. it is greatly appreciated. richardl /************************************** Richard Levenberg - Adobe Systems Emeryville Office x3513 A7 Class Computer Certification richardl@adobe.com /************************************** From jblack@bme.jhu.edu Fri May 19 02:01:33 1995 Return-Path: Received: from bme.jhu.edu (eureka-gold.wbme.jhu.edu) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00355; Fri, 19 May 95 02:01:33 +0200 Received: by bme.jhu.edu; Thu, 18 May 95 16:01:38 EDT Sender: jblack@bme.jhu.edu Date: Thu, 18 May 1995 16:01:37 -0400 (EDT) From: Jason Black To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: CLISP and AKCL Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi all! I have a system that runs fine under CLISP, but when I run it under AKCL, I am having trouble with (read-char). It doesn't wait for a key, it just goes right through it. I checked the Lisp FAQ, and I subsequently inserted (clear-input) before my (read-char)'s, and now it says: Error: Unexpected end of #. Error signalled by READ-CHAR. Any idea what's up? Jason Black jason@jhu.edu From dxs@evolving.com Fri May 19 02:05:47 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00391; Fri, 19 May 95 02:05:47 +0200 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.12/8.6.9) with ESMTP id QAA11231 for ; Thu, 18 May 1995 16:49:09 -0600 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.12/8.6.9) with SMTP id QAA16266 for ; Thu, 18 May 1995 16:48:49 -0600 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA20780; Thu, 18 May 1995 16:49:31 -0600 Date: Thu, 18 May 1995 16:49:31 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9505182249.AA20780@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: clisp built for rs6000, tests passed. if anyone is interested, this is what i did. built gcc for aix using the gas option. added #define HAVE_LONGLONG 1 to src/machine.c ./configure make.gcc added gmalloc to makemake ./makemake --with-readline --with-dynamic-ffi debug >makefile added -DNO_SINGLEMAP -DNO_MULTIMAP_SHM -DNO_TRIVIALMAP to CFLAGS in makefile i still have not tested the foreign function interface. dan stanger From holzi@logic.tuwien.ac.at Mon May 22 14:22:50 1995 Return-Path: Received: from csdec2.tuwien.ac.at by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04151; Mon, 22 May 95 14:22:50 +0200 Received: by csdec2.tuwien.ac.at (5.65/DEC-Ultrix/4.3) id AA20412; Mon, 22 May 1995 14:17:56 +0200 Message-Id: <9505221217.AA20412@csdec2.tuwien.ac.at> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: what means "cycle in precedence graph" ? Date: Mon, 22 May 95 14:17:50 +0200 From: holzi@logic.tuwien.ac.at X-Mts: smtp I keep getting errors like *** - DEFCLASS DOC=FILE-ERROR: inconsistent precedence graph, cycle (#> when trying to compile KEIM (a system supporting automatic theorem proving). Is CLISP too restrictive here or is this a serious problem? From hoehle@inf-wiss.uni-konstanz.de Mon May 22 15:13:00 1995 Return-Path: Received: from mailhub.uni-konstanz.de (pan.rz.uni-konstanz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04270; Mon, 22 May 95 15:13:00 +0200 Received: from inf-wiss.uni-konstanz.de (actually post.inf-wiss.uni-konstanz.de) by mailhub.uni-konstanz.de with SMTP(PP); Mon, 22 May 1995 15:07:50 +0200 Received: from stetten.inf-wiss.uni-konstanz.de by inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA16518; Mon, 22 May 95 15:07:57 +0200 Date: Mon, 22 May 95 15:07:56 +0200 From: hoehle@inf-wiss.uni-konstanz.de (Joerg-Cyril Hoehle) Message-Id: <9505221307.AA16518@inf-wiss.uni-konstanz.de> Received: by stetten.inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA04403; Mon, 22 May 95 15:07:56 +0200 To: clisp-list Subject: what means "cycle in precedence graph" ? In-Reply-To: <9505221217.AA20412@csdec2.tuwien.ac.at> References: <9505221217.AA20412@csdec2.tuwien.ac.at> holzi@logic.tuwien.ac.at writes: > I keep getting errors like > > *** - DEFCLASS DOC=FILE-ERROR: inconsistent precedence graph, > cycle (#> > Is CLISP too restrictive here or is this a serious problem? CLISP is not too restrictive by CLtL2 but it is more restrictive than say, CMU. It is a serious problem as you'll be obliged to search through the defclass hierarchy to check where this inheritance problem arises. You got a precedence conflict between the parents of your class definitions. In some cases, just switching the order of the superclasses in the defclass form helps. An example of what is not allowed: (defclass foo () ()) (defclass bar () ()) (defclass backw (bar foo) ()) (defclass bad1 (foo backw) ()) ; bad (defclass ok1 (backw foo) ()) ; works Joerg Hoehle. hoehle@inf-wiss.uni-konstanz.de From hoehle@inf-wiss.uni-konstanz.de Mon May 22 19:52:15 1995 Return-Path: Received: from inf-wiss.uni-konstanz.de (post.inf-wiss.uni-konstanz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04825; Mon, 22 May 95 19:52:15 +0200 Received: from stetten.inf-wiss.uni-konstanz.de by inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA17375; Mon, 22 May 95 19:47:30 +0200 Date: Mon, 22 May 95 19:47:30 +0200 From: hoehle@inf-wiss.uni-konstanz.de (Joerg-Cyril Hoehle) Message-Id: <9505221747.AA17375@inf-wiss.uni-konstanz.de> Received: by stetten.inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA04533; Mon, 22 May 95 19:47:30 +0200 To: clisp-list@[129.13.115.2] Subject: new old Amiga binaries available Hi, since due to lack of time and other reasons, the state of the Amiga implementation of CLISP w.r.t. current sources is not satisfactory to me (FFI, AFFI, SCREEN and others) and the last released binary is very old, I decided to make public the October 94 version that several beta testers used. Thus everybody can benefit from the changes that happened since the last public release (February 94), mainly the language switch and the ability to run with VMM (with the so-called *-wide version). >From README.Amiga: This archive contains an Amiga version of CLISP as of 1st September 1994 (with some minor patches September/October). This is an intermediate release, as I haven't yet found the time to debug and integrate the new FFI (CLISP from April 95). Beta testers have been using this version happily. I didn't want to prevent other lispers from the benefit of the new features like the english/german/french language switch and the availability of the *-wide version any longer. I didn't generate a *-low version this time, but that doesn't mean that it's not supported. Please see the files clisp.man and README too. Aminet archive names have been shortened to fit the 20 characters limit. There are three distinct binary versions of CLISP. These will be referred as *-high, *-low and *-wide. Depending on your machine, you'll be able to run one or the other, or all of them for testing purposes. o The *-high version: + has been compiled for 68020 and higher, won't run on 68000 CPUs. It doesn't use the floating point coprocessor. + is able to deal with addresses from 0 to 0x07FFFFFF, thus working on some A3000 and A4000 machines. GigaMem uses addresses between 0x20000000 and 0x60000000. VMM40 uses adresses at 0x40000000. CLISP cannot run with that. * checks the memory it gets, reverting to MEMF_24BITDMA (>2.0, otherwise MEMF_CHIP), like above. o The *-wide version: + has been compiled for 68020 and higher, won't run on 68000 CPUs. It doesn't use the floating point coprocessor. + is able to deal with any address and works fine with virtual memory or configurations where memory is located above 0x08000000 (e.g. CSA-Derringer 030). This has been achived at the cost of using 64-bit integers. This makes the executable and memory files very large. The binaries may be found at the usual place: /ftp@ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/clisp/binaries/amiga/ -rw-r--r-- 1 haible clisp 684731 May 18 12:28 CLisp-940901B-h.lha -rw-r--r-- 1 haible clisp 749828 May 18 12:29 CLisp-940901B-w.lha -rw-r--r-- 1 haible clisp 9749 May 18 12:01 README.Amiga -rw-r--r-- 1 haible clisp 3339 May 18 12:23 README.Beta Happy lisping, Joerg Hoehle. hoehle@inf-wiss.uni-konstanz.de From bochnick@imbe05.imbe.uni-bremen.de Tue May 23 14:27:01 1995 Return-Path: Received: from alf.zfn.uni-bremen.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05651; Tue, 23 May 95 14:27:01 +0200 Received: from imbe07.imbe.uni-bremen.de by alf.zfn.uni-bremen.de (AIX 3.2/UCB 5.64/4.940318) id AA48925; Tue, 23 May 1995 14:20:10 +0200 Received: from imbe05.imbe.uni-bremen.de.imbe_a by imbe07 (4.1/SMI-4.1) id AA01538; Tue, 23 May 95 14:15:32 +0200 Received: from imbe29.imbe_a ([134.102.184.129]) by imbe05.imbe.uni-bremen.de.imbe_a (4.1/SMI-4.1) id AA00952; Tue, 23 May 95 14:15:31 +0200 Date: Tue, 23 May 95 14:15:31 +0200 From: bochnick@imbe05.imbe.uni-bremen.de (Helge Bochnick) Message-Id: <9505231215.AA00952@imbe05.imbe.uni-bremen.de.imbe_a> Received: by imbe29.imbe_a (4.1/SMI-4.1) id AA00716; Tue, 23 May 95 14:15:30 +0200 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: Rick Taube's message of Mon, 9 May 94 07:13:34 +0200 <9405090607.AA08864@guido.zkm.de> Subject: unsubscribe unsubscribe clisp-list From SUSTA@control.felk.cvut.cz Wed May 24 13:18:52 1995 Return-Path: Received: from ns.felk.cvut.cz ([147.32.29.4]) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07197; Wed, 24 May 95 13:18:52 +0200 Received: from control.felk.cvut.cz (control.felk.cvut.cz [192.108.154.18]) by ns.felk.cvut.cz (8.6.11/8.6.9) with ESMTP id NAA12933 for ; Wed, 24 May 1995 13:13:38 +0200 Received: from CONTROL/SpoolDir by control.felk.cvut.cz (Mercury 1.21); 24 May 95 13:13:48 +0100 Received: from SpoolDir by CONTROL (Mercury 1.21); 24 May 95 13:13:45 +0100 From: "Richard Susta" To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Wed, 24 May 1995 13:13:36 +0100 MET Subject: Watcom 10.0 Priority: normal X-Mailer: Pegasus Mail v3.22 Message-Id: <1F75C03EEC@control.felk.cvut.cz> Hello, I have tried to recompile CLISP under WATCOM 10.0 by utility WCL386 for Win32 on IBM-PC 486/DX33 with 16Mb RAM. All files compiled O.K. with the exception of LISPARIT.C. WATCOM returns "Internal error: Overflow of internal tables" and recommended me to slit the file to smaller modules. Playing with options, like to disable all optimalizations and so on, has no efect. LISPARIT.C contains pretty big pool of source-includes with internal functions but there are no header files for them. The dividing of LISPARIT.C will not be easy (I have already tried to do so - WATCOM generate prototypes switch is helpless) Have you encountered the same problem? Don't you have "headers files" for source-includes in LISPARIT.C ? Thank you Richard Susta Department of Control Engineering CTU-Prague e-mail: susta@control.felk.cvut.cz From haible Wed May 24 15:42:15 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07479; Wed, 24 May 95 15:42:15 +0200 Date: Wed, 24 May 95 15:42:15 +0200 From: haible (Bruno Haible) Message-Id: <9505241342.AA07479@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Watcom 10.0 Richard Susta writes: > WATCOM returns > "Internal error: Overflow of internal tables" and recommended me > to slit the file to smaller modules. > Have you encountered the same problem? Yes. A co-worker of mine encountered exactly the same problem with WATCOM 9.5. There seems to be no easy workaround; the error message appears after a certain amount of code (about 105 KB of machine code). > Don't you have "headers files" for source-includes in LISPARIT.C ? No. If you don't find a compiler acceptable which can compile small programs but refuses to work on big ones, you should complain loudly to your vendor. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From aaronn@linfield.edu Wed May 24 19:24:36 1995 Return-Path: Received: from linfield.edu (calvin.linfield.edu) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08006; Wed, 24 May 95 19:24:36 +0200 Received: by linfield.edu (5.0/SMI-SVR4) id AA24915; Wed, 24 May 1995 10:18:44 +0800 Date: Wed, 24 May 1995 10:18:43 -0700 (PDT) From: Indigo Subject: unsubscribe To: clisp-list In-Reply-To: <1F75C03EEC@control.felk.cvut.cz> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 34 unsubscribe aaronn@linfield.edu From dxs@evolving.com Thu May 25 00:46:57 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08316; Thu, 25 May 95 00:46:57 +0200 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.12/8.6.9) with ESMTP id QAA19539 for ; Wed, 24 May 1995 16:41:31 -0600 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.12/8.6.9) with SMTP id QAA14475 for ; Wed, 24 May 1995 16:41:30 -0600 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA83498; Wed, 24 May 1995 16:42:16 -0600 Date: Wed, 24 May 1995 16:42:16 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9505242242.AA83498@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: clisp on rs6000 Cc: dxs@valiant.evolving.com i have tested clisp now with the foreign function interface and it works for the first example in the document correctly. as i mentioned in my previous mail, the changes i had to make are: added #define HAVE_LONGLONG 1 to src/machine.c executed configure make.gcc added gmalloc to makemake executed ./makemake --with-readline --with-dynamic-ffi > makefile added -DNO_SINGLEMAP -DNO_MULTIMAP_SHM -DNO_TRIVIALMAP to makefile i also may have found a problem with clisp-link. when it executes link1.sh, if the path does not have . in it the command fails. i changed that line to . ./link1.sh i used gcc to build. also, before i did the configure, i executed export CC="gcc -Dunix" dan stanger From jeanpaul@cs.washington.edu Thu May 25 12:15:10 1995 Received: from grizzly.cs.washington.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08576; Thu, 25 May 95 12:15:10 +0200 Return-Path: Received: (jeanpaul@localhost) by grizzly.cs.washington.edu (8.6.12/7.2ws+) id DAA29540; Thu, 25 May 1995 03:09:45 -0700 Date: Thu, 25 May 1995 03:09:45 -0700 (PDT) From: Jean-Paul Tea To: lisp Subject: CLOS Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII First of all, thanks to all of you who responded to my email. Here's another question: I'm using CLISP on my PC, and everytime I want to get into CLOS mode, I need to type (use-package "CLOS") IS there a way I can bypass that? Typing (use-package "CLOS") isn't a big deal, but it kind of get annoying. BTW, is there an editor built into CLISP? To type a program, I have to quit CLISP, run my editor program (emacs). Run CLISP again, load the program. This cycle continues quite a lot. Thanks, ----------------------------------------------------------------- Jean-Paul Tea jeanpaul@cs.washington.edu Computer Eng. University of Washington ============= WWW page: http://www.cs.washington.edu/homes/jeanpaul ----------------------------------------------------------------- From dxs@evolving.com Thu May 25 23:34:18 1995 Return-Path: Received: from citadel.evolving.com ([198.202.204.162]) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09483; Thu, 25 May 95 23:34:18 +0200 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.12/8.6.9) with ESMTP id PAA24489 for ; Thu, 25 May 1995 15:28:01 -0600 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.12/8.6.9) with SMTP id PAA20078 for ; Thu, 25 May 1995 15:28:00 -0600 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA42361; Thu, 25 May 1995 15:28:47 -0600 Date: Thu, 25 May 1995 15:28:47 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9505252128.AA42361@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: foreign function interface after i built clisp i installed clisp in a directory /usr/local/clisp this dir contains bin, lib, linkkit and man. i put all the files for linking (the lisp.a ... files) in lib/lisp. so my base directory is /usr/local/clisp/lib/lisp. i wanted to centralize the locations of the files needed to make the binary. however now i want to add other libraies as my c functions needs them. is the best place to add them to the link1.sh file? also is is possible (or desireable) to make base a environment variable? thanks, dan stanger From siponen@cs.hut.fi Fri May 26 14:18:51 1995 Return-Path: Received: from amadeus.cs.hut.fi by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10209; Fri, 26 May 95 14:18:51 +0200 Received: by amadeus.cs.hut.fi id AA16521 (5.65c8/HUTCS-C 1.3 for clisp-list ); Fri, 26 May 1995 15:13:15 +0300 Date: Fri, 26 May 1995 15:13:15 +0300 From: Lauri Siponen Message-Id: <199505261213.AA16521@amadeus.cs.hut.fi> To: clisp-list Subject: CLOS In-Reply-To: References: Jean-Paul Tea writes: > I'm using CLISP on my PC, and everytime I want to get into CLOS mode, I need > to type (use-package "CLOS") You might want to type (in-package "COMMON-LISP-USER") instead. I think that the COMMON-LISP-USER package should be the default user package, because it uses COMMON-LISP package which exports the standard CLOS symbols. The default USER package uses LISP package which is different than COMMON-LISP. Maybe there are some historical reasons for this, but I find it little confusing. Lauri Siponen From haible Fri May 26 15:54:53 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10406; Fri, 26 May 95 15:54:53 +0200 Date: Fri, 26 May 95 15:54:53 +0200 From: haible (Bruno Haible) Message-Id: <9505261354.AA10406@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: CLOS > You might want to type (in-package "COMMON-LISP-USER") instead. > I think that the COMMON-LISP-USER package should be the default > user package ... You can make COMMON-LISP-USER the defaylt user package by adding the options -p COMMON-LISP-USER to the `clisp' shell script / `clisp.bat' batch file. (Requires clisp version 1995-04-04 or newer.) Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From jeanpaul@cs.washington.edu Sat May 27 06:04:20 1995 Received: from grizzly.cs.washington.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11319; Sat, 27 May 95 06:04:20 +0200 Return-Path: Received: (jeanpaul@localhost) by grizzly.cs.washington.edu (8.6.12/7.2ws+) id UAA13826; Fri, 26 May 1995 20:58:32 -0700 Date: Fri, 26 May 1995 20:58:32 -0700 (PDT) From: Jean-Paul Tea To: lisp Subject: Dynamics versus Lexical scoping In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I heard that lisp can either use dynamic or lexical scoping. I don't know if this is the newsgroup to post the following question. If it is not, I like to apologize. My question is: What is dynamic or lexical scoping? What are the advantages and disadvantages of each? I try reading it in books, but they are so vague on the subject. Thanks, Jean-Paul From kr@shell.portal.com Sat May 27 11:47:06 1995 Return-Path: Received: from nova.unix.portal.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11475; Sat, 27 May 95 11:47:06 +0200 Received: from jobe.shell.portal.com (jobe.shell.portal.com [156.151.3.4]) by nova.unix.portal.com (8.6.11/8.6.5) with ESMTP id CAA09593; Sat, 27 May 1995 02:40:36 -0700 Received: from DialupEudora (jobe.shell.portal.com [156.151.3.4]) by jobe.shell.portal.com (8.6.11/8.6.5) with SMTP id CAA20802; Sat, 27 May 1995 02:40:31 -0700 X-Sender: kr@pop.shell.portal.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: srialpop\r\e%, 27 May 1995 02:41:09 -0800 To: clisp-list From: kr@shell.portal.com (kr) Subject: Re: Dynamic versus Lexical scoping Cc: At 6:09 5/27/95, Jean-Paul Tea wrote: >My question is: >What is dynamic or lexical scoping? What are the advantages and >disadvantages of each? All the old, historic implementations used dynamic scoping, but it turns out that this provides many opportunities for subtle bugs, which are difficult to understand and track down. That is because the behaviour of the program is not directly understandable by merely reading the lexical (textual) representation of the source code. That's why lexical scoping has been finally adopted by Scheme, and subsequently Common LISP, today's dominating standard. But one the of bigger LISPs, Interlisp from Xerox PARC, has been using dynamic scoping, as does Emacs LISP. These seem to be relics from the past. :-) Lexical scoping is familiar from languages such as Pascal and C, which never had the concept of dynamic scoping. In Common LISP, special variables can be used for dynamic scoping, but it should be used with a lot of thought and care. >I try reading it in books, but they are so vague on the subject. The books on the history of LISP often discuss the distinction, and the problems with dynamic scoping. In current-day books, it is just assumed that Common LISP with static scoping is the default. There is a concise discussion of the distinction and of some of the advantages of using dynamic scoping for selected tasks, and how to implement a similar effect within a static framework, on p.319-324 of the excellent book "Structure and Interpretation of Computer Programs", by Abelson and Sussman (MIT Press 1985), which is a classic book, using Scheme as a language. Greetings Markus Krummenacker From pachydrm@ix.netcom.com Sat May 27 19:51:14 1995 Return-Path: Received: from ix2.ix.netcom.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11727; Sat, 27 May 95 19:51:14 +0200 Received: from by ix2.ix.netcom.com (8.6.12/SMI-4.1/Netcom) id KAA28359; Sat, 27 May 1995 10:44:34 -0700 Date: Sat, 27 May 1995 10:44:34 -0700 Message-Id: <199505271744.KAA28359@ix2.ix.netcom.com> From: pachydrm@ix.netcom.com (J.Marrow) Subject: Foreign function interface? To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Hello! I just picked up CLISP [Linux] and was wondering whether there were any built in facilities for calling foreign functions (C libraries, &c.)...specifically, I'd like to write a small GUI framework [using a small number of external primitives, thus minimizing portability concerns...] Thanks in advance! Jean-David pachydrm@ix.netcom.com From haible Sun May 28 20:50:23 1995 Return-Path: Received: from ma2s3.mathematik.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12361; Sun, 28 May 95 20:50:23 +0200 Date: Sun, 28 May 95 20:50:23 +0200 From: haible (Bruno Haible) Message-Id: <9505281850.AA12361@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Foreign function interface? Jean-David Marrow asks: > I just picked up CLISP [Linux] and was wondering whether there were any > built in facilities for calling foreign functions (C libraries, > &c.)...specifically, I'd like to write a small GUI framework In this situation, you are best getting the Linux "binaries" from ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/clisp/binaries/linux/clisp.tar.z . It contains a "linking set", i.e. precisely what you need when you want to add foreign function modules. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From haible Sun May 28 20:54:13 1995 Return-Path: Received: from ma2s3.mathematik.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12407; Sun, 28 May 95 20:54:13 +0200 Date: Sun, 28 May 95 20:54:13 +0200 From: haible (Bruno Haible) Message-Id: <9505281854.AA12407@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: foreign function interface Dan Stanger asks: > after i built clisp i installed clisp in a directory /usr/local/clisp > this dir contains bin, lib, linkkit and man. i put all the files > for linking (the lisp.a ... files) in lib/lisp. so my base directory > is /usr/local/clisp/lib/lisp. You then need to set the environment variable CLISP_LINKKIT to /usr/local/clisp/linkkit, for clisp-link. > however now i want to add other > libraries as my c functions needs them. is the best place to add them > to the link1.sh file? Yes. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From haible Sun May 28 21:04:57 1995 Return-Path: Received: from ma2s3.mathematik.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12497; Sun, 28 May 95 21:04:57 +0200 Date: Sun, 28 May 95 21:04:57 +0200 From: haible (Bruno Haible) Message-Id: <9505281904.AA12497@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: clisp-list needs a volunteer Hi, This mailing list (clisp-list@ma2s2.mathematik.uni-karlsruhe.de) needs a new maintainer. The task of maintaining the list includes: - You get the error messages produced by the mailing list demon. - You answer mails politely which ought to have been sent to listserv@ma2s2.mathematik.uni-karlsruhe.de. - You decide to take people out of the mailing list if their account has expired and they cannot receive mail any more. - You forward mails to the list which belong there but didn't get through. All in all, not much more than 15 minutes of work per week, but you need to have a reliable email connection. If you wish to volunteer, please tell me. Thank you. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From warner@drw.onu.edu Mon May 29 05:18:03 1995 Return-Path: Received: from austin.onu.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12837; Mon, 29 May 95 05:18:03 +0200 Received: from drw.onu.edu by austin.onu.edu with SMTP id AA20169 (5.67b/IDA-1.5 for ); Sun, 28 May 1995 23:11:58 -0400 Received: by drw.onu.edu (NX5.67e/NX3.0S) id AA14040; Sun, 28 May 95 23:12:04 -0400 From: David R Warner Jr Message-Id: <9505290312.AA14040@drw.onu.edu> Subject: Install Problem To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Sun, 28 May 1995 23:12:03 -2587316 (EDT) Cc: d-warner@onu.edu Organization: Ohio Northern University College: Pettit College of Law Location: Ada, Ohio 45810 X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1160 I have downloaded a copy of clisp and am attempting to get it to run on an Ergo PowerBrick Laptop. The machine has an Intel 80486 DX 4 running at 100 mhz. I have edited config.lsp in accord with the instructions contained in the readme file. However, when I try to execute lisp.exe -M lispinit.me per the instructions, I get the error "virtual mode not supporeted without VCPI". I have no idea what that means or how to begin correcting it. Any words of wisdom will be much appreciated. Thank You _DAVID WARNER __ +-------------------------------------------------------+ | David R. Warner, Jr. | (419) 772-2227 | | Professor of Law | FAX: (419) 772-1875 | | Pettit College of Law | Internet: | | Ohio Northern University | d-warner@onu.edu | | Ada, Ohio 45810 | NeXT Mail OK | | http://www.law.onu.edu/~warner | | PGP Public Key Available from the WWW | | page or on request. | +-------------------------------------------------------+ From jeanpaul@cs.washington.edu Mon May 29 06:35:01 1995 Received: from grizzly.cs.washington.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13030; Mon, 29 May 95 06:35:01 +0200 Return-Path: Received: (jeanpaul@localhost) by grizzly.cs.washington.edu (8.6.12/7.2ws+) id VAA25393; Sun, 28 May 1995 21:28:55 -0700 Date: Sun, 28 May 1995 21:28:55 -0700 (PDT) From: Jean-Paul Tea To: clisp-list Cc: Multiple recipients of list Subject: Re: Install Problem In-Reply-To: <9505290312.AA14040@drw.onu.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII What I did to solve this is to delete NOEMS in the config.sys. Make sure that you make a back-up of your config.sys before changing it. > instructions contained in the readme file. However, when I try to > execute lisp.exe -M lispinit.me per the instructions, I get the > error "virtual mode not supporeted without VCPI". I have no idea > what that means or how to begin correcting it. Any words of wisdom > will be much appreciated. ----------------------------------------------------------------- Jean-Paul Tea jeanpaul@cs.washington.edu Computer Eng. University of Washington ============= WWW page: http://www.cs.washington.edu/homes/jeanpaul ----------------------------------------------------------------- From bochnick@imbe05.imbe.uni-bremen.de Mon May 29 07:24:15 1995 Return-Path: Received: from alf.zfn.uni-bremen.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13113; Mon, 29 May 95 07:24:15 +0200 Received: from imbe07.imbe.uni-bremen.de by alf.zfn.uni-bremen.de (AIX 3.2/UCB 5.64/4.940318) id AA26901; Mon, 29 May 1995 07:16:28 +0200 Received: from imbe05.imbe.uni-bremen.de.imbe_a by imbe07 (4.1/SMI-4.1) id AA07683; Mon, 29 May 95 07:11:46 +0200 Received: from imbe29.imbe_a ([134.102.184.129]) by imbe05.imbe.uni-bremen.de.imbe_a (4.1/SMI-4.1) id AA03524; Mon, 29 May 95 07:11:40 +0200 Date: Mon, 29 May 95 07:11:40 +0200 From: bochnick@imbe05.imbe.uni-bremen.de (Helge Bochnick) Message-Id: <9505290511.AA03524@imbe05.imbe.uni-bremen.de.imbe_a> Received: by imbe29.imbe_a (4.1/SMI-4.1) id AA20103; Mon, 29 May 95 07:11:45 +0200 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: unsubscribe unsubscribe bochnick@imbe.uni-bremen.de From haible Mon May 29 14:36:49 1995 Return-Path: Received: from ma2s3.mathematik.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13681; Mon, 29 May 95 14:36:49 +0200 Date: Mon, 29 May 95 14:36:49 +0200 From: haible (Bruno Haible) Message-Id: <9505291236.AA13681@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Emacs and CLISP Hi, The question how to use CLISP from within Emacs comes up over and over again. I would like to settle this finally. Could everyone of you who uses CLISP from within Emacs please send us a mail stating - What version of Emacs/XEmacs/Lucid-Emacs/Epoch are you using? - What interface package is used? If ILISP, which version? (5.5 or 5.7 or is there something newer?) - What local additions or patches did you make? Send us code. Send us excerpts from your .emacs file. - What commands/keystrokes to you use to start up clisp from within Emacs? - Are you satisfied with the way it works? Please send this to Marcus Daniels and me, not to clisp-list@ma2s2.mathematik.uni-karlsruhe.de. We will summarize and put up the results for FTP. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From matthias@intellektik.informatik.th-darmstadt.de Mon May 29 16:24:43 1995 Return-Path: Received: from rs2.hrz.th-darmstadt.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13919; Mon, 29 May 95 16:24:43 +0200 Received: from plopp.intellektik.informatik.th-darmstadt.de (plopp.intellektik.th-darmstadt.de) by rs2.hrz.th-darmstadt.de with SMTP id AA15135 (5.65c/IDA-1.4.4 for ); Mon, 29 May 1995 16:04:44 +0200 Received: by plopp.intellektik.informatik.th-darmstadt.de (4.1/Server-1.3/HRZ-THD) id AA26302; Mon, 29 May 95 16:04:42 +0200 Date: Mon, 29 May 95 16:04:42 +0200 From: Matthias Lindner Message-Id: <9505291404.AA26302@plopp.intellektik.informatik.th-darmstadt.de> To: clisp-list Cc: marcus@sysc.pdx.edu Subject: Emacs and CLISP In-Reply-To: <9505291236.AA13681@ma2s2.mathematik.uni-karlsruhe.de> References: <9505291236.AA13681@ma2s2.mathematik.uni-karlsruhe.de> Bruno Haible writes: > Hi, > > The question how to use CLISP from within Emacs comes up over and over > again. I would like to settle this finally. > > Could everyone of you who uses CLISP from within Emacs please send us a > mail stating > - What version of Emacs/XEmacs/Lucid-Emacs/Epoch are you using? Emacs 19.28, XEmacs 19.11 (previous versions worked as well) > - What interface package is used? If ILISP, which version? (5.5 or 5.7 or > is there something newer?) ILISP 5.7 (previous versions worked as well) > - What local additions or patches did you make? Send us code. Send us > excerpts from your .emacs file. I'm using an ilisp-site.el file which I load from .emacs. It contains the following Clisp related definitions: (autoload 'Clisp "ilisp" "Inferior Clisp." t) (setq Clisp-program (concat (getenv "bin") "/Lisp/" "emacsclisp")) ;;; emacsclisp is a symbolic link to my clisp script, which checks $0 ;;; to decide, if the -I flag should be added to $* (defun Clisp-check-prompt (old new) "Compare the break level printed at the beginning of the prompt." (let* ((old-level (if (and old (string-match "[0-9]+" old)) (string-to-int (substring old (match-beginning 0) (match-end 0))) 0)) (new-level (if (string-match "[0-9]+" new) (string-to-int (substring new (match-beginning 0) (match-end 0))) 0))) (<= new-level old-level))) (setq ilisp-load-hook '(lambda () ;; ... ;; ;; ---- CLISP ------------------------------------------------------- ;; (defdialect Clisp "The Karlsruhe clisp" clisp (setq ilisp-load-inits nil) (ilisp-load-init 'Clisp "Clisp.lsp") (setq ilisp-load-or-send-command "(and (or (print \"%s\") t) (load \"%s\"))" ilisp-binary-extension "fas" ilisp-block-command "(progn %s)" ilisp-save-command "(progn (ILISP:ilisp-save) %s)" ilisp-motd "Clisp -- ILISP V%s" comint-prompt-regexp "\\(^[0-9]*\\.[ \t]*Break> \\)\\|^[^-> ]*> " ilisp-error-regexp "ILISP:[^\"]*\\|\\(^\\*\\*\\* \\- \\)" comint-interrupt-regexp "^\\*\\*\\* \\- .*: User Break" ilisp-reset "(sys::debug-unwind)" comint-fix-error "(sys::debug-unwind)" comint-continue "(sys::debug-continue)" comint-prompt-status (function (lambda (old line) (comint-prompt-status old line 'Clisp-check-prompt))))) )) Clisp.lsp is a modified version of an older clisp.lisp: ;;; ;;; Common Lisp initializations ;;; Author: Chris McConnell, ccm@cs.cmu.edu ;;; ;;; ange-ftp hack added by ivan Wed Mar 10 12:30:15 1993 ;;; ilisp-errors *gc-verbose* addition ivan Tue Mar 16 03:21:51 1993 ;;; ;;; Rcs_Info: clisp.lisp,v 1.26 1993/09/03 02:05:07 ivan Rel $ ;;; ;;; Rcs_Info: clisp.lisp,v $ ;;; Revision 1.26 1993/09/03 02:05:07 ivan ;;; "Deposit for Release 5.5" ;;; ;;; Revision 1.25 1993/08/31 09:45:22 ivan ;;; "Deposit for Release 5.5" ;;; ;;; Revision 1.24 1993/08/31 09:07:17 ivan ;;; "Deposit for Release 5.5" ;;; ;;; Revision 1.23 1993/08/31 01:50:03 ivan ;;; "Deposit for Release 5.5" ;;; ;;; Revision 1.22 1993/08/31 01:37:44 ivan ;;; "Deposit for Release 5.5" ;;; ;;; Revision 1.21 1993/08/29 09:35:48 ivan ;;; "Deposit for Release 5.5" ;;; ;;; Revision 1.20 1993/08/25 20:37:50 ivan ;;; "Deposit for release ILISP_FIVE_O_FOUR" ;;; ;;; Revision 1.19 1993/08/24 22:01:52 ivan ;;; Use defpackage instead of just IN-PACKAGE. ;;; Renamed FUNCTION to FUN in ilisp-arglist to get around CMUCL 17b bug. ;;; ;;; Revision 1.18 1993/06/29 06:13:12 ivan ;;; "Deposit for release ILISP_FIVE_O_THREE" ;;; ;;; Revision 1.17 1993/06/29 06:12:03 ivan ;;; "Deposit for release ILISP_FIVE_O_2" ;;; ;;; Revision 1.16 1993/06/29 05:51:35 ivan ;;; Added Ed Gamble's #'readtable-case fix and Hans Chalupsky's ;;; allegro-4.1 addition. ;;; ;;; Revision 1.15 1993/06/28 20:30:00 ivan ;;; "Deposit for release ILISP_FIVE_O_2" ;;; ;;; Revision 1.14 1993/06/28 19:35:05 ivan ;;; "Deposit for release ILISP_FIVE_O_2" ;;; ;;; Revision 1.13 1993/06/28 16:44:02 ivan ;;; "Deposit for release ILISP_FIVE_O_1" ;;; ;;; Revision 1.12 1993/06/28 03:26:07 ivan ;;; "Deposit for release ILISP_FIVE_O" ;;; ;;; Revision 1.11 1993/06/28 03:12:44 ivan ;;; "Deposit for release ILISP_FIVE_O" ;;; ;;; Revision 1.10 1993/06/28 01:00:24 ivan ;;; "Deposit for release ILISP_FIVE_O" ;;; ;;; Revision 1.9 1993/06/28 00:59:02 ivan ;;; Deposit ;;; ;;; Revision 1.8 1993/06/28 00:57:42 ivan ;;; Stopped using 'COMPILED-FUNCTION-P for compiled check. ;;; ;;; Revision 1.7 1993/06/28 00:41:52 ivan ;;; Deposit for release ILISP_FIVE_O ;;; ;;; Revision 1.6 1993/06/28 00:39:28 ivan ;;; Deposit for release ;;; ;;; Revision 1.5 1993/06/28 00:36:20 ivan ;;; Deposit for release ;;; ;;; Revision 1.4 1993/06/11 19:03:47 ivan ;;; *** empty log message *** ;;; ;;; Revision 1.3 1993/03/16 23:22:10 ivan ;;; Added breakp arg to ilisp-trace. ;;; ;;; Revision 1.2 1993/03/16 09:45:56 ivan ;;; *** empty log message *** ;;; ;;; Revision 1.1 1993/03/16 08:21:17 ivan ;;; Initial revision ;;; ;;; #+(or allegro-v4.0 allegro-v4.1) (eval-when (compile load eval) (setq excl:*cltl1-in-package-compatibility-p* t)) #-(or KCL ECL) (defpackage "ILISP" (:use "LISP")) #+(or KCL ECL) (eval-when (load eval compile) (unless (find-package "ILISP") (make-package "ILISP" :use '("LISP")))) (in-package "ILISP") ;;; (defvar *ilisp-old-result* nil "Used for save/restore of top level values.") ;;; (defmacro ilisp-handler-case (expression &rest handlers) "Evaluate EXPRESSION using HANDLERS to handle errors." handlers (if (macro-function 'handler-case) `(handler-case ,expression ,@handlers) #+allegro `(excl::handler-case ,expression ,@handlers) #+lucid `(lucid::handler-case ,expression ,@handlers) #-(or allegro lucid) expression)) ;;; (defun ilisp-readtable-case (readtable) (if (fboundp 'readtable-case) (funcall #'readtable-case readtable) #+allegro (case excl:*current-case-mode* (:case-insensitive-upper :upcase) (:case-insensitive-lower :downcase) (otherwise :preserve)) #-allegro :upcase)) ;;; (defmacro ilisp-errors (form) "Handle errors when evaluating FORM." `(let ((*standard-output* *terminal-io*) (*error-output* *terminal-io*) #+cmu (ext:*gc-verbose* nil) ; cmulisp outputs "[GC ...]" which ; doesn't read well... ) (princ " ") ;Make sure we have output (ilisp-handler-case ,form (error (error) (with-output-to-string (string) (format string "ILISP: ~A" error)))))) ;;; (defun ilisp-save () "Save the current state of the result history." (declare (special / // /// + ++ +++)) (unless *ilisp-old-result* (setq *ilisp-old-result* (list /// // +++ ++ + /)))) ;;; (defun ilisp-restore () "Restore the old result history." (declare (special / // /// + ++ +++ * ** -)) (setq // (pop *ilisp-old-result*) ** (first //) / (pop *ilisp-old-result*) * (first /) ++ (pop *ilisp-old-result*) + (pop *ilisp-old-result*) - (pop *ilisp-old-result*)) (values-list (pop *ilisp-old-result*))) ;;; (defun ilisp-symbol-name (symbol-name) "Return SYMBOL-NAME with the appropriate case as a symbol." (case (ilisp-readtable-case *readtable*) (:upcase (string-upcase symbol-name)) (:downcase (string-downcase symbol-name)) (:preserve symbol-name))) ;;; (defun ilisp-find-package (package-name) "Return package PACKAGE-NAME or the current package." (if (string-equal package-name "nil") *package* (or (find-package (ilisp-symbol-name package-name)) (error "Package ~A not found" package-name)))) ;;; (defun ilisp-find-symbol (symbol-name package-name) "Return the symbol associated with SYMBOL-NAME in PACKAGE-NAME trying to handle case issues intelligently." (find-symbol (ilisp-symbol-name symbol-name) (ilisp-find-package package-name))) ;;; (defun ilisp-eval (form package filename) "Evaluate FORM in PACKAGE recording FILENAME as the source file." (princ " ") ;; Ivan's hack for getting away with dumb /ivan@bu-conx:/foo/bar/baz ;; filenames... (let* ((at-location (position #\@ filename)) (colon-location (position #\: filename)) (filename (if (and at-location colon-location) (subseq filename (1+ colon-location)) filename)) (*package* (ilisp-find-package package)) #+allegro (excl::*source-pathname* filename) #+allegro (excl::*redefinition-warnings* nil) #+lucid (lucid::*source-pathname* (if (probe-file filename) (truename filename) (merge-pathnames filename))) #+lucid (lucid::*redefinition-action* nil) ) filename (eval (read-from-string form)))) ;;; (defun ilisp-compile (form package filename) "Compile FORM in PACKAGE recording FILENAME as the source file." (princ " ") ;; This makes sure that function forms are compiled #-lucid (ilisp-eval (format nil "(funcall (compile nil '(lisp:lambda () ~A)))" form) package filename) #+lucid (labels ((compiler (form env) (if (and (consp form) (eq (first form) 'function) (consp (second form))) #-LCL3.0 (evalhook `(compile nil ,form) nil nil env) #+LCL3.0 ;; If we have just compiled a named-lambda, and the ;; name didn't make it in to the procedure object, ;; then stuff the appropriate symbol in to the ;; procedure object. (let* ((proc (evalhook `(compile nil ,form) nil nil env)) (old-name (and proc (sys:procedure-ref proc 1))) (lambda (second form)) (name (and (eq (first lambda) 'lucid::named-lambda) (second lambda)))) (when (or (null old-name) (and (listp old-name) (eq :internal (car old-name)))) (setf (sys:procedure-ref proc 1) name)) proc) (evalhook form #'compiler nil env)))) (let ((*evalhook* #'compiler)) (ilisp-eval form package filename)))) ;;; (defun ilisp-describe (sexp package) "Describe SEXP in PACKAGE." (ilisp-errors (let ((*package* (ilisp-find-package package))) (describe (eval (read-from-string sexp)))))) ;;; (defun ilisp-inspect (sexp package) "Inspect SEXP in PACKAGE." (ilisp-errors (let ((*package* (ilisp-find-package package))) #-clisp (inspect (eval (read-from-string sexp))) #+clisp (format t "Sorry -- can't inspect ~S as Clisp has no inspector!" sexp)))) #+clisp (defun ARGLIST (sym) (when (fboundp sym) (let* ((s (with-output-to-string (s) (describe (symbol-function sym) s))) (p (search "argument list: " s))) (if p (read-from-string (subseq s (+ 15 (search "argument list: " s)))) '(???))))) ;;; (defun ilisp-arglist (symbol package) "Return the argument list of SYMBOL from PACKAGE." (ilisp-errors (let ((real-symbol (ilisp-find-symbol symbol package)) (*print-length* nil) (*print-level* nil) (*package* (ilisp-find-package package))) (if (and real-symbol (fboundp real-symbol)) (pprint (let* ((fun (symbol-function real-symbol)) (generic-p (find-symbol "GENERIC-FUNCTION-P" (or (find-package "PCL") *package*)))) (if (and (fboundp generic-p) (funcall generic-p fun)) (funcall (find-symbol "GENERIC-FUNCTION-PRETTY-ARGLIST" (or (find-package "PCL") *package*)) fun) #+allegro (excl::arglist real-symbol) #+lucid (lucid::arglist real-symbol) #+(or ibcl kcl) (help real-symbol) #+clisp (arglist real-symbol) #-(or allegro lucid kcl ibcl clisp) (documentation real-symbol 'function)))) (format t "~A is not a function" symbol))))) ;;; (defun ilisp-documentation (symbol package type) "Return the TYPE documentation for SYMBOL in PACKAGE. If TYPE is \(qualifiers* (class ...)), the appropriate method will be found." (ilisp-errors (let* ((real-symbol (ilisp-find-symbol symbol package)) (type (if (and (not (zerop (length type))) (eq (elt type 0) #\()) (let ((*package* (ilisp-find-package package))) (read-from-string type)) (ilisp-find-symbol type package)))) (when (listp type) (setq real-symbol (funcall (find-symbol "FIND-METHOD" (or (find-package "CLOS") (find-package "PCL") *package*)) (symbol-function real-symbol) (reverse (let ((quals nil)) (dolist (entry type quals) (if (listp entry) (return quals) (setq quals (cons entry quals)))))) (reverse (let ((types nil)) (dolist (class (first (last type)) types) (setq types (cons (funcall (find-symbol "FIND-CLASS" (or (find-package "CLOS") (find-package "PCL") *package*)) class) types)))))))) (if real-symbol (if (symbolp real-symbol) (documentation real-symbol type) ;; Prevent compiler complaints (eval `(documentation ,real-symbol))) (format nil "~A has no ~A documentation" symbol type))))) ;;; (defun ilisp-macroexpand (expression package) "Macroexpand EXPRESSION as long as the top level function is still a macro." (ilisp-errors (let ((*print-length* nil) (*print-level* nil) (*package* (ilisp-find-package package))) (pprint (#-allegro macroexpand #+allegro excl::walk (read-from-string expression)))))) ;;; (defun ilisp-macroexpand-1 (expression package) "Macroexpand EXPRESSION once." (ilisp-errors (let ((*print-length* nil) (*print-level* nil) (*package* (ilisp-find-package package))) (pprint (macroexpand-1 (read-from-string expression)))))) ;;; (defun ilisp-trace (symbol package breakp) "Trace SYMBOL in PACKAGE." (declare (ignore breakp)) ; No way to do this in CL. (ilisp-errors (let ((real-symbol (ilisp-find-symbol symbol package))) (when real-symbol (eval `(trace ,real-symbol)))))) (defun ilisp-untrace (symbol package) "Untrace SYMBOL in PACKAGE." (ilisp-errors (let ((real-symbol (ilisp-find-symbol symbol package))) (when real-symbol (eval `(untrace ,real-symbol)))))) ;;; (defun ilisp-compile-file (file extension) "Compile FILE putting the result in FILE+EXTENSION." (ilisp-errors (compile-file file :output-file (merge-pathnames (make-pathname :type extension) file)))) ;;; (defun ilisp-casify (pattern string lower-p upper-p) "Return STRING with its characters converted to the case of PATTERN, continuing with the last case beyond the end." (cond (lower-p (string-downcase string)) (upper-p (string-upcase string)) (t (let (case) (concatenate 'string (map 'string #'(lambda (p s) (setq case (if (upper-case-p p) #'char-upcase #'char-downcase)) (funcall case s)) pattern string) (map 'string case (subseq string (length pattern)))))))) ;;; (defun ilisp-words (string) "Return STRING broken up into words. Each word is (start end delimiter)." (do* ((length (length string)) (start 0) (end t) (words nil)) ((null end) (nreverse words)) (if (setq end (position-if-not #'alphanumericp string :start start)) (setq words (cons (list end (1+ end) t) (if (= start end) words (cons (list start end nil) words))) start (1+ end)) (setq words (cons (list start length nil) words))))) ;;; (defun ilisp-match-words (string pattern words) "Match STRING to PATTERN using WORDS." (do* ((strlen (length string)) (words words (cdr words)) (word (first words) (first words)) (start1 (first word) (first word)) (end1 (second word) (second word)) (delimiter (third word) (third word)) (len (- end1 start1) (and word (- end1 start1))) (start2 0) (end2 len)) ((or (null word) (null start2)) start2) (setq end2 (+ start2 len) start2 (if delimiter (position (elt pattern start1) string :start start2) (when (and (<= end2 strlen) (string= pattern string :start1 start1 :end1 end1 :start2 start2 :end2 end2)) (1- end2)))) (when start2 (incf start2)))) ;;; (defun ilisp-matching-symbols (string package &optional (function-p nil) (external-p nil) (prefix-p nil)) "Return a list of the symbols that have STRING as a prefix in PACKAGE. FUNCTION-P indicates that only symbols with a function value should be considered. EXTERNAL-P indicates that only external symbols should be considered. PREFIX-P means that partial matches should not be considered. The returned strings have the same case as the original string." (ilisp-errors (let* ((lower-p (notany #'upper-case-p string)) (upper-p (notany #'lower-case-p string)) (no-casify (eq (ilisp-readtable-case *readtable*) :preserve)) (symbol-string (ilisp-symbol-name string)) (length (length string)) (results nil) (*print-length* nil) (*package* (ilisp-find-package package))) (labels ( ;; Check SYMBOL against PATTERN (check-symbol (symbol pattern) (let ((name (symbol-name symbol))) (when (and (or (not function-p) (fboundp symbol)) (>= (length name) length) (string= pattern name :end2 length)) (push (list (if no-casify name (ilisp-casify pattern name lower-p upper-p))) results)))) ;; Check SYMBOL against PATTERN using WORDS (check-symbol2 (symbol pattern words) (let ((name (symbol-name symbol))) (when (and (or (not function-p) (fboundp symbol)) (ilisp-match-words name pattern words)) (push (list (if no-casify name (ilisp-casify pattern name lower-p upper-p))) results))))) (if external-p (do-external-symbols (symbol *package*) (check-symbol symbol symbol-string)) (progn ;; KCL does not go over used symbols. #+(or kcl ibcl) (dolist (used-package (package-use-list *package*)) (do-external-symbols (symbol used-package) (check-symbol symbol symbol-string))) (do-symbols (symbol *package*) (check-symbol symbol symbol-string)))) (unless (or results prefix-p) (let ((words (ilisp-words symbol-string))) (if external-p (do-external-symbols (symbol *package*) (check-symbol2 symbol symbol-string words)) (progn ;; KCL does not go over used symbols. #+(or kcl ibcl) (dolist (used-package (package-use-list *package*)) (do-external-symbols (symbol used-package) (check-symbol2 symbol symbol-string words))) (do-symbols (symbol *package*) (check-symbol2 symbol symbol-string words)))))) (prin1 results) nil)))) ;;; Make sure that functions are exported (dolist (symbol '(ilisp-errors ilisp-save ilisp-restore ilisp-symbol-name ilisp-find-symbol ilisp-find-package ilisp-eval ilisp-compile ilisp-describe ilisp-inspect ilisp-arglist ilisp-documentation ilisp-macroexpand ilisp-macroexpand-1 ilisp-trace ilisp-untrace ilisp-compile-file ilisp-casify ilisp-matching-symbols)) (export symbol)) (when #+cmu (eval:interpreted-function-p #'ilisp-matching-symbols) #-cmu (not (compiled-function-p #'ilisp-matching-symbols)) (format t "\"ILISP: File is not compiled, use M-x ilisp-compile-inits\"")) > - What commands/keystrokes to you use to start up clisp from within Emacs? M-x Clisp > - Are you satisfied with the way it works? After the -I flag appeared in Clisp, I had no major problems. However, I do not use all of the features of ILISP. Completion, execution/compilation of expressions from ordinary lisp-file buffers and compilation/loading of files is enough for me, so there might be problems that I'm not aware of. Anyway the worst thing to happen in ILISP is, that you have to type M-x panic-lisp. --Matthias ------------------------------------------------------------------------------ Matthias Lindner FG Intellektik, FB Informatik Technische Hochschule Darmstadt Alexanderstr.10, D-64283 Darmstadt TEL: +49 6151 166651 FAX: +49 6151 165326 NET: matthias@intellektik.informatik.th-darmstadt.de WWW: http://aida.intellektik.informatik.th-darmstadt.de/~matthias/ ------------------------------------------------------------------------------ From rbianchi@lsi.usp.br Mon May 29 16:51:30 1995 Return-Path: Received: from ofelia (lsi.poli.usp.br) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA14036; Mon, 29 May 95 16:51:30 +0200 Received: from naomi.usp.br (naomi.lsi.usp.br [143.107.3.233]) by ofelia (8.6.12/8.6.9) with SMTP id LAA14436 for ; Mon, 29 May 1995 11:34:00 -0300 Date: Mon, 29 May 1995 11:34:00 -0300 From: Reinaldo Augusto da Costa Bianchi (rillo) Message-Id: <199505291434.LAA14436@ofelia> Received: by naomi.usp.br (4.1/SMI-4.1) id AA07964; Mon, 29 May 95 11:42:35 EST To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: unsubscribe rbianchi@lsi.usp.br unsubscribe rbianchi@lsi.usp.br From aaronn@linfield.edu Mon May 29 18:37:40 1995 Return-Path: Received: from linfield.edu (calvin.linfield.edu) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA14207; Mon, 29 May 95 18:37:40 +0200 Received: by linfield.edu (5.0/SMI-SVR4) id AA08470; Mon, 29 May 1995 09:30:58 +0800 Date: Mon, 29 May 1995 09:30:57 -0700 (PDT) From: Indigo Subject: unsubscribe To: clisp-list In-Reply-To: <9505290511.AA03524@imbe05.imbe.uni-bremen.de.imbe_a> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 34 unsubscribe aaronn@linfield.edu From kr@shell.portal.com Tue May 30 00:47:42 1995 Return-Path: Received: from nova.unix.portal.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA14347; Tue, 30 May 95 00:47:42 +0200 Received: from jobe.shell.portal.com (jobe.shell.portal.com [156.151.3.4]) by nova.unix.portal.com (8.6.11/8.6.5) with ESMTP id PAA12051 for ; Mon, 29 May 1995 15:40:44 -0700 Received: from DialupEudora (jobe.shell.portal.com [156.151.3.4]) by jobe.shell.portal.com (8.6.11/8.6.5) with SMTP id PAA10038 for ; Mon, 29 May 1995 15:40:39 -0700 X-Sender: kr@pop.shell.portal.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: shell\r\elogin:, 29 May 1995 15:41:18 -0800 To: clisp-list From: kr@shell.portal.com (kr) Subject: Re: Dynamic versus Lexical scoping At 6:09 5/27/95, Jean-Paul Tea wrote: >My question is: >What is dynamic or lexical scoping? What are the advantages and >disadvantages of each? All the old, historic implementations used dynamic scoping, but it turns out that this provides many opportunities for subtle bugs, which are difficult to understand and track down. That is because the behaviour of the program is not directly understandable by merely reading the lexical (textual) representation of the source code. That's why lexical scoping has been finally adopted by Scheme, and subsequently Common LISP, today's dominating standard. But one the of bigger LISPs, Interlisp from Xerox PARC, has been using dynamic scoping, as does Emacs LISP. These seem to be relics from the past. :-) Lexical scoping is familiar from languages such as Pascal and C, which never had the concept of dynamic scoping. In Common LISP, special variables can be used for dynamic scoping, but it should be used with a lot of thought and care. >I try reading it in books, but they are so vague on the subject. The books on the history of LISP often discuss the distinction, and the problems with dynamic scoping. In current-day books, it is just assumed that Common LISP with static scoping is the default. There is a concise discussion of the distinction and of some of the advantages of using dynamic scoping for selected tasks, and how to implement a similar effect within a static framework, on p.319-324 of the excellent book "Structure and Interpretation of Computer Programs", by Abelson and Sussman (MIT Press 1985), which is a classic book, using Scheme as a language. Greetings Markus Krummenacker From dudeyp@research.CS.ORST.EDU Wed May 31 01:49:38 1995 Return-Path: Received: from research.CS.ORST.EDU (chert.CS.ORST.EDU) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA16014; Wed, 31 May 95 01:49:38 +0200 Received: from darwin.CS.ORST.EDU by research.CS.ORST.EDU (4.1/1.30) id AA28129; Tue, 30 May 95 16:43:58 PDT From: dudeyp@research.CS.ORST.EDU (Peter Dudey Drake) Received: by darwin.CS.ORST.EDU (4.1/CS-Client) id AA07603; Tue, 30 May 95 16:43:04 PDT Date: Tue, 30 May 95 16:43:04 PDT Message-Id: <9505302343.AA07603@darwin.CS.ORST.EDU> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <9505291236.AA13681@ma2s2.mathematik.uni-karlsruhe.de> (haible@ma2s2.mathematik.uni-karlsruhe.de) Subject: Re: Emacs and CLISP Date: Mon, 29 May 95 14:40:34 +0200 Reply-To: clisp-list Hi, The question how to use CLISP from within Emacs comes up over and over again. I would like to settle this finally. Could everyone of you who uses CLISP from within Emacs please send us a mail stating - What version of Emacs/XEmacs/Lucid-Emacs/Epoch are you using? I'm using Xemacs 19.11 under Linux. - What interface package is used? If ILISP, which version? (5.5 or 5.7 or is there something newer?) ILISP 5.5. - What local additions or patches did you make? Send us code. Send us excerpts from your .emacs file. My .emacs file is attached at the bottom, after my .sig. Much of it deals with ILISP. I especially recommend the font-lock package. Having comments, strings, and keywords in different colors is enormously helpful. - What commands/keystrokes to you use to start up clisp from within Emacs? M-x clisp - Are you satisfied with the way it works? Mostly. My biggest complaint is that the *clisp* buffer refuses to acknowledge any other input if I accidentally type a right parenthesis which has no balancing left parenthesis. +- PETER DUDEY DRAKE 279-D SE Lilly Ave., Corvallis, OR 97333 -+ | MS student in Artificial Intelligence, Oregon State University | | "Everybody wants prosthetic foreheads on their real heads." - TMBG | +- drakep@research.cs.orst.edu (finger dudeyp@research.cs.orst.edu) -+ ;;; Standard Emacs stuff (display-time) (setq-default version-control t) (global-unset-key "\C-xf") ; I keep hitting that by accident... (setq-default auto-save-interval 50) (setq next-line-add-newlines nil) (setq teach-extended-commands-p t) (setq meta-flag t) ;this too (setq default-major-mode 'text-mode) ;usually what I want. (setq text-mode-hook 'turn-on-auto-fill) (add-hook 'lisp-mode-hook '(lambda () (setq comment-column 60))) (add-hook 'c-mode-hook '(lambda () (setq comment-column 60))) (setq trim-versions-without-asking t) (put 'eval-expression 'disabled nil) ;;; paren match (defun paren-match (arg) "(ARG) Go to the matching parenthesis." (interactive "P") (cond ((looking-at "[\(\[{]") (forward-sexp 1) (backward-char)) ((looking-at "[])}]") (forward-char) (backward-sexp 1)))) (global-set-key "\C-X%" 'paren-match) ;;; Did we happen to mention the modes? (autoload 'tcl-mode "tcl-mode" "Major mode for editing tcl-scripts." t) (setq auto-mode-alist (cons '("\\.tcl$" . tcl-mode) auto-mode-alist)) (require 'tcl) (require 'html-mode) ;;; Things to make lisp-mode indent things properly (require 'lisp-mode) (put 'unless 'lisp-indent-function 1) (put 'dolist 'lisp-indent-function 1) (put 'dotimes 'lisp-indent-function 1) (put 'when 'lisp-indent-function 1) (put 'case 'lisp-indent-function 1) (put 'multiple-value-bind 'lisp-indent-function 2) (put 'do 'lisp-indent-function 2) (put 'do* 'lisp-indent-function 2) (setq akcl-program "/usr/local/bin/gcl") (setq clisp-program "/usr/bin/clisp -I") (setq ilisp-program "/usr/bin/clisp -I") ;;; A bunch of goodies for ILISP ;; If you always want partial minibuffer completion (require 'completer) (autoload 'run-ilisp "ilisp" "Select a new inferior LISP." t) (autoload 'clisp "ilisp" "CLISP" t) ;; This makes reading a lisp file load in ilisp. (set-default 'auto-mode-alist (append '(("\\.lisp$" . lisp-mode)) auto-mode-alist)) (add-hook 'lisp-mode-hook '(lambda () (require 'ilisp))) ;; To be honest, I'd suggest everyone disable the popper, bug or no bug. ;; If you like it great. If you want to disembowel the thing, here's how: (setq lisp-no-popper t) (setq popper-load-hook '(lambda () (setq popper-pop-buffers nil) (setq popper-buffers-to-skip nil))) ;;; ******************** ;;; Load much improved versions of the C and C++ modes. At some point this ;;; will become the default in Lucid Emacs. ;;; (fmakunbound 'c-mode) (fmakunbound 'c++-mode) (makunbound 'c-mode-map) (makunbound 'c++-mode-map) (makunbound 'c-style-alist) (autoload 'c++-mode "cc-mode" "C++ Editing Mode" t) (autoload 'c-mode "cc-mode" "C Editing Mode" t) (setq auto-mode-alist (append '(("\\.C$" . c++-mode) ("\\.cc$" . c++-mode) ("\\.hh$" . c++-mode) ("\\.c$" . c-mode) ("\\.h$" . c-mode)) auto-mode-alist)) ;; This controls indentation. The default is 4 spaces but the ;; Emacs source code uses 2. (setq c-basic-offset 2) ;;; ******************** ;;; Load a partial-completion mechanism, which makes minibuffer completion ;;; search multiple words instead of just prefixes; for example, the command ;;; `M-x byte-compile-and-load-file RET' can be abbreviated as `M-x b-c-a RET' ;;; because there are no other commands whose first three words begin with ;;; the letters `b', `c', and `a' respectively. ;;; (load-library "completer") ;;; ******************** ;;; Load crypt, which is a package for automatically decoding and reencoding ;;; files by various methods - for example, you can visit a .Z or .gz file, ;;; edit it, and have it automatically re-compressed when you save it again. ;;; (setq crypt-encryption-type 'pgp ; default encryption mechanism crypt-confirm-password t ; make sure new passwords are correct ;crypt-never-ever-decrypt t ; if you don't encrypt anything, set this to ; tell it not to assume that "binary" files ; are encrypted and require a password. ) (require 'crypt) ;;; ******************** ;;; Font-Lock is a syntax-highlighting package. When it is enabled and you ;;; are editing a program, different parts of your program will appear in ;;; different fonts or colors. For example, with the code below, comments ;;; appear in red italics, function names in function definitions appear in ;;; blue bold, etc. The code below will cause font-lock to automatically be ;;; enabled when you edit C, C++, Emacs-Lisp, and many other kinds of ;;; programs. ;;; ;;; The "Options" menu has some commands for controlling this as well. ;;; (require 'font-lock) (add-hook 'font-lock-mode-hook 'font-lock-use-default-colors) ;(set-face-foreground 'font-lock-function-name-face "blue") ;(set-face-foreground 'font-lock-comment-face "red") ;(set-face-foreground 'font-lock-string-face "forest green") ;(set-face-underline-p 'font-lock-string-face nil) ;(make-face-unitalic 'font-lock-string-face) ;(make-face-unitalic 'font-lock-function-name-face) (add-hook 'emacs-lisp-mode-hook 'turn-on-font-lock) (add-hook 'tcl-mode-hook 'turn-on-font-lock) (add-hook 'html-mode-hook 'turn-on-font-lock) (add-hook 'lisp-mode-hook 'turn-on-font-lock) (add-hook 'ilisp-mode-hook 'turn-on-font-lock) (add-hook 'c-mode-hook 'turn-on-font-lock) (add-hook 'c++-mode-hook 'turn-on-font-lock) (add-hook 'perl-mode-hook 'turn-on-font-lock) (add-hook 'tex-mode-hook 'turn-on-font-lock) (add-hook 'texinfo-mode-hook 'turn-on-font-lock) (add-hook 'postscript-mode-hook 'turn-on-font-lock) (add-hook 'dired-mode-hook 'turn-on-font-lock) (add-hook 'ada-mode-hook 'turn-on-font-lock) ;;; Customize-menus adds a "Lisp" entry to the menubar (require 'customize-menus) ;;; func-menu is a package that scans your source file for function definitions ;;; and makes a menubar entry that lets you jump to any particular function ;;; definition by selecting it from the menu. The following code turns this on ;;; for all of the recognized languages. Scanning the buffer takes some time, ;;; but not much. ;;; (cond ((string-match "Lucid" emacs-version) (require 'func-menu) (define-key global-map 'f8 'function-menu) (add-hook 'find-file-hooks 'fume-add-menubar-entry) (define-key global-map "\C-cg" 'fume-prompt-function-goto) (define-key global-map '(shift button3) 'mouse-function-menu) )) ;; Options Menu Settings ;; ===================== (cond ((and (string-match "XEmacs" emacs-version) (boundp 'emacs-major-version) (= emacs-major-version 19) (>= emacs-minor-version 10)) (setq-default highlight-paren-expression nil) (setq-default overwrite-mode nil) (setq-default teach-extended-commands-p t) (setq-default complex-buffers-menu-p nil) (setq-default buffers-menu-max-size 20) (setq-default case-fold-search t) (if (featurep 'blink-paren) (blink-paren 0)) (if (featurep 'pending-del) (pending-delete 0)) (set-face-font 'default "-*-Courier-Medium-R-*-*-*-160-*-*-*-*-*-*") (set-face-font 'modeline "-*-Courier-medium-R-*-*-*-160-*-*-*-*-*-*") (add-hook 'c-mode-hook 'turn-on-font-lock) (add-hook 'c++-mode-hook 'turn-on-font-lock) (add-hook 'lisp-mode-hook 'turn-on-font-lock) (add-hook 'emacs-lisp-mode-hook 'turn-on-font-lock) (require 'font-lock) (remove-hook 'font-lock-mode-hook 'turn-on-fast-lock) (setq lisp-font-lock-keywords lisp-font-lock-keywords-2) (set-face-foreground 'font-lock-comment-face "#6920ac") (set-face-foreground 'font-lock-string-face "green4") (set-face-foreground 'font-lock-doc-string-face "green4") (set-face-foreground 'font-lock-function-name-face "red3") (set-face-foreground 'font-lock-keyword-face "blue3") (set-face-foreground 'font-lock-type-face "blue3") )) ;; ============================ ;; End of Options Menu Settings From jeanpaul@cs.washington.edu Fri Jun 2 09:48:28 1995 Received: from grizzly.cs.washington.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA19746; Fri, 2 Jun 95 09:48:28 +0200 Return-Path: Received: (jeanpaul@localhost) by grizzly.cs.washington.edu (8.6.12/7.2ws+) id AAA11904; Fri, 2 Jun 1995 00:41:17 -0700 Date: Fri, 2 Jun 1995 00:41:16 -0700 (PDT) From: Jean-Paul Tea To: lisp Subject: Graphics Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I was wondering if CLISP for the PC support graphics. If it does, is there a graphical package (CLOS) that I can use? ----------------------------------------------------------------- Jean-Paul Tea jeanpaul@cs.washington.edu Computer Eng. University of Washington ============= WWW page: http://www.cs.washington.edu/homes/jeanpaul ----------------------------------------------------------------- From marcus@ee.pdx.edu Thu Jun 8 10:12:31 1995 Return-Path: Received: from ursula.ee.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA27054; Thu, 8 Jun 95 10:12:31 +0200 Received: from jetsam.ee.pdx.edu (marcus@jetsam.ee.pdx.edu [131.252.10.101]) by ursula.ee.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id BAA01049; Thu, 8 Jun 1995 01:06:32 -0700 for From: marcus@ee.pdx.edu (Marcus Daniels) Received: (marcus@localhost) by jetsam.ee.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id BAA04844; Thu, 8 Jun 1995 01:06:29 -0700 Date: Thu, 8 Jun 1995 01:06:29 -0700 Message-Id: <199506080806.BAA04844@jetsam.ee.pdx.edu> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Emacs Thanks to Pierpaolo Bernardi, Christopher Biggs, Don Cohen, Peter Dudey Drake, Matthias Linde, and TV Raman for sharing their experiences using CLISP with Emacs. The results are available as: http://sayre.sysc.pdx.edu:8001/clisp_and_emacs/clisp_and_emacs.html From haible Mon Jun 12 18:19:26 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02660; Mon, 12 Jun 95 18:19:26 +0200 Date: Mon, 12 Jun 95 18:19:26 +0200 From: haible (Bruno Haible) Message-Id: <9506121619.AA02660@ma2s2.mathematik.uni-karlsruhe.de> To: AI.Repository@cs.cmu.edu, clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: For historical purposes For historical purposes, I am making the source of the first (original) clisp version available via FTP at ma2s2.mathematik.uni-karlsruhe.de:/lisp/clisp/binaries/atari/oldclisp-source/. This was the version for Atari ST only, written in 68000 assembly language and Lisp. The latest snapshot is from July 1992. So, if you like reading 3 megabytes of assembly language source with all comments in german, go, fetch it and enjoy! Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de !! To unsubscribe from the clisp-list mailing list, send mail to !! !! listserv@ma2s2.mathematik.uni-karlsruhe.de !! !! including the two words "unsubscribe clisp-list" as message body. !! From rls@therat.math.waikato.ac.nz Tue Jun 13 00:40:40 1995 Return-Path: Received: from therat.math.waikato.ac.nz by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03231; Tue, 13 Jun 95 00:40:40 +0200 Received: by therat.math.waikato.ac.nz (Linux Smail3.1.28.1 #1) id m0sLI0O-00006sC; Tue, 13 Jun 95 10:30 NZST Message-Id: From: rls@therat.math.waikato.ac.nz (Richard Shepherd) Subject: mirror in NZ To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de (CLisp List) Date: Tue, 13 Jun 1995 10:30:48 +1200 (NZST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 754 Hi clisp users, in repsonse to the discussion some time ago about having a mirror site in the US to the clisp sources and binaries on ma2s2, I can now say that there is a mirror site in New Zealand (yes that insignificant little country that WON the AMERICAS CUP, enough stirring...). It is at: ftp.cs.waikato.ac.nz:/pub/packages/clisp-mirror/ this directory contains the source and binaries trees. I asked our comp support staff here at the University of Waikato nicely and a month or so later there it is (not bad for around here!). So anyone to whom this site is closer than the one you currently use: Enjoy! 8<--------------------------->8 Richard Shepherd. (rls@therat.math.waikato.ac.nz) WWW home page:- http://therat.math.waikato.ac.nz/ From dxs@evolving.com Sat Jun 17 00:32:10 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09903; Sat, 17 Jun 95 00:32:10 +0200 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.12/8.6.9) with ESMTP id QAA23564 for ; Fri, 16 Jun 1995 16:34:40 -0600 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.12/8.6.9) with SMTP id QAA07070 for ; Fri, 16 Jun 1995 16:34:38 -0600 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA54466; Fri, 16 Jun 1995 16:34:39 -0600 Date: Fri, 16 Jun 1995 16:34:39 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9506162234.AA54466@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: foreign function interface is is possible to use the following construct? (defconstant _SYS_NMLN 32) (def-c-struct utsname (sysname (c-array char _SYS_NMLN)) ... when i try it i get the following error *** - Invalid FFI type: (C-ARRAY CHAR _SYS_NMLN) but this works (sysname (c-array char 32 )) also, is there a way to pass c code directly through the compilation process? via a special comment (for example) thanks, dan stanger From haible Sat Jun 17 00:46:09 1995 Return-Path: Received: from ma2s3.mathematik.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10002; Sat, 17 Jun 95 00:46:09 +0200 Date: Sat, 17 Jun 95 00:46:09 +0200 From: haible (Bruno Haible) Message-Id: <9506162246.AA10002@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: foreign function interface Dan Stanger asks: > is is possible to use the following construct? > (defconstant _SYS_NMLN 32) > (def-c-struct utsname > (sysname (c-array char _SYS_NMLN)) Unfortunately this is not possible. You have to use #. : (def-c-struct utsname (sysname (c-array char #._SYS_NMLN)) > also, is there a way to pass c code directly through the compilation process? > via a special comment (for example) No, an interface for doing that is missing. The only way to do that now is to pack the C code into a separate C file which you then link against. An unportable way of outputting C code directly (between functions) is (eval-when (compile) (when (compiler::prepare-coutput-file) (format compiler::*coutput-stream* ...stuff...) ) ) Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From haible Sat Jun 17 00:50:45 1995 Return-Path: Received: from ma2s3.mathematik.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10051; Sat, 17 Jun 95 00:50:45 +0200 Date: Sat, 17 Jun 95 00:50:45 +0200 From: haible (Bruno Haible) Message-Id: <9506162250.AA10051@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Second call for volunteer Hi again, This mailing list (clisp-list@ma2s2.mathematik.uni-karlsruhe.de) really needs a new maintainer. The task of maintaining the list includes: - You get the error messages produced by the mailing list demon. - You answer mails politely which ought to have been sent to listserv@ma2s2.mathematik.uni-karlsruhe.de. - You decide to take people out of the mailing list if their account has expired and they cannot receive mail any more. - You forward mails to the list which belong there but didn't get through. All in all, not much more than 10 minutes of work per week, but you need to have a reliable email connection and a telnet connection. If you wish to volunteer, please tell me. Thank you. If noone volunteers, I will have to close this mailing list no later than June 30th. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From dxs@evolving.com Mon Jun 19 20:21:36 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12429; Mon, 19 Jun 95 20:21:36 +0200 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.12/8.6.9) with ESMTP id MAA09830 for ; Mon, 19 Jun 1995 12:23:39 -0600 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.12/8.6.9) with SMTP id MAA13964 for ; Mon, 19 Jun 1995 12:23:39 -0600 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA59167; Mon, 19 Jun 1995 12:23:41 -0600 Date: Mon, 19 Jun 1995 12:23:41 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9506191823.AA59167@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: questions regarding ffi my declaration of utsname is #.(defconstant _SYS_NMLN 32) ; Important: do not change this value ! (def-c-struct utsname (sysname (c-array char #._SYS_NMLN)) (nodename (c-array char #._SYS_NMLN)) (release (c-array char #._SYS_NMLN)) (version (c-array char #._SYS_NMLN)) (machine (c-array char #._SYS_NMLN)) ) and uname is (def-c-call-out uname (:arguments (name (c-ptr utsname) :out :alloca)) (:return-type int)) when i call uname as follows i get (multiple-value-setq (r s) (uname) s has the value #S(UTSNAME :SYSNAME #(65 73 88 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0) :NODENAME #(109 97 100 97 109 101 0 48 51 56 48 48 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0) :RELEASE #(50 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0) :VERSION #(51 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0) :MACHINE #(48 48 48 48 51 49 57 48 51 56 48 48 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0)) is there a way to declare utsname so that the structure members are strings rather than these arrays. simply declareing as follows (def-c-struct utsname (sysname (c-string #._SYS_NMLN)) ... gives me a error as c-string is a pointer to a string, not a actual string. thanks, dan stanger From haible Tue Jun 20 12:53:15 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13302; Tue, 20 Jun 95 12:53:15 +0200 Date: Tue, 20 Jun 95 12:53:15 +0200 From: haible (Bruno Haible) Message-Id: <9506201053.AA13302@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: questions regarding ffi Dan Stanger asks: > (def-c-struct utsname > (sysname (c-array char #._SYS_NMLN)) > (nodename (c-array char #._SYS_NMLN)) > (release (c-array char #._SYS_NMLN)) > (version (c-array char #._SYS_NMLN)) > (machine (c-array char #._SYS_NMLN)) > ) > is there a way to declare utsname so that the structure members are strings > rather than these arrays. simply declareing as follows > (def-c-struct utsname > (sysname (c-string #._SYS_NMLN)) ... > gives me a error as c-string is a pointer to a string, not a actual string. If you use the simple foreign type `character' instead of `char', you will get simple arrays of characters, i.e. strings. But you will still have to remove everything after the first #\Null character: (subseq string 0 (or (position #\Null string) (length string))) Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From toy@rtp.ericsson.se Tue Jun 20 23:17:45 1995 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA14145; Tue, 20 Jun 95 23:17:45 +0200 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.6.10/8.6.10) with ESMTP id QAA27441 for ; Tue, 20 Jun 1995 16:19:36 -0500 Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2.exu.ericsson.se (8.6.8/NAHUB-MR1.1) with ESMTP id QAA14679 for ; Tue, 20 Jun 1995 16:19:35 -0500 Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id RAA01155; Tue, 20 Jun 1995 17:23:17 -0400 Message-Id: <199506202123.RAA01155@screamer.rtp.ericsson.se> To: CLISP Mailing List Cc: toy@rtp.ericsson.se Subject: clisp equivalent of sleep? Date: Tue, 20 Jun 1995 17:19:26 -0400 From: Raymond Toy Is there an equivalent of sleep in clisp? I'm using clisp on machine A to start up several jobs on other machines (B and C) and these jobs will eventually send some output to A. (Using run-program or make-pipe-input-stream to start the jobs.) Right now I use a loop over each machine which runs read-char-no-hang to see if anything has been sent. While this does what I want, machine A uses 100% CPU while busy waiting. A carefully inserted sleep would help this out. Or have I totally missed the boat and there is some other solution? Any suggestions? Thanks, Ray From haible Thu Jun 22 16:14:18 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00589; Thu, 22 Jun 95 16:14:18 +0200 Date: Thu, 22 Jun 95 16:14:18 +0200 From: haible (Bruno Haible) Message-Id: <9506221414.AA00589@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: clisp equivalent of sleep? > Is there an equivalent of sleep in clisp? CLtL has a function SLEEP, and CLISP implements it, of course. Btw, I would like to thank Bill Barry who has taken over the management of clisp-list. Thank you!! Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From haible Thu Jun 22 16:19:03 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00677; Thu, 22 Jun 95 16:19:03 +0200 Date: Thu, 22 Jun 95 16:19:03 +0200 From: haible (Bruno Haible) Message-Id: <9506221419.AA00677@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, haible@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: questions regarding ffi Dan Stanger asks: > (def-c-struct utsname > (sysname (c-array char #._SYS_NMLN)) > (nodename (c-array char #._SYS_NMLN)) > (release (c-array char #._SYS_NMLN)) > (version (c-array char #._SYS_NMLN)) > (machine (c-array char #._SYS_NMLN)) > ) > is there a way to declare utsname so that the structure members are strings > rather than these arrays. In the next clisp version, you will be able to write (def-c-struct utsname (sysname (c-array-max character #._SYS_NMLN)) (nodename (c-array-max character #._SYS_NMLN)) (release (c-array-max character #._SYS_NMLN)) (version (c-array-max character #._SYS_NMLN)) (machine(c-array-max character #._SYS_NMLN)) ) The conversions will then have exactly the desired behaviour. Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From dxs@evolving.com Thu Jun 22 23:31:47 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01458; Thu, 22 Jun 95 23:31:47 +0200 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.12/8.6.9) with ESMTP id PAA14161 for ; Thu, 22 Jun 1995 15:33:07 -0600 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.12/8.6.9) with SMTP id PAA06911 for ; Thu, 22 Jun 1995 15:33:07 -0600 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA29730; Thu, 22 Jun 1995 15:33:11 -0600 Date: Thu, 22 Jun 1995 15:33:11 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9506222133.AA29730@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: question regarding initialize-instance i have the following class (defclass vgdb () ((name :initarg name :accessor name) (modes :initarg modes :accessor modes) (h :accessor h))) and the following initialize-instance (defmethod initialize-instance :after ((v vgdb) &rest i) (with-open-file (in (name v) :direction (modes v)) (setf (h v) (read in)))) when i execute these expressions i get the warning WARNING: The generic function # is being modified, but has already been called. #)> what i am trying to do is to load a hash table after name gets set with the contents of the file referred to by name. my question: is this the proper use of initialize-instance or is there a more correct way of doing this. also where did initialize instance get called for this class. thanks, dan stanger From DESCHOEN@aol.com Fri Jun 23 00:01:39 1995 Return-Path: Received: from emout04.mail.aol.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01649; Fri, 23 Jun 95 00:01:39 +0200 Received: by emout04.mail.aol.com (1.37.109.11/16.2) id AA198488406; Thu, 22 Jun 1995 18:00:06 -0400 Date: Thu, 22 Jun 1995 18:00:06 -0400 From: DESCHOEN@aol.com Message-Id: <950622180005_76299842@aol.com> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: College student needs LISP help! Hi! I am a college student struggling with CLISP programming. Is there anybody out there willing to help me?! I'll pay:)!!!!! Thanx. Dennis Schoenborn Austin Tx From toy@rtp.ericsson.se Fri Jun 23 20:36:16 1995 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02810; Fri, 23 Jun 95 20:36:16 +0200 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.6.10/8.6.10) with ESMTP id NAA22753 for ; Fri, 23 Jun 1995 13:37:40 -0500 Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2.exu.ericsson.se (8.6.8/NAHUB-MR1.1) with ESMTP id NAA02493 for ; Fri, 23 Jun 1995 13:37:39 -0500 Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id OAA16734 for ; Fri, 23 Jun 1995 14:41:23 -0400 Message-Id: <199506231841.OAA16734@screamer.rtp.ericsson.se> To: CLISP Mailing List Subject: Solution: clisp equivalent of sleep Date: Fri, 23 Jun 1995 14:37:31 -0400 From: Raymond Toy Thanks to David Gadbois, Marcus Daniels, and Bruno Haible, who all suggested using SLEEP. Don't know what I was thinking when I couldn't find it. It works well enough for me, although, I'm sure Marcus Daniels' suggestion to use select() via the FFI would be better, if I knew how to use select() at all! Thanks for the quick replies! Ray From haible Fri Jun 23 23:22:07 1995 Return-Path: Received: from ma2s3.mathematik.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04845; Fri, 23 Jun 95 23:22:07 +0200 Date: Fri, 23 Jun 95 23:22:07 +0200 From: haible (Bruno Haible) Message-Id: <9506232122.AA04845@ma2s2.mathematik.uni-karlsruhe.de> To: AI.Repository@cs.cmu.edu, bogoethe@rbhp56.rbg.informatik.th-darmstadt.de, clisp-list@ma2s2.mathematik.uni-karlsruhe.de, friedman@gnu.ai.mit.edu, melissa@gnu.ai.mit.edu Subject: New version of CLISP A new version of CLISP is at the usual place, in ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/clisp/source/. Full source is in the files clispsrc-*.tar.z, context diffs since the last release are in the file clispsrc-1995-04-25-to-1995-06-23.tar.z. Change log since 25 April 1995: 23 June 1995 ============ Important note -------------- * Changed bytecode format. All .fas files generated by previous CLISP versions are invalid and must be recompiled. User visible changes -------------------- * X3J13 vote <106> is implemented: LAST has an optional argument. Thanks to Pierpaolo Bernardi. * X3J13 vote <87> is implemented: New function COMPLEMENT. Thanks to Pierpaolo Bernardi. * X3J13 vote <40> is partially implemented: New macro WITH-STANDARD-IO-SYNTAX. Thanks to Pierpaolo Bernardi. * X3J13 vote <98> is partially implemented: New macro WITH-HASH-TABLE-ITERATOR. Thanks to Pierpaolo Bernardi. * X3J13 vote <97> is implemented: New functions HASH-TABLE-REHASH-SIZE, HASH-TABLE-REHASH-THRESHOLD, HASH-TABLE-SIZE, HASH-TABLE-TEST. Thanks to Pierpaolo Bernardi. * X3J13 votes <69> and <70> are implemented: New declaration DYNAMIC-EXTENT. * The dpANS macro LAMBDA is implemented. * The dpANS declaration IGNORABLE is implemented. * The dpANS function CONSTANTLY is implemented. Thanks to Pierpaolo Bernardi. * Better syntax checking for the CASE macro. Thanks to Pierpaolo Bernardi. * The user interface language may be chosen through the environment variable LANG as well. * The pretty printer now indents lists spanning more than one line by two spaces, instead of one. New variable *PRINT-INDENT-LISTS*. * *PRINT-PRETTY* is now initially T. * Foreign function interface: New foreign type constructor FFI:C-ARRAY-MAX, implements zero-terminated arrays of bounded size. * On Unix, 8-bit characters are legal in pathnames if the operating system accepts them. * On DOS, #\Newline is converted to CR/LF when doing character output to unbuffered file streams (referring to special files). * Fixed a bug in the interpreter and compiler: A MULTIPLE-VALUE-SETQ form which assigns to a symbol macro expanded to a wrong form; compiling it produced a warning. Thanks to Pierpaolo Bernardi. * Fixed a bug in the compiler: Some CASE form with duplicate keys, when compiled, chose the wrong clause to be executed. Thanks to Pierpaolo Bernardi. * Fixed a bug in the #+/#- reader macros. (LIST #+FOO #-BAR 1 2 3) now returns (2 3), not (3). * Fixed a bug in LOG: (LOG x^n x^m), where n, m are integers, |m| > 1, and x is a rational number /= 1, now correctly returns n/m. Previously, (LOG 2 4) returned 1/0. * Fixed a CLOS bug: Using the :DOCUMENTATION option in DEFGENERIC declarations for function names of the form (SETF symbol) signalled an error. Thanks to Pierpaolo Bernardi. * Fixed a bug in DEFSETF: An IGNORE declaration for the store variable had no effect. Thanks to Pierpaolo Bernardi. Portability ----------- * Added support for Linux/ELF. Thanks to Marcus Daniels. * Added support for Solaris/x86. Thanks to Marty Shannon. * On Solaris, LISTEN and READ-CHAR-NO-HANG did not work on the terminal stream if standard input was redirected to come from a file. * On OS/2, consider the virtual directory \PIPE\ as existent. Other modifications ------------------- * A couple of bug fixes and new functions in the STDWIN package. Thanks to Pierpaolo Bernardi. * The structure of external modules has changed a bit. * Miscellaneous documentation updates. There is a new set of binaries for Linux, containing two linking sets: a "base" linking set -- just the well-known functionality, with FFI, a "full" linking set -- including a wildcard package, a regular expression matching package and an operating system interface (direct access to many C library functions). Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From haible Fri Jun 23 23:59:11 1995 Return-Path: Received: from ma2s3.mathematik.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05059; Fri, 23 Jun 95 23:59:11 +0200 Date: Fri, 23 Jun 95 23:59:11 +0200 From: haible (Bruno Haible) Message-Id: <9506232159.AA05059@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Time passes Hi, Folks, The just announced release of CLISP is my last one. From now on, Marcus Daniels is the one and only maintainer of CLISP. Please send all email concerning CLISP to _him_ or, if it is of general interest, to this mailing list. Expect _him_ to make new releases every couple of weeks. Expect _him_ to deal with bugs, or - if you can - fix them yourself and send him the bug fix: you have the sources. For the curious among you, the reason for my retiring is that I take a full time job. I will be working on the Lisp implementation called ILOG TALK. This Lisp is superior to CLISP in at least the following aspects: - Smaller than Common Lisp. Compatible to ISLisp. - The compiler generates executables and shared libraries. - Object-oriented from the bottom up. - Smooth interoperation with C and C++. Even C++ classes and Telos classes correspond to each other. - A well thought-out module system. (PROVIDE and REQUIRE in CL isn't enough for professional use, and DEFSYSTEM isn't the answer either.) See http://www.ilog.com/ or http://www.ilog.fr/ for more info. The downside (for you) is that it is not free... This said, I would like to thank all of you who have helped making CLISP better. Working together with Marcus Daniels, Pierpaolo Bernardi, Matthias Lindner, Joachim Schrod, Don Cohen has been a special pleasure to me. Bye, Bruno Haible haible@ma2s2.mathematik.uni-karlsruhe.de From dxs@evolving.com Sat Jun 24 00:32:04 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05244; Sat, 24 Jun 95 00:32:04 +0200 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.12/8.6.9) with ESMTP id QAA27278 for ; Fri, 23 Jun 1995 16:33:29 -0600 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.12/8.6.9) with SMTP id QAA14000 for ; Fri, 23 Jun 1995 16:33:29 -0600 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA11271; Fri, 23 Jun 1995 16:33:34 -0600 Date: Fri, 23 Jun 1995 16:33:34 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9506232233.AA11271@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: types of objects slots one of my needs is to be able to retrieve the type of a objects slots. in my case, the slots are either fixnums or strings, so i created my object with a initform for each slot and specified either 0 or "" if i wanted a fixnum or string respectivly. my question is: 1 are there other workarounds that might be better? 2 where would i change clisp to save the types of classes? From @cinderella.physik.uni-kl.de:gopalan@physik.uni-kl.de Sat Jun 24 02:46:48 1995 Return-Path: <@cinderella.physik.uni-kl.de:gopalan@physik.uni-kl.de> Received: from uni-kl.de (stepsun.uni-kl.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10644; Sat, 24 Jun 95 02:46:48 +0200 Received: from cinderella.physik.uni-kl.de by stepsun.uni-kl.de id aa02948; 24 Jun 95 2:48 MET DST Received: from elvis.physik.uni-kl.de by cinderella.physik.uni-kl.de id aa26818; 24 Jun 95 2:48 MET DST Received: by physik.uni-kl.de (4.1/BelWue-1.0(subsidiary)) id AA28180; Sat, 24 Jun 95 02:46:08 +0200 Date: Sat, 24 Jun 1995 02:46:08 +0200 (MET DST) From: Aschwin Gopalan To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Garnet 3.0 Speedup anyone? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi! First, let me thank Bruno Haible and the others for their wonderful CLISP. It helped me a lot along my way to learn the language. Now I started experimenting with garnet. I got garnet 3.0 from cmu and finally got it to compile on my linux box. I am using the latest clisp binarie for linux from ma2s2. Everything seems to work and I like the Idea of the Garnet System very much. BUT: Some of the demos and everything I try with bitmaps is very slow. My machine is a 486/100 with 16Megs of RAM and usually it is quite fast. But in Garnet the Graphics objects follow my mouse very slowly. Generally the problem seems to be in the interactors somehow. Redraw events for bitmaps are handled in many steps. Has anyone used Garnet under clisp and can tell me if the speed I am seeing is just normal or if I did something wrong while compiling. If it is normal, is there a free common lisp out there which is able to run it at usable speed? I would love to stick to clisp, though. Thanks, Aki From dudeyp@research.CS.ORST.EDU Sat Jun 24 02:57:49 1995 Return-Path: Received: from research.CS.ORST.EDU (chert.CS.ORST.EDU) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10972; Sat, 24 Jun 95 02:57:49 +0200 Received: from raptor.CS.ORST.EDU by research.CS.ORST.EDU (4.1/1.30) id AA27687; Fri, 23 Jun 95 17:59:11 PDT From: dudeyp@research.CS.ORST.EDU (Peter Dudey Drake) Received: by raptor.CS.ORST.EDU (4.1/CS-Client) id AA01833; Fri, 23 Jun 95 17:59:10 PDT Date: Fri, 23 Jun 95 17:59:10 PDT Message-Id: <9506240059.AA01833@raptor.CS.ORST.EDU> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: (message from Aschwin Gopalan on Sat, 24 Jun 95 02:50:05 +0200) Subject: Re: Garnet 3.0 Speedup anyone? Date: Sat, 24 Jun 95 02:50:05 +0200 Reply-To: clisp-list Version: 5.5 -- Copyright (c) 1991/92, Anastasios Kotsikonas From: Aschwin Gopalan Hi! First, let me thank Bruno Haible and the others for their wonderful CLISP. It helped me a lot along my way to learn the language. Now I started experimenting with garnet. I got garnet 3.0 from cmu and finally got it to compile on my linux box. I am using the latest clisp binarie for linux from ma2s2. Everything seems to work and I like the Idea of the Garnet System very much. BUT: Some of the demos and everything I try with bitmaps I used to use Garnet, but I've found that Tcl works faster. It comes with the very nice Tk toolkit. I have a program that lets a Lisp (e.g., CLISP) process launch and command Tcl windows, allowing one to avoid programming in Tcl's hideous syntax... +- PETER DUDEY DRAKE 279-D SE Lilly Ave., Corvallis, OR 97333 -+ | MS student in Artificial Intelligence, Oregon State University | | "Vacillating between osophagy and outright sitophobia." | +- drakep@research.cs.orst.edu (finger dudeyp@research.cs.orst.edu) -+ From bogoethe@hp56.rbg.informatik.th-darmstadt.de Sat Jun 24 14:35:13 1995 Return-Path: Received: from hp89.rbg.informatik.th-darmstadt.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12438; Sat, 24 Jun 95 14:35:13 +0200 Message-Id: <9506241235.AA12438@ma2s2.mathematik.uni-karlsruhe.de> Received: from hp78.rbg.informatik.th-darmstadt.de by hp89.rbg.informatik.th-darmstadt.de with ESMTP ($Revision: 1.37.109.23.1.1 $/15.6) id AA286567392; Sat, 24 Jun 1995 14:36:32 +0200 Received: by hp78.rbg.informatik.th-darmstadt.de ($Revision: 1.37.109.23.1.1 $/15.6) id AA239177391; Sat, 24 Jun 1995 14:36:31 +0200 From: bogoethe@hp56.rbg.informatik.th-darmstadt.de Subject: clisp-1995-06-23 & OS/2 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Sat, 24 Jun 95 14:36:30 MESZ Mailer: Elm [revision: 70.85] Hello, this is my first post to this list and I don't know if this question has been answered already. Please excuse me, if so. While trying to compile the current clisp for OS/2, I had some troubles: - readline: no makefile for OS/2 (I used makefile.dos instead and got two warnings about passing an incompatible pointer type to qsort) - more severe: when I tried 'make interpreted.mem' I got a core dump, which is caused by 'list -m 750KW < interpreted.mem'. Has anybody installed CLISP on OS/2 and give me hints? Thanks in advance, Michael. From DESCHOEN@aol.com Sat Jun 24 14:43:07 1995 Return-Path: Received: from mail02.mail.aol.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12533; Sat, 24 Jun 95 14:43:07 +0200 Received: by mail02.mail.aol.com (1.37.109.11/16.2) id AA209597861; Sat, 24 Jun 1995 08:44:21 -0400 Date: Sat, 24 Jun 1995 08:44:21 -0400 From: DESCHOEN@aol.com Message-Id: <950624084420_101385212@aol.com> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: clisp-1995-06-23 & OS/2 I haven't but was going to try next Monday. If you resolve your problems, please let me know. Thanx... Dennis From DESCHOEN@aol.com Sat Jun 24 16:08:54 1995 Return-Path: Received: from mail02.mail.aol.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12704; Sat, 24 Jun 95 16:08:54 +0200 Received: by mail02.mail.aol.com (1.37.109.11/16.2) id AA008603012; Sat, 24 Jun 1995 10:10:12 -0400 Date: Sat, 24 Jun 1995 10:10:12 -0400 From: DESCHOEN@aol.com Message-Id: <950624101010_77335563@aol.com> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: DOS CLISP Has anybody successfully used the DOS version of CLISP from Karlsruhe? I've done the unzip of the CLISP.ZIP file and find after executing the program that several defined functions are missing: DEFUN DEFPARAMETER to name just two. Am I missing any steps in setting the program up to run in DOS? Thanx... Dennis Schoenborn Austin Tx From marcus@aristotle.icc.pdx.edu Sat Jun 24 20:11:09 1995 Return-Path: Received: from plato.icc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12973; Sat, 24 Jun 95 20:11:09 +0200 Received: (marcus@localhost) by plato.icc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) id SAA20822; Sat, 24 Jun 1995 18:19:27 GMT for Date: Sat, 24 Jun 1995 18:19:27 GMT Message-Id: <199506241819.SAA20822@plato.icc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: DOS CLISP In-Reply-To: <950624101010_77335563@aol.com> References: <950624101010_77335563@aol.com> It sounds like you didn't add -M lispinit.mem. From UPP201@ibm.rhrz.uni-bonn.de Sun Jun 25 10:50:43 1995 Return-Path: Received: from IBM.rhrz.uni-bonn.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13371; Sun, 25 Jun 95 10:50:43 +0200 Message-Id: <9506250850.AA13371@ma2s2.mathematik.uni-karlsruhe.de> Received: from DBNRHRZ1.BITNET by IBM.rhrz.uni-bonn.de (IBM VM SMTP V2R2) with BSMTP id 2079; Sun, 25 Jun 95 10:51:59 MEZ Received: from ibm.rhrz.uni-bonn.de (UPP201) by DBNRHRZ1.BITNET (Mailer R2.08 R208004) with BSMTP id 5449; Sun, 25 Jun 95 10:51:59 MEZ Date: Sun, 25 Jun 95 10:49:28 MEZ From: "upp201@ibm.rhrz.uni-bonn.de" Subject: please unsubscribe To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Please unsubscribe upp201@ibm.rhrz.uni-bonn.de Thank you very much. From barryb@dots.physics.orst.edu Mon Jun 26 17:52:14 1995 Return-Path: Received: from dots.physics.orst.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA14941; Mon, 26 Jun 95 17:52:14 +0200 Received: (from barryb@localhost) by dots.physics.orst.edu (8.6.11/8.6.9) id IAA20745; Mon, 26 Jun 1995 08:52:36 -0700 Date: Mon, 26 Jun 1995 08:52:36 -0700 (PDT) From: Bill Barry To: clisp-list Cc: bogoethe@hp56.rbg.informatik.th-darmstadt.de Subject: clisp-1995-06-23 & OS/2 (fwd) Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII The following was bounced by the listserv so I am forwarding it. Bill Barry, clisp-list maintainer From: bogoethe@hp56.rbg.informatik.th-darmstadt.de To: Multiple recipients of list Subject: clisp-1995-06-23 & OS/2 Hello, this is my first post to this list and I don't know if this question has been answered already. Please excuse me, if so. While trying to compile the current clisp for OS/2, I had some troubles: - readline: no makefile for OS/2 (I used makefile.dos instead and got two warnings about passing an incompatible pointer type to qsort) - more severe: when I tried 'make interpreted.mem' I got a core dump, which is caused by 'list -m 750KW < interpreted.mem'. Has anybody installed CLISP on OS/2 and give me hints? Thanks in advance, Michael. From us001513@interramp.com Tue Jun 27 04:07:53 1995 Return-Path: Received: from interramp.com (pop3.interramp.com) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15506; Tue, 27 Jun 95 04:07:53 +0200 Received: from .interramp.com by interramp.com (8.6.10/SMI-4.1.3-PSI-pop-local) id WAA04260; Mon, 26 Jun 1995 22:08:44 -0400 Date: Mon, 26 Jun 95 21:27:09 PDT From: Thomas Gerard Provenzano Subject: RE: Garnet 3.0 Speedup anyone? To: clisp-list X-Mailer: Chameleon - TCP/IP for Windows by NetManage, Inc. Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I am using Garnet 2.2 with CLISP and Linux and the application using it runs fairly slowly on my 486/33 with 20MB RAM. The Garnet FAQ states that Garnet runs quite slowly on CLISP. So I doubt you did anything wrong compiling it. If you're looking for a faster LISP for Garnet - skip AKCL (Austin Kyoto CL) - also very slow. The FAQ recommends CMU Lisp, unfortunately it doesn't run on Intel platforms. ------------------------------------- Name: Thomas Gerard Provenzano E-mail: us001513@pop3.interramp.com (Thomas Gerard Provenzano) Date: 06/26/95 Time: 21:27:09 This message was sent by Chameleon ------------------------------------- From marcus@aristotle.icc.pdx.edu Tue Jun 27 06:04:40 1995 Return-Path: Received: from plato.icc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15754; Tue, 27 Jun 95 06:04:40 +0200 Received: (marcus@localhost) by plato.icc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) id EAA23207; Tue, 27 Jun 1995 04:12:51 GMT for Date: Tue, 27 Jun 1995 04:12:51 GMT Message-Id: <199506270412.EAA23207@plato.icc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: RE: Garnet 3.0 Speedup anyone? In-Reply-To: References: >>>>> "Thomas" == Thomas Gerard Provenzano writes: Thomas> I am using Garnet 2.2 with CLISP and Linux and the application Thomas> using it runs fairly slowly on my 486/33 with 20MB RAM. Even on 133Mhz MIPS box, Garnet with CMUCL is still fairly slow. If you really wanted to beat on ECL, you might be able to get Garnet working. I tried once, but it porting looked to be fairly messy. If someone exactly point to what in Garnet/CLX is so damned slow, the solution (w.r.t CLISP enhancements) would likely be doable. But (optimistically) I wouldn't hope for anything better than borderline results. And expect to employ a fast Pentium. An alternative would be to try using CLISP's FFI with Amulet or Tk. From attardi@DI.UniPi.IT Tue Jun 27 18:32:11 1995 Return-Path: Received: from apollo.di.unipi.it by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA17420; Tue, 27 Jun 95 18:32:11 +0200 Received: from omega.di.unipi.it by apollo.di.unipi.it with SMTP (1.37.109.4/16.2) id AA14675; Tue, 27 Jun 95 18:31:56 +0200 Organization: Dipartimento di Informatica - Universita' di Pisa - Italy Received: by omega (5.0/SMI-4.1) id AA27471; Tue, 27 Jun 1995 18:31:51 --100 Date: Tue, 27 Jun 1995 18:31:51 --100 From: attardi@DI.UniPi.IT Message-Id: <9506271631.AA27471@omega> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <199506270412.EAA23207@plato.icc.pdx.edu> (message from Marcus Daniels on Tue, 27 Jun 95 06:05:54 +0200) Subject: RE: Garnet 3.0 Speedup anyone? Content-Length: 885 Date: Tue, 27 Jun 95 06:05:54 +0200 Originator: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Reply-To: clisp-list Version: 5.5 -- Copyright (c) 1991/92, Anastasios Kotsikonas From: Marcus Daniels >>>>> "Thomas" == Thomas Gerard Provenzano writes: Thomas> I am using Garnet 2.2 with CLISP and Linux and the application Thomas> using it runs fairly slowly on my 486/33 with 20MB RAM. Even on 133Mhz MIPS box, Garnet with CMUCL is still fairly slow. If you really wanted to beat on ECL, you might be able to get Garnet working. I tried once, but it porting looked to be fairly messy. I have ported Garnet 2.2 to ECL. However I decided that Tk would be a better alternative: I have a prototype which is indeed much faster than Garnet. -- Beppe From kr@shell.portal.com Tue Jun 27 20:17:09 1995 Return-Path: Received: from nova (nova.unix.portal.com) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA17729; Tue, 27 Jun 95 20:17:09 +0200 Received: from jobe.shell.portal.com (jobe.shell.portal.com [156.151.3.4]) by nova (8.6.11/8.6.5) with ESMTP id LAA07622; Tue, 27 Jun 1995 11:17:00 -0700 Received: from DialupEudora (jobe.shell.portal.com [156.151.3.4]) by jobe.shell.portal.com (8.6.11/8.6.5) with SMTP id LAA07321; Tue, 27 Jun 1995 11:16:54 -0700 X-Sender: kr@pop.shell.portal.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: kr\r\essword:, 27 Jun 1995 11:17:39 -0800 To: gcl@cli.com, clisp-list@ma2s2.mathematik.uni-karlsruhe.de From: kr@shell.portal.com (kr) Subject: Issues for Multithreaded Ports [formerly: Re: cl-http for clisp] I am forwarding the followng note, because I believe that both GCL and CLISP would benefit from a multithreading facility, one that hopefully is mutually compatible. =========================================================================== >Mime-Version: 1.0 >Date: Tue, 27 Jun 1995 09:12:17 -0400 >To: kr@shell.portal.com (kr) >From: JCMA@ai.mit.edu (John C. Mallery) >Subject: Issues for Multithreaded Ports [formerly: Re: cl-http for clisp] >Cc: deilmann@router.leat.ruhr-uni-bochum.de, www-cl@ai.mit.edu > >At 4:50 AM 6/27/95, kr wrote: >>At 23:44 6/26/95, John C. Mallery wrote: >>>A port reduces to providing the network interface and multithreading. >> >>Does a capsule summary exist regarding the requirements and interface to >>the multithreading facility ? > >The mac port is quite parsimonious. >> >>Would it be difficult to emulate (or implement) multithreading in GCL or >>CLISP ? What would be required ? > >Singlethreading will suffice until after you get the network interface up >and fully debugged. >Then, you can introduce multithreading, and debug that. > >Karsten Poeck implemented a poor man's multithreading for the MAC running in >MCL 2.0.1 based on MCLs periodic tasks. It is found in http:mac;contributions; > >The main problem occurs if you get an error and don't have a stack. Not so >nice. > >Thus, what you would like it a scheduler and stackgroups for each thread. >It has >been suggested that closures could be used to fake stack frames, but I >don't have >experience with this. > >You need to understand the serial, single thread assumptions built into the >lisp or >networking code and work around them. Basically, this means avoiding >collisions >across threads. Garbage collection is a nasty area for possible collisions. > >In the networking code, a series of conditions are handled in the Lisp >Machine and MAC versions. >One should arrange to detect and signal these. The mac version provides >source code for all >of these in http:mac;server; tcp-conditions. The availability of these >conditions will definitely >help with poor man's multithreading. > >In general, it will help if the developers of the Lisp contribute to adding >real threads with >their own stackgroups. Source code access will be essential to get robust >threading >to work. > >The bottom line, though, is that you are better off getting a single >threaded server running >first, and then, working on arranging for multithreading. That way, you >will have something >running as soon as you get the network code up and it will be a server >which is prefectly usable >with single-threaded clients. Once you get that far, it will be easier to >get help with >multithreading. > Greetings Markus Krummenacker From us001513@interramp.com Wed Jun 28 02:45:01 1995 Return-Path: Received: from interramp.com (pop3.interramp.com) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18041; Wed, 28 Jun 95 02:45:01 +0200 Received: from .interramp.com by interramp.com (8.6.10/SMI-4.1.3-PSI-pop-local) id UAA14922; Tue, 27 Jun 1995 20:45:42 -0400 Date: Tue, 27 Jun 95 20:05:42 PDT From: Thomas Gerard Provenzano Subject: RE: Garnet 3.0 Speedup anyone? To: clisp-list X-Mailer: Chameleon - TCP/IP for Windows by NetManage, Inc. Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Thanks for the info about Tk. The application using Garnet is SNEPS, a semantic network processing system. One of their supplied demos using Garnet can't even update the graphics display at all to reflect the program logic processing. (A smaller demo program ("If all men are mortal and Socrates is a man ... blah blah blah") was able to update the graphical semantic net display to reflect that reletively simple processing. I'll reveal my ignorance but as I'm new to LISP and CLISP - what is ECL (?? common lisp?) and what is FFI? ------------------------------------- Name: Thomas Gerard Provenzano E-mail: us001513@pop3.interramp.com (Thomas Gerard Provenzano) Date: 06/27/95 Time: 20:05:42 This message was sent by Chameleon ------------------------------------- From attardi@DI.UniPi.IT Wed Jun 28 09:53:05 1995 Return-Path: Received: from apollo.di.unipi.it by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18535; Wed, 28 Jun 95 09:53:05 +0200 Received: from omega.di.unipi.it by apollo.di.unipi.it with SMTP (1.37.109.4/16.2) id AA21568; Wed, 28 Jun 95 09:52:44 +0200 Organization: Dipartimento di Informatica - Universita' di Pisa - Italy Received: by omega (5.0/SMI-4.1) id AA28050; Wed, 28 Jun 1995 09:52:44 --100 Date: Wed, 28 Jun 1995 09:52:44 --100 From: attardi@DI.UniPi.IT Message-Id: <9506280752.AA28050@omega> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: (kr@shell.portal.com) Subject: Re: Issues for Multithreaded Ports [formerly: Re: cl-http for clisp] Content-Length: 1031 ECoLisp (ECL), a derivative of KCL, has multithreads. If you are interested, you can get it from: - ftp.icsi.berkeley.edu [128.32.201.7], directory /pub/ai/ecl - ftp.di.unipi.it [131.114.4.36], directory /pub/lang/lisp ECL is based on a Common Runtime Support (CRS) which provides basic facilities for memory managment, dynamic loading and dumping of binary images, support for multiple threads of execution. The CRS is built into a library that can be linked with the code of the application. ECL is modular: main modules are the program development tools (top level, debugger, trace, stepper), the compiler, and CLOS. A native implementation of CLOS is available in ECL: one can configure ECL with or without CLOS. A runtime version of ECL can be built with just the modules which are required by the application. ECL runs on: - Sun workstations with SunOS 4.x or Solaris 2.x - Silicon Graphics with IRIX 4.x - NeXT with NeXTStep 2.x - IBM PC with DOS/go32 - IBM PC with DOS/emx - IBM PC with Linux 1.0 -- Beppe From schrod@iti.informatik.th-darmstadt.de Wed Jun 28 11:53:02 1995 Return-Path: Received: from rs2.hrz.th-darmstadt.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18905; Wed, 28 Jun 95 11:53:02 +0200 Received: from hp5.iti.informatik.th-darmstadt.de by rs2.hrz.th-darmstadt.de with SMTP id AA35635 (5.65c/IDA-1.4.4 for ); Wed, 28 Jun 1995 11:52:59 +0200 Received: from spock.iti.informatik.th-darmstadt.de by hp5.iti.informatik.th-darmstadt.de (8.6.10/Server-1.5/HRZ-THD/8.6.9u-ITI) id LAA16357; Wed, 28 Jun 1995 11:52:58 +0200 Received: by spock.iti.informatik.th-darmstadt.de (8.6.10/Client-1.5+iti/HRZ-THD) id LAA21377; Wed, 28 Jun 1995 11:52:58 +0200 From: Joachim Schrod Message-Id: <199506280952.LAA21377@spock.iti.informatik.th-darmstadt.de> Subject: Re: Garnet 3.0 Speedup anyone? To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Wed, 28 Jun 1995 11:52:57 +0200 (MESZ) In-Reply-To: <9506271631.AA27471@omega> from "attardi@DI.UniPi.IT" at Jun 27, 95 06:34:50 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2282 You wrote: > > I have ported Garnet 2.2 to ECL. > However I decided that Tk would be a better alternative: I have a prototype > which is indeed much faster than Garnet. Of course, Tk is faster. But to comparing the class-based, imperative, Tk Widget library to the protoyp-instance based, constraint-oriented amalgam of UI tools called Garnet is like comparing an assembler to a 4GL system. They are on a completely different semantic level. It's like comparing a McDonald's hamburger to a Haeberlin dinner -- you can eat yourselves fill with both. IMHO, one has to experience the ease that comes with constraint-based specification and programming-by-demonstration when one constructs large user interfaces, and compare it to the hairy callback-based code with (literally) thousands of unnecessary callbacks. Then, suddenly, one wants to use Tk only for toy-UIs (those with less than 100 or 200 interaction elements [aka widgets in Tk]). But back to the topic: Bruno Haible has made available some patches for Garnet that might make it faster. He wrote that they concern the hashing code primarly. I must confess I haven't looked at them, but perhaps somebody else might report their experiences. A warning note, though: On a Sparc 10, Allegro CL runs Garnet 10 times faster [!] than CLISP, and even CMUCL is about 6 times faster. I doubt that CLISP will catch up in this region by changing Lisp code, one has to add type inference based optimization, more caching of previous results, and native object code production. (This is not meant to degrade the fine work of Bruno et.al. I like CLISP a lot and use it for many of my other developments. -- It simply is not usable for Garnet.) Remember that Garnet implements its own prototype-instance based object system -- and every paper of the Self group shows that such languages needs special techniques to get fast. Tk is great for many needed GUIs for small tools. If it's sufficient for your task, use it. But Garnet is really something different, it targets an other problem domain. Cheers, Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Joachim Schrod Email: schrod@iti.informatik.th-darmstadt.de Computer Science Department Technical University of Darmstadt, Germany From dxs@evolving.com Thu Jun 29 01:42:57 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA19786; Thu, 29 Jun 95 01:42:57 +0200 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.12/8.6.9) with ESMTP id RAA19508 for ; Wed, 28 Jun 1995 17:43:27 -0600 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.12/8.6.9) with SMTP id RAA08968 for ; Wed, 28 Jun 1995 17:43:26 -0600 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA38250; Wed, 28 Jun 1995 17:43:26 -0600 Date: Wed, 28 Jun 1995 17:43:26 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9506282343.AA38250@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: question regarding maphash when i execute the following (defun mapx (f s) (mapcar f s)) (defun maph (f s) (maphash f s)) (mapx #'(lambda (a) (print a)) '(1 2 3)) (setf h (make-hash-table)) (setf (gethash 1 h) 'a) (setf (gethash 2 h) 'b) (print h) (maph #'(lambda (a) (print a)) h) i get this output ;; Loading file /home/dxs/gmgr/x.lsp ... 1 2 3 #S(HASH-TABLE EQL (2 . B) (1 . A)) *** - EVAL/APPLY: too many arguments given to :LAMBDA 1. Break> where APPLY frame for call (:LAMBDA '2 'B) shouldnt mapx and maph work the same way in that i could pass a lambda expression to either of them? could someone explain what my mistake is? thanks, dan stanger From dxs@evolving.com Thu Jun 29 01:52:52 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA19791; Thu, 29 Jun 95 01:52:52 +0200 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.12/8.6.9) with ESMTP id RAA19805 for ; Wed, 28 Jun 1995 17:53:24 -0600 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.12/8.6.9) with SMTP id RAA09005 for ; Wed, 28 Jun 1995 17:53:23 -0600 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA43242; Wed, 28 Jun 1995 17:53:23 -0600 Date: Wed, 28 Jun 1995 17:53:23 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9506282353.AA43242@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: please ignore question regarding maphash thanks, dan stanger From marcus@aristotle.icc.pdx.edu Thu Jun 29 06:50:13 1995 Return-Path: Received: from plato.icc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA20239; Thu, 29 Jun 95 06:50:13 +0200 Received: (marcus@localhost) by plato.icc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) id EAA25645; Thu, 29 Jun 1995 04:58:21 GMT for Date: Thu, 29 Jun 1995 04:58:21 GMT Message-Id: <199506290458.EAA25645@plato.icc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Re: Garnet 3.0 Speedup anyone? In-Reply-To: <199506280952.LAA21377@spock.iti.informatik.th-darmstadt.de> References: <199506280952.LAA21377@spock.iti.informatik.th-darmstadt.de> >>>>> "joachim" == Joachim Schrod writes: joachim> But back to the topic: Bruno Haible has made available some joachim> patches for Garnet that might make it faster. He wrote that joachim> they concern the hashing code primarly. I must confess I joachim> haven't looked at them, but perhaps somebody else might joachim> report their experiences. Not much difference. ;( joachim> I doubt that CLISP joachim> will catch up in this region by changing Lisp code, one hasb joachim> to add type inference based optimization, more caching of joachim> previous results, and native object code production. Or add C functions to CLISP -- solely for the sake of Garnet. Since the simplest activities in Garnet are slow, I blame CLX, and wonder if making a CLISP-specific CLX module wouldn't go a long way to making Garnet usable. Any wisdom out there? An Amulet module is surely more forward thinking. But it is so hard to let go... From hoehle@inf-wiss.uni-konstanz.de Thu Jun 29 08:47:55 1995 Return-Path: Received: from inf-wiss.uni-konstanz.de (post.inf-wiss.uni-konstanz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA20500; Thu, 29 Jun 95 08:47:55 +0200 Received: from mammern.inf-wiss.uni-konstanz.de by inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA23070; Thu, 29 Jun 95 08:48:22 +0200 Date: Thu, 29 Jun 95 08:48:22 +0200 From: hoehle@inf-wiss.uni-konstanz.de (Joerg-Cyril Hoehle) Message-Id: <9506290648.AA23070@inf-wiss.uni-konstanz.de> To: clisp-list@[129.13.115.2] Subject: Re: question regarding maphash Dan Stanger wrote: > (defun maph (f s) (maphash f s)) > (setf h (make-hash-table)) > (setf (gethash 1 h) 'a) > (setf (gethash 2 h) 'b) > (print h) > > (maph #'(lambda (a) (print a)) h) > *** - EVAL/APPLY: too many arguments given to :LAMBDA Maphash uses a function with two arguments, the first being the hash key, the second the value. Your lambda only has one parameter. (maph #'(lambda (k v) (format t "~&~S ~S~%" k v)) h) should work. Joerg Hoehle hoehle@inf-wiss.uni-konstanz.de From HELLER@Jetson.UH.EDU Thu Jun 29 15:23:38 1995 Return-Path: Received: from Sumtoi.UH.EDU by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA21126; Thu, 29 Jun 95 15:23:38 +0200 Received: from Jetson.UH.EDU by Jetson.UH.EDU (PMDF V4.3-10 #8380) id <01HS9SFCZSTS8X0BQ3@Jetson.UH.EDU>; Thu, 29 Jun 1995 08:21:36 -0500 (CDT) Date: Thu, 29 Jun 1995 08:21:36 -0500 (CDT) From: And thanks for all the fish Subject: unsubscribe To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Message-Id: <01HS9SFD152A8X0BQ3@Jetson.UH.EDU> X-Vms-To: IN%"clisp-list@ma2s2.mathematik.uni-karlsruhe.de" Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT From mucker@kr.tuwien.ac.at Thu Jun 29 16:03:27 1995 Return-Path: Received: from kr.tuwien.ac.at (mahler.kr.tuwien.ac.at) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA21386; Thu, 29 Jun 95 16:03:27 +0200 Received: from schubert.kr.tuwien.ac.at by kr.tuwien.ac.at (5.x/SMI-SVR4) id AA16411; Thu, 29 Jun 1995 16:03:45 +0200 Received: by schubert.kr.tuwien.ac.at (5.x/SMI-SVR4) id AA05136; Thu, 29 Jun 1995 16:03:44 +0200 Date: Thu, 29 Jun 1995 16:03:44 +0200 From: mucker@kr.tuwien.ac.at (Helmut Mucker) Message-Id: <9506291403.AA05136@schubert.kr.tuwien.ac.at> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: unsubscribe X-Sun-Charset: US-ASCII From dxs@evolving.com Thu Jun 29 20:23:56 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA21831; Thu, 29 Jun 95 20:23:56 +0200 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.12/8.6.9) with ESMTP id MAA10840 for ; Thu, 29 Jun 1995 12:24:18 -0600 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.12/8.6.9) with SMTP id MAA13605 for ; Thu, 29 Jun 1995 12:24:17 -0600 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA41703; Thu, 29 Jun 1995 12:24:17 -0600 Date: Thu, 29 Jun 1995 12:24:17 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9506291824.AA41703@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: garnet and clisp i think a possible place to start would be a conversion of dependent.lsp (a file in clx) into c functions. i think that since most of those routines are very low level, they might benifit from being written in c if the overhead for calling them is not too great. those routines i think are used to parse the messages to and from the xserver. From xyang@ccad.uiowa.edu Thu Jun 29 23:59:48 1995 Return-Path: Received: from monet.ccad.uiowa.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA22096; Thu, 29 Jun 95 23:59:48 +0200 Received: (from xyang@localhost) by monet.ccad.uiowa.edu (8.6.10/8.6.10) id RAA07464 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Thu, 29 Jun 1995 17:00:10 -0500 From: Xiaohong Yang Message-Id: <199506292200.RAA07464@monet.ccad.uiowa.edu> Subject: Unsubscribe To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Thu, 29 Jun 1995 17:00:09 -0600 (CDT) X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 504 unsubscribe xyang@cs.uiowa.edu -- /==========================================================================\ | Mark Xiaohong Yang || "I don't have any solution, but I certainly | | xyang@cs.uiowa.edu || admire the problem." | | || -- Brilliant | | WWW HomePage: http:\\cs.uiowa.edu\~xyang\ | \==========================================================================/ From HELLER@Jetson.UH.EDU Fri Jun 30 04:07:42 1995 Return-Path: Received: from Sumtoi.UH.EDU by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA22237; Fri, 30 Jun 95 04:07:42 +0200 Received: from Jetson.UH.EDU by Jetson.UH.EDU (PMDF V4.3-10 #8380) id <01HSAJ6WGQXS8X12XI@Jetson.UH.EDU>; Thu, 29 Jun 1995 21:08:01 -0500 (CDT) Date: Thu, 29 Jun 1995 21:08:00 -0500 (CDT) From: And thanks for all the fish Subject: unsubscribe To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Message-Id: <01HSAJ6WI35U8X12XI@Jetson.UH.EDU> X-Vms-To: IN%"clisp-list@ma2s2.mathematik.uni-karlsruhe.de" Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT unsubscribe heller@jetson.uh.edu From dxs@evolving.com Sat Jul 1 00:18:04 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA24418; Sat, 1 Jul 95 00:18:04 +0200 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.12/8.6.9) with ESMTP id QAA05468 for ; Fri, 30 Jun 1995 16:18:12 -0600 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.12/8.6.9) with SMTP id QAA22000 for ; Fri, 30 Jun 1995 16:18:11 -0600 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA24052; Fri, 30 Jun 1995 16:18:10 -0600 Date: Fri, 30 Jun 1995 16:18:10 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9506302218.AA24052@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: function argument list is there a function in clisp that returns the parameters of a function? for example (defun x (a b c) t) (parameters #'x) ==> (a b c) From dxs@evolving.com Sat Jul 1 01:13:21 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA24585; Sat, 1 Jul 95 01:13:21 +0200 Received: from citadel.evolving.com by nz11.rz.uni-karlsruhe.de with SMTP (PP); Sat, 1 Jul 1995 01:13:31 +0200 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.12/8.6.9) with ESMTP id RAA07353 for ; Fri, 30 Jun 1995 17:12:05 -0600 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.12/8.6.9) with SMTP id RAA22231 for ; Fri, 30 Jun 1995 17:12:05 -0600 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA58006; Fri, 30 Jun 1995 17:12:04 -0600 Date: Fri, 30 Jun 1995 17:12:04 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9506302312.AA58006@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: argument names of foreign functions are the names of the parameters in foreign functions available. i have the following problem. i have a file with a record structure (for example) x y z i create a clos object whose slots are x y z and create a table of these records i want to pass them to a foreign function whose arguments are z x y (for example) and i want to automate this. thanks, dan stanger From donc@ISI.EDU Sun Jul 2 00:37:06 1995 Return-Path: Received: from darkstar.isi.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA25145; Sun, 2 Jul 95 00:37:06 +0200 Received: from hpai19.isi.edu by darkstar.isi.edu (5.65c/5.61+local-20) id ; Sat, 1 Jul 1995 15:37:06 -0700 Message-Id: <199507012237.AA04531@darkstar.isi.edu> To: clisp-list Subject: Re: function argument list In-Reply-To: Your message of "Sat, 01 Jul 95 00:18:42 +0200." <9506302218.AA24052@kafka> Date: Sat, 01 Jul 95 15:33:42 PDT From: Don Cohen see user2.lsp, the function describe on functions From donc@ISI.EDU Sun Jul 2 03:21:03 1995 Return-Path: Received: from darkstar.isi.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA25302; Sun, 2 Jul 95 03:21:03 +0200 Received: from hpai19.isi.edu by darkstar.isi.edu (5.65c/5.61+local-20) id ; Sat, 1 Jul 1995 18:21:04 -0700 Message-Id: <199507020121.AA09315@darkstar.isi.edu> To: clisp-list Subject: Re: types of objects slots In-Reply-To: Your message of "Sat, 24 Jun 95 00:33:08 +0200." <9506232233.AA11271@kafka> Date: Sat, 01 Jul 95 18:17:40 PDT From: Don Cohen Looking at clos.lsp, I see that (clos::class-direct-slots ) returns a list of slot specs, and if :type was specified for a slot it's slot spec (a list) contains (:name ... :type ...) From dxs@evolving.com Mon Jul 3 18:23:11 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA27301; Mon, 3 Jul 95 18:23:11 +0200 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.12/8.6.9) with ESMTP id KAA18385 for ; Mon, 3 Jul 1995 10:22:53 -0600 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.12/8.6.9) with SMTP id KAA27265 for ; Mon, 3 Jul 1995 10:22:52 -0600 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA16988; Mon, 3 Jul 1995 10:22:52 -0600 Date: Mon, 3 Jul 1995 10:22:52 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9507031622.AA16988@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: foreign function argument list is the names of foreign function arguments available? by doing a (sys::%record-ref #'l_create_flow 3) i was able to get the types of the foreign functions arguments but not their names. From barryb@dots.physics.orst.edu Mon Jul 3 18:29:11 1995 Return-Path: Received: from dots.physics.orst.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA27366; Mon, 3 Jul 95 18:29:11 +0200 Received: (from barryb@localhost) by dots.physics.orst.edu (8.6.11/8.6.9) id JAA08526; Mon, 3 Jul 1995 09:28:47 -0700 Date: Mon, 3 Jul 1995 09:28:46 -0700 (PDT) From: Bill Barry To: clisp-list Subject: Re: Garnet 3.0 Speedup anyone? (fwd) Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII ---------- Forwarded message ---------- Date: Thu, 29 Jun 95 17:43:42 +0200 From: clisp-list@ma2s2.mathematik.uni-karlsruhe.de To: ritter@vpsyc.psychology.nottingham.ac.uk Cc: barryb@dots.physics.orst.edu Subject: Re: Garnet 3.0 Speedup anyone? Here are some notes on optimizing Garnet in general I wrote up a few years ago, I hope they help. Cheers, Frank ;; -*- Mode: Text -*- ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ;; ;; File :writing-fast-garnet-code.txt|notes/ ;; Author : Frank Ritter ;; Created On : Fri Jun 7 10:45:55 1991 ;; Last Modified By: Frank Ritter ;; Last Modified On: Thu Apr 2 15:35:05 1992 ;; Update Count : 18 ;; ;; PURPOSE ;; Explains how to write fast Garnet code. ;; Including how to cheat (modify Garnet Source). ;; ;; TABLE OF CONTENTS ;; I. Introduction ;; II. Improving my code ;; III. Garnet Time/Space tradeoff ;; IV. Fast Garnet code ;; V. Modifying Garnet source ;; VI. Conclusions and Future work ;; ;; Copyright 1991, Frank Ritter. ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; I. Introduction I would like a big switch that I could flip to make Garnet and other programs run faster, or else a big whip to use on them. I can't get these, so I have to optimize my Garnet code by hand. Here's how I turned a 11700 s program into a 1770 s program (a speedup of 6.6x) without using function timing routines (not that this is a virtue, just to note that you could speed it up even further). Originally the graphic display of Soar slowed Soar down by a factor of 9.4, now Soar+display runs at 1.8 the speed (4/22/91, the last measure). A complicating factor is that during this optimization process the graphic display program continued to develop. The work was not done in stages, so the results can not be broken down between each optimization step. The program that I optimized was a graphic display of Soar's internal state, part of the Developmental Soar Interface (DSI). Soar is a unified theory of cognition realized as a production system, using lisp and OPS5. A model of natural language processing (NL-Soar) was run on a sample sentence ("The square is grey") 10 times with a limit of how much it could process each run (50 Soar decision cycles). Each run was different because Soar learned on each trial, and could thus process more and more of the sentence. I have no reason to believe that Soar or the graphic display would behave differently with a different problem, and we have noticed no gross irregularities with respect to this analysis. II. Improving my code The first thing I did was speed up my own lisp code that called Garnet. The Python (CMU Common Lisp) reference manual provides some hints here, and I followed what I could. I also read Jon Bentley's book (ref missing from desk, probably at home) "Optimizing programs." I checked my code and took the following steps where I could: * put in declares for many variables * put in proclaims for many variables and functions * put in ignores for variables where appropriate, or else cut the variable out entirely * wrapped all lambdas in #', and included declares (in CLtL2 the # is no longer optional) * "declared" simple routines as 'in-line * remove all dead, duplicate or unnecessary code that I could notice * replaced all mapcar's where appropriate with mapc or dolist * wrapped all lambdas in #', with declares * remove timing code from being loaded * Loaded a few files by command only (similar to Allegro's new Pesto function I think). * set the Common lisp compiler options to produce production code: (proclaim '(optimize (speed 3) (safety 0) (space 3) (compilation-speed 0)) III. Garnet Time/Space tradeoff Running the timing test on different machines I noticed a large difference in running time between machines. Machines with 24 M of memory ran much faster than those with 20 M. This indicated to me that the Soar + DSI + Garnet (19 M lisp image) program was space bound, not compute bound. So further optimization were aimed at reducing space more than time, although both were pursued. So at least a factor of 4.5 of the 6 was due to adding 4M more memory to my machine. This information was immediately useful. For example, when giving demos we arrange to have a machine with large enough memory. Adding even larger amounts of memory offers only a modest speedup. For example, running on a machine with 96 Meg only offers about an additional 5% speed improvement over one with 32 M when working for relatively short periods of time, and for what are now only medium sized Soar programs. IV. Fast Garnet code With the idea of saving space, I did the following: (some suggestions from Brad Meyers included here without further reference) 1) I speed up the my code by treating created Garnet objects as recyclable rather than opal:destroy'ing them after I was finished with them. This has been done for problem spaces, states, operators and chunk explosions, but not yet for goals and chunks. 2) I removed unnecessary defuns that created new gadgets when called. These were left over from development where I would use a defun to create several objects at once. What I do now is build as many possible gadgets at load time. 3) Where possible, I replaced o-formulas with algebra in static (status type) windows. V. Modifying Garnet source Desperate men do desperate things. I really had to speed things up, so initially I applied most of the lisp optimizations that I had already used on my own code to Garnet (there were too many to count, less than in my own code, but not as good as the Soar soarce). Here's the actual list. You can note that it is a slightly different set that what I did to my own code. A. removed whole files that I don't use I don't use all of the gadgets, so I stopped loading the source files of the following 12 unused gadgets: * roundtangles * graphics-selection * arrow-line * save-agg * browser-gadget * polyline-creator * graphics-selection * gauge * scrolling-input-string * scrolling-labeled-box * v-slider * h-slider B. Drastic cuts To even further speed things up I cut drastically in the Garnet source. I cut in several places: 1) I removed shadows from as many gadgets as I could. In some places I couldn't cut them out cleanly, and I may not have gotten all the procedural references, but the structures for the most part were taken out. I cut out two features that are terribly useful in a development environment, but which my users wouldn't see. 2) I removed @i(if-debug) statements from interactors in my final release with #-release-garnet. dbprint-* are also if-debugs, so I wrapped them too. 3) I removed all comments to non-user visible defuns and variables with #-release-garnet. I further cut: 4) I cut some debugging functions that weren't in the debug package with #-release-garnet too. 5) I wrapped all demo code at the end of gadgets with #| and |#. 6) I removed all provides and requires since I don't use them, I use something called SEM. 7) I single source the whole garnet system (using SEM), and then to get it to compile in reasonable time, I must cut it in thirds. This seems to make it load and run faster, but take longer to compile. I like that tradeoff. 8) I removed all exports of dead code and gadgets. 9) I reduced the number of default objects in scrolling-menus, and other objects with items. 10) I create :width and :height formulas for my aggregates based on the subset of parts I know it will depend on, e.g., a Soar problem space is based on its graphic triangle mostly, so that it does not have to be computed from the more general (and slower) default formulas. 11) I cut down the size of the halftone table in halftones.lisp. 12) I cut a lot of the object hierarchy that I don't use, such as line-8, and motif-colors. 13) interactors.lisp includes code for 12? kinds of start-where types. Garnet itself only uses :in-box, :in, and :element-of. The debug functions also use :leaf-element-of-or-none. So I cut a lot of code in there. 14) Turned type checking off with (opal:type-checking nil). VI. Conclusions and Future work Garnet is not so much a slow programming environment so much as it is an extensive environment; that's why I choose it in the first place. Users that wish to deliver interfaces based on Garnet, or who find Garnet slow, may be well advised to not load all of Garnet, and specifically in the case of delivery, strip down Garnet for delivery. Garnet could be optimized more by the Garnet group, and a few of the features implied above (i.e., recyclable objects, full use of declare) should be added on a system level. Providing a developmental and delivery system may not be feasible, but as Garnet users develop more deliverable systems, further efforts to ease the delivery of systems appears to be warranted. I didn't clean up all I could. There are several loose ends that I can enumerate: 0) The ball is now back in Garnet's court. They should put the proclaims and declares in, and remove the bug that declares: "Warning: variable KR::METHOD is used yet it was declared ignored" 1) Most importantly, Garnet and the DSI should be examined with timing routines to see where the cycles are going. 2) There are some shadows left on text-buttons somewhere. 3) I did not remove *all* doc-strings to non-user visible defuns, just most of them. 4) I used a loop macro (the so-called Yale Loop macro). Where it is used I could use dolists and do's that should be faster, and I would save the space loading yloop. [since removed] 5) The display variable "machine-display-name" is computed too often by my code and by Garnet's versions of the same functions. Garnet should set it up once, and use a variable rather than a function call. Here's an example where I compute it, and I suspect that Garnet did wherever I copied this from (defun sx-event-and-lisp-loop (&optional window) "A loop that reads input and calls code to handle xevents when they happen." (print-sx-prompt) ;; display is the X display to write to. (let ((display (if window (opal::display-info-display (g-value window :display-info)) (let ((win1 (caar (opal::get-table-contents)))) (if win1 (xlib:window-display win1) opal::*default-x-display*))))) ;; gnu will buffer input for us, so that's cool, and event-listen ;; tells us when there's an x-event. If gnu is not there, a user ;; is committed to typing something if he starts to. (prog () start (cond ( (listen *standard-input*) (sx-repl) ) ( (event-listen display) (opal::default-event-handler display :timeout 0) ) ( t (sleep sx-event-and-lisp-loop-sleep-time) ) ) (go start)) ;; dump the event that made you quit? (xlib:event-case (display :discard-p t :timeout 5) ; discard current event (otherwise () t)))) From Fritz.Heinrichmeyer@FernUni-Hagen.de Sat Jul 8 17:08:12 1995 Return-Path: Received: from ilex.FernUni-Hagen.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02684; Sat, 8 Jul 95 17:08:12 +0200 Received: from ES-sun1.fernuni-hagen.de by ilex.FernUni-Hagen.de with SMTP (PP); Sat, 8 Jul 1995 17:06:57 +0200 Received: from ES-sun2.fernuni-hagen.de by ES-sun1.fernuni-hagen.de (4.1/SMI-4.1) id AA04889; Sat, 8 Jul 95 17:06:57 +0200 Date: Sat, 8 Jul 95 17:06:57 +0200 Message-Id: <9507081506.AA04889@ES-sun1.fernuni-hagen.de> Received: by ES-sun2.fernuni-hagen.de (4.1/SMI-4.1) id AA17057; Sat, 8 Jul 95 17:03:20 +0200 From: Johann Friedrich Heinrichmeyer To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: clx and xauth problem When clx connects to my xserver, the connection is refused, as long as i dont add my localhost with "xhost +localhost". This is the first X11 programm i have ever seen which behaves like this. Is there a special line to be added to my .Xauthority file? Btw: i wanted to play with "garnet", so i installed clisp. It worked out of the box after i changed the environment variable CFLAGS=-O6 to CFLAGS=-O2 before i did this the "./conftest" program hanged on testing some signal handler stuff. another problem was that _memmove was not defined somewhere. I thought this is a build_in function in the gcc-2.7.0 i use on my sun-sparc-sunos4.1.3? Fritz -- Fritz Heinrichmeyer FernUniversitaet Hagen FAX: +49 2371/566236 LG Elektronische Schaltungen EMAIL: fritz.heinrichmeyer@fernuni-hagen.de Frauenstuhlweg 31 PHONE: +49 02371/566-243 58644 Iserlohn (Germany) WWW: http://ES-sun2.fernuni-hagen.de From DESCHOEN@aol.com Sun Jul 9 01:00:46 1995 Return-Path: Received: from mail04.mail.aol.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03202; Sun, 9 Jul 95 01:00:46 +0200 Received: by mail04.mail.aol.com (1.37.109.11/16.2) id AA127224376; Sat, 8 Jul 1995 18:59:36 -0400 Date: Sat, 8 Jul 1995 18:59:36 -0400 From: DESCHOEN@aol.com Message-Id: <950708185934_110686560@aol.com> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Fwd: Re: College student need... Please see below. Student willing to pay $$ for coding. --------------------- Forwarded message: Subj: Fwd: Re: College student need... Date: 95-07-08 18:48:42 EDT From: DESCHOEN To: clisp-lisp@ma2s2.mathematik.uni-karlsruhe.de I am looking for any experienced Common LISP programmer to code the program listed below. I am willing to pay a very decent amount for the code. Thank you. --------------------- Forwarded message: Subj: Re: College student needs LIS... Date: 95-06-24 09:20:38 EDT From: DESCHOEN To: dudeyp@chert.cs.orst.edu CC: DESCHOEN Here it is: The task is to write a program which computes and displays truth tables for wffs of propositional logic. Wffs are to be represented by lists in prefix notation, as specificed by the following grammar: wff ::= variable | (unary-op wff) | (binary-op wff wff) variable ::= A | B | C | ... | Z | unary-op ::= not-sign binary-op ::= iff-sign | if-sign | and-sign | or-sign | The signs to be used for the operators not-sign, iff-sign, etc. are given by the following definitions which should be a part of your program. (defparameter iff-sign '<->) ( if-sign '->) ( and-sign '&) ( or-sign '+) ( not-sign '~) an example of a wff in this representation is (-> (& (-> P Q) (-> Q R)) (+ (~ P) R))) Your program should produce results like the following: > (truth-table '(+ A B)) ( A B) (+ A B)) -------------------------- ( 0 0) 0 ( 0 1) 1 (1 0) 1 (1 1) 1 NIL >(truth-table '(& (~ B) (+ (& A C)(-> B C)))) (A B C) (& (~ B) (+ (& A C) (-> B C))) ---------------------------------------------------------- (0 0 0) 1 (0 0 1) 1 (0 1 0) 0 (0 1 1) 0 (1 0 0) 1 (1 0 1) 1 (1 1 0) 0 (1 1 1) 0 NIL You will need to write several functions. Here are some suggestions: i) a function VARIABLES which takes a wff and returns the set of all variables which occur in it. A set is represented by a llist without duplicate elements. The order of the elements in a set is immaterial. > (variables '(+ (& A B) (-> C D))) ( A B C D) ii) a function TRUTH_ASSIGNMENTS which takes a set of variables and returns a list of all possible truth assignments for these variables. A truth assignment can be represented as an A-LIST. For example, the following is a truth assignment for the set of variables (A B C). > (truth-assignments '(a b c)) (((A . 0) (B . 0) (C .0)) ((A . 0) (B . 0) (C .1)) ((A . 0) (B . 1) (C . 0)) ((A . 0) (B . 1) (C . 1)) ((A . 1)( B . 0) (C . 0)) ((A . 1)(B. 0) ( C . 1)) ((A . 1)( B . 1) (C . 0)) ((A . 1)( B . 1)( C . 1))) Hint: The function truth_assignments is very much like the function POWERSET which we have seen in class. Suppose that we looked at the truth assignments above as descripptions of subsets of (A B C), where 0 indicates that the paired variable is not in the subset and 1 indicates that it is. Then the truth assignment ((A . 1)(B . 0)(C . 1)) can be thought of as representing the subset (A C) ;; set --> set of sets (defun powerset (s) (if (null s) (list nil) (let ((ps (powerset(cdr s)))) (append ps (cons-list (car s) ps)) )) ) ;; sexprr x list ---> list (defun cons-list (x lis) (if (null lis) nil (cons (cons x(car lis)) (cons-list x (cdr lis))) )) iii) a function EVAL-WFF which takes a wff and a truth-assignment and evaluates the wff under that truth assignment. You should define individual functions for evaluating each sort of wff according to its manin connective. The definitions of the individual connectives are the usual ones given: P Q (~P) (+ P Q) ( & P Q) (-> P Q) (<-> P Q) ---------------------------------------------------------------------------- 0 0 1 0 0 1 1 0 1 1 1 0 1 0 1 0 0 1 0 0 0 1 1 0 1 1 1 1 A top-level definition which formats the output is given below. This function uses features of LISP which we have not discussed. You might want to look ahead in the bood and try to decipher it. You may write your own function if you prefer. (defun truth-table (wff) "Prints out a truth table for wff and returns nil" (let* ((vars (variables wff)) (truth-assgns (truth-assignments vars)) ) (format t "~% ~S ~S " vars wff) (format t "~ % -------------------------------") (mapc #'(lambda (assgn) (format t "~% ~S ~S" (mapcar #'cdr assgn) (eval-wff wff assgn)) ) truth-assgns) (format t "~%") nil)) An important point about style: Define recognizers and selectors for wffs, and use these in your main function definitions. Doing so will make your program easier to develop, easier to understand and easier to modify. Your definition of EVAL-WFF, in particular, should not use any of the primitive functions car, cdr, and eq. These will be used in your recognizer and selector functions for wffs, which in turn will be used in eval-wff. Example recognizers: (defun is-variable? (wff) (symbolp wff)) (defun is-iff? (wff) (eq (op wff) iff-sign)) (defun is-not? (wff) (eq (op wff) not-sign)) Example selectors: (defun op (wff)(car wff)) (defun arg1 (wff)(cadr wff)) Except for IS_VARIABLE?, all of the recognizers given above assume that their inputs are not variables. This means that explicit variable tests must always preced their use. We could avoid this contraint by including a variable test in each recognizer's definition, e.g. (defun is-iff? (wff) (and (not (is-variable? wff)(eq (op wff) iff-sign))) The first definition might be more efficient but the second is safer. You should provide similar definitions (of either form) for each of the missing recognizers and selectors. Do this the first thing! You will not want to worry about chains of CAR's and CDR's while you are trying to think your way to a solution to the problem. As a hint about how to structure your program, here is a start on EVAL-WFF: (defun eval-wff (wff assgn) (cond ((is-variable? wff) (cdr (assoc wff assgn)) ) ((is-not? wff) (eval-not (eval-wff (arg1 wff) assgn)) ) ... )) OK! That's almost verbatim from the assignment. Dennis From sauthier@lia.di.epfl.ch Mon Jul 10 08:45:26 1995 Return-Path: Received: from liasun12.epfl.ch by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04261; Mon, 10 Jul 95 08:45:26 +0200 Received: by liasun12.epfl.ch (Smail3.1.29.1 #16) id m0sVCZL-000KjyC; Mon, 10 Jul 95 08:43 MET DST Message-Id: Date: Mon, 10 Jul 95 08:43 MET DST From: Eric Sauthier To: clisp-list Subject: Re: Fwd: Re: College student need... In-Reply-To: <950708185934_110686560@aol.com> References: <950708185934_110686560@aol.com> DESCHOEN@aol.com writes: > Please see below. Student willing to pay $$ for coding. > --------------------- > Forwarded message: > Subj: Fwd: Re: College student need... > Date: 95-07-08 18:48:42 EDT > From: DESCHOEN > > To: clisp-lisp@ma2s2.mathematik.uni-karlsruhe.de > > I am looking for any experienced Common LISP programmer to code the program > listed below. I am willing to pay a very decent amount for the code. > > Thank you. > --------------------- > Forwarded message: > Subj: Re: College student needs LIS... > Date: 95-06-24 09:20:38 EDT > From: DESCHOEN > To: dudeyp@chert.cs.orst.edu > CC: DESCHOEN > > Here it is: > > The task is to write a program which computes and displays truth tables for > wffs of propositional logic. .... stuff deleted > > > OK! That's almost verbatim from the assignment. At least he is being honest... or may be this shouldn't have been forwarded :-) > > Dennis What has this got to do with CLISP? I'm puzzled Eric Sauthier Artificial Intelligence Lab. Swiss Federal Institute of Technology, Lausanne Lausanne, Switzerland From weyhan@bgnet.bgsu.edu Wed Jul 12 07:34:36 1995 Return-Path: Received: from falcon.bgsu.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08211; Wed, 12 Jul 95 07:34:36 +0200 Received: from bob.bgsu.edu (ppp79.bgsu.edu [129.1.18.39]) by falcon.bgsu.edu (8.6.12/8.6.6) with SMTP id BAA13908 for ; Wed, 12 Jul 1995 01:32:49 -0400 Message-Id: <199507120532.BAA13908@falcon.bgsu.edu> Comments: Authenticated sender is From: "Ng, Wey-Han" Organization: Bowling Green State University To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Tue, 11 Jul 1995 23:43:11 - 050 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: Compilation problem Priority: normal X-Mailer: Pegasus Mail for Windows (v2.01) I am running Linux at home on my PC and I am rather new to Linux and the Unix world. I have recently downloaded GNU Common Lisp and tried to compile it but I got the error message below. Since there is a line that say make of GCL completed, I presume that the Lisp itself is complete and my test run confirm that. But then the make did not stop at that point and went on to produce the error message. I believe what I have included here are the significant lines of the error message but I might be wrong. Please email me if additional information is require. If any one can make out what is causing this, I would appreciate your help. TIA =============Error message below================================= Make of GCL 2.1 completed. [...] make gcltkaux "CC=`echo gcc -pipe -fwritable-strings -DVOL=volatile -I/usr/local/gcl-2.1/o -fsigned-char | sed -e 's: -static : :g' -e 's:-Bstatic : :g`" /bin/sh: unexpected EOF while looking for `'' /bin/sh: command substitution: line 2: syntax error make[2]: Entering directory `/usr/local/gcl-2.1/gcl-tk' guis.o tkAppInit.o tkMain.o -o gcltkaux -L/usr/X11/lib -lX11 -L/usr/lib -ltcl -L/usr/lib -ltk -lm ../o/gcllib.a make[2]: execvp: guis.o: Permission denied make[2]: *** [gcltkaux] Error 127 make[2]: Leaving directory `/usr/local/gcl-2.1/gcl-tk' make[1]: *** [gcltkaux1] Error 2 make[1]: Leaving directory `/usr/local/gcl-2.1/gcl-tk' make: *** [all] Error 2 ---- Han. ---- Ng, Wey-Han Tel : +(419)3523027 853 Napoleon Rd. Apt #7 email : weyhan@falcon.bgsu.edu Bowling Green 43402 OH weyhan@bgsuvax.bgsu.edu USA From Fritz.Heinrichmeyer@FernUni-Hagen.de Wed Jul 12 08:32:57 1995 Return-Path: Received: from ilex.FernUni-Hagen.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08461; Wed, 12 Jul 95 08:32:57 +0200 Received: from ES-sun1.fernuni-hagen.de by ilex.FernUni-Hagen.de with SMTP (PP); Wed, 12 Jul 1995 08:30:59 +0200 Received: from ES-sun2.fernuni-hagen.de by ES-sun1.fernuni-hagen.de (4.1/SMI-4.1) id AA21886; Wed, 12 Jul 95 08:30:56 +0200 Date: Wed, 12 Jul 95 08:30:56 +0200 Message-Id: <9507120630.AA21886@ES-sun1.fernuni-hagen.de> Received: by ES-sun2.fernuni-hagen.de (4.1/SMI-4.1) id AA02057; Wed, 12 Jul 95 08:27:18 +0200 From: Johann Friedrich Heinrichmeyer To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <199507120532.BAA13908@falcon.bgsu.edu> (weyhan@bgnet.bgsu.edu) Subject: Re: Compilation problem From: "Ng, Wey-Han" [...] make gcltkaux "CC=`echo gcc -pipe -fwritable-strings -DVOL=volatile -I/usr/local/gcl-2.1/o -fsigned-char | sed -e 's: -static : :g' -e 's:-Bstatic : :g`" /bin/sh: unexpected EOF while looking for `'' /bin/sh: command substitution: line 2: syntax error make[2]: Entering directory `/usr/local/gcl-2.1/gcl-tk' guis.o tkAppInit.o tkMain.o -o gcltkaux -L/usr/X11/lib -lX11 -L/usr/lib -ltcl -L/usr/lib -ltk -lm ../o/gcllib.a make[2]: execvp: guis.o: Permission denied make[2]: *** [gcltkaux] Error 127 make[2]: Leaving directory `/usr/local/gcl-2.1/gcl-tk' make[1]: *** [gcltkaux1] Error 2 make[1]: Leaving directory `/usr/local/gcl-2.1/gcl-tk' make: *** [all] Error 2 ---- Han. ---- Ng, Wey-Han Tel : +(419)3523027 853 Napoleon Rd. Apt #7 email : weyhan@falcon.bgsu.edu Bowling Green 43402 OH weyhan@bgsuvax.bgsu.edu USA Hello Han, first of all, You are on the wrong list! GCL is not clisp. Under Unix You have the joy of choosing among several lisps, schemes, tcl, perl or python as Your freeware high level interactive development language .... :-). there is a typo in make gcltkaux, the error message is true! This should work (on the other side all of this seems very strange): make gcltkaux "CC=`echo gcc -pipe -fwritable-strings -DVOL=volatile -I/usr/local/gcl-2.1/o -fsigned-char | sed -e 's: -static : :g' -e 's:-Bstatic : :g'`" today i try to compile it myself ... wait. -- Fritz Heinrichmeyer FernUniversitaet Hagen FAX: +49 2371/566236 LG Elektronische Schaltungen EMAIL: fritz.heinrichmeyer@fernuni-hagen.de Frauenstuhlweg 31 PHONE: +49 02371/566-243 58644 Iserlohn (Germany) WWW: http://ES-sun2.fernuni-hagen.de From thommark@access.digex.net Wed Jul 12 18:36:53 1995 Return-Path: Received: from access2.digex.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09808; Wed, 12 Jul 95 18:36:53 +0200 Received: (from thommark@localhost) by access2.digex.net (8.6.12/8.6.12) id MAA21251 ; for ; Wed, 12 Jul 1995 12:35:05 -0400 Date: Wed, 12 Jul 1995 12:35:04 -0400 (EDT) From: "M. Thomas" To: CLISP List Subject: An interesting puzzle, or bug in CLISP? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Here is an interesting puzzle involving the CLISP compiler, PRINT-OBJECT, and reader-macros: Assume from now on that the current package is COMMON-LISP-USER. The following code does nothing useful, but demonstrates the problem. We simply reprogram the Lisp reader so that a form such as !(a b c) will be read in as a structure containing the list (a b c). In addition, we add a PRINT-OBJECT method to ensure that a foo-structure is printed so that it can be read back in. -----BEGIN FILE good.lsp -------------------------- (defclass foo () ((char :initarg :char :reader foo-char) (form :initarg :form :reader foo-form))) (set-macro-character #\! #'(lambda (s c) (make-instance 'foo :char c :form (read s T NIL T)))) (defmethod print-object ((x foo) stream) (format stream "~C~A" (foo-char x) (foo-form x))) (setq test '!(a b c)) -----END FILE good.lsp -------------------------- This code works fine, as you can see ... -----BEGIN good CLISP session ------- > (load "good.lsp") ;; Loading file good.lsp ... WARNING: The generic function # is being modified, but has already been called. ;; Loading of file good.lsp is finished. T > test !(A B C) > (type-of test) FOO -----END good CLISP session ------- If good.lsp is loaded then compiled, the resulting `good.fas' also works fine. Now suppose I modify the PRINT-OBJECT method very slightly, replacing the format directive `~C' by the format directive `~A'. The result is a file I'll call `bad.lsp'. The punch line is that the _interpreted_ versions `good.lsp' and `bad.lsp' both work, but the _compiled_ version `bad.fas' is incorrect. Apparently the Lisp constant object denoted by !(a b c) in the source code `bad.lsp' is stored incorrectly in `bad.fas', resulting in the following misbehavior: -----BEGIN bad CLISP session ------- > (load "bad.fas") ;; Loading file bad.fas ... WARNING: The generic function # is being modified, but has already been called. ;; Loading of file bad.fas is finished. T > test *** - EVAL: variable TEST has no value 1. Break> -----END bad CLISP session ------- The form (setq test '!(a b c)) is never evaluated, presumably because the reader expands this form into erroneous byte-code. Here's a clue to the puzzle (edited): -----BEGIN clue ------- diff bad.fas good.fas 38c38,39 < #17Y( ... byte codes omitted .....) --- > #20Y( ... byte codes omitted .....) > SYSTEM::DO-FORMAT-CHARACTER 47c48 < #Y(#:TOP-LEVEL-FORM-4 #11Y( ... byte codes ...) #\!(A B C) TEST) --- > #Y(#:TOP-LEVEL-FORM-4 #11Y( ... byte codes ...) !(A B C) TEST) -----END clue --------- You can see how the source constant denoted by !(a b c) is stored differently in bad.fas and good.fas. But since, for example, the format directives `~A' and `~C' behave the same way when applied to characters, I expected the choice of format directive to make no difference, in the intrepreted _or_ compiled versions. BTW, `bad.fas' behaves properly if I change #\!(A B C) to !(A B C) (I know it's not a good idea to edit *.fas). What is going on here? Thanks for your insights! Mark A. Thomas thommark@access.digex.net From donc@ISI.EDU Wed Jul 12 19:27:47 1995 Return-Path: Received: from darkstar.isi.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09906; Wed, 12 Jul 95 19:27:47 +0200 Received: from hpai19.isi.edu by darkstar.isi.edu (5.65c/5.61+local-20) id ; Wed, 12 Jul 1995 10:25:56 -0700 Message-Id: <199507121725.AA02290@darkstar.isi.edu> To: clisp-list Subject: Another question about print-object Date: Wed, 12 Jul 95 10:22:52 PDT From: Don Cohen The last message reminds me that I was trying to figure out how to make print-object work for structs (other types would also be nice). I was not able to find the code for printing structs in the lisp source. (This leads me to suspect it's in C, and I'd rather not try to change things there.) I guess one approach would be to change defstruct to supply a print function in every case (perhaps even change any print function actually supplied into a method for print-object). A more general solution (for all types) could similarly be obtained by rewriting the print function (and all the other related functions). I hope there's a better solution. Does someone out there who's more familiar with the code have any suggestions? From popineau@ese-metz.fr Thu Jul 13 11:45:14 1995 Return-Path: Received: from neuromancer.ese-metz.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10664; Thu, 13 Jul 95 11:45:14 +0200 Received: (from popineau@localhost) by neuromancer.ese-metz.fr (8.6.12/8.6.12) id LAA14460 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Thu, 13 Jul 1995 11:42:51 +0200 Date: Thu, 13 Jul 1995 11:42:51 +0200 Message-Id: <199507130942.LAA14460@neuromancer.ese-metz.fr> From: popineau@ese-metz.fr (Fabrice Popineau) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Problems compiling clisp 23-05-95 Hi, I compiled clisp-23-05-95 from sources on my linux box, libc-5.2.3, gcc-2.7.0 . The check fails on reading/writing/manipulating floats. Did anyone succeed ? Otherwise, it seems to be ok. Thanks in advance, Fabrice POPINEAU ------------------------ #include ------------------------------------------------------------------------------- e-mail: popineau@ese-metz.fr surface-mail: Ecole Superieure d'Electricite 2 rue Edouard Belin voice-mail: (+33) 87-74-99-38 F-57078 Metz Cedex 3 FRANCE ------------------------------------------------------------------------------ File src/suite/alltest.erg: Form: (PRIN1-TO-STRING (SIN (* 8 (/ PI 2)))) SOLL: "2.0066230454737344098L-19" CLISP: ERROR Form: (PRIN1-TO-STRING (COS (/ PI 2))) SOLL: "-2.5082788076048218878L-20" CLISP: ERROR Form: (PRIN1-TO-STRING (TAN (/ PI 2))) SOLL: "-3.986797629004264116L19" CLISP: ERROR Form: (PRIN1-TO-STRING MOST-POSITIVE-SHORT-FLOAT) SOLL: "1.7014s38" CLISP: ERROR Form: (PRIN1-TO-STRING LEAST-POSITIVE-SHORT-FLOAT) SOLL: "2.93874s-39" CLISP: ERROR Form: (PRIN1-TO-STRING LEAST-NEGATIVE-SHORT-FLOAT) SOLL: "-2.93874s-39" CLISP: ERROR Form: (PRIN1-TO-STRING MOST-NEGATIVE-SHORT-FLOAT) SOLL: "-1.7014s38" CLISP: ERROR Form: (LET ((S (PRIN1-TO-STRING MOST-POSITIVE-SINGLE-FLOAT))) (OR (EQUAL S "1.7014117E38") (EQUAL S "3.4028235E38"))) SOLL: T CLISP: ERROR Form: (LET ((S (PRIN1-TO-STRING LEAST-POSITIVE-SINGLE-FLOAT))) (OR (EQUAL S "2.938736E-39") (EQUAL S "1.1754944E-38"))) SOLL: T CLISP: ERROR Form: (LET ((S (PRIN1-TO-STRING LEAST-NEGATIVE-SINGLE-FLOAT))) (OR (EQUAL S "-2.938736E-39") (EQUAL S "-1.1754944E-38"))) SOLL: T CLISP: ERROR Form: (LET ((S (PRIN1-TO-STRING MOST-NEGATIVE-SINGLE-FLOAT))) (OR (EQUAL S "-1.7014117E38") (EQUAL S "-3.4028235E38"))) SOLL: T CLISP: ERROR Form: (LET ((S (PRIN1-TO-STRING MOST-POSITIVE-DOUBLE-FLOAT))) (OR (EQUAL S "8.988465674311579d307") (EQUAL S "1.7976931348623157d308"))) SOLL: T CLISP: ERROR Form: (LET ((S (PRIN1-TO-STRING LEAST-POSITIVE-DOUBLE-FLOAT))) (OR (EQUAL S "5.562684646268004d-309") (EQUAL S "2.2250738585072014d-308"))) SOLL: T CLISP: ERROR Form: (LET ((S (PRIN1-TO-STRING LEAST-NEGATIVE-DOUBLE-FLOAT))) (OR (EQUAL S "-5.562684646268004d-309") (EQUAL S "-2.2250738585072014d-308"))) SOLL: T CLISP: ERROR Form: (LET ((S (PRIN1-TO-STRING MOST-NEGATIVE-DOUBLE-FLOAT))) (OR (EQUAL S "-8.988465674311579d307") (EQUAL S "-1.7976931348623157d308"))) SOLL: T CLISP: ERROR Form: (PRIN1-TO-STRING MOST-POSITIVE-LONG-FLOAT) SOLL: "8.8080652584198167656L646456992" CLISP: ERROR Form: (PRIN1-TO-STRING LEAST-POSITIVE-LONG-FLOAT) SOLL: "5.676615526003731344L-646456994" CLISP: ERROR Form: (PRIN1-TO-STRING LEAST-NEGATIVE-LONG-FLOAT) SOLL: "-5.676615526003731344L-646456994" CLISP: ERROR Form: (PRIN1-TO-STRING MOST-NEGATIVE-LONG-FLOAT) SOLL: "-8.8080652584198167656L646456992" CLISP: ERROR Form: (PRIN1-TO-STRING SHORT-FLOAT-NEGATIVE-EPSILON) SOLL: "3.81476s-6" CLISP: ERROR Form: (PRIN1-TO-STRING SINGLE-FLOAT-NEGATIVE-EPSILON) SOLL: "2.9802326E-8" CLISP: ERROR Form: (PRIN1-TO-STRING DOUBLE-FLOAT-NEGATIVE-EPSILON) SOLL: "5.551115123125784d-17" CLISP: ERROR Form: (PRIN1-TO-STRING LONG-FLOAT-NEGATIVE-EPSILON) SOLL: "2.7105054312137610853L-20" CLISP: ERROR From haible Thu Jul 13 21:46:55 1995 Return-Path: Received: by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11605; Thu, 13 Jul 95 21:46:55 +0200 Date: Thu, 13 Jul 95 21:46:55 +0200 From: haible (Bruno Haible) Message-Id: <9507131946.AA11605@ma2s2.mathematik.uni-karlsruhe.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Problems compiling clisp 23-05-95 > I compiled clisp-23-05-95 from sources on my linux box, libc-5.2.3, > gcc-2.7.0 . The check fails on reading/writing/manipulating floats. This is a bug in gcc-2.7.0. I already mailed a bug report. You'll have to wait for gcc-2.7.1 and use CC="gcc -V 2.6.3" in the meantime. Bruno Haible From tom@jsk.t.u-tokyo.ac.jp Fri Jul 14 02:22:15 1995 Received: from monoceros.jsk.t.u-tokyo.ac.jp (jsk.t.u-tokyo.ac.jp) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11812; Fri, 14 Jul 95 02:22:15 +0200 Received: from candy.jsk.t.u-tokyo.ac.jp by monoceros.jsk.t.u-tokyo.ac.jp (4.1/6.4J.6-MX) id AA16760; Fri, 14 Jul 95 09:15:17 JST Received: by candy.jsk.t.u-tokyo.ac.jp (4.1/6.4J.6-MX) id AA19361; Fri, 14 Jul 95 09:17:19 JST Date: Fri, 14 Jul 95 09:17:19 JST From: tom@jsk.t.u-tokyo.ac.jp (Tomohiro Shibata) Return-Path: Message-Id: <9507140017.AA19361@candy.jsk.t.u-tokyo.ac.jp> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: _memmove Hello, I compiled clisp-1995-06-23 and got an error while linking object to buid lisp.run. So I'd like someone to help me. ld: Undefined symbol _memmove collect2: ld returned 2 exit status I did it under those environment: Machine SS5 OS Solaris 2.1 C compiler gcc 2.6.2 Thanks in advance, --------------------------------------------------------------------------- Tomohiro Shibata |email tom@jsk.t.u-tokyo.ac.jp Inoue-Inaba Laboratory, |www http://www.jsk.t.u-tokyo.ac.jp/~tom/ Department of Mechano-informatics,| University of Tokyo; Japan |fax +81-3-3815-8356 From Fritz.Heinrichmeyer@FernUni-Hagen.de Fri Jul 14 11:05:02 1995 Return-Path: Received: from ilex.FernUni-Hagen.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12261; Fri, 14 Jul 95 11:05:02 +0200 Received: from ES-sun1.fernuni-hagen.de by ilex.FernUni-Hagen.de with SMTP (PP); Fri, 14 Jul 1995 11:02:54 +0200 Received: from ES-sun2.fernuni-hagen.de by ES-sun1.fernuni-hagen.de (4.1/SMI-4.1) id AA14987; Fri, 14 Jul 95 11:02:52 +0200 Date: Fri, 14 Jul 95 11:02:52 +0200 Message-Id: <9507140902.AA14987@ES-sun1.fernuni-hagen.de> Received: by ES-sun2.fernuni-hagen.de (4.1/SMI-4.1) id AA00459; Fri, 14 Jul 95 10:59:14 +0200 From: Johann Friedrich Heinrichmeyer To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <199507130942.LAA14460@neuromancer.ese-metz.fr> (popineau@ese-metz.fr) Subject: Re: Problems compiling clisp 23-05-95 i tried it also, but jed did not make check. Maybe it helps to include -lieee for error handling etc. -- Fritz Heinrichmeyer FernUniversitaet Hagen FAX: +49 2371/566236 LG Elektronische Schaltungen EMAIL: fritz.heinrichmeyer@fernuni-hagen.de Frauenstuhlweg 31 PHONE: +49 02371/566-243 58644 Iserlohn (Germany) WWW: http://ES-sun2.fernuni-hagen.de From dxs@evolving.com Mon Jul 17 23:30:59 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA16955; Mon, 17 Jul 95 23:30:59 +0200 Received: from citadel.evolving.com (actually 198.202.204.162) by nz11.rz.uni-karlsruhe.de with SMTP (PP); Mon, 17 Jul 1995 23:27:48 +0200 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.12/8.6.9) with ESMTP id PAA07190 for ; Mon, 17 Jul 1995 15:20:29 -0600 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.12/8.6.9) with SMTP id PAA27966 for ; Mon, 17 Jul 1995 15:20:24 -0600 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA81280; Mon, 17 Jul 1995 15:20:23 -0600 Date: Mon, 17 Jul 1995 15:20:23 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9507172120.AA81280@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: assignments i have data that is presented to me in a list which i had intended to put into a structure. the structure elements are month day year hours minutes dur-hour dur-tenths tgn i could also put this into a clos class. i then want to store them into a record that will be passed to a c function with the following elements. month day year hours minutes duration tgn where duration = dur-hour*600 + dur-tenths. my lisp structure is l and my c structure is c. is it possible to code this so i dont have to refer to each element of the structure in the assignment so i can assign month to month, day to day ... except for the duration where i need to execute the above formula for duration? or possibly to automaticly generate the assignment code with a macro except doing something special for duration? thanks, dan stanger From gat@aig.jpl.nasa.gov Tue Jul 18 00:12:05 1995 Return-Path: Received: from supergozer.jpl.nasa.gov by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA17050; Tue, 18 Jul 95 00:12:05 +0200 Received: by supergozer.jpl.nasa.gov (4.1/JPL-AIG-1.0) id AA03610; Mon, 17 Jul 95 15:09:19 PDT Date: Mon, 17 Jul 95 15:09:19 PDT From: gat@aig.jpl.nasa.gov (Erann Gat) Message-Id: <9507172209.AA03610@supergozer.jpl.nasa.gov> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Hello Hello everyone, Although I have been using CLisp for about a year I just now signed up for the mailing list. (Don't ask me how I missed it for all this time -- I don't know myself!) I'd like to tell you a bit about what I'm using it for, and find out who is currently doing active development on it. I work at the NASA Jet Propulsion Lab, which is responsible for unmanned exploration of the solar system for NASA. I am involved in a project to develop an advanced architecture for controlling autonomous spacecraft. This project is part of a project called New Millenium whose purpose is to develop inexpensive spacecraft for the year 2000 and beyond (hence the name). I am using CLisp to prototype a spacecraft executive based on a control methodology called conditional sequencing. I won't bore you with the details; if anyone is interested, contact me. The current project is only a prototype, but I am also interested in using Lisp for actual flight code. I am a bit of a lone warrior in this, as Lisp is widely perceived by people in NASA to be too big and slow for "real" work. My approach is, rather than arguing with people, to instead build working systems that meet all the performance requirements. Towards this end, I and a student of mine (with considerable help from Bruno) have ported CLisp (the January 1995 version) to vxWorks, which is a real-time operating system that is one of the lead candidates for use on flight hardware. So that's what I'm up to. I am interested in hearing from people who are actively developing CLisp, especially if anyone else out there is interested in using it in a cross-compiled or embedded environment. Also, is anyone working on lightweight threads? Erann Gat gat@jpl.nasa.gov From dudeyp@research.CS.ORST.EDU Tue Jul 18 01:49:40 1995 Return-Path: Received: from research.CS.ORST.EDU (chert.CS.ORST.EDU) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA17196; Tue, 18 Jul 95 01:49:40 +0200 Received: from raptor.CS.ORST.EDU by research.CS.ORST.EDU (4.1/1.30) id AA06947; Mon, 17 Jul 95 16:38:23 PDT From: dudeyp@research.CS.ORST.EDU (Peter Dudey Drake) Received: by raptor.CS.ORST.EDU (4.1/CS-Client) id AA25602; Mon, 17 Jul 95 16:39:07 PDT Date: Mon, 17 Jul 95 16:39:07 PDT Message-Id: <9507172339.AA25602@raptor.CS.ORST.EDU> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <9507172209.AA03610@supergozer.jpl.nasa.gov> (gat@aig.jpl.nasa.gov) Subject: Re: Hello Date: Tue, 18 Jul 95 00:15:27 +0200 From: gat@aig.jpl.nasa.gov (Erann Gat) I work at the NASA Jet Propulsion Lab, which is responsible for unmanned exploration of the solar system for NASA. I am involved in a project to develop an advanced architecture for controlling autonomous spacecraft. This project is part of a project called New Millenium whose purpose is to develop inexpensive spacecraft for the year 2000 and beyond (hence the name). I am using CLisp to prototype a spacecraft executive based on a control methodology called conditional sequencing. I won't bore you with the details; if anyone is interested, contact me. Web page! Web page! The current project is only a prototype, but I am also interested in using Lisp for actual flight code. I am a bit of a lone warrior in this, as Lisp is widely perceived by people in NASA to be too big and slow for "real" work. Take a look at Paul Graham's _On_Lisp_. It's a fabulous book, and it has an example where Lisp does some numerical computation faster than C. +- PETER DUDEY DRAKE 279-D SE Lilly Ave., Corvallis, OR 97333 -+ | MS student in Artificial Intelligence, Oregon State University | | Food is for the weak. | +- drakep@research.cs.orst.edu (finger dudeyp@research.cs.orst.edu) -+ From marcus@aristotle.icc.pdx.edu Tue Jul 18 02:17:11 1995 Return-Path: Received: from plato.icc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA17214; Tue, 18 Jul 95 02:17:11 +0200 Received: (marcus@localhost) by plato.icc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) id AAA15402; Tue, 18 Jul 1995 00:24:09 GMT for Date: Tue, 18 Jul 1995 00:24:09 GMT Message-Id: <199507180024.AAA15402@plato.icc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: _memmove In-Reply-To: <9507140017.AA19361@candy.jsk.t.u-tokyo.ac.jp> References: <9507140017.AA19361@candy.jsk.t.u-tokyo.ac.jp> >>>>> "Tomohiro" == Tomohiro Shibata writes: Tomohiro> I compiled clisp-1995-06-23 and got an error while linking Tomohiro> object to buid lisp.run. So I'd like someone to help me. Tomohiro> ld: Undefined symbol _memmove collect2: ld returned 2 Tomohiro> exit status Tomohiro> I did it under those environment: Machine SS5 OS Solaris 2.1 Tomohiro> C compiler gcc 2.6.2 In the makefile, add -DMEMMOVE_MISSING to the makefile, after -DUSG. Delete the object files and recompile. This fix will be included in the next release. From marcus@aristotle.icc.pdx.edu Tue Jul 18 02:20:27 1995 Return-Path: Received: from plato.icc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA17219; Tue, 18 Jul 95 02:20:27 +0200 Received: (marcus@localhost) by plato.icc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) id AAA15408; Tue, 18 Jul 1995 00:27:20 GMT for Date: Tue, 18 Jul 1995 00:27:20 GMT Message-Id: <199507180027.AAA15408@plato.icc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: gcc-2.7.0 >>>>> "Fabrice" == Fabrice Popineau writes: Fabrice> I compiled clisp-23-05-95 from sources on my linux box, Fabrice> libc-5.2.3, gcc-2.7.0 . The check fails on Fabrice> reading/writing/manipulating floats. Did anyone succeed ? Fabrice> Otherwise, it seems to be ok. This is a known problem that is specific to gcc-2.7.0. From marcus@aristotle.icc.pdx.edu Tue Jul 18 02:21:28 1995 Return-Path: Received: from plato.icc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA17224; Tue, 18 Jul 95 02:21:28 +0200 Received: (marcus@localhost) by plato.icc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) id AAA15410; Tue, 18 Jul 1995 00:28:26 GMT for Date: Tue, 18 Jul 1995 00:28:26 GMT Message-Id: <199507180028.AAA15410@plato.icc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: An interesting puzzle, or bug in CLISP? >>>>> "Mark" == M Thomas writes: Mark> Now suppose I modify the PRINT-OBJECT method very slightly, Mark> replacing the format directive `~C' by the format directive Mark> `~A'. The result is a file I'll call `bad.lsp'. I don't get this ~C/~A problem with 1995-06-23. I see it quoted in the .fas file. Mark> The punch line is that the _interpreted_ versions `good.lsp' and Mark> `bad.lsp' both work, but the _compiled_ version `bad.fas' is Mark> incorrect. Apparently the Lisp constant object denoted by !(a b Mark> c) in the source code `bad.lsp' is stored incorrectly in Mark> `bad.fas', resulting in the following misbehavior: For me, your '!(a b c) example doesn't compile without errors. Would something like this do what you want? (set-macro-character #\! #'(lambda (s c) `(make-instance 'foo :char ,c :form ',(read s T NIL T)) )) From marcus@aristotle.icc.pdx.edu Tue Jul 18 02:27:05 1995 Return-Path: Received: from plato.icc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA17229; Tue, 18 Jul 95 02:27:05 +0200 Received: (marcus@localhost) by plato.icc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) id AAA15414; Tue, 18 Jul 1995 00:34:04 GMT for Date: Tue, 18 Jul 1995 00:34:04 GMT Message-Id: <199507180034.AAA15414@plato.icc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: mail problem Apologies to anyone who sent me Email and did not get a prompt reply. There was a configuration problem here at PSU that caused my email to be lost. I think I resent the relevant messages, but I'm not quite sure when my host was broken. Worse, I've been out of town since last Thursday, so I didn't realize until today there was a problem. From marcus@aristotle.icc.pdx.edu Tue Jul 18 02:53:51 1995 Return-Path: Received: from plato.icc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA17251; Tue, 18 Jul 95 02:53:51 +0200 Received: (marcus@localhost) by plato.icc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) id BAA15441; Tue, 18 Jul 1995 01:00:49 GMT for Date: Tue, 18 Jul 1995 01:00:49 GMT Message-Id: <199507180100.BAA15441@plato.icc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Hello In-Reply-To: <9507172209.AA03610@supergozer.jpl.nasa.gov> References: <9507172209.AA03610@supergozer.jpl.nasa.gov> >>>>> "Erann" == Erann Gat writes: Erann> So that's what I'm up to. I am interested in hearing from Erann> people who are actively developing CLisp, especially if anyone Erann> else out there is interested in using it in a cross-compiled or Erann> embedded environment. Also, is anyone working on lightweight Erann> threads? CLISP is a considerable distance from being truly cross-buildable. lisp.run can be cross-compiled using GCC with relatively little fuss. I've never tried Lisp cross-compilation there is some support, and it has been done for at least one platform (Atari). Another problem is that memory images aren't portable. The only thing close to multiprocessing I've ever done with CLISP is with PVM. Then there is ILU, which should not be too hard to get running now that there is a FFI, and since ILU 1.8 has a single-threaded example. I know.. a far cry from true Lisp threads. For the next release, the only thing I expect to add is support for GNU gettext (along with our bug fixes). That is what I'm working on in my free time. Also, I have a BFD-based dynamic linker moseying toward usability that I hope to use for loading CLISP modules. (http://sayre.sysc.pdx.edu:8001/~marcus/dlbfd.tar.gz) If anyone is interested in doing CLISP development, perhaps it would be good for us to setup a net-accessible CVS source tree. For the time being, I can't provide a host for this. From johann@mail4.ai.univie.ac.at Tue Jul 18 10:13:22 1995 Return-Path: Received: from wieden.ai.univie.ac.at by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18326; Tue, 18 Jul 95 10:13:22 +0200 Received: (from johann@localhost) by wieden.ai.univie.ac.at (8.6.10/8.6.9) id KAA21372 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Tue, 18 Jul 1995 10:10:36 +0200 Date: Tue, 18 Jul 1995 10:10:36 +0200 From: Johann Petrak Message-Id: <199507180810.KAA21372@wieden.ai.univie.ac.at> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Hello > The current project is only a prototype, but I am also interested in using > Lisp for actual flight code. I am a bit of a lone warrior in this, as Lisp > is widely perceived by people in NASA to be too big and slow for "real" work. > My approach is, rather than arguing with people, to instead build working > systems that meet all the performance requirements. Towards this end, I and > a student of mine (with considerable help from Bruno) have ported CLisp (the > January 1995 version) to vxWorks, which is a real-time operating system that > is one of the lead candidates for use on flight hardware. > I am not very familiar with RT programming, but I wonder how to use a programming language that uses automatic garbage collection, like LISP. Wouldn't be an important requirement for the language to support a programming style that allows one to guarantee timely responses? Hmmm, just wondering .... Johann Johann Petrak Email: johann@ai.univie.ac.at Austrian Research Institute for Phone: +43-1-533-61-12 Artificial Intelligence +43-1-535-32-81/0 Schottengasse 3 Fax: +43-1-532-06-52 A-1010 Vienna, AUSTRIA Private Phone:+43-1-24-03-173 http://www.ai.univie.ac.at From haible@ilog.ilog.fr Tue Jul 18 16:35:36 1995 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18943; Tue, 18 Jul 95 16:35:36 +0200 Received: from ilog.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA20684; Tue, 18 Jul 1995 16:32:46 +0200 (MET) Received: from passy.ilog.fr by ilog.ilog.fr, Tue, 18 Jul 95 15:52:05 +0200 Received: by passy.ilog.fr (5.x/SMI-SVR4) id AA03221; Tue, 18 Jul 1995 15:51:57 +0200 Date: Tue, 18 Jul 1995 15:51:57 +0200 From: haible@ilog.ilog.fr Message-Id: <9507181351.AA03221@passy.ilog.fr> To: Subject: Re: real-time programming In-Reply-To: <199507180810.KAA21372@wieden.ai.univie.ac.at> References: <199507180810.KAA21372@wieden.ai.univie.ac.at> Johann Petrak writes: > I am not very familiar with RT programming, but I wonder how to use > a programming language that uses automatic garbage collection, like LISP. Automatic garbage collection and real-time constraints don't exclude each other. It is the GC *implementation* used in CLISP and many other Lisp implementations (suspend the program's execution during GC) that hurts. Some Lisp implementations use incremental GC; research has been done about doing background GC. > Wouldn't be an important requirement for the language to support a > programming style that allows one to guarantee timely responses? It's the actual performance requirements that matter. If the NASA requirements can/could be met with CLISP's GC (which does its work in about half a second), then all is fine. Bruno Haible email: Software Engineer phone: +33-1-49083585 From gat@aig.jpl.nasa.gov Tue Jul 18 18:17:12 1995 Return-Path: Received: from supergozer.jpl.nasa.gov by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA19228; Tue, 18 Jul 95 18:17:12 +0200 Received: by supergozer.jpl.nasa.gov (4.1/JPL-AIG-1.0) id AA04801; Tue, 18 Jul 95 09:14:15 PDT Date: Tue, 18 Jul 95 09:14:15 PDT From: gat@aig.jpl.nasa.gov (Erann Gat) Message-Id: <9507181614.AA04801@supergozer.jpl.nasa.gov> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Hello >Web page! Web page! Well, I have one, but it's not very fancy (or useful at this point). Work doesn't leave me much time to hack html nowadays. The URL is http://robotics.jpl.nasa.gov/people/gat E. From gat@aig.jpl.nasa.gov Tue Jul 18 18:44:23 1995 Return-Path: Received: from supergozer.jpl.nasa.gov by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA19301; Tue, 18 Jul 95 18:44:23 +0200 Received: by supergozer.jpl.nasa.gov (4.1/JPL-AIG-1.0) id AA04817; Tue, 18 Jul 95 09:41:34 PDT Date: Tue, 18 Jul 95 09:41:34 PDT From: gat@aig.jpl.nasa.gov (Erann Gat) Message-Id: <9507181641.AA04817@supergozer.jpl.nasa.gov> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Hello >Wouldn't be an important requirement for the language to support a >programming style that allows one to guarantee timely responses? First, there is nothing in the structure of any programming language that ensures (or forbids) timely responses. You can write fast code in Lisp, and you can write slow code in C. (In fact, as most of CLisp is written in C it could be argued that when you are running CLisp you are really running a C program.) Second, there are various scales of timeliness on spacecraft. The fastest events happen on a time scale of about an eight of a second, but there are very few things that have to happen that fast, and these are mostly things like control loops or low-level device drivers that are more naturally written in C anyway. Then there are responses that have to happen on time scales on the order of a few seconds. With a little careful coding you can guarantee that kind of response in Lisp even if you get a garbage collection. Finally, if you need really fast response in Lisp you can do pre-emptive garbage collection at times when response is not critical. Finally, I believe that the reason that Lisp is often thought of as a slow language is that it provides very powerful, general programming constructs that are necessarily more expensive than less powerful, less general constructs provided by other langauges. Automatic memory management is the premier example of such a feature. The ease with which dynamic data structures are created in Lisp tends to encourage their use. By contrast, dealing with dynamic data structures in C is so painful that programmers go out of their way to avoid them, and as a result C code tends to run faster. But there is nothing in the structure of Lisp that prevents writing algorithms that don't cons. It's just that most Lisp programmers know that the time and cost of tracking down bugs and memory leaks when destructive operations are used is so high that it's usually not worth it. E. From donc@ISI.EDU Tue Jul 18 19:04:20 1995 Return-Path: Received: from darkstar.isi.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA19428; Tue, 18 Jul 95 19:04:20 +0200 Received: from darkstar.isi.edu by darkstar.isi.edu (5.65c/5.61+local-20) id ; Tue, 18 Jul 1995 10:01:25 -0700 Message-Id: <199507181701.AA24157@darkstar.isi.edu> To: clisp-list Subject: Re: Hello In-Reply-To: Your message of "Tue, 18 Jul 1995 00:13:01 +0200." <9507172209.AA03610@supergozer.jpl.nasa.gov> Date: Tue, 18 Jul 95 10:01:24 PDT From: Don Cohen widely perceived by people in NASA to be too big and slow for "real" work. Not only NASA, of course. The too big seems particularly galling to me, since several good lisps (inc CLISP) run in what's rapidly becoming a negligible amount of space; the too slow has often annoyed me coming from people who don't even have concrete speed requirements. (Slower than the corresponding C program doesn't seem relevant to me - it's not a race.) Cross compiling: since the lisp code is byte compiled, I had originally expected that clisp would be compiled code compatible across all platforms. It turns out that this is not true. But it's close. I spent a little time looking into how to make it so, but didn't actually do it. I really don't think it's difficult, except for macros that expand differently for different machines. I'm pretty sure all the system supplied macros could be easily fixed to compile into the same byte code for all machines (put the machine dependence into functions called by the expansion). Of course, the programmer would be responsible for his own macros. Threads: That's something else I'd have liked, but haven't actually needed yet. There has been some mailing list discussion on this topic. I don't know enough about the internals to know how hard it is to do. Unfortunately, I'd guess it IS necessary to know a lot about the internals of clisp in order to know what is needed. Thus, even if it's not actually hard to do, it might be hard to find out or to get someone who knows to do it. P.S. on GC - I believe the normal way to avoid GC is to write your code to avoid allocating space - not natural in lisp, but it can be done. From gat@aig.jpl.nasa.gov Tue Jul 18 20:57:04 1995 Return-Path: Received: from supergozer.jpl.nasa.gov by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA19521; Tue, 18 Jul 95 20:57:04 +0200 Received: by supergozer.jpl.nasa.gov (4.1/JPL-AIG-1.0) id AA05228; Tue, 18 Jul 95 11:54:12 PDT Date: Tue, 18 Jul 95 11:54:12 PDT From: gat@aig.jpl.nasa.gov (Erann Gat) Message-Id: <9507181854.AA05228@supergozer.jpl.nasa.gov> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: real-time programming >(which does its work in about half a second) Well, that depends a lot on what kind of machine you're running on and what your heap looks like, but I agree with Bruno's general point that GC is not necessarily inconsistent with real-time performance. Erann From md94-tar@nada.kth.se Wed Jul 19 00:30:33 1995 Return-Path: Received: from hemul.nada.kth.se by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA19773; Wed, 19 Jul 95 00:30:33 +0200 Received: (from md94-tar@localhost) by hemul.nada.kth.se (8.6.10/8.6.9) id AAA17051; Wed, 19 Jul 1995 00:27:40 +0200 Date: Wed, 19 Jul 1995 00:27:40 +0200 From: Tomas Arvidsson Message-Id: <199507182227.AAA17051@hemul.nada.kth.se> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <9507181351.AA03221@passy.ilog.fr> (haible@ilog.ilog.fr) Subject: Re: real-time programming Bruno Haible writes: > Automatic garbage collection and real-time constraints don't exclude > each other. It is the GC *implementation* used in CLISP and many > other Lisp implementations (suspend the program's execution during > GC) that hurts. For those who may be interested in this (Erann?); Henry Baker has written a paper on garbage collection called "List Processing in Real Time on a Serial Computer" which describes a real-time compacting garbage collector. The article is not new but still worth reading. Other articles covering the same issues plus a lot of other things about language implementation, compilation, etc can be found at the SEL-HPC archive for compilers and interpreters. For those who are interested in using Lisp in real-time environments, this might be worth looking into. Henry Bakers home page (it might take a *long* time to get in to Netcom): "http://ftp.netcom.com/pub/hb/hbaker/home.html" The SEL-HPC archive: "http://www.lpac.ac.uk/SEL-HPC/Articles/CompilersArchive.html" -- Tomas Arvidson *** md94-tar@nada.kth.se * d91tar@csd.uu.se *** From kr@shell.portal.com Wed Jul 19 02:27:57 1995 Return-Path: Received: from nova.unix.portal.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA19926; Wed, 19 Jul 95 02:27:57 +0200 Received: from jobe.shell.portal.com (jobe.shell.portal.com [156.151.3.4]) by nova.unix.portal.com (8.6.11/8.6.5) with ESMTP id RAA10108 for ; Tue, 18 Jul 1995 17:24:07 -0700 Received: from DialupEudora (jobe.shell.portal.com [156.151.3.4]) by jobe.shell.portal.com (8.6.11/8.6.5) with SMTP id RAA06953 for ; Tue, 18 Jul 1995 17:24:03 -0700 X-Sender: kr@pop.shell.portal.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: kr\r\essword:, 18 Jul 1995 17:24:51 -0800 To: clisp-list From: kr@shell.portal.com (kr) Subject: Re: Hello / byte-compilation At 19:10 7/18/95, Don Cohen wrote: >Cross compiling: since the lisp code is byte compiled, I had originally >expected that clisp would be compiled code compatible across all platforms. >It turns out that this is not true. But it's close. I spent a little >time looking into how to make it so, but didn't actually do it. I really >don't think it's difficult, except for macros that expand differently for >different machines. I'm pretty sure all the system supplied macros could >be easily fixed to compile into the same byte code for all machines (put >the machine dependence into functions called by the expansion). Of course, >the programmer would be responsible for his own macros. I have to admit that I know almost nothing about this. But it seems both Emacs and CLISP are byte-compiling. Would it be difficult to make CLISP generate (and process) Emacs byte-code ? I do not know how general and powerful each of these systems is, but it would make a lot of sense to have only one common standard, to enable easier code-sharing. Also, isn't the Emacs byte-code portable across platforms ?? It might make a good substitute for HotJava, as Emacs has probably a much wider distribution. :-) Greetings Markus Krummenacker From kr@shell.portal.com Wed Jul 19 02:29:26 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA19931; Wed, 19 Jul 95 02:29:26 +0200 Received: from nova.unix.portal.com by nz11.rz.uni-karlsruhe.de with SMTP (PP); Wed, 19 Jul 1995 02:26:17 +0200 Received: from jobe.shell.portal.com (jobe.shell.portal.com [156.151.3.4]) by nova.unix.portal.com (8.6.11/8.6.5) with ESMTP id RAA10092; Tue, 18 Jul 1995 17:24:03 -0700 Received: from DialupEudora (jobe.shell.portal.com [156.151.3.4]) by jobe.shell.portal.com (8.6.11/8.6.5) with SMTP id RAA06927; Tue, 18 Jul 1995 17:23:57 -0700 X-Sender: kr@pop.shell.portal.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: kr\r\essword:, 18 Jul 1995 17:24:46 -0800 To: gat@aig.jpl.nasa.gov, clisp-list@ma2s2.mathematik.uni-karlsruhe.de From: kr@shell.portal.com (kr) Subject: Re: Hello / CLISP flying into outer space ? :-) At 0:16 7/18/95, Erann Gat wrote: > I'd like to tell you a bit about what I'm using it for, and >find out who is currently doing active development on it. Thank you for your interesting message. Unfortunately, I have not yet gotten something similarly interesting to share. In the small amount of spare time I have, I have been working on a program to help design polymers that fold up predictably, similar to proteins. But there is still quite a way to go. I will try to make sure that it will run on both CLISP and GCL. >I am using CLisp to prototype a spacecraft executive based on a control >methodology called conditional sequencing. I won't bore you with the >details; if anyone is interested, contact me. I personally would be very interested in knowing more about it. If you could send a summary description to me, I would appreciate it. Will this code be freely available in its source ? >The current project is only a prototype, but I am also interested in using >Lisp for actual flight code. Great. Why are you using CLISP and not GCL ? Would one not assume that GCL could be faster because it can be fully compiled, not just byte-compiled as in CLISP ? There seems to also exist a GCL derivative called ECL (Embedded Common LISP) that claims to have multiple thread capability. Have you investigated that as well ? >My approach is, rather than arguing with people, to instead build working >systems that meet all the performance requirements. Towards this end, I and >a student of mine (with considerable help from Bruno) have ported CLisp (the >January 1995 version) to vxWorks, which is a real-time operating system that >is one of the lead candidates for use on flight hardware. Which CPU chips actually are flying ? What clock rate ? How much memory does the flight computer carry ? So will CLISP be used in a real-time, multi-tasked fashion ? That certainly would be an interesting upgrade. :-) Greetings Markus Krummenacker From marcus@aristotle.icc.pdx.edu Wed Jul 19 07:02:34 1995 Return-Path: Received: from plato.icc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA20286; Wed, 19 Jul 95 07:02:34 +0200 Received: (marcus@localhost) by plato.icc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) id FAA16703; Wed, 19 Jul 1995 05:09:28 GMT for Date: Wed, 19 Jul 1995 05:09:28 GMT Message-Id: <199507190509.FAA16703@plato.icc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Re: Hello / byte-compilation In-Reply-To: References: >>>>> "kr" == kr writes: kr> But it seems both Emacs and CLISP are byte-compiling. Would it be kr> difficult to make CLISP generate (and process) Emacs byte-code ? I kr> do not know how general and powerful each of these systems is, but kr> it would make a lot of sense to have only one common standard, to kr> enable easier code-sharing. Also, isn't the Emacs byte-code kr> portable across platforms ?? It might make a good substitute for kr> HotJava, as Emacs has probably a much wider distribution. :-) Look at a .elc file compared to a .fas file. More differences there than just the definitions of byte codes! Seems to me that converting byte-codes is a tiny problem compared to finding a language-independent way to represent what are inherently language dependent features. This is the problem that ANDF addresses. Newsgroups: comp.compilers,comp.lang.misc,comp.arch From: ivanov@gr.osf.org (Eric Ivanov) Subject: ANDF Kit version 2 available from OSF Keywords: UNCOL, available, tools Organization: OSF Grenoble Research Institute Date: Wed, 12 Jul 1995 09:41:12 GMT DRA and OSF-RI are pleased to announce version 2 of the ANDF Kit program. It consists of distribution and support for an "ANDF Kit" for people interested in investigating the ANDF technology. The rest of this article provides more information about the program, including: 1. An overview on the technology. 2. A description of the ANDF Kit. 3. What is new in the ANDF Kit version 2. 3. How to get information about ANDF. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 1. Overview of the technology. ANDF has proven to be a very versatile technology. OSF-RI and DRA, as well as other collaborators around the world, have made numerous advances through use of ANDF. Up to now the technology has proven to be very useful in the following areas: a. For developing and testing portable software (the ANDF technology requires conformance to API specifications, so it also serves as a good portability checker). b. As an open compiler technology (a baseline for developing a compiler family). In particular for new non-interpretive languages, portable compilers may find ANDF a preferable intermediate language than say C source code. c. For software distribution (the original ANDF objective). d. As a more formal, and machine manipulable, way of expressing the static aspects of APIs. We also foresee interesting usages in the following areas: e. ANDF as a representation of parallel programs. f. As a format to represent and manipulate code in CASE tools. DRA and OSF-RI wish to encourage other investigations from the rest of the international research community. 2. The ANDF Kit The ANDF Kit V2.0 contains a set of installers for the following platforms : intel 486/SCO, sparc/Solaris, sparc/SunOS and PA-RISC/ HP-UX. DRA's C producer is provided in ANDF format (an installer must be installed before installation of the C producer). The purpose of this kit is to allow those interested in ANDF to have a "hands-on" experience with the technology. It is intended to serve a number of purposes: - To promote further experimentation with ANDF in the research and educational community, especially for experimental languages or hardware. - To help application developers understand how to utilize the portability and checking features of the ANDF technology to facilitate application porting to a variety of platforms with a common API. - To help compiler developers understand the inner workings of the ANDF technology, in order to determine the effort required to adapt an existing compiler implementation to support the ANDF "language" as described in the ANDF specification, whether the implementation is a language front-end or a code generator. This release of the ANDF Kit is completed by a new release of the GANDF technology developed by the OSF RI. The GANDF technology is a family of ANDF installers which utilize the GCC code generators, thus enlarging the base of supported platforms and demonstrating the possibility for ANDF to take advantage of existing compiler back-end technology. This new GANDF release is compatible with TDF spec level 3.0 and supports the following platforms: i486 SCO ODT 3.0, DEC Alpha OSF/1 1.3 and 2.0, PA-RISC HP-UX 9.0x, RS/6000 AIX 3.2 and SPARC SunOS 4.1.2. Due to the proprietary nature of part of this software, an ANDF Cooperative Research Agreement must be signed prior to receiving the software. The ANDF Cooperative Research Agreement is available electronically via the Web or from the OSF RI anonymous FTP server at: ftp://riftp.osf.org/pub/andf/ANDF.CooperativeResAgreement.ps Send completed agreements, including the questions in Appendix B, to: ANDF License Administrator OSF Research Institute 11 Cambridge Center Cambridge, MA 02142 U.S.A. Pricing for the ANDF research Kit is based on organization type. The kit is for non-commercial use only. Fees are principally to offset the cost of preparation and distribution of the kit materials, plus the administration of the ANDF Cooperative Research Agreements. Pricing is as follows: OSF Members: $ 500.00 Non-Members: $1000.00 Universities: $ 200.00 A freely distributable subset of the ANDF Kit (Driver, Linker, and GANDF installers) is also available via anonymous FTP in the directory: ftp://riftp.osf.org/pub/andf/ANDF.kit No DRA licensed code is included in this subset, so no Cooperative Research Agreement with DRA is required. This subset allows users to experiment with installing applications distributed in ANDF, such as Mosaic, which will also be available via anonymous FTP. Other applications may be posted from time to time. Their availability will be announced in the ANDF home page. 3. What is new about the ANDF Kit version 2 The version 2 of the ANDF Kit is based on the latest release by DRA named TDF-95-06-12. The differences with version 1 of the Kit are: - The MIPS installer has been replaced with an installer for the PA-RISC installer. This does not mean that support for the MIPS architecture has been discontinued by DRA, but that we believe that a PA-RISC installer is of more interest for the research community. Other installers are available directly from DRA for DEC Alpha, RS/6000, SGI MIPS and MIPS Ultrix and Intel on Unixware, Linux and Solaris. - All the installers delivered in this Kit pass OSF's AVS (ANDF Validation Suite) successfully, bringing the ANDF technology to level of quality never attained before. 4. How to get ANDF Information and Documentation There is now an ANDF home page located on the OSF RI World Wide Web server at URL: http://riwww.osf.org:8001/andf/index.html Here you will find a brief overview of ANDF, additional information about OSF experience with ANDF, as well as pointers to a collection of ANDF-related papers which may be either viewed on-line or printed. All of the papers from the "ANDF Technology Collected Papers" series, currently four volumes, are contained on the server. For those who are not Mosaic users, the ANDF papers may also be obtained from the OSF RI anonymous FTP server: ftp://riftp.osf.org/pub/andf_coll_papers Requests for ANDF information may be sent to andf-tech-request@osf.org. -- eric ivanov@gr.osf.org Open Software Foundation Research Institute tel +33 76634896 2 avenue de Vignate fax +33 76510532 38610 Gieres FRANCE -- Send compilers articles to compilers@iecc.com, meta-mail to compilers-request@iecc.com. From haible@ilog.ilog.fr Thu Jul 20 13:38:34 1995 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA22285; Thu, 20 Jul 95 13:38:34 +0200 Received: from ilog.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA09162; Thu, 20 Jul 1995 13:35:18 +0200 (MET) Date: Thu, 20 Jul 95 12:47:58 +0200 Received: from laplace.ilog.fr by ilog.ilog.fr, Thu, 20 Jul 95 12:47:59 +0200 From: haible@ilog.ilog.fr (Bruno Haible) Message-Id: <9507201047.AA07069@ilog.ilog.fr> Received: by laplace.ilog.fr (4.1/SMI-4.1) id AA24828; Thu, 20 Jul 95 12:47:56 +0200 To: clisp-list Subject: Re: Hello / CLISP flying into outer space ? :-) In-Reply-To: References: Markus Krummenacker writes: > >The current project is only a prototype, but I am also interested in using > >Lisp for actual flight code. > > Great. > Why are you using CLISP and not GCL ? Would one not assume that GCL could > be faster because it can be fully compiled, not just byte-compiled as in > CLISP ? Maybe reliability is more an issue than speed. Please raise your hands if you have ever seen CLISP dump core and it wasn't due to the readline library or the foreign function interface. (OK, to be honest, I raise my hand.) Just imagine the embarassement if the software dumps core while running for real in outer space... Bruno Haible email: Software Engineer phone: +33-1-49083585 From hoehle@inf-wiss.uni-konstanz.de Thu Jul 20 14:32:24 1995 Return-Path: Received: from mailhub.uni-konstanz.de (pan.rz.uni-konstanz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA22474; Thu, 20 Jul 95 14:32:24 +0200 Received: from inf-wiss.uni-konstanz.de (actually post.inf-wiss.uni-konstanz.de) by mailhub.uni-konstanz.de with SMTP(PP); Thu, 20 Jul 1995 14:29:17 +0200 Received: from stetten.inf-wiss.uni-konstanz.de by inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA01127; Thu, 20 Jul 95 14:29:21 +0200 Date: Thu, 20 Jul 95 14:29:21 +0200 From: hoehle@inf-wiss.uni-konstanz.de (Joerg-Cyril Hoehle) Message-Id: <9507201229.AA01127@inf-wiss.uni-konstanz.de> Received: by stetten.inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA05973; Thu, 20 Jul 95 14:29:22 +0200 To: clisp-list Subject: Re: Hello / CLISP flying into outer space ? :-) In-Reply-To: <9507201047.AA07069@ilog.ilog.fr> References: <9507201047.AA07069@ilog.ilog.fr> Salut Bruno! Tu vas maintenant faire d'enorme progres en Francais -- a moins que tout le monde ne parle Anglais dans ta boite. Tu vas bien? A l'occasion, tu pourras me raconter comment tu as trouve un logement, ou tu habites, etc. A la prochaine, a Paris :) Jorg. From gat@aig.jpl.nasa.gov Thu Jul 20 18:38:21 1995 Return-Path: Received: from supergozer.jpl.nasa.gov by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA22999; Thu, 20 Jul 95 18:38:21 +0200 Received: by supergozer.jpl.nasa.gov (4.1/JPL-AIG-1.0) id AA08693; Thu, 20 Jul 95 09:34:56 PDT Date: Thu, 20 Jul 95 09:34:56 PDT From: gat@aig.jpl.nasa.gov (Erann Gat) Message-Id: <9507201634.AA08693@supergozer.jpl.nasa.gov> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Hello / CLISP flying into outer space ? :-) >Maybe reliability is more an issue than speed. This is true, although to be honest the actual reason we are using CLisp for prototyping is that I learned about CLisp before learning about GCL and ECL. If I had it to do over again I would probably use ECL because it has threads (assuming I could get the threads to work -- so far I haven't been able to :-) >Just imagine the embarassement if the software dumps core while >running for real in outer space... Actually, that's not necessarily a fatal problem. By using a watchdog timer the system can be made to automatically reboot if it hangs. The main obstacle to actually flying CLisp is that the source code is just so *huge*, and has so many nested ifdefs that it's nearly impossible to figure out what is going on. The V&V (verification and validation) people are going to go seriously nonlinear when they see it. E. From marcus@aristotle.icc.pdx.edu Thu Jul 20 23:05:04 1995 Return-Path: Received: from plato.icc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA23402; Thu, 20 Jul 95 23:05:04 +0200 Received: (marcus@localhost) by plato.icc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) id VAA19446; Thu, 20 Jul 1995 21:11:50 GMT for Date: Thu, 20 Jul 1995 21:11:50 GMT Message-Id: <199507202111.VAA19446@plato.icc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Re: Hello / CLISP flying into outer space ? :-) In-Reply-To: <9507201634.AA08693@supergozer.jpl.nasa.gov> References: <9507201634.AA08693@supergozer.jpl.nasa.gov> >>>>> "Erann" == Erann Gat writes: Bruno> Maybe reliability is more an issue than speed. Yeah, I've got some features I've been subconciously avoiding. On IRIX 5.3 I've had problems with hash-tables of compiled-closures (after hours of runtime). On NEXTSTEP m68k, I've had crashes with various "big things" like multimegabyte bit vectors and hash-tables. This last one (m68k) seems to be specific to generational GC. I can't remember a crash on Linux that didn't turn out to be either Linux mmap bugs or C compiler bugs. I can't remember any non-generational-GC CLISP/Linux crashes at all. With CMU-CL on IRIX 5.3, without optimization.. for that matter without compiling. I've found crashes are more frequent than with any configuration of CLISP I've used. Bruno> Just imagine the embarassement if the software dumps core while Bruno> running for real in outer space... Erann> Actually, that's not necessarily a fatal problem. By using a Erann> watchdog timer the system can be made to automatically reboot Erann> if it hangs. Check out some space shuttle television coverage! NASA has got great catch-phrases like "power cycle the persistent copy telecommunications system" (translation: flip the power switch on the fax machine). But seriously, you could install a core-dump handler to also write .mem files. And/or always run the system under a GDB debugging stub (something I should get in the habit of doing). Erann> The main obstacle to actually flying CLisp is that the source Erann> code is just so *huge*, and has so many nested ifdefs that it's Erann> nearly impossible to figure out what is going on. The V&V Erann> (verification and validation) people are going to go seriously Erann> nonlinear when they see it. One could write a batch program to unifdef the sources (per specified platform), and build a "CLISP-lite". Such a tool might be helpful for people doing new ports. From toy@rtp.ericsson.se Fri Jul 21 00:00:36 1995 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA23601; Fri, 21 Jul 95 00:00:36 +0200 Received: from mr2 (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.6.10/8.6.10) with ESMTP id QAA03469 for ; Thu, 20 Jul 1995 16:57:24 -0500 Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2 (8.6.8/NAHUB-MR1.1) with ESMTP id QAA16206 for ; Thu, 20 Jul 1995 16:57:24 -0500 Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id RAA20698 for ; Thu, 20 Jul 1995 17:57:55 -0400 Message-Id: <199507202157.RAA20698@screamer.rtp.ericsson.se> To: clisp-list Subject: Re: Hello / CLISP flying into outer space ? :-) In-Reply-To: (Your message of Thu, 20 Jul 1995 23:09:38 +0200.) <199507202111.VAA19446@plato.icc.pdx.edu> Date: Thu, 20 Jul 1995 17:57:16 -0400 From: Raymond Toy >>>>> "Marcus" == Marcus Daniels writes: Marcus> One could write a batch program to unifdef the sources Marcus> (per specified platform), and build a "CLISP-lite". Such Marcus> a tool might be helpful for people doing new ports. A bit off-topic, but for me, the best thing for porting would be if the comments in the code were in English---I haven't learned to read German yet. :-) But seriously, I had thought about making a few changes to clisp like putting in the XP pretty printer, and making type contagion work ala Steele, but I stopped because I couldn't read the comments. Of course, that's my problem, not yours. In any case, clisp has been a wonderful lisp. It's never crashed on me, and it's reasonably fast for what I want. (It was even faster than CMULISP with proper declarations for some bignum work I was doing. Numeric work is only marginally slower than CMULISP unless I painstakingly add all the appropriate declarations, in which case CMULISP becomes faster.) Ray From marcus@aristotle.icc.pdx.edu Fri Jul 21 00:33:32 1995 Return-Path: Received: from plato.icc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA23794; Fri, 21 Jul 95 00:33:32 +0200 Received: (marcus@localhost) by plato.icc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) id WAA19509; Thu, 20 Jul 1995 22:40:15 GMT for Date: Thu, 20 Jul 1995 22:40:15 GMT Message-Id: <199507202240.WAA19509@plato.icc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Re: Hello / CLISP flying into outer space ? :-) In-Reply-To: <199507202157.RAA20698@screamer.rtp.ericsson.se> References: <199507202157.RAA20698@screamer.rtp.ericsson.se> >>>>> "RT" == Raymond Toy writes: RT> A bit off-topic, but for me, the best thing for porting would be RT> if the comments in the code were in English---I haven't learned to RT> read German yet. :-) A bit further off topic, I've been working on adding support for GNU gettext. The package has a fairly impressive Emacs mode called `po-mode'. It shows you translation strings in parallel with the "original" text (of course, CLISP has three sets of "original" strings). I've already had to modify the preprocessing program (comment5) to expand special comments, for the sake of non-gettext configurations. So, it seems possible to manually go through the sources, tagging textual comments, so that xgettext could add them to the po files. Then one day a German "translation team" with time on their hands (heh, right!!!) could translate CLISP's comments to other languages. The result would be that in Emacs a CLISP developer editing a CLISP source file could have a window showing translations for all comments and message strings in their mother tongue. From kr@shell.portal.com Fri Jul 21 12:01:03 1995 Return-Path: Received: from nova.unix.portal.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA24766; Fri, 21 Jul 95 12:01:03 +0200 Received: from jobe.shell.portal.com (jobe.shell.portal.com [156.151.3.4]) by nova.unix.portal.com (8.6.11/8.6.5) with ESMTP id CAA04094 for ; Fri, 21 Jul 1995 02:56:00 -0700 Received: from DialupEudora (jobe.shell.portal.com [156.151.3.4]) by jobe.shell.portal.com (8.6.11/8.6.5) with SMTP id CAA28380 for ; Fri, 21 Jul 1995 02:55:57 -0700 X-Sender: kr@pop.shell.portal.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: date\r\e%, 21 Jul 1995 02:56:44 -0800 To: clisp-list From: kr@shell.portal.com (kr) Subject: Re: Hello / CLISP flying into outer space ? :-) At 0:05 7/21/95, Raymond Toy wrote: >A bit off-topic, but for me, the best thing for porting would be if >the comments in the code were in English---I haven't learned to >read German yet. :-) I understand German. So, I would be willing to translate crucial comments occasionally. I won't have time to just go ahead and translate everythin. However, if you want to send me some comments occasionally, I would be happy to send back the translation by e-mail (to this mailing list maybe ?). Ideally, the result should find its way back into the source code, so that the translation is only done once. :-) Greetings Markus Krummenacker From marcus@sysc.pdx.edu Sun Jul 23 05:38:52 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA26306; Sun, 23 Jul 95 05:38:52 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id UAA04304; Sat, 22 Jul 1995 20:32:59 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id CAA17477; Sun, 23 Jul 1995 02:02:00 GMT Date: Sun, 23 Jul 1995 02:02:00 GMT Message-Id: <199507230202.CAA17477@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: idescribe Raymond Toy has written an alternate DESCRIBE and INSPECT which works with CLISP. The main purpose of this interface is present Common Lisp documentation lifted from GCL. idescribe may prove useful to Lisp programmers who need usage reminders, etc. It uses the `regexp' module. ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/clisp/contrib/idescribe.tar.gz The summary he sent me follows: Requirements: 1. CLISP 2. Regex module. (A replacement regexp in lisp is included which used to work before the regexp module was added. However, it would need to updated a bit to work now. Besides, it was much slower than the regexp module.) Features: 1. Does not replace describe. Use "info-describe" instead. I was reluctant to replace the clisp describe since it does give some informatino that info-describe does not. 2. A version of "inspect" is also included. It mostly works except for structures and objects, I think. Missing pieces: 1. The documentation is all for gcl. However, most of it applicable to CLISP. 2. No CLISP specific stuff has been included. In particular, it should be easy to add at least the impnotes. Hope someone finds this useful. I certainly have when I needed to see how such-and-such standard function was defined. From toy@rtp.ericsson.se Mon Jul 24 22:01:24 1995 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA27887; Mon, 24 Jul 95 22:01:24 +0200 Received: from mr2 (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.6.10/8.6.10) with ESMTP id OAA11383 for ; Mon, 24 Jul 1995 14:57:35 -0500 Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2 (8.6.8/NAHUB-MR1.1) with ESMTP id OAA24585 for ; Mon, 24 Jul 1995 14:57:34 -0500 Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id PAA09545 for ; Mon, 24 Jul 1995 15:58:08 -0400 Message-Id: <199507241958.PAA09545@screamer.rtp.ericsson.se> To: CLISP Mailing List Subject: Plans for clisp, and pcl vs clisp clos Date: Mon, 24 Jul 1995 15:57:26 -0400 From: Raymond Toy Not that Bruno as moved on to bigger and better things (thank you very much to Bruno et. al. for clisp!), I'm curious about the future plans for clisp. Is it considered "feature complete" now or will more things be done for clisp? Also, I have a question about clisp's builtin clos system versus pcl. What is the real difference between them? Which one is closer to CLTL2? Which would you prefer? Sorry for all the questions---I just want to be enlightened. Ray From dxs@evolving.com Tue Jul 25 01:18:22 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA28079; Tue, 25 Jul 95 01:18:22 +0200 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.12/8.6.9) with ESMTP id RAA01910 for ; Mon, 24 Jul 1995 17:14:19 -0600 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.12/8.6.9) with SMTP id RAA07929 for ; Mon, 24 Jul 1995 17:14:19 -0600 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA24200; Mon, 24 Jul 1995 17:14:19 -0600 Date: Mon, 24 Jul 1995 17:14:19 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9507242314.AA24200@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: problem with load when i execute the following code on aix (when x.x does not exist) i get: clisp -q > (load "x.x") *** - A file with name x.x does not exist 1. Break> but on solaris i get (load "x.x") *** - UNIX error 90 (ELOOP): Too many levels of symbolic links 1. Break> is this a known problem? From marcus@sysc.pdx.edu Tue Jul 25 01:27:17 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA28147; Tue, 25 Jul 95 01:27:17 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id QAA05014; Mon, 24 Jul 1995 16:20:53 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id VAA20893; Mon, 24 Jul 1995 21:45:33 GMT Date: Mon, 24 Jul 1995 21:45:33 GMT Message-Id: <199507242145.VAA20893@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Plans for clisp, and pcl vs clisp clos In-Reply-To: <199507241958.PAA09545@screamer.rtp.ericsson.se> References: <199507241958.PAA09545@screamer.rtp.ericsson.se> >>>>> "Raymond" == Raymond Toy writes: Raymond> Not that Bruno as moved on to bigger and better things (thank Raymond> you very much to Bruno et. al. for clisp!), I'm curious about Raymond> the future plans for clisp. Is it considered "feature Raymond> complete" now or will more things be done for clisp? I have a code generation idea that may or may not turn out to be generally useful. The initial application will be for genetic programming.. sort of a threading post-compiler. There is a package (still in development by Dawson Engler) called VCODE to generate native code from virtual byte codes. I'm working on a GNU BFD based dynamic linker in my free time. I'd like to have portable dynamic linking support for CLISP. Raymond> Also, I have a question about clisp's builtin clos system Raymond> versus pcl. What is the real difference between them? Which Raymond> one is closer to CLTL2? Which would you prefer? The builtin CLOS system lacks some of the meta object protocol features. PCL is complete, but big. See chapter 28 of the impnotes for the lowdown vs. CLtL2. Someday, I'd like to be able to load Objective C classes and use ObjC methods like any other generic function. And it seems to me the ideal way to do this is with MOP. So yes, it is conceivable that there might be motivation (for me) to make some extensions to the builtin CLOS. From marcus@sysc.pdx.edu Tue Jul 25 01:38:30 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA28220; Tue, 25 Jul 95 01:38:30 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id QAA05039; Mon, 24 Jul 1995 16:32:15 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id VAA20895; Mon, 24 Jul 1995 21:56:52 GMT Date: Mon, 24 Jul 1995 21:56:52 GMT Message-Id: <199507242156.VAA20895@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: CVS Anyone have experience with networked CVS? I've read the section in cvs-1.5 about it, but I'm wondering how workable it is in practice. If it actually can be used without NFS, and is fairly robust it is difficult to see how it could be anything but a Good Thing for CLISP contributors. P.S. Although I have a reliable machine and a reliable net-connection, I do not have system administrator permissions. From marcus@sysc.pdx.edu Tue Jul 25 03:44:41 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA28498; Tue, 25 Jul 95 03:44:41 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id SAA05172; Mon, 24 Jul 1995 18:38:14 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id AAA21021; Tue, 25 Jul 1995 00:02:47 GMT Date: Tue, 25 Jul 1995 00:02:47 GMT Message-Id: <199507250002.AAA21021@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: problem with load In-Reply-To: <9507242314.AA24200@kafka> References: <9507242314.AA24200@kafka> >>>>> "Dan" == Dan Stanger writes: Dan> when i execute the following code on aix (when x.x does not Dan> exist) i get: clisp -q Dan> (load "x.x") Dan> *** - A file with name x.x does not exist 1. Break> Dan> but on solaris i get (load "x.x") Dan> *** - UNIX error 90 (ELOOP): Too many levels of symbolic links Dan> 1. Break> I don't get this behavior. Are you certain you don't have a looped symbolic link somewhere? CLISP recursively searches for the file starting in your current directory as well as your home directory. From tom@jsk.t.u-tokyo.ac.jp Tue Jul 25 05:27:57 1995 Received: from monoceros.jsk.t.u-tokyo.ac.jp (jsk.t.u-tokyo.ac.jp) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA28706; Tue, 25 Jul 95 05:27:57 +0200 Received: from candy.jsk.t.u-tokyo.ac.jp by monoceros.jsk.t.u-tokyo.ac.jp (4.1/6.4J.6-MX) id AA09653; Tue, 25 Jul 95 12:17:03 JST Received: by candy.jsk.t.u-tokyo.ac.jp (4.1/6.4J.6-MX) id AA16810; Tue, 25 Jul 95 12:19:16 JST Date: Tue, 25 Jul 95 12:19:16 JST From: tom@jsk.t.u-tokyo.ac.jp (Tomohiro Shibata) Return-Path: Message-Id: <9507250319.AA16810@candy.jsk.t.u-tokyo.ac.jp> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: Marcus Daniels's message of Tue, 25 Jul 95 01:30:14 +0200 <199507242145.VAA20893@sayre.sysc.pdx.edu> Subject: Re: Plans for clisp, and pcl vs clisp clos Hi, >>The builtin CLOS system lacks some of the meta object protocol >>features. PCL is complete, but big. See chapter 28 of the impnotes >>for the lowdown vs. CLtL2. I use PCL + Clisp, but it's big and heavy. I want to use builtin CLOS but I have one problem. (defclass window () (( x :initarg :x :accessor x ) ( y :initarg :y :accessor y ) ) After define above class, below redefinition causes error. (defmethod x ((win window) &optional newx) (if newx (locate win newx (slot-value win 'y)) (query win)) (slot-value win 'x)) The error is : *** - #)> has 1, but # has 0 optional parameters I guess this is due to lack of some MOP features of builtin CLOS. I'd be happy if above error could be fixed. sincerely, p.s. Is there anyone who uses CLOS which consists of 1995-06-23-Clisp + PCL ? --------------------------------------------------------------------------- Tomohiro Shibata |email tom@jsk.t.u-tokyo.ac.jp Inoue-Inaba Laboratory, |www http://www.jsk.t.u-tokyo.ac.jp/~tom/ Department of Mechano-informatics,| University of Tokyo; Japan |fax +81-3-3815-8356 From valerio@poincare.dis.uniroma1.it Tue Jul 25 05:53:53 1995 Return-Path: Received: from poincare.dis.uniroma1.it by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA28870; Tue, 25 Jul 95 05:53:53 +0200 Received: by poincare.dis.uniroma1.it (AIX 4.1/UCB 5.64/4.03) id AA08572; Tue, 25 Jul 1995 05:45:25 +0200 Date: Tue, 25 Jul 1995 05:45:25 +0200 From: valerio@poincare.dis.uniroma1.it Message-Id: <9507250345.AA08572@poincare.dis.uniroma1.it> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: unsubscribe From hoehle@inf-wiss.uni-konstanz.de Tue Jul 25 11:40:05 1995 Return-Path: Received: from mailhub.uni-konstanz.de (pan.rz.uni-konstanz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA29240; Tue, 25 Jul 95 11:40:05 +0200 Received: from inf-wiss.uni-konstanz.de (actually post.inf-wiss.uni-konstanz.de) by mailhub.uni-konstanz.de with SMTP(PP); Tue, 25 Jul 1995 11:35:55 +0200 Received: from stetten.inf-wiss.uni-konstanz.de by inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA10643; Tue, 25 Jul 95 11:36:00 +0200 Date: Tue, 25 Jul 95 11:36:00 +0200 From: hoehle@inf-wiss.uni-konstanz.de (Joerg-Cyril Hoehle) Message-Id: <9507250936.AA10643@inf-wiss.uni-konstanz.de> Received: by stetten.inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA07007; Tue, 25 Jul 95 11:36:00 +0200 To: clisp-list Subject: CLOS bug? (Re: Plans for clisp, and pcl vs clisp clos) In-Reply-To: <9507250319.AA16810@candy.jsk.t.u-tokyo.ac.jp> References: <9507250319.AA16810@candy.jsk.t.u-tokyo.ac.jp> Tomohiro Shibata writes: > (defclass window () > (( x :initarg :x :accessor x ) > ( y :initarg :y :accessor y ) > ) > (defmethod x ((win window) &optional newx) > *** - #)> has 1, but # has 0 optional parameters Why do you define an accessor X for the slot X of WINDOW as you're going to redefine at least the read method immediately after? Maybe you should use a DEFGENERIC before any method X is generated. Joerg Hoehle. hoehle@inf-wiss.uni-konstanz.de From tom@jsk.t.u-tokyo.ac.jp Tue Jul 25 12:27:05 1995 Received: from monoceros.jsk.t.u-tokyo.ac.jp (jsk.t.u-tokyo.ac.jp) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA29372; Tue, 25 Jul 95 12:27:05 +0200 Received: from candy.jsk.t.u-tokyo.ac.jp by monoceros.jsk.t.u-tokyo.ac.jp (4.1/6.4J.6-MX) id AA13714; Tue, 25 Jul 95 19:18:16 JST Received: by candy.jsk.t.u-tokyo.ac.jp (4.1/6.4J.6-MX) id AA17773; Tue, 25 Jul 95 19:20:30 JST Date: Tue, 25 Jul 95 19:20:30 JST From: tom@jsk.t.u-tokyo.ac.jp (Tomohiro Shibata) Return-Path: Message-Id: <9507251020.AA17773@candy.jsk.t.u-tokyo.ac.jp> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: Joerg-Cyril Hoehle's message of Tue, 25 Jul 95 11:42:28 +0200 <9507250936.AA10643@inf-wiss.uni-konstanz.de> Subject: Re: CLOS bug? (Re: Plans for clisp, and pcl vs clisp clos) Hi, >>Tomohiro Shibata writes: >> > (defclass window () >> > (( x :initarg :x :accessor x ) >> > ( y :initarg :y :accessor y ) >> > ) >> >> > (defmethod x ((win window) &optional newx) >> >> > *** - #)> has 1, but # has 0 optional parameters >> >>Why do you define an accessor X for the slot X of WINDOW as you're >>going to redefine at least the read method immediately after? Thanks to all who informed me. It's my mistake to declare accessor in the defclass declaration. However it can be accepted by PCL. This correction pleased me that builtin CLOS works fine to my program! The features I found are : a. It loads CLOS programs much faster than PCL. b. It can't redefine the class. c. It doesn't allow to redefine the generic function which has different parameters from the original. sincerely, p.s. I hope Clisp will includes multi-threading facility. --------------------------------------------------------------------------- Tomohiro Shibata |email tom@jsk.t.u-tokyo.ac.jp Inoue-Inaba Laboratory, |www http://www.jsk.t.u-tokyo.ac.jp/~tom/ Department of Mechano-informatics,| University of Tokyo; Japan |fax +81-3-3815-8356 From haible@ilog.ilog.fr Tue Jul 25 14:30:16 1995 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA29669; Tue, 25 Jul 95 14:30:16 +0200 Received: from ilog.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA10837; Tue, 25 Jul 1995 14:26:12 +0200 (MET) Date: Tue, 25 Jul 95 14:13:55 +0200 Received: from laplace.ilog.fr by ilog.ilog.fr, Tue, 25 Jul 95 14:13:55 +0200 From: haible@ilog.ilog.fr (Bruno Haible) Message-Id: <9507251213.AA23900@ilog.ilog.fr> Received: by laplace.ilog.fr (4.1/SMI-4.1) id AA12404; Tue, 25 Jul 95 14:13:55 +0200 To: clisp-list Subject: Re: CLOS bug? (Re: Plans for clisp, and pcl vs clisp clos) In-Reply-To: <9507251020.AA17773@candy.jsk.t.u-tokyo.ac.jp> References: <9507251020.AA17773@candy.jsk.t.u-tokyo.ac.jp> > c. It doesn't allow to redefine the generic function which has > different parameters from the original. In clisp, you can redefine a generic function with different parameters if you first FMAKUNBOUND it. Maybe clisp should be changed to do this (by default) and emit a warning, instead of signalling an error. Bruno Haible email: Software Engineer phone: +33-1-49083585 From marcus@sysc.pdx.edu Tue Jul 25 16:00:51 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA29889; Tue, 25 Jul 95 16:00:51 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id GAA05663; Tue, 25 Jul 1995 06:54:33 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id MAA03864; Tue, 25 Jul 1995 12:17:59 GMT Date: Tue, 25 Jul 1995 12:17:59 GMT Message-Id: <199507251217.MAA03864@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: not a release Until I get a remote CVS system setup, snapshots of CLISP development are available from: http://sayre.sysc.pdx.edu:8001/clisp In addition to all the GNU gettext changes, this snapshot includes several bug fixes. Those who want to *use* this version for the bug fixes, should configure it with `--disable-nls', as 1) the Lisp level gettext support isn't finished, and 2) the installation support of `PO' files isn't there. When I get closure on GNU gettext support, and the important TODO items done, I'll make a release. From kovach@math.franus.edu Fri Jul 28 21:26:35 1995 Return-Path: Received: from dialup.oar.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03853; Fri, 28 Jul 95 21:26:35 +0200 Received: from a.franus.edu for kovach@math.franus.edu by dialup.oar.net (8.6.10/931123.1402) id PAA16289; Fri, 28 Jul 1995 15:21:04 -0400 X-Mailer: InterCon TCP/Connect II 1.1 Message-Id: <9507281546.AA57916@a.franus.edu> Date: Fri, 28 Jul 1995 15:46:57 -0500 From: "Edward G. Kovach" To: kovach@math.franus.edu Cc: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: New version of CLISP? Hi, I'm starting to reuse CLISP after about a year. Has there been any updated versions issued since May of 94? If so, where can I get it? Ed Kovach kovach@math.franus.edu From marcus@sysc.pdx.edu Fri Jul 28 22:24:58 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03995; Fri, 28 Jul 95 22:24:58 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id NAA08152; Fri, 28 Jul 1995 13:18:06 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id SAA07758; Fri, 28 Jul 1995 18:33:46 GMT Date: Fri, 28 Jul 1995 18:33:46 GMT Message-Id: <199507281833.SAA07758@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: New version of CLISP? In-Reply-To: <9507281546.AA57916@a.franus.edu> References: <9507281546.AA57916@a.franus.edu> >>>>> "Ed" == Edward G Kovach writes: Ed> I'm starting to reuse CLISP after about a year. Has there been Ed> any updated versions issued since May of 94? If so, where can I Ed> get it? ma2s2.mathematik.uni-karlsuhe.de:/pub/lisp/clisp/{binaries,sources} U.S. users may find UCLA more speedy: ftp.stat.ucla.edu:/pub/lisp/clisp The latest version is June 23 of '95. From cwitty@ai.mit.edu Mon Jul 31 11:49:51 1995 Return-Path: Received: from life.ai.mit.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05947; Mon, 31 Jul 95 11:49:51 +0200 Received: from spock (spock.ai.mit.edu) by life.ai.mit.edu (4.1/AI-4.10) for clisp-list@ma2s2.mathematik.uni-karlsruhe.de id AA08104; Mon, 31 Jul 95 05:42:44 EDT From: cwitty@ai.mit.edu (Carl Witty) Received: by spock (4.1/AI-4.10) id AA10303; Mon, 31 Jul 95 05:42:42 EDT Date: Mon, 31 Jul 95 05:42:42 EDT Message-Id: <9507310942.AA10303@spock> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Warning: gcc 2.7.0 on Linux miscompiles lisparit.c w/ optimization In clisp-1995-06-23, gcc 2.7.0 miscompiles the function LF_LF_durch_LF in lfloat.d when optimized (-O or -O2). One of the most obvious symptoms is that clisp cannot print floating point numbers with magnitude below about 10E-8. Thus, a simple way to test the problem is by typing ".000000005" at a clisp prompt; if you get a "floating point underflow" error, then it was compiled with a buggy gcc. The workaround is to compile lisparit.c without optimization. I enclose a copy of the bug report I sent to bug-gcc. > This is gcc 2.7.0, i486-linux (ELF) (H.J. Lu's binary distribution for > Linux). > > Put the following in a file "bug.c" and compile it with > gcc -O -o bug bug.c > -------------------------------------------------- > #include > > void bug (unsigned int x, unsigned int y); > > int main(int argc, char **argv) { > bug(0x7ffffff3, 0x80000001); > return 0; > } > > void bug (unsigned int x, unsigned int y) { > if (x == 0) { > printf("Never get here.\n"); > } > if (y == 0) { > printf("Never get here.\n"); > } > x -= y; > if (x < (unsigned int)0x80000000) { > printf("GCC says 0x%x is less than 0x8000000!\n", x); > } else { > printf("OK.\n"); > } > } > -------------------------------------------------- > > When you run "bug", it will say: > GCC says 0xfffffff2 is less than 0x8000000! > > However, if it is compiled without -O: > gcc -o bug bug.c > it will say "OK." > > This is a 486 running Linux 1.3.8. > > Carl Witty > cwitty@ai.mit.edu Carl Witty cwitty@ai.mit.edu From kovach@math.franus.edu Mon Jul 31 16:57:26 1995 Return-Path: Received: from dialup.oar.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06272; Mon, 31 Jul 95 16:57:26 +0200 Received: from a.franus.edu for kovach@math.franus.edu by dialup.oar.net (8.6.10/931123.1402) id KAA03177; Mon, 31 Jul 1995 10:34:14 -0400 X-Mailer: InterCon TCP/Connect II 1.1 Message-Id: <9507311059.AA06922@a.franus.edu> Date: Mon, 31 Jul 1995 10:59:06 -0500 From: "Edward G. Kovach" To: kovach@math.franus.edu Cc: clisp-list Subject: Exit and defun undefined Hi, I've been installing and deleting software on my IBM 486/PV. Now my clisp won't work. Clisp will start, but doesn't have access to all its functions. For example, car and cdr work, but it claims that exit and defun are undefined. I reinstalled Clisp (and the exit worked them), but still claims that some functions are undefined. Any ideas what is wrong? Ed Kovach kovach@math.franus.edu From kovach@math.franus.edu Mon Jul 31 19:25:03 1995 Return-Path: Received: from dialup.oar.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06450; Mon, 31 Jul 95 19:25:03 +0200 Received: from a.franus.edu for kovach@math.franus.edu by dialup.oar.net (8.6.10/931123.1402) id NAA14707; Mon, 31 Jul 1995 13:18:25 -0400 X-Mailer: InterCon TCP/Connect II 1.1 Message-Id: <9507311341.AA59163@a.franus.edu> Date: Mon, 31 Jul 1995 13:41:59 -0500 From: "Edward G. Kovach" To: kovach@math.franus.edu Cc: clisp-list Subject: Re: Exit and defun undefined > Hi, > > I've been installing and deleting software on my IBM 486/PV. Now my > clisp won't work. Clisp will start, but doesn't have access to all its > functions. For example, car and cdr work, but it claims that exit and > defun are undefined. I reinstalled Clisp (and the exit worked them), > but still claims that some functions are undefined. Any ideas what is > wrong? > > Ed Kovach kovach@math.franus.edu I solved the problem; it was with the batch file. Sorry to bother you all. ED From marcus@sysc.pdx.edu Sun Aug 6 12:17:58 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02677; Sun, 6 Aug 95 12:17:58 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id DAA13325; Sun, 6 Aug 1995 03:10:23 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id IAA10630; Sun, 6 Aug 1995 08:05:25 GMT Date: Sun, 6 Aug 1995 08:05:25 GMT Message-Id: <199508060805.IAA10630@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: clisp-1995-08-05 Greetings fellow CLISP users! I have a release ready to go and I'm wondering if anyone might have time to build it and catch whatever build and/or portability problems I may have missed. In a few days or a week I'll go ahead and build and upload binaries to ma2s2. Optionally, you may remove a new body of code: GNU gettext. The goal of adding GNU gettext is to make it easier to maintain new languages in CLISP. Text is divorced from the sources as well as the executable and image. CLISP's own internationalization support code is used instead of GNU gettext if you specify "--disable-nls" for the top-level configure. I've tested this version on x86/Linux/ELF, m68k/NEXTSTEP3.2, SunOS4.1.3/4m, and MIPS/IRIX5.3. These platforms are really all I have convenient access to. It's at: http://sayre.sysc.pdx.edu:8001/clisp From toy@rtp.ericsson.se Sun Aug 6 21:14:01 1995 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02979; Sun, 6 Aug 95 21:14:01 +0200 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.6.10/8.6.10) with ESMTP id OAA27044 for ; Sun, 6 Aug 1995 14:08:45 -0500 Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2.exu.ericsson.se (8.6.8/NAHUB-MR1.1) with ESMTP id OAA02950 for ; Sun, 6 Aug 1995 14:08:44 -0500 Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id PAA20531; Sun, 6 Aug 1995 15:09:22 -0400 Message-Id: <199508061909.PAA20531@screamer.rtp.ericsson.se> To: CLISP Mailing List Cc: toy@rtp.ericsson.se Subject: CLTL compatible type contagion? Date: Sun, 06 Aug 1995 15:08:30 -0400 From: Raymond Toy I asked about this before, and the answer was no, clisp does not do type contagion as specified in CLTL2. The current behavior is to convert everything to the smallest floating-point type instead of the largest as most other languages typically do and as specified by CLTL. Some sensible reasons for this are given in impnotes.txt. However, I was doing some numerical prototyping with clisp and came across this very annoying problem with the current type contagion: (+ 1d50 1.0) does not return 1d50. Instead, it signals a floating-point overflow. I presume that clisp does the addition in double-float and then coerces the result to single-float, causing the overflow. This behavior makes numerical work more difficult than it should be. Does anyone know where the routines are that cause this behavior? I'd like to change it in my own copy of clisp. I tried looking through the source, but I don't read German. Thanks for any pointers, Ray From marcus@sysc.pdx.edu Mon Aug 7 00:01:05 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03108; Mon, 7 Aug 95 00:01:05 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id OAA13444; Sun, 6 Aug 1995 14:53:19 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id TAA11361; Sun, 6 Aug 1995 19:47:06 GMT Date: Sun, 6 Aug 1995 19:47:06 GMT Message-Id: <199508061947.TAA11361@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: CLTL compatible type contagion? In-Reply-To: <199508061909.PAA20531@screamer.rtp.ericsson.se> References: <199508061909.PAA20531@screamer.rtp.ericsson.se> >>>>> "Raymond" == Raymond Toy writes: Raymond> I presume that clisp does the addition in Raymond> double-float and then coerces the result to single-float, Raymond> causing the overflow. Raymond> This behavior makes numerical work more difficult than it Raymond> should be. Others may disagree. :-) Raymond> Does anyone know where the routines are that cause this Raymond> behavior? I'd like to change it in my own copy of clisp. I Raymond> tried looking through the source, but I don't read German. Well, you could take a look at flo_rest.d, and specifically, the GEN_F_op2 macro. Look at the end of the "RETURN CONCAT" lines, where you see identifiers like FF_to_SF, DF_to_SF .. You could change these to FF_to_SF_, DF_to_SF_, etc. And immediately above have a conditional like : #ifdef CONTAGION_HACK #define FF_to_SF_(x) x #define DF_to_SF_(x) x #define LF_to_SF_(x) x #define DF_to_FF_(x) x #define LF_to_FF_(x) x #define LF_to_DF_(x) x #else #define FF_to_SF_(x) FF_to_SF(x) #define DF_to_SF_(x) DF_to_SF(x) #define LF_to_SF_(x) LF_to_SF(x) #define DF_to_FF_(x) DF_to_FF(x) #define LF_to_FF_(x) LF_to_FF(x) #define LF_to_DF_(x) LF_to_DF(x) #endif This hack just addresses your particular example, though. Personally, I like being reminded by CLISP about such careless behavior. From rls@therat.math.waikato.ac.nz Mon Aug 7 00:14:22 1995 Return-Path: Received: from therat.math.waikato.ac.nz by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03231; Mon, 7 Aug 95 00:14:22 +0200 Received: by therat.math.waikato.ac.nz (Linux Smail3.1.28.1 #1) Message-Id: From: rls@therat.math.waikato.ac.nz (Richard Shepherd) Subject: Re: CLTL compatible type contagion? To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Mon, 7 Aug 1995 10:08:54 +1200 (NZST) In-Reply-To: <199508061909.PAA20531@screamer.rtp.ericsson.se> from "Raymond Toy" at Aug 6, 95 09:18:02 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 758 Raymond Toy wrote: > However, I was doing some numerical prototyping with clisp and came > across this very annoying problem with the current type contagion: > > (+ 1d50 1.0) > > does not return 1d50. Instead, it signals a floating-point overflow. > I presume that clisp does the addition in double-float and then > coerces the result to single-float, causing the overflow. > > This behavior makes numerical work more difficult than it > should be. This is weird to me because: (+ 1d50 1) -> 1.0d50 and (+ 1d50 1d0) -> 1.0d50 but as pointed out, adding 1.0 or 1e0 causes the overflow error. Is this consistent? 8<--------------------------->8 Richard Shepherd. (rls@therat.math.waikato.ac.nz) WWW home page:- http://therat.math.waikato.ac.nz/ From marcus@sysc.pdx.edu Mon Aug 7 01:00:48 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03357; Mon, 7 Aug 95 01:00:48 +0200 Received: from sysc.pdx.edu by nz11.rz.uni-karlsruhe.de with SMTP (PP); Mon, 7 Aug 1995 00:55:31 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id PAA13455; Sun, 6 Aug 1995 15:51:42 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id UAA11423; Sun, 6 Aug 1995 20:45:28 GMT Date: Sun, 6 Aug 1995 20:45:28 GMT Message-Id: <199508062045.UAA11423@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Re: CLTL compatible type contagion? In-Reply-To: References: I'll spare another the trouble... 12.1.4.2 Rule of Float Approximation Computations with floats are only approximate, although they are described as if the results were mathematically accurate. Two mathematically identical expressions may be computationally different because of erros inherent in the floating-point approximation process. The precision of a float is not necessarily correlated with the accuracy of that number. For instance, 3.142857142857142857 is a more precise approximation to pi than 3.14159, but the latter is more accurate. The precision refers to the number of bits retained in the representation. When a operation combines a short float with a long float, the result will be a long float. Common Lisp functions assume that the accuracy of arguments to them does not exceed their precision. Therefore when two small floats are combined, the result is a small float. Common Lisp functions never convert automatically from a larger size to a smaller size. Yet, CLISP does, and my understanding is that it does this because: "Common Lisp functions assume that the accuracy of arguments to them does not exceed their precision" is such a wildly optimistic assumption. Seems to me it is fairly easy to set things up to avoid the need for contagion, and the same program will work fine on a CL that doesn't mind playing it fast and loose with floating point precision. From haible@ilog.ilog.fr Mon Aug 7 19:57:11 1995 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04944; Mon, 7 Aug 95 19:57:11 +0200 Received: from ilog.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA25339; Mon, 7 Aug 1995 19:51:44 +0200 (MET) Date: Mon, 7 Aug 95 19:11:28 +0200 Received: from laplace.ilog.fr by ilog.ilog.fr, Mon, 7 Aug 95 19:11:28 +0200 From: haible@ilog.ilog.fr (Bruno Haible) Message-Id: <9508071711.AA05660@ilog.ilog.fr> Received: by laplace.ilog.fr (4.1/SMI-4.1) id AA00891; Mon, 7 Aug 95 19:11:25 +0200 To: clisp-list Subject: Re: CLTL compatible type contagion? In-Reply-To: <199508061909.PAA20531@screamer.rtp.ericsson.se> References: <199508061909.PAA20531@screamer.rtp.ericsson.se> Raymond Toy writes: > I asked about this before, and the answer was no, clisp does not do > type contagion as specified in CLTL2. The current behavior is to > convert everything to the smallest floating-point type instead of the > largest as most other languages typically do and as specified by CLTL. > Some sensible reasons for this are given in impnotes.txt. > > However, I was doing some numerical prototyping with clisp and came > across this very annoying problem with the current type contagion: > > (+ 1d50 1.0) > > does not return 1d50. Instead, it signals a floating-point overflow. > I presume that clisp does the addition in double-float and then > coerces the result to single-float, causing the overflow. Yes. It would actually make sense to return 1d50 in that case since 1.0e0 is so much less in magnitude. But the problem remains for example in the case (+ 1d40 1e37) Returning 1.001d40 for this would be wrong (IMO) since the two numbers, considered as intervals, add up like this: 1d40 +/- 1e24 1e37 +/- 1e29 ================= 1.001d40 +/- 1e29 And if ANSI CL says that: "Common Lisp functions assume that the accuracy of arguments to them does not exceed their precision" then of course the implementation shall do its best to guarantee that if the arguments of the function `+' satisfy this assumption, then the result of (+ 1d40 1e37) satisfies this assumption as well. If it can't, I prefer to see an error. My advice is: if you need numbers larger than 1e38 in your computations, then use double floats or long floats for everything. And if you need numbers larger than 1e600 then use long floats. Their exponent range is virtually unlimited in CLISP. Bruno Haible email: Software Engineer phone: +33-1-49083585 From toy@rtp.ericsson.se Mon Aug 7 20:49:09 1995 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05113; Mon, 7 Aug 95 20:49:09 +0200 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.6.10/8.6.10) with ESMTP id NAA07847 for ; Mon, 7 Aug 1995 13:43:43 -0500 Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2.exu.ericsson.se (8.6.8/NAHUB-MR1.1) with ESMTP id NAA05575 for ; Mon, 7 Aug 1995 13:43:42 -0500 Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id OAA25120 for ; Mon, 7 Aug 1995 14:44:21 -0400 Message-Id: <199508071844.OAA25120@screamer.rtp.ericsson.se> To: clisp-list Subject: Re: CLTL compatible type contagion? In-Reply-To: (Your message of Mon, 07 Aug 1995 20:01:41 +0200.) <9508071711.AA05660@ilog.ilog.fr> Date: Mon, 07 Aug 1995 14:43:28 -0400 From: Raymond Toy >>>>> "Bruno" == Bruno Haible writes: Bruno> Raymond Toy writes: >> >> (+ 1d50 1.0) >> >> does not return 1d50. Instead, it signals a floating-point >> overflow. I presume that clisp does the addition in [nice example of why clisp does it this way deleted] Bruno> then of course the implementation shall do its best to Bruno> guarantee that if the arguments of the function `+' satisfy Bruno> this assumption, then the result of (+ 1d40 1e37) satisfies Bruno> this assumption as well. If it can't, I prefer to see an Bruno> error. By your example, (+ 1d40 1e37) does not satisfy the assumption right? Should clisp then signal an error? I don't know what the "right" answer would be. At times I like promoting to the bigger type, but at other times, I like instantly seeing when I've lost precision in clisp. However, I have discovered the "errant" part of my program. I lose precision because I had something like (sqrt 22/7) and clisp returned a float value. I guess the result would depend on whether 22/7 has infinite precision/accuracy in which case the answer should be a long-float (?) or whether 22/7 has accuracy of +/- 1/14 in which case the answer should be short-float or less. The assumption that 22/7 is a single-float is a bit hazy. Ray From toy@rtp.ericsson.se Mon Aug 7 21:01:24 1995 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05235; Mon, 7 Aug 95 21:01:24 +0200 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.6.10/8.6.10) with ESMTP id NAA09611 for ; Mon, 7 Aug 1995 13:55:53 -0500 Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2.exu.ericsson.se (8.6.8/NAHUB-MR1.1) with ESMTP id NAA05698 for ; Mon, 7 Aug 1995 13:55:52 -0500 Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id OAA25165 for ; Mon, 7 Aug 1995 14:56:31 -0400 Message-Id: <199508071856.OAA25165@screamer.rtp.ericsson.se> To: clisp-list Subject: Re: CLTL compatible type contagion? In-Reply-To: (Your message of Mon, 07 Aug 1995 00:04:40 +0200.) <199508061947.TAA11361@sayre.sysc.pdx.edu> Date: Mon, 07 Aug 1995 14:55:39 -0400 From: Raymond Toy >>>>> "Marcus" == Marcus Daniels writes: >>>>> "Raymond" == Raymond Toy writes: Raymond> This behavior makes numerical work more difficult than it Raymond> should be. Marcus> Others may disagree. :-) Of course! Raymond> Does anyone know where the routines are that cause this Raymond> behavior? I'd like to change it in my own copy of clisp. Raymond> I tried looking through the source, but I don't read Raymond> German. [instructions deleted] Marcus> This hack just addresses your particular example, though. Thanks for the hint. I haven't decided if I really want to do this or not, though. Marcus> Personally, I like being reminded by CLISP about such Marcus> careless behavior. I agree, it is nice, but I wish it could remind me a bit more loudly. :-) Silently making all (following) results a single-float makes it very difficult to find out where I made the original mistake. :-) Ray From toy@rtp.ericsson.se Mon Aug 7 21:15:53 1995 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05298; Mon, 7 Aug 95 21:15:53 +0200 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.6.10/8.6.10) with ESMTP id OAA11479 for ; Mon, 7 Aug 1995 14:10:23 -0500 Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2.exu.ericsson.se (8.6.8/NAHUB-MR1.1) with ESMTP id OAA05784 for ; Mon, 7 Aug 1995 14:10:23 -0500 Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id PAA25228 for ; Mon, 7 Aug 1995 15:11:02 -0400 Message-Id: <199508071911.PAA25228@screamer.rtp.ericsson.se> To: clisp-list Subject: Re: CLTL compatible type contagion? In-Reply-To: (Your message of Mon, 07 Aug 1995 20:01:41 +0200.) <9508071711.AA05660@ilog.ilog.fr> Date: Mon, 07 Aug 1995 15:10:09 -0400 From: Raymond Toy Bruno> (+ 1d40 1e37) Bruno> Returning 1.001d40 for this would be wrong (IMO) since the two numbers, Bruno> considered as intervals, add up like this: Bruno> 1d40 +/- 1e24 Bruno> 1e37 +/- 1e29 Bruno> ================= Bruno> 1.001d40 +/- 1e29 This is a nice example of why the answer should be a single-float. But what about this example? 1.000001 +/- 1e-8 - 1.000000 +/- 1e-8 =================== 0.000001 +/- 2e-8 What should the type of the result be? Something less than a short-float? The current scheme seems like a half-attempt at interval arithmetic. Either go all the way or don't go at all. Ray P.S. If I sound harsh or antagonistic, I'm not. I'm just really curious about how clisp does it's arithmetic and the reasoning behind it. I have found that clisp is at least as good as gcl and cmulisp (the only lisp implementations I used) in speed and executable size for general purpose prototyping. Clisp only loses when I do heavy-duty floating point operations, and, then, only if I'm very careful to declare everything correctly. From haible@ilog.ilog.fr Mon Aug 7 23:12:51 1995 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05534; Mon, 7 Aug 95 23:12:51 +0200 Received: from ilog.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA08455; Mon, 7 Aug 1995 23:07:23 +0200 (MET) Date: Mon, 7 Aug 95 22:28:15 +0200 Received: from laplace.ilog.fr by ilog.ilog.fr, Mon, 7 Aug 95 22:28:15 +0200 From: haible@ilog.ilog.fr (Bruno Haible) Message-Id: <9508072028.AA10070@ilog.ilog.fr> Received: by laplace.ilog.fr (4.1/SMI-4.1) id AA17670; Mon, 7 Aug 95 22:28:13 +0200 To: clisp-list Subject: Re: CLTL compatible type contagion? In-Reply-To: <199508071844.OAA25120@screamer.rtp.ericsson.se> References: <199508071844.OAA25120@screamer.rtp.ericsson.se>,<199508071856.OAA25165@screamer.rtp.ericsson.se>,<199508071911.PAA25228@screamer.rtp.ericsson.se> Raymond Toy writes: > I agree, it is nice, but I wish it could remind me a bit more > loudly. :-) Silently making all (following) results a single-float > makes it very difficult to find out where I made the original > mistake. :-) Not so difficult: you just have to look at the number of decimal places of your intermediate results. It would be more difficult to find out (or even notice) if you got double-floats with the 8 trailing decimal places filled with nearly random digits -- which is what ANSI CL suggests. > However, I have discovered the "errant" part of my program. I lose > precision because I had something like > > (sqrt 22/7) > > and clisp returned a float value. I guess the result would depend on > whether 22/7 has infinite precision/accuracy in which case the answer > should be a long-float (?) or whether 22/7 has accuracy of +/- 1/14 in > which case the answer should be short-float or less. The assumption > that 22/7 is a single-float is a bit hazy. Agreed. This is a second flaw in CLtL, this time in the description of the FLOAT function. 22/7, as a rational number, has infinite precision, so the result should be a long-float of the longest available float format. Since CLISP can deal with long-floats of more than 100000 decimal places, this is not very practical. For this purpose, CLISP provides a variable LISP:*DEFAULT-FLOAT-FORMAT*. Set it to DOUBLE-FLOAT, and (sqrt 22/7) will return a float of this type. > But what about this example? > > 1.000001 +/- 1e-8 > - 1.000000 +/- 1e-8 > =================== > 0.000001 +/- 2e-8 > > What should the type of the result be? These phenomena (extinction and the growth of the interval length) are considered to be inevitable with the usual IEEE floating point arithmetic. > The current scheme seems like a half-attempt at interval arithmetic. It is. > Either go all the way or don't go at all. One should go all the way. Follow-up to the comp.arch.arithmetic newsgroup. Bruno Haible email: Software Engineer phone: +33-1-49083585 From kovach@math.franus.edu Tue Aug 8 21:43:46 1995 Return-Path: Received: from dialup.oar.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06986; Tue, 8 Aug 95 21:43:46 +0200 Received: from a.franus.edu for kovach@math.franus.edu by dialup.oar.net (8.6.10/931123.1402) id PAA23363; Tue, 8 Aug 1995 15:37:09 -0400 X-Mailer: InterCon TCP/Connect II 1.1 Message-Id: <9508081603.AA47718@a.franus.edu> Date: Tue, 8 Aug 1995 16:03:47 -0500 From: "Edward G. Kovach" To: kovach@math.franus.edu Cc: clisp-list Subject: fence matching with editor Hi, Is there a way of getting the editor.lsp which comes with clisp to "fence-match?" (ie you type a right paranthesis and it goes to the matching left one.) If not, is there a shareware editor which does this and if so, where can I get it? Thanks! Edward G. Kovach kovach@math.franus.edu From tom@jsk.t.u-tokyo.ac.jp Wed Aug 9 01:20:38 1995 Received: from monoceros.jsk.t.u-tokyo.ac.jp (jsk.t.u-tokyo.ac.jp) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07245; Wed, 9 Aug 95 01:20:38 +0200 Received: from candy.jsk.t.u-tokyo.ac.jp by monoceros.jsk.t.u-tokyo.ac.jp (4.1/6.4J.6-MX) id AA23076; Wed, 9 Aug 95 08:14:29 JST Received: by candy.jsk.t.u-tokyo.ac.jp (4.1/6.4J.6-MX) id AA11353; Wed, 9 Aug 95 08:11:51 JST Date: Wed, 9 Aug 95 08:11:51 JST From: tom@jsk.t.u-tokyo.ac.jp (Tomohiro Shibata) Return-Path: Message-Id: <9508082311.AA11353@candy.jsk.t.u-tokyo.ac.jp> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: newreadline Hi, I tried to compile clisp-1995-06-23 on Linux, but I got below errors: ------ make[1]: Entering directory `/usr/share/src/LANGUAGE/LISP/CLISP/clisp-1995-06-23/with-gcc-on-zorac/newreadline' gcc -O -c -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -fomit-frame-pointer -O2 -DDYNAMIC_FFI -DCLISP -I. -I../../src/newreadline -DHAVE_CONFIG_H ../../src/newreadline/readline.c In file included from ../../src/newreadline/readline.c:60: ../../src/newreadline/rldefs.h:113: sys/stream.h: No such file or directory ../../src/newreadline/rldefs.h:124: sys/filio.h: No such file or directory make[1]: *** [readline.o] Error 1 make[1]: Leaving directory `/usr/share/src/LANGUAGE/LISP/CLISP/clisp-1995-06-23/with-gcc-on-zorac/newreadline' make: *** [newreadline/libreadline.a] Error 2 ------ BSD has both stream.h and filio.h but Linux doesn't. Is there anyway to get over this problem? --------------------------------------------------------------------------- Tomohiro SHIBATA |email tom@jsk.t.u-tokyo.ac.jp Inoue-Inaba Laboratory, |www http://www.jsk.t.u-tokyo.ac.jp/~tom/ Department of Mechano-informatics,| University of Tokyo; Japan |fax +81-3-3815-8356 From marcus@sysc.pdx.edu Wed Aug 9 01:28:21 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07298; Wed, 9 Aug 95 01:28:21 +0200 Received: from sysc.pdx.edu by nz11.rz.uni-karlsruhe.de with SMTP (PP); Wed, 9 Aug 1995 01:22:26 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id QAA14404; Tue, 8 Aug 1995 16:18:41 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id VAA00238; Tue, 8 Aug 1995 21:07:40 GMT Date: Tue, 8 Aug 1995 21:07:40 GMT Message-Id: <199508082107.VAA00238@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: fence matching with editor In-Reply-To: <9508081603.AA47718@a.franus.edu> References: <9508081603.AA47718@a.franus.edu> >>>>> "EK" == Edward G Kovach writes: EK> Is there a way of getting the editor.lsp which comes with clisp to EK> "fence-match?" (ie you type a right paranthesis and it goes to EK> the matching left one.) By marking expressions and cut/delete I guess you could sort of do that...no blinkey feature, though. EK> If not, is there a shareware editor which does this and if so, EK> where can I get it? I like GNU Emacs 19.29 -- prep.ai.mit.edu:/pub/gnu/emacs-19.29.tar.gz See http://sayre.sysc.pdx.edu:8001/clisp_and_emacs/clisp_and_emacs.html for configuration information. GNU Emacs even runs on MS-DOS. About any popular editor will do parens matching. You might also look at some of the editors in ftp.rrz.uni-koeln.de:/editors. I know at least jed, jove, microEmacs, and vi/elvis will do matching. From marcus@sysc.pdx.edu Wed Aug 9 01:51:33 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07443; Wed, 9 Aug 95 01:51:33 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id QAA14408; Tue, 8 Aug 1995 16:43:28 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id VAA02556; Tue, 8 Aug 1995 21:32:20 GMT Date: Tue, 8 Aug 1995 21:32:20 GMT Message-Id: <199508082132.VAA02556@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: newreadline In-Reply-To: <9508082311.AA11353@candy.jsk.t.u-tokyo.ac.jp> References: <9508082311.AA11353@candy.jsk.t.u-tokyo.ac.jp> >>>>> "Tomohiro" == Tomohiro Shibata writes: Tomohiro> I tried to compile clisp-1995-06-23 on Linux, but I got Tomohiro> below errors: Tomohiro> BSD has both stream.h and filio.h but Linux doesn't. Find out why HAVE_SYS_STREAM_H is defined (and if zorac happens to run both BSD and Linux, be sure to reconfigure between compiles!) I'll build on Linux with newreadline later today. From marcus@sysc.pdx.edu Wed Aug 9 06:42:55 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07963; Wed, 9 Aug 95 06:42:55 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id VAA14457; Tue, 8 Aug 1995 21:34:48 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id CAA11113; Wed, 9 Aug 1995 02:23:26 GMT Date: Wed, 9 Aug 1995 02:23:26 GMT Message-Id: <199508090223.CAA11113@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: newreadline In-Reply-To: <9508082311.AA11353@candy.jsk.t.u-tokyo.ac.jp> References: <9508082311.AA11353@candy.jsk.t.u-tokyo.ac.jp> >>>>> "Tomohiro" == Tomohiro Shibata writes: Tomohiro> BSD has both stream.h and filio.h but Linux doesn't. When I do a: configure --with-dynamic-ffi --with-newreadline --build linux with 0623, autoconf makes the correct decision about the presence of stream.h and fileio.h. The package builds from beginning to test-suite without a problem. gcc-2.6.3, libc-5.2.5, Linux 1.3.15. Tomohiro> Is there anyway to get over this problem? I can't see any problem. From haible@ilog.ilog.fr Wed Aug 9 12:00:49 1995 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08366; Wed, 9 Aug 95 12:00:49 +0200 Received: from ilog.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA03053; Wed, 9 Aug 1995 11:55:05 +0200 (MET) Date: Wed, 9 Aug 95 11:49:35 +0200 Received: from laplace.ilog.fr by ilog.ilog.fr, Wed, 9 Aug 95 11:49:35 +0200 From: haible@ilog.ilog.fr (Bruno Haible) Message-Id: <9508090949.AA03610@ilog.ilog.fr> Received: by laplace.ilog.fr (4.1/SMI-4.1) id AA24387; Wed, 9 Aug 95 11:49:32 +0200 To: clisp-list Subject: Re: fence matching with editor In-Reply-To: <199508082107.VAA00238@sayre.sysc.pdx.edu> References: <199508082107.VAA00238@sayre.sysc.pdx.edu> EK> If not, is there a shareware editor which does this and if so, EK> where can I get it? Marcus> I like GNU Emacs 19.29 -- prep.ai.mit.edu:/pub/gnu/emacs-19.29.tar.gz Marcus> See http://sayre.sysc.pdx.edu:8001/clisp_and_emacs/clisp_and_emacs.html Marcus> for configuration information. GNU Emacs even runs on MS-DOS. Marcus> Marcus> About any popular editor will do parens matching. And if you run Unix + X11 and have a speedy machine with at least 16 MB RAM, I can recommend XEmacs (also known as Lucid Emacs) together with the following addition to the ~/.emacs file (trick from Joerg Hoehle): (let ((hook (function (lambda () (setq mode-motion-hook 'mode-motion-highlight-sexp))))) (add-hook 'emacs-lisp-mode-hook hook t) (add-hook 'lisp-interaction-mode-hook hook t) (add-hook 'lisp-mode-hook hook t) (add-hook 'inferior-lisp-mode-hook hook t) (add-hook 'talk-mode-hook hook t) ) When you move the mouse cursor on an opening parenthesis, it highlights the entire Lisp expression. Very nice for checking badly indented Lisp code. (The drawback is that one gets lazy about indentation and parenthesizing discipline.) Bruno Haible email: Software Engineer phone: +33-1-49083585 From hoehle@inf-wiss.uni-konstanz.de Wed Aug 9 12:23:45 1995 Return-Path: Received: from inf-wiss.uni-konstanz.de (post.inf-wiss.uni-konstanz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08493; Wed, 9 Aug 95 12:23:45 +0200 Received: from stetten.inf-wiss.uni-konstanz.de by inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA23531; Wed, 9 Aug 95 12:18:15 +0200 Date: Wed, 9 Aug 95 12:18:15 +0200 From: hoehle@inf-wiss.uni-konstanz.de (Joerg-Cyril Hoehle) Message-Id: <9508091018.AA23531@inf-wiss.uni-konstanz.de> Received: by stetten.inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA02742; Wed, 9 Aug 95 12:18:15 +0200 To: clisp-list@[129.13.115.2] Subject: FFI questions Hi, I've a general question about FFI, not CLISP's FFI in particular. I find it "good" (and fitting the Lisp paradigma) that a call to a C functions that returns a string returns either a (LISP-)string or NIL. Example: getenv(). Now consider a FFI where foreign pointers are simply represented as integers (like in Franz, from what I know). Shall a function that returns an opaque pointer return NIL or the integer 0 for C-NULL? Is it "good" to make the NULL return value case render a separate type? CMU (which has a distinguished foreign pointer type) doesn't make a special case of NULL, and the only way to test for a NULL pointer is to convert it to an integer first. Should performance considerations come into play? (E.g. NIL is probably easier to test than 0) Should programming effort come into consideration? As an example, I find (let (window) (unwind-protect (progn (setq window (openwindow 0-or-NIL? taglist)) (when window ...)) (when window (closewindow window)))) easier to write and read than (let (window) (unwind-protect (progn (setq window (openwindow 0-or-NIL? taglist)) (unless (zerop window) ...)) (unless (and window (zerop window)) (closewindow window)))) or (let ((window (openwindow 0-or-NIL? taglist))) (unwind-protect (unless (zerop window) ...) (unless (zerop window) (closewindow window)))) but the difference seems small and might be hidden inside a foreign-null-p function call: (defun foreign-null-p (p) (or (null p) (zerop p))) Won't a NIL return affect portability for functions like sprintf() which on some systems return the number of characters written and on other return a buffer address because you don't know the prototype and thus don't know whether 0 or NIL might be returned? Are there more considerations to take into account than mentioned here? Thanks for your thoughts on this topic, Joerg Hoehle. hoehle@inf-wiss.uni-konstanz.de From haible@ilog.ilog.fr Wed Aug 9 18:31:11 1995 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09096; Wed, 9 Aug 95 18:31:11 +0200 Received: from ilog.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA28392; Wed, 9 Aug 1995 18:25:24 +0200 (MET) Date: Wed, 9 Aug 95 18:21:58 +0200 Received: from laplace.ilog.fr by ilog.ilog.fr, Wed, 9 Aug 95 18:21:58 +0200 From: haible@ilog.ilog.fr (Bruno Haible) Message-Id: <9508091621.AA12058@ilog.ilog.fr> Received: by laplace.ilog.fr (4.1/SMI-4.1) id AA25226; Wed, 9 Aug 95 18:21:57 +0200 To: clisp-list Subject: Re: FFI questions In-Reply-To: <9508091018.AA23531@inf-wiss.uni-konstanz.de> References: <9508091018.AA23531@inf-wiss.uni-konstanz.de> Joerg Hoehle has a very interesting question: > I find it "good" (and fitting the Lisp paradigma) that a call to a C > functions that returns a string returns either a (LISP-)string or > NIL. Example: getenv(). Agreed. This was done because the C type "char*" actually means "either NULL or a pointer to a sequence of characters". The Lisp equivalent of this is the type (or null string). > Shall a function that > returns an opaque pointer return NIL or the integer 0 for C-NULL? By definition, "opaque" means no conversion. CLISP boxes the pointer, that's all. It never looks at the value of the pointer. > Should programming effort come into consideration? As an example, I find > (let (window) > (unwind-protect > (progn (setq window (openwindow 0-or-NIL? taglist)) > (when window > ...)) > (when window (closewindow window)))) > easier to write and read ... Agreed. Of course you can write a predicate `null-pointer-p', for example like this: int foreign_null_p (pointer) void* pointer; { return (pointer == (void*)0); } (def-c-call-out null-pointer-p (:name "foreign_null_p") (:arguments (pointer c-pointer)) (:return-type boolean) ) or by using EQUALP with a previously defined boxed NULL pointer. In general, this is the way to go, because you will want more than to look whether the pointer is NULL; for example, you may want to access fields of the structure pointed to. If you really want a special kind of argument and result converter for nearly-opaque pointers, where the only conversion is for NULL, it is easy to introduce a new converter, say C-POINTER-OR-NULL, similar to C-POINTER. > Won't a NIL return affect portability for functions like sprintf() > which on some systems return the number of characters written and on > other return a buffer address because you don't know the prototype and > thus don't know whether 0 or NIL might be returned? To be portable, you have to specify the return type of sprintf() as NIL (means "void") anyway. Bruno Haible email: Software Engineer phone: +33-1-49083585 From wilbur@cast.uni-linz.ac.at Thu Aug 10 14:57:53 1995 Return-Path: Received: from cadillac (cadillac.cast.uni-linz.ac.at) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10844; Thu, 10 Aug 95 14:57:53 +0200 Received: (from wilbur@localhost) by cadillac (8.6.7/8.6.6) id OAA07045; Thu, 10 Aug 1995 14:48:20 +0200 Date: Thu, 10 Aug 1995 14:48:20 +0200 From: Wilhelm Burger Message-Id: <199508101248.OAA07045@cadillac> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: #(...) Simple Vectors Cc: wilbur@cadillac X-Sun-Charset: US-ASCII Hello, I am new to this list, just started porting some older CL code to CLISP (Version 1995-04-04): > *package* # > #(9 9 9) ;This should create a simple vector *** - EVAL: illegal form #(9 9 9) Is the form #(..) illegal in CLISP (vs. CLtL2 p.533)? Help appreciated - Wilhelm. From hoehle@inf-wiss.uni-konstanz.de Thu Aug 10 15:28:00 1995 Return-Path: Received: from mailhub.uni-konstanz.de (pan.rz.uni-konstanz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10983; Thu, 10 Aug 95 15:28:00 +0200 Received: from inf-wiss.uni-konstanz.de (actually post.inf-wiss.uni-konstanz.de) by mailhub.uni-konstanz.de with SMTP(PP); Thu, 10 Aug 1995 15:19:03 +0200 Received: from stetten.inf-wiss.uni-konstanz.de by inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA26281; Thu, 10 Aug 95 15:19:13 +0200 Date: Thu, 10 Aug 95 15:19:13 +0200 From: hoehle@inf-wiss.uni-konstanz.de (Joerg-Cyril Hoehle) Message-Id: <9508101319.AA26281@inf-wiss.uni-konstanz.de> Received: by stetten.inf-wiss.uni-konstanz.de (4.1/SMI-4.1) id AA02949; Thu, 10 Aug 95 15:19:13 +0200 To: clisp-list Subject: #(...) Simple Vectors In-Reply-To: <199508101248.OAA07045@cadillac> References: <199508101248.OAA07045@cadillac> Wilhelm Burger writes: > > #(9 9 9) ;This should create a simple vector > > *** - EVAL: illegal form #(9 9 9) > > > Is the form #(..) illegal in CLISP (vs. CLtL2 p.533)? CLISP is not CLtL2 in every respect. The form #(...) is not self-evaluating. Use '#(9 9 9) (see the quote) and everything should be fine. This difference mostly concerns top-level calls and constants in programs, easy to locate in a source file. Joerg Hoehle. hoehle@inf-wiss.uni-konstanz.de From wavehh!wavehh.hanse.de!cracauer@mail.hanse.de Thu Aug 10 16:20:30 1995 Return-Path: Received: from ki1.chemie.fu-berlin.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11089; Thu, 10 Aug 95 16:20:30 +0200 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from mail.hanse.de (134.100.239.2) with smtp id ; Thu, 10 Aug 95 16:14 MEST Received: from wavehh.UUCP by mail.hanse.de with UUCP for clisp-list@ma2s2.mathematik.uni-karlsruhe.de id ; Thu, 10 Aug 95 16:14 MET DST Received: by wavehh.hanse.de (4.1/SMI-4.1) id AA08875; Thu, 10 Aug 95 15:32:25 +0200 From: cracauer@wavehh.hanse.de (Martin Cracauer) Message-Id: <9508101332.AA08875@wavehh.hanse.de> Subject: Re: #(...) Simple Vectors To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Thu, 10 Aug 1995 15:32:24 +0200 (MET DST) In-Reply-To: <199508101248.OAA07045@cadillac> from "Wilhelm Burger" at Aug 10, 95 03:02:49 pm Reply-To: cracauer@wavehh.hanse.de X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 532 > > Hello, > I am new to this list, just started porting some older CL code > to CLISP (Version 1995-04-04): > > > *package* > # > > #(9 9 9) ;This should create a simple vector > > *** - EVAL: illegal form #(9 9 9) > > > Is the form #(..) illegal in CLISP (vs. CLtL2 p.533)? It cannot be evaluated. Quote it. Or use it to set a variable. -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer (private address) Tel.: +49 40 / 522 18 29 Fax.: +49 40 / 522 85 36 From bernardp@cli.di.unipi.it Fri Aug 11 13:12:42 1995 Return-Path: Received: from alice.cli.di.unipi.it by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12183; Fri, 11 Aug 95 13:12:42 +0200 Received: from helen.cli.di.unipi.it by alice.cli.di.unipi.it (4.1/SMI-4.1) id AA26511; Fri, 11 Aug 95 13:06:54 +0200 Received: by helen.cli.di.unipi.it (4.1/SMI-4.1) id AA04312; Fri, 11 Aug 95 13:06:52 +0200 Date: Fri, 11 Aug 95 13:06:52 +0200 From: bernardp@cli.di.unipi.it Message-Id: <9508111106.AA04312@helen.cli.di.unipi.it> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <9508101332.AA08875@wavehh.hanse.de> (cracauer@wavehh.hanse.de) Subject: Re: #(...) Simple Vectors From: cracauer@wavehh.hanse.de (Martin Cracauer) > # > > #(9 9 9) ;This should create a simple vector > > *** - EVAL: illegal form #(9 9 9) It cannot be evaluated. Quote it. Or use it to set a variable. It's easy to modify clisp to be cltl2 on this point. It's just a matter of deleting a few lines from compiler.lsp and eval.d I don't have my sources here, so I can't send the exact patch. If there will be still interest in this on the end of Aug. when I'll come back from vacation, I'll post the patch. Bye, Pierpaolo. From marcus@sysc.pdx.edu Fri Aug 11 15:13:06 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12483; Fri, 11 Aug 95 15:13:06 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id GAA15916; Fri, 11 Aug 1995 06:04:13 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id KAA24589; Fri, 11 Aug 1995 10:47:13 GMT Date: Fri, 11 Aug 1995 10:47:13 GMT Message-Id: <199508111047.KAA24589@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: binaries Hi folks, Since last week, no real changes except for some packaging-related changes and fixes. I've built binaries for the following platforms: Linux ELF (Intel) SGI IRIX 5 Sun4m Solaris 2.4 Sun4m SunOS 4.1.3 Unless someone finds a problem, by Saturday I'll copy these files to ma2s2. In the mean time it is: http://sayre.sysc.pdx.edu:8001/clisp The `NEWS': 10 August 1995 ============ User visible changes -------------------- * CLISP now supports the GNU gettext package. Non-gettext internationalization support still available with "--disable-nls". * Self referencing symbolic links were not always avoided during directory searches. Thanks to Dan Stanger for pointing this out. * Fixed a bug in XGCD which caused the results to be wrong with a small probability, for example in the case (XGCD 77874422 32223899). Thanks to Bruno Haible and Michael Stoll. * Top level configure accepts absolute build directory. * Top level configure now passes on --prefix to makemake. Portability ----------- * Repair of memmove-related build problem on SunOS/Solaris. Thanks to Bruno Haible. * Fixed a bug in mips/avcall. * arimips.s now assembled with -KPIC to avoid problems during incremental linking of lisp.o. From tom@jsk.t.u-tokyo.ac.jp Sat Aug 12 06:29:12 1995 Received: from monoceros.jsk.t.u-tokyo.ac.jp (jsk.t.u-tokyo.ac.jp) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13246; Sat, 12 Aug 95 06:29:12 +0200 Received: from candy.jsk.t.u-tokyo.ac.jp by monoceros.jsk.t.u-tokyo.ac.jp (4.1/6.4J.6-MX) id AA02570; Sat, 12 Aug 95 13:22:19 JST Received: by candy.jsk.t.u-tokyo.ac.jp (4.1/6.4J.6-MX) id AA27976; Sat, 12 Aug 95 13:23:28 JST Date: Sat, 12 Aug 95 13:23:28 JST From: tom@jsk.t.u-tokyo.ac.jp (Tomohiro Shibata) Return-Path: Message-Id: <9508120423.AA27976@candy.jsk.t.u-tokyo.ac.jp> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: Marcus Daniels's message of Wed, 9 Aug 95 06:45:39 +0200 <199508090223.CAA11113@sayre.sysc.pdx.edu> Subject: Re: newreadline Hi, >>Tomohiro> BSD has both stream.h and filio.h but Linux doesn't. >>When I do a: >> configure --with-dynamic-ffi --with-newreadline --build linux >>with 0623, autoconf makes the correct decision about the presence of >>stream.h and fileio.h. The package builds from beginning to >>test-suite without a problem. gcc-2.6.3, libc-5.2.5, Linux 1.3.15. >>Tomohiro> Is there anyway to get over this problem? >>I can't see any problem. I'm sorry. I didn't know that I had to use --build option. I can copmpile it correctly. I'm goint to enjoy FFI. thanks a lot, --------------------------------------------------------------------------- Tomohiro SHIBATA |email tom@jsk.t.u-tokyo.ac.jp Inoue-Inaba Laboratory, |www http://www.jsk.t.u-tokyo.ac.jp/~tom/ Department of Mechano-informatics,| University of Tokyo; Japan |fax +81-3-3815-8356 From marcus@sysc.pdx.edu Sun Aug 13 03:19:34 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA14091; Sun, 13 Aug 95 03:19:34 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id SAA16675; Sat, 12 Aug 1995 18:10:44 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id WAA03905; Sat, 12 Aug 1995 22:49:51 GMT Date: Sat, 12 Aug 1995 22:49:51 GMT Message-Id: <199508122249.WAA03905@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: new version now at Karlsruhe 12 August 1995 ============ User visible changes -------------------- * CLISP now supports the GNU gettext package. Non-gettext internationalization support still available with "--disable-nls". * Self referencing symbolic links were not always avoided during directory searches. Thanks to Dan Stanger for pointing this out. * Fixed a bug in XGCD which caused the results to be wrong with a small probability, for example in the case (XGCD 77874422 32223899). Thanks to Bruno Haible and Michael Stoll. * Top level configure accepts absolute build directory. * Top level configure now passes on --exec-prefix, --prefix, and --srcdir to makemake. Portability ----------- * Runs on Solaris 2.4 with SUNWspro (3.0.1). Thanks to Bruno Haible. * Runs on Solaris 2.4/sun4m with GCC (2.6.3). * Repair of memmove-related build problem on SunOS/Solaris. Thanks to Bruno Haible. * Fixed a bug in mips/avcall. * arimips.s now assembled with -KPIC to avoid problems during incremental linking of lisp.o. At: ma2s2.mathematik.uni-karlsruhe.de In: /pub/lisp/clisp/source clispsrc-newreadline.tar.z clispsrc-queens.tar.z clispsrc-readline.tar.z clispsrc-regexp.tar.z clispsrc-stdwin.tar.z clispsrc-wildcard.tar.z clispsrc.tar.z Binaries (minimal distribution -- about 1.8 meg each). and In: /pub/lisp/clisp/binaries linux sun4-sunos4 (4m) sun4-sunos5.4 (4m) sgi-irix53 These files, and further work, will fade in and out of: http://sayre.sysc.pdx.edu:8001/clisp From markg@teleport.com Mon Aug 14 05:53:13 1995 Return-Path: Received: from desiree.teleport.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15325; Mon, 14 Aug 95 05:53:13 +0200 Received: from linda.teleport.com (markg@linda.teleport.com [192.108.254.12]) by desiree.teleport.com (8.6.10/8.6.9) with ESMTP id UAA08599 for ; Sun, 13 Aug 1995 20:46:41 -0700 Date: Sun, 13 Aug 1995 20:46:41 -0700 From: "Mark C. Gay" Message-Id: <199508140346.UAA08599@desiree.teleport.com> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Building CLisp for NetBSD Has anyone done this successfully? I've been trying to get it running under NetBSD on my Amiga 3000, but no luck so far. I've tried to build the newest and the previous sources, I'm having similar problems with both, and some new problems with the newest. For both the configure script isn't working as advertised, it won't build into a separate directory from src. It give an error saying "bad host name" when I try to do things as described in the install file. Then about midway through the initial make phase when it's building the .c sources I get an error when it can't find a file named ari68020.c . I've tried linking that filename to ari68020.mit.c which got me through to where I had lisp.run built for the previous version, in the current version I get stuck when the makefile tries to build the stuff in the intl directory, I get No rule to make target `Makefile.in', needed by `Makefile'. and everything stops. With the previous version, after lisp.run was built, I got an error when I began to build the lisp image, something about IO-STREAM... I don't have that source installed anymore so I can't reproduce the exact message... but after the error message it just started outputting binary stuff to the screen. Any suggestions? Anyone gotten any further than this with NetBSD on an Amiga? Thanks, --Mark From schrod@iti.informatik.th-darmstadt.de Mon Aug 14 20:37:25 1995 Return-Path: Received: from rs2.hrz.th-darmstadt.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15956; Mon, 14 Aug 95 20:37:25 +0200 Received: from hp5.iti.informatik.th-darmstadt.de by rs2.hrz.th-darmstadt.de with SMTP id AA12260 (5.65c/IDA-1.4.4 for ); Mon, 14 Aug 1995 20:30:48 +0200 Received: from spice.iti.informatik.th-darmstadt.de by hp5.iti.informatik.th-darmstadt.de (8.6.10/Server-1.5/HRZ-THD/8.6.9u-ITI) id UAA00966; Mon, 14 Aug 1995 20:29:32 +0200 Received: by spice.iti.informatik.th-darmstadt.de (8.6.10/Client-1.5+iti/HRZ-THD) id UAA17495; Mon, 14 Aug 1995 20:29:34 +0200 From: Joachim Schrod Message-Id: <199508141829.UAA17495@spice.iti.informatik.th-darmstadt.de> Subject: Re: new version now at Karlsruhe To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Mon, 14 Aug 1995 20:29:34 +0200 (MESZ) In-Reply-To: <199508122249.WAA03905@sayre.sysc.pdx.edu> from "Marcus Daniels" at Aug 13, 95 03:21:32 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2039 Marcus wrote: > > 12 August 1995 > ============ > > Binaries (minimal distribution -- about 1.8 meg each). > > and In: > /pub/lisp/clisp/binaries > linux Might this directory be renamed to linux-elf/ to make the contents more clearer? Many Linux users haven't switched to ELF yet, as there are no wide-spread ELF-based distributions. > These files, and further work, will fade in and out of: > > http://sayre.sysc.pdx.edu:8001/clisp Do you also have anonymous ftp access? Last week, I tried five times to fetch it; the connection always broke down. ftp is better suited to run it automated at night. And I've got another wish: May anybody who has the most current version running, please try clisp -i export-compile clisp -i export on the following two files ---------------- export.lsp ---------------------------- (defpackage GI) (export 'gi::name 'gi) (defun gi:name () (print "Some obscure function.")) ---------------- export-compile.lsp -------------------- (defpackage GI) (export 'gi::name 'gi) (compile-file "export") (quit) ---------------- snip snap ----------------------------- I've made an RS/6000 version of 1995-06-23 and would upload it to Karlsruhe if the above error is still in the new revision... :-) Concerning the above error: As you might imagine, this is not the real code, but a very stripped down version of stuff that is usually buried in some levels of macro definitions. (It's from an SGML style sheet language where element definitions are transformed into class definitions that are interned in a special package.) I think the code of export might need a special treatment for the exported identifiers, it must not use their current symbol name. Btw, does anybody know of a more elegant work-around than (export (intern "NAME" 'gi) 'gi) ? Cheers, Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Joachim Schrod Email: schrod@iti.informatik.th-darmstadt.de Computer Science Department Technical University of Darmstadt, Germany From marcus@sysc.pdx.edu Mon Aug 14 21:52:16 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA16204; Mon, 14 Aug 95 21:52:16 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id MAA17413; Mon, 14 Aug 1995 12:43:07 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id RAA06925; Mon, 14 Aug 1995 17:18:14 GMT Date: Mon, 14 Aug 1995 17:18:14 GMT Message-Id: <199508141718.RAA06925@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Re: new version now at Karlsruhe In-Reply-To: <199508141829.UAA17495@spice.iti.informatik.th-darmstadt.de> References: <199508141829.UAA17495@spice.iti.informatik.th-darmstadt.de> >>>>> "Joachim" == Joachim Schrod writes: me> Binaries (minimal distribution -- about 1.8 meg each). me> me> and In: /pub/lisp/clisp/binaries linux Joachim> Might this directory be renamed to linux-elf/ to make the Joachim> contents more clearer? Many Linux users haven't switched to Joachim> ELF yet, as there are no wide-spread ELF-based distributions. Good idea. I've changed "linux" to "linux-elf". me> These files, and further work, will fade in and out of: me> me> http://sayre.sysc.pdx.edu:8001/clisp Joachim> Do you also have anonymous ftp access? Last week, I tried Joachim> five times to fetch it; the connection always broke down. ftp Joachim> is better suited to run it automated at night. Sorry, except for ma2s2, I do not have anon ftp. Until I get a CVS server setup, I can put stable-alpha code on ma2s2. Joachim> And I've got another wish: May anybody who has the most Joachim> current version running, please try [deleted] Joachim> I've made an RS/6000 version of 1995-06-23 and would upload Joachim> it to Karlsruhe if the above error is still in the new Joachim> revision... :-) The problem is still in the new version. I'm testing a fix now. Either way, I'm sure there are people who would want "CLISP classic". The RS/6000 binaries are very welcome. From marcus@sysc.pdx.edu Tue Aug 15 07:01:42 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA16568; Tue, 15 Aug 95 07:01:42 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id VAA17640; Mon, 14 Aug 1995 21:52:24 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id CAA14420; Tue, 15 Aug 1995 02:26:40 GMT Date: Tue, 15 Aug 1995 02:26:40 GMT Message-Id: <199508150226.CAA14420@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Re: new version now at Karlsruhe In-Reply-To: <199508141829.UAA17495@spice.iti.informatik.th-darmstadt.de> References: <199508141829.UAA17495@spice.iti.informatik.th-darmstadt.de> >>>>> "Joachim" == Joachim Schrod writes: Joachim> Btw, does anybody know of a more elegant work-around than Joachim> (export (intern "NAME" 'gi) 'gi) ? Hmm.. How about this? *** clisp-1995-08-12/src/io.d Wed Aug 9 17:22:16 1995 --- clisp-1995-08-14/src/io.d Mon Aug 14 15:13:48 1995 *************** *** 6033,6039 **** { pushSTACK(home); # Home-Package retten pr_symbol_part(stream_,ThePackage(home)->pack_name); # Packagenamen ausgeben home = popSTACK(); # Home-Package zurück ! if (externalp(STACK_0,home)) # Symbol extern in seiner Home-Package? goto one_marker; # ja -> 1 Packagemarker write_schar(stream_,':'); # sonst 2 Packagemarker one_marker: --- 6033,6043 ---- { pushSTACK(home); # Home-Package retten pr_symbol_part(stream_,ThePackage(home)->pack_name); # Packagenamen ausgeben home = popSTACK(); # Home-Package zurück ! # Symbol extern in seiner Home-Package? ! # Print `::' when compiling, so as to avoid previous ! # runtime exports resulting in external symbol names ! # in the .fas that aren't in fact external. ! if (externalp(STACK_0,home) && !test_value(S(compiling))) goto one_marker; # ja -> 1 Packagemarker write_schar(stream_,':'); # sonst 2 Packagemarker one_marker: From haible@ilog.ilog.fr Wed Aug 16 21:14:23 1995 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02253; Wed, 16 Aug 95 21:14:23 +0200 Received: from ilog.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA03620; Wed, 16 Aug 1995 21:07:27 +0200 (MET) Date: Wed, 16 Aug 95 20:56:09 +0200 Received: from laplace.ilog.fr by ilog.ilog.fr, Wed, 16 Aug 95 20:56:09 +0200 From: haible@ilog.ilog.fr (Bruno Haible) Message-Id: <9508161856.AA24181@ilog.ilog.fr> Received: by laplace.ilog.fr (4.1/SMI-4.1) id AA02714; Wed, 16 Aug 95 20:56:09 +0200 To: clisp-list Subject: FTP site mirror in the US The newest ANNOUNCE file already says it, but I would like to point it out explicitly: The main CLISP ftp site ma2s2.mathematik.uni-karlsruhe.de [129.13.115.2] /pub/lisp/clisp/ is now mirrored in the USA at the FTP site ftp.stat.ucla.edu [128.97.4.153] /pub/lisp/clisp/ Many thanks to David Betz , the famous Xlisp author, for providing this service to us! The site also carries the dpANS CL documentation in /pub/lisp/dpANS-94/. Bruno Haible email: Software Engineer phone: +33-1-49083585 From haible@ilog.ilog.fr Wed Aug 16 21:38:36 1995 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02348; Wed, 16 Aug 95 21:38:36 +0200 Received: from ilog.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA05077; Wed, 16 Aug 1995 21:31:42 +0200 (MET) Date: Wed, 16 Aug 95 21:06:17 +0200 Received: from laplace.ilog.fr by ilog.ilog.fr, Wed, 16 Aug 95 21:06:17 +0200 From: haible@ilog.ilog.fr (Bruno Haible) Message-Id: <9508161906.AA24406@ilog.ilog.fr> Received: by laplace.ilog.fr (4.1/SMI-4.1) id AA02749; Wed, 16 Aug 95 21:06:16 +0200 To: clisp-list Subject: Re: EXPORT (was: Re: new version now at Karlsruhe) In-Reply-To: <199508141829.UAA17495@spice.iti.informatik.th-darmstadt.de> References: <199508141829.UAA17495@spice.iti.informatik.th-darmstadt.de> Joachim Schrod writes: > Btw, does anybody know of a more elegant work-around than > (export (intern "NAME" 'gi) 'gi) > ? The DEFPACKAGE macro is meant to solve all those problems that arise from putting single EXPORT etc. forms into source files. You have no problem if you put the export clause into the DEFPACKAGE form. The only ugliness is that you writes string containing the symbol names in upper case. ---------------- export.lsp ---------------------------- (defpackage "GI" (:export "NAME")) (defun gi:name () (print "Some obscure function.")) ---------------- export-compile.lsp -------------------- (defpackage "GI" (:export "NAME")) (compile-file "export") (quit) ---------------- snip snap ----------------------------- Bruno From schrod@iti.informatik.th-darmstadt.de Wed Aug 16 22:15:15 1995 Return-Path: Received: from rs2.hrz.th-darmstadt.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02446; Wed, 16 Aug 95 22:15:15 +0200 Received: from hp5.iti.informatik.th-darmstadt.de by rs2.hrz.th-darmstadt.de with SMTP id AA19127 (5.65c/IDA-1.4.4 for ); Wed, 16 Aug 1995 22:08:22 +0200 Received: from spice.iti.informatik.th-darmstadt.de by hp5.iti.informatik.th-darmstadt.de (8.6.10/Server-1.5/HRZ-THD/8.6.9u-ITI) id WAA02863; Wed, 16 Aug 1995 22:08:20 +0200 Received: by spice.iti.informatik.th-darmstadt.de (8.6.10/Client-1.5+iti/HRZ-THD) id WAA15653; Wed, 16 Aug 1995 22:08:21 +0200 From: Joachim Schrod Message-Id: <199508162008.WAA15653@spice.iti.informatik.th-darmstadt.de> Subject: Re: EXPORT (was: Re: new version now at Karlsruhe) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Wed, 16 Aug 1995 22:08:21 +0200 (MESZ) In-Reply-To: <9508161906.AA24406@ilog.ilog.fr> from "Bruno Haible" at Aug 16, 95 09:39:54 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 936 Bruno wrote: > > > Btw, does anybody know of a more elegant work-around than > > (export (intern "NAME" 'gi) 'gi) > > The DEFPACKAGE macro is meant to solve all those problems that arise > from putting single EXPORT etc. forms into source files. You have no > problem if you put the export clause into the DEFPACKAGE form. > The only ugliness is that you writes string containing the symbol names > in upper case. As these forms are actually macro expansions, there is no ugliness as long as it works. Well, one might argue that the whole macro where I construct class definitions, method definitions, property lists, etc., from one macro is butt-ugly, but that's another point. :-) Thanks for this hint, Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Joachim Schrod Email: schrod@iti.informatik.th-darmstadt.de Computer Science Department Technical University of Darmstadt, Germany From marcus@sysc.pdx.edu Wed Aug 16 22:48:38 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02574; Wed, 16 Aug 95 22:48:38 +0200 Received: from sysc.pdx.edu by nz11.rz.uni-karlsruhe.de with SMTP (PP); Wed, 16 Aug 1995 22:41:03 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id NAA18848; Wed, 16 Aug 1995 13:37:16 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id SAA17172; Wed, 16 Aug 1995 18:07:30 GMT Date: Wed, 16 Aug 1995 18:07:30 GMT Message-Id: <199508161807.SAA17172@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Re: EXPORT (was: Re: new version now at Karlsruhe) In-Reply-To: <199508162008.WAA15653@spice.iti.informatik.th-darmstadt.de> References: <199508162008.WAA15653@spice.iti.informatik.th-darmstadt.de> >>>>> "Joachim" == Joachim Schrod writes: Joachim> As these forms are actually macro expansions, there is no Joachim> ugliness as long as it works. Well, one might argue that the Joachim> whole macro where I construct class definitions, method Joachim> definitions, property lists, etc., from one macro is Joachim> butt-ugly, but that's another point. :-) Well, the earlier patch was a questionable tradeoff, not a fix. I should not put it in CLISP. If you really need this capability, I can put in an undocumented "compiler mode" variable, so that you won't be forced to recompile CLISP just to make your program work. I could see how adapting your sources to DEFPACKAGE might not be feasible. If anyone can think of a foolproof solution, please send me patches! From schrod@iti.informatik.th-darmstadt.de Wed Aug 16 23:05:11 1995 Return-Path: Received: from rs2.hrz.th-darmstadt.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02670; Wed, 16 Aug 95 23:05:11 +0200 Received: from hp5.iti.informatik.th-darmstadt.de by rs2.hrz.th-darmstadt.de with SMTP id AA18373 (5.65c/IDA-1.4.4 for ); Wed, 16 Aug 1995 22:58:18 +0200 Received: from spice.iti.informatik.th-darmstadt.de by hp5.iti.informatik.th-darmstadt.de (8.6.10/Server-1.5/HRZ-THD/8.6.9u-ITI) id WAA02888; Wed, 16 Aug 1995 22:58:15 +0200 Received: by spice.iti.informatik.th-darmstadt.de (8.6.10/Client-1.5+iti/HRZ-THD) id WAA22098; Wed, 16 Aug 1995 22:58:17 +0200 From: Joachim Schrod Message-Id: <199508162058.WAA22098@spice.iti.informatik.th-darmstadt.de> Subject: Re: EXPORT (was: Re: new version now at Karlsruhe) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Wed, 16 Aug 1995 22:58:17 +0200 (MESZ) In-Reply-To: <199508161807.SAA17172@sayre.sysc.pdx.edu> from "Marcus Daniels" at Aug 16, 95 10:49:55 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 817 Marcus wrote: > > If you really need this capability, I can > put in an undocumented "compiler mode" variable, so that you won't be > forced to recompile CLISP just to make your program work. I could see > how adapting your sources to DEFPACKAGE might not be feasible. You don't need to go into trouble for it. The DEFPACKAGE solution is quite OK for me. Other Lisps might have problems with the EXPORT construct as well, so I'll go for that (supposedly save) solution. My system is structured enough to confine such constructs to a few well-isolated places. I.e., it's easy to change. :-) Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Joachim Schrod Email: schrod@iti.informatik.th-darmstadt.de Computer Science Department Technical University of Darmstadt, Germany From wve@cms.etca.fr Thu Aug 17 16:39:58 1995 Return-Path: Received: from etca.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00547; Thu, 17 Aug 95 16:39:58 +0200 Received: from mozart (ns.cms.etca.fr [194.57.60.65]) by etca.fr (8.6.8/8.6.6) with SMTP id QAA24505 for ; Thu, 17 Aug 1995 16:32:51 +0200 Received: by mozart (5.x/SMI-SVR4) id AA14216; Thu, 17 Aug 1995 16:30:36 +0100 Date: Thu, 17 Aug 1995 16:30:36 +0100 From: Wilfrid.Voltine@cms.etca.fr Message-Id: <9508171530.AA14216@mozart> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: screamer Hi, Is there someone who have trying to compile an extension of Common Lisp called SCREAMER. This extension adds backtracking and Constraint satisfaction ? Thanks VOLTINE W. or From haible@ilog.ilog.fr Thu Aug 17 20:41:13 1995 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00863; Thu, 17 Aug 95 20:41:13 +0200 Received: from ilog.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA06220; Thu, 17 Aug 1995 20:34:09 +0200 (MET) Date: Thu, 17 Aug 95 18:59:56 +0200 Received: from laplace.ilog.fr by ilog.ilog.fr, Thu, 17 Aug 95 18:59:57 +0200 From: haible@ilog.ilog.fr (Bruno Haible) Message-Id: <9508171659.AA13692@ilog.ilog.fr> Received: by laplace.ilog.fr (4.1/SMI-4.1) id AA26101; Thu, 17 Aug 95 18:59:56 +0200 To: clisp-list Subject: Re: screamer In-Reply-To: <9508171530.AA14216@mozart> References: <9508171530.AA14216@mozart> Wilfrid Voltine writes: > Is there someone who have trying to compile an extension of Common Lisp > called SCREAMER. Look at ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/clisp/packages/. It contains an old version of screamer in original version and with modifications for clisp. If you have a newer version of screamer, it may even run on clisp without modifications. Bruno Haible email: Software Engineer phone: +33-1-49083585 From pgs@thillana.lcs.mit.edu Fri Aug 18 03:44:24 1995 Return-Path: Received: from thillana.lcs.mit.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01310; Fri, 18 Aug 95 03:44:24 +0200 Received: by thillana.lcs.mit.edu (5.65/DEC-Ultrix/4.3) id AA15692; Thu, 17 Aug 1995 21:37:17 -0400 Date: Thu, 17 Aug 1995 21:37:17 -0400 From: pgs@thillana.lcs.mit.edu (Patrick Sobalvarro) Message-Id: <9508180137.AA15692@thillana.lcs.mit.edu> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: Wilfrid.Voltine@cms.etca.fr's message of Thu, 17 Aug 95 16:41:35 +0200 <9508171530.AA14216@mozart> Subject: screamer Date: Thu, 17 Aug 95 16:41:35 +0200 Sender: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Version: 5.5 -- Copyright (c) 1991/92, Anastasios Kotsikonas From: Wilfrid.Voltine@cms.etca.fr Hi, Is there someone who have trying to compile an extension of Common Lisp called SCREAMER. This extension adds backtracking and Constraint satisfaction ? I have compiled and run Screamer under Lucid CL, but never under CLISP. It exercises many features of the language that are less commonly used by most CL programs, so one might expect incompatibilities. Are you having a problem with it? -P. Sobalvarro From wve@cms.etca.fr Fri Aug 18 10:03:39 1995 Return-Path: Received: from etca.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01742; Fri, 18 Aug 95 10:03:39 +0200 Received: from mozart (ns.cms.etca.fr [194.57.60.65]) by etca.fr (8.6.8/8.6.6) with SMTP id JAA13608 for ; Fri, 18 Aug 1995 09:56:06 +0200 Received: by mozart (5.x/SMI-SVR4) id AA15058; Fri, 18 Aug 1995 09:53:48 +0100 Date: Fri, 18 Aug 1995 09:53:48 +0100 From: Wilfrid.Voltine@cms.etca.fr Message-Id: <9508180853.AA15058@mozart> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: screamer X-Sun-Charset: US-ASCII Hi Patrick, Thanks. Yes i have some problem with it. i can't compile it. There is some problems in the call of a macro function. From sjohnson@knox.edu Sat Aug 19 18:47:32 1995 Return-Path: Received: from knox.knox.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03298; Sat, 19 Aug 95 18:47:32 +0200 Received: by knox.knox.edu (1.37.109.16/16.2) id AA260560371; Sat, 19 Aug 1995 11:39:31 -0500 Date: Sat, 19 Aug 1995 11:39:31 -0500 (CDT) From: Sahnny Johnson To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: help for Windows or NT Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I need a hand holder to help me get CLISP going under Windows for Workgroups (and NT if anyone has succeeded here). I have a rather cryptic readme that I might be able to work my way through, but an experienced question receiver would save hours of time. First question, for instance, is where is the clisp-english.zip file? Couldn't find it at ma2s2..., and that is step 1 in the instructions I have. Thanks in advance. Sahnny From marcus@sysc.pdx.edu Tue Aug 22 16:46:01 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05924; Tue, 22 Aug 95 16:46:01 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id HAA22051; Tue, 22 Aug 1995 07:33:03 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id LAA29059; Tue, 22 Aug 1995 11:49:27 GMT Date: Tue, 22 Aug 1995 11:49:27 GMT Message-Id: <199508221149.LAA29059@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Win32 CLISP Hi folks, I've uploaded a first run at a win32 port of CLISP. If anyone has a copy of Windows '95, I'd be curious if it runs ok. I've currently only access to NT. Binaries are available as: http://sayre.sysc.pdx.edu:8001/clisp/win32.zip Diffs are: http://sayre.sysc.pdx.edu:8001/clisp/win32.diffs.gz For this port, I used the latest release (#5) of Cygnus' win32 gcc/binutils/library. ftp.cygnus.com:/pub/sac/gnu-win32-b5 I haven't polished the build procedure perfect yet, so if you want to build it from scratch, expect some minor problems. Readline isn't in the binaries because the Unix support isn't quite adequate in the Cygnus library. Bruno was so kind as to send me some pointers to some alternatives, so maybe this will change. It isn't a total loss since the NT console has some simple history features. Well, please email me if you have any questions, I've gotta run. From popineau@ese-metz.fr Thu Aug 24 11:34:58 1995 Return-Path: Received: from neuromancer.ese-metz.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08745; Thu, 24 Aug 95 11:34:58 +0200 Received: (from popineau@localhost) by neuromancer.ese-metz.fr (8.6.12/8.6.12) id LAA11967 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Thu, 24 Aug 1995 11:27:13 -0400 Date: Thu, 24 Aug 1995 11:27:13 -0400 Message-Id: <199508241527.LAA11967@neuromancer.ese-metz.fr> From: popineau@ese-metz.fr (Fabrice Popineau) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: stdwin Hi, I can't manage to generate an image with stdwin. Should this work straight away ? I had to hack the standard procedure by hand, and now I got undefined symbols : neuromancer.popineau> cd ../full+stdwin/ neuromancer.popineau> gcc -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -fomit-frame-pointer -O6 -m486 -DDYNAMIC_FFI -Iintl -DLOCALEDIR="/usr/local/share/locale" modules.o linux.o -lm regexp.o regexi.o regex.o wildcard.o fnmatch.o callqueens.o queens.o stdwin.o lisp.a libreadline.a libintl.a libnlsut.a libavcall.a libvacall.a libtrampoline.a -ltermcap -L/usr/X11R6/lib -lX11 -o lisp.run stdwin.o: In function `C_stdwin_init': stdwin.c(.text+0xa): undefined reference to `winit' stdwin.c(.text+0xf): undefined reference to `alfa_wmenusetdeflocal' stdwin.c(.text+0x15): undefined reference to `both_x11_alfa' stdwin.c(.text+0x1d): undefined reference to `x11_wmenusetdeflocal' stdwin.c(.text+0x6a): undefined reference to `alfa_wdone' stdwin.c(.text+0x70): undefined reference to `both_x11_alfa' stdwin.c(.text+0x78): undefined reference to `x11_wdone' stdwin.c(.text+0x118): undefined reference to `winit' stdwin.c(.text+0x11d): undefined reference to `alfa_wmenusetdeflocal' stdwin.c(.text+0x123): undefined reference to `both_x11_alfa' stdwin.c(.text+0x12b): undefined reference to `x11_wmenusetdeflocal' ... and so on. What am I doing wrong ? I generated the makefile with : ./makemake --with-newreadline --with-dynamic-ffi --with-module-stdwin Thanks in advance for any help, Fabrice POPINEAU ------------------------ #include ------------------------------------------------------------------------------- e-mail: popineau@ese-metz.fr surface-mail: Ecole Superieure d'Electricite 2 rue Edouard Belin voice-mail: (+33) 87-74-99-38 F-57078 Metz Cedex 3 FRANCE ------------------------------------------------------------------------------ From haible@ilog.ilog.fr Thu Aug 24 13:15:52 1995 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09147; Thu, 24 Aug 95 13:15:52 +0200 Received: from ilog.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA03480; Thu, 24 Aug 1995 13:07:40 +0200 (MET) Date: Thu, 24 Aug 95 12:50:33 +0200 Received: from laplace.ilog.fr by ilog.ilog.fr, Thu, 24 Aug 95 12:50:34 +0200 From: haible@ilog.ilog.fr (Bruno Haible) Message-Id: <9508241050.AA04512@ilog.ilog.fr> Received: by laplace.ilog.fr (4.1/SMI-4.1) id AA02127; Thu, 24 Aug 95 12:50:31 +0200 To: clisp-list Subject: Re: stdwin In-Reply-To: <199508241527.LAA11967@neuromancer.ese-metz.fr> References: <199508241527.LAA11967@neuromancer.ese-metz.fr> Fabrice Popineau writes: > I can't manage to generate an image with stdwin. Should this work > straight away ? It should, yes, using either of the flags --with-module-stdwin and --with-stdwin. > neuromancer.popineau> gcc -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -fomit-frame-pointer -O6 -m486 -DDYNAMIC_FFI -Iintl -DLOCALEDIR="/usr/local/share/locale" modules.o linux.o -lm regexp.o regexi.o regex.o wildcard.o fnmatch.o callqueens.o queens.o stdwin.o lisp.a libreadline.a libintl.a libnlsut.a libavcall.a libvacall.a libtrampoline.a -ltermcap -L/usr/X11R6/lib -lX11 -o lisp.run > stdwin.o: In function `C_stdwin_init': > stdwin.c(.text+0xa): undefined reference to `winit' > stdwin.c(.text+0xf): undefined reference to `alfa_wmenusetdeflocal' > stdwin.c(.text+0x15): undefined reference to `both_x11_alfa' > .. > and so on. The "gcc ..." command line should contain libstdwin.a as well. Bruno Haible email: Software Engineer phone: +33-1-49083585 From popineau@ese-metz.fr Thu Aug 24 14:52:40 1995 Return-Path: Received: from neuromancer.ese-metz.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09357; Thu, 24 Aug 95 14:52:40 +0200 Received: (from popineau@localhost) by neuromancer.ese-metz.fr (8.6.12/8.6.12) id OAA16489 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Thu, 24 Aug 1995 14:44:58 -0400 Date: Thu, 24 Aug 1995 14:44:58 -0400 Message-Id: <199508241844.OAA16489@neuromancer.ese-metz.fr> From: popineau@ese-metz.fr (Fabrice Popineau) To: clisp-list In-Reply-To: haible@ilog.ilog.fr's message of Thu, 24 Aug 95 13:20:24 +0200 Subject: Re: stdwin References: <9508241050.AA04512@ilog.ilog.fr> >>>>> "Bruno" == Bruno Haible writes: Bruno> Fabrice Popineau writes: >> I can't manage to generate an image with stdwin. Should this >> work straight away ? Bruno> It should, yes, using either of the flags Bruno> --with-module-stdwin and --with-stdwin. Bruno> The "gcc ..." command line should contain libstdwin.a as Bruno> well. Sorry, I didn't cut the right line. I put the -lstdwin, but with no result. In fact, I can't compile the Appls from stdwin. I end up with errors like : ln -s lib_x11+alfa.a libstdwin.a gcc -O6 -m486 -fomit-frame-pointer -I/usr/X11R6/include -IAppls/dpv -IH -c Appls/dpv/choose.c -o Appls/dpv/choose.o gcc Appls/dpv/choose.o -L. -lstdwin -L/usr/X11R6/lib -lX11 -ltermcap -o choose Appls/dpv/choose.o: In function `parse': choose.c(.text+0x22f): undefined reference to `x11_wcharwidth' choose.c(.text+0x2a8): undefined reference to `x11_wcharwidth' choose.c(.text+0x2c6): undefined reference to `x11_wlineheight' choose.c(.text+0x316): undefined reference to `x11_wlineheight' choose.c(.text+0x33c): undefined reference to `x11_wtextwidth' choose.c(.text+0x393): undefined reference to `x11_wdrawline' choose.c(.text+0x3df): undefined reference to `x11_wdrawline' choose.c(.text+0x4cc): undefined reference to `x11_wcharwidth' choose.c(.text+0x4e4): undefined reference to `x11_wdrawchar' ... lib_x11+alfa.s contains lots of undefined symbols : > nm lib_x11+alfa.a | egrep '^[ ]*U' U x11_wbegindrawing U x11_wenddrawing U x11_winvert U x11_wlineheight ... U _w_bgcolor U _w_fgcolor U _w_get_last_active U _w_ll_event U _wcreate1 U _wd ... U alfa_wbegindrawing U alfa_wchange U alfa_wcharwidth U alfa_wclose ... I don't think it is the right thing. I'm using Linux 1.3.20, gcc-2.7.0 and a completely ELF system. Fabrice POPINEAU ------------------------ #include ------------------------------------------------------------------------------- e-mail: popineau@ese-metz.fr surface-mail: Ecole Superieure d'Electricite 2 rue Edouard Belin voice-mail: (+33) 87-74-99-38 F-57078 Metz Cedex 3 FRANCE ------------------------------------------------------------------------------ From dxs@evolving.com Fri Aug 25 23:10:28 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11746; Fri, 25 Aug 95 23:10:28 +0200 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.12/8.6.9) with ESMTP id PAA24823 for ; Fri, 25 Aug 1995 15:02:03 -0600 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.12/8.6.9) with SMTP id PAA14297 for ; Fri, 25 Aug 1995 15:02:02 -0600 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA21950; Fri, 25 Aug 1995 15:02:20 -0600 Date: Fri, 25 Aug 1995 15:02:20 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9508252102.AA21950@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: question about format i want to use format to concatonate 3 strings in a fixed length field. for example: (format nil "~16a" (format nil "~A~A~A" "123" "456" "123")) "123456123 " however in the above example i need to do 2 formats, one to concatenate the strings, the other to put it into a fixed length field. is is possible to do this with one format call? thanks, dan stanger dxs@evolving.com From marcus@sysc.pdx.edu Sat Aug 26 01:14:27 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11996; Sat, 26 Aug 95 01:14:27 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id QAA25811; Fri, 25 Aug 1995 16:03:25 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id UAA01725; Fri, 25 Aug 1995 20:12:06 GMT Date: Fri, 25 Aug 1995 20:12:06 GMT Message-Id: <199508252012.UAA01725@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: question about format In-Reply-To: <9508252102.AA21950@kafka> References: <9508252102.AA21950@kafka> >>>>> "Dan" == Dan Stanger writes: Dan> i want to use format to concatonate 3 strings in a fixed length Dan> field. for example: Dan> (format nil "~16a" (format nil "~A~A~A" "123" "456" "123")) Dan> "123456123 " Dan> however in the above example i Dan> need to do 2 formats, one to concatenate the strings, the other Dan> to put it into a fixed length field. is is possible to do this Dan> with one format call? Here is one way: (format nil "~16@<~@{~A~}~>" "123" "456" "123") From kovach@math.franus.edu Sat Aug 26 19:21:24 1995 Return-Path: Received: from dialup.oar.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13224; Sat, 26 Aug 95 19:21:24 +0200 Received: from a.franus.edu for kovach@math.franus.edu by dialup.oar.net (8.6.10/931123.1402) id NAA27001; Sat, 26 Aug 1995 13:11:42 -0400 X-Mailer: InterCon TCP/Connect II 1.1 Message-Id: <9508261339.AA27235@a.franus.edu> Date: Sat, 26 Aug 1995 13:39:27 -0500 From: "Edward G. Kovach" To: kovach@math.franus.edu Cc: clisp-list Subject: Step function not working Hi, I can't get the step function to work. I'm using CLISP 10/28/94 version on an IBM 486sx. What happens.. I type (step (level a)) I get step-> (level a) when I press I get step1> and no more. i tried using the arrow keys, but they don't work either. Any ideas? Ed Kovach kovach@math.franus.edu From marcus@sysc.pdx.edu Mon Aug 28 04:21:16 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA14327; Mon, 28 Aug 95 04:21:16 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id TAA26744; Sun, 27 Aug 1995 19:09:57 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id XAA04861; Sun, 27 Aug 1995 23:13:22 GMT Date: Sun, 27 Aug 1995 23:13:22 GMT Message-Id: <199508272313.XAA04861@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Step function not working In-Reply-To: <9508261339.AA27235@a.franus.edu> References: <9508261339.AA27235@a.franus.edu> >>>>> "EK" == Edward G Kovach writes: EK> I type (step (level a)) EK> I get step-> (level a) EK> when I press I get step1> EK> and no more. i tried using the arrow keys, but they don't work EK> either. EK> Any ideas? Chapter 91 of the impnotes provides some information on using STEP. Instead of typing , try "step", "next", "over", or "continue". From dxs@evolving.com Tue Aug 29 22:25:27 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA16795; Tue, 29 Aug 95 22:25:27 +0200 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.12/8.6.9) with ESMTP id OAA04877 for ; Tue, 29 Aug 1995 14:15:59 -0600 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.12/8.6.9) with SMTP id OAA01732 for ; Tue, 29 Aug 1995 14:15:58 -0600 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA16000; Tue, 29 Aug 1995 14:16:18 -0600 Date: Tue, 29 Aug 1995 14:16:18 -0600 From: dxs@evolving.com (Dan Stanger) Message-Id: <9508292016.AA16000@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: question about structure equality i have a structure mdy (containing month day and year). when i execute (equal (boa-mdy 1 1 1) (boa-mdy 1 1 1)) i get nil but (equalp (boa-mdy 1 1 1) (boa-mdy 1 1 1)) returns t. could someone explain this to me? thanks, dan stanger From marcus@sysc.pdx.edu Tue Aug 29 22:59:16 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA16921; Tue, 29 Aug 95 22:59:16 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id NAA27855; Tue, 29 Aug 1995 13:47:39 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id RAA08029; Tue, 29 Aug 1995 17:46:59 GMT Date: Tue, 29 Aug 1995 17:46:59 GMT Message-Id: <199508291746.RAA08029@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: question about structure equality In-Reply-To: <9508292016.AA16000@kafka> References: <9508292016.AA16000@kafka> >>>>> "Dan" == Dan Stanger writes: Dan> i have a structure mdy (containing month day and year). when i Dan> execute (equal (boa-mdy 1 1 1) (boa-mdy 1 1 1)) i get nil but Dan> (equalp (boa-mdy 1 1 1) (boa-mdy 1 1 1)) returns t. could Dan> someone explain this to me? For a structure, EQUAL is only true when EQ is true -- but EQUALP does things component-wise. This is documented in chapter 5 pages 60 and 63 of the draft ANSI standard. From andrich@mailhost.uni-koblenz.de Wed Aug 30 19:47:09 1995 Return-Path: Received: from infko.uni-koblenz.de (mailhost.uni-koblenz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18204; Wed, 30 Aug 95 19:47:09 +0200 Received: from flake.uni-koblenz.de (andrich@flake.uni-koblenz.de [141.26.4.37]) by infko.uni-koblenz.de (8.6.9/8.6.9) with SMTP id TAA09185 for ; Wed, 30 Aug 1995 19:39:03 +0200 Received: by flake.uni-koblenz.de (4.1/KO-2.0) id AA05023; Wed, 30 Aug 95 19:37:07 +0200 Date: Wed, 30 Aug 1995 19:37:06 +0200 (MET DST) From: Oliver ANDRICH To: CLISP-Mailinglist Subject: Newest CLISP under Linux Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello everybody, has anybody compiled the latest CLISP-Version under Linux in aout format? Or does there only exist the ELF-Binaries? --- See ya on the darkside, "Love is an act of blood and I am bleeding a pool in the shape of the heart." Oliver. (Dreamtheater - Space-Dye West) -------------------------------------------------------------------------- email: Oliver_Andrich@bammbamm.fido.de andrich@infko.uni-koblenz.de (reachable only from .de) http://www.uni-koblenz.de/~andrich (My dark chamber ]|->) Gothic: 13:490/2.33 / Fido: 2:2454/130.103 / Vnet: 46:9611/1102.103 -------------------------------------------------------------------------- From marcus@sysc.pdx.edu Wed Aug 30 20:41:14 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18331; Wed, 30 Aug 95 20:41:14 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id LAA28339; Wed, 30 Aug 1995 11:28:45 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id PAA09585; Wed, 30 Aug 1995 15:26:00 GMT Date: Wed, 30 Aug 1995 15:26:00 GMT Message-Id: <199508301526.PAA09585@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Newest CLISP under Linux In-Reply-To: References: >>>>> "Oliver" == Oliver ANDRICH writes: Oliver> has anybody compiled the latest CLISP-Version under Linux in Oliver> aout format? Or does there only exist the ELF-Binaries? I only built ELF binaries. If someone has build a.out binaries, send me email and I'll get them up on ma2s2. From andrich@mailhost.uni-koblenz.de Wed Aug 30 22:20:07 1995 Return-Path: Received: from infko.uni-koblenz.de (mailhost.uni-koblenz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18569; Wed, 30 Aug 95 22:20:07 +0200 Received: from schiller.uni-koblenz.de (andrich@schiller.uni-koblenz.de [141.26.4.32]) by infko.uni-koblenz.de (8.6.9/8.6.9) with SMTP id WAA12363 for ; Wed, 30 Aug 1995 22:12:14 +0200 Received: by schiller.uni-koblenz.de (4.1/KO-2.0) id AA05144; Wed, 30 Aug 95 22:10:15 +0200 Date: Wed, 30 Aug 1995 22:10:15 +0200 (MET DST) From: Oliver ANDRICH To: clisp-list Subject: Re: Newest CLISP under Linux In-Reply-To: <199508301526.PAA09585@sayre.sysc.pdx.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wed, 30 Aug 1995, Marcus Daniels wrote: > >>>>> "Oliver" == Oliver ANDRICH writes: > > Oliver> has anybody compiled the latest CLISP-Version under Linux in > Oliver> aout format? Or does there only exist the ELF-Binaries? > > I only built ELF binaries. If someone has build a.out binaries, > send me email and I'll get them up on ma2s2. Well, I tried it myself an hour ago, but I wasn't able to compile it on my Linux box, but I think I will do some problem hunting tonight. --- See ya on the darkside, "Love is an act of blood and I am bleeding a pool in the shape of the heart." Oliver. (Dreamtheater - Space-Dye West) -------------------------------------------------------------------------- email: Oliver_Andrich@bammbamm.fido.de andrich@infko.uni-koblenz.de (reachable only from .de) http://www.uni-koblenz.de/~andrich (My dark chamber ]|->) Gothic: 13:490/2.33 / Fido: 2:2454/130.103 / Vnet: 46:9611/1102.103 -------------------------------------------------------------------------- From bernardp@cli.di.unipi.it Thu Aug 31 13:02:51 1995 Return-Path: Received: from alice.cli.di.unipi.it by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA19335; Thu, 31 Aug 95 13:02:51 +0200 Received: from helen.cli.di.unipi.it by alice.cli.di.unipi.it (4.1/SMI-4.1) id AA21981; Thu, 31 Aug 95 12:53:46 +0200 Received: by helen.cli.di.unipi.it (4.1/SMI-4.1) id AA00400; Thu, 31 Aug 95 12:53:44 +0200 Date: Thu, 31 Aug 95 12:53:44 +0200 From: bernardp@cli.di.unipi.it Message-Id: <9508311053.AA00400@helen.cli.di.unipi.it> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: (message from Oliver ANDRICH on Wed, 30 Aug 95 22:25:00 +0200) Subject: Re: Newest CLISP under Linux On Wed, 30 Aug 1995, Marcus Daniels wrote: > >>>>> "Oliver" == Oliver ANDRICH writes: > > Oliver> has anybody compiled the latest CLISP-Version under Linux in > Oliver> aout format? Or does there only exist the ELF-Binaries? > > I only built ELF binaries. If someone has build a.out binaries, > send me email and I'll get them up on ma2s2. Well, I tried it myself an hour ago, but I wasn't able to compile it on my Linux box, but I think I will do some problem hunting tonight. I just built it. I encountered problems when trying to build it in the src directory. It was ok to build it in another directory e.g. ./configure foo (When I leaved home it was still 'make check'ing, but it seems to work ok) (For Marcus: I can send details if you need them to track the bug) (for Marcus & Wilhelm: I modified the new version of clisp to accept other things as constant, a la CLtL2. I'll send this to you after a little testing) Pierpaolo From andrich@mailhost.uni-koblenz.de Thu Aug 31 15:16:52 1995 Return-Path: Received: from infko.uni-koblenz.de (mailhost.uni-koblenz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA19669; Thu, 31 Aug 95 15:16:52 +0200 Received: from toch.uni-koblenz.de (andrich@toch.uni-koblenz.de [141.26.4.29]) by infko.uni-koblenz.de (8.6.9/8.6.9) with SMTP id PAA18475 for ; Thu, 31 Aug 1995 15:09:00 +0200 Received: by toch.uni-koblenz.de (4.1/KO-2.0) id AA10067; Thu, 31 Aug 95 15:06:58 +0200 Date: Thu, 31 Aug 1995 15:06:58 +0200 (MET DST) From: Oliver ANDRICH To: clisp-list Subject: Re: Newest CLISP under Linux In-Reply-To: <9508311053.AA00400@helen.cli.di.unipi.it> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thu, 31 Aug 1995 bernardp@cli.di.unipi.it wrote: > > On Wed, 30 Aug 1995, Marcus Daniels wrote: > > > >>>>> "Oliver" == Oliver ANDRICH writes: > > > > Oliver> has anybody compiled the latest CLISP-Version under Linux in > > Oliver> aout format? Or does there only exist the ELF-Binaries? > > > > I only built ELF binaries. If someone has build a.out binaries, > > send me email and I'll get them up on ma2s2. > > Well, I tried it myself an hour ago, but I wasn't able to compile it on > my Linux box, but I think I will do some problem hunting tonight. > > > I just built it. > > I encountered problems when trying to build it in the src directory. > It was ok to build it in another directory e.g. ./configure foo > (When I leaved home it was still 'make check'ing, but it seems > to work ok) Ok, may be that was my problem. But I think you have to start the configure script within the src dir and not as mentioned in INSTALL or unix/INSTALL in the base distribution dir, haven`t you? I think that that has to be change in the INSTALL files, too. And btw, are you going load it up to the ftp-server? --- See ya on the darkside, "Love is an act of blood and I am bleeding a pool in the shape of the heart." Oliver. (Dreamtheater - Space-Dye West) -------------------------------------------------------------------------- email: Oliver_Andrich@bammbamm.fido.de andrich@infko.uni-koblenz.de (reachable only from .de) http://www.uni-koblenz.de/~andrich (My dark chamber ]|->) Gothic: 13:490/2.33 / Fido: 2:2454/130.103 / Vnet: 46:9611/1102.103 -------------------------------------------------------------------------- From Dan.Stanger@evolving.com Thu Aug 31 20:18:05 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA20751; Thu, 31 Aug 95 20:18:05 +0200 Received: from citadel.evolving.com by nz11.rz.uni-karlsruhe.de with SMTP (PP); Thu, 31 Aug 1995 20:08:28 +0200 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.12/8.6.9) with ESMTP id MAA12041 for ; Thu, 31 Aug 1995 12:01:47 -0600 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.12/8.6.9) with SMTP id MAA03199 for ; Thu, 31 Aug 1995 12:01:46 -0600 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA32230; Thu, 31 Aug 1995 12:02:07 -0600 Date: Thu, 31 Aug 1995 12:02:07 -0600 From: Dan.Stanger@evolving.com (Dan Stanger) Message-Id: <9508311802.AA32230@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: is there a lisp function as follows? i have a list for example f '(1 2 3 4 5) and i want to split it into 2 parts on a element for example (split 3 f) would return 2 values the list (1 2) and (3 4 5) where the value of f would then be undefined. so the function split would search for the element 3 in the list, the 3 is not the third element in it. thanks, dan stanger From gat@aig.jpl.nasa.gov Thu Aug 31 20:51:11 1995 Return-Path: Received: from supergozer.jpl.nasa.gov by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA20875; Thu, 31 Aug 95 20:51:11 +0200 Received: by supergozer.jpl.nasa.gov (4.1/JPL-AIG-1.0) id AA17428; Thu, 31 Aug 95 11:41:33 PDT Date: Thu, 31 Aug 95 11:41:33 PDT From: gat@aig.jpl.nasa.gov (Erann Gat) Message-Id: <9508311841.AA17428@supergozer.jpl.nasa.gov> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: is there a lisp function as follows? (defun split (item l) "Returns two values - the list l up to the first occurence of item, and the rest of l after and including item. Split is destructive." (let ( (rest (member item l)) ) (setf (nthcdr (- (length l) (length rest)) l) nil) (values l rest))) ? (setf l '(1 2 3 4 5)) (1 2 3 4 5) ? (split 3 l) (1 2) (3 4 5) ? l (1 2) ? (setf l '(1 2 3 4 5)) (1 2 3 4 5) ? (split 7 l) (1 2 3 4 5) NIL ? Erann Gat gat@jpl.nasa.gov From haible@ilog.ilog.fr Thu Aug 31 22:11:01 1995 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA21023; Thu, 31 Aug 95 22:11:01 +0200 Received: from ilog.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA23602; Thu, 31 Aug 1995 22:01:33 +0200 (MET) Date: Thu, 31 Aug 95 21:09:46 +0200 Received: from laplace.ilog.fr by ilog.ilog.fr, Thu, 31 Aug 95 21:09:47 +0200 From: haible@ilog.ilog.fr (Bruno Haible) Message-Id: <9508311909.AA13996@ilog.ilog.fr> Received: by laplace.ilog.fr (4.1/SMI-4.1) id AA01131; Thu, 31 Aug 95 21:09:45 +0200 To: clisp-list Subject: Re: is there a lisp function as follows? In-Reply-To: <9508311841.AA17428@supergozer.jpl.nasa.gov> References: <9508311841.AA17428@supergozer.jpl.nasa.gov> Dan Stanger writes: > i have a list for example f '(1 2 3 4 5) > and i want to split it into 2 parts on a element for example > (split 3 f) would return 2 values the list (1 2) and (3 4 5) A non-destructive split is this: (defun split (item l) (let ((rest (member item l))) (values (ldiff l rest) rest) ) ) ? (setf l '(1 2 3 4 5)) (1 2 3 4 5) ? (split 3 l) (1 2) ; (3 4 5) ? l (1 2 3 4 5) Bruno PS: Despite the appearance, this is CLISP. I just modified the prompt: (defun prompt-string3 () "? ") From marcus@sysc.pdx.edu Thu Aug 31 23:08:03 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA21206; Thu, 31 Aug 95 23:08:03 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id NAA29397; Thu, 31 Aug 1995 13:56:01 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id RAA11660; Thu, 31 Aug 1995 17:50:20 GMT Date: Thu, 31 Aug 1995 17:50:20 GMT Message-Id: <199508311750.RAA11660@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Re: Newest CLISP under Linux In-Reply-To: References: >>>>> "Oliver" == Oliver ANDRICH writes: Oliver> Ok, may be that was my problem. But I think you have to start Oliver> the configure script within the src dir and not as mentioned Oliver> in INSTALL or unix/INSTALL in the base distribution dir, Oliver> haven`t you? I think that that has to be change in the INSTALL Oliver> files, too. And btw, are you going load it up to the Oliver> ftp-server? The unix/INSTALL instructions should work. Although I never do builds in the src directory I guess that behavior could be useful for folks without symlinks (are there such Unix machines anymore?!) I fixed a potential problem that could cause the configure to terminate prematurely. It was specific to the new gettext support. If you think that was the problem, you might grab new sources before trying to debug it (http://sayre.sysc.pdx.edu:8001/clisp). Of course, any other specific information would be welcome, too. From sjohnson@knox.edu Fri Sep 1 00:48:27 1995 Return-Path: Received: from knox.knox.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA21419; Fri, 1 Sep 95 00:48:27 +0200 Received: by knox.knox.edu (1.37.109.16/16.2) id AA142838715; Thu, 31 Aug 1995 17:38:35 -0500 Date: Thu, 31 Aug 1995 17:38:34 -0500 (CDT) From: Sahnny Johnson To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: "frame binding environments" Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I'm trying to load a file prepared and distributed to accompany the Russell and Norvig AI text. I get the error message: frame binding environments. What does that mean, or what sort of problem would cause that error? Second, how do I get back to top-level after a break? (abort) doesn't seem to work (I'm working under NT here), nor does (help). I can (exit), but then of course I'm starting over. Sahnny From marcus@sysc.pdx.edu Fri Sep 1 01:19:05 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA21574; Fri, 1 Sep 95 01:19:05 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id QAA29507; Thu, 31 Aug 1995 16:07:04 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id UAA11801; Thu, 31 Aug 1995 20:01:25 GMT Date: Thu, 31 Aug 1995 20:01:25 GMT Message-Id: <199508312001.UAA11801@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: "frame binding environments" In-Reply-To: References: >>>>> "sahnny" == Sahnny Johnson writes: sahnny> I'm trying to load a file prepared and distributed to sahnny> accompany the Russell and Norvig AI text. I get the error sahnny> message: frame binding environments. What does that mean, or sahnny> what sort of problem would cause that error? Try increasing the amount of stack you have (with the -m option). In your "clisp.bat" batch file add something like "-m 1000kw". Something like: lisp.exe -M lispinit.mem -m 1000kw sahnny> Second, how do I get back to top-level after a break? (abort) sahnny> doesn't seem to work (I'm working under NT here), nor does sahnny> (help). I can (exit), but then of course I'm starting over. Control-z should work. "abort" (no parens) should work also. P.S. Are you using a DOS port or the win32 version? From marcus@sysc.pdx.edu Sun Sep 3 01:06:50 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA23911; Sun, 3 Sep 95 01:06:50 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id PAA00814; Sat, 2 Sep 1995 15:54:28 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id TAA15551; Sat, 2 Sep 1995 19:43:56 GMT Date: Sat, 2 Sep 1995 19:43:56 GMT Message-Id: <199509021943.TAA15551@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Linux a.out distribution available http://sayre.sysc.pdx.edu:8001/clisp/binaries/x86_LinuxAout.tar.z From del@dana.ucc.nau.edu Sun Sep 3 03:06:25 1995 Return-Path: Received: from jobe.ucc.nau.edu (dana.ucc.nau.edu) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA24089; Sun, 3 Sep 95 03:06:25 +0200 Received: from jobe.ucc.nau.edu (localhost [127.0.0.1]) by jobe.ucc.nau.edu (8.6.11/8.6.9) with SMTP id RAA00160 for ; Sat, 2 Sep 1995 17:55:39 -0700 Date: Sat, 2 Sep 1995 17:55:39 -0700 (MST) From: David Laplander X-Sender: del@jobe.ucc.nau.edu To: clisp-list Subject: OS/2 Warp? In-Reply-To: <199508312001.UAA11801@sayre.sysc.pdx.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Has anyone succeeded in building a recent version of clisp on the OS/2 Warp platform? I spent all afternoon trying but to no avail. After considerable hacking of makefiles and manually compiling the readline library and lisp.exe, the resulting executable died miserably with segmentation fault and dumped core. I'm using OS/2 Warp (fullpack version) with emx09a and clisp-1995-06-23. It's not really important that I compile clisp under OS/2 since my PC spends most of its time running linux anyway. I just thought it'd be neat to have a recent clisp available under both of my operating systems. Anyway, is it my setup or just that the OS/2 side of clisp development has been allowed to lapse due to lack of interest? Dave __________________________________________________________________________ Dave Laplander at Northern Arizona University del@dana.ucc.nau.edu del@pine.cse.nau.edu From andrich@mailhost.uni-koblenz.de Sun Sep 3 19:47:31 1995 Return-Path: Received: from infko.uni-koblenz.de (mailhost.uni-koblenz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00190; Sun, 3 Sep 95 19:47:31 +0200 Received: from schiller.uni-koblenz.de (andrich@schiller.uni-koblenz.de [141.26.4.32]) by infko.uni-koblenz.de (8.6.9/8.6.9) with SMTP id MAA07521 for ; Sun, 3 Sep 1995 12:01:38 +0200 Received: by schiller.uni-koblenz.de (4.1/KO-2.0) id AA01274; Sun, 3 Sep 95 11:59:15 +0200 Date: Sun, 3 Sep 1995 11:59:15 +0200 (MET DST) From: Oliver ANDRICH To: clisp-list Subject: Re: Linux a.out distribution available In-Reply-To: <199509021943.TAA15551@sayre.sysc.pdx.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Sun, 3 Sep 1995, Marcus Daniels wrote: > http://sayre.sysc.pdx.edu:8001/clisp/binaries/x86_LinuxAout.tar.z Hi Markus, this package crashes on my Linux box with kernel 1.2.13, gcc 2.6.3 and libc 4.6.27. It simply signals a SIGSEG. :-(((( I think, I will get hold of the sources myself next week, and then I try to compile on my box. --- See ya on the darkside, "Love is an act of blood and I am bleeding a pool in the shape of the heart." Oliver. (Dreamtheater - Space-Dye West) -------------------------------------------------------------------------- email: Oliver_Andrich@bammbamm.fido.de andrich@infko.uni-koblenz.de (reachable only from .de) http://www.uni-koblenz.de/~andrich (My dark chamber ]|->) Gothic: 13:490/2.33 / Fido: 2:2454/130.103 / Vnet: 46:9611/1102.103 -------------------------------------------------------------------------- From marcus@sysc.pdx.edu Sun Sep 3 20:09:01 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00195; Sun, 3 Sep 95 20:09:01 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id FAA01138; Sun, 3 Sep 1995 05:37:38 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id JAA08104; Sun, 3 Sep 1995 09:25:55 GMT Date: Sun, 3 Sep 1995 09:25:55 GMT Message-Id: <199509030925.JAA08104@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: bare-bones EMX/DOS binary distribution http://sayre.sysc.pdx.edu:8001/clisp/binaries/emxdos.zip From marcus@sysc.pdx.edu Sun Sep 3 20:09:11 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AB00195; Sun, 3 Sep 95 20:09:11 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id FAA01158; Sun, 3 Sep 1995 05:51:51 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id JAA08312; Sun, 3 Sep 1995 09:40:03 GMT Date: Sun, 3 Sep 1995 09:40:03 GMT Message-Id: <199509030940.JAA08312@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: updated win32/beta binary distribution o Support for long filenames (instead 8+3). o The debugger was broken due to the terminal being in "binary" mode by default. BTW, still no readline -- I'm not really in a hurry to make readline work due to the rapid progress in the gcc win32 support library. They'll need readline for gdb... :-) So I wait! http://sayre.sysc.pdx.edu:8001/clisp/win32.zip The win32 changes are now in the alpha source-distribution: http://sayre.sysc.pdx.edu:8001/clisp/clispsrc.tar.z clispsrc-stdwin.tar.z clispsrc-wildcard.tar.z clispsrc-newreadline.tar.z clispsrc-queens.tar.z clispsrc-readline.tar.z clispsrc-regexp.tar.z From marcus@sysc.pdx.edu Sun Sep 3 20:10:02 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AB00195; Sun, 3 Sep 95 20:10:02 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id FAA01134; Sun, 3 Sep 1995 05:35:26 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id JAA08097; Sun, 3 Sep 1995 09:23:42 GMT Date: Sun, 3 Sep 1995 09:23:42 GMT Message-Id: <199509030923.JAA08097@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: OS/2 Warp? In-Reply-To: References: >>>>> "David" == David Laplander writes: David> Has anyone succeeded in building a recent version of clisp on David> the OS/2 Warp platform? I spent all afternoon trying but to no David> avail. I don't have a copy of OS/2 Warp, but today I did happen to need a newer emx+dos version of CLISP. For time/logistical reasons, it isn't possible for me to do DOS or OS/2 hosted builds very often. However, as EMX is GCC I can at least link up binaries fairly easily (on Linux). I did this for the EMX+OS/2 target. Hope it helps. http://sayre.sysc.pdx.edu:8001/clisp/binaries/lisp.run.os2 (for what it's worth, the EMX build for DOS went smoothly, and the binary is working fine on DOS. The OS/2 build also went smoothly, so...) From andrich@mailhost.uni-koblenz.de Wed Sep 6 03:33:09 1995 Return-Path: Received: from infko.uni-koblenz.de (mailhost.uni-koblenz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03685; Wed, 6 Sep 95 03:33:09 +0200 Received: from schiller.uni-koblenz.de (andrich@schiller.uni-koblenz.de [141.26.4.32]) by infko.uni-koblenz.de (8.6.9/8.6.9) with SMTP id DAA17214 for ; Wed, 6 Sep 1995 03:23:49 +0200 Received: by schiller.uni-koblenz.de (4.1/KO-2.0) id AA27304; Wed, 6 Sep 95 03:22:11 +0200 Date: Wed, 6 Sep 1995 03:22:11 +0200 (MET DST) From: Oliver ANDRICH To: CLISP-Mailinglist Subject: A question about the FFI Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, at the moment I try to develop a module, that includes the ncurses lib under linux in a way similar to the way the general linux-bindings are included. But I get a very nasty problem. After I included my module and I simply type () for example, the system crashes with the following output. handle_fault error1 ! SIGSEGV cannot be cured. Fault address = 0x38. Segmentation fault But if I use the initscr function from the ncurses first, than it doesn't crash at all. Do you have any idea, why that happens? Or has anybody else tried to do something like that, a managed to fix it? --- See ya on the darkside, "Love is an act of blood and I am bleeding a pool in the shape of the heart." Oliver. (Dreamtheater - Space-Dye West) -------------------------------------------------------------------------- email: andrich@infko.uni-koblenz.de (reachable only from .de) http://www.uni-koblenz.de/~andrich (My dark chamber ]|->) Gothic: 13:490/2.33 / Fido: 2:2454/130.103 / Vnet: 46:9611/1102.103 -------------------------------------------------------------------------- From marcus@sysc.pdx.edu Wed Sep 6 06:22:06 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04110; Wed, 6 Sep 95 06:22:06 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id VAA02617; Tue, 5 Sep 1995 21:09:05 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id AAA18688; Wed, 6 Sep 1995 00:51:08 GMT Date: Wed, 6 Sep 1995 00:51:08 GMT Message-Id: <199509060051.AAA18688@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: A question about the FFI In-Reply-To: References: >>>>> "Oliver" == Oliver ANDRICH writes: Oliver> After I included my module and I simply type () for example, Oliver> the system crashes with the following output. Oliver> handle_fault error1 ! SIGSEGV cannot be cured. Fault address Oliver> = 0x38. Segmentation fault Oliver> But if I use the initscr function from the ncurses first, than Oliver> it doesn't crash at all. What does the module do on initialization? Can you get a gdb backtrace? (use "signal 11 noprint" in gdb if you are using a generational GC version of CLISP -- which it appears that you are). From andrich@mailhost.uni-koblenz.de Wed Sep 6 09:39:22 1995 Return-Path: Received: from infko.uni-koblenz.de (mailhost.uni-koblenz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04296; Wed, 6 Sep 95 09:39:22 +0200 Received: from brecht (brecht.uni-koblenz.de [141.26.4.62]) by infko.uni-koblenz.de (8.6.9/8.6.9) with SMTP id JAA24402 for ; Wed, 6 Sep 1995 09:30:00 +0200 Received: by brecht (5.x/KO-2.0) id AA08388; Wed, 6 Sep 1995 09:28:55 +0200 Date: Wed, 6 Sep 1995 09:28:54 +0200 (MET DST) From: Oliver ANDRICH To: clisp-list Subject: Re: A question about the FFI In-Reply-To: <199509060051.AAA18688@sayre.sysc.pdx.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wed, 6 Sep 1995, Marcus Daniels wrote: > Oliver> After I included my module and I simply type () for example, > Oliver> the system crashes with the following output. > > Oliver> handle_fault error1 ! SIGSEGV cannot be cured. Fault address > Oliver> = 0x38. Segmentation fault > > Oliver> But if I use the initscr function from the ncurses first, than > Oliver> it doesn't crash at all. > > What does the module do on initialization? Can you get a gdb > backtrace? (use "signal 11 noprint" in gdb if you are using > a generational GC version of CLISP -- which it appears that you are). Well, as it was my first try with the FFI, I simply copied the linux.lsp file from the linux bindings module. :-) I changed all relevant data and added my functions as Bruno Haible did in linux.lsp. Well, that is all I have done for now. --- See ya on the darkside, "Love is an act of blood and I am bleeding a pool in the shape of the heart." Oliver. (Dreamtheater - Space-Dye West) -------------------------------------------------------------------------- email: andrich@infko.uni-koblenz.de (reachable only from .de) http://www.uni-koblenz.de/~andrich (My dark chamber ]|->) Gothic: 13:490/2.33 / Fido: 2:2454/130.103 / Vnet: 46:9611/1102.103 -------------------------------------------------------------------------- From marcus@sysc.pdx.edu Wed Sep 6 10:36:57 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04399; Wed, 6 Sep 95 10:36:57 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id BAA02737; Wed, 6 Sep 1995 01:23:45 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id FAA02949; Wed, 6 Sep 1995 05:05:26 GMT Date: Wed, 6 Sep 1995 05:05:26 GMT Message-Id: <199509060505.FAA02949@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Re: A question about the FFI In-Reply-To: References: Oliver, I can't seem to email to you directly. If you send me your modified linux.lsp file, I'll try to reproduce the crash (or tell you what the problem is). It is difficult to say without more information... From andrich@mailhost.uni-koblenz.de Wed Sep 6 12:33:40 1995 Return-Path: Received: from infko.uni-koblenz.de (mailhost.uni-koblenz.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05418; Wed, 6 Sep 95 12:33:40 +0200 Received: from schiller.uni-koblenz.de (andrich@schiller.uni-koblenz.de [141.26.4.32]) by infko.uni-koblenz.de (8.6.9/8.6.9) with SMTP id MAA01860 for ; Wed, 6 Sep 1995 12:24:18 +0200 Received: by schiller.uni-koblenz.de (4.1/KO-2.0) id AA01541; Wed, 6 Sep 95 12:22:39 +0200 Date: Wed, 6 Sep 1995 12:22:39 +0200 (MET DST) From: Oliver ANDRICH To: clisp-list Cc: Multiple recipients of list Subject: Re: A question about the FFI In-Reply-To: <199509060505.FAA02949@sayre.sysc.pdx.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII > I can't seem to email to you directly. Yes, indeed. That is the little weirdness at my local university. We are not allowed to send or receive mail from outside the de domain. :-((( > If you send me your modified > linux.lsp file, I'll try to reproduce the crash (or tell you what the > problem is). It is difficult to say without more information... Well, I haven't changed anything in linux.lsp, but I started to write my own modul. When I am back home, I send you my ncurses.lsp and all what I think you need. BTW, I have striped my file to the two basic ncurses functions. But you will see that, when you receive my "source" code. --- See ya on the darkside, "Love is an act of blood and I am bleeding a pool in the shape of the heart." Oliver. (Dreamtheater - Space-Dye West) -------------------------------------------------------------------------- email: andrich@infko.uni-koblenz.de (reachable only from .de) http://www.uni-koblenz.de/~andrich (My dark chamber ]|->) Gothic: 13:490/2.33 / Fido: 2:2454/130.103 / Vnet: 46:9611/1102.103 -------------------------------------------------------------------------- From marcus@sysc.pdx.edu Thu Sep 7 08:49:05 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07245; Thu, 7 Sep 95 08:49:05 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id XAA03574; Wed, 6 Sep 1995 23:35:52 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id DAA20133; Thu, 7 Sep 1995 03:15:18 GMT Date: Thu, 7 Sep 1995 03:15:18 GMT Message-Id: <199509070315.DAA20133@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: source update There is fairly stable source distribution at: http://sayre.sysc.pdx.edu:8001/www/clisp/clispsrc.tar.z (etc) With this update: o The problems with builds in `src' are fixed. o Per vote 72, non-list/symbol data objects self-evalulate. Thanks to Pierpaolo Bernardi. o The win32+GCC support. o A variety of niggly gettext/portability build problems are fixed. Updated binaries for Solaris and SGI are in the clisp/binaries directory. From tom@jsk.t.u-tokyo.ac.jp Thu Sep 7 09:04:29 1995 Received: from monoceros.jsk.t.u-tokyo.ac.jp (jsk.t.u-tokyo.ac.jp) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07393; Thu, 7 Sep 95 09:04:29 +0200 Received: from candy.jsk.t.u-tokyo.ac.jp by monoceros.jsk.t.u-tokyo.ac.jp (4.1/6.4J.6-MX) id AA20629; Thu, 7 Sep 95 15:51:46 JST Received: by candy.jsk.t.u-tokyo.ac.jp (4.1/6.4J.6-MX) id AA27398; Thu, 7 Sep 95 15:53:22 JST Date: Thu, 7 Sep 95 15:53:22 JST From: tom@jsk.t.u-tokyo.ac.jp (Tomohiro Shibata) Return-Path: Message-Id: <9509070653.AA27398@candy.jsk.t.u-tokyo.ac.jp> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: ctrl-Z Hi, I use clisp-1995-06-23(with newreadline) on Linux and SunOS4.1.4. I have a problem on Ctrl-Z keying. Whenever I press Ctrl-Z on SunOS, the terminal is hung up, and I have to kill it. On Linux, its OK. Is there anyone encountering such problem? --------------------------------------------------------------------------- Tomohiro SHIBATA |email tom@jsk.t.u-tokyo.ac.jp Inoue-Inaba Laboratory, |www http://www.jsk.t.u-tokyo.ac.jp/~tom/ Department of Mechano-informatics,| University of Tokyo; Japan |fax +81-3-3815-8356 From marcus@sysc.pdx.edu Thu Sep 7 13:03:44 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08006; Thu, 7 Sep 95 13:03:44 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id DAA03792; Thu, 7 Sep 1995 03:50:24 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id HAA20658; Thu, 7 Sep 1995 07:29:16 GMT Date: Thu, 7 Sep 1995 07:29:16 GMT Message-Id: <199509070729.HAA20658@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: ctrl-Z In-Reply-To: <9509070653.AA27398@candy.jsk.t.u-tokyo.ac.jp> References: <9509070653.AA27398@candy.jsk.t.u-tokyo.ac.jp> >>>>> "Tomohiro" == Tomohiro Shibata writes: Tomohiro> I use clisp-1995-06-23(with newreadline) on Linux and Tomohiro> SunOS4.1.4. I have a problem on Ctrl-Z keying. Whenever I Tomohiro> press Ctrl-Z on SunOS, the terminal is hung up, and I have Tomohiro> to kill it. On Linux, its OK. Hmm, so it does! Workaround: use the gdb readline. A new binary distribution is available as: http://sayre.sysc.pdx.edu:8001/clisp/binaries/sun4m_SunOS413.tar.z From toy@rtp.ericsson.se Thu Sep 7 19:22:47 1995 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09139; Thu, 7 Sep 95 19:22:47 +0200 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.6.10/8.6.10) with ESMTP id MAA27188 for ; Thu, 7 Sep 1995 12:12:02 -0500 Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2.exu.ericsson.se (8.6.8/NAHUB-MR1.1) with ESMTP id MAA14212 for ; Thu, 7 Sep 1995 12:12:01 -0500 Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id NAA18336 for ; Thu, 7 Sep 1995 13:12:54 -0400 Message-Id: <199509071712.NAA18336@screamer.rtp.ericsson.se> To: clisp-list Subject: Re: ctrl-Z In-Reply-To: (Your message of Thu, 07 Sep 1995 13:07:04 +0200.) <199509070729.HAA20658@sayre.sysc.pdx.edu> Date: Thu, 07 Sep 1995 13:10:57 -0400 From: Raymond Toy >>>>> "Marcus" == Marcus Daniels writes: >>>>> "Tomohiro" == Tomohiro Shibata writes: Tomohiro> I use clisp-1995-06-23(with newreadline) on Linux and Tomohiro> SunOS4.1.4. I have a problem on Ctrl-Z keying. Whenever Tomohiro> I press Ctrl-Z on SunOS, the terminal is hung up, and I Tomohiro> have to kill it. On Linux, its OK. Marcus> Hmm, so it does! Workaround: use the gdb readline. A new I thought the readline lib for clisp had special patches to support some clisp stuff. Would the gdb version have the same hooks? Just curious. I almost always use ilisp in xemacs to run clisp. Ray From marcus@sysc.pdx.edu Fri Sep 8 04:09:55 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09557; Fri, 8 Sep 95 04:09:55 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id RAA04184; Thu, 7 Sep 1995 17:55:20 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id VAA22404; Thu, 7 Sep 1995 21:33:03 GMT Date: Thu, 7 Sep 1995 21:33:03 GMT Message-Id: <199509072133.VAA22404@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Re: ctrl-Z In-Reply-To: <199509071712.NAA18336@screamer.rtp.ericsson.se> References: <199509071712.NAA18336@screamer.rtp.ericsson.se> >>>>> "Raymond" == Raymond Toy writes: Raymond> I thought the readline lib for clisp had special patches to Raymond> support some clisp stuff. Would the gdb version have the Raymond> same hooks? clispsrc-readline.tar.z instead of clispsrc-newreadline.tar.z From askvance@spruce.flint.umich.edu Fri Sep 8 11:02:53 1995 Return-Path: Received: from spruce.flint.umich.edu ([141.216.1.3]) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10092; Fri, 8 Sep 95 11:02:53 +0200 Received: by spruce.flint.umich.edu (8.6.9/2.25) id EAA01756; Fri, 8 Sep 1995 04:50:09 -0400 Date: Fri, 8 Sep 1995 04:50:08 -0400 (EDT) From: Vance G Marshall Subject: stack overflow & random number problems To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, I'm running clisp under DOS on a pentium 90 with 32mb of RAM. I have a program which is using a (loop for i from 1 to (end-value) while (< x y) do ... the problem is that anytime end-value is > 21 & x < y so that the while clause doesn't terminate the loop, I get a stack overflow error when i is > 21. Does anyone have an idea as to why I'm getting this error (and the abrupt termination of my program!)? Also, I seem to be having a problem with the random function. If the program is run more than 4 times, the random sequences are the same, which is unacceptable. What I need are random sequences which never repeat themselves. To clarify: I might get on the first run (2 4 6) & (3 -2 9) & different sequences on the 2nd & 3rd runs, but on the 4th run I would get (2 4 6) & (3 -2 9) again. I've tried to reset *random-state* before each run, but that only makes the stack overflow problem worse. Any suggestions? Thanks. Vance Marshall askvance@spruce.flint.umich.edu From marcus@sysc.pdx.edu Fri Sep 8 12:16:06 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10302; Fri, 8 Sep 95 12:16:06 +0200 Received: from sysc.pdx.edu by nz11.rz.uni-karlsruhe.de with SMTP (PP); Fri, 8 Sep 1995 12:01:59 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id CAA04447; Fri, 8 Sep 1995 02:57:11 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id GAA03032; Fri, 8 Sep 1995 06:33:47 GMT Date: Fri, 8 Sep 1995 06:33:47 GMT Message-Id: <199509080633.GAA03032@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: stack overflow & random number problems In-Reply-To: References: >>>>> "Vance" == Vance G Marshall writes: Vance> I have a program which is using a Vance> (loop for i from 1 to (end-value) while (< x y) do ... Vance> the problem is that anytime Vance> end-value is > 21 & x < y so that the while clause doesn't Vance> terminate the loop, I get a stack overflow error when i is > Vance> 21. Tell us the "...", then we won't have to guess about what is filling up your stack. From askvance@spruce.flint.umich.edu Sun Sep 10 04:24:05 1995 Return-Path: Received: from spruce.flint.umich.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11727; Sun, 10 Sep 95 04:24:05 +0200 Received: by spruce.flint.umich.edu (8.6.9/2.25) id WAA19263; Sat, 9 Sep 1995 22:12:54 -0400 Date: Sat, 9 Sep 1995 22:12:53 -0400 (EDT) From: Vance G Marshall Subject: stack overflow & random number problems revisited To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello again, As was pointed out to me, in my last post I left out some details about the stack overflow portion of my problems. I should have included a little more background on the nature of my program. The program is attempting to simulate the cognitive process of subjects during a particular psychological experiment. The subject is given a three number sequence (2 4 6) & is told that this sequence is an instance of some target hypothesis. Their task is to correctly guess that hypothesis. Subjects are told that in order to acertain the target hypothesis, they should propose their own hypothesis (H) which explains the given three number sequence. Furthurmore, they should test their hypothesis by generating three number sequences which are instances of their H. The only feedback the subjects are given is to inform them whether or not their number sequences are instances of the target H. Now, suppose that the target H is "increasing numbers". A subject might look at the sequence (2 4 6), propose a H of "all even numbers" & generate a test sequence of (8 10 12). The feedback would be T since (8 10 12) is an instance of "increasing numbers". This type of test sequence is known as a positive test since it is an instance of the subject's H. The result then becomes T T, since (8 10 12) is an instance of both the subject's H & the target H. Had they generated (2 2 2) or (8 6 4), the result would have been T F, since these sequences are instances of the subject's H but are not instances of the target H. In this latter case (T F), the subject should generate a new H & propose new tests. There are also negative tests, where the number sequence generated is not an instance of the subject's H; i.e. - (3 5 7) for "all even numbers". Of course, the feedback is T, but the result is F T since (3 5 7) is not an instance of the subjects H, but is an instance of the target. Again, they should generate a new H. At the point where the subject's confidence in their H is high, based on T feedback, they will then propose that particular H as being the target. They are again told either T, their H is the target or F, it is not. I'm sorry that this has gotten so long, however I believe you now have the necessary background. For anyone who missed my first post, I'm running under DOS on a pentium 90 with 32mb. I'm using a (loop for i from 1 to (end-value) while (< x y) do ... where end-value is 21 & x represents the subjects confidence level in their H, while y is 0.9. Both y & end-value are experimenter manipulated. x varies based upon feedback from the experimenter (T or F). The ... represents calls to the various functions which generate H's & their relevant experimental number triplets. Some of these functions generate number sequences which are random evens, random odds, any 3 numbers, evens increasing by 2, or any 3 increasing numbers with a constant difference, as well as all relevant permutations of these. There are functions to generate positive & negative tests and one which determines if the subject's H is equal to the target. A few of the functions are recursive & some call others. Everything works fine (at least in regards to the stack overflow problem) until end-value is > 21. At that point, I get a stack overflow & the program terminates. It seems to me that perhaps the stack is not being properly popped when a function finishes, or is the "stack" in "stack overflow" not the processor stack, but a stack that the interpreter is keeping? If that's the case, could it be a similar problem - that it's not being properly popped? Any help will be appreciated. The random number problem occurs after 4 runs of the program. The first run might produce (8 4 2) & (10 20 30), with different sequences on the 2nd & 3rd runs. However, the 4th run will again produce (8 4 2) & (10 20 30). I've tried to reset *random-state* before each run, but that seems to exacerbate the stack overflow problem! Any suggestions? Thanks. Again, I'm sorry this got to be so long. Vance Marshall askvance@spruce.flint.umich.edu From marcus@sysc.pdx.edu Sun Sep 10 11:52:26 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12389; Sun, 10 Sep 95 11:52:26 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id CAA05209; Sun, 10 Sep 1995 02:38:31 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id GAA29724; Sun, 10 Sep 1995 06:10:34 GMT Date: Sun, 10 Sep 1995 06:10:34 GMT Message-Id: <199509100610.GAA29724@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: stack overflow & random number problems revisited In-Reply-To: References: >>>>> "Vance" == Vance G Marshall writes: Vance> I've tried to Vance> reset *random-state* before each run, but that seems to Vance> exacerbate the stack overflow problem! Any suggestions? Vance> Thanks. Again, I'm sorry this got to be so long. Thanks for the conceptual information, but what I had in mind was source code. If for some reason you can't share the code, you can send it to me personally; I'll look at it. From roussel@physics.mcgill.ca Tue Sep 12 03:12:02 1995 Return-Path: Received: from hep.Physics.McGill.CA by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA14074; Tue, 12 Sep 95 03:12:02 +0200 Received: from localhost.CC.McGill.CA ([198.168.189.83]) by hep.Physics.McGill.CA with SMTP; Mon, 11 Sep 1995 20:59:58 -0400 (EDT) Received: by localhost.CC.McGill.CA (IBM OS/2 SENDMAIL VERSION 1.3.14/2.12um) id AA0079; Mon, 11 Sep 95 20:59:34 -0700 From: roussel@physics.mcgill.ca (Harold Roussel) Newsgroups: clisp.list To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: dos/makefile.rl, where is it?! Date: Sun, 10 Sep 1995 23:40:40 -0400 Organization: McGill University, Montreal, Quebec Reply-To: roussel@physics.mcgill.ca Message-Id: <4+6UwAR5hrPG084yn@physics.mcgill.ca> Lines: 20 Hello, I'm trying to compile the latest clisp under os2 and one of the problems is that, when executing copyx.cmd, there is a message error saying that dos/makefile.rl could not be found. I looked in the /dos directory and indeed, it's not there. So where is it? It's needed for compiling readline. BTW, the copyx.bat in /dos and copyx.cmd in /os2 looks quite different. Is it normal? // // H. Roussel email: roussel@physics.mcgill.ca // Ph.D. student phone: (514) 398-6506 // High Energy Physics // McGill University, Montr‚al, Qu‚bec // // Using OS/2 Warp...and soon NT 3.51. // // "...puisses t-il me donner la force de te d‚sar‡onner et // d'un seul coup d'‚p‚e te faire … nouveau traverser la mer." // Le Roi Arthur, dans Excalibur.X From wilbur@cast.uni-linz.ac.at Tue Sep 12 16:28:50 1995 Return-Path: Received: from cadillac (cadillac.cast.uni-linz.ac.at) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00897; Tue, 12 Sep 95 16:28:50 +0200 Received: (from wilbur@localhost) by cadillac (8.6.7/8.6.6) id QAA05078; Tue, 12 Sep 1995 16:13:10 +0200 Date: Tue, 12 Sep 1995 16:13:10 +0200 From: Wilhelm Burger Message-Id: <199509121413.QAA05078@cadillac> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: LOOP question Cc: wilbur@cadillac X-Sun-Charset: US-ASCII Hi, I am having problems with the following loop construct which evaluates differently in LUCID and CLISP: ;;;------------------------------------------------- lucid> (loop for i in '(1 2 3) for j = (1+ i) for k = (1- i) do (print (list j k)) collect (* j k)) (2 0) (3 1) (4 2) (0 3 8) ;;;------------------------------------------------- ;;;------------------------------------------------- clisp> (loop for i in '(1 2 3) for j = (1+ i) for k = (1- i) do (print (list j k)) collect (* j k)) (2 0) (3 1) (4 2) *** - argument to 1+ should be a number: NIL 1. Break> ;;;------------------------------------------------- Are the 2 "for"-bindings for j and k resp. supposed (allowed) to be evaluated when the end of the list has already been reached (i.e., when i is NIL)? Regards, Wilbur. --- Wilhelm Burger, Johannes Kepler University, A-4040 Linz, Austria Email:wilbur@cast.uni-linz.ac.at/Tel: +43 732 2468 898, Fax: 893 From marcus@sysc.pdx.edu Tue Sep 12 20:49:28 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01835; Tue, 12 Sep 95 20:49:28 +0200 Received: from sysc.pdx.edu by nz11.rz.uni-karlsruhe.de with SMTP (PP); Tue, 12 Sep 1995 20:36:01 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id LAA06523; Tue, 12 Sep 1995 11:31:56 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id OAA28146; Tue, 12 Sep 1995 14:58:13 GMT Date: Tue, 12 Sep 1995 14:58:13 GMT Message-Id: <199509121458.OAA28146@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: LOOP question In-Reply-To: <199509121413.QAA05078@cadillac> References: <199509121413.QAA05078@cadillac> I agree that Lucid's behavior is more intuitive. CMU Lisp also does it this way: (loop for i in '(1 2 3) for j = (1+ i) for k = (1- i) do (print (list j k)) collect (* j k)) (2 0) (3 1) (4 2) (0 3 8) instead of: (loop for i in '(1 2 3) for j = (1+ i) for k = (1- i) do (print (list j k)) collect (* j k)) (2 0) (3 1) (4 2) *** - argument to 1+ should be a number: NIL 1. Break> Can someone make an argument for keeping CLISP the way it is? Anyway, here's a patch to change the behavior. Let me know.. *** /a/marcus/loop.lsp Sun Sep 10 03:38:55 1995 --- clisp/src/loop.lsp Tue Sep 12 11:02:18 1995 *************** *** 590,599 **** (when step-function-var (push `(,step-function-var ,step-function-form) bindings) ) - (push `(WHEN (ENDP ,var) (LOOP-FINISH)) stepbefore-code) (note-initialisation t nil 'LET ! (destructure pattern (if (eq preposition 'IN) `(CAR ,var) `,var)) new-declspecs ) (push --- 590,602 ---- (when step-function-var (push `(,step-function-var ,step-function-form) bindings) ) (note-initialisation t nil 'LET ! (destructure pattern ! `(IF ,var ! ,(if (eq preposition 'IN) `(CAR ,var) `,var) ! (LOOP-FINISH) ! ) ) new-declspecs ) (push *************** *** 629,640 **** (index-var (gensym))) (push `(,vector-var ,vector-form) bindings) (push `(,index-var 0) bindings) ! (push `(WHEN (>= ,index-var (LENGTH ,vector-var)) (LOOP-FINISH)) ! stepbefore-code ! ) ! (note-initialisation t t 'LET ! (destructure pattern `(AREF ,vector-var ,index-var)) new-declspecs ) (push (list index-var `(1+ ,index-var)) stepafter) --- 632,644 ---- (index-var (gensym))) (push `(,vector-var ,vector-form) bindings) (push `(,index-var 0) bindings) ! (note-initialisation t nil 'LET ! (destructure pattern ! `(IF (>= ,index-var (LENGTH ,vector-var)) ! (LOOP-FINISH) ! (AREF ,vector-var ,index-var) ! ) ) new-declspecs ) (push (list index-var `(1+ ,index-var)) stepafter) From wilbur@cast.uni-linz.ac.at Wed Sep 13 11:00:24 1995 Return-Path: Received: from cadillac (cadillac.cast.uni-linz.ac.at) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02901; Wed, 13 Sep 95 11:00:24 +0200 Received: (from wilbur@localhost) by cadillac (8.6.7/8.6.6) id KAA01209; Wed, 13 Sep 1995 10:44:35 +0200 Date: Wed, 13 Sep 1995 10:44:35 +0200 From: Wilhelm Burger Message-Id: <199509130844.KAA01209@cadillac> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Multiple Threads in CLISP? Cc: wilbur@cadillac X-Sun-Charset: US-ASCII Are there any plans/intentions to implement multi-processing (i.e., shallow processes, threads) in CLISP? Wilbur. --- Wilhelm Burger, Johannes Kepler University, A-4040 Linz, Austria Email:wilbur@cast.uni-linz.ac.at/Tel: +43 732 2468 898, Fax: 893 From marcus@sysc.pdx.edu Thu Sep 14 10:40:44 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05099; Thu, 14 Sep 95 10:40:44 +0200 Received: from sysc.pdx.edu by nz11.rz.uni-karlsruhe.de with SMTP (PP); Thu, 14 Sep 1995 10:04:42 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id IAA07376; Wed, 13 Sep 1995 08:33:50 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id LAA02724; Wed, 13 Sep 1995 11:58:12 GMT Date: Wed, 13 Sep 1995 11:58:12 GMT Message-Id: <199509131158.LAA02724@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Multiple Threads in CLISP? In-Reply-To: <199509130844.KAA01209@cadillac> References: <199509130844.KAA01209@cadillac> >>>>> "Wilbur" == Wilhelm Burger writes: Wilbur> Are there any plans/intentions to implement multi-processing Wilbur> (i.e., shallow processes, threads) in CLISP? Not as far as I know. I've always been able to get by with IPC. For instance, via the FFI, I've used PVM (multiple hosts/processes) with success. In the next release will be `socket-streams'. It is available in the alpha-sources now: http://sayre.sysc.pdx.edu:8001/clisp. It should be possible to make this work with winsock, but it doesn't, yet. Process A: > (socket-server 8001) # > (socket-accept *) #> > (read *) (1 2 3) Process B: > (socket-connect 8001) # > (princ '(1 2 3) *) (1 2 3) > From wilbur@cast.uni-linz.ac.at Thu Sep 14 14:51:09 1995 Return-Path: Received: from cadillac (cadillac.cast.uni-linz.ac.at) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06133; Thu, 14 Sep 95 14:51:09 +0200 Received: (from wilbur@localhost) by cadillac (8.6.7/8.6.6) id OAA01944; Thu, 14 Sep 1995 14:35:06 +0200 Date: Thu, 14 Sep 1995 14:35:06 +0200 From: Wilhelm Burger Message-Id: <199509141235.OAA01944@cadillac> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Multiple Threads in CLISP? Cc: wilbur@cadillac X-Sun-Charset: US-ASCII >>>>>> "Wilbur" == Wilhelm Burger writes: > >Wilbur> Are there any plans/intentions to implement multi-processing >Wilbur> (i.e., shallow processes, threads) in CLISP? > >Not as far as I know. I've always been able to get by with IPC. For >instance, via the FFI, I've used PVM (multiple hosts/processes) with >success. The reason I am asking is that we consider porting a Lucid application written with Lispview, which uses one Lisp thread (process) for event handling, thus leaving the listener etc. operational. Without multi- processing, this would require a major redesign I suppose. Thanks anyway- Wilhelm. From hoehle@zeus.gmd.de Thu Sep 14 17:25:18 1995 Return-Path: Received: from gmdzi.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06847; Thu, 14 Sep 95 17:25:18 +0200 Received: from aquire.gmd.de (aquire) by gmdzi.gmd.de with SMTP id AA11331 (5.65c8/IDA-1.4.4 for ); Thu, 14 Sep 1995 17:13:19 +0200 Received: by aquire.gmd.de id AA01007 (5.67b8/IDA-1.5 for clisp-list ); Thu, 14 Sep 1995 17:11:32 +0200 Date: Thu, 14 Sep 1995 17:11:32 +0200 From: Joerg Hoehle Message-Id: <199509141511.AA01007@aquire.gmd.de> To: clisp-list Subject: Re: Multiple Threads in CLISP? In-Reply-To: <199509141235.OAA01944@cadillac> References: <199509141235.OAA01944@cadillac> Wilhelm Burger writes: > The reason I am asking is that we consider porting a Lucid application > written with Lispview, which uses one Lisp thread (process) for event > handling, thus leaving the listener etc. operational. Without multi- > processing, this would require a major redesign I suppose. Maybe you should look at how CLX is integrated into CLISP. It also needs to do X event processing. But I don't know if this may help you. Joerg Hoehle. Joerg.Hoehle@gmd.de hoehle@zeus.gmd.de From donc@ISI.EDU Thu Sep 14 18:45:15 1995 Return-Path: Received: from darkstar.isi.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07128; Thu, 14 Sep 95 18:45:15 +0200 Received: from hpai23.isi.edu by darkstar.isi.edu (5.65c/5.61+local-20) id ; Thu, 14 Sep 1995 09:33:08 -0700 Message-Id: <199509141633.AA19697@darkstar.isi.edu> To: clisp-list Subject: Re: Multiple Threads in CLISP? In-Reply-To: Your message of "Thu, 14 Sep 95 17:26:51 +0200." <199509141511.AA01007@aquire.gmd.de> Date: Thu, 14 Sep 95 09:29:56 PDT From: Don Cohen This is a much more serious issue than the last few replies would seem to indicate. I know several people who would seriously like to have multiple threads in clisp. When I originally asked about this Bruno seemed dead set against adding it. I may have convinced him that it was a reasonable thing to add, and possibly even that it could be done with relatively low cost. At this point, of course, he's trying not to work on clisp, and I'm not sure whether anyone else knows what pitfalls to watch out for. If anyone can think of a plausible plan for getting this done, I'm sure there are a lot of us out here who would like to hear it. From wilbur@cast.uni-linz.ac.at Thu Sep 14 19:56:41 1995 Return-Path: Received: from cadillac (cadillac.cast.uni-linz.ac.at) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07416; Thu, 14 Sep 95 19:56:41 +0200 Received: (from wilbur@localhost) by cadillac (8.6.7/8.6.6) id TAA02015; Thu, 14 Sep 1995 19:40:37 +0200 Date: Thu, 14 Sep 1995 19:40:37 +0200 From: Wilhelm Burger Message-Id: <199509141740.TAA02015@cadillac> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Multiple Threads in CLISP? Cc: wilbur@cadillac X-Sun-Charset: US-ASCII > > The reason I am asking is that we consider porting a Lucid application > > written with Lispview, which uses one Lisp thread (process) for event > > handling, thus leaving the listener etc. operational. Without multi- > > processing, this would require a major redesign I suppose. >Maybe you should look at how CLX is integrated into CLISP. It also >needs to do X event processing. But I don't know if this may help you. >From the CLX examples I have seen so far, input events are handled by a single main-event-loop which - started once - does not allow any other interaction with Lisp. If other solutions exist, I'd be happy to learn about them. Wilhelm. From marcus@sysc.pdx.edu Thu Sep 14 20:05:47 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07484; Thu, 14 Sep 95 20:05:47 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id KAA08189; Thu, 14 Sep 1995 10:51:08 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id OAA05813; Thu, 14 Sep 1995 14:12:42 GMT Date: Thu, 14 Sep 1995 14:12:42 GMT Message-Id: <199509141412.OAA05813@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Re: Multiple Threads in CLISP? In-Reply-To: <199509141633.AA19697@darkstar.isi.edu> References: <199509141633.AA19697@darkstar.isi.edu> >>>>> "Don" == Don Cohen writes: Don> When I originally asked about Don> this Bruno seemed dead set against adding it. I may have Don> convinced him that it was a reasonable thing to add, and possibly Don> even that it could be done with relatively low cost. To me, LispView is not a reason to dive into this effort. I'd be suprised if an external server wouldn't do the the job. It would probably be necessary to rewrite a small amount of code, but seeing how LispView is history anyway, a person doing the work has no constraints to work within w.r.t. to hacking the sources. Outside of ports of old software, and using IPC, I think the remaining utility of threads doesn't make up for the large amount of labor to make it happen. Don> At this Don> point, of course, he's trying not to work on clisp, and I'm not Don> sure whether anyone else knows what pitfalls to watch out for. Probably true, but it is funny how quickly these become apparent once you get your feet wet. Sure, threads would be a cool feature, but someone who really *wants* it should be the person to do it. Don> If anyone can think of a plausible plan for getting this done, Don> I'm sure there are a lot of us out here who would like to hear Don> it. I fear the `demand' for this feature is an artifact of a dated and hopelessly deluded Lisp-centric view of the world. Things I think are more pressing: o better language integration support (dynamic linking, interlanguage support). o higher performance, maybe runtime code generation o Know thy enemy: talk to NT, 95, OS/2. From donc@ISI.EDU Thu Sep 14 21:20:20 1995 Return-Path: Received: from darkstar.isi.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07818; Thu, 14 Sep 95 21:20:20 +0200 Received: from hpai23.isi.edu by darkstar.isi.edu (5.65c/5.61+local-20) id ; Thu, 14 Sep 1995 12:08:14 -0700 Message-Id: <199509141908.AA29580@darkstar.isi.edu> To: clisp-list Subject: Re: Multiple Threads in CLISP? In-Reply-To: Your message of "Thu, 14 Sep 95 20:07:00 +0200." <199509141412.OAA05813@sayre.sysc.pdx.edu> Date: Thu, 14 Sep 95 12:05:02 PDT From: Don Cohen Marcus: To me, LispView is not a reason to dive into this effort. I don't recall ever mentioning lispview. Marcus: Outside of ports of old software, and using IPC, I think the remaining utility of threads doesn't make up for the large amount of labor to make it happen. I see much more utility than you seem to, and I hope that you're over estimating the cost. Marcus: someone who really *wants* it should be the person to do it I agree - the problem (I was hoping someone would suggest a solution) is how to combine what I think is more than adequate demand, and even willingness to expend effort, so as to get it done. I'm afraid we'll need at least a little help from Bruno, who probably doesn't want to expend much effort. Marcus: I fear the `demand' for this feature is an artifact of a dated and hopelessly deluded Lisp-centric view of the world. OK, I even accept that my view of the world is dated and lisp-centric. But this feature is desired by many who do not suffer these afflictions. I know of several threads packages for C, for heavens sakes! (And if I know several there must be lots more.) I'll be happy to discuss technical reasons that threads are worth while. Perhaps the mailing list isn't the best place, though. Marcus: o higher performance, maybe runtime code generation What's this about, and how does it relate to better performance? From marcus@sysc.pdx.edu Thu Sep 14 22:47:17 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08793; Thu, 14 Sep 95 22:47:17 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id NAA08522; Thu, 14 Sep 1995 13:32:41 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id QAA06346; Thu, 14 Sep 1995 16:54:01 GMT Date: Thu, 14 Sep 1995 16:54:01 GMT Message-Id: <199509141654.QAA06346@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Re: Multiple Threads in CLISP? In-Reply-To: <199509141908.AA29580@darkstar.isi.edu> References: <199509141908.AA29580@darkstar.isi.edu> >>>>> "Don" == Don Cohen writes: me> LispView is not a reason to dive into this effort. Don> I don't recall ever mentioning lispview. It was one concrete example of a potential win. You didn't provide any. me> Outside of ports of old software, and using IPC, I think the me> remaining utility of threads doesn't make up for the large amount me> of labor to make it happen. Don> I see much more utility than you Don> seem to, and I hope that you're over estimating the cost. There isn't just the cost in writing it. There is also the cost in maintaining it, and the cost in the constraints it would surely add to future enhancements (like in the performance area). Similar arguments come up with makine C libraries thread-safe. me> someone who really *wants* it should be the person to do me> it Don> I agree - the problem (I was hoping someone would suggest a Don> solution) is how to combine what I think is more than adequate Don> demand, and even willingness to expend effort, so as to get it Don> done. I'm afraid we'll need at least a little help from Bruno, Don> who probably doesn't want to expend much effort. What `we' would need is to start bumping into problems, and solving them independently. Supplication isn't going to help get it done. :-) me> I fear the `demand' for this feature is an artifact of me> a dated and hopelessly deluded Lisp-centric view of the world. Don> OK, I even accept that my view of the world is dated and Don> lisp-centric. But this feature is desired by many who do not Don> suffer these afflictions. I know of several threads packages for Don> C, for heavens sakes! (And if I know several there must be lots Don> more.) What are you doing that a event-based or callback-based IPC approach won't cut it? In this day and age of Linux and Windows 95 the argument of expense just doesn't cut it. And resource-wise, even a couple of CLISP processes is still fairly small. Don> I'll be happy to discuss technical reasons that threads are worth Don> while. Perhaps the mailing list isn't the best place, though. The mailing list seems like a good place to me; just keep the subject line accurate. me> higher performance, maybe runtime code generation Don> What's this about, and how does it relate to better performance? I've got a portable package (so far for Sun and SGI) that writes native code on the fly. None of this ucky compile-to-C stuff. I'm looking at using it with CLISP. An optional post-compiler, perhaps. (having to worry about making the compiler, and potentially a post-compiler worry about threads sounds like a pain). From Dan.Stanger@evolving.com Fri Sep 15 01:28:03 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09548; Fri, 15 Sep 95 01:28:03 +0200 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.12/8.6.9) with ESMTP id RAA18469 for ; Thu, 14 Sep 1995 17:16:03 -0600 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.12/8.6.9) with SMTP id RAA04413 for ; Thu, 14 Sep 1995 17:16:02 -0600 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA73959; Thu, 14 Sep 1995 17:16:32 -0600 Date: Thu, 14 Sep 1995 17:16:32 -0600 From: Dan.Stanger@evolving.com (Dan Stanger) Message-Id: <9509142316.AA73959@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: package for clisp to run emacs lisp code i am trying to run the edb program which is a database written for emacs lisp in clisp. does anybody know about a compatibility package? or possibly another database package written in lisp? thanks, dan stanger From donc@ISI.EDU Fri Sep 15 23:07:31 1995 Return-Path: Received: from darkstar.isi.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02460; Fri, 15 Sep 95 23:07:31 +0200 Received: from hpai23.isi.edu by darkstar.isi.edu (5.65c/5.61+local-20) id ; Fri, 15 Sep 1995 13:55:13 -0700 Message-Id: <199509152055.AA24396@darkstar.isi.edu> To: clisp-list Subject: Multiple Threads: Costs, Benefits In-Reply-To: Your message of "Thu, 14 Sep 95 22:48:37 +0200." <199509141654.QAA06346@sayre.sysc.pdx.edu> Date: Fri, 15 Sep 95 13:52:01 PDT From: Don Cohen I guess I've been invited to make a case why threads are worth while. It may be hard for me since it all seems so obvious. Well, here's a start... --- The benefit of multiple threads, abstractly, is when you want to do several things at once. For instance, responding to input from multiple windows, some of which require long computations and others of which require short computations: the short ones should not have to wait for the long ones, and the long ones should at least proceed when there are no short ones waiting. So, what are the alternatives to threads, and when are they appropriate and not? One alternative is multiple processes. The difference between processes and threads is shared address space vs. unshared. Processes are better for activities that do not trust each other (that is, they should be protected from each other) and can conveniently communicate whatever they need to know about each other. Threads are better if there's a large amount of shared data and the activities are willing to trust each other (as in activities written as part of the same program to cooperate to perform a common task). In order to separate such a program into processes, you have to duplicate the information to be shared, and if both processes read and write that data, all the writes done by one have to be propagated to the other. This can clearly get to be an expensive proposition, not only in execution resources, but also in programming effort. And even if you did send updates back and forth, you'd probably want multiple threads so that one could read the updates from other processes while another performed computations requested from its own input. Another model is the event loop, which in effect simulates multiple threads if one can guarantee that all events execute quickly. The problem is that if some of the threads do not execute quickly, then it can be a major programming task to break them up into quickly executing pieces. Note that the difficulties of multiprocessing (e.g., the need for locking) arises in any of the cases above. Now the costs: It appears to me that it might (I guess only Bruno could be sure) be relatively easy, and impose few new constraints, to allow thread switching only between byte code instructions. My guess is that these leave the system in a relatively consistent state. The execution cost in the normal case would then involve at most one check per byte code instruction of whether it was time to worry about switching. This could certainly be done in one instruction. It might be possible to reduce the overhead to near zero by using interrupts appropriately, e.g., to replace a branch address that normally leads to the top of the interpretation loop with one that leads to the thread checking code. The cost of actually switching threads is fairly small in common lisp, since it's only the special bindings that have to be undone for one thread and restored for the other, and it's relatively rare to bind special variables. I await a storm of objections... From marcus@sysc.pdx.edu Sat Sep 16 05:47:13 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02891; Sat, 16 Sep 95 05:47:13 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id UAA09924; Fri, 15 Sep 1995 20:32:20 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id XAA03534; Fri, 15 Sep 1995 23:50:42 GMT Date: Fri, 15 Sep 1995 23:50:42 GMT Message-Id: <199509152350.XAA03534@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Multiple Threads: Costs, Benefits In-Reply-To: <199509152055.AA24396@darkstar.isi.edu> References: <199509152055.AA24396@darkstar.isi.edu> >>>>> "Don" == Don Cohen writes: Don> In order to separate Don> such a program into processes, you have to duplicate the Don> information to be shared, and if both processes read and write Don> that data, all the writes done by one have to be propagated to Don> the other. This can clearly get to be an expensive proposition, Don> not only in execution resources, but also in programming effort. Don> And even if you did send updates back and forth, you'd probably Don> want multiple threads so that one could read the updates from Don> other processes while another performed computations requested Don> from its own input. As a practical matter, in the world of object-oriented applications, I don't believe that this notion of syncronizing data is good example of where threads are crucial. I mean, you've got an object running in process A, and a object running in process B. Whether they are written in C++ or CLOS they ought to use accessors for modifying data. Even in the Windows(TM) world there exists a relatively straightforward way to redirect such calls over RPC. A RPC object library may or may not use threads for buffering -- that is another matter. Just because CLISP lacks Lispy multiple threads, doesn't mean it isn't possible to have multiple threads. There exists a CL music package which uses threads on NEXTSTEP (via a few C functions and the FFI). I suspect most of the applications of threads are so fine grained that this approach is sensible. I glanced at the xview-input.lisp file from LispView. It looks to me like all it does is watch for input from the X server, and call XView a C notify routine. One idea would be to rewrite this code in C, using the OS-level threads. LispView isn't "pure Lisp" anyway. Don> Now the costs: It appears to me that it might (I guess only Bruno Don> could be sure) be relatively easy, and impose few new Don> constraints, to allow thread switching only between byte code Don> instructions. My guess is that these leave the system in a Don> relatively consistent state. The execution cost in the normal Don> case would then involve at most one check per byte code Don> instruction of whether it was time to worry about switching. Don> This could certainly be done in one instruction. It might be Don> possible to reduce the overhead to near zero by using interrupts Don> appropriately, e.g., to replace a branch address that normally Don> leads to the top of the interpretation loop with one that leads Don> to the thread checking code. I'm not primarily concerned about the execution cost. At worst, there would be a build-time conditional compilation feature to make a "with-threads" and "without-threads" CLISP. The cost I speak of is the development and maintenance cost. Is this feature worth putting time into compared to other things? It really sounds like a big glob of complexity that probably wouldn't get used much. Don> The cost of actually switching threads is fairly small in common Don> lisp, since it's only the special bindings that have to be undone Don> for one thread and restored for the other, and it's relatively Don> rare to bind special variables. I suppose one could initially ignore the problem of dynamic variables and only worry about declared globals. From donc@ISI.EDU Sat Sep 16 19:54:57 1995 Return-Path: Received: from darkstar.isi.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00347; Sat, 16 Sep 95 19:54:57 +0200 Received: from hpai23.isi.edu by darkstar.isi.edu (5.65c/5.61+local-20) id ; Sat, 16 Sep 1995 10:42:26 -0700 Message-Id: <199509161742.AA06330@darkstar.isi.edu> To: clisp-list Subject: Re: Multiple Threads: Costs, Benefits In-Reply-To: Your message of "Sat, 16 Sep 95 05:48:28 +0200." <199509152350.XAA03534@sayre.sysc.pdx.edu> Date: Sat, 16 Sep 95 10:39:13 PDT From: Don Cohen Marcus: As a practical matter, in the world of object-oriented applications, I don't believe that this notion of syncronizing data is good example of where threads are crucial. I mean, you've got an object running in process A, and a object running in process B. Whether they are written in C++ or CLOS they ought to use accessors for modifying data. Even in the Windows(TM) world there exists a relatively straightforward way to redirect such calls over RPC. I don't see what OO-ness has to do with it. You're suggesting that data be partitioned (so it belongs to one process or another) and that interprocess communication be used instead of shared memory. I think the important point is that this communication is not free. It may represent a trivial overhead if the communication occurs at a high enough level (= low bandwidth), but if you want to do the equivalent of a structure access, the overhead is very significant. It can be a lot of work to change a program written naturally to do a lot of access of the second sort to a program that does the first sort. Another programming problem is that all the things that we tend to think of as objects in lisp compared by EQ now have to be given IDs in order to refer to them from another process - that also costs space, time and programming effort. Marcus Just because CLISP lacks Lispy multiple threads, doesn't mean it isn't possible to have multiple threads. There exists a CL music package which uses threads on NEXTSTEP (via a few C functions and the FFI). I suspect most of the applications of threads are so fine grained that this approach is sensible. It looks like you're now agreeing that it makes sense to use threads (processes sharing memory), but that whatever you need to do with them can be done in C. I guess you could do everything in C. I won't try to convince readers in this mailing list that there are reasons to use lisp instead. What is it about applications where threads make sense that also makes them more appropriate to do in C? I'm not sure what you mean by "fine grained". Do you mean that it's necessary to switch threads at high frequency? The frequency is related to how long you're willing to wait for the process in the biggest hurry. Even if that's not a very short time, it may make much more sense to use threads. Marcus: I'm not primarily concerned about the execution cost... The cost I speak of is the development and maintenance cost. I tried to address both problems. I suggested that this feature might not interact much with other design decisions (if we only switch threads between byte code instructions) so the development (and maintenance) cost might be small. Of course, my guess could be wrong. I'd be interested if anyone sees why it should be. Marcus: I suppose one could initially ignore the problem of dynamic variables and only worry about declared globals. I don't see any point in trying so separate global from other special variables. I also don't see why this should be a concern to the implementation. Every thread starts in the global environment, and it can rebind whatever specials it wants to. From pperucci@access.digex.net Sat Sep 16 21:35:36 1995 Return-Path: Received: from access5.digex.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00557; Sat, 16 Sep 95 21:35:36 +0200 Received: (from pperucci@localhost) by access5.digex.net (8.6.12/8.6.12) id PAA14573 ; for ; Sat, 16 Sep 1995 15:23:02 -0400 Date: Sat, 16 Sep 1995 15:23:01 -0400 (EDT) From: Phil Perucci To: CLISP list Subject: Future? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, I am just getting back into LISP after working with C/C++ on Micro$oft platforms for a while. Any comments on the following would *really* be appreciated! o Do many AI researchers use CLISP? That is, does LISP code made available on the Internet generally work "as is" with CLISP? o Is there any place other than this list where people talk about CLISP? The comp.lang.lisp group seems rather dead (perhaps LISP is dying). o Is Linux a good CLISP platform (my first experience, although I am using SCO at the moment). o Where on the net is there substantial activity re: LISP. Seems everyone is balancing their checkbook using Visual Basic on Windows95 these days... I am thinking seriously about turning my computer into a Linux server, and getting a an old low-end clunker to run Windows95 and eXceed 4. ============================================================================== Phil Perucci ......... pperucci@access.digex.net ........ Systems Integrator "Visit the Hydrologic Information Center at http://www.nohrsc.nws.gov/~hic" ============================================================================== From marcus@sysc.pdx.edu Sat Sep 16 21:45:08 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00655; Sat, 16 Sep 95 21:45:08 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id MAA10414; Sat, 16 Sep 1995 12:29:18 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id PAA04941; Sat, 16 Sep 1995 15:46:06 GMT Date: Sat, 16 Sep 1995 15:46:06 GMT Message-Id: <199509161546.PAA04941@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Re: Multiple Threads: Costs, Benefits In-Reply-To: <199509161742.AA06330@darkstar.isi.edu> References: <199509161742.AA06330@darkstar.isi.edu> >>>>> "Don" == Don Cohen writes: Don> It looks like you're now agreeing that it makes sense to use Don> threads (processes sharing memory), but that whatever you need to Don> do with them can be done in C. I guess you could do everything Don> in C. Whatever I would need threads for would be performance (e.g. preprocessing data); otherwise I'd use IPC. If I needed threads, I would write a small amount of support code in C. Since I've never had a need that made using C burdensome, I don't care. Is that sufficiently qualified? me> I'm not primarily concerned about the execution cost... me> The cost I speak of is the development and maintenance cost. The cost could be amortized by the utility. The question is whether or not the utility is so much higher than more economical alternatives. I'm remain skeptical. me> I suppose one could initially ignore the problem of me> dynamic variables and only worry about declared globals. I don't have any technical arguments I care about. I just don't want to divert my time away from things that I *do* care about. Of course, if someone made the winning effort to implement this I would help to integrate it. It is just that, personally, I'm indifferent about it. From rls@therat.math.waikato.ac.nz Mon Sep 18 01:52:15 1995 Return-Path: Received: from therat.math.waikato.ac.nz by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01699; Mon, 18 Sep 95 01:52:15 +0200 Received: by therat.math.waikato.ac.nz (Linux Smail3.1.28.1 #1) Message-Id: From: rls@therat.math.waikato.ac.nz (Richard Shepherd) Subject: Re: Future? To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Mon, 18 Sep 1995 11:35:12 +1200 (NZST) In-Reply-To: from "Phil Perucci" at Sep 16, 95 09:39:58 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1271 Phil Perucci wrote: > o Do many AI researchers use CLISP? That is, does LISP code made > available on the Internet generally work "as is" with CLISP? Actually we're not AI, but we're (we being me and my supervisor and another student and, for that matter, my supervisor's 3rd, 4th, and 5th year classes) using it for a symbolic computation package and a numerical package for the Finite Element Method. It's quite popular around here (University of Waikato, New Zealand) as a small, portable, free (;-)) alternative to the likes of Allegro and Lucid. > The comp.lang.lisp group seems rather dead (perhaps LISP is dying). Well it's not dying around here..... > o Is Linux a good CLISP platform (my first experience, although I am using > SCO at the moment). Linux is cool, and it run's CLISP very well, but wthen, what doesn't (we also use it under SunOS, OSF and even a little under DOS > is balancing their checkbook using Visual Basic on Windows95 these > days... dunno about that---I do it on paper..... > I am thinking seriously about turning my computer into a Linux server, and Cool, it's lots of fun, and very stable for some time now too.... 8<--------------------------->8 Richard Shepherd. (rls@therat.math.waikato.ac.nz) From simon@rheged.dircon.co.uk Mon Sep 18 03:27:25 1995 Return-Path: Received: from newsgate.dircon.co.uk by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02017; Mon, 18 Sep 95 03:27:25 +0200 Received: (from rheged@localhost) by newsgate.dircon.co.uk (8.6.12/8.6.9) with UUCP id CAA12741 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Mon, 18 Sep 1995 02:07:36 +0100 Received: (from simon@localhost) by caleddon.dircon.co.uk (8.6.11/9.0.0) id WAA05136 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Sun, 17 Sep 1995 22:29:41 +0100 Date: Sun, 17 Sep 1995 22:29:41 +0100 From: Simon Brooke Message-Id: <199509172129.WAA05136@caleddon.dircon.co.uk> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Multiple Threads: Costs, Benefits In-Reply-To: Mail from 'Don Cohen ' dated: Sat, 16 Sep 95 20:01:19 +0200 If you're going to operate multiple processes with access to a shared LISP environment then the place to build those processes is within the environment and not at operating system level. Let's face it, a LISP system running on top of a non-LISP operating system is a bit of a bastard anyway -- it's best to think of the operating system (yes, even UNIX) simply as a boot loader. Then all you need is a LISP process scheduler a la spaghetti stack to handle task switching. There's no cost to interprocess communication because all processes operate in the same LISP image. This is fairly simple to do.------- simon@rheged. (Simon Brooke) 'graveyards are full of indispensable people' From marcus@sysc.pdx.edu Mon Sep 18 04:52:10 1995 Return-Path: Received: from sysc.pdx.edu ([131.252.30.51]) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02249; Mon, 18 Sep 95 04:52:10 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id TAA11254; Sun, 17 Sep 1995 19:36:01 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id WAA20401; Sun, 17 Sep 1995 22:49:46 GMT Date: Sun, 17 Sep 1995 22:49:46 GMT Message-Id: <199509172249.WAA20401@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Re: Multiple Threads: Costs, Benefits In-Reply-To: <199509172129.WAA05136@caleddon.dircon.co.uk> References: <199509172129.WAA05136@caleddon.dircon.co.uk> Reply-To: marcus@sysc.pdx.edu >>>>> "Simon" == Simon Brooke writes: Simon> If you're going to operate multiple processes with access to a Simon> shared LISP environment then the place to build those processes Simon> is within the environment and not at operating system Simon> level. Let's face it, a LISP system running on top of a Simon> non-LISP operating system is a bit of a bastard anyway -- it's Simon> best to think of the operating system (yes, even UNIX) simply Simon> as a boot loader. I think it is okay to organize a LISP implementation as either a system or a component. I also think it was a mistake of the early Lisp vendors not deliver their products as libraries. Today, this mistake has been corrected by some of the more progressive vendors like ILOG, and in some freely available implementations like CLiCC, ECL, and WCL. It is true that Lisp threads offer a unique capability. If someone finds that they desire this capability, the sources are ready and waiting, thanks to network CVS. Email me for details. Better yet, email me when you have code to commit. ;-) From donc@ISI.EDU Mon Sep 18 18:53:16 1995 Return-Path: Received: from darkstar.isi.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03431; Mon, 18 Sep 95 18:53:16 +0200 Received: from hpai23.isi.edu by darkstar.isi.edu (5.65c/5.61+local-20) id ; Mon, 18 Sep 1995 09:40:00 -0700 Message-Id: <199509181640.AA21598@darkstar.isi.edu> To: clisp-list Subject: Re: Multiple Threads: Costs, Benefits In-Reply-To: Your message of "Sat, 16 Sep 95 21:46:02 +0200." <199509161546.PAA04941@sayre.sysc.pdx.edu> Date: Mon, 18 Sep 95 09:36:47 PDT From: Don Cohen Marcus: Whatever I would need threads for would be performance (e.g. preprocessing data); otherwise I'd use IPC... I guess this has to do with your uses of lisp. In hope of convincing (at least some of) the skeptics, I describe one below.I invite other people who want multiple processes to describe their applications. I have what amounts to a database in a lisp virtual memory. In the same way that databases try to offer shared access to many users I want to offer shared access to many processes, which may represent many users, or just different things being done by one user. All the usual problems of locking arise, of course. The point is that I want the database accesses and updates to all occur in the same shared memory lisp process, rather than trying to ship the relevant data to the processes that need it and ship the updates back. Shipping the relevant data in most cases would be more expensive than executing the query. Now the processes that share the database might themselves be either lisp threads in the database process or separate processes, but even if they are separate processes, they'll send queries and updates to the database process, and those requests must be handled "in parallel", i.e., we don't want every process that represents a person asking a simple question to have to wait for another process that represents some long computation, just because the long computation started before the short request arrived. I also do not want to try to rewrite all the code that deals with the database to try to identify places where it would be safe to switch processes, and try to ensure that these places arise with sufficient frequency. This would be a very complex task, very likely to fail, and very difficult to maintain. Marcus: I don't have any technical arguments I care about. I just don't want to divert my time away from things that I *do* care about. Of course, if someone made the winning effort to implement this I would help to integrate it. It is just that, personally, I'm indifferent about it. I think this is entirely reasonable. I was not asking YOU to do it. I was hoping to find other people who really want it and have the ability to contribute to the effort, and find some way to coordinate their efforts to actually achieve something. I haven't heard any concrete offers yet, but still hope to. From pperucci@access.digex.net Mon Sep 18 20:57:03 1995 Return-Path: Received: from access5.digex.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03657; Mon, 18 Sep 95 20:57:03 +0200 Received: (from pperucci@localhost) by access5.digex.net (8.6.12/8.6.12) id OAA12967 ; for ; Mon, 18 Sep 1995 14:10:57 -0400 Date: Mon, 18 Sep 1995 14:10:56 -0400 (EDT) From: Phil Perucci To: CLISP list Subject: Producing flow-charts (tree/graph)? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, Has anyone found any tools available on the 'net which make it easy to draw flow-charts, especially of trees and graphs characteristic of information/knowledge representation in Lisp programs? I'm not looking for a drawing tool (interactive) - I just want my output to be a little easier to read than: (root (node A (node A.1) (node A.2)) (node B (node B.1)) (node C (node C.1))) Any simple approach involving CLISP, Linux, X, postscript or Tex would be great, preferably with some sort of simple input language - for example taking above output and drawing the corresponding tree in postscript (or anything "graphical"). Here's hoping!! ============================================================================== Phil Perucci ......... pperucci@access.digex.net ........ Systems Integrator "Visit the Hydrologic Information Center at http://www.nohrsc.nws.gov/~hic" ============================================================================== From marcus@sysc.pdx.edu Tue Sep 19 00:14:42 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03981; Tue, 19 Sep 95 00:14:42 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id MAA11756; Mon, 18 Sep 1995 12:21:32 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id PAA22209; Mon, 18 Sep 1995 15:33:28 GMT Date: Mon, 18 Sep 1995 15:33:28 GMT Message-Id: <199509181533.PAA22209@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Producing flow-charts (tree/graph)? In-Reply-To: References: Reply-To: marcus@sysc.pdx.edu >>>>> "Phil" == Phil Perucci writes: Phil> Has anyone found any tools available on the 'net which make it Phil> easy to draw flow-charts, especially of trees and graphs Phil> characteristic of information/knowledge representation in Lisp Phil> programs? In my "Prime Time Freeware for AI" CD catalog I see that the AI respository lists lang/lisp/code/tools/psgraph. Might be useful. The AI repository is ftp.cs.cmu.edu:/afs/cs.cmu.edu/project/ai-repository/ai. One powerful tool (but not written in Lisp) is vcg. It is available from ftp.cs.uni-sb.de:/pub/graphics/vcg. You'll need to format your data for it, but that it easy enough to do. I think the CS depeartment of the University of Washington has some graphing stuff, you'll need to lurk around a bit, I can't remember the exact path (ftp.cs.washington.edu). There is a NEXTSTEP program called "Wood" that reads Lisp. I think source code is available. Somewhere at ftp.cs.orst.edu:/pub/next. From tom@jsk.t.u-tokyo.ac.jp Tue Sep 19 04:02:46 1995 Return-Path: Received: from candy.jsk.t.u-tokyo.ac.jp by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04253; Tue, 19 Sep 95 04:02:46 +0200 Received: (from tom@localhost) by candy.jsk.t.u-tokyo.ac.jp (8.6.12+2.5Wb7/3.4Wbeta6-95083023) id KAA27782; Tue, 19 Sep 1995 10:48:27 +0900 Date: Tue, 19 Sep 1995 10:48:27 +0900 From: Tomohiro Shibata Message-Id: <199509190148.KAA27782@candy.jsk.t.u-tokyo.ac.jp> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: Marcus Daniels's message of Thu, 7 Sep 95 13:05:36 +0200 <199509070729.HAA20658@sayre.sysc.pdx.edu> Subject: Re: ctrl-Z Hi, I'm sorry that I'm late to respond. >>Tomohiro> I use clisp-1995-06-23(with newreadline) on Linux and >>Tomohiro> SunOS4.1.4. I have a problem on Ctrl-Z keying. Whenever I >>Tomohiro> press Ctrl-Z on SunOS, the terminal is hung up, and I have >>Tomohiro> to kill it. On Linux, its OK. >> >>Hmm, so it does! Workaround: use the gdb readline. >>A new binary distribution is available as: >> >> http://sayre.sysc.pdx.edu:8001/clisp/binaries/sun4m_SunOS413.tar.z This binary dies of SIGSEV. I don't know why. >>Raymond> I thought the readline lib for clisp had special patches to >>Raymond> support some clisp stuff. Would the gdb version have the >>Raymond> same hooks? >> >>clispsrc-readline.tar.z instead of clispsrc-newreadline.tar.z According to above instruction, I built clisp again. The new binary accepts ctrl-z. thanks a lot, --------------------------------------------------------------------------- Tomohiro SHIBATA |email tom@jsk.t.u-tokyo.ac.jp Inoue-Inaba Laboratory, |www http://www.jsk.t.u-tokyo.ac.jp/~tom/ Department of Mechano-informatics,| University of Tokyo; Japan |fax +81-3-3815-8356 From marcus@sysc.pdx.edu Tue Sep 19 05:43:36 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04463; Tue, 19 Sep 95 05:43:36 +0200 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id UAA12038; Mon, 18 Sep 1995 20:28:01 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id XAA23407; Mon, 18 Sep 1995 23:39:03 GMT Date: Mon, 18 Sep 1995 23:39:03 GMT Message-Id: <199509182339.XAA23407@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Re: ctrl-Z In-Reply-To: <199509190148.KAA27782@candy.jsk.t.u-tokyo.ac.jp> References: <199509190148.KAA27782@candy.jsk.t.u-tokyo.ac.jp> Reply-To: marcus@sysc.pdx.edu >>>>> "Tomohiro" == Tomohiro Shibata writes: me> http://sayre.sysc.pdx.edu:8001/clisp/binaries/sun4m_SunOS413.tar.z Tomohiro> This binary dies of SIGSEV. I don't know why. One thing to check is that the -N argument in "clisp" points to the right place, and that this directory has the the proper .mo files. An incorrect path problem can cause segfaults. However, if you edit the "prefix =" before "install" it should work. From Fritz.Heinrichmeyer@FernUni-Hagen.de Tue Sep 19 08:49:41 1995 Return-Path: Received: from ilex.FernUni-Hagen.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04918; Tue, 19 Sep 95 08:49:41 +0200 Received: from ES-sun1.fernuni-hagen.de by ilex.FernUni-Hagen.de with SMTP (PP); Tue, 19 Sep 1995 08:36:31 +0200 Received: from ES-sun2.fernuni-hagen.de by ES-sun1.fernuni-hagen.de (4.1/SMI-4.1) id AA24503; Tue, 19 Sep 95 08:36:29 +0200 Date: Tue, 19 Sep 95 08:36:28 +0200 Message-Id: <9509190636.AA24503@ES-sun1.fernuni-hagen.de> Received: by ES-sun2.fernuni-hagen.de (4.1/SMI-4.1) id AA10305; Tue, 19 Sep 95 08:32:45 +0200 From: Johann Friedrich Heinrichmeyer To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: [marcus@sysc.pdx.edu: Producing flow-charts (tree/graph)?] If You use STk-2.x.x (scheme with tk) You have a data inspector which does what You want, maybe the source code is usefull for You. -- Fritz Heinrichmeyer FernUniversitaet Hagen FAX: +49 2371/566236 LG Elektronische Schaltungen EMAIL: fritz.heinrichmeyer@fernuni-hagen.de Frauenstuhlweg 31 PHONE: +49 02371/566-243 58644 Iserlohn (Germany) WWW: http://ES-sun2.fernuni-hagen.de From bernardp@cli.di.unipi.it Wed Sep 20 15:36:39 1995 Return-Path: Received: from alice.cli.di.unipi.it by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07512; Wed, 20 Sep 95 15:36:39 +0200 Received: from helen.cli.di.unipi.it by alice.cli.di.unipi.it (4.1/SMI-4.1) id AA24109; Wed, 20 Sep 95 15:24:00 +0200 Received: by helen.cli.di.unipi.it (4.1/SMI-4.1) id AA21653; Wed, 20 Sep 95 15:23:58 +0200 Date: Wed, 20 Sep 95 15:23:58 +0200 From: bernardp@cli.di.unipi.it Message-Id: <9509201323.AA21653@helen.cli.di.unipi.it> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: (message from Phil Perucci on Mon, 18 Sep 95 21:04:52 +0200) Subject: Re: Producing flow-charts (tree/graph)? Hi, Has anyone found any tools available on the 'net which make it easy to draw flow-charts, especially of trees and graphs characteristic of information/knowledge representation in Lisp programs? I'm not looking I have written a tree-viewer for Clisp with stdwin. I'll mail this to you in a couple of day, after I have written some line of documentation. I have in agenda to extend it to handle dags, and I will surely do so in my copious free time 8-) If others are interested, please mail me. Pierpaolo. bernardp@cli.di.unipi.it From bernardp@cli.di.unipi.it Mon Sep 25 13:33:03 1995 Return-Path: Received: from alice.cli.di.unipi.it by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA14667; Mon, 25 Sep 95 13:33:03 +0100 Received: from helen.cli.di.unipi.it by alice.cli.di.unipi.it (4.1/SMI-4.1) id AA18775; Mon, 25 Sep 95 13:19:27 +0100 Received: by helen.cli.di.unipi.it (4.1/SMI-4.1) id AA10134; Mon, 25 Sep 95 13:19:25 +0100 Date: Mon, 25 Sep 95 13:19:25 +0100 From: bernardp@cli.di.unipi.it Message-Id: <9509251219.AA10134@helen.cli.di.unipi.it> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: bernardp@cli.di.unipi.it In-Reply-To: (message from Phil Perucci on Mon, 18 Sep 95 21:04:52 +0200) Subject: A tree-viewer (was: Producing flow-charts (tree/graph)?) Hello, since I wrote in clisp-list about my tree-viewer, I have received at least 20 requests for the program. Since the program is not big, I'm going to post it here. If you are one of the millions of subscribers not interested in the program, please bear with me. I'd have to spend at least an hour to reply to each person individually. Thanks for your comprehension. Regards, Pierpaolo Bernardi. begin 644 trees.tar.gz M'XL(`)2;9C`"`^P]:U?CQI+S%7Y%'\T]&7N.!9C'9,?LWGN%+4"++1-)AF&^ M";D-VK$M1Y)YY,S9W[Y5U=UZ&$'"(]GD7C')(+6ZJ^O=5:T>E1=SGFSR.W^V MF/)D8YHLWKWY3WMKZ]/N+GO'&/OQTQ[];LM[^/FTL[>[#;^V=MI[[;T=O&[O M[+9WW[&M=W_`SS))_9BQ=XN0QPO_J7X\3M[]R_WL[^^OP__L;]:XPXIJT+IA M[8TV:W_^O+>Y]7ES>Y=M[7;:6YWV#A.L8N;=0EW^;5W!<:,9S^"P212SY#JZ MU5-0LXVL4T-VT-M-YL_'^?UVD]V&TRF-8>EMQ'!Y:1Q];7&Z`I^L(/OOE7G'4R MZIOP9,PGR[E@2,:B1G.=%1E2O-LNWVWLE>YW2G>[39@!,;`F[#Y:LFO_AA.S M6#@'%9].^;A%#P)_S@!%XL321,9]?[]>8H%0W<>T3Q&T@E5#R!GFGD>I0&#!Y!SE M,1GB^9#`'\>R<[DO$57H&$X$)86)U3/\P6MY"3#C?/Y5ZQ34B;EN9$=]N8C# M>;I>P;ZUM;5]H4\Q3Y?Q'.T.>,23M,607)\`M-;7/C0:FF>ZGMX68U@2,8OY MXS%V4>!@"&H+B@JZCTX=R_8T);F&YIJ>[GH7?5.UB59LT<\,V^KW#7BRQAK: M47]X,.H/LU8F!GO'5O?$-EU7-QQG>.YJ.%[VQ3X?Y?5'K4D*`+#P+S6''$13 M5,W+*F86[2^:7PYMLF:3E?`X[?[Q.#!QF<$&'%X.L%DBIV>NT"/I8X]1^`2- MKZ*R0.=;45K%.J3W-;Q#]B%,@;(V,$Z`9<91;A4-K><8YR4CP0:].[2E]FKG M5L\[%DR#"1WC,'](_0^&7W)F/XK2"M.[(\<=.M@)T=%/AZ[UU1K:IL:TKF,: MV%`>!,]T(#L77M70[)JZ%N^[P_YH8./H-2+J63B((9;MZMUCPU%`H(GXV34< MP_-,A\8-3R_*&)4ABZ%2:^B9&FT]CFYFVR54[!5D*A!\-8K/1K+H@@2JAT/G MW'!Z16:O`GB`0L;T7($%Q]P+US,'G.A!C^ MY?B_AY;]:BXKPMAK=)D]3Y-9IL<9*D^[M(96));(/>Y;MEET5<^5[P,3?V#? MKS'NYUEVMMH5;/M5KOR!9%]#RF\GHUG"_.QM1%00T"ND\1Q9-,M_A.UEP4%F M@&?_3@9XMFJ`?V'IEE:\O[:-_>NZP>*?+..JCC*>;WP5$<;KXHN711>KL<4K MM6AM[1GA1=G!93D)LO9+D;>0?(SL'L9ZCMGU#/NH;RH/F*TO@SI$U9/I+A^8JD)%^="DG'@[2$U4;_1D9_!G8]=)0G[5NN MIP\/P068.NU+N.I.]LOV*T#J&CJ,D:?F<6O/4'N&/]8SO-`+%`*W%[#D`1_6 M"\'.XWI6;Z'\R;90Z@RNSN#J#.[M,[BJY.WA%DHI"#DVW&/=,PYD=M'0.B/; M-@9F3^\;@X.>47*2>3_BEPI"J!D=F:L;=D_%)'K/&IBV:^$;E>ITIF`D]9N6 M^DW+[_:FI5GRUW_MU:8.+U;"B[([`]:,NM[(,55:=42G)62C;MF'Y%16G1R$ MAOVAIY\9_9&9!ZRUSZM]7NWS:I_WI_1YQ=,O#>WA>GICYT>D!:#U+FDAH^PF%?!>EQK"MUS6:\KR0C;+8H%TCR8&@!I]4&^^B!??9"O/LA7AUKU0;YZ%[H^ MR%K70/5KH/HU4'V0KS[(5Q_7J8_KU`?YZH-\]4&^VC/4!_GJ M@WSU0;XZ@ZLSN/H@7WV0KW[34K]IJ0^UU`?YZH-\M<^K?5[M\^J#?/5!OM_Y M(-^#+EW][M"FLU1G5M>RK14964?&*EE#6/SD+J("\P^I-IKK*6A] MZ\!TX,%O![?234)\V'>]<"1,2/4L.^YX9#E#6$6!8%B,^\/"N4=ED4I4TO+* MWB^W4F@T^M;7KT;1("I/V91ZZX.A"ZK95O9Q.+*_HO[G&]>_S@NF]4!HA@W0 M>D9?/X#AP^)6UJ9NG)J.D%?)\3U3Y]=+1QP% MB-^L6-D972"6)--UK#-+6))D\4\CP_9`>RV0GWZ('NW4L08&:O0IF)DCW#/, M:3K=U592[2"Y25LM*S MY-T+ZX,B^5')O)%<7FT>A1/IX(E!IS,5?2YZBF0R]UP0&<%/8"^M24J.)K9* M*OQ\^;T$_[5F67C/7F=!#4>G^;HG^0JYHF6/P#5:F:9"T(]QT0-]?2&U[#FZ M*CJ_3+HJZH&9NEW+D$[.A)3[Q,C0%[<[N>#)<[D09JG@"X)1_.K MF)\A4AU@S<#P]`-G>&+:8:CMWTCH0?#J487(;CEGVAL[/W_(;2QMP'- M5OHAD=_;OEQ>M<17[;E_`Q/Y,6?)^@NEPAVX3$O^"GW*=O>:B)A^)GP_WKE3\:VRW"N\]DBO1><(LYU`&'9*+Z=KZN/ MEQ='`3=%G^)'U?G/Q+C'0#1+\])GWL6T<03L2F;TR7=V%7,_Y7$S2V(JGY9A MJ:/SL^FK7<)Z`@%DC M3/E,,&H1\['XMCPBVVBL<%9`@QBDS"\:WRC+KOF@`7U.`[57`<\S@X%2A/-0E7,`#^(G/*_%45*PU0H#3ZN+ M!DM6)GST88&>1GJ2PM75`YD+DM[2HZCJ!8T?R`B"Z]"_"442]\,W?L\:/R_] M>1JR]M:6>/,Y\^_P1MVFPJU:";C.,,F*(>RP*,YN=O^A-FI^\+%`AAZ!RXEU M`)\0@_S%8GH/CKVX"JQP2S04%H&,T>O(MW$$#`Z9Q+6A,T"XD`SE"EBR067B ML@@)4-9DS3 MEGA4O$FN_7%TR^8A+F>=508QU`LAE8H5=$>NGP5!=B03=M2R!#/(Q="/8S[5 MC3A(LD=I>57,`C16,=GNXY-M;SV8S>57,SY/'YUJ]ZFI5%PPC8#QA0HMT/7/ M7?_'H_I/>8V>WZ,`U-/UG_9VVGM;HO[3SG9[K_T)ZS_M;>W4]9_^H/I/3/^H MLT$TYAW6QT(^<)O71:*Z4"7UH,)0GTN%H78Z.Y\[>Y\>*PPE(!G,CL"_<':( MU9B&RYCU^15XFQY?^'&*IM?)"D1]?.5//FLW6MS'X=4U>,UNDY!FIX1:-(W8 M`8\A?AR'A3I0'BX*BSBZBOT9%I>:H'M-HDEZ"^'U?E9`"1;Q$)>\RV6*$1.6 MC-J$!606CL2,^YS$0?[J\G(8!\#W@ MX-N9#W-C2W)-Y88($`XY1"Q6=SP<>7@VB$%2#`IU:CB>U1WU#8>=CAS(^$U(D5Q. MM:T(PA.LGI"X@)MCGOKA-"F0?P%"GOGWHH16S`,>WG"L7A2`+OVZ$`F$/XT@ M&D)*19@AF0EJ,<'LK<5@H?B&O"29`'^_;8C4SF?7RRL!@ZIAS?T9S(UOZ2S[ M:`.'HPJ.H_F'%#K,,=1NL=L8HDT,\Q[H"@'*]:7%K'FPT6*??MQC`S])F'$# M*M+U9Y=Q.+Z"RX'!MK;;.Y];;.0:!9:\A4'FJD5%VY1^H2#&L8]5R&3!K66" MUUVJ*D8L3-(Q/-[(A0-.6TC'E]UD';9I./^&BI0/0JY@M;,P+5`#NF@#.SMY M"P/$./NH&TZW4`,,AA/X#W@)IC+Q`V*S*T"C+5[&T3>.R9<$(XT)B%A@3W0X M^M:NOHW)NZC,%DN4@0G15#@(?TY:0O79)!QPNP$F]B5WOBSW]RS? MULA"61'$BH[Y#R45JXT4D%-X]>"1&$2Q:.6C"42FU4_RN+7ZN0ICJY^*X/41 MR!CE/@)4/9*/Z5?/Q/VZ4WSM6U*EC&FMG&M84U#D6:@UN8K=7H?!-?B@)``' MFSLNP=`-4LM[AJEK"HFI++*&RX0?7RU1H!NK<\(UF8>HT@;]EQPUAE8A(5$L MF`A=%2D9BBLCJ:QB2OX.K5)L-8E-"E'"#9ZHL15,B_(YU4R"?O%3GDEDCRW) MC<)R,D9::8^+QLJ%846+X+$H)U>0#1.>)DF7DXDR)O(8EQS,%?PGEV[F"ITX M>.],)"U$/0`[358A8GK3R1`0:8,$#=@B2!B9Y1$MVLUK%78^6TQF-#YD-*T5 M2CK=97(-\U.Z@Q;;&81W?$RW&UE?N;B5*VQ"0PC)ZV3"@[2XCI6MA50PR_&" M"#!)%I#I)VKA`*R73',7X.02[14S4JY(DXFK6`"@W0B8&1NS6`C<*)CC"@1T MQ>3'&$2&L/ZE6"^2A(=#HLN;,`*G-N/^G)0FFH-7]J_\S`>#;)Z'M)OY.U7; M\/9:QB9?-KOH+05S:$\'M8I/`08?;Y14+=.$`/SN%9;;!,92>@S:/DU#3"(% MOLRS]1&C$NBY\.=S,`T9^PD]1F3!B41H.GZ, M6ARK")*Q`.*3;]@+EK&HP/@6R0F@7UW!TP)/#D9';LFG-1"-+VP1Q>@2FFH) MO/9%_=491(&1X!@)78IW'`7DI8!S"A-8DB#<64R!$EQ"E0;0ZDBAD@!&6S,! MYV/D(R8(2F4D',41\A5RIUM0\X6X]`W;Q4+;N/87"XX,0TUIEH1&WA"\;W@U M![%%F)[`-(VTBECEGD+:@)=0N)_0,GP;Q=]`U='45^1WCJHD9+2Z3E>OT(HT MU*FI,HX,G&*3"I]N>&?A&)`()R':',51%,EB&$KQ$)]?87JBD#(21L)JX2]4!I@Z!AJ">#F! M0#X;%H(#DD-;)-A%BC:I%J\LN"K,CJ$\.*EBD=XWV!F5D&217%$'-^TOK$U`!F!J030713`CPOK#<#]!OA6KC6\GQ?A#9-;IOWO)MK")EQKXY MIJGA#E8'>:)U^QI[_UVSW'/M^WO:V>I`E@:BU8D?FNOUSO$?"M'!&J/K66?X M#T'M'AU6.S"/+%O'`\GBC2B>;M/EYZOD29Q#8]3WY(CL[)SVX(EK?<67G#WQ MQI6..$.$KJ#@+9Y+EI=TT%%=6TZWGXVA?STCKSWSBU<`(##$JU-GV-4-?$,* M#:;=*Q!@.H:+``ZM?K^``-UF,^'A;?/,M#TZ0V>)7V>FX]$[8=O4CTWKZ%C- M/3#MD6[T>KKEF0--W7N>T3U6=WAZ!M^!B[L>GF\TBZ-[9K$WPM%[EDLGP(MM MIEUL(HZNRS.N%B$+0:QIVHK7<#?L]P]`8G@8$`^>EL4KQF+[XU*L>%J8%Y_F MZ'6/S>[)P'!.M-4G=/I*MA:QRJ&@+/7#H:#"S.92)V6+;;UAEP[:K"(B'P\= M"W2V/,2S/.*;>VST\#?-=@!".9'CJ4'H-=-&KNGHAGNB+@>FZ^()5Z:==_M# M4A^%WK%A'RD<*M'+FC.T5GE<&HP&G/%MR%*#F-[B2 M*(BP0CE$">>F;H_Z_2PFWFJN[;/&**%MIQ2]XG1Z7S6*5!0(HU%M''5.806X MT@"6(.9#:'_#*P:BS\BFV\:!70C!H#LNSO<+X8\A[K^,P"%7C1\.!H;=$^-W M<+R[X$%(`?9L!N%(*Z^JCLDP3X.-"C"#(>@,*,&Y#6!V$M'P#TA9U#N*M-`KY=-1JH% ME@Q,@N>4WY*^P'+`#(QV@P$RJXQR,78*0CC8#GUXVP7#!NO M(A61X9MNSG%C-8&(J`6BG?'9)=IRQ,`,18`F-C(B3,Q$TM-(>#IA'^D\CHXS M3/E'E@(^[[\S#Y0D*;DQ\F#DRXIN3$5;=-BG>&K^[JZ97=_?YV\.,6KSY5M# M'-.A4T*XYYO0R91%9PSP@C2*[YFVN4SBS6D$B?MF0'%<$@>;'_%MC-:4!U*` M@KL["8H.,01T/D&=C5%][N_EN1=YA#_VQY`!:(@F]4*R"[C?K2"\78EQ%EZ6 M7A1I11.W_VCO6)B=RXV?OKU!Y*\=XEP%[X)(#CB00H"Y5=^P5%'S:#YFU MQX_#'OO&]A@HBM^>?NC1TFC\V"15207?%=A2=ZN[U6I)K9;8>/IJ-/I@?Z/; MR?Q32IU75/X8F`UF(]E_$S5@\OTI,\EDONBCOV,QA,`/P&' M$-1H$L493T;T?U!HOGDX]QET)`B;GZY0X(!J[[?PA)CR]Y>SNB*]7;:B-#Z( M,_SRZNKJ,KT^!A[V]823<3OJ^C`"2?5%:?.3NKB&RG%,,$32B"K63XB7KQN- MC/?A&'4SGM?N.-^+(_'D^0'2^'*:W1&OI^/OTE_5\S?/7L/^[2W%W6B[Q@>7]G1#!QNK`E>P M,/72(:0@Y?O;>^Z$,,`88@0;)G5UL\0354R?74_S%:Z:QLMJP4#`!!'`LP`% MOHB2WSCH.0;:9DI9S-;;"F;>UJ,MDYF7SV'E``L*\NA35:OU*O\\6Z884>>0 M>F&*3%B=UP+S8G.ADB1?K-):)9 MNZDNWK2]E/V8)S]*`#-%K"7ZTQ6Z28DX=A5F5B*I!1&>)*=^"@ MD9]?Q0>,YG`R*DS*6M4R1Y96<4R0;<\2LW>L%_EJ",O'\SNP%%K4XLJF`*O]G2Z:&]P(&I#/6,'5Q2\FZ))FD%^\VOWU'Y MUV=/W`C=3]ERI=HQA4=TL M`BZ.*'+=T%)#2FS#\NDYEFE59&//EVH[FJ^ M77=[+4"3*E^O`&@\+[95*]3-=@V45'>7;X;3KMB,:X"+H%$-L*QV^!,3"FVP;O\12]F>&2G M3-4T=I=_6E`->?>OIKF]6*8E>1&.LZVL,+N="2$$-'82W6)+%4GD<;L:`ZJ@$,RFJ`WFP`HPR^P1\9EF58EF%95FP7(4-(`$H1QJ(.SK(-H]BG"AHH.2)Z*EIV`AKF[HK7Z M)+3L,)IU'#;H/9JMY[.ZF,^7Z6)6SA9+];#A<2G59GF!1P#:B1:;Z7*D?EOB MFBCAI+*D^'WN$LEZ/4I"@!T?_57#KAJ^PQ^U=G)X?$'";H)*13I\:`;]"*5IKE4;>E.>VTBHS=>5^P:>T<<%@XR9!Y M/,R0-9LQ5M2P20M*,G0H;+4QY84LM-IBY#ID(L MU61G\`,Q=`N)TV,ESOZT7^:T1>;+6\E\>5CF1RQRS[>7!JG0E74Z%`S%<\\* MLP`-=CAR\,D/,UR/>W),05,[V2`9!FX7Y)[WH#N'X[4L*2@8EZ"22/XGAY4YP6!G^[UK\ALE%ZRMJK[T&I!7(MUS#'_O"F^5'0]9HP=@F M"VK`#19)H^].6J5XBUE-84!KXKZEXWY-LZ"JUT*I!;Q197EOI91)G@8>I4&, M4CM/+>"-JBS"4ZA+(HP'I8CP(,8B_@J.-3PC,Y3:3]3XP1@\@#'C=^R3D%;* M@]H0=3Z-R^U+/F=.'N7[!G(-Y6S>,RLR%VM!!XU`$W0AOQ1K]:(8BQC$&J": MKPB]H!3*3EZNS;(,!.49:5MN9G,=M89ZY`'&EVL"IRE\JB/-UQ\4MHK?4#5Q0M+HVX$V-T@3==X-Q00?^A'X,PQ MJH7"].X(E^1$O-8W$3`]?]-E4@W\QWZ_';`6@`^C@'39W)>Z:Y\"N;/&I_., M*=>S8E=4][K.C-V-^#UY0QV^M6V6?THLZS@U&R3MX,D)/MY@KI[=$Y!F?02? MH%?EG,KO$OE0+)R$PCY6`13UNP02MX/;^ULBV/O#JK7C);A9T'D"L0%X;-#J MS`?S#,!CH1VX#H'M^1W?C+W)*WS(#`V.5RZX>L2,%5)6-[U(\=XWV$2Z*$:S M[2*MH.@B'3Q,LSY]T_]U82+*^G$BN!I:;08/'4P`07]X=8$4)!^KA`22.67D MG#EQ9;,\+H7%.&=HLZ]^/3KNS/KW\2;9E1>[@EV0Y, M=>^=YZ:6[/!GZ//K]]2*.4(KAG.\6I/,)B4^DD34>7RFR_'8.S^VN^&JP+M8 MN%I)P0<-/RSRZH/6GLRI,HO6&=^M[BM`MR9!;H\P8/5J-Z'H):D:977$]:L, M8NE)BV/&T8D+!)+8YQL$(SHV]Y2I.!N6*5I1B;1`G9`.=83GAL1V@E:LP5.# M;I/@H].J+8KIA8Q\)'<8&$<5AX4MK3IGT]:Z/#R($Y'.IH6*'PB/DW'NIH6( MC.F*OMAO*/0RKHAM^'UO9Y]3.I]YTD[-,P'CP?Y=[-'0WF]V@?<0'$H7)?%R.BKDPY8?Z_7:#**6[DH(YORA)Y8MUD+)Q&UVS53`Y(AEZ'5>_D6M?I]X@^Q*>=&=P9V?D][WIX(R8[ M*N:;',/)*5)>3+W0%]51%L,J4XO:AHXID82$TNA^>6W*:UTN(O%@JI-9Z<0A M*HCB0,$B##^&O%=I&#)M>)Y?R(OWZ(6\7AJE:=_;I>JF5P.K`FC+C^8'700H MO^ON)1GLR`K$;&/QW:]-!K7=67K=P))&O_*'@1(!+J`+3#T:VNT6#+_ MZA'G`G:2'5_&)J/G80I*+C:%ORR*U)A),U)E)JS>?_\KR-\^WS[?/M\^_W^? *?P+2T:**`,@``*/G ` end From simon@rheged.dircon.co.uk Mon Sep 25 18:37:25 1995 Return-Path: Received: from newsgate.dircon.co.uk by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15252; Mon, 25 Sep 95 18:37:25 +0100 Received: (from rheged@localhost) by newsgate.dircon.co.uk (8.6.12/8.6.9) with UUCP id SAA29194 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Mon, 25 Sep 1995 18:12:44 +0100 Received: (from simon@localhost) by caleddon.dircon.co.uk (8.6.11/9.0.0) id RAA04037 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Mon, 25 Sep 1995 17:21:33 +0100 Date: Mon, 25 Sep 1995 17:21:33 +0100 From: Simon Brooke Message-Id: <199509251621.RAA04037@caleddon.dircon.co.uk> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Getting CLX to go: help wanted Dear all I'm in one of those situations where a little help from someone who's done it goes a *long* way. I've just acquired clx, and I'm trying to make it go. The compile went sweetly, with very minor warnings, and I have changed nothing from the distribution. I'm running Linux 1.2.8 kernel on a 486dx4/100. There is no network card, and things which try to go out on the net regularly complain that the network is unreachable. However X clients generally work fine with the DISPLAY environment variable set either to ':0.0' or 'localhost:0.0'. CLISP gives me the following version information: > XLIB:*version* "MIT R5.0" > (system::version) (CLISP2 6 NIL 101293) > (lisp-implementation-version) "July 1994" > (machine-version) "I486" > My XServer is XF86_SVGA version 3.1.1 (I *think* -- I'm going by the manual page on this...), which came as part of X11R6. OK, so what goes wrong? > (cd "demo/") #"/home/simon/lisp/clx/demo/" > (load "hello") ;; Loading file /home/simon/lisp/clx/demo/hello.lsp ... ;; Loading of file /home/simon/lisp/clx/demo/hello.lsp is finished. T > (xlib::hello-world "") *** - Connection failure to X11.0 server display 0: Client is not authorized to connect to Server 1. Break> unwind > (xlib::hello-world "localhost") *** - Connection failure to X11.0 server localhost display 0: Client is not authorized to connect to Server 1. Break> unwind > (xlib::hello-world "caleddon") *** - UNIX error 101 (ENETUNREACH): Network is unreachable OK: that's the problem. Has anyone else had this? What's the fix? If I need other versions or bits of software, please let me know where to ftp them from. Cheers Simon ------- simon@rheged.dircon.co.uk (Simon Brooke) If God does not write LisP, God writes some code so similar to LisP as to make no difference. From gat@aig.jpl.nasa.gov Mon Sep 25 20:18:48 1995 Return-Path: Received: from aig.jpl.nasa.gov by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15561; Mon, 25 Sep 95 20:18:48 +0100 Received: from binkley (binkley.jpl.nasa.gov) by aig.jpl.nasa.gov (4.1/JPL-AIG-1.0) id AA07091; Mon, 25 Sep 95 12:04:30 PDT Received: by binkley (5.x/JPL-AIG-1.1) id AA21781; Mon, 25 Sep 1995 12:04:30 -0700 Date: Mon, 25 Sep 1995 12:04:30 -0700 From: gat@aig.jpl.nasa.gov (Erann Gat) Message-Id: <9509251904.AA21781@binkley> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Getting CLX to go: help wanted X-Sun-Charset: US-ASCII Try doing 'xhost +' before starting Lisp. Erann Gat gat@jpl.nasa.gov From marcus@sysc.pdx.edu Wed Sep 27 14:37:16 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA19395; Wed, 27 Sep 95 14:37:16 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id GAA20238; Wed, 27 Sep 1995 06:20:06 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id NAA03058; Wed, 27 Sep 1995 13:22:37 GMT Date: Wed, 27 Sep 1995 13:22:37 GMT Message-Id: <199509271322.NAA03058@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: A tree-viewer (was: Producing flow-charts (tree/graph)?) In-Reply-To: <9509251219.AA10134@helen.cli.di.unipi.it> References: <9509251219.AA10134@helen.cli.di.unipi.it> Reply-To: marcus@sysc.pdx.edu I built some new binaries for IRIX 5, Linux ELF, SunOS 413 (immutable) Solaris 2.4. These binaries have STDWIN built in -- so you can run Pierpaolo's neat tree program. :-) http://sayre.sysc.pdx.edu:8001/clisp/binaries Other than STDWIN, these binaries reflect the changes in the current source snapshot: http://sayre.sysc.pdx.edu:8001/clisp/clispsrc*.tar.z User visible changes -------------------- * X3J13 vote <72> is implemented: all standard Common Lisp data objects other than symbols and lists are self-evaluating. Thanks to Pierpaolo Bernardi. * SOCKET-STREAMS are implemented. See impnotes for details. * Loop macro modified to allow sequential, list/vector-computed "FOR" values. Portability ----------- * Runs on Windows NT. Other modifications ------------------- * Upgraded gettext support for locale name aliasing like with X Windows. From fischman@mpi-sb.mpg.de Wed Sep 27 17:41:21 1995 Return-Path: Received: from mpi-sb.mpg.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA20256; Wed, 27 Sep 95 17:41:21 +0100 From: fischman@mpi-sb.mpg.de (Matthias Fischmann) Organization: Max-Planck-Institut fuer Informatik D-66123 Saarbruecken, Germany Received: from batman.ag1.mpi-sb.mpg.de with SMTP by mpi-sb.mpg.de (5.65/MPISB-1.0/920920) id AA07465; Wed, 27 Sep 95 17:26:39 +0100 Received: (fischman@localhost) by batman.ag1.mpi-sb.mpg.de (8.6.11/8.6.11) id RAA08555 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Wed, 27 Sep 1995 17:26:32 +0100 Message-Id: <199509271626.RAA08555@batman.ag1.mpi-sb.mpg.de> Subject: [Q] lisp-file-types definition To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de (clisp-list) Date: Wed, 27 Sep 1995 17:26:32 +0100 (MET) X-Mailer: ELM [version 2.4 PL11] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1826 hi all, I have trouble with the following code. (defconstant lisp-file-types ;; Thanks to PCL for providing all this info #+(and Genera imach) `("lisp" "ibin") #+(and Genera (not imach)) `("lisp" "bin") #+CLOE-Runtime `("l" "fas") #+Minima `("lisp" "mebin") #+(and dec common vax (not ultrix)) `("LSP" "FAS") #+(and dec common vax ultrix) `("lsp" "fas") #+KCL `("lsp" "o") #+xerox `(("lisp" "cl" ""),il:fasl.ext) #+(and lucid MC68000) `(("lisp" "cl") ,lcl:*load-binary-pathname-types*) #+(and lucid VMS) `(("lisp" "cl") ,lcl:*load-binary-pathname-types*) #+(and lucid SPARC) `(("lisp" "cl") ,lcl:*load-binary-pathname-types*) #+excl `(("lisp" "cl") ,excl:*fasl-default-type*) #+ibcl `(("lisp" "lsp") "o") #+lispworks `("lisp" ,ccl::*binary-file-type*) #+prime `("lisp" "pbin") #+hp `("l" "b") #+TI `("lisp" "xfasl") #+ccl `("lisp" "fasl") #+cmu `("lisp" ,(c:backend-fasl-file-type c:*target-backend*))) clisp's opinion is that. *** - The macro DEFCONSTANT may not be called with 1 arguments I am running clisp on a sunsparc 2 with sun4os. Compi- lation with Allegro Common Lisp has led to different errors, this system seems to be content with the above lines. Has anybody any hints what lisp-file-types should look like? Or which line is the best for me and what #+ words I have to change to make it work? Thanx in advance! Matthias -- Matthias Fischmann Bismarckstr.6 66111 Saarbruecken Germany phone +49 (681) 37392/4 fax +49 (681) 37392/5 dfki +49 (681) 302-5302 email: fischman@dfki.uni-sb.de *** pgp public key available on request *** From pperucci@access.digex.net Wed Sep 27 18:49:11 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA20447; Wed, 27 Sep 95 18:49:11 +0100 Received: from access5.digex.net by nz11.rz.uni-karlsruhe.de with SMTP (PP); Wed, 27 Sep 1995 18:34:22 +0100 Received: (from pperucci@localhost) by access5.digex.net (8.6.12/8.6.12) id NAA29337 ; for ; Wed, 27 Sep 1995 13:32:20 -0400 Date: Wed, 27 Sep 1995 13:32:19 -0400 (EDT) From: Phil Perucci To: CLISP list Subject: CLISP, Linux (NT?) and life? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, I recently switched (added actually) a Linux box, primarily to run CLISP. Now I see a posting about about CLISP running on the Evil Empire's OS (NT) - yes, I saw the older DOS binary too... While I still run Windows95 on one box, I was just wondering about the evolving "culture" and/or "philosophy" here. Will 1) CLISP development continue (the sunsite.unc.edu binary is from summer of '94) and will 2) Unix continue to be a "preferred" platform? I dumped my NT coding efforts in Visual C++, thinking AI researchers still preferred Lisp and Unix. Are even researchers and universities gravitating to the not-so-free world of Microsoft? Currently I use Patrick Henry Winston's books "Artificial Intelligence" and "Lisp" for my fundamental approaches. Is there a more "hip" AI guru these days? ============================================================================== Phil Perucci ......... pperucci@access.digex.net ........ Systems Integrator "Visit the Hydrologic Information Center at http://www.nohrsc.nws.gov/~hic" ============================================================================== From marcus@sysc.pdx.edu Thu Sep 28 07:18:08 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA22544; Thu, 28 Sep 95 07:18:08 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id XAA20878; Wed, 27 Sep 1995 23:00:53 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id GAA05460; Thu, 28 Sep 1995 06:03:29 GMT Date: Thu, 28 Sep 1995 06:03:29 GMT Message-Id: <199509280603.GAA05460@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: [Q] lisp-file-types definition In-Reply-To: <199509271626.RAA08555@batman.ag1.mpi-sb.mpg.de> References: <199509271626.RAA08555@batman.ag1.mpi-sb.mpg.de> Reply-To: marcus@sysc.pdx.edu >>>>> "Matthias" == Matthias Fischmann writes: Matthias> *** - The macro DEFCONSTANT may not be called with 1 arguments Add a line for CLISP, like: (defconstant lisp-file-types [others] #+clisp `("lsp" "fas") ) From marcus@sysc.pdx.edu Thu Sep 28 09:45:25 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA22747; Thu, 28 Sep 95 09:45:25 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id BAA21052; Thu, 28 Sep 1995 01:27:50 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id IAA05685; Thu, 28 Sep 1995 08:30:25 GMT Date: Thu, 28 Sep 1995 08:30:25 GMT Message-Id: <199509280830.IAA05685@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: CLISP, Linux (NT?) and life? In-Reply-To: References: Reply-To: marcus@sysc.pdx.edu >>>>> "Phil" == Phil Perucci writes: Phil> Will 1) CLISP development continue Phil> (the sunsite.unc.edu binary is from summer of '94) I'm not sure what you are driving at. CLISP development is not funded; I don't know that it ever was. Generally, features are added to CLISP whenever someone is willing and able to implement said features. Ports are done when someone decides to enhance CLISP so that it runs on their platform. That a Linux binary exists on sunsite should only lead you to believe that a CLISP developer used Linux. ma2s2.mathematik.uni-karlsruhe.de remains the official distribution site for CLISP. Phil> and will 2) Unix continue to be a "preferred" Phil> platform? My spin is that Unix is preferred because Unix is a more development-friendly environment (than NT). That is, Unix being preferred for CLISP is really an effect rather than a cause. Note that only one component of "developer-friendly" is technical superiority. Another reason for preferring Unix is that there are several freely available Unix implementations. Note also that CLISP is GPL'ed. Phil> I dumped my NT coding efforts in Visual C++, thinking Phil> AI researchers still preferred Lisp and Unix. If you find C++ suitable to your research, use it! It might well be the case that if your interest was expert-systems, the C++ world is as well or better equipped to address your needs. Still, "AI researchers" seems like a impossibly broad category to me -- does that include all of optimization, machine learning, and evolutionary computation? If so, I doubt a recommendation w.r.t. to OS's or programming languages would make sense. Phil> Are even researchers and universities gravitating to the Phil> not-so-free world of Microsoft? Whether they are or not, I don't see how it pertains to CLISP. :-) Keep in mind that this perception of "better" is contextual. The context is the development of a programming tools, not user applications (an entirely artificial distinction, IMO). What I see is that proprietary systems inhibit the development of programming tools. For CLISP, the situation is especially pronounced, since CLISP tries to work closely with the C compiler (usually GCC), and closely with OS features (like mmap). Compiler bugs and OS bugs can be crippling if a developer is not empowered to correct matters. Few developers have such pull with Microsoft. As an example, Bruno Haible actually influenced the design and implementation of Linux's mmap -- not to a small extent out of insights provided by his work on CLISP! At one level, CLISP is just a body of code. At another level, the users perspective, CLISP is system. Together, these facts keep me going in the direction of using freely available retargetable tools, instead of switching to proprietary tools. Using GCC and Cygnus' win32 DLL generator and libraries provides the means for doing nearly 100% of the work of NT/95 maintenance -- all on Unix. Phil> Currently I use Patrick Henry Winston's books "Artificial Phil> Intelligence" and "Lisp" for my fundamental approaches. Is Phil> there a more "hip" AI guru these days? Peter Norvig has a good intro/reference book. Grab the Lisp FAQ posted to comp.lang.lisp and comp.lang.scheme (or rtfm.mit.edu:/pub/usenet/comp.lang.lisp) if you haven't already. Lots of stuff on texts. Some AI-related sites that might help hook you up: http://www.cs.washington.edu/research/jair/home.html http://www.comlab.ox.ac.uk/archive/comp/ai.html#sites From randy@oracorp.com Thu Sep 28 15:36:01 1995 Return-Path: Received: from uu.psi.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA23455; Thu, 28 Sep 95 15:36:01 +0100 Received: from charon.oracorp.com by uu.psi.com (5.65b/4.0.061193-PSI/PSINet) via SMTP; id AA25605 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Thu, 28 Sep 95 10:21:08 -0400 Received: by gateway.oracorp.com (4.1/SMI-4.1) id AA13988; Thu, 28 Sep 95 10:21:04 EDT Received: from unknown(204.240.28.102) by gateway.oracorp.com via smap (V1.3) id sma013985; Thu Sep 28 10:20:37 1995 Received: from mars.oracorp.com (mars.ARPA) by oracorp.com (4.1/2.1-Odyssey Research Associates) id AA20220; Thu, 28 Sep 95 10:22:04 EDT Received: by mars.oracorp.com (4.1/1.3-ORA Corporation) id AA01824; Thu, 28 Sep 95 10:22:04 EDT Date: Thu, 28 Sep 1995 10:22:03 -0400 (EDT) From: Randy Calistri-Yeh X-Sender: randy@mars To: fischman@mpi-sb.mpg.de Cc: clisp-list Subject: Re: [Q] lisp-file-types definition In-Reply-To: <199509271626.RAA08555@batman.ag1.mpi-sb.mpg.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wed, 27 Sep 1995, Matthias Fischmann wrote: > I have trouble with the following code. > > (defconstant lisp-file-types [... snip] This looks like it was taken from the UC defsystem package. Here's my version, which seems to be very happy with CLISP: (defconstant lisp-file-types #+(and clisp dos) '(("LSP" "LIS") "FAS") #+(and clisp (not dos)) '(("lsp" "lisp") "fas") ;; Thanks to PCL for providing all this info #+(and Genera imach) '("lisp" "ibin") #+(and Genera (not imach)) '("lisp" "bin") #+CLOE-Runtime '("l" "fas") #+(and dec common vax (not ultrix)) '("LSP" "FAS") #+(and dec common vax ultrix) '("lsp" "fas") #+KCL '("lsp" "o") #+xerox '(("lisp" "cl" "")"dfasl") #+(and lucid MC68000) '(("lisp" "cl") "lbin") #+(and lucid VMS) '(("lisp" "cl") "vbin") #+(and lucid SPARC) '(("lisp" "cl") "sbin") #+ALLEGRO '(("lisp" "cl") "fasl") #+MCL '("" "fasl") #+ibcl '(("lisp" "lsp") "o") #+lispworks '("lisp" "wfasl") ; #+system::cmu '("slisp" "sfasl") #+prime '("lisp" "pbin") #+hp '("l" "b") #+TI '("lisp" "xfasl")) I also have the necessary externalize-directory and internalize-directory functions if anyone is interested. ____________________________________________________________________________ ==> Randy Calistri-Yeh <== Manager, AI Group email: randy@oracorp.com Odyssey Research Associates http://www.oracorp.com/ai/randy 301 Dates Dr. tel: (607) 277-2020 Ithaca, NY 14850-1326 fax: (607) 277-3206 ____________________________________________________________________________ From toy@rtp.ericsson.se Mon Oct 2 14:21:27 1995 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00438; Mon, 2 Oct 95 14:21:27 +0100 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.6.10/8.6.10) with ESMTP id IAA26201 for ; Mon, 2 Oct 1995 08:06:05 -0500 Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2.exu.ericsson.se (8.6.8/NAHUB-MR1.1) with ESMTP id IAA06488 for ; Mon, 2 Oct 1995 08:06:05 -0500 Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id JAA04754 for ; Mon, 2 Oct 1995 09:07:08 -0400 Message-Id: <199510021307.JAA04754@screamer.rtp.ericsson.se> To: CLISP Mailing List Subject: Opening files like ".profile" Date: Mon, 02 Oct 1995 09:04:50 -0400 From: Raymond Toy While playing around with file I/O, I wanted to open a file starting with a dot, like ".profile". This is what happens: > (open ".profile" :direction :input) *** - no file name given: #"/home/unix/toy/.profile" 1. Break> Presumably this is due to the CL pathname stuff which I don't really understand. Is this a bug? Am I doing something wrong? Ray From marcus@sysc.pdx.edu Tue Oct 3 03:34:14 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01614; Tue, 3 Oct 95 03:34:14 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id TAA24453; Mon, 2 Oct 1995 19:18:47 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id CAA19895; Tue, 3 Oct 1995 02:18:44 GMT Date: Tue, 3 Oct 1995 02:18:44 GMT Message-Id: <199510030218.CAA19895@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Dec ALPHA / OSF 2.1 In-Reply-To: <9510022124.AA24311@ctpa01.mit.edu> References: <9510022005.AA08333@ilog.ilog.fr> <9510022124.AA24311@ctpa01.mit.edu> Reply-To: marcus@sysc.pdx.edu Ken Olum (kdo@mit.edu) has contributed a new Dec Alpha / OSF 2.1 build of CLISP (from 08/12 sources). FTPable from: ma2s2.mathematik.uni-karlsruhe.de As: /pub/lisp/clisp/binaries/decalpha-osf/clisp.tar.z Thanks Ken! From marcus@sysc.pdx.edu Tue Oct 3 06:12:50 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01954; Tue, 3 Oct 95 06:12:50 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id VAA24498; Mon, 2 Oct 1995 21:57:23 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id EAA20210; Tue, 3 Oct 1995 04:57:20 GMT Date: Tue, 3 Oct 1995 04:57:20 GMT Message-Id: <199510030457.EAA20210@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Opening files like ".profile" In-Reply-To: <199510021307.JAA04754@screamer.rtp.ericsson.se> References: <199510021307.JAA04754@screamer.rtp.ericsson.se> Reply-To: marcus@sysc.pdx.edu >>>>> "Raymond" == Raymond Toy writes: Raymond> While playing around with file I/O, I wanted to open a file Raymond> starting with a dot, like ".profile". This is what happens: (open ".profile" :direction :input) Raymond> *** - no file name given: #"/home/unix/toy/.profile" Raymond> 1. Break> You can use: (open (make-pathname :name ".profile") :direction :input) to keep CLISP from thinking that "profile" is a type, and not the actual name. From crodav@actcom.co.il Thu Oct 12 13:49:08 1995 Return-Path: Received: from actcom.co.il by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA16203; Thu, 12 Oct 95 13:49:08 +0100 Received: from einstein by actcom.co.il with SMTP (8.6.12/actcom-0.1) id OAA28880 for ; Thu, 12 Oct 1995 14:32:26 +0200 (rfc931-sender: p10.ta1.actcom.co.il [192.115.23.40]) Message-Id: <199510121232.OAA28880@actcom.co.il> X-Sender: crodav@actcom.co.il X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 12 Oct 1995 14:28:54 +0300 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de From: crodav@actcom.co.il (David CROSSON) Subject: Hello! I'm new here and I've a question: I'm running clisp (from the package clisp_with_ffi.tgz) under NT3.51 by using RSX (32 bit rel 5 dpmi 0.9-1.0 extender). I'd like of course to use its interact mode (-I switch) for emacs (v19.29.1, a full feature version which come from voelker@cs.washington.edu) but each time I use the run-lisp command of emacs, clisp finished by itself I think because it has no input. (setq inferior-lisp-program "C:\\TOOLS\\RSX\\BIN\\RSX.EXE -Ra -Rs1024 C:\\TOOLS\\CLISP\\LISP.EXE -I -M -q C:\\TOOLS\\CLISP\\LISPINIT.MEM") (setq inferior-lisp-prompt ">") Emacs: M-x run-lisp buffer *inferior-lisp*: Process inferior-lisp finished Thanks for any answers Bye. From nt@cs.strath.ac.uk Mon Oct 16 13:15:50 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA21722; Mon, 16 Oct 95 13:15:50 +0100 Received: from bell.cs.strath.ac.uk by nz11.rz.uni-karlsruhe.de with SMTP (PP); Mon, 16 Oct 1995 12:57:33 +0100 Received: from todd-03.cs.strath.ac.uk by bell.cs.strath.ac.uk id aa02984; 16 Oct 95 12:55 +1000 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Date: Mon, 16 Oct 1995 12:54:54 +0100 From: Neven Tomov Message-Id: <9510161255.aa02984@bell.cs.strath.ac.uk> get clisp-list mailing-list-archive From nt@cs.strath.ac.uk Mon Oct 16 13:20:36 1995 Return-Path: Received: from bell.cs.strath.ac.uk by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA21775; Mon, 16 Oct 95 13:20:36 +0100 Received: from todd-03.cs.strath.ac.uk by bell.cs.strath.ac.uk id aa03163; 16 Oct 95 13:00 +1000 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Using functions written in C in a LISP program Date: Mon, 16 Oct 1995 13:00:45 +0100 From: Neven Tomov Message-Id: <9510161300.aa03163@bell.cs.strath.ac.uk> Hello Everyone, In my LISP program there are several functions that I would like to write in C instead of LISP, in the hope that the overall program will run faster. Could anyone tell me how to do this with clisp or tell me where to look for a way of doing it? Thanks for your help. Neven Tomov, Strathclyde University, Glasgow, Scotland From crodav@actcom.co.il Mon Oct 16 16:58:23 1995 Return-Path: Received: from actcom.co.il by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA22607; Mon, 16 Oct 95 16:58:23 +0100 Received: from Zeus.actcom.co.il by actcom.co.il with SMTP (8.6.12/actcom-0.1) id RAA03867 for ; Mon, 16 Oct 1995 17:40:26 +0200 (rfc931-sender: p6.ta1.actcom.co.il [192.115.23.36]) Message-Id: <199510161540.RAA03867@actcom.co.il> X-Sender: crodav@actcom.co.il X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 16 Oct 1995 17:35:13 +0300 To: clisp-list From: crodav@actcom.co.il (David Crosson) Subject: Re: Using functions written in C in a LISP program > >Hello Everyone, > >In my LISP program there are several functions that I would like to write in C >instead of LISP, in the hope that the overall program will run faster. > >Could anyone tell me how to do this with clisp or tell me where to look for a >way of doing it? > >Thanks for your help. > >Neven Tomov, >Strathclyde University, Glasgow, Scotland > > > > Hi! There's a version of clisp which can deal with foreign function, inside the distribution of this version, you'll be able to find some explanations, here a short sample: File foreign.txt of clisp_with_ffi.tgz The Foreign Function Call Facility ================================== A foreign function description is written as a Lisp file, and when compiled it produces a .c file which is then compiled by the C compiler and may be linked together with lisp.a. All symbols relating to the foreign function interface are exported from the package FFI. To use them, (USE-PACKAGE "FFI"). Special FFI forms may appear anywhere in the Lisp file. (...) Bye ---------------------------------------------------------- -- David P. CROSSON -- Ingenieur informaticien et cogniticien -- Actuellement: Cooperant au service national francais -- Responsable informatique -- BCLE - Ambassade de France en Israel ---------------------------------------------------------- -- Les hommes sont comme les animaux : -- les gros mangent les petits, et les petits les piquent. -- Voltaire, 1694-1778 ---------------------------------------------------------- From sh4z+@andrew.cmu.edu Tue Oct 17 06:38:40 1995 Return-Path: Received: from po4.andrew.cmu.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA23455; Tue, 17 Oct 95 06:38:40 +0100 Received: (from postman@localhost) by po4.andrew.cmu.edu (8.6.12/8.6.12) id BAA10658 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Tue, 17 Oct 1995 01:20:44 -0400 Received: via switchmail; Tue, 17 Oct 1995 01:20:44 -0400 (EDT) Message-Id: Received: from caesar.phil.cmu.edu via qmail ID ; Tue, 17 Oct 1995 01:20:28 -0400 (EDT) Received: from caesar.phil.cmu.edu via qmail ID ; Tue, 17 Oct 1995 01:20:26 -0400 (EDT) Date: Tue, 17 Oct 1995 01:20:26 -0400 (EDT) From: Sungjin Han To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Q: running clisp on windows 95? did somebody out there tried to install and run clisp on windows 95? is it basically the same as running under windows 3.1? if that's the case i've already made it run on windows 95 by using rsx. thanks for your help in advance, sungjin han From sh4z+@andrew.cmu.edu Tue Oct 17 06:42:28 1995 Return-Path: Received: from po2.andrew.cmu.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA23497; Tue, 17 Oct 95 06:42:28 +0100 Received: (from postman@localhost) by po2.andrew.cmu.edu (8.6.12/8.6.12) id BAA12527 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Tue, 17 Oct 1995 01:24:30 -0400 Received: via switchmail; Tue, 17 Oct 1995 01:24:29 -0400 (EDT) Message-Id: Received: from caesar.phil.cmu.edu via qmail ID ; Tue, 17 Oct 1995 01:24:16 -0400 (EDT) Received: from caesar.phil.cmu.edu via qmail ID ; Tue, 17 Oct 1995 01:24:15 -0400 (EDT) Date: Tue, 17 Oct 1995 01:24:15 -0400 (EDT) From: Sungjin Han To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Q: latest version and manual? i found ma2s2.mathematik.uni-karlsruhe.de and ftp.cs.cmu.edu ai repository have two different zip files for clisp: the former has clisp.zip and the latter clisp-eng.zip, etc. which is the latest version of clisp: the one in the ma2s2.mathematik. karlsruhe.de? is there any manual available for clisp, either on ftp or web or in hardcopy? sungjin han From marcus@sysc.pdx.edu Tue Oct 17 08:06:37 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA23715; Tue, 17 Oct 95 08:06:37 +0100 Received: from sysc.pdx.edu by nz11.rz.uni-karlsruhe.de with SMTP (PP); Tue, 17 Oct 1995 07:48:32 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id XAA06602; Mon, 16 Oct 1995 23:47:01 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id GAA21386; Tue, 17 Oct 1995 06:46:51 GMT Date: Tue, 17 Oct 1995 06:46:51 GMT Message-Id: <199510170646.GAA21386@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Q: running clisp on windows 95? In-Reply-To: References: Reply-To: marcus@sysc.pdx.edu Please try http://sayre.sysc.pdx.edu:8001/binaries/win23.zip. I've tested it on Windows NT, but I don't yet have any reports of it working on Windows 95. From marcus@sysc.pdx.edu Tue Oct 17 08:11:33 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA23794; Tue, 17 Oct 95 08:11:33 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id XAA06607; Mon, 16 Oct 1995 23:53:29 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id GAA21389; Tue, 17 Oct 1995 06:53:27 GMT Date: Tue, 17 Oct 1995 06:53:27 GMT Message-Id: <199510170653.GAA21389@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Q: latest version and manual? In-Reply-To: References: Reply-To: marcus@sysc.pdx.edu >>>>> "Sungjin" == Sungjin Han writes: Sungjin> which is the latest version of clisp: the one in the Sungjin> ma2s2.mathematik.karlsruhe.de? The latest version is the 08/12 release at ma2s2. Sungjin> is there any manual available for clisp, either on ftp or web Sungjin> or in hardcopy? The impnotes.txt file found in the source distribution augment _Common Lisp the Language_ by chapter. CLtL can be found at ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/CLtL2,. Also, dpANS is available at /pub/lisp/dpANS-1994. From haible@ilog.ilog.fr Wed Oct 18 21:56:32 1995 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA26903; Wed, 18 Oct 95 21:56:32 +0100 Received: from ilog.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA21307; Wed, 18 Oct 1995 21:38:18 +0100 (MET) Date: Wed, 18 Oct 95 17:36:41 +0100 Received: from laplace.ilog.fr by ilog.ilog.fr, Wed, 18 Oct 95 17:36:41 +0100 From: haible@ilog.ilog.fr (Bruno Haible) Message-Id: <9510181636.AA26800@ilog.ilog.fr> Received: by laplace.ilog.fr (4.1/SMI-4.1) id AA16547; Wed, 18 Oct 95 17:36:41 +0100 To: clisp-list Subject: Re: Q: running clisp on windows 95? In-Reply-To: <199510170646.GAA21386@sayre.sysc.pdx.edu> References: <199510170646.GAA21386@sayre.sysc.pdx.edu> Marcus Daniels writes: > > Please try http://sayre.sysc.pdx.edu:8001/binaries/win23.zip. > I've tested it on Windows NT, but I don't yet have any reports > of it working on Windows 95. The binaries from http://sayre.sysc.pdx.edu:8001/clisp/binaries/win32.zip work on Windows'95. All a user has to do is to change the absolute paths in clisp.bat and double-click on its icon. Bruno From gat@aig.jpl.nasa.gov Thu Oct 19 17:23:56 1995 Return-Path: Received: from aig.jpl.nasa.gov by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA28747; Thu, 19 Oct 95 17:23:56 +0100 Received: from binkley (binkley.jpl.nasa.gov) by aig.jpl.nasa.gov (4.1/JPL-AIG-1.0) id AA12398; Thu, 19 Oct 95 09:02:58 PDT Received: by binkley (5.x/JPL-AIG-1.1) id AA19175; Thu, 19 Oct 1995 09:02:57 -0700 Date: Thu, 19 Oct 1995 09:02:57 -0700 From: gat@aig.jpl.nasa.gov (Erann Gat) Message-Id: <9510191602.AA19175@binkley> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Lisp programmer position available The Machine Learning Systems (MLS) group at the Caltech Jet Propulsion Lab is seeking experienced Lisp programmers to work on a new control architecture for autonomous spacecraft in connection with the New Millenium program. Experience in Lisp and/or Scheme is a must. Experience in Lisp implementation, AI, Robotics, autonomous agents, real-time embedded systems (especially vxWorks), C and Unix are highly desirable. Permanent and summer positions are available. This work presents a unique opportunity to shape the way spacecraft software is built, and to send your work beyond Earth orbit. If you would like to be considered for this position please email a plain-text ascii resume to (and *ONLY* to): resumes@koozbain.jpl.nasa.gov Please indicate your citizenship or residency status at the top of your message. You can also send hardcopy to: Erann Gat JPL MS 525-3660 4800 Oak Grove Drive Pasadena, CA 91109 General information about the New Millenium program is available at: http://jpl-nmp.arc.nasa.gov/nmp/ Please do not send email concerning this position to any address other than resumes@koozbain.jpl.nasa.gov. From hoehle@zeus.gmd.de Fri Oct 20 12:17:35 1995 Return-Path: Received: from gmdzi.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA29944; Fri, 20 Oct 95 12:17:35 +0100 Received: from diva.gmd.de (diva) by gmdzi.gmd.de with SMTP id AA18289 (5.65c8/IDA-1.4.4 for ); Fri, 20 Oct 1995 11:58:41 +0100 Received: by diva.gmd.de with UUCP id AA01714 (5.67b8/IDA-1.5); Fri, 20 Oct 1995 11:56:05 +0100 Date: Fri, 20 Oct 1995 11:56:05 +0100 Message-Id: <199510201056.AA01714@diva.gmd.de> From: hoehle@zeus.gmd.de (Joerg Hoehle) To: clisp-list , gat@aig.jpl.nasa.gov (Erann Gat) Subject: Lisp programmer position available In-Reply-To: <9510191602.AA19175@binkley> References: <9510191602.AA19175@binkley> Every subscriber of this list knows that: This mailing list is for users of the CLISP implementation of Common Lisp by Bruno Haible and Michael Stoll. It is the proper forum for questions about CLISP and also bug reports, compatibility issues, problems of CLISP on specific platforms, enhancement of CLISP, miscellaneous comments, etc. I don't think it's the appropriate place for job offers, even if it might be useful to some of us. This job announcement has nothing to do with CLISP. Joerg Hoehle. Joerg.Hoehle@gmd.de hoehle@zeus.gmd.de From gat@aig.jpl.nasa.gov Fri Oct 20 17:01:34 1995 Return-Path: Received: from aig.jpl.nasa.gov by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01487; Fri, 20 Oct 95 17:01:34 +0100 Received: from binkley (binkley.jpl.nasa.gov) by aig.jpl.nasa.gov (4.1/JPL-AIG-1.0) id AA14267; Fri, 20 Oct 95 08:38:36 PDT Received: by binkley (5.x/JPL-AIG-1.1) id AA20959; Fri, 20 Oct 1995 08:38:29 -0700 Date: Fri, 20 Oct 1995 08:38:29 -0700 From: gat@aig.jpl.nasa.gov (Erann Gat) Message-Id: <9510201538.AA20959@binkley> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, gat@aig.jpl.nasa.gov, hoehle@zeus.gmd.de Subject: Re: Lisp programmer position available >This job announcement has nothing to do with CLISP. Ah, but it does! We are currently using CLisp for our prototype, and it is a candidate for use on the actual flight system. E. From CJTWITCHELL@wpmail.code3.com Fri Oct 20 18:18:33 1995 Return-Path: Received: from firewall.hsi.com (OZONE.HSI.COM) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01623; Fri, 20 Oct 95 18:18:33 +0100 Received: from localhost (uucp@localhost) by firewall.hsi.com (8.6.5/8.6.5) id MAA25552 for ; Fri, 20 Oct 1995 12:33:25 -0400 Received: from mercury.hsi.com(143.122.1.91) by ozone.hsi.com via smap (V1.3) id sma025547; Fri, 20 Oct 95 12:33:10 -0400Received: from code3.code3.com by mercury.hsi.com with SMTP id AA26593 (5.65c/IDA-1.4.4 for ); Fri, 20 Oct 1995 12:33:09 -0400 Received: from wpmail.code3.com by code3.code3.com (5.4R3.10/140.2) id AA17792; Fri, 20 Oct 1995 10:33:08 -0600 Received: from 3MHIS-Message_Server by wpmail.code3.com with Novell_GroupWise; Fri, 20 Oct 1995 10:35:18 -0600 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Fri, 20 Oct 1995 10:34:18 -0600 From: Claron Twitchell To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Lisp programmer position available -Reply > miscellaneous comments, etc. Perhaps we should be patient with what our fellow "clisp-list" mates want to offer under the heading of "miscellaneous comments, etc." Some relating of our CLISP experience to the larger Lisp world seems appropriate. I have used Lisp primarily for my own education and entertainment, but I find it gratifying that people are able to make money as Lisp programmers. After all, Bruno Haible has used this forum to explain his move to make more money. Thank you for the conversation, Claron Twitchell cjtwitchell@wpmail.code3.com From hoehle@zeus.gmd.de Mon Oct 23 14:33:26 1995 Return-Path: Received: from gmdzi.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04605; Mon, 23 Oct 95 14:33:26 +0100 Received: from diva.gmd.de (diva) by gmdzi.gmd.de with SMTP id AA25245 (5.65c8/IDA-1.4.4 for ); Mon, 23 Oct 1995 14:14:18 +0100 Received: by diva.gmd.de with UUCP id AA02412 (5.67b8/IDA-1.5 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de); Mon, 23 Oct 1995 14:11:38 +0100 Date: Mon, 23 Oct 1995 14:11:38 +0100 Message-Id: <199510231311.AA02412@diva.gmd.de> From: hoehle@zeus.gmd.de (Joerg Hoehle) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Lisp programmer position available In-Reply-To: <9510201538.AA20959@binkley> References: <9510201538.AA20959@binkley> Erann Gat writes: > Ah, but it does! We are currently using CLisp for our prototype, and > it is a candidate for use on the actual flight system. Claron Twitchell writes: > Perhaps we should be patient with what our fellow > "clisp-list" mates want to offer under the heading of > "miscellaneous comments, etc." Some relating of our Ok, I hereby apologize for my intolerance. I forgot that Erann was the one who will make CLISP fly in outer space. His job offer didn't mention CLISP anymore. I hope that many people are or will be able to make their living using any form of Lisp. Regards, Joerg Hoehle -- Joerg.Hoehle@gmd.de hoehle@zeus.gmd.de From eddie@ucla.edu Tue Oct 24 09:33:48 1995 Return-Path: Received: from rho.ben2.ucla.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06315; Tue, 24 Oct 95 09:33:48 +0100 Received: from ts28-7.wla.ts.ucla.edu (ts28-7.wla.ts.ucla.edu [164.67.21.132]) by rho.ben2.ucla.edu (8.6.11/8.6.11) with SMTP id BAA31068 for ; Tue, 24 Oct 1995 01:14:35 -0700 Date: Tue, 24 Oct 1995 01:14:35 -0700 Message-Id: <199510240814.BAA31068@rho.ben2.ucla.edu> X-Sender: eddie@pop.ben2.ucla.edu X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de From: Edward Urenda Subject: Configuring DOS version of CLISP I am currently taking a class on AI and attempting to use the DOS version of CLISP on my Thinkpad 500 (486 SLC2, 50Mhz). Are there any optimal settings for the config.lsp file? I've tried to change it and use (compile-file "config"), but I keep getting Error Code 26. Any ideas on how to resolve this problem? All help will be appreciated tremendously. Eddie Urenda From amanda_stent@houghton.edu Thu Oct 26 02:24:39 1995 Return-Path: Received: from osme.houghton.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11311; Thu, 26 Oct 95 02:24:39 +0100 Received: from s1483a.houghton.edu ([204.168.92.220]) by osme.houghton.edu (8.6.12/8.6.12.mtgs) with SMTP id UAA05352 for ; Wed, 25 Oct 1995 20:59:23 -0400 Date: Wed, 25 Oct 1995 20:59:23 -0400 Message-Id: <199510260059.UAA05352@osme.houghton.edu> X-Sender: s1483a@houghton.edu X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de From: Amanda Stent Subject: CLOS The instructions say that to use clos in clisp, you have to type (use-package "clos") Well, I did this and it told me there was no such package. I moved clos.lsp and every other file into every directory I could think of it searching: no dice. And no object oriented programming. What can I do? Amanda _____________________________________________________ owl From ECE@dwaf-hri.pwv.gov.za Thu Oct 26 08:38:18 1995 Return-Path: Received: from xwing.wcape.gov.za by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11644; Thu, 26 Oct 95 08:38:18 +0100 Received: from dwaf-hri.pwv.gov.za ([164.147.147.251]) by xwing.wcape.gov.za (8.6.11/8.6.12) with ESMTP id JAA13031 for ; Thu, 26 Oct 1995 09:24:18 +0200 Received: from HRI/SpoolDir by dwaf-hri.pwv.gov.za (Mercury 1.21); 26 Oct 95 09:15:45 +0200 Received: from SpoolDir by HRI (Mercury 1.21); 26 Oct 95 09:15:00 +0200 From: "John Carter" Organization: Dpt Water Affairs & Forestry (IWQS) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Thu, 26 Oct 1995 09:14:55 +0200 Subject: Mini benchmark. Priority: normal X-Mailer: Pegasus Mail v3.22 Message-Id: <191A26848D8@dwaf-hri.pwv.gov.za> Greetings All, I am contemplating writing some largish programs in CLISP. But before I commit myself to this I need a very rough idea of performance. I have this pet little bench mark which calculates e=2.71828... I like this benchmark because :- 1) It reflects floating point performance, (which I am most concerned with). 2) It is dead simple. So simple it can be translated in 30 seconds to any language you choose. 3) It cannot be optimised away entirely. 4) You can see immediately if you got the right answer. Here it is in C or C++... #include main( int argc, char * argv[]) { int n; double x, y; sscanf( argv[ 1], "%d", &n); x = 1.0; y = 1.0 + 1.0 / n; for( int i=0; i < n; i++) x *= y; printf( "y=%lf, x=%lf\n", y, x); } Here it is QBasic... INPUT "n?"; n x = 1 y = 1 + 1 / n FOR i = 1 TO n x = x * y NEXT i PRINT "y="; y; " x="; x Here it is in AWK... { n=$1 x = 1.0 y = 1.0 + 1.0 / n for( i=0; i Received: from cs.uwa.oz.au (bilby.cs.uwa.oz.au) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11695; Thu, 26 Oct 95 08:41:34 +0100 Received: from antechinus.cs.uwa.oz.au (antechinus.cs.uwa.oz.au [130.95.1.16]) by cs.uwa.oz.au (8.6.8/8.5) with SMTP id PAA04271; Thu, 26 Oct 1995 15:22:22 +0800 Received: by antechinus.cs.uwa.oz.au (NX5.67e/NX3.0S) id AA00791; Thu, 26 Oct 95 15:17:38 +0800 Message-Id: <9510260717.AA00791@antechinus.cs.uwa.oz.au> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) Received: by NeXT.Mailer (1.118.2) From: Leigh Smith Date: Thu, 26 Oct 95 15:17:35 +0800 To: clisp-list Subject: Problem with foreign def-c-call-in functions in non-user packages References: <9510260132.AA11386@ma2s2.mathematik.uni-karlsruhe.de> I've struck a snag using the latest Clisp-1995-08-12 under NeXTStep 3.3 (Intel) calling Lisp functions from C. Using the following C code: % cat mycall.c void ccall(int first, int second) { void C_RETURN_FUNCTION(int msg, int tim); C_RETURN_FUNCTION(second, first); } And the corresponding Lisp: % cat myfor.lisp (in-package "MY-PACKAGE" :use '("LISP" "FFI")) ;(use-package "FFI") (def-c-call-in my-c-return (:name "C_RETURN_FUNCTION") (:arguments (first int) (second int)) (:return-type nil)) (defun my-c-return (first second) (format t "In my-c-return first is ~A, second is ~A" first second) ) ;(in-package "MY-PACKAGE" :use '("LISP" "FFI")) (def-c-call-out ccall (:name "ccall") (:arguments (first int) (second int)) (:return-type nil)) Compiling and building as per ex4 in foreign.txt produces: + cc -O -traditional-cpp -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -fomit-frame-pointer -O2 -DDYNAMIC_FFI -Iintl -DLOCALEDIR="/usr/local/share/locale" modules.o myfor.o mycall.o lisp.a libreadline.a libintl.a libnlsut.a libavcall.a libvacall.a libtrampoline.a -ltermcap -o lisp.run + [ -n ] to_load= + [ -n ] + base+mycall/lisp.run -M base/lispinit.mem -q -i -x (saveinitmem "base+mycall/lispinit.mem") *** - The value of *TERMINAL-IO* was not a stream: #. It has been changed to #. Compiling and linking with myfor.lisp modified to have the ccall function in the :my-package package and the my-c-return function in the user package, the code works ok: % base+mycall/lisp.run -M base+mycall/lispinit.mem -i myfor -q ;; Loading file /leigh/SysDev/clisp-1995-08-12/src/myfor.fas ... ;; Loading of file /leigh/SysDev/clisp-1995-08-12/src/myfor.fas is finished. > (in-package :my-package) # > (ccall 67 89) In my-c-return first is 89, second is 67 > Can someone running another Unix version of Clisp verify if this is a NS only bug, or have I mis-understood, and there is a requirement of all C callable functions to be in the user package? Many Thanks --- Leigh Smith Computer Science, University of Western Australia +61-9-380-1945 leigh@cs.uwa.edu.au (NeXTMail/MIME) "In a world where success means gaining time, thinking has a single but irredeemable fault: it's a waste of time" - Jean-Francois Lyotard From marcus@sysc.pdx.edu Thu Oct 26 09:14:42 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11829; Thu, 26 Oct 95 09:14:42 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id AAA16337; Thu, 26 Oct 1995 00:55:06 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id HAA14773; Thu, 26 Oct 1995 07:55:00 GMT Date: Thu, 26 Oct 1995 07:55:00 GMT Message-Id: <199510260755.HAA14773@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Problem with foreign def-c-call-in functions in non-user packages In-Reply-To: <9510260717.AA00791@antechinus.cs.uwa.oz.au> References: <9510260717.AA00791@antechinus.cs.uwa.oz.au> Reply-To: marcus@sysc.pdx.edu >>>>> "Leigh" == Leigh Smith writes: [callback code deleted] Leigh> *** - The value of *TERMINAL-IO* was not a stream: # . It has been changed to #. That's a problem alright. The workaround is to go into your "base" directory and dump a new lispinit.mem with the package you want. $ ./lisp.run -q -M lispinit.mem > (make-package "MY-PACKAGE") # > (saveinitmem "lispinit.mem") Then redo your `clisp-link add-module-set' From attardi@DI.Unipi.IT Thu Oct 26 10:10:15 1995 Return-Path: Received: from mailserver.di.unipi.it (apollo.di.unipi.it) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11991; Thu, 26 Oct 95 10:10:15 +0100 Organization: Dipartimento di Informatica di Pisa - Italy Received: from omega.di.unipi.it (omega.di.unipi.it [131.114.4.68]) by mailserver.di.unipi.it (8.6.12/8.6.12) with ESMTP id EAA12442; Thu, 26 Oct 1995 04:49:39 -0400 From: Giuseppe Attardi Received: (attardi@localhost) by omega.di.unipi.it (8.6.12/8.6.12) id JAA16376; Thu, 26 Oct 1995 09:49:38 +0100 Date: Thu, 26 Oct 1995 09:49:38 +0100 Message-Id: <199510260849.JAA16376@omega.di.unipi.it> To: ECE@dwaf-hri.pwv.gov.za Cc: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <191A26848D8@dwaf-hri.pwv.gov.za> (message from John Carter on Thu, 26 Oct 95 08:39:52 +0100) Subject: Re: Mini benchmark. I tried your benchmark with ECoLisp (my own implementation of Common Lisp, which compiles to C) on a Sparcstation10. I got the following times: real time : 2.233 secs run time : 0.900 secs GC time : 0.883 secs but adding a few declarations like this: (defun test (n) (declare (fixnum n)) (let ((x 1.0) (y (+ 1.0 (/ 1.0 n)))) (declare (short-float x y)) (dotimes (i n) (setf x (* x y))) (print y) (print x))) I got this result: real time : 0.017 secs run time : 0.000 secs GC time : 0.000 secs -- Beppe PS ECoLisp is available via anonymous ftp from: - ftp.icsi.berkeley.edu [128.32.201.7], directory /pub/ai/ecl - ftp.di.unipi.it [131.114.4.36], directory /pub/lang/lisp From ECE@dwaf-hri.pwv.gov.za Thu Oct 26 11:57:03 1995 Return-Path: Received: from xwing.wcape.gov.za by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12332; Thu, 26 Oct 95 11:57:03 +0100 Received: from dwaf-hri.pwv.gov.za ([164.147.147.251]) by xwing.wcape.gov.za (8.6.11/8.6.12) with ESMTP id MAA15205 for ; Thu, 26 Oct 1995 12:42:25 +0200 Received: from HRI/SpoolDir by dwaf-hri.pwv.gov.za (Mercury 1.21); 26 Oct 95 12:33:50 +0200 Received: from SpoolDir by HRI (Mercury 1.21); 26 Oct 95 12:33:33 +0200 From: "John Carter" Organization: Dpt Water Affairs & Forestry (IWQS) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Thu, 26 Oct 1995 12:33:29 +0200 Subject: ISLisp Priority: normal X-Mailer: Pegasus Mail v3.22 Message-Id: <194F1B63AC0@dwaf-hri.pwv.gov.za> Sorry folks, I know this query is not directly related to CLisp, but I'm looking for pointers. While picking up CLisp I noticed it was on the same site as the draft standard for ISLisp. So I picked up islisp-114.ps.Z as well. I have had a small look at the standard and it looks to me to be heading in the right direction... What I would like to know is.. a) Is islisp-114.ps.Z the latest version? b) What is the status of the ISLisp standard? c) What ISLisp compiler/interpreters are around? d) What is the relationship between CLisp and ISLisp? Thank you, John Carter Institute for Water Quality Studies. Department of Water Affairs. Internet : ece@dwaf-hri.pwv.gov.za Phone : 27-12-808-0374x194 Fax : 27-12-808-0338 [Host for Afwater list server] Founder of the Council for Unnatural Scientists. From marcus@sysc.pdx.edu Thu Oct 26 12:05:26 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12400; Thu, 26 Oct 95 12:05:26 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id DAA16401; Thu, 26 Oct 1995 03:45:23 -0700 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id KAA15093; Thu, 26 Oct 1995 10:45:17 GMT Date: Thu, 26 Oct 1995 10:45:17 GMT Message-Id: <199510261045.KAA15093@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Re: Mini benchmark. In-Reply-To: <199510260849.JAA16376@omega.di.unipi.it> References: <199510260849.JAA16376@omega.di.unipi.it> Reply-To: marcus@sysc.pdx.edu John Carter wrote: 1) It reflects floating point performance, (which I am most concerned with). The reason that CLISP isn't faster for this function is that the multiply isn't special-cased by the compiler for different kinds of numbers; the multiply function has to figure out what kind of type it is dealing with, and then do the operation. To use CLISP effectively for computationally intensive numeric tasks, you either will need to make careful use the builtins, hook up foreign code via the FFI, or use pipes/sockets to C programs. [It is worth noting that CL programs that use complex data structures will likely have completely different performance characteristics across CL implementations. One example that stands out for me where CLISP is as faster or faster than even CMU Lisp is the Koza Genetic Programing kernel. Even if you declare the heck out of the Koza kernel, CLISP will still be as fast. I think the reason is that CLISP can ascertain lots of different types just by looking at the address (at least with most Unix machines). Other likely factors are the footprint, the performance of hash-tables, and garbage collecting performance. ] The main thing you can be very sure of is that CL is not to blame. Python (CMU Lisp), will give you performance equivalent to C. (my adaptation of John's function) (defun test (n) (declare (type (unsigned-byte 29) n)) (let ((x 1.0d0) (y (+ 1.d0 (/ 1.0d0 n)))) (declare (type double-float x y)) (loop (when (zerop n) (return x)) (setq x (the double-float (* x y))) (decf n)))) Sure, short floats are faster, but they have the minor disadvantage of being fairly meaningless for this application. :-) marcus@sayre[~] $ time a.out 200000000 y=1.000000, x=2.718282 real 12.25 user 11.92 sys 0.04 CMU Lisp: * (time (test 200000000)) Evaluation took: 12.1 seconds of real time 11.982946 seconds of user run time 0.00745 seconds of system run time 0 page faults and 80 bytes consed. 2.718281805141847d0 From haible@ilog.ilog.fr Thu Oct 26 16:24:19 1995 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13136; Thu, 26 Oct 95 16:24:19 +0100 Received: from ilog.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA07940; Thu, 26 Oct 1995 16:04:34 +0100 (MET) Date: Thu, 26 Oct 95 13:21:12 +0100 Received: from laplace.ilog.fr by ilog.ilog.fr, Thu, 26 Oct 95 13:21:12 +0100 From: haible@ilog.ilog.fr (Bruno Haible) Message-Id: <9510261221.AA25541@ilog.ilog.fr> Received: by laplace.ilog.fr (4.1/SMI-4.1) id AA23953; Thu, 26 Oct 95 13:21:12 +0100 To: clisp-list Subject: Re: Mini benchmark. In-Reply-To: <191A26848D8@dwaf-hri.pwv.gov.za> References: <191A26848D8@dwaf-hri.pwv.gov.za> John Carter writes: > I am contemplating writing some largish programs in CLISP. But before > I commit myself to this I need a very rough idea of performance. I > have this pet little bench mark which calculates e=2.71828... I like > this benchmark because :- > 1) It reflects floating point performance, (which I am > most concerned with). But you have to be careful to measure the performance with the same kind of floating-point numbers. > Here it is in C or C++... > double x, y; These are IEEE double-precision floats (53 mantissa bits). > And finally, the point of this whole message, in Lisp... > (defun test (n) > (let ((x 1.0) (y (+ 1 (/ 1.0 n)))) These are, by default in Common Lisp, single-floats, i.e. (in CLISP) IEEE single-precision floats (24 mantissa bits). Giuseppe showed us declarations for short-floats (20 mantissa bits or so?). You cannot directly compare timings of computations with different kinds of floats. > According to my tests I rank languages like so.. > ... > Compiled CLISP > Compiled EMACS Lisp > GNU C++ (33 times faster than Emacs lisp and 170x faster than Actor) Admittedly, CLISP's floating-point performance for single/double floats is not good. (The Gabriel FFT benchmark shows this as well.) But in CLISP, you can increase the precision of your floats as much as you want, just by changing the *DEFAULT-FLOAT-FORMAT*, *READ-DEFAULT-FLOAT-FORMAT* and (LONG-FLOAT-DIGITS) variables. Say you want to compute e by its power series, like this: (defun e (&optional (x 1.0)) (do* ((n 0 (1+ n)) (y (float 1 x) (/ (* y x) n)) (sum (float 0 x))) ((= sum (setf sum (+ sum y))) sum) ) ) In CLISP you don't have to change your program _at_all_ if you want to increase the precision of the result: > (e) 2.718282 > (e 1.0L0) 2.7182818284590452354L0 > (e (float-digits 1 200)) 2.7182818284590452353602874713526624977572470936999595749669676277244L0 (Of course, the built-in function EXP is still twice as fast than the function E presented here.) If this feature is not useful to you and you rely heavily on floating- point performance, then you should try some other Lisps such as GCL or (as Giuseppe pointed out) Ecolisp. Bruno Haible email: Software Engineer phone: +33-1-49083585 From jeanpaul@cs.washington.edu Thu Oct 26 16:35:07 1995 Received: from grizzly.cs.washington.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13242; Thu, 26 Oct 95 16:35:07 +0100 Return-Path: Received: (jeanpaul@localhost) by grizzly.cs.washington.edu (8.6.12/7.2ws+) id IAA00824; Thu, 26 Oct 1995 08:15:26 -0700 Date: Thu, 26 Oct 1995 08:15:25 -0700 (PDT) From: Jean-Paul Tea To: clisp-list Cc: Multiple recipients of list Subject: Re: CLOS In-Reply-To: <199510260059.UAA05352@osme.houghton.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Try typing (use-package "CLOS") Notice that CLOS is in capital letter (this is important). Hope this helps, Jean-Paul On Thu, 26 Oct 1995, Amanda Stent wrote: > The instructions say that to use clos in clisp, you have to type > (use-package "clos") > Well, I did this and it told me there was no such package. I moved clos.lsp > and every other file into every directory I could think of it searching: no > dice. > And no object oriented programming. What can I do? > > Amanda > _____________________________________________________ > owl > > > From haible@ilog.ilog.fr Fri Oct 27 21:25:01 1995 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA16055; Fri, 27 Oct 95 21:25:01 +0100 Received: from ilog.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA25976; Fri, 27 Oct 1995 21:05:12 +0100 (MET) Date: Fri, 27 Oct 95 20:46:49 +0100 Received: from laplace.ilog.fr by ilog.ilog.fr, Fri, 27 Oct 95 20:46:49 +0100 From: haible@ilog.ilog.fr (Bruno Haible) Message-Id: <9510271946.AA03580@ilog.ilog.fr> Received: by laplace.ilog.fr (4.1/SMI-4.1) id AA11749; Fri, 27 Oct 95 20:46:48 +0100 To: clisp-list Subject: Re: ISLisp In-Reply-To: <194F1B63AC0@dwaf-hri.pwv.gov.za> References: <194F1B63AC0@dwaf-hri.pwv.gov.za> John Carter asks: > > While picking up CLisp I noticed it was on the same site as the draft > standard for ISLisp. So I picked up islisp-114.ps.Z as well. I have > had a small look at the standard and it looks to me to be heading in > the right direction... > > What I would like to know is.. > a) Is islisp-114.ps.Z the latest version? No, there have been two new versions, islisp-12.28 and islisp-14.9, in the meantime: Kent Pitman brought in a "condition system" and made some more editorial cleanup. I have now put copies of the documents onto the FTP server. > b) What is the status of the ISLisp standard? The first Current Draft ballot is over, there will be a second Current Draft ballot, and the draft is scheduled to be accepted Draft International Standard in April 1996. > c) What ISLisp compiler/interpreters are around? Christian Jullien has written a (commercial) interpreter. There are rumors that Kent Pitman has an implementation, embedded in Common Lisp. And, of course, ILOG Talk is mostly compatible with ISLisp-8.5. > d) What is the relationship between CLisp and ISLisp? None. It is a pure coincidence that you can FTP both from my FTP site :-) Bruno Haible email: Software Engineer phone: +33-1-49083585 From holzi@logic.tuwien.ac.at Mon Oct 30 11:03:47 1995 Return-Path: Received: from csdec2.tuwien.ac.at by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA20908; Mon, 30 Oct 95 11:03:47 +0100 Received: by csdec2.tuwien.ac.at (5.65/DEC-Ultrix/4.3) id AA14579; Mon, 30 Oct 1995 10:43:28 +0100 Message-Id: <9510300943.AA14579@csdec2.tuwien.ac.at> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: unsubscribe Date: Mon, 30 Oct 95 10:43:15 +0100 From: holzi@logic.tuwien.ac.at X-Mts: smtp unsubscribe thanx From div@ultersys.msk.su Mon Nov 6 12:57:12 1995 Return-Path: Received: from Piccadilly.ultersys.msk.su ([193.232.127.136]) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00830; Mon, 6 Nov 95 12:57:12 +0100 Received: from div.ultersys.msk.su ([194.87.164.60]) by Piccadilly.ultersys.msk.su (8.6.12/) with SMTP id UAA00347 for ; Sat, 4 Nov 1995 20:34:46 +0300 Received: by div.ultersys.msk.su with Microsoft Mail id <01BAAAF5.8F6CEDA0@div.ultersys.msk.su>; Sat, 4 Nov 1995 20:38:55 +-300 Message-Id: <01BAAAF5.8F6CEDA0@div.ultersys.msk.su> From: Dmitri Ivanov To: "'clisp-list'" Subject: Problems 1) running clisp on Windows'95; 2) downloading clispsrc.tar.z Date: Sat, 4 Nov 1995 20:38:48 +-300 Encoding: 33 TEXT, 49 UUENCODE X-Ms-Attachment: WINMAIL.DAT 0 00-00-1980 00:00 Dear Marcus: I managed to download Win32.zip -- the great success, since we use telepony dial-up, and lines are really bad in Russia. But... 1) Linefeed problem running CLISP on Windows'95 .. On printing the result in the read-eval-print loop, the line is not feeded, and prompt ">" does not appear. You should press "Enter" once more to make it work properly. 2) Hanging up while downloading clispsrc.tar.z To tell the truth, I planned to port CLISP to Microsoft Visual C++. I have made several attempts to download the whole clispsrc.tar.z. Unfortunately, I failed. That would be great if there were a splitted source distribution like in ma2s2.mathematik.uni-karlsruhe.de. (Chanks no more than 300Kb are highly preferable). Sincerely yours, Dmitri ---------------------------------------------------------------- Dmitri Ivanov Ulter Systems, Inc. div@ultersys.msk.su 77 Shchelkovskoe Shosse Moscow, Russia Fax: +7 095 469-98-70 Phone: +7 095 460-47-10 ---------------------------------------------------------------- begin 600 WINMAIL.DAT M>)\^(C@1`0:0" `$```````!``$``0>0!@`(````XP0```````#G``$-@ 0` M`@````(``@`!!) &`%@!```!````# ````,``# #````"P`/#@`````"`?\/ M`0```%4`````````@2L?I+ZC$!F=;@#=`0]4`@````!C;&ES<"UL:7-T`%-- M5% `8VQI``,P`0```"T```!C;&ES<"UL M:7-T0&UA,G,R+FUA=&AE;6%T:6LN=6YI+6MA@#C& $%@ ,`#@```,L'"P`$ M`!0`)@`P``8`40$!(( #``X```#+!PL`! `3`#D``@`&`#4!`0F `0`A```` M-#1"-40P-$-%,C$V0T8Q,4$Q.3,P.# P,D(Q1$)%0C<`(@`' ``0```$@```!0@`"`7$` M`0```!8````!NJK<9B%,T+5F%N(1SZ&3" `K';ZW```>`!X,`0````4```!3 M3510`````!X`'PP!````% ```&1I=D!U;'1E)S=&5M`H,SMP+D!Q,"@S02S _=?0J BPC/ M"=D[&!\R-34"@ <*@0VQ"V!N9S$P,U<44 L*%6(R%6!C`$ @%$1E"L%-"L!C M=7...@J%"H\<+"!)( .!!&%G"8 @=&\@9*AO=VX7L&$@L%<+@! S,BYZ!2 @ M+2U1(,!H92 )P6$%0'/(=6-C!Y!S+"+P"X!Y(S @=R* '9 B@!/0;#1E< (@ M>2#P!S$M=>YP(W `<""P; N !Y$*P-,B@"*Q;&PDT&(A80N !P?P'9 `D&$N M($)U?'0N)_ >/QPL*"\<+#'H*2!,)=%F"> @L!-0SF\"8!/@)E!U;@,`&R" M($-,25-0( (@PR&"(0%S)SDU*A\<+-TH%D\#H!-0"X!T+8(B8GL8(",`; 5 M)Q$R)"%@+9QE=B41,9,EL&]O)5'/(F(EPB<`!"!N;P5 +'(7"8 E9"S!;04Q M(CXBQR#Q!Y$U8F%P: ,0(H A!BV"8R7 <[1P>U%$F8+<"2 9"@60Y81@/LZXCB28B*&!I B4B8Q(_#] M)C%A(O +4#K0$] @L$@*$,1@&YK-4(Y]8%5L2 S M,#!+8B83^3^P9V@FH3C1+'!)0"SQ?BE-[0M&$K(,`RS!$]!CW05 4R.B&" F MH7D(82-@]T&E7(\<\&TZT 40/&PB,/]?#V ?82]AZ4&E7;0@(#.@[35@=ERO M92U5,J $D!.5G2-A22.P*!8D\'9 ,I'M!)!S$[!3L'-44",`92]I:5,W-P8` M:!%P)'!K_V00:+ W(&J!1R 1L%PO;-_;;>]N5$U'( 6@=R-P)T0':]]Q3W)> M1F%X.B **VIP,"[0(#0V.> M.3@M-PIV=1]V+QUVI5 X<"7@B][/WQ/8L@+0:4700!^L ```P`0$ `````#`!$0`````$ `!S @Y.R/ BUJJZ`4 `"# @Y.R/UJJZ`1X`/0`!`````0````````#\K `` ` end From Dan.Stanger@evolving.com Thu Nov 9 20:23:47 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02047; Thu, 9 Nov 95 20:23:47 +0100 Received: from citadel.evolving.com by nz11.rz.uni-karlsruhe.de with SMTP (PP); Thu, 9 Nov 1995 20:00:42 +0100 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.12/8.6.9) with ESMTP id LAA23074 for ; Thu, 9 Nov 1995 11:58:41 -0700 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.12/8.6.9) with SMTP id LAA20166 for ; Thu, 9 Nov 1995 11:58:40 -0700 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA18152; Thu, 9 Nov 1995 11:56:08 -0700 Date: Thu, 9 Nov 1995 11:56:08 -0700 From: Dan.Stanger@evolving.com (Dan Stanger) Message-Id: <9511091856.AA18152@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: compiler interaction with inline. how can i insure that functions generated by defstruct get expanded inline. thanks, dan stanger From liebig@faw.uni-ulm.de Fri Nov 10 09:32:32 1995 Return-Path: Received: from faw.uni-ulm.de (merlin.faw.uni-ulm.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02543; Fri, 10 Nov 95 09:32:32 +0100 Received: from sun32.faw.uni-ulm.de by faw.uni-ulm.de (AIX 3.2/UCB 5.64/4.03) id AA17452; Fri, 10 Nov 1995 09:06:36 +0100 Date: Fri, 10 Nov 1995 09:06:36 +0100 From: liebig@faw.uni-ulm.de (Thorsten Liebig) Message-Id: <9511100806.AA17452@faw.uni-ulm.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: LOOM with clisp? Hi, does anyone get the knowledge representation tool "LOOM" (version 2.1) working with clisp? I tried but it fails with a lot errors while compiling/loading the last file coda.lisp. thanks, Thorsten Liebig ------------------------------------------------------------------- Thorsten Liebig, FAW Ulm / ____) | | Ulm / Helmholtzstr. 16, D-89081 Ulm / / / | | / Tel: +49 0731/501-8995 / ___) /__ | | / | / EMail: liebig@faw.uni-ulm.de _/_/ _/ _| _/ __/ Forschungsinstitut fuer anwendungsorientierte Wissensverarbeitung From haible@ilog.ilog.fr Fri Nov 10 12:44:27 1995 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03088; Fri, 10 Nov 95 12:44:27 +0100 Received: from ilog.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA07596; Fri, 10 Nov 1995 12:22:06 +0100 (MET) Date: Fri, 10 Nov 95 12:02:12 +0100 Received: from laplace.ilog.fr by ilog.ilog.fr, Fri, 10 Nov 95 12:02:12 +0100 From: haible@ilog.ilog.fr (Bruno Haible) Message-Id: <9511101102.AA06129@ilog.ilog.fr> Received: by laplace.ilog.fr (4.1/SMI-4.1) id AA14982; Fri, 10 Nov 95 12:02:11 +0100 To: clisp-list Subject: Re: compiler interaction with inline. In-Reply-To: <9511091856.AA18152@kafka> References: <9511091856.AA18152@kafka> Dan Stanger asks: > how can i insure that functions generated by defstruct get > expanded inline. In Common Lisp in general, you can't, because the compiler is not required to pay attention to (PROCLAIM (INLINE ...)) at all. In CLISP, just compile the file containing the defstruct. And make sure that you have loaded this file when you compile other files which make use of the defstruct accessors. Bruno Haible email: Software Engineer phone: +33-1-49083585 From toy@rtp.ericsson.se Mon Nov 13 15:35:40 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06036; Mon, 13 Nov 95 15:35:40 +0100 Received: from gwa.ericsson.com by nz11.rz.uni-karlsruhe.de with SMTP (PP); Mon, 13 Nov 1995 15:08:17 +0100 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.7.1/8.7.1) with ESMTP id IAA09816 for ; Mon, 13 Nov 1995 08:06:38 -0600 (CST) Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2.exu.ericsson.se (8.7.1/NAHUB-MR1.1) with SMTP id IAA11763 for ; Mon, 13 Nov 1995 08:06:37 -0600 (CST) Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id JAA23716 for ; Mon, 13 Nov 1995 09:07:59 -0500 To: CLISP Mailing List Subject: Building 0812 on Sun4 solaris 2.4 with gcc 2.7.0? Date: Mon, 13 Nov 1995 09:05:04 -0500 Message-Id: <3340.816271504@rtp.ericsson.se> From: Raymond Toy I finally got around to grabbing the 0812 version of clisp. I also grabbed readline and regexp files too. I followed the directions in unix/INSTALL. and ran "makmake --with-readline --with-dynamic-ffi". However, I could quite get a totally successful build. Here are some of the problems encountered. 1. When adding the regexp module, gcc fails because explicit is now a keyword. In particular, see clisp.h, lispbibl.d. I got around this by adding -Dexplicit=clisp_explicit. 2. A working lisp is produced after doing the above. However, I can't add the regexp module. gcc says: + gcc -O -Dexplicit=clisp_expl -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -fomit-frame-pointer -O2 -DUNIX_BINARY_DISTRIB -DDYNAMIC_MODULES -DDYNAMIC_FFI -Iintl -DLOCALEDIR="/usr/local/lib/locale" -I/apps/public/src/lisp/08-12/clisp-1995-08-12/solaris-gcc -DMODULE=regexp -c regexp_module.cc In file included from regexp_module.cc:16: /apps/public/src/lisp/08-12/clisp-1995-08-12/solaris-gcc/clisp.h:2373: global register variable follows a function definition /apps/public/src/lisp/08-12/clisp-1995-08-12/solaris-gcc/clisp.h:2373: warning: call-clobbered register used for global register variable The relevant line in clisp.h is: register object subr_self __asm__("%g4"); At this point I'm stuck. 3. There were various other minor problems with directories, but I, unfortunately, did not write them down. Any hints or pointers? Ray From marcus@sysc.pdx.edu Mon Nov 13 19:53:54 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06937; Mon, 13 Nov 95 19:53:54 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id KAA00953; Mon, 13 Nov 1995 10:29:25 -0800 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id SAA20696; Mon, 13 Nov 1995 18:29:20 GMT Date: Mon, 13 Nov 1995 18:29:20 GMT Message-Id: <199511131829.SAA20696@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Building 0812 on Sun4 solaris 2.4 with gcc 2.7.0? In-Reply-To: <3340.816271504@rtp.ericsson.se> References: <3340.816271504@rtp.ericsson.se> Reply-To: marcus@sysc.pdx.edu >>>>> "Raymond" == Raymond Toy writes: Raymond> When adding the regexp module, gcc fails because explicit is now a Raymond> keyword. Thanks, will be fixed. Raymond> global register variable follows a function definition Raymond> The relevant line in clisp.h is: Raymond> register object subr_self __asm__("%g4"); Raymond> At this point I'm stuck. A workaround is compiling without "--with-dynamic-modules". From hoehle@zeus.gmd.de Tue Nov 14 09:40:05 1995 Return-Path: Received: from gmdzi.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08255; Tue, 14 Nov 95 09:40:05 +0100 Received: from diva.gmd.de (diva) by gmdzi.gmd.de with SMTP id AA07244 (5.65c8/IDA-1.4.4 for ); Tue, 14 Nov 1995 09:17:08 +0100 Received: by diva.gmd.de with UUCP id AA05634 (5.67b8/IDA-1.5 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de); Tue, 14 Nov 1995 09:14:00 +0100 Date: Tue, 14 Nov 1995 09:14:00 +0100 Message-Id: <199511140814.AA05634@diva.gmd.de> From: hoehle@zeus.gmd.de (Joerg Hoehle) To: clisp-list Subject: Building 0812 on Sun4 solaris 2.4 with gcc 2.7.0? In-Reply-To: <199511131829.SAA20696@sayre.sysc.pdx.edu> References: <199511131829.SAA20696@sayre.sysc.pdx.edu> Hi, Marcus Daniels writes: > >>>>> "Raymond" == Raymond Toy writes: > Raymond> global register variable follows a function definition > Raymond> The relevant line in clisp.h is: > > Raymond> register object subr_self __asm__("%g4"); > A workaround is compiling without "--with-dynamic-modules". What I had to do in the Amiga port was to change the location of the above line to come before any function definitions (especially inlined functions defined in the headers files). So make sure the register declaration comes first or compile the module with -ffixed-g4 so that the register is allocated right from the beginning. Hope this helps, Joerg Hoehle. Joerg.Hoehle@gmd.de hoehle@zeus.gmd.de From mabramson@nlm.nih.gov Tue Nov 14 14:06:43 1995 Return-Path: Received: from lhc.nlm.nih.gov by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08839; Tue, 14 Nov 95 14:06:43 +0100 Received: from play.nlm.nih.gov by lhc.nlm.nih.gov (4.1/SMI-4.0) id AA17241; Tue, 14 Nov 95 07:43:07 EST Received: by play.nlm.nih.gov (940816.SGI.8.6.9/5.6) id MAA18453; Tue, 14 Nov 1995 12:40:04 GMT Date: Tue, 14 Nov 1995 12:40:04 GMT Message-Id: <199511141240.MAA18453@play.nlm.nih.gov> From: Myriam Abramson To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Rebuilding clisp on the Power Challenge Array I would like to know if anybody has already rebuilt Clisp on the Power Challenge Array? Apparently, libgettext.h is missing from the sources. Does anybody know about that? Thanks, myriam From mabramson@nlm.nih.gov Thu Nov 16 18:03:45 1995 Return-Path: Received: from lhc.nlm.nih.gov by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13114; Thu, 16 Nov 95 18:03:45 +0100 Received: from play.nlm.nih.gov by lhc.nlm.nih.gov (4.1/SMI-4.0) id AA23383; Thu, 16 Nov 95 11:39:26 EST Received: by play.nlm.nih.gov (940816.SGI.8.6.9/5.6) id QAA02124; Thu, 16 Nov 1995 16:36:24 GMT Date: Thu, 16 Nov 1995 16:36:24 GMT Message-Id: <199511161636.QAA02124@play.nlm.nih.gov> From: Myriam Abramson To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: emacs interface That should be an easy question: Where can I find an emacs interface for clisp using Ilisp-5.7? The file clisp.lisp in ilisp-5.7 does not seem to be the right one... Thanks in advance, myriam From toy@rtp.ericsson.se Thu Nov 16 20:01:36 1995 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13343; Thu, 16 Nov 95 20:01:36 +0100 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.7.1/8.7.1) with ESMTP id MAA15790 for ; Thu, 16 Nov 1995 12:38:04 -0600 (CST) Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr2.exu.ericsson.se (8.7.1/NAHUB-MR1.1) with SMTP id MAA08364 for ; Thu, 16 Nov 1995 12:38:03 -0600 (CST) Received: from rcur (rcur7.rtp.ericsson.se [147.117.133.38]) by screamer.rtp.ericsson.se (8.6.8/8.6.4) with ESMTP id NAA02221 for ; Thu, 16 Nov 1995 13:39:26 -0500 To: clisp-list References: <199511140814.AA05634@diva.gmd.de> Subject: Re: Building 0812 on Sun4 solaris 2.4 with gcc 2.7.0? In-Reply-To: (Your message of Tue, 14 Nov 1995 09:45:51 +0100.) <199511140814.AA05634@diva.gmd.de> Date: Thu, 16 Nov 1995 13:36:29 -0500 Message-Id: <22814.816546989@rtp.ericsson.se> From: Raymond Toy >>>>> "Joerg" == Joerg Hoehle writes: Joerg> Hi, Marcus Daniels writes: >> >>>>> "Raymond" == Raymond Toy writes: Raymond> global register variable follows a function definition Raymond> The relevant line in clisp.h is: >> Raymond> register object subr_self __asm__("%g4"); >> A workaround is compiling without "--with-dynamic-modules". Joerg> What I had to do in the Amiga port was to change the Joerg> location of the above line to come before any function Joerg> definitions (especially inlined functions defined in the Joerg> headers files). So make sure the register declaration comes Joerg> first or compile the module with -ffixed-g4 so that the Joerg> register is allocated right from the beginning. Thanks for the hints I would try them out, but I went and grabbed new versions from which seem to work better. The "explicit" problem is still there, but the %g4 problem seems to be gone. However, this raises another question. Whenever I compile I get many warnings from gcc about volatile not doing what might be expected and using call-clobbered global registers (or something like that). Are these warnings important, especially the call-clobbered global register? I've been using the result on various things, and the answer has always been what was expected. Ray From wainz@focushope.edu Thu Nov 16 20:50:33 1995 Return-Path: Received: from gate.focushope.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13468; Thu, 16 Nov 95 20:50:33 +0100 Received: by gate.focushope.edu; id OAA07257; Thu, 16 Nov 1995 14:25:28 -0500 Received: from comsvr1.cat.focushope.edu(198.109.50.247) by gate.focushope.edu via smap (V1.3) id sma007251; Thu Nov 16 14:24:57 1995 Received: from aladdin by comsvr1.cat.focushope.edu (5.0/SMI-SVR4) id AA29820; Thu, 16 Nov 1995 14:26:34 -0500 Received: by aladdin (5.0/SMI-SVR4) id AA13434; Thu, 16 Nov 1995 14:26:11 +0500 Date: Thu, 16 Nov 1995 14:26:11 +0500 From: wainz@focushope.edu (Josef Wainz) Message-Id: <9511161926.AA13434@aladdin> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Graphics X-Sun-Charset: US-ASCII Content-Length: 215 Can anyone point me towards good books, references, programming examples, etc. where clisp is used for generating graphics. Thanks in advance, Joe Focus:HOPE Center for Advanced Technologies wainz@focushope.edu From marcus@sysc.pdx.edu Thu Nov 16 21:26:10 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13560; Thu, 16 Nov 95 21:26:10 +0100 Received: from sysc.pdx.edu by nz11.rz.uni-karlsruhe.de with SMTP (PP); Thu, 16 Nov 1995 21:02:26 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id LAA04022; Thu, 16 Nov 1995 11:34:45 -0800 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id TAA07296; Thu, 16 Nov 1995 19:34:41 GMT Date: Thu, 16 Nov 1995 19:34:41 GMT Message-Id: <199511161934.TAA07296@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: emacs interface In-Reply-To: <199511161636.QAA02124@play.nlm.nih.gov> References: <199511161636.QAA02124@play.nlm.nih.gov> Reply-To: marcus@sysc.pdx.edu >>>>> "Myriam" == Myriam Abramson writes: Myriam> Where can I find an emacs interface for clisp using Ilisp-5.7? There is some info at: http://sayre.sysc.pdx.edu:8001/clisp_and_emacs/clisp_and_emacs.html From haible@ilog.ilog.fr Fri Nov 17 00:00:55 1995 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13889; Fri, 17 Nov 95 00:00:55 +0100 Received: from ilog.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA06101; Thu, 16 Nov 1995 23:37:30 +0100 (MET) Date: Thu, 16 Nov 95 23:32:52 +0100 Received: from laplace.ilog.fr by ilog.ilog.fr, Thu, 16 Nov 95 23:32:52 +0100 From: haible@ilog.ilog.fr (Bruno Haible) Message-Id: <9511162232.AA15764@ilog.ilog.fr> Received: by laplace.ilog.fr (4.1/SMI-4.1) id AA01078; Thu, 16 Nov 95 23:32:51 +0100 To: clisp-list Subject: Re: Building 0812 on Sun4 solaris 2.4 with gcc 2.7.0? In-Reply-To: <22814.816546989@rtp.ericsson.se> References: <22814.816546989@rtp.ericsson.se> > I would try them out, but I went and grabbed new versions from > which seem to work better. The "explicit" problem is still there It shouldn't be a show-stopper. How about adding "-Dexplicit=eksplicit" to the CFLAGS? > However, this raises another question. Whenever I compile I get many > warnings from gcc about volatile not doing what might be expected and > using call-clobbered global registers (or something like that). It's because CLISP plays dirty tricks with the stack pointer, for efficiency. You can ignore the warnings. Bruno From marcus@sysc.pdx.edu Fri Nov 17 00:09:25 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13955; Fri, 17 Nov 95 00:09:25 +0100 Received: from sysc.pdx.edu by nz11.rz.uni-karlsruhe.de with SMTP (PP); Thu, 16 Nov 1995 23:45:49 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id OAA04179; Thu, 16 Nov 1995 14:43:47 -0800 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id WAA08117; Thu, 16 Nov 1995 22:43:44 GMT Date: Thu, 16 Nov 1995 22:43:44 GMT Message-Id: <199511162243.WAA08117@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Graphics In-Reply-To: <9511161926.AA13434@aladdin> References: <9511161926.AA13434@aladdin> Reply-To: marcus@sysc.pdx.edu On the modest size, there is a module for CLISP called "stdwin" that might be a starting place. Pierpaolo Bernardi (bernardp@cli.di.unipi.it) wrote a neat little tree-visualization program that uses stdwin. It might provide some guidance. It is available for ftp from: ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/clisp/contrib/trees.tar.gz The `standard' X interface for Common Lisp is CLX. A CLX tweaked for CLISP, and a manual, is available at: ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/clisp/packages A large GUI system developed at Carnegie Mellon called `Garnet' is available from the same place, as well as some other CLX-layered packages. The latest (and last) version of Garnet is available at: ftp.cs.cmu.edu:/afs/cs.cmu.edu/project/garnet/garnet/ I found I had to modify the garnet-loader file slightly in order to get Garnet 3.0 to load. That's at: http://sayre.sysc.pdx.edu:8001/clisp/garnet-loader.lisp. You'll need something like 133Mhz Pentium in order to have very usable performance. The HCI group at CMU now is working a C++ library called `Amulet'. One could use the CLISP FFI to interface with Amulet or any number of other libraries (e.g. Tk, Xview). From aaronn@linfield.edu Fri Nov 17 23:08:39 1995 Return-Path: Received: from linfield.edu (calvin.linfield.edu) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15365; Fri, 17 Nov 95 23:08:39 +0100 Received: by linfield.edu (5.0/SMI-SVR4) id AA02422; Fri, 17 Nov 1995 13:44:26 +0800 Date: Fri, 17 Nov 1995 13:44:20 -0800 (PST) From: Aaron Ben Neerenberg Subject: A bit of humor for you... To: clisp-list In-Reply-To: <9511162232.AA15764@ilog.ilog.fr> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 215 In "Common Lisp: The Language" (2nd ed.), by Steele, take a second when you're feeling defeated by code, and look up the index entry for "kludges" :) -Aaron Neerenberg -aaronn@linfield.edu Linfield College From jdb@robigo.winternet.com Sat Nov 18 18:42:57 1995 Return-Path: Received: from robigo.winternet.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA16338; Sat, 18 Nov 95 18:42:57 +0100 Received: (from jdb@localhost) by robigo.winternet.com (8.6.11/8.6.9) id LAA22039; Sat, 18 Nov 1995 11:19:39 -0600 Date: Sat, 18 Nov 1995 11:19:39 -0600 Message-Id: <199511181719.LAA22039@robigo.winternet.com> From: "John D. Boggs" To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Latest version, compiling on FreeBSD I would like to get CLISP running on FreeBSD-2.0.5-950622-SNAP, and have 2 questions: 1. How do I know which version I have? I can't find reference to version at all in any of the files. 2. Has anyone managed to get it to compile on FreeBSD-2.0.5? I get as far as compiling clos.lsp in the "make compiled.mem" step, and get a core dump. I've no idea how to read core dumps, and don't really want to learn just so I can use LISP on my system. -- John D. Boggs \ The great thing about human language is jdb@robigo.winternet.com \ that it prevents us from sticking to \ the matter at hand. -Lewis Thomas From scott@dmi.stevens-tech.edu Sun Nov 19 03:35:41 1995 Return-Path: Received: from apocalypse.dmi.stevens-tech.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA16766; Sun, 19 Nov 95 03:35:41 +0100 Received: from death.dmi.stevens-tech.edu by apocalypse.dmi.stevens-tech.edu; (5.65/1.1.8.2/19Dec94-0213PM) id AA25033; Sat, 18 Nov 1995 21:11:50 -0500 From: Scott J. Kolodzieski Received: by death.dmi.stevens-tech.edu; (5.65/1.1.8.2/13Jun95-0538PM) id AA07117; Sat, 18 Nov 1995 20:11:25 -0500 Date: Sat, 18 Nov 1995 20:11:25 -0500 Message-Id: <9511190111.AA07117@death.dmi.stevens-tech.edu> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: clisp running on linux-68k Hello all, This is my first port to this list. I have recently got clisp running on my linux-68k machine. basically this is a regular linux but it run and several platforms (atari & amigas) that use 68030 or better. The kernel runs elf fromat executables and user space is above 0x80000000, also shared libs are loaded above 0x80000000. I used the following in lispbibl.d: #elif defined(UNIX_LINUX) && defined(MC680X0) # Linux with ELF binary format # Bits 30...24 = Typcode, Bits 31,23..0 = Adresse #define oint_type_shift 24 #define oint_type_len 8 #define oint_type_mask 0x7F000000UL #define oint_addr_shift 0 #define oint_addr_len 24 #define oint_addr_mask 0x80FFFFFFUL # Shared libraries are mapped in at 0x80000000 #define vm_addr_mask 0x7FFFFFFFUL #else also needed the following change to lispbibl.d: # Ob Graphik-Operationen untersttzt werden. #if (defined(EMUNIX) && !defined(WINDOWS)) || defined(UNIX_LINUX) && !defined(MC680X0) #define GRAPHICS #define GRAPHICS_SWITCH # Umschalten zwischen Text-Modus und Grafik-Modus #endif # Bei Erweiterung: GRAPH erweitern. the !defined(MC680X0) is the new part in that. Had to compile with -DNOMULTIMAP_SHM and -DNO_MULTIMAP_FILE and set -DSAFETY=3. with -DSAFETY=2 I got compile errors that I am currently investigating, and with -DSAFETY={0,1} I was able to compile and link if I added the -ffixed-a4 flag to CFLAGS. However with -DSAFETY={0,1} the lisp.run dumped core with and IOT/trap when loading user1.lsp Anyone out there running clisp on a 68k platform and have any idea about the core dumps I am getting with the lower SAFETY values. cheers, scott. From mabramson@nlm.nih.gov Mon Nov 20 21:27:28 1995 Return-Path: Received: from lhc.nlm.nih.gov by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA29819; Mon, 20 Nov 95 21:27:28 +0100 Received: from play.nlm.nih.gov by lhc.nlm.nih.gov (4.1/SMI-4.0) id AA20873; Mon, 20 Nov 95 14:52:18 EST Received: by play.nlm.nih.gov (940816.SGI.8.6.9/5.6) id TAA13339; Mon, 20 Nov 1995 19:49:23 GMT Date: Mon, 20 Nov 1995 19:49:23 GMT Message-Id: <199511201949.TAA13339@play.nlm.nih.gov> From: Myriam Abramson To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: benchmarks Did anybody run the gabriel benchmarks with clisp? I did fix a few things in the benchmarks' code but I can't figure out what's wrong with the boyer code. I get a Unix error 89 (I use the SGI-5.3 binary). Any help will be greatly appreciated. Thanks, myriam From a32367@cs.upm.my Tue Nov 21 11:23:45 1995 Return-Path: Received: from jaring.my by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00861; Tue, 21 Nov 95 11:23:45 +0100 Received: from cs.upm.my (cs.upm.my [161.142.34.2]) by jaring.my (8.7.1/8.7.1) with SMTP id RAA07202 for ; Tue, 21 Nov 1995 17:56:38 +0800 (MYT) Received: by lx2.cs.upm.my (4.1/SMI-4.1) id AA25541; Tue, 21 Nov 95 16:11:29 SST Date: Tue, 21 Nov 95 16:11:29 SST From: a32367@cs.upm.my (nordin) Message-Id: <9511210811.AA25541@lx2.cs.upm.my> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de@jaring.my Subject: Lisp-C Hello, Does anyone knows any translator from CLISP to C ? or is it possible for CLISP to compile its code to C ? Thanx in advance for all reply to come :) din.Z From marcus@sysc.pdx.edu Tue Nov 21 13:06:19 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01156; Tue, 21 Nov 95 13:06:19 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id DAA08076; Tue, 21 Nov 1995 03:41:06 -0800 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id LAA22421; Tue, 21 Nov 1995 11:41:01 GMT Date: Tue, 21 Nov 1995 11:41:01 GMT Message-Id: <199511211141.LAA22421@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: benchmarks In-Reply-To: <199511201949.TAA13339@play.nlm.nih.gov> References: <199511201949.TAA13339@play.nlm.nih.gov> Reply-To: marcus@sysc.pdx.edu >>>>> "myriam" == Myriam Abramson writes: myriam> Did anybody run the gabriel benchmarks with clisp? I did fix myriam> a few things in the benchmarks' code but I can't figure out myriam> what's wrong with the boyer code. I get a Unix error 89 (I myriam> use the SGI-5.3 binary). Seems like I've seen a newer version of gabriel around, but I can't summon the location. Anyway, I just tried it out with sources from CMU. [get and extract gabriel.tgz from CMU repository: lang/lisp/code/gabriel] [get http://sayre.sysc.pdx.edu:8001/clisp/tweaks/gabriel_diffs] cd gabriel patch < gabriel_diffs make -f makefile.clisp "Error 89" noted. Thanks. From wavehh!wavehh.hanse.de!cracauer@mail.hanse.de Tue Nov 21 14:41:32 1995 Return-Path: Received: from ki1.chemie.fu-berlin.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01507; Tue, 21 Nov 95 14:41:32 +0100 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from mail.hanse.de (134.100.239.2) with smtp id ; Tue, 21 Nov 95 14:17 MET Received: from wavehh.UUCP by mail.hanse.de with UUCP for clisp-list@ma2s2.mathematik.uni-karlsruhe.de id ; Tue, 21 Nov 95 14:16 MET Received: by wavehh.hanse.de (4.1/SMI-4.1) id AA17967; Tue, 21 Nov 95 10:31:13 +0100 From: cracauer@wavehh.hanse.de (Martin Cracauer) Message-Id: <9511210931.AA17967@wavehh.hanse.de> Subject: Re: Latest version, compiling on FreeBSD To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Tue, 21 Nov 1995 10:31:13 +0100 (MET) In-Reply-To: <199511181719.LAA22039@robigo.winternet.com> from "John D. Boggs" at Nov 18, 95 06:49:12 pm Reply-To: cracauer@wavehh.hanse.de X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 706 > > I would like to get CLISP running on FreeBSD-2.0.5-950622-SNAP, and > have 2 questions: > > 1. How do I know which version I have? I can't find reference to > version at all in any of the files. > > 2. Has anyone managed to get it to compile on FreeBSD-2.0.5? I get > as far as compiling clos.lsp in the "make compiled.mem" step, > and get a core dump. I've no idea how to read core dumps, and > don't really want to learn just so I can use LISP on my system. Maybe you have a memory limit in your shell? `limit` or `ulimit` tell. -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer Tel.: +49 40 / 522 18 29 Fax.: +49 40 / 522 85 36 From aaronn@linfield.edu Tue Nov 21 17:28:23 1995 Return-Path: Received: from linfield.edu (calvin.linfield.edu) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02047; Tue, 21 Nov 95 17:28:23 +0100 Received: by linfield.edu (5.0/SMI-SVR4) id AA00134; Tue, 21 Nov 1995 08:02:52 +0800 Date: Tue, 21 Nov 1995 08:02:51 -0800 (PST) From: Aaron Ben Neerenberg Subject: Re: Lisp-C To: clisp-list In-Reply-To: <9511210811.AA25541@lx2.cs.upm.my> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 370 > Does anyone knows any translator from CLISP to C ? or is it possible for > CLISP to compile its code to C ? There is a translator which I had at one time called CLiCC. I don't remember the exact address, but I have it in a href on paper somewhere. I will look it up later this afternoon and post the URL to the list. -Aaron Neerenberg, -Linfield College From BRANAGH@OMC.Lan.McGill.CA Tue Nov 21 18:12:50 1995 Return-Path: Received: from sirocco.CC.McGill.CA by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02322; Tue, 21 Nov 95 18:12:50 +0100 From: BRANAGH@OMC.Lan.McGill.CA Received: from lansend.cc.mcgill.ca (lansend.CC.McGill.CA [132.206.37.4]) by sirocco.CC.McGill.CA (8.6.12/8.6.6) with SMTP id LAA27339; Tue, 21 Nov 1995 11:48:23 -0500 X-Smtp-Posting-Origin: lansend.cc.mcgill.ca (lansend.CC.McGill.CA [132.206.37.4]) Message-Id: <199511211648.LAA27339@sirocco.CC.McGill.CA> Received: by MicroMailer 3.50a (.Lan.McGill.CA) on Tuesday, 21 November 1995, 11:44:58 EST Organization: McGill University - Chemistry To: a32367@cs.upm.my (nordin), clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Tue, 21 Nov 1995 11:45:46 EST5EDT Subject: Re: Lisp-C Priority: normal X-Mailer: Pegasus Mail v3.1 (R1a) > Hello, > > > Does anyone knows any translator from CLISP to C ? or is it possible for > CLISP to compile its code to C ? > > Thanx in advance for all reply to come :) Try CLICC. It's available on the same site as CLISP. Cheers, WAB. ---------------------------------------------------------------------- - Wayne Branagh - - wbranagh@acm.org - - branagh@omc.lan.mcgill.ca - - Dept. of Chemistry, McGill University - - Montreal, Quebec, Canada H3A2K6 - - (514)-398-6231 - ---------------------------------------------------------------------- From haible@ilog.ilog.fr Tue Nov 21 23:40:44 1995 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02776; Tue, 21 Nov 95 23:40:44 +0100 Received: from ilog.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA12853; Tue, 21 Nov 1995 23:16:19 +0100 (MET) Date: Tue, 21 Nov 95 22:46:46 +0100 Received: from laplace.ilog.fr by ilog.ilog.fr, Tue, 21 Nov 95 22:46:46 +0100 From: haible@ilog.ilog.fr (Bruno Haible) Message-Id: <9511212146.AA05465@ilog.ilog.fr> Received: by laplace.ilog.fr (4.1/SMI-4.1) id AA08879; Tue, 21 Nov 95 22:46:44 +0100 To: clisp-list Subject: Re: Latest version, compiling on FreeBSD In-Reply-To: <199511181719.LAA22039@robigo.winternet.com> References: <199511181719.LAA22039@robigo.winternet.com> John D. Boggs writes: > I would like to get CLISP running on FreeBSD-2.0.5-950622-SNAP, and > have 2 questions: > > 1. How do I know which version I have? I can't find reference to > version at all in any of the files. There should be a file clisp/src/VERSION. If not, you have a very old version and should definitely get newer sources. > 2. Has anyone managed to get it to compile on FreeBSD-2.0.5? On FreeBSD-1.0.2 (or so), attempts to bring up CLISP failed. On NetBSD 1.0 Beta, Douglas Crosher did the port and then fixed bugs in NetBSD's mmap management, in order to get CLISP's generational GC working. I don't know which of these fixes were copied to FreeBSD-2.0.5. > I get > as far as compiling clos.lsp in the "make compiled.mem" step, > and get a core dump. I've no idea how to read core dumps, and > don't really want to learn just so I can use LISP on my system. Recommendation: Remove the src/*.o files, add -DSAFETY=3 to the CFLAGS in the makefile, and restart "make". Then please find out about the least SAFETY level that produces a working lisp.run and lispinit.mem, and tell Marcus about it. ---------------------------------------------------------------------------- Bruno Haible net: ILOG S.A. tel: +33 1 4908 3585 9, rue de Verdun - BP 85 fax: +33 1 4908 3510 94253 Gentilly Cedex url: http://www.ilog.fr/ France url: http://www.ilog.com/ From wavehh!wavehh.hanse.de!cracauer@mail.hanse.de Sun Nov 26 13:07:48 1995 Return-Path: Received: from ki1.chemie.fu-berlin.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05596; Sun, 26 Nov 95 13:07:48 +0100 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from mail.hanse.de (134.100.239.2) with smtp id ; Sun, 26 Nov 95 12:42 MET Received: from wavehh.UUCP by mail.hanse.de with UUCP for clisp-list@ma2s2.mathematik.uni-karlsruhe.de id ; Thu, 23 Nov 95 15:12 MET Received: by wavehh.hanse.de (4.1/SMI-4.1) id AA28892; Thu, 23 Nov 95 14:29:54 +0100 From: cracauer@wavehh.hanse.de (Martin Cracauer) Message-Id: <9511231329.AA28892@wavehh.hanse.de> Subject: Re: Latest version, compiling on FreeBSD To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Thu, 23 Nov 1995 14:29:53 +0100 (MET) In-Reply-To: <9511212146.AA05465@ilog.ilog.fr> from "Bruno Haible" at Nov 21, 95 11:47:35 pm Reply-To: cracauer@wavehh.hanse.de X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1807 I am running and building Clisp on NetBSD ever since. I just checked Clisp-19940901 on FreeBSD-2.1-951005-SNAP, using gcc-2.7.0 and it just works when sys_errlist is handled. There are many places where FreeBSD (and NetBSD) chose to change datatypes, so warnings about signed/unsigned operations are common. The testsuite failes with floating point underflow, which may be related to FreeBSD's barfink on FP exceptions. I am going to try a more rescent release of Clisp. Everyone having problems with Lisp/Scheme implementations on NetBSD or FreeBSD should contact me with(!) the necessary information. With the excetion of Rscheme, I think I have every recent implementation running on at least NetBSD/i386. That doesn't mean I stress-tested them, a leaking GC could slip through. I run implementation-provided test suites, though. Remember that NetBSD/i386 has a very descent Linux emulator (which, for example, runs MIT-Scheme) and FreeBSD is catching up. If you really can't compile on *BSD, try a Linux binary. One possible reason for breaking binaries in the build process of image-based programming language implementations are shell limits for maximum datasize or stacksize of processes. Try `limit` or `ulimit` to find out. Unfortunatly, in some *BSD releases, some shells has default values to limit resources instead of unlimiting them until the user wants to limit. bash(1) is an example. And remove sys_errlist definitions or change them to 'const'. Happy Hacking Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer - BSD User Group Hamburg, Germany "As far as I'm concerned, if something is so complicated that you can't ex-" "plain it in 10 seconds, then it's probably not worth knowing anyway"- Calvin From dtc@stan.xx.swin.OZ.AU Sun Nov 26 17:02:18 1995 Return-Path: Received: from curly.cc.swin.edu.au by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05738; Sun, 26 Nov 95 17:02:18 +0100 Received: from stan.xx.swin.oz.au by curly.cc.swin.edu.au (5.65c/1.34) id AA11708; Mon, 27 Nov 1995 02:36:21 +1100 Received: by stan.xx.swin.oz.au; (5.65/1.1.8.2/30Jan95-0434PM) id AA12354; Mon, 27 Nov 1995 02:35:00 +1100 From: Douglas Crosher Message-Id: <9511261535.AA12354@stan.xx.swin.oz.au> Subject: Re: Latest version, compiling on FreeBSD To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Mon, 27 Nov 1995 02:35:00 +1100 (GMT+1100) In-Reply-To: <9511231329.AA28892@wavehh.hanse.de> from "Martin Cracauer" at Nov 26, 95 01:09:49 pm X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3168 > > I just checked Clisp-19940901 on FreeBSD-2.1-951005-SNAP, using > gcc-2.7.0 and it just works when sys_errlist is handled. There are > many places where FreeBSD (and NetBSD) chose to change datatypes, so > warnings about signed/unsigned operations are common. The testsuite > failes with floating point underflow, which may be related to > FreeBSD's barfink on FP exceptions. I am going to try a more rescent > release of Clisp. I think there was a recent bug report about this and that it was a bug with gcc-2.7.0. Using clisp-1995-06-23 and gcc-2.7.1 I found that clisp compiles and passes the tests without change under both NetBSD 1.1 and FreeBSD 2.1. I briefly tried the most recent version of clisp but had trouble with the configure scripts. I also have CLISP running under both NetBSD 1.1 and FreeBSD 2.1 using generational GC. This requires an addition to the src/unix.d file of clisp and appropriate kernel configurations - details below: Regards Douglas Crosher -=-=-=-=-=- CLISP patch relative to clisp-06-23 *** src/unix.d.orig Thu Jun 15 06:23:20 1995 --- src/unix.d Mon Nov 27 02:08:17 1995 *************** *** 270,275 **** --- 270,285 ---- #define WP_SIGNAL FAULT_HANDLER(SIGSEGV) FAULT_HANDLER(SIGBUS) #define CAN_HANDLE_WP_FAULT #endif + #if defined(__NetBSD__) || defined(__FreeBSD__) + #define FAULT_HANDLER_ARGLIST sig, code, scp, addr + #define FAULT_HANDLER_ARGDECL int sig; int code; void* scp; char* addr; + #define FAULT_ADDRESS addr + #define WP_SIGNAL FAULT_HANDLER(SIGBUS) + #define CAN_HANDLE_WP_FAULT + #if defined(__FreeBSD__) + #define PROT_NONE 0x00 + #endif + #endif #if defined(UNIX_SUNOS5) #include #define FAULT_HANDLER_ARGLIST sig, sip, ucp -=-=-=-=-=- Kernel configuration To use generational GC under FreeBSD 2.1 and NetBSD 1.1 requires the appropriate configuration of the kernel and in the case of NetBSD a small kernel hack: 1. For clisp to use shared memory and thus generational GC the size of SHMSEG needs to be increased. To do this under FreeBSD 2.1, just add the following line to your config file: options "SHMSEG=200" Under NetBSD 1.1, edit the param.c file in the compile directory; you may need to run 'make param.c' first. 2. Further to use generational GC under NetBSD requires a small hack to the kernel. The following two patches, against NetBSD 1.1 kernel sources, add the ability to return the address of a protection fault. Note: this is compatible with the FreeBSD implementation, and is also useful with gcl to implement SGC. *** i386/machdep.c.orig Mon Oct 16 12:43:28 1995 --- i386/machdep.c Mon Nov 13 03:07:46 1995 *************** *** 532,537 **** --- 532,538 ---- frame.sf_code = code; frame.sf_scp = &fp->sf_sc; + frame.sf_addr = (char *)rcr2(); frame.sf_handler = catcher; /* *** include/frame.h.orig Sat Oct 14 11:57:34 1995 --- include/frame.h Mon Nov 13 03:09:01 1995 *************** *** 117,122 **** --- 117,123 ---- int sf_signum; int sf_code; struct sigcontext *sf_scp; + char *sf_addr; sig_t sf_handler; struct sigcontext sf_sc; }; -=-=-=-=-=- From amanda_stent@houghton.edu Wed Nov 29 17:53:00 1995 Return-Path: Received: from osme.houghton.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01031; Wed, 29 Nov 95 17:53:00 +0100 Received: from s1483a.houghton.edu ([204.168.92.204]) by osme.houghton.edu (8.6.12/8.6.12.mtgs) with SMTP id LAA07603 for ; Wed, 29 Nov 1995 11:46:39 -0500 Date: Wed, 29 Nov 1995 11:46:39 -0500 Message-Id: <199511291646.LAA07603@osme.houghton.edu> X-Sender: s1483a@houghton.edu X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de From: Amanda Stent Subject: Saving objects Hmm, I am trying to create a database-like program and so need to save objects. With-open-file and open both hang up (as in, it pretends it's working but never writes anything or closes or ends the process). Does anyone have any hints? Thanks in advance! Amanda (owl) From Dan.Stanger@evolving.com Thu Nov 30 01:06:37 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01425; Thu, 30 Nov 95 01:06:37 +0100 Received: from citadel.evolving.com by nz11.rz.uni-karlsruhe.de with SMTP (PP); Thu, 30 Nov 1995 01:04:23 +0100 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.12/8.6.9) with ESMTP id RAA22219 for ; Wed, 29 Nov 1995 17:02:57 -0700 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.12/8.6.9) with SMTP id RAA17233 for ; Wed, 29 Nov 1995 17:02:56 -0700 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA34711; Wed, 29 Nov 1995 17:00:37 -0700 Date: Wed, 29 Nov 1995 17:00:37 -0700 From: Dan.Stanger@evolving.com (Dan Stanger) Message-Id: <9511300000.AA34711@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: clisp coreing when it runs compiled version of program. any interest in looking at this problem? i am running the previous version of clisp on a sparc station. i will be happy to provide a core file or a gdb traceback. dan stanger From Dan.Stanger@evolving.com Thu Nov 30 02:00:32 1995 Return-Path: Received: from citadel.evolving.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01504; Thu, 30 Nov 95 02:00:32 +0100 Received: from valiant.evolving.com (valiant.evolving.com [198.202.204.66]) by citadel.evolving.com (8.6.12/8.6.9) with ESMTP id RAA23871 for ; Wed, 29 Nov 1995 17:59:59 -0700 Received: from kafka (kafka.evolving.com [192.124.159.4]) by valiant.evolving.com (8.6.12/8.6.9) with SMTP id RAA17528 for ; Wed, 29 Nov 1995 17:59:58 -0700 Received: by kafka (AIX 3.2/UCB 5.64/4.03) id AA26760; Wed, 29 Nov 1995 17:57:39 -0700 Date: Wed, 29 Nov 1995 17:57:39 -0700 From: Dan.Stanger@evolving.com (Dan Stanger) Message-Id: <9511300057.AA26760@kafka> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: question about block name that lambda sets up. in the following expression (mapcar #'(lambda (x) (return-from t)) '(1)) what is blockname? thanks, dan stanger From marcus@sysc.pdx.edu Thu Nov 30 04:09:50 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01639; Thu, 30 Nov 95 04:09:50 +0100 Received: from sysc.pdx.edu by nz11.rz.uni-karlsruhe.de with SMTP (PP); Thu, 30 Nov 1995 04:08:52 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id TAA15759; Wed, 29 Nov 1995 19:06:29 -0800 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id DAA06548; Thu, 30 Nov 1995 03:06:20 GMT Date: Thu, 30 Nov 1995 03:06:20 GMT Message-Id: <199511300306.DAA06548@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: clisp coreing when it runs compiled version of program. In-Reply-To: <9511300000.AA34711@kafka> References: <9511300000.AA34711@kafka> Reply-To: marcus@sysc.pdx.edu >>>>> "Dan" == Dan Stanger writes: Dan> any interest in looking at this problem? i am running the Dan> previous version of clisp on a sparc station. i will be happy to Dan> provide a core file or a gdb traceback. Please do. You'll need to recompile CLISP without -fomit-frame-pointer to get meaningful results out of gdb. Better yet would be a program that reproduced the problem. From hkt@cmp-nxt.music.uiuc.edu Sat Dec 2 15:22:24 1995 Return-Path: Received: from cmp-nxt.music.uiuc.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06140; Sat, 2 Dec 95 15:22:24 +0100 Received: by cmp-nxt.music.uiuc.edu (NX5.67d/NX3.0M) id AA13631; Sat, 2 Dec 95 08:24:47 -0600 Date: Sat, 2 Dec 95 08:24:47 -0600 From: Heinrich Taube Message-Id: <9512021424.AA13631@cmp-nxt.music.uiuc.edu> Received: by NeXT.Mailer (1.100) Received: by NeXT Mailer (1.100) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Problem building 1995-08-12 in m68k-next-nextstep3 When building 1995-08-12 on NeXTSTep 3.2 (black) the make dies with: cd intl && make -r CC='cc -O -traditional-cpp' CFLAGS='-W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -fomit-frame-pointer -O2 -DDYNAMIC_FFI -Iintl -DLOCALEDIR=\"/usr/local/share/locale\" -DNO_READLINE -DDISALLOW_MMAP' RANLIB='ranlib' Make: Don't know how to make libgettext.h. Stop. *** Exit 1 Stop. There is currently no libgettext.h in the intl directory -- maybe some links didnt get set up correctly? Any help would be appreciated. ls -l -rw-r--r-- 1 hkt 3461 Dec 1 07:08 Makefile lrwxrwxrwx 1 hkt 30 Dec 1 07:09 libintl.h -> .././gettext/intl/libgettext.h@ From marcus@sysc.pdx.edu Sat Dec 2 15:52:19 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06250; Sat, 2 Dec 95 15:52:19 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id GAA18203; Sat, 2 Dec 1995 06:51:12 -0800 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id OAA14944; Sat, 2 Dec 1995 14:51:10 GMT Date: Sat, 2 Dec 1995 14:51:10 GMT Message-Id: <199512021451.OAA14944@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Problem building 1995-08-12 in m68k-next-nextstep3 In-Reply-To: <9512021424.AA13631@cmp-nxt.music.uiuc.edu> References: <9512021424.AA13631@cmp-nxt.music.uiuc.edu> Reply-To: marcus@sysc.pdx.edu Are you building in "src"? If so, instead try something like: (that was a bug in 08/12) configure --with-dynamic-ffi --build next I build all the time this way on NeXTstep 3.2 (black). From marcus@sysc.pdx.edu Sat Dec 2 16:05:51 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06319; Sat, 2 Dec 95 16:05:51 +0100 Received: from sysc.pdx.edu by nz11.rz.uni-karlsruhe.de with SMTP (PP); Sat, 2 Dec 1995 16:04:10 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id GAA18213; Sat, 2 Dec 1995 06:55:46 -0800 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id OAA14969; Sat, 2 Dec 1995 14:55:43 GMT Date: Sat, 2 Dec 1995 14:55:43 GMT Message-Id: <199512021455.OAA14969@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Problem building 1995-08-12 in m68k-next-nextstep3 In-Reply-To: <9512021424.AA13631@cmp-nxt.music.uiuc.edu> References: <9512021424.AA13631@cmp-nxt.music.uiuc.edu> Reply-To: marcus@sysc.pdx.edu Also, there are newer sources at: http://sayre.sysc.pdx.edu:8001/clisp In a about an hour I'll have a new set ready. From hkt@cmp-nxt.music.uiuc.edu Sun Dec 3 14:53:46 1995 Return-Path: Received: from cmp-nxt.music.uiuc.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07410; Sun, 3 Dec 95 14:53:46 +0100 Received: by cmp-nxt.music.uiuc.edu (NX5.67d/NX3.0M) id AA17270; Sun, 3 Dec 95 07:56:01 -0600 Date: Sun, 3 Dec 95 07:56:01 -0600 From: Heinrich Taube Message-Id: <9512031356.AA17270@cmp-nxt.music.uiuc.edu> Received: by NeXT.Mailer (1.100) Received: by NeXT Mailer (1.100) To: clisp-list Subject: Re: Problem building 1995-08-12 in m68k-next-nextstep3 Cc: marcus@sysc.pdx.edu >Also, there are newer sources at: > > http://sayre.sysc.pdx.edu:8001/clisp Would someone please tell me how to access the files using ftp from a terminal? ftp doesnt seem to work with that port number and I can't use a web browser here. RIck Taube School of Music, University of Illinois, Urbana IL 61801 USA From hkt@cmp-nxt.music.uiuc.edu Mon Dec 4 17:00:46 1995 Return-Path: Received: from cmp-nxt.music.uiuc.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09408; Mon, 4 Dec 95 17:00:46 +0100 Received: by cmp-nxt.music.uiuc.edu (NX5.67d/NX3.0M) id AA23448; Mon, 4 Dec 95 09:57:12 -0600 Date: Mon, 4 Dec 95 09:57:12 -0600 From: Heinrich Taube Message-Id: <9512041557.AA23448@cmp-nxt.music.uiuc.edu> Received: by NeXT.Mailer (1.100) Received: by NeXT Mailer (1.100) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: testing for a directory in clisp Im porting a large install script to clisp, and I need to be able to check that a user has specified a directory that really exists. In ACL, GCL and MCL, I do this by: > (probe-file "/tmp") #"/tmp" but this causes an error (!) in clisp. How do I test for a directory? > (probe-file "/tmp") *** - NAMESTRING: "/tmp" names a directory, not a file 1. Break> (probe-file (make-pathname :directory "/tmp")) *** - MAKE-PATHNAME: illegal :DIRECTORY argument "/tmp" 2. Break> (directory "/tmp") *** - NAMESTRING: "/tmp" names a directory, not a file From bruce.e.oneel.1@gsfc.nasa.gov Mon Dec 4 17:45:23 1995 Return-Path: Received: from arupa.gsfc.nasa.gov by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09513; Mon, 4 Dec 95 17:45:23 +0100 Received: from [128.183.127.175] (ingham.gsfc.nasa.gov [128.183.127.175]) by arupa.gsfc.nasa.gov (8.7.2/8.7.2) with SMTP id JAA26071; Mon, 4 Dec 1995 09:41:50 -0500 (EST) X-Sender: oneel@arupa.gsfc.nasa.gov Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 4 Dec 1995 09:41:53 -0500 To: clisp-list , hkt@cmp-nxt.music.uiuc.edu From: bruce.e.oneel.1@gsfc.nasa.gov (Bruce O'Neel) Subject: Re: Problem building 1995-08-12 in m68k-next-nextstep3 Hi, You might be able to use lynx. Try it at wuarchive.wustl.edu. bruce At 2:58 PM 12/3/95, Heinrich Taube wrote: >>Also, there are newer sources at: >> >> http://sayre.sysc.pdx.edu:8001/clisp > >Would someone please tell me how to access the files using ftp from a >terminal? ftp doesnt seem to >work with that port number and I can't use a web browser here. > >RIck Taube >School of Music, University of Illinois, Urbana IL 61801 USA -- oneel@arupa.gsfc.nasa.gov -- Bruce O'Neel HSTX (301) 286-1511 -- Napoleon died in 1821; Wellington was saddened. -- Cyc From marcus@sysc.pdx.edu Tue Dec 5 01:18:18 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09992; Tue, 5 Dec 95 01:18:18 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id QAA19892; Mon, 4 Dec 1995 16:16:05 -0800 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id AAA03524; Tue, 5 Dec 1995 00:16:02 GMT Date: Tue, 5 Dec 1995 00:16:02 GMT Message-Id: <199512050016.AAA03524@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: testing for a directory in clisp In-Reply-To: <9512041557.AA23448@cmp-nxt.music.uiuc.edu> References: <9512041557.AA23448@cmp-nxt.music.uiuc.edu> Reply-To: marcus@sysc.pdx.edu >>>>> "HT" == Heinrich Taube writes: HT> Im porting a large install script to clisp, and I need to be able HT> to check that a user has specified a directory that really exists. HT> In ACL, GCL and MCL, I do this by: (probe-file "/tmp") HT> #"/tmp" but this causes an error (!) in clisp. How do I test HT> for a directory? In contrast to ACL, GCL, and MCL, CMU Lisp and CLISP require pathname strings to have a trailing slash, "/tmp/". Alternatively, you can use MAKE-PATHNAME; use the list form: (make-pathname :directory '(:absolute "tmp")) But you make a point: the CL ANS says that string arguments to :directory should be automatically be converted to (:absolute string), so I will change this. Thanks. From hkt@cmp-nxt.music.uiuc.edu Tue Dec 5 14:32:14 1995 Return-Path: Received: from cmp-nxt.music.uiuc.edu ([128.174.92.5]) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11293; Tue, 5 Dec 95 14:32:14 +0100 Received: by cmp-nxt.music.uiuc.edu (NX5.67d/NX3.0M) id AA24452; Tue, 5 Dec 95 07:25:50 -0600 Date: Tue, 5 Dec 95 07:25:50 -0600 From: Heinrich Taube Message-Id: <9512051325.AA24452@cmp-nxt.music.uiuc.edu> Received: by NeXT.Mailer (1.100) Received: by NeXT Mailer (1.100) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: print errors in print-object If a print-object method signals an error because an unbound slot is accessed, CLISP goes into a infinite error printing loop. Shouldn't it stop trying to print the object after it signals the first error? --------- > (use-package :clos) T > (defclass a () ((b))) # > (defmethod print-object ((a a) s) (print (slot-value a 'b) s)) WARNING: The generic function # is being modified, but has already been called. # #)> > (make-instance 'a) *** - SLOT-VALUE: The slot B of *** - SLOT-VALUE: The slot B of *** - SLOT-VALUE: The slot B of *** - SLOT-VALUE: The slot B of *** - SLOT-VALUE: The slot B of *** - SLOT-VALUE: The slot B of *** - SLOT-VALUE: The slot B of *** - SLOT-VALUE: The slot B of From haible@ilog.ilog.fr Tue Dec 5 23:11:30 1995 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11810; Tue, 5 Dec 95 23:11:30 +0100 Received: from ilog.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA15924; Tue, 5 Dec 1995 23:09:53 +0100 (MET) Date: Tue, 5 Dec 95 22:39:47 +0100 Received: from laplace.ilog.fr by ilog.ilog.fr, Tue, 5 Dec 95 22:39:48 +0100 From: haible@ilog.ilog.fr (Bruno Haible) Message-Id: <9512052139.AA05981@ilog.ilog.fr> Received: by laplace.ilog.fr (4.1/SMI-4.1) id AA13067; Tue, 5 Dec 95 22:39:45 +0100 To: clisp-list Subject: Re: print errors in print-object In-Reply-To: <9512051325.AA24452@cmp-nxt.music.uiuc.edu> References: <9512051325.AA24452@cmp-nxt.music.uiuc.edu> Heinrich Taube writes: > If a print-object method signals an error because an unbound slot is > accessed, CLISP goes into a infinite error printing loop. Shouldn't > it stop trying to print the object after it signals the first error? Sure it should, and it did stop printing endless error messages before we put in the condition system. Here is a patch. Apply it to user1.lsp, then compile and load user1.lsp and condition.lsp. *** user1.lsp.bak Sun Sep 10 12:54:52 1995 --- user1.lsp Tue Dec 5 22:28:17 1995 *************** *** 482,488 **** (progn (write-string "** - Continuable Error" *error-output*) (terpri *error-output*)) (write-string "*** - " *error-output*) ) ! (sys::print-condition condition *error-output*) (symbol-stream '*debug-io* :io) (when may-continue (if continuable --- 482,502 ---- (progn (write-string "** - Continuable Error" *error-output*) (terpri *error-output*)) (write-string "*** - " *error-output*) ) ! ;; Output the error message, but don't trap into recursive errors. ! (let ((*recursive-error-count* (1+ *recursive-error-count*))) ! (if (> *recursive-error-count* 3) ! (progn ! (setq *recursive-error-count* 0) ! (write-string ! #L{ ! DEUTSCH "Unausgebbare Fehlermeldung" ! ENGLISH "Unprintable error message" ! FRANCAIS "Message inimprimable" ! } ! *error-output* ! ) ) ! (sys::print-condition condition *error-output*) ! ) ) (symbol-stream '*debug-io* :io) (when may-continue (if continuable The effect is the following behaviour: > (defclass a () ((b))) # > (defmethod print-object ((a a) s) (print (slot-value a 'b) s)) # #)> > (make-instance 'a) *** - SLOT-VALUE: The slot B of *** - SLOT-VALUE: The slot B of *** - SLOT-VALUE: The slot B of *** - Unprintable error message 1. Break> Bruno From marcus@sysc.pdx.edu Mon Dec 11 11:13:23 1995 Return-Path: Received: from by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AB05839; Mon, 11 Dec 95 11:13:23 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id BAA26214; Mon, 11 Dec 1995 01:59:57 -0800 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id JAA24835; Mon, 11 Dec 1995 09:59:59 GMT Date: Mon, 11 Dec 1995 09:59:59 GMT Message-Id: <199512110959.JAA24835@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: CLISP 1995-12-08 Reply-To: marcus@sysc.pdx.edu There's a new release of CLISP ready. You can get CLISP from: ma2s2.mathematik.uni-karlsruhe.de (in /pub/lisp/clisp/source and /pub/lisp/clisp/binaries) The binaries built so far are: i386 / LinuxELF MIPS / Irix 5.3 m68k / NEXTSTEP 3.2 Sun4m / Solaris 2.4 Sun4c / SunOS 4.1.3 Due to bandwidth problems, the NEXTSTEP build has not yet been copied to ma2s2. The NEXTSTEP build and some other builds not available on ma2s2 are available from: http://sayre.sysc.pdx.edu:8001/clisp/binaries However, note the files found on this US WWW site are not necessarily aligned with official release dates. Some free WWW browsers: Chimera (X Windows/non-Motif): ftp.cs.unlv.edu:/pub/chimera Lynx (terminal): ftp2.cc.ukans.edu:/pub/lynx Mosaic (X Windows/Motif): ftp.ncsa.uiuc.edu/Web/Mosaic/Unix W3 (Emacs): ftp.cs.indiana.edu:/pub/elisp/w3 OmniWeb (NEXTSTEP): ftp.cs.orst.edu:/pub/next/binaries/wide-area-info US users may prefer: ftp.stat.ucla.edu:/pub/lisp/clisp (but there will be some delay before the files are mirrored). 8 December 1995 ================ User visible changes -------------------- * Bug fix to prevent unbound slots from causing pathological conflicts with the condition system. Thanks to Bruno Haible and Heinrich Taube. * When MAKE-PATHNAME :DIRECTORY is given a string, it is treated as equivalent to (:ABSOLUTE string), as ANS dictates. Thanks to Heinrich Taube for noticing this. * Fixed a bug in the FFI where call-ins which returned structures or unions would not compile correctly. Thanks to Michael Stoll. * Added a , C-PTR-NULL to the FFI. C-PTR-NULL will convert NIL objects into NULL (so that type conflicts can be avoided). * X3J13 vote <72> is implemented: all standard Common Lisp data objects other than symbols and lists are self-evaluating. Thanks to Pierpaolo Bernardi. * SOCKET-STREAMS are implemented. See impnotes for details. * Loop macro modified to allow sequential, list/vector-computed "FOR" values. * Fixed a bug in the FFI which caused foreign double variables to be incorrectly converted. Thanks to Bruno Haible and Ken Olum. * Callbacks to code which don't respect CLISP global registers are possible. Thanks to Bruno Haible and Ken Olum (Dec Alpha, OSF 2, FORTRAN). * Fixed a double-float conversion routine used by the FFI. 0.0d0 wasn't dealt with properly. Thanks to Bruno Haible and Ken Olum. * Fixed a bug in the FFI which prevented multidimensional arrays from being used as :OUT arguments. Thanks to Ken Olum. * Fixed a bug in the floating point number printing routine: In rare cases, a number was printed with more digits than necessary (without, however, violating the print-read consistency). For example, 2.1416s29 printed as 2.14159s29, and 3.002618f-31 printed as 3.0026179f-31. Thanks to Bruno Haible. * Fixed a bug in ATAN: (ATAN y 0) with y < 0 returned pi/2 instead of -pi/2. Thanks to Bruno Haible. * Fixed a bug in FORMAT which could (in very rare cases) have caused a wrong number to be printed by the FORMAT ~F, ~G, ~$, ~E directives. Portability ----------- * Runs on Windows NT. * FreeBSD/NetBSD patches and compilation notes thanks to Douglas Crosher (dtc@stan.xx.swin.oz.au). * Updated OS/2 support thanks to Raymond Keoni Garcia (rkgarcia@students.wisc.edu). * Remove Atari support. * On systems where both the select system call and FIONREAD ioctl were indicated, take select in preference. On Irix, where FIONREAD was only apparently available, CLISP went into a `function call not implemented' OS error loop. Symptom also could occur in Emacs (e.g. Ilisp). Other modifications ------------------- * Upgraded gettext support to version 0.10. This provides locale name aliasing like with X Windows. * Upgraded to autoconf-2.7. * Specify bash for makefile.developer's makemake. Some shells may convert backslash sequences to control codes -- the prebuilt dos, os2, etc. makefiles were previously corrupted. * The top-level CLISP `configure' can be used in a more GNU-like fashion. Specifically, there is a `--srcdir' option, with which `makemake' runs by default. From hoehle@zeus.gmd.de Mon Dec 11 17:25:02 1995 Return-Path: Received: from mail.gmd.de (postix.gmd.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06464; Mon, 11 Dec 95 17:25:02 +0100 Received: from diva.gmd.de (diva) by mail.gmd.de with SMTP id AA20168 (5.67b8/IDA-1.5 for ); Mon, 11 Dec 1995 17:22:18 +0100 Received: by diva.gmd.de with UUCP id AA01338 (5.67b8/IDA-1.5 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de); Mon, 11 Dec 1995 17:18:33 +0100 Date: Mon, 11 Dec 1995 17:18:33 +0100 Message-Id: <199512111618.AA01338@diva.gmd.de> From: hoehle@zeus.gmd.de (Joerg Hoehle) To: clisp-list Subject: CLISP 1995-12-08 In-Reply-To: <199512110959.JAA24835@sayre.sysc.pdx.edu> References: <199512110959.JAA24835@sayre.sysc.pdx.edu> Marcus Daniels writes: > m68k / NEXTSTEP 3.2 Hi Marcus, does the NEXTSTEP version include a working FFI, i.e. does the ffcall packge work on this m68k platform? I haven't time at all to do CLISP-related Amiga work recently. Joerg. From gat@aig.jpl.nasa.gov Mon Dec 11 22:06:09 1995 Return-Path: Received: from aig.jpl.nasa.gov by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06714; Mon, 11 Dec 95 22:06:09 +0100 Received: from binkley.jpl.nasa.gov by aig.jpl.nasa.gov (4.1/JPL-AIG-1.0) id AA06036; Mon, 11 Dec 95 10:24:05 PST Received: by binkley.jpl.nasa.gov (8.7.1/JPL-AIG-1.1) id KAA14031; Mon, 11 Dec 1995 10:24:02 -0800 (PST) Date: Mon, 11 Dec 1995 10:24:02 -0800 (PST) From: gat@aig.jpl.nasa.gov (Erann Gat) Message-Id: <199512111824.KAA14031@binkley.jpl.nasa.gov> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: News: CLisp selected as backup for space mission It appears that CLisp will be the backup option for a Lisp to fly on the first New Millenium space flight. Deep Space mission 1 (DS1) will be controlled by a revolutionary (by space industry standards) new autonomous control architecture, part of which will be implemented in Lisp. The primary Lisp will be a port of a commercial Common Lisp, with CLisp as a backup in case the commercial Lisp fails to materialize on schedule. As a matter of interest to the CLisp list, the main reason CLisp was not chosen as the primary option is its lack of multi-threading capability. Disclaimer: This is not an official announcement. The final decision has not yet been made, so all this may change. BTW, there are employment opportunities for experienced Lisp programmers on this mission, but you must be a US citizen or permanent resident. Contact me for more information. Erann Gat gat@jpl.nasa.gov From marcus@sysc.pdx.edu Tue Dec 12 01:22:52 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06855; Tue, 12 Dec 95 01:22:52 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id QAA26666; Mon, 11 Dec 1995 16:19:54 -0800 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id AAA26461; Tue, 12 Dec 1995 00:19:57 GMT Date: Tue, 12 Dec 1995 00:19:57 GMT Message-Id: <199512120019.AAA26461@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: CLISP 1995-12-08 In-Reply-To: <199512111618.AA01338@diva.gmd.de> References: <199512111618.AA01338@diva.gmd.de> Reply-To: marcus@sysc.pdx.edu >>>>> "Joerg" == Joerg Hoehle writes: Joerg> does the NEXTSTEP version include a working FFI, i.e. does the Joerg> ffcall packge work on this m68k platform? Yep, the FFI works on m68k NEXTSTEP 3.2. From blake@edge.net Tue Dec 12 08:24:02 1995 Return-Path: Received: from edge.edge.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07535; Tue, 12 Dec 95 08:24:02 +0100 Received: from edge (ip158.nash.edge.net [199.0.68.158]) by edge.edge.net (8.6.12/8.6.9) with SMTP id BAA19175 for ; Tue, 12 Dec 1995 01:21:05 -0600 Date: Tue, 12 Dec 1995 01:21:05 -0600 Message-Id: <199512120721.BAA19175@edge.edge.net> X-Sender: blake@edge.net X-Mailer: Windows Eudora Version 2.1.1 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: clisp-list From: Blake McBride Subject: Re: CLISP 1995-12-08 and NT At 11:24 AM 12/11/95 +0100, you wrote: >Portability >----------- > >* Runs on Windows NT. > Sounds interesting. I downloaded clisp but had a hard time finding the above. I saw some tests for WIN32, but that was it. Does it still require GCC (in other words will it compile under Microsoft C)? If it requires GCC, what version? Does this version support the real WIN32? I didn't notice any makefiles or build instructions for NT (since autoconfig whould have a hard time under NT) (although I was looking for references to the Microsoft compiler). So are there any build notes? Thanks for the help. --blake -- Blake McBride Algorithms Corporation 615-791-1636 voice 3020 Liberty Hills Drive 615-791-7736 fax Franklin, TN 37067 blake@edge.net USA See our WEB page at: http://www.edge.net/algorithms From marcus@sysc.pdx.edu Tue Dec 12 16:05:02 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08215; Tue, 12 Dec 95 16:05:02 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id FAA27087; Tue, 12 Dec 1995 05:04:59 -0800 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id NAA28001; Tue, 12 Dec 1995 13:05:01 GMT Date: Tue, 12 Dec 1995 13:05:01 GMT Message-Id: <199512121305.NAA28001@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Re: CLISP 1995-12-08 and NT In-Reply-To: <199512120721.BAA19175@edge.edge.net> References: <199512120721.BAA19175@edge.edge.net> Reply-To: marcus@sysc.pdx.edu >>>>> "you" == Blake McBride writes: you> I downloaded clisp but had a hard time finding the above. I saw you> some tests for WIN32, but that was it. Does it still require GCC you> (in other words will it compile under Microsoft C)? I used win32-gcc, but tried to avoid using the Unix-compatability features. (ftp.cygnus.com:/pub/sac) you> If it requires GCC, what version? Does this version support the you> real WIN32? Last I compiled it with win32-gcc b7 or so. I'm working with b10 now, but since autoconf/bash isn't reliable enough, I didn't distribute the changes. The next minor version of CLISP will have another more unixy win32-gcc configuration, as well as a minimal-assumption configuration. Not sure what you mean by "real WIN32" -- win32-gcc seems to have DLL stubs for most of the stuff in my win32 reference book. you> I didn't notice any makefiles or build instructions for NT (since you> autoconfig whould have a hard time under NT) (although I was you> looking for references to the Microsoft compiler). So are there you> any build notes? After installing the gnu-win32 on Linux (or other Unix machine): configure --target=i386-win32 --enable-targets=i386-win32,i486-linux make make install And configuring CLISP: CC=i386-win32-gcc configure --disable-nls --without-readline win32 makemake --disable-nls --without-readline cross i386-win32 gcc > makefile should provide a makefile to build the lisp.run for NT. From blake@edge.net Wed Dec 13 09:43:16 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09157; Wed, 13 Dec 95 09:43:16 +0100 Received: from edge.edge.net by nz11.rz.uni-karlsruhe.de with SMTP (PP); Wed, 13 Dec 1995 09:33:42 +0100 Received: from edge (ip170.nash.edge.net [199.0.68.170]) by edge.edge.net (8.6.12/8.6.9) with SMTP id CAA03887 for ; Wed, 13 Dec 1995 02:03:43 -0600 Date: Wed, 13 Dec 1995 02:03:43 -0600 Message-Id: <199512130803.CAA03887@edge.edge.net> X-Sender: blake@edge.net X-Mailer: Windows Eudora Version 2.1.1 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: clisp-list From: Blake McBride Subject: Compiling CLISP on NT experience Not good. I downloaded the latest CLISP (1995-12-08) and GCC for NT (b10) and attempted to get it working under NT. I haven't gotten it working but thought I'd share my experience with others. Perhaps someone can show me where I'm going astray. 1. I didn't understand Marcus Daniels' instructions since I'm not trying to cross compile anything. I understand that I have to run configure and makemake from linux, but I want to do the rest under NT. What I did from linux is as follows: (from clisp root) configure --disable-nls --without-readline cd src makemake --disable-nls --without-readline i386-win32 gcc >makefile I then copied everything to my DOS partition. I tried "win32" at the end of the configure command as recommended by Marcus but it didn't like it. 2. I had many problems with the tools (make, bash, etc.) which came with gcc. First make didn't recognize the "copy" or "type" commands in the makefile since they are not .exe files - I changed them to cp and cat, etc. The backslashes in paths in the makefile were acting like escape characters and nothing worked - I changed them to a forward slashes. For some reason piping was causing anything compiled with gcc to randomly hang the command shell. I used a temporary file in those cases. 3. lispbibl.d has a line which defines WIN32 commented out. It is needed with the current gcc for NT. 4. Macros named PROT_READ and the like are used but not defined anywhere I could find. I gave up. At this point I am of the opinion that A) I probably configured the thing wrong, and B) the gcc for NT tools are in flux and work differently from previous versions, and C) I don't get the impression that all the necessary config stuff is included. I'm interested in working on it further but would appreciate a few pointers to help get me back on track. I'll be happy to supply plenty of feedback and any code I add. Thanks. --blake -- Blake McBride Algorithms Corporation 615-791-1636 voice 3020 Liberty Hills Drive 615-791-7736 fax Franklin, TN 37067 blake@edge.net USA See our WEB page at: http://www.edge.net/algorithms From div@ultersys.msk.su Wed Dec 13 13:48:21 1995 Return-Path: Received: from Piccadilly.ultersys.msk.su (UlterSys-Techno.UlterSys.msk.su) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09780; Wed, 13 Dec 95 13:48:21 +0100 Received: from div.ultersys.msk.su (div.ultersys.msk.su [194.87.164.60]) by Piccadilly.ultersys.msk.su (8.6.12/) with SMTP id PAA25314 for ; Wed, 13 Dec 1995 15:41:21 +0300 Received: by div.ultersys.msk.su with Microsoft Mail id <01BAC971.BD1B99A0@div.ultersys.msk.su>; Wed, 13 Dec 1995 15:43:24 +-300 Message-Id: <01BAC971.BD1B99A0@div.ultersys.msk.su> From: Dmitri Ivanov To: "'CLISP-LIST'" Subject: Compiling CLISP with Microsoft VC++ on Windows'95 experience Date: Wed, 13 Dec 1995 15:43:22 +-300 Encoding: 56 TEXT Hello, I've been porting CLISP to Microsoft Visual C/C++ 2.2 on Windows'95. I used old CLISP 1995-08-12 distribution, but the new one is unlikely to help me avoid difficulties I've experienced. Here is an abstract. First, to create the set of sources with the help of Microsoft's nmake, I had to change MAKEFILE by hand. Briefly, I replaced compiler's options and managed to pipe files through COMMENT5, ANSIDECL, and DEEMA. Second, having looked through lispbibl.c, I discovered there no appropriate support for MSVC (and for Win32, to tell the truth). So I created the win32.h file of my own using msdos.c as a prototype and included it at approximately the same position. Then, I created a new clisp.mak inside the MSVC environment and decided to add .C-files one by one and compile. I was not lucky starting with spvw.c. The Microsoft compiler failed to accept it categorically. Fatal error C1056 : compiler limit : out of macro expansion space. The Quick Reference documentation explains: The compiler overflowed an internal buffer during the expansion of a macro. Try to split the macros into simpler macros or remove nonessential space and tab characters from macro definitions that were used in the expansion. The matter is obvious: macros like `aktualisiere' are too nested and long. After I had expanded some of them manually, I got the same error on another line. Congratulations, Bruno -- you beat Microsoft! :-) I don't think the root of all evil is basing on Windows'95 instead of NT. What can I propose to do? To replace macros by inline functions and delineate them by #ifdef _MSC_VER . . . #endif That is a big run... I haven't finished it yet. I may send more detail, the draft win32.h and other changes on request. Sincerely, Dmitri ---------------------------------------------------------------- Dr. Dmitri Ivanov Ulter Systems, Inc. div@ultersys.msk.su 77 Shchelkovskoe Shosse Moscow, 107497 Russia Phone: +7 095 469-9870 ---------------------------------------------------------------- From marcus@sysc.pdx.edu Wed Dec 13 22:23:17 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10818; Wed, 13 Dec 95 22:23:17 +0100 Received: from sysc.pdx.edu by nz11.rz.uni-karlsruhe.de with SMTP (PP); Wed, 13 Dec 1995 22:18:12 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id NAA00540; Wed, 13 Dec 1995 13:16:45 -0800 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id VAA00769; Wed, 13 Dec 1995 21:16:41 GMT Date: Wed, 13 Dec 1995 21:16:41 GMT Message-Id: <199512132116.VAA00769@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Compiling CLISP on NT experience In-Reply-To: <199512130803.CAA03887@edge.edge.net> References: <199512130803.CAA03887@edge.edge.net> Reply-To: marcus@sysc.pdx.edu >>>>> "Blake" == Blake McBride writes: Blake> 1. I didn't understand Marcus Daniels' instructions since I'm Blake> not trying to cross compile anything. I understand that I have Blake> to run configure and makemake from linux, but I want to do the Blake> rest under NT. I'm afraid that procedure is not tested. If you want to compile CLISP with gnu-win32, cross compilation will really be the only option. I haven't built CLISP for NT since about version b5. I know it won't compile on version b10 without some work. I've done most of this work, and work in the direction of from-scratch NT hosted builds, but the gnu-win32 toolchain is still fairly volatile. I didn't want to delay the release any more. Tip: if you want to build the Cygnus toolchain on ELF-based Linux, grab the bfd directory from a previous release or from gdb-4.15.1. The library distributed is a bit too bleeding edge w.r.t. ELF -- it won't compile. Blake> 2. I had many problems with the tools (make, bash, etc.) which Blake> came with gcc. Get in touch with gnu-win32-request@cygnus.com. IMO they are making great progress. Blake> 3. lispbibl.d has a line which defines WIN32 commented out. Blake> It is needed with the current gcc for NT. Thanks. From marcus@sysc.pdx.edu Wed Dec 13 22:35:58 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10881; Wed, 13 Dec 95 22:35:58 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id NAA00558; Wed, 13 Dec 1995 13:32:48 -0800 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id VAA00800; Wed, 13 Dec 1995 21:32:43 GMT Date: Wed, 13 Dec 1995 21:32:43 GMT Message-Id: <199512132132.VAA00800@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Compiling CLISP with Microsoft VC++ on Windows'95 experience In-Reply-To: <01BAC971.BD1B99A0@div.ultersys.msk.su> References: <01BAC971.BD1B99A0@div.ultersys.msk.su> Reply-To: marcus@sysc.pdx.edu >>>>> "Dmitri" == Dmitri Ivanov writes: Dmitri> Fatal error C1056 : compiler limit : out of macro Dmitri> expansion space. GNU cpp is one way to go. On my list for the next release is a integrated preprocessor (to also replace genclisph). I'd like to avoid duplicating lots of code just for the sake of a braindead compiler. But until I do this, inlines workarounds are ok. Dmitri> That is a big run... I haven't finished it yet. I may send Dmitri> more detail, the draft win32.h and other changes on request. I'd like to see this! From wiseman@cs.uchicago.edu Thu Dec 14 00:42:00 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11099; Thu, 14 Dec 95 00:42:00 +0100 Received: from cs.uchicago.edu (actually cs.cs.uchicago.edu) by nz11.rz.uni-karlsruhe.de with SMTP (PP); Thu, 14 Dec 1995 00:37:56 +0100 Received: from gargoyle.cs.uchicago.edu (gargoyle.cs.uchicago.edu [128.135.20.100]) by cs.uchicago.edu (8.7.1/8.7.1) with ESMTP id RAA19759; Wed, 13 Dec 1995 17:36:29 -0600 (CST) Received: (from wiseman@localhost) by gargoyle.cs.uchicago.edu (8.7.1/8.7.1) id RAA15380; Wed, 13 Dec 1995 17:36:29 -0600 (CST) Date: Wed, 13 Dec 1995 17:36:29 -0600 (CST) Message-Id: <199512132336.RAA15380@gargoyle.cs.uchicago.edu> From: John Wiseman To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Anyone have a linux a.out binary of the most recent CLISP? Reply-To: wiseman@cs.uchicago.edu My satisfaction with what works is currently winning over my desire for new tech, so I haven't converted to an ELF system yet. Anyone have the newest CLISP built for linux a.out? John Wiseman From xjam@ginkgo.CS.Berkeley.EDU Thu Dec 14 01:56:34 1995 Return-Path: Received: from ginkgo.CS.Berkeley.EDU by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11176; Thu, 14 Dec 95 01:56:34 +0100 Received: from ginkgo.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by ginkgo.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id QAA28207 for ; Wed, 13 Dec 1995 16:53:25 -0800 From: "Brian F. Dennis" Message-Id: <199512140053.QAA28207@ginkgo.CS.Berkeley.EDU> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Is CLX still working? Reply-To: xjam@cork.cs.berkeley.edu Date: Wed, 13 Dec 1995 19:53:24 -0500 Can anyone confirm that the CLX package as patched for CLISP still works? I've tried it out on a number of architectures with the latest version of CLISP and am encountering errors just opening the display. --Bri From holzi@logic.tuwien.ac.at Thu Dec 14 12:45:13 1995 Return-Path: Received: from csdec2.tuwien.ac.at by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01313; Thu, 14 Dec 95 12:45:13 +0100 Received: by csdec2.tuwien.ac.at (5.65/DEC-Ultrix/4.3) id AA23168; Thu, 14 Dec 1995 12:41:47 +0100 Message-Id: <9512141141.AA23168@csdec2.tuwien.ac.at> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: unsubscribe Date: Thu, 14 Dec 95 12:41:39 +0100 From: holzi@logic.tuwien.ac.at X-Mts: smtp unsubscribe thank you From marcus@sysc.pdx.edu Thu Dec 14 13:12:45 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01425; Thu, 14 Dec 95 13:12:45 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id EAA01080; Thu, 14 Dec 1995 04:09:30 -0800 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id MAA02927; Thu, 14 Dec 1995 12:09:28 GMT Date: Thu, 14 Dec 1995 12:09:28 GMT Message-Id: <199512141209.MAA02927@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Is CLX still working? In-Reply-To: <199512140053.QAA28207@ginkgo.CS.Berkeley.EDU> References: <199512140053.QAA28207@ginkgo.CS.Berkeley.EDU> Reply-To: marcus@sysc.pdx.edu >>>>> "Brian" == "Brian F Dennis" writes: Brian> Can anyone confirm that the CLX package as patched for CLISP Brian> still works? I've tried it out on a number of architectures Brian> with the latest version of CLISP and am encountering errors Brian> just opening the display. CLX (hello world) and Garnet seem to work okay with clisp-1995-12-08 on a LinuxELF system and on a Irix 5.3 system. Have you any more details? From marcus@sysc.pdx.edu Thu Dec 14 13:44:26 1995 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01524; Thu, 14 Dec 95 13:44:26 +0100 Received: from sysc.pdx.edu by nz11.rz.uni-karlsruhe.de with SMTP (PP); Thu, 14 Dec 1995 13:08:25 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id EAA01072; Thu, 14 Dec 1995 04:06:30 -0800 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id MAA02918; Thu, 14 Dec 1995 12:06:28 GMT Date: Thu, 14 Dec 1995 12:06:28 GMT Message-Id: <199512141206.MAA02918@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Anyone have a linux a.out binary of the most recent CLISP? In-Reply-To: <199512132336.RAA15380@gargoyle.cs.uchicago.edu> References: <199512132336.RAA15380@gargoyle.cs.uchicago.edu> Reply-To: marcus@sysc.pdx.edu >>>>> "John" == John Wiseman writes: John> My satisfaction with what works is currently winning over my John> desire for new tech, so I haven't converted to an ELF system John> yet. Anyone have the newest CLISP built for linux a.out? http://sayre.sysc.pdx.edu:8001/clisp/binaries/x86_LinuxAout.tar.z Eventually it will show up on ftp as: ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/clisp/binaries/linux-aout. But don't get it unless the length = 1657269! From wiseman@cs.uchicago.edu Thu Dec 14 18:02:29 1995 Return-Path: Received: from cs.uchicago.edu (cs.cs.uchicago.edu) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02033; Thu, 14 Dec 95 18:02:29 +0100 Received: from gargoyle.cs.uchicago.edu (gargoyle.cs.uchicago.edu [128.135.20.100]) by cs.uchicago.edu (8.7.1/8.7.1) with ESMTP id KAA05446; Thu, 14 Dec 1995 10:59:09 -0600 (CST) Received: (from wiseman@localhost) by gargoyle.cs.uchicago.edu (8.7.1/8.7.1) id KAA28146; Thu, 14 Dec 1995 10:59:08 -0600 (CST) Date: Thu, 14 Dec 1995 10:59:08 -0600 (CST) Message-Id: <199512141659.KAA28146@gargoyle.cs.uchicago.edu> From: John Wiseman To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Anyone have a linux a.out binary of the most recent CLISP? References: <199512141206.MAA02918@sayre.sysc.pdx.edu> Reply-To: wiseman@cs.uchicago.edu Marcus Daniels writes: > >>>>> "John" == John Wiseman writes: > > John> My satisfaction with what works is currently winning over my > John> desire for new tech, so I haven't converted to an ELF system > John> yet. Anyone have the newest CLISP built for linux a.out? > > http://sayre.sysc.pdx.edu:8001/clisp/binaries/x86_LinuxAout.tar.z Thank you very much, Marcus! Unfortunately, when I run make, ld complains "malformed input file (not rel or archive) base/lisp.a()". Is my gcc 2.5.8 too old or something? John From xjam@ginkgo.CS.Berkeley.EDU Fri Dec 15 00:17:47 1995 Return-Path: Received: from ginkgo.CS.Berkeley.EDU by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02304; Fri, 15 Dec 95 00:17:47 +0100 Received: from ginkgo.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by ginkgo.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id PAA29282 for ; Thu, 14 Dec 1995 15:14:15 -0800 From: "Brian F. Dennis" Message-Id: <199512142314.PAA29282@ginkgo.CS.Berkeley.EDU> To: clisp-list Subject: Re: Is CLX still working? In-Reply-To: Your message of "Thu, 14 Dec 1995 13:13:53 +0100." <199512141209.MAA02927@sayre.sysc.pdx.edu> Date: Thu, 14 Dec 1995 18:14:14 -0500 >>>>> "Marcus" == Marcus Daniels writes: >>>>> "Brian" == "Brian F Dennis" writes: Brian> Can anyone confirm that the CLX package as patched for CLISP Brian> still works? I've tried it out on a number of architectures Brian> with the latest version of CLISP and am encountering errors just Brian> opening the display. Marcus> CLX (hello world) and Garnet seem to work okay with Marcus> clisp-1995-12-08 on a LinuxELF system and on a Irix 5.3 system. Marcus> Have you any more details? Hmmm, my LinuxELF doesn't seem to be working as well as Solaris2.4 and HPUX. It's not actually having problems opening the display but in all cases it eventually gets an "unknown event" error. I'm just using the demo hello.lsp from the clx distribution. I used an older version of clisp (july 1994) to build clx and then ran the demo program fine. If I had to guess it would be that the stream reading and writing functions are the problem. I'll do some more investigating. --Bri From marcus@sysc.pdx.edu Fri Dec 15 03:42:22 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04656; Fri, 15 Dec 95 03:42:22 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id SAA01599; Thu, 14 Dec 1995 18:38:58 -0800 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id CAA04773; Fri, 15 Dec 1995 02:38:55 GMT Date: Fri, 15 Dec 1995 02:38:55 GMT Message-Id: <199512150238.CAA04773@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Re: Anyone have a linux a.out binary of the most recent CLISP? In-Reply-To: <199512141659.KAA28146@gargoyle.cs.uchicago.edu> References: <199512141659.KAA28146@gargoyle.cs.uchicago.edu> Reply-To: marcus@sysc.pdx.edu >>>>> "John" == John Wiseman writes: John> Unfortunately, when I run make, ld complains "malformed input John> file (not rel or archive) base/lisp.a()". Is my gcc 2.5.8 too John> old or something? You might try extracting the archive like: mkdir obj cd obj ar x lisp.a cd .. And then either tweaking the makefile to use obj/*.o or do a ar cr lisp.a obj/*.o ranlib lisp.a Otherwise, can you tell me where I can get the source code to the linker and "ar" you have? From marcus@sysc.pdx.edu Fri Dec 15 13:38:33 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06019; Fri, 15 Dec 95 13:38:33 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id DAA01965; Fri, 15 Dec 1995 03:48:43 -0800 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id LAA23999; Fri, 15 Dec 1995 11:48:42 GMT Date: Fri, 15 Dec 1995 11:48:42 GMT Message-Id: <199512151148.LAA23999@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Re: Is CLX still working? In-Reply-To: <199512142314.PAA29282@ginkgo.CS.Berkeley.EDU> References: <199512142314.PAA29282@ginkgo.CS.Berkeley.EDU> Reply-To: marcus@sysc.pdx.edu >>>>> "Brian" == "Brian F Dennis" writes: Brian> Hmmm, my LinuxELF doesn't seem to be working as well as Brian> Solaris2.4 and HPUX. It's not actually having problems opening Brian> the display but in all cases it eventually gets an "unknown Brian> event" error. I did change some code that could have caused a problem with LISTEN. I've since changed the code; you can test the result if you like: http://sayre.sysc.pdx.edu:8001/clisp/binaries/x86_LinuxELF.tar.z Unfortunately, I never saw the symptoms you describe. From rick%atype.com@archetype.prospect.com Mon Dec 18 03:46:47 1995 Return-Path: Received: from BBN.COM by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08736; Mon, 18 Dec 95 03:46:47 +0100 Received: from archetype.prospect.com by BBN.COM id aa06225; 17 Dec 95 21:20 EST Received: from sol.atype.com by atype.com (NX5.67d/NX3.0M) id AA05578; Sun, 17 Dec 95 21:19:59 -0500 Received: from venus by sol.atype.com (NX5.67d/NeXT-2.0) id AA03244; Sun, 17 Dec 95 21:19:56 -0500 From: rick@atype.com (Rick Mohr) Message-Id: <9512180219.AA03244@ sol.atype.com > Received: by venus.atype.com (NX5.67d/NX3.0X) id AA12003; Sun, 17 Dec 95 21:19:55 -0500 Date: Sun, 17 Dec 95 21:19:55 -0500 Received: by NeXT.Mailer (1.100) Received: by NeXT Mailer (1.100) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: No NeXTSTEP binary, error after building from source I am trying to get or build CLISP for a 68040 NeXT machine running NEXTSTEP 3.2. The directory binaries/m68k-next on the anonymous ftp site and mirrors contains no binaries. I downloaded and built the current version (clisp-1995-12-08) but it gets an "IOT trap" when loading at the end of the make (see below). Does anybody have a binary I can ftp, or a suggestion for building it? I don't need the very latest and greatest, just something that works. Thanks, -Rick --- Rick Mohr Internet: rick@atype.com Archetype, Inc. 100 Fifth Avenue voice: (617) 890-7544 x231 Waltham, MA 02154 fax: (617) 890-3661 venus> make test -d linkkit || ln -s . linkkit test -d base || ln -s . base test -d bindings || mkdir bindings ./lisp.run -m 800kw -N po/locale -M interpreted.mem -q -c compiler.lsp make: *** [compiler.fas] IOT trap From hkng2@se.cuhk.hk Mon Dec 18 05:08:54 1995 Return-Path: Received: from cuse1.se.cuhk.hk by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08845; Mon, 18 Dec 95 05:08:54 +0100 Received: by cuse1.se.cuhk.hk (5.57/Ultrix3.0-C) id AA09639; Mon, 18 Dec 95 12:04:59 +0800 Received: by cuse107.se.cuhk.hk (5.0/SMI-SVR4) id AA00563; Mon, 18 Dec 1995 12:04:57 +0800 From: hkng2@se.cuhk.hk Message-Id: <9512180404.AA00563@cuse107.se.cuhk.hk> Subject: Re: No NeXTSTEP binary, error after building from source To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Mon, 18 Dec 1995 12:04:55 +0800 (HKT) In-Reply-To: <9512180219.AA03244@ sol.atype.com > from "Rick Mohr" at Dec 18, 95 03:50:13 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 0 From xjam@ginkgo.CS.Berkeley.EDU Mon Dec 18 23:44:32 1995 Return-Path: Received: from ginkgo.CS.Berkeley.EDU by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10007; Mon, 18 Dec 95 23:44:32 +0100 Received: from ginkgo.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by ginkgo.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id OAA02191 for ; Mon, 18 Dec 1995 14:40:28 -0800 From: "Brian F. Dennis" Message-Id: <199512182240.OAA02191@ginkgo.CS.Berkeley.EDU> To: clisp-list Subject: Re: Is CLX still working? In-Reply-To: Your message of "Fri, 15 Dec 1995 13:40:30 +0100." <199512151148.LAA23999@sayre.sysc.pdx.edu> Date: Mon, 18 Dec 1995 17:40:22 -0500 >>>>> "Marcus" == Marcus Daniels writes: Marcus> I did change some code that could have caused a problem with Marcus> LISTEN. I've since changed the code; you can test the result Marcus> if you like: I tried it on my Linux box and this seemed to be the fix. Are the changes going to show up in the source soon? I'm trying to work on a number of architectures and this problem seems to affect all of them. --Bri From marcus@sysc.pdx.edu Tue Dec 19 03:18:51 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10106; Tue, 19 Dec 95 03:18:51 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id SAA17707; Mon, 18 Dec 1995 18:14:45 -0800 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id CAA19294; Tue, 19 Dec 1995 02:14:41 GMT Date: Tue, 19 Dec 1995 02:14:41 GMT Message-Id: <199512190214.CAA19294@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Re: No NeXTSTEP binary, error after building from source In-Reply-To: <9512180219.AA03244@ sol.atype.com > References: <9512180219.AA03244@ sol.atype.com > Reply-To: marcus@sysc.pdx.edu >>>>> "Rick" == Rick Mohr writes: Rick> The directory binaries/m68k-next on the anonymous ftp site and Rick> mirrors contains no binaries. I've uploaded a new build for FTP from: ma2s2.mathematik.uni-karlsruhe.de:/pub/lisp/clisp/binaries/m68k-next/ as clisp.tar.z It is also at: http://sayre.sysc.pdx.edu:8001/clisp/binaries as m68k_NEXTSTEP.tar.z (I have reason to think it fixes the problem reported with Co-Xist, but can't confirm this myself) From marcus@sysc.pdx.edu Tue Dec 19 04:39:45 1995 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10137; Tue, 19 Dec 95 04:39:45 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id SAA17720; Mon, 18 Dec 1995 18:38:21 -0800 for Received: (marcus@localhost) by sayre.sysc.pdx.edu (8.6.10/CATastrophe-9/18/94-C) id CAA19369; Tue, 19 Dec 1995 02:38:19 GMT Date: Tue, 19 Dec 1995 02:38:19 GMT Message-Id: <199512190238.CAA19369@sayre.sysc.pdx.edu> From: Marcus Daniels To: clisp-list Subject: Re: Is CLX still working? In-Reply-To: <199512142314.PAA29282@ginkgo.CS.Berkeley.EDU> References: <199512142314.PAA29282@ginkgo.CS.Berkeley.EDU> Reply-To: marcus@sysc.pdx.edu If you have a problem building CLX (you see "unknown event" messages) I'd suggest grabbing a new binary from: http://sayre.sysc.pdx.edu:8001/clisp/binaries/ There are new binaries for sun4c/SunOS413, sun4M/Solaris2.4, mips/Irix5 and Linux (a.out and ELF). If this fixes the problem, or especially if the problem persists, please let me know.