From clinares@delicias.dia.fi.upm.es Thu Jan 2 14:12:05 1997 Return-Path: Received: from GOOFY.FI.UPM.ES by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03202; Thu, 2 Jan 97 14:12:05 +0100 Received: from recoletos.dia.fi.upm.es by relay.fi.upm.es (PMDF V5.1-5 #15665) with SMTP id <01IDQNEJK54E0001FX@relay.fi.upm.es> for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Thu, 2 Jan 1997 13:59:56 MET Received: from recoletos (localhost) by recoletos.dia.fi.upm.es (4.1/FI-3.3) Thu, 2 Jan 97 13:59:51 +0100 Date: Thu, 02 Jan 1997 13:59:48 +0100 From: Carlos Linares Subject: Spanish Translation of CLisp Sender: clinares@recoletos.dia.fi.upm.es To: Lista de GNU en espanol Cc: Lista de correo de CLisp , clinares@recoletos.dia.fi.upm.es Message-Id: <32CBB144.2781E494@delicias.dia.fi.upm.es> Organization: Artificial Intelligence Laboratory Mime-Version: 1.0 X-Mailer: Mozilla 3.01 (X11; I; SunOS 4.1.3_U1 sun4c) Content-Type: MULTIPART/MIXED; BOUNDARY="Boundary_[ID_yT3qJrvgbgxBOcs/sJaSAA]" This is a multi-part message in MIME format. --Boundary_[ID_yT3qJrvgbgxBOcs/sJaSAA] Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Hi, there: This message is sent simultaneously to the CLisp-Mailing List and the Spanish GNU-Mailing List, so I'll use english for speaking. [Este mensaje es enviado, al mismo tiempo, a las listas de correo de CLisp y Spanish GNU de modo que usare el ingles para hablar] This message contains an attachment with many questions about CLisp. Section 1 will be of special interest for the CLisp-Mailing List readers, and Section 2 is especially intended for spanish speakers. Please, I've worked a lot and I think I can finish my work but it won't be possible to do it if some of you don't help. Thanks in advance for your help,... P.D. Special Thanks to Bruno Haible and Marcus Daniels who have expressed their interest in the translation :) Thanks again, ... :) and Happy New Year to all!! -- Carlos Linares Lopez ------------------------------------------------------------------------ Artificial Intelligence Laboratory Facultad de Informatica Universidad Politecnica de Madrid Espana (Spain) ------------------------------------------------------------------------ clinares@delicias.dia.fi.upm.es http://delicias.dia.fi.upm.es/miembros/clinares_CV_Esp.html ------------------------------------------------------------------------ --Boundary_[ID_yT3qJrvgbgxBOcs/sJaSAA] Content-type: text/plain; name=help.000; charset=iso-8859-1 Content-disposition: inline; filename=help.000 Content-transfer-encoding: 8bit This file contains some questions about the translation of clisp-96.03.31.es.po. CURRENT STATE: Translated: 603 Untranslated: 727 Total: 1330 (a lot of messages!! ;) Some of the questions are about technical aspects. It ought not to be necessary to speak in spanish for answering them, but it is highly recommended to be experienced in the use of CLisp. However, other ones, are simply difficult to translate. They are mainly intended for the spanish spoken members of the list (clisp or spanish GNU). So, all the questions will be divided in two sections: 1 and 2 respectively. (Although you don't speak in spanish, you could read the questions of section 2, and tell me what the questions mean but in order terms, uh?) Moreover, I'll offer the german and french translations of the unstralated sentences of section 2 so, they could help you if you speak any of those languages. _____________________________________________________________________ --------------------------------------------------------------------- SECTION 1 1. I know of the FFI capabilities of CLisp. However, what's an "Incomplete FFI type"? 2. When does the message "Keypad-" appear?. The Keypad is the set of numeric keys that are at the left of the keyboard. But I need to know with which kind of messages does it join to know how to translate it. 3. What's "Mach"? How to translate the messages: "Mach exc_server didn't succeed." "Mach msg_receive didn't succeed." "Mach msg_send didn't succeed." "Mach msg_send to old_exception_port didn't succeed." "Mach port_allocate fails." "Mach task_get_exception_port fails." "Mach task_set_exception_port fails." What are "exc_server", "msg_receive", "msg_send", "old_exception_port", "port_allocate", "task_set_exception_port", "task_set_exception_port"? Primitives? Functions? Constants? 4. What's a multihop (in the message "Multihop attempted")? 5. What's a record lock ("No record locks available") 6. Which kind of operations could generate the message "Operation would block" (file error.d, line 1289)? 7. When will be seen the message "Resource deadlock would occur" (file error.d, line 1711) 8. I don't know so much CLOS as I'd like, ... :( What does it mean "STANDARD method combination doesn't allow the method qualifiers to be ~S" Why is "STANDARD" capitalized? 9. What's a "Srmount error"? 10. What's a "Stale NFS file handle"? 11. What does it mean the message "The closing directive '~A' does not have a corresponding opening one.". If I haven't forget the little CLISP I know, ~A has no opening or closing directives! Perhaps, I don't know exactly what an opening or closing directive is, ..., please, help me! 12. When do the messages "The following restarts are available too:" and "The following restarts are available:" appear? (file user1.lsp, lines 398 and 403). 13. What's the meaning (in english) of "Too many levels of remote in path". When does it appear? Is it related to communications or what? Could you explain it in easy words so I could translate it? (think of me as a very silly guy ;) 14. The message "Too many references: can't splice" is untranslated in DEUTSCH and FRANCAIS, why? must I translate it or not? (file error.d, line 1567). Does this message mean the same than "Too many references: can't join"? 15. (This question is specially directed to Marcus, because he "gettext"ized clisp) The tag "[end]cannot close" (file spvw.d, line 986) contains no text!!!!: (taken from the source code, ...) asciz_out(tempfilename); //: DEUTSCH " nicht füllen." //: ENGLISH " ." //: FRANCAIS " ." asciz_out(GETTEXT("[end]cannot fill file")); errno_out(errno); return -1; # error (lines 983 - 989) As you can see, ENGLISH and FRANCAIS messages are " ." Hmmm, could I put " ." too? :) I'd like!! :) The same apply to "[end]cannot delete", "[end]cannot fill file", "[end] ..." ... (all!) 16. The message "block frame " (file constobj.d, line 937) is a piece of a longer sentence. What other messages join with this one? (this question is related to question 13 of section 2). 17. "cannot allocate private shared memory segment" (file spvw.d, line 1167), what does it really mean? (what it says?) how can it be possible to share anything that's private? what cannot be allocated, the whole segment or a part of it? _____________________________________________________________________ --------------------------------------------------------------------- SECTION 2 1. How to translate "Cross-device link"? (DEUTSCH liens uniquement sur la même unité) (FRANCAIS Links können nur aufs selbe Gerät gehen) 2. How to translate "Inappropiate ioctl for device"? (DEUTSCH "Falscher Gerätetyp") (FRANCAIS "Périphérique ne comprend pas ce ioctl") 3. What's a marker? "Lambda list marker ~S not allowed here." (DEUTSCH "Dieser Lambdalistenmarker ist an dieser Stelle nicht erlaubt: ~S") (FRANCAIS "Le marqueur de liste lambda ~S n'est pas permis ici.") 4. How to translate profile in: "Modifying the parameter profile of ~S" (DEUTSCH "Das Parameter-Profil von ~S wird modifiziert.") (FRANCAIS "On change le nombre / l'ordre des arguments de ~S.") 5. What's the meaning of "dropped" in "Network dropped connection on reset"? (DEUTSCH "Rechner bootete, Verbindung gekappt") (FRANCAIS "Le réseau a rompu la connection à cause d'une remise à zéro") 6. How to translate "expander" in the sentence "The SETF expander for ~S may not be called with ~S arguments." (DEUTSCH "Der SETF-Expander für ~S kann nicht mit ~S Argumenten aufgerufen werden.") (FRANCAIS "L'«expandeur» SETF pour ~S ne peut pas être appelé avec ~S arguments.") 7. An uneasy question, ..., how to translate "fill pointer"? 8. Other uneasy question, ..., a "supplied-variable" is the third element for the definition of special variables in the lambda list of functions or macros, isn't it?: (variable default-value supplied-variable) ..., and how do you say that in spanish in the sentence "The lambda list of macro ~S contains an invalid supplied-variable ~S"? (DEUTSCH "Die Lambdaliste des Macros ~S enthält eine unzulässige supplied-Variable: ~S") (FRANCAIS "La liste lambda du macro ~S contient une «supplied-variable» indamissible : ~S") NOTE. It is not translated in French, ..., but I'd like to avoid that kind of things, ... 9. "A readtable is a data structure that maps characters into syntax types for the Lisp expression parser. In particular, a readtable indicates for each character with syntax macro character what its macro definition is. This is a mechanism by which the user may reprogram the parser to a limited but useful extent." (Common Lisp - The Language. 2nd edition; Guy L. Steele Jr.) How do you say it in spanish? "Tabla de lectura"? The question is that spanish speakers could recognize the structure by its name: "readtable", but will they identify it with the expression "Tabla de lectura"? when, in fact, it is a "tabla de lectura", ... 10. What's the spanish term for a "modifier": "modificador", "calificador", "cualificador"? For instance, ... "The ~~[ directive cannot take both modifiers." (DEUTSCH "~~[ geht nicht mit : und @ gleichzeitig.") (FRANCAIS "La directive ~~[ ne peut pas accepter les deux qualificateurs : et @ en même temps.") 11. What's a "hunk"? (in computer science, I mean) The message is "bad loadfile hunk" (file error.d, line 614) (DEUTSCH "Datei teilweise nicht ladbar") (FRANCAIS "fichier pas entièrement chargeable") 12. How to translate "template"? (file error.d, line 385): "bad template" (DEUTSCH "ungültiges Muster") (FRANCAIS "mauvais schéma") 13. Other unpleasant expression: "block frame", could anybody translate it? (it is necessary to know spanish and CLisp, because I'd like to translate it in the context of Common Lisp). At least, could you explain its meaning in other words? (this question is related to question 16 of the section 1). (DEUTSCH "Block-Frame ") (FRANCAIS "«frame» BLOCK ") Note. As you can see, it remains unchanged in other languages, ... 14. Everybody know what a buffer is, ..., everybody use to call "buffer" to the buffers, so, how must I call it? The conflicting sentence is "buffer overflow" (file error.d, line 658). (DEUTSCH "Puffer-Überlauf") (FRANCAIS "débordement de tampon") Note. tampon is a spanish term too ("tampón") but it doesn't sound well at all. --Boundary_[ID_yT3qJrvgbgxBOcs/sJaSAA]-- From marcus@sysc.pdx.edu Fri Jan 3 00:05:16 1997 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09099; Fri, 3 Jan 97 00:05:16 +0100 Received: from sysc.pdx.edu by nz11.rz.uni-karlsruhe.de with SMTP (PP); Thu, 2 Jan 1997 23:52:41 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.8.3/8.8.3) with ESMTP id OAA04857 for ; Thu, 2 Jan 1997 14:51:10 -0800 (PST) Received: (from marcus@localhost) by sayre.sysc.pdx.edu (8.8.3/8.8.3) id WAA18754; Thu, 2 Jan 1997 22:51:07 GMT To: Subject: Re: Spanish Translation of CLisp References: <32CBB144.2781E494@delicias.dia.fi.upm.es> From: Marcus Daniels Date: 02 Jan 1997 14:51:06 -0800 In-Reply-To: Carlos Linares's message of Thu, 2 Jan 97 14:13:00 +0100 Message-Id: Lines: 33 X-Mailer: Gnus v5.3/Emacs 19.34 >>>>> "CLL" == Carlos Linares writes: CLL> 9. What's a "Srmount error"? 69 ESRMNT Srmount error This error is RFS specific. It occurs when an attempt is made to stop RFS while resources are still mounted by remote machines, or when a resource is readvertised with a client list that does not include a remote machine that currently has the resource mounted. CLL> 14. The message "Too many references: can't splice" is CLL> untranslated in DEUTSCH and FRANCAIS, why? must I translate it or CLL> not? (file error.d, line 1567). Does this message mean the same CLL> than "Too many references: can't join"? I don't know, it sounds as if it is trying to put a reference in to a list of limited length. Also, Linux has both this #define and the previous one, but doesn't seem to use either one. CLL> 15. (This question is specially directed to Marcus, because he CLL> "gettext"ized clisp) The tag "[end]cannot close" (file spvw.d, CLL> line 986) contains no text!!!!: Sometimes CLISP forms a single message in pieces. In this case the text to translate is the text of the other language(s), not the `key' itself. Only when you see the [start]/[end] text, should one study the other DEUTSCH/ENGLISH/FRANCAIS text. If it seems there are cases where new tags are needed (e.g. [middle], [2nd], [3rd]) for accurate translation to Spanish, let me know. From thommark@access.digex.net Tue Jan 7 17:20:16 1997 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06729; Tue, 7 Jan 97 17:20:16 +0100 Received: from access2.digex.net by nz11.rz.uni-karlsruhe.de with SMTP (PP); Tue, 7 Jan 1997 17:06:23 +0100 Received: from localhost (thommark@localhost) by access2.digex.net (8.8.4/8.8.4) with SMTP id JAA00134 for ; Tue, 7 Jan 1997 09:34:17 -0500 (EST) Date: Tue, 7 Jan 1997 09:34:16 -0500 (EST) From: "M. Thomas" Reply-To: "M. Thomas" To: CLISP List Subject: Minor CLISP bug #1 Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello all, I thought that the lambda-list keywords &rest and &body were supposed to behave identically during Lisp evaluation, and that only pretty-printers were allowed to treat &rest and &body differently (by regarding them as formatting clues). However: > (lisp-implementation-version) "1996-07-22 (July 1996)" > (defun resttest (x &rest y) (list x y)) RESTTEST > (defun bodytest (x &body y) (list x y)) BODYTEST > (resttest 'a 'b 'c) (A (B C)) > (bodytest 'a 'b 'c) (A C) ;; expected (A (B C)) as before Thanks for listening! Mark A. Thomas thommark@access.digex.net From thommark@access.digex.net Tue Jan 7 17:20:17 1997 Return-Path: Received: from nz11 by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AB06729; Tue, 7 Jan 97 17:20:17 +0100 Received: from access2.digex.net by nz11.rz.uni-karlsruhe.de with SMTP (PP); Tue, 7 Jan 1997 17:07:13 +0100 Received: from localhost (thommark@localhost) by access2.digex.net (8.8.4/8.8.4) with SMTP id JAA00202 for ; Tue, 7 Jan 1997 09:35:21 -0500 (EST) Date: Tue, 7 Jan 1997 09:35:21 -0500 (EST) From: "M. Thomas" To: CLISP List Subject: Minor CLISP bug #2 Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello again, I like CLISP's facility for setting the precision of floating-point numbers. There does appear to be a small glitch, however: > (lisp-implementation-version) "1996-07-22 (July 1996)" > (setf (long-float-digits) 100) 100 > (/ pi 2.) 1.5707963267948966192313216916397514421L0 > (asin 3.4L0) #C(1.5707964 -1.894559012672297804279889265261663451844L0) ;;; expected both realpart and imagpart to have the specified ;;; long-float precision: ;;; #C(1.5707963267948966192313216916397514421L0 -1.894559012672297804279889265261663451844L0) And besides, it seems that 1.570796326... should have been printed as 1.5707963, not 1.5707964. Thanks! Mark A. Thomas thommark@access.digex.net From lemeunie@lium.univ-lemans.fr Tue Jan 7 17:32:44 1997 Return-Path: Received: from keaton.univ-lemans.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06958; Tue, 7 Jan 97 17:32:44 +0100 Received: from buster.univ-lemans.fr by keaton.univ-lemans.fr (SMI-8.6/SMI-SVR4) id RAA29741; Tue, 7 Jan 1997 17:07:58 GMT Received: by buster.univ-lemans.fr (SMI-8.6/SMI-SVR4) id RAA28814; Tue, 7 Jan 1997 17:09:48 GMT Date: Tue, 7 Jan 1997 17:09:48 GMT From: lemeunie@lium.univ-lemans.fr (Thierry Lemeunier (LADIA)) Message-Id: <199701071709.RAA28814@buster.univ-lemans.fr> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Spanish Translation of CLisp X-Sun-Charset: US-ASCII Carlos Linares writes : > > 3. What's a marker? "Lambda list marker ~S not allowed here." > (DEUTSCH "Dieser Lambdalistenmarker ist an dieser Stelle nicht erlaubt: ~S") > (FRANCAIS "Le marqueur de liste lambda ~S n'est pas permis ici.") In french we say "lambda-liste" or "lambda liste " and not "liste lambda" ------------------------------------------------------------------------- Thierry LEMEUNIER _/ _/ _/_/ _/_/_/ _/ groupe Langue et Dialogue _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ Laboratoire d'Informatique _/ _/_/_/_/ _/ _/ _/ _/_/_/_/ UFR Sciences _/_/_/ _/ _/ _/_/_/ _/_/_/ _/ _/ Universite du Maine Avenue Olivier Messiaen BP535 mailto : lemeunie@lium.univ-lemans.fr F72017 LE MANS CEDEX web : http://bigiup.univ-lemans.fr/ ------------------------------------------------------------------------- From haible@ilog.fr Tue Jan 7 18:31:14 1997 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07588; Tue, 7 Jan 97 18:31:14 +0100 Received: by relay1.fnet.fr (5.65c8d/96.05.03) via EUnet-France id AA04573; Tue, 7 Jan 1997 18:18:56 +0100 (MET) Received: from (halles [192.31.27.96]) by ilog.ilog.fr (8.7.6/8.7.3) with SMTP id SAA11205; Tue, 7 Jan 1997 18:11:14 +0100 (MET) From: Bruno Haible Received: by (5.x/8.6.12) id AA01841 for haible@mailhost; Tue, 7 Jan 1997 18:11:12 +0100 Date: Tue, 7 Jan 1997 18:11:12 +0100 Message-Id: <9701071711.AA01841@> To: Subject: Re: Minor CLISP bug #1 In-Reply-To: References: M. Thomas writes: > > I thought that the lambda-list keywords &rest and &body were supposed to > behave identically during Lisp evaluation Sure, with the restriction that &body is allowed only in the lambda lists of macros. Bruno From haible@ilog.fr Tue Jan 7 18:53:11 1997 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07878; Tue, 7 Jan 97 18:53:11 +0100 Received: by relay1.fnet.fr (5.65c8d/96.05.03) via EUnet-France id AA06577; Tue, 7 Jan 1997 18:40:45 +0100 (MET) Received: from (halles [192.31.27.96]) by ilog.ilog.fr (8.7.6/8.7.3) with SMTP id SAA12151; Tue, 7 Jan 1997 18:39:37 +0100 (MET) From: Bruno Haible Received: by (5.x/8.6.12) id AA11524 for haible@mailhost; Tue, 7 Jan 1997 18:39:35 +0100 Date: Tue, 7 Jan 1997 18:39:35 +0100 Message-Id: <9701071739.AA11524@> To: Subject: Re: Minor CLISP bug #2 In-Reply-To: References: M. Thomas writes: > I like CLISP's facility for setting the precision of floating-point > numbers. There does appear to be a small glitch, however: > > > (setf (long-float-digits) 100) > 100 > > (/ pi 2.) > 1.5707963267948966192313216916397514421L0 > > (asin 3.4L0) > #C(1.5707964 -1.894559012672297804279889265261663451844L0) > ;;; expected both realpart and imagpart to have the specified > ;;; long-float precision: > ;;; #C(1.5707963267948966192313216916397514421L0 > -1.894559012672297804279889265261663451844L0) The real part here does not depend on the input, therefore - in theory - it should be pi/2 with infinite precision. This is not representable, so clisp chooses the format contained in the variable *default-float-format*. Try (setq *default-float-format* 'long-float). > And besides, it seems that 1.570796326... should have been printed as > 1.5707963, not 1.5707964. After pi/2 has been converted to a floating point value, clisp doesn't know any more that it came from pi/2 = 1.570796326... All it has is the internal (binary) representation, which has the value 1.570796370... Therefore it prints 1.5707964. Bruno From toy@rtp.ericsson.se Tue Jan 7 22:54:42 1997 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10379; Tue, 7 Jan 97 22:54:42 +0100 Received: from mr1.exu.ericsson.se (mr1.exu.ericsson.com [138.85.147.11]) by gwa.ericsson.com (8.8.2/8.8.2) with ESMTP id PAA26071 for ; Tue, 7 Jan 1997 15:42:36 -0600 (CST) Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr1.exu.ericsson.se (8.7.1/NAHUB-MR1.1) with SMTP id PAA20984 for ; Tue, 7 Jan 1997 15:42:35 -0600 (CST) Received: from rcur (rcur18.rtp.ericsson.se [147.117.133.138]) by screamer.rtp.ericsson.se (8.6.12/8.6.4) with ESMTP id QAA03366 for ; Tue, 7 Jan 1997 16:42:32 -0500 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de References: <9701071739.AA11524@> Subject: Re: Minor CLISP bug #2 In-Reply-To: (Your message of Tue, 07 Jan 1997 18:54:51 +0100.) <9701071739.AA11524@> Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII Date: Tue, 07 Jan 1997 16:42:31 -0500 Message-Id: <27678.852673351@rtp.ericsson.se> From: Raymond Toy >>>>> "Bruno" == Bruno Haible writes: Bruno> M. Thomas writes: >> I like CLISP's facility for setting the precision of floating-point >> numbers. There does appear to be a small glitch, however: >> >> > (setf (long-float-digits) 100) >> 100 >> > (/ pi 2.) >> 1.5707963267948966192313216916397514421L0 >> > (asin 3.4L0) >> #C(1.5707964 -1.894559012672297804279889265261663451844L0) >> ;;; expected both realpart and imagpart to have the specified >> ;;; long-float precision: >> ;;; #C(1.5707963267948966192313216916397514421L0 >> -1.894559012672297804279889265261663451844L0) Bruno> The real part here does not depend on the input, therefore - in theory - Bruno> it should be pi/2 with infinite precision. This is not representable, so Bruno> clisp chooses the format contained in the variable *default-float-format*. Bruno> Try (setq *default-float-format* 'long-float). The real part certainly does depend on the input. If the input were less than one in magnitude, the result would not have been complex. The choice made, though, is reasonable, except that I thought ANSI CL says the parts of a complex number are supposed to be the same type. Thus, the real and imaginary should have been long-floats. Ray From clinares@delicias.dia.fi.upm.es Fri Jan 10 13:17:04 1997 Return-Path: Received: from GOOFY.FI.UPM.ES by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18229; Fri, 10 Jan 97 13:17:04 +0100 Received: from aluche.dia.fi.upm.es by relay.fi.upm.es (PMDF V5.1-5 #15665) with SMTP id <01IE1RQTZLE4000C2D@relay.fi.upm.es> for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Fri, 10 Jan 1997 13:03:03 MET Received: from aluche (localhost) by aluche.dia.fi.upm.es (4.1/FI-3.3) Fri, 10 Jan 97 13:03:02 +0100 Date: Fri, 10 Jan 1997 13:03:01 +0100 From: Carlos Linares Subject: spanish translation of CLisp Sender: clinares@aluche.dia.fi.upm.es To: Lista de correo de CLisp Message-Id: <32D62FF5.2781E494@delicias.dia.fi.upm.es> Organization: Artificial Intelligence Laboratory Mime-Version: 1.0 X-Mailer: Mozilla 3.01 (X11; I; SunOS 4.1.3_U1 sun4c) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi there again! I've read carefully all your messages and they've helped me a lot! Anyway, I'd like to say that question 11 (secion 1) about opening directives was the most stupid question I've ever done in my whole life!!!!! :) It seems I was sleeping deeply when I wrote that!! I felt embarrased when I see the answer of Bruno Haible, sorry, ... (explaining what an opening directive is) I'll pay more attention next time, ... I'll continue working this weekend on the translation and I'll post new questions on Monday Thanks a lot! -- Carlos Linares Lopez ------------------------------------------------------------------------ Artificial Intelligence Laboratory Facultad de Informatica Universidad Politecnica de Madrid Espana (Spain) ------------------------------------------------------------------------ clinares@delicias.dia.fi.upm.es http://delicias.dia.fi.upm.es/miembros/clinares_CV_Esp.html ------------------------------------------------------------------------ From toy@rtp.ericsson.se Fri Jan 10 20:11:02 1997 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA22239; Fri, 10 Jan 97 20:11:02 +0100 Received: from mr1.exu.ericsson.se (mr1.exu.ericsson.com [138.85.147.11]) by gwa.ericsson.com (8.8.2/8.8.2) with ESMTP id MAA26645 for ; Fri, 10 Jan 1997 12:58:27 -0600 (CST) Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr1.exu.ericsson.se (8.7.1/NAHUB-MR1.1) with SMTP id MAA04888 for ; Fri, 10 Jan 1997 12:58:26 -0600 (CST) Received: from rcur (rcur18.rtp.ericsson.se [147.117.133.138]) by screamer.rtp.ericsson.se (8.6.12/8.6.4) with ESMTP id NAA13147; Fri, 10 Jan 1997 13:58:15 -0500 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: toy@rtp.ericsson.se References: <9701071739.AA11524@> Subject: Re: Minor CLISP bug #2 In-Reply-To: (Your message of Tue, 07 Jan 1997 18:54:51 +0100.) <9701071739.AA11524@> Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII Date: Fri, 10 Jan 1997 13:58:14 -0500 Message-Id: <7451.852922694@rtp.ericsson.se> From: Raymond Toy >>>>> "Bruno" == Bruno Haible writes: Bruno> M. Thomas writes: >> I like CLISP's facility for setting the precision of floating-point >> numbers. There does appear to be a small glitch, however: >> >> > (setf (long-float-digits) 100) >> 100 >> > (/ pi 2.) >> 1.5707963267948966192313216916397514421L0 >> > (asin 3.4L0) >> #C(1.5707964 -1.894559012672297804279889265261663451844L0) >> ;;; expected both realpart and imagpart to have the specified >> ;;; long-float precision: >> ;;; #C(1.5707963267948966192313216916397514421L0 >> -1.894559012672297804279889265261663451844L0) Bruno> The real part here does not depend on the input, therefore - in theory - Bruno> it should be pi/2 with infinite precision. This is not representable, so Bruno> clisp chooses the format contained in the variable *default-float-format*. Bruno> Try (setq *default-float-format* 'long-float). I have to disagree here. The real part does in general depend on the input, otherwise the result might not have been complex. Also, doesn't ANSI CL say the parts of a complex are supposed to be the same type? Therefore both should have been long floats. RAy From stoffel@cs.tu-berlin.de Wed Jan 15 14:11:25 1997 Return-Path: Received: from mail.cs.tu-berlin.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18871; Wed, 15 Jan 97 14:11:25 +0100 Received: from lincke (stoffel@lincke.cs.tu-berlin.de [130.149.29.47]) by mail.cs.tu-berlin.de (8.8.4/8.8.4) with SMTP id NAA02672 for ; Wed, 15 Jan 1997 13:47:19 +0100 (MET) Sender: stoffel@cs.tu-berlin.de Message-Id: <32DCD1D0.4FD@cs.tu-berlin.de> Date: Wed, 15 Jan 1997 13:47:12 +0100 From: Mark Mueller Organization: TU Berlin X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 5.5 sun4m) Mime-Version: 1.0 To: clisp-list Subject: Clisp dos binary Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi, if i try to ftp clisp.zip from ma2s2.mathematik.uni-karlsruhe.de/.../binaries/dos/ i get a 'permission denied'. why? Mark -- Mark Müller * Institut für Angewandte Informatik * FG Methoden der KI Sekr. 5-8 * Franklinstr.28-29 * 10587 Berlin * Tel.: 314-21005 Email: pandur@cs.tu-berlin.de * stoffel@cs.tu-berlin.de WWW: http://www.cs.tu-berlin.de/~pandur/ From clinares@delicias.dia.fi.upm.es Wed Jan 15 16:39:26 1997 Return-Path: Received: from GOOFY.FI.UPM.ES by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA20414; Wed, 15 Jan 97 16:39:26 +0100 Received: from aluche.dia.fi.upm.es by relay.fi.upm.es (PMDF V5.1-5 #15665) with SMTP id <01IE8Y9PKDKO0004ZN@relay.fi.upm.es> for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Wed, 15 Jan 1997 16:24:54 MET Received: from aluche (localhost) by aluche.dia.fi.upm.es (4.1/FI-3.3) Wed, 15 Jan 97 16:24:45 +0100 Date: Wed, 15 Jan 1997 16:24:44 +0100 From: Carlos Linares Subject: Spanish version of CLisp Sender: clinares@aluche.dia.fi.upm.es To: Lista de correo de CLisp Cc: clinares@aluche.dia.fi.upm.es Message-Id: <32DCF6BC.62319AC4@delicias.dia.fi.upm.es> Organization: Artificial Intelligence Laboratory Mime-Version: 1.0 X-Mailer: Mozilla 3.01 (X11; I; SunOS 4.1.3_U1 sun4c) Content-Type: MULTIPART/MIXED; BOUNDARY="Boundary_[ID_stye59L2QM/ezHYfzpla4w]" This is a multi-part message in MIME format. --Boundary_[ID_stye59L2QM/ezHYfzpla4w] Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Hi, there! I still working on the translation of CLisp, as you know. All your answers have been helpful (thanks to Bruno Haible and Marcus Daniels). The guys from the Spanish GNU Translation Team are helping a lot too! So, it seems great, I think that the Spanish version could be available in a couple of months! However, I need more help (7 questions, this time). The questions are attached at the end of this message. By the way, there are some spanish members here. Why on earth don't you help? This work is just for you, it should not take you a long to look at the questions and answer them, ... (but don't worry if you can't, of course, ...) I've translated 720 messages and now, when working with CLisp, almost everything is in Spanish, ..., I'll post in the near future a little session in Spanish (I think this would be funny, at least for Bruno and Marcus). I hope you'll like that, ... (but meanwhile, enjoy my questions!! :) Cheers, -- Carlos Linares Lopez ------------------------------------------------------------------------ Artificial Intelligence Laboratory Facultad de Informatica Universidad Politecnica de Madrid Espana (Spain) ------------------------------------------------------------------------ clinares@delicias.dia.fi.upm.es http://delicias.dia.fi.upm.es/miembros/clinares_CV_Esp.html ------------------------------------------------------------------------ --Boundary_[ID_stye59L2QM/ezHYfzpla4w] Content-type: text/plain; name=help.001; charset=iso-8859-1 Content-disposition: inline; filename=help.001 Content-transfer-encoding: 8bit This file contains some questions about the translation of clisp-96.03.31.es.po. CURRENT STATE: Translated: 720 Untranslated: 610 Total: 1330 (a lot of messages!! ;) Some of the questions are about technical aspects. It ought not to be necessary to speak in spanish for answering them, but it is highly recommended to be experienced in the use of CLisp. However, other ones, are simply difficult to translate. They are mainly intended for the spanish spoken members of the list (clisp or spanish GNU). So, all the questions will be divided in two sections: 1 and 2 respectively. (Although you don't speak in spanish, you could read the questions of section 2, and tell me what the questions mean but in order terms) Moreover, I'll offer the german and french translations of the unstralated sentences of section 2 so, they could help you if you speak any of those languages. --> This time, there are only 7 questions !!!!! :) NOTES * I know I'm late (I said I would post this on Monday), but as you know I do this in my spare time, just for fun and I've been working a lot these days (so, no fun, ... ---> no translation!! :) * I've suppresed all the questions related to "error.d" because it seems the spanish messages could be taken from "glibc" (which was translated by Enrique Melero) * I've sent a copy of the current clisp-96.03.31.es.po (720t+610u) to Santiago Vila for its second revision! (thanks again Santiago). * I'd like to thank Marcus Daniels, Santiago Vila, Bruno Haible and Enrique Melero their answers (especially to Enrique and Bruno for answering almost all questions). _____________________________________________________________________ --------------------------------------------------------------------- SECTION 1 18. What's a "driver frame" (constobj.d, line 982)? Any hint for the translation? 19. What are "handle_fault errors": "handle_fault error1 !" "handle_fault error2 ! address = 0x" "handle_fault error3 !" "handle_fault error4 ! mprotect(0x" "handle_fault error5 ! mprotect(0x" "handle_fault error6 ! protection = " Could I translate them literally? This is, as I did with the Mach messages? 20. What's a handler frame? How to translate "handler frame for conditions"? 21. There are a few messages which begin with "~ from ~". They are very easy to translate but they use a lot of prepositions, and words that could be translated in masculine or feminine. So, I need some real examples of their use. The sentences I'm talking about are: "~ from ~ without ~ before it" "~ from ~: #~= #~$ is illegal" "~ from ~: After ~ is ~ an undefined dispatch macro character" "~ from ~: bad ~" "~ from ~: bad ~ for ~" "~ from ~: macro character definition for ~ may not return ~ values, only one value." "~ from ~: token ~ after #: should contain no colon" "~ from ~: ~ has no macro character definition" "~ from ~: ~ is not a symbol, not a slot name of structure ~" There are many other ones that simply begin with "~ from ~" and all I need for them is the meaning of this piece of text. NOTE.- Please, do not put an example of every sentence but a general explanation!! By the way, I've tried to understand ".d" source files but that's impossible for me! :) _____________________________________________________________________ --------------------------------------------------------------------- SECTION 2 15. I cannot imagine how to translate the expression "block frame". Moreover, the german and french translations are: DEUTSCH "Block-Frame " FRANCAIS "«frame» BLOCK " ..., but I'd like to translate it! 16. Uuuuuufffff!, ..., this is my worst sentence: "catch frame for tag " I'm really lost here! DEUTSCH "Catch-Frame für Tag " FRANCAIS "«frame» CATCH pour l'étiquette " ..., it seems the french translation plays with the reserved word "CATCH" and with the untranslated word: "frame". I could do something like that but, ..., any suggestions? In fact, there are other messages where "frame" or "tagbody" are used and they are quite difficult to translate: "compiled block frame for " DEUTSCH "Block-Frame (compiliert) für " FRANCAIS "«frame» BLOCK compilé pour " "compiled tagbody frame for " DEUTSCH "Tagbody-Frame (compiliert) für " FRANCAIS "«frame» TAGBODY compilé pour " "nested block frame " DEUTSCH "Block-Frame (genestet) " FRANCAIS "«frame» BLOCK dépilé " "nested tagbody frame " DEUTSCH "Tagbody-Frame (genestet) " FRANCAIS "«frame» TAGBODY dépilé " "tagbody frame " DEUTSCH "Tagbody-Frame " FRANCAIS "«frame» TAGBODY " "unwind-protect frame" DEUTSCH "Unwind-Protect-Frame" FRANCAIS "«frame» UNWIND-PROTECT" 17. I understand, perfectly (and everybody do), the sentence "insuficient terminal: hardcopy terminal", however, how to translate it? How would you say it in spanish? DEUTSCH "Unzureichendes Terminal: Hardcopy-Terminal." FRANCAIS "Terminal insuffisant : imprimante au lieu d'écran." In this way, the expression: "insufficient terminal: overstrikes, cannot clear output" is easily understood, but I don't know how to translate it: DEUTSCH "Unzureichendes Terminal: Kann Ausgegebenes nicht mehr löschen." FRANCAIS "Terminal insuffisant : ne peut rien effacer." --Boundary_[ID_stye59L2QM/ezHYfzpla4w]-- From hoehle@zeus.gmd.de Wed Jan 15 18:18:53 1997 Return-Path: Received: from mail.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA21518; Wed, 15 Jan 97 18:18:53 +0100 Received: from zeus.gmd.de (zeus) by mail.gmd.de with SMTP id AA28513 (5.67b8/IDA-1.5 for ); Wed, 15 Jan 1997 18:05:26 +0100 Received: by zeus.gmd.de id AA10177 (5.67b8/IDA-1.5 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de); Wed, 15 Jan 1997 18:05:05 +0100 Date: Wed, 15 Jan 1997 18:05:05 +0100 Message-Id: <199701151705.AA10177@zeus.gmd.de> From: Joerg.Hoehle@gmd.de (Joerg Hoehle) To: Subject: Spanish version of CLisp In-Reply-To: <32DCF6BC.62319AC4@delicias.dia.fi.upm.es> References: <32DCF6BC.62319AC4@delicias.dia.fi.upm.es> Content-Type: text Content-Length: 1756 Carlos Linares writes: > 20. What's a handler frame? How to translate "handler frame for > conditions"? "condition handler" is CLtL2 Chap. 29 vocabular. Instead of conditions, you may investigate how "exceptions" are translated in the spanish press and maybe use that term. > 21. There are a few messages which begin with "~ from ~". They are Look in io.d: { pushSTACK(*stream_); # Wert fu:r Slot STREAM von STREAM-ERROR pushSTACK(ch); # Character pushSTACK(*stream_); # Stream pushSTACK(S(read)); //: DEUTSCH "~ von ~: Gelesenes Zeichen ist kein String-Char: ~" //: ENGLISH "~ from ~: character read should be a string-char: ~" //: FRANCAIS "~ de ~ : le caracte!re lu n'est pas de type STRING-CHAR." The first ~ is the function name, the second the stream that was being read from or written to and the third is the character that was read/written. So it says something like "READ from #: illegal character" > SECTION 2 > DEUTSCH "Block-Frame " > FRANCAIS "_frame_ BLOCK " > DEUTSCH "Catch-Frame f_r Tag " > FRANCAIS "_frame_ CATCH pour l'_tiquette " > .., it seems the french translation plays with the reserved word > "CATCH" and with the untranslated word: "frame". > In fact, there are other messages where "frame" or "tagbody" are used > and they are quite difficult to translate: I didn't translate either BLOCK, CATCH, TAGBODY or UNWIND-PROTECT in french as those are the names of the Lisp special forms related to these messages. I would have liked to translate FRAME, that's why I put it in <>, as it's not a Common Lisp term and designates the structure that CLISP puts on the Lisp stack. Jo"rg Ho"hle. Joerg.Hoehle@gmd.de http://zeus.gmd.de/~hoehle/amiga-clisp.html From dietz@ticco.ccipe.montp.inserm.fr Wed Jan 15 20:08:42 1997 Return-Path: Received: from ticco (ticco.ccipe.montp.inserm.fr) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA22666; Wed, 15 Jan 97 20:08:42 +0100 From: dietz@ticco.ccipe.montp.inserm.fr Received: by ticco (5.x/SMI-SVR4) id AA23360; Wed, 15 Jan 1997 18:59:44 +0100 Date: Wed, 15 Jan 1997 18:59:44 +0100 Message-Id: <9701151759.AA23360@ticco> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: change-class Hello, I might be mistaken, but it seems that the CLOS implementation of CLISP does not contain CHANGE-CLASS. In my problem at hand, I only need to change the class of an object, no slots must be added or updated. How can I achieve the result of CHANGE-CLASS for this special case? Any help would be greatly appreciated. Thank you in advance Andreas -- Andreas DIETZ 141, rue de la Cardonille E-Mail : dietz@ticco.ccipe.montp.inserm.fr CCIPE Tel : (+33) (0) 4.67.14.29.70 F-34094 Montpellier Cedex 5 Fax : (+33) (0) 4.67.54.24.32 From marcus@ee.pdx.edu Wed Jan 15 20:17:55 1997 Return-Path: Received: from ursula.ee.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA22819; Wed, 15 Jan 97 20:17:55 +0100 Received: from ka.ee.pdx.edu (ka.ee.pdx.edu [131.252.75.31]) by ursula.ee.pdx.edu (8.8.3/8.8.3) with ESMTP id LAA18791 for ; Wed, 15 Jan 1997 11:04:27 -0800 (PST) Received: (from marcus@localhost) by ka.ee.pdx.edu (8.8.3/8.8.3) id LAA23555; Wed, 15 Jan 1997 11:04:26 -0800 (PST) To: Subject: Re: Clisp dos binary References: <32DCD1D0.4FD@cs.tu-berlin.de> From: Marcus Daniels Date: 15 Jan 1997 11:04:24 -0800 In-Reply-To: Mark Mueller's message of Wed, 15 Jan 97 14:16:04 +0100 Message-Id: Lines: 11 X-Mailer: Gnus v5.3/Emacs 19.34 >>>>> "MM" == Mark Mueller writes: MM> if i try to ftp clisp.zip from MM> ma2s2.mathematik.uni-karlsruhe.de/.../binaries/dos/ i get a MM> 'permission denied'. MM> why? Perhaps you are attempting to ftp to local disk space that doesn't have write permissions? I just anon. ftp'ed the binaries/dos/clisp.zip file intact. From haible@ilog.fr Fri Jan 17 18:43:34 1997 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA20886; Fri, 17 Jan 97 18:43:34 +0100 Received: by relay1.fnet.fr (5.65c8d/96.05.03) via EUnet-France id AA03179; Fri, 17 Jan 1997 18:29:43 +0100 (MET) Received: from (halles [192.31.27.96]) by ilog.ilog.fr (8.7.6/8.7.3) with SMTP id SAA03728; Fri, 17 Jan 1997 18:28:53 +0100 (MET) From: Bruno Haible Received: by (5.x/8.6.12) id AA27843 for haible@mailhost; Fri, 17 Jan 1997 18:28:51 +0100 Date: Fri, 17 Jan 1997 18:28:51 +0100 Message-Id: <9701171728.AA27843@> To: Subject: Re: change-class In-Reply-To: <9701151759.AA23360@ticco> References: <9701151759.AA23360@ticco> Andreas Dietz says: > it seems that the CLOS implementation of CLISP does not contain > CHANGE-CLASS. This is true. If you want CHANGE-CLASS in CLISP, you can use PCL instead of the built-in CLOS. But it will be much slower. > In my problem at hand, I only need to change the class of > an object, no slots must be added or updated. How can I achieve the > result of CHANGE-CLASS for this special case? If you need CHANGE-CLASS (i.e. change an object's class while the object remains EQ to what it was before), in my opinion you should rethink about your class hierarchy. As a general workaround: You can easily achieve your goal by introducing an indirection class, like this: (defclass () (x y ...)) (defclass () (indirection accessor: bozo-container-indirection) ) ;; Extend the accessors and any other generic functions so they automatically ;; follow the indirection. (defmethod bozo-x ((object )) (bozo-x (bozo-container-indirection object)) ) (defmethod (setf bozo-x) (new-value (object )) ((setf bozo-x) new-value (bozo-container-indirection object)) ) ... Bruno From jord@gnawk.dial.eunet.es Sat Jan 18 00:16:30 1997 Return-Path: Received: from gnawk.dial.eunet.es by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA24273; Sat, 18 Jan 97 00:16:30 +0100 Received: (from jord@localhost) by gnawk.dial.eunet.es (8.6.12/8.6.12) id XAA00253 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Fri, 17 Jan 1997 23:48:41 +0100 From: Juan Jordana Message-Id: <199701172248.XAA00253@gnawk.dial.eunet.es> Subject: Re: Spanish version of CLisp To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Fri, 17 Jan 1997 23:48:39 +0100 (GMT-1) In-Reply-To: <32DCF6BC.62319AC4@delicias.dia.fi.upm.es> from "Carlos Linares" at Jan 15, 97 04:43:53 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1053 According to Carlos Linares: > > > 17. I understand, perfectly (and everybody do), the sentence > "insuficient terminal: hardcopy terminal", however, how to translate > it? How would you say it in spanish? > > DEUTSCH "Unzureichendes Terminal: Hardcopy-Terminal." > FRANCAIS "Terminal insuffisant : imprimante au lieu d'écran." > > In this way, the expression: "insufficient terminal: overstrikes, > cannot clear output" is easily understood, but I don't know how to > translate it: > > DEUTSCH "Unzureichendes Terminal: Kann Ausgegebenes nicht mehr löschen." > FRANCAIS "Terminal insuffisant : ne peut rien effacer." > A couple of months away from this list and a good surprise now with your translation. que tal: Terminal incompleta (porque no erronea?): Terminal de impresora. -- / __ __ /__ _ __/__ __ _ __//_//_/_/ / __//_// /_//_/_/ //_/_ jord@gnawk.dial.eunet.es NetBSD --> Sun3/4/4c/4m - DEC MIPS - DEC Alpha - Amiga - HP300 -Mac68k VAX - MVME68k - PC532 - PC(386+) - Atari - arm32 .... From aler@inf.uc3m.es Tue Jan 21 20:47:17 1997 Return-Path: Received: from elrond.uc3m.es by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08502; Tue, 21 Jan 97 20:47:17 +0100 Received: from tristan.uc3m.es by elrond.uc3m.es (4.1/SM941027.01) id AA18434; Tue, 21 Jan 97 19:19:09 +0100 Date: Tue, 21 Jan 1997 19:27:06 +0100 (MET) From: Ricardo Aler Mur X-Sender: aler@tristan.uc3m.es Reply-To: aler@inf.uc3m.es To: Multiple recipients of list Subject: Re: CLISP on Debian In-Reply-To: Message-Id: Distribution: world Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Fri, 20 Sep 1996, Richard Tietjen wrote: [problems with termcap] I managed to solve the termcap problem (you need to change -ltermcap by -lncurses in the Makefile. You'll need to install ncurses-dev from the debian archives first) But then, after the (compile-file "src/config") I get: *** - nonexistent directory: #"/proc/1/[0303]:2/" 1. Break> where EVAL frame for form (COMPILE-FILE "src/config") 1. Break> I'm stuck :(. Any ideas? R. Aler. From jacsib@lutecium.fr Tue Jan 21 21:36:28 1997 Return-Path: Received: from chleuasme.francenet.fr ([194.2.144.2]) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09025; Tue, 21 Jan 97 21:36:28 +0100 Received: (from uuluteci@localhost) by chleuasme.francenet.fr (8.6.9/8.6.9) with UUCP id UAA18425 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Tue, 21 Jan 1997 20:58:59 +0100 Received: from Lutecium (jacsib@localhost [127.0.0.1]) by lutecium.fr (8.7.5/8.7.3) with SMTP id TAA00347 for ; Tue, 21 Jan 1997 19:56:28 GMT Sender: jacsib@lutecium.fr Message-Id: <32E51F69.59841B92@lutecium.fr> Date: Tue, 21 Jan 1997 19:56:25 +0000 From: "Jacques B. Siboni" Organization: Lutecium, Paris, France X-Mailer: Mozilla 3.0 (X11; I; Linux 2.0.0 i486) Mime-Version: 1.0 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Problems with emacs ilisp References: <27678.852673351@rtp.ericsson.se> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all, Does anyone know who is in charge for the support or bug report for emacs ilisp? I have submitted a question and bug report to the address: ilisp-bugs@darwin.bu.edu but the user id is unknown. Thanks in advance Jacques -- Dr. Jacques B. Siboni 8 pass. Charles Albert, F75018 Paris, France Tel. & Fax: (33 1) 42 28 76 78 From wavehh!wavehh.hanse.de!cracauer@mail.hanse.de Tue Jan 21 22:47:39 1997 Return-Path: Received: from ki1.chemie.fu-berlin.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09773; Tue, 21 Jan 97 22:47:39 +0100 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from mail.hanse.de (193.174.9.9) with smtp id ; Tue, 21 Jan 97 22:33 MET Received: from wavehh.UUCP by mail.hanse.de with UUCP for clisp-list@ma2s2.mathematik.uni-karlsruhe.de id ; Tue, 21 Jan 97 22:33 MET Received: by wavehh.hanse.de (4.1/SMI-4.1) id AA22420; Tue, 21 Jan 97 22:30:12 +0100 From: cracauer@wavehh.hanse.de (Martin Cracauer) Message-Id: <9701212130.AA22420@wavehh.hanse.de> Subject: Re: Problems with emacs ilisp To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Tue, 21 Jan 1997 22:30:12 +0100 (MET) In-Reply-To: <32E51F69.59841B92@lutecium.fr> from "Jacques B. Siboni" at Jan 21, 97 09:38:37 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 496 > Does anyone know who is in charge for the support or bug report > for emacs ilisp? Please send bug reports, questions, suggestions, etc. to: ILISP Discussion Please address all list administration messages, such as requests to subscribe or unsubscribe from ilisp@naggum.no, to: ILISP Administrivia Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://cracauer.cons.org Fax +49 40 522 85 36 From rtietjen@kale.connix.com Wed Jan 22 06:05:57 1997 Return-Path: Received: from comet.connix.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA14536; Wed, 22 Jan 97 06:05:57 +0100 Received: from kale.connix.com (root@kale.connix.com [204.183.64.34]) by comet.connix.com (8.8.4/8.7.3) with ESMTP id XAA09391 for ; Tue, 21 Jan 1997 23:51:18 -0500 (EST) Received: by kale.connix.com id (Debian Smail-3.2 1996-Jul-4 #2); Tue, 21 Jan 1997 23:53:13 -0500 (EST) Message-Id: Date: Tue, 21 Jan 1997 23:53:13 -0500 (EST) From: Richard Tietjen To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: (message from Ricardo Aler Mur on Tue, 21 Jan 97 20:52:32 +0100) Subject: Re: CLISP on Debian >>>>> On Tue, 21 Jan 97 20:52:32 +0100, Ricardo Aler Mur said: Ricardo> On Fri, 20 Sep 1996, Richard Tietjen wrote: Ricardo> [problems with termcap] Ricardo> I managed to solve the termcap problem (you need to Ricardo> change -ltermcap by -lncurses in the Makefile. You'll Ricardo> need to install ncurses-dev from the debian archives Ricardo> first) Ricardo> But then, after the (compile-file "src/config") I get: Ricardo> *** - nonexistent directory: #"/proc/1/[0303]:2/" Ricardo> 1. Break> where Ricardo> EVAL frame for form (COMPILE-FILE "src/config") 1. Break> Ricardo> I'm stuck :(. Any ideas? I'm not sure of everything I did to get clisp running. I did not actually compile it, just ran the make recipe to install it. I think only the following things were needed: install termcap-compat symlink some lib files so that libtermcap.so.2 => /lib/libtermcap.so.2.0.8 libX11.so.6 => /usr/X11R6/lib/libX11.so.6.1 libc.so.5 => /lib/libc.so.5.4.13 are satisfied Nothing about ncurses, guess that's why you should get termcap-compat. I'm running Debian 1.2 now and clisp runs fine. Hope this helps From hoehle@zeus.gmd.de Wed Jan 22 11:25:43 1997 Return-Path: Received: from mail.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA17763; Wed, 22 Jan 97 11:25:43 +0100 Received: from zeus.gmd.de (zeus) by mail.gmd.de with SMTP id AA27786 (5.67b8/IDA-1.5 for ); Wed, 22 Jan 1997 11:11:06 +0100 Received: by zeus.gmd.de id AA10271 (5.67b8/IDA-1.5 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de); Wed, 22 Jan 1997 11:10:44 +0100 Date: Wed, 22 Jan 1997 11:10:44 +0100 Message-Id: <199701221010.AA10271@zeus.gmd.de> From: Joerg.Hoehle@gmd.de (Joerg Hoehle) To: Subject: Re: CLISP on Debian In-Reply-To: References: Content-Type: text Content-Length: 593 Ricardo Aler Mur writes: > But then, after the (compile-file "src/config") I get: > > *** - nonexistent directory: #"/proc/1/[0303]:2/" > 1. Break> where > > EVAL frame for form (COMPILE-FILE "src/config") > 1. Break> > > I'm stuck :(. Any ideas? Could it be that you have something like "/" (or your $HOME is /) in *load-paths* and that CLISP needs to know that /proc/ is a special file system that it should not descend into for files to be loaded or compiled? Just a guess, I have no Linux box. Jo"rg Ho"hle. Joerg.Hoehle@gmd.de http://zeus.gmd.de/~hoehle/amiga-clisp.html From adong@jerry.ME.Berkeley.EDU Thu Jan 23 02:23:57 1997 Return-Path: Received: from nak.berkeley.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA26551; Thu, 23 Jan 97 02:23:57 +0100 Received: from jerry.best.lab (jerry.ME.Berkeley.EDU [128.32.125.85]) by nak.berkeley.edu (8.7.3/8.6.10) with SMTP id RAA24654 for ; Wed, 22 Jan 1997 17:09:12 -0800 (PST) Received: by jerry.best.lab (4.1/SMI-4.1) id AA00325; Wed, 22 Jan 97 17:08:56 PST Date: Wed, 22 Jan 97 17:08:56 PST From: adong@jerry.ME.Berkeley.EDU (Andy Dong) Message-Id: <9701230108.AA00325@jerry.best.lab> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: unsubscribe From jacsib@lutecium.fr Sat Feb 1 17:22:05 1997 Return-Path: Received: from chleuasme.francenet.fr ([194.2.144.2]) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04723; Sat, 1 Feb 97 17:22:05 +0100 Received: (from uuluteci@localhost) by chleuasme.francenet.fr (8.6.9/8.6.9) with UUCP id QAA07321 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Sat, 1 Feb 1997 16:36:26 +0100 Received: from Lutecium (jacsib@localhost [127.0.0.1]) by lutecium.fr (8.7.5/8.7.3) with SMTP id PAA01149 for ; Sat, 1 Feb 1997 15:33:00 GMT Sender: jacsib@lutecium.fr Message-Id: <32F3622A.7403251B@lutecium.fr> Date: Sat, 01 Feb 1997 15:32:58 +0000 From: "Jacques B. Siboni" Organization: Lutecium, Paris, France X-Mailer: Mozilla 3.0 (X11; I; Linux 2.0.0 i486) Mime-Version: 1.0 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Can't initialize clisp under Xemacs Ilisp References: <199701221010.AA10271@zeus.gmd.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dear all, I try to run clisp as an inferior lisp program using Ilisp and Xemacs v19.14. Initialization does not complete and here is the message I sent to ilisp discussion group: ---------------------------------------------- Marco Antoniotti wrote: > > Looks like you are using a slightly older version of L/Xemacs. My > first suggestion is to upgrade that. Then, if the problem persists, > we'll have to rely on the help of the Xemacser's in here :) > > Cheers > > Marco - ILISP Maintainer Marco Thanks for your suggestions and explanations. I have installed xemacs: XEmacs 19.14 [Lucid] (i486-unknown-linuxelf) of Mon Jun 24 1996 on cortex But unfortunatly the problem remains. clisp initialization never completes. Here is the output I get: Starting lisp ... 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 Copyright (c) Bruno Haible, Marcus Daniels 1994-1996 > > (setq foo 'bar) Then I can type anything and I just get the echo in the buffer. If I try to eval a sexpr from a lisp-mode buffer, then cpu spins at 100% and nothing happens. I need to send C-g to stop the spinning. Things are the same with clisp-hs. But what is strange is that with GNU common lisp it works fine! Interaction is ok and I get the message finished initializing gcl (I have not tried to eval a sexpr from other buffer in this mode) Did I forget something? Is there something special with clisp? Linux version is 2.0.0 Thanks in advance for your help Jacques ------------------------------------------------ Is the problem due to clisp or ilisp? Have you encountered the same problem? Thanks for your help Jacques -- Dr. Jacques B. Siboni 8 pass. Charles Albert, F75018 Paris, France Tel. & Fax: (33 1) 42 28 76 78 From toy@rtp.ericsson.se Sat Feb 1 19:08:42 1997 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05903; Sat, 1 Feb 97 19:08:42 +0100 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.8.2/8.8.2) with ESMTP id LAA29717 for ; Sat, 1 Feb 1997 11:52:15 -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 LAA00176 for ; Sat, 1 Feb 1997 11:52:14 -0600 (CST) Received: from rcur (rcur18.rtp.ericsson.se [147.117.133.138]) by screamer.rtp.ericsson.se (8.6.12/8.6.4) with ESMTP id MAA10394 for ; Sat, 1 Feb 1997 12:52:13 -0500 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de References: <32F3622A.7403251B@lutecium.fr> Subject: Re: Can't initialize clisp under Xemacs Ilisp In-Reply-To: (Your message of Sat, 01 Feb 1997 17:24:13 +0100.) <32F3622A.7403251B@lutecium.fr> Mime-Version: 1.0 (generated by tm-edit 7.101) Content-Type: text/plain; charset=US-ASCII Date: Sat, 01 Feb 1997 12:52:13 -0500 Message-Id: <27632.854819533@rtp.ericsson.se> From: Raymond Toy >>>>> "Jacques" == Jacques B Siboni writes: Jacques> Dear all, I try to run clisp as an inferior lisp program Jacques> using Ilisp and Xemacs v19.14. I have not tried it recently, but it used to work and does work on a Sparc. However, I think you need to have clisp-program set to "clisp -I". The -I is important. Ray From skwak@lads.is.lmco.com Wed Feb 5 00:17:11 1997 Return-Path: Received: from mailhost.lads.is.lmco.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10535; Wed, 5 Feb 97 00:17:11 +0100 Received: from frissell.lads.is.lmco.com by mailhost.lads.is.lmco.com (5.x/CAMB-4.01-LMCO) id AA21240; Tue, 4 Feb 1997 18:00:40 -0500 Received: by frissell.lads.is.lmco.com (8.7.5) id SAA11044; Tue, 4 Feb 1997 18:02:45 -0500 Date: Tue, 4 Feb 1997 18:02:45 -0500 Message-Id: <199702042302.SAA11044@frissell.lads.is.lmco.com> From: Sehung Kwak To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: skwak@lads.is.lmco.com Subject: using clisp from emacs editor Hi, There. I try to use clisp from emacs editor. My system is linux-elf 2.0.21 running on PC. My emacs is GNU Emacs 19.31.1. What I want is: Write a function in an emacs editor buffer and run it in another pane (or buffer) in the same emacs editor. Any help is very much appreciated. Thank you in advance. Sehung :-) From toy@rtp.ericsson.se Wed Feb 5 01:14:14 1997 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11349; Wed, 5 Feb 97 01:14:14 +0100 Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.8.2/8.8.2) with ESMTP id RAA07805 for ; Tue, 4 Feb 1997 17:57:11 -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 RAA13015 for ; Tue, 4 Feb 1997 17:57:11 -0600 (CST) Received: from rcur (rcur18.rtp.ericsson.se [147.117.133.138]) by screamer.rtp.ericsson.se (8.6.12/8.6.4) with ESMTP id SAA15825 for ; Tue, 4 Feb 1997 18:57:10 -0500 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de References: <199702042302.SAA11044@frissell.lads.is.lmco.com> Subject: Re: using clisp from emacs editor In-Reply-To: (Your message of Wed, 05 Feb 1997 00:19:42 +0100.) <199702042302.SAA11044@frissell.lads.is.lmco.com> Mime-Version: 1.0 (generated by tm-edit 7.101) Content-Type: text/plain; charset=US-ASCII Date: Tue, 04 Feb 1997 18:57:10 -0500 Message-Id: <21662.855100630@rtp.ericsson.se> From: Raymond Toy >>>>> "Sehung" == Sehung Kwak writes: Sehung> Hi, There. Sehung> I try to use clisp from emacs editor. Sehung> My system is linux-elf 2.0.21 running on PC. Sehung> My emacs is GNU Emacs 19.31.1. Sehung> What I want is: Sehung> Write a function in an emacs editor buffer and run it in Sehung> another pane (or buffer) in the same emacs editor. Look up ilisp. I think it comes with 19.31. It will do what you're asking. Ray From bernardp@CLI.DI.Unipi.IT Wed Feb 5 12:00:30 1997 Return-Path: Received: from mailserver.cli.di.unipi.it (alice.cli.di.unipi.it) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18405; Wed, 5 Feb 97 12:00:30 +0100 Organization: Centro di Calcolo - Dipartimento di Informatica di Pisa - Italy Received: from helen.cli.di.unipi.it (helen.cli.di.unipi.it [131.114.11.38]) by mailserver.cli.di.unipi.it (8.7.5/8.7.3) with ESMTP id LAA14055; Wed, 5 Feb 1997 11:44:20 +0100 (MET) From: Pierpaolo Bernardi Received: (bernardp@localhost) by helen.cli.di.unipi.it (8.6.12/8.6.12) id LAA10569; Wed, 5 Feb 1997 11:44:18 +0100 Message-Id: <199702051044.LAA10569@helen.cli.di.unipi.it> Subject: Re: using clisp from emacs editor To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Wed, 5 Feb 1997 11:44:17 +0100 (MET) In-Reply-To: <21662.855100630@rtp.ericsson.se> from "Raymond Toy" at Feb 5, 97 01:17:04 am X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > Sehung> Hi, There. > Sehung> I try to use clisp from emacs editor. > Sehung> My system is linux-elf 2.0.21 running on PC. > Sehung> My emacs is GNU Emacs 19.31.1. > > Sehung> What I want is: > > Sehung> Write a function in an emacs editor buffer and run it in > Sehung> another pane (or buffer) in the same emacs editor. Ilisp does not come with GNU Emacs, but it comes with XEmacs. GNU Emacs has 'inferior lisp mode', which is well documented in the emacs documentation, please read it (type C-h i s inferior lisp). From rkirchne@phobos.mathcs.carleton.edu Wed Feb 5 16:04:00 1997 Return-Path: Received: from phobos.mathcs.carleton.edu (MathCS.Carleton.edu) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA20968; Wed, 5 Feb 97 16:04:00 +0100 Received: from hamming.mathcs.carleton.edu by phobos.mathcs.carleton.edu (8.6.12/NX3.0M) id IAA12821; Wed, 5 Feb 1997 08:41:28 -0600 From: Roger Kirchner Message-Id: <199702051441.IAA12821@phobos.mathcs.carleton.edu> Received: by hamming.mathcs.carleton.edu (8.6.12/NX3.0X) id IAA08334; Wed, 5 Feb 1997 08:41:24 -0600 Subject: Re: using clisp from emacs editor To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Wed, 5 Feb 1997 08:41:23 -0600 (CST) Cc: rkirchne@phobos.mathcs.carleton.edu (Roger Kirchner) In-Reply-To: <199702051044.LAA10569@helen.cli.di.unipi.it> from "Pierpaolo Bernardi" at Feb 5, 97 12:07:01 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2524 > > > > Sehung> Hi, There. > > Sehung> I try to use clisp from emacs editor. > > Sehung> My system is linux-elf 2.0.21 running on PC. > > Sehung> My emacs is GNU Emacs 19.31.1. > > > > Sehung> What I want is: > > > > Sehung> Write a function in an emacs editor buffer and run it in > > Sehung> another pane (or buffer) in the same emacs editor. > > Ilisp does not come with GNU Emacs, but it comes with XEmacs. > GNU Emacs has 'inferior lisp mode', which is well documented in the emacs > documentation, please read it (type C-h i s inferior lisp). > > Here is the GETTING-ILISP file for ilisp-5.8: FTP directions ============== You can get the distribution file, `ilisp-5.8.tar.gz' via anonymous FTP from `FTP.CS.CMU.EDU' (128.2.206.173) in `/afs/cs/user/campbell/http/ilisp/'. % ftp ftp.cs.cmu.edu Name (ftp.cs.cmu.edu:rickc): anonymous 331 Guest login ok, send username@node as password. Password: YOUR-USER-ID@YOUR-HOSTNAME ftp> cd /afs/cs/user/campbell/http/ilisp 250 Directory path set to /afs/cs/user/campbell/http/ilisp. ftp> type binary 200 Type set to I. ftp> get ilisp-5.8.tar.gz 200 PORT command successful. 150 Opening data connection for ilisp-5.8.tar.gz. 226 Transfer complete. local: ilisp-5.8.tar.gz remote: ilisp-5.8.tar.gz 168801 bytes received. ftp> quit 221 Goodbye. Or get whatever single files you need from the `untarred' subdirectory. You can also get `ilisp-5.8.tar.gz' via anonymous FTP from `FTP.ICSI.BERKELEY.EDU' in either `/pub/software/elisp/' or `/pub/theory/marcoxa/elisp/'. WWW directions ============== You can use the World Wide Web (WWW) to get the distribution file from the anonymous FTP locations using one of the following URLs: * ftp://ftp.cs.cmu.edu/afs/cs/user/campbell/http/ilisp/ilisp-5.8.tar.gz * ftp://ftp.icsi.berkeley.edu/pub/software/elisp/ilisp-5.8.tar.gz * ftp://ftp.icsi.berkeley.edu/pub/theory/marcoxa/ilisp-5.8.tar.gz You can also use the CMU Artificial Intelligence Repository: http://www.cs.cmu.edu/Web/Groups/AI/html/repository.html >From there follow: `LISP', `UTIL', `EMACS' and finally `ILISP'. Use your browser capabilities to download what you need. The complete URL for the distribution file in the CMU AI Repository is http://www.cs.cmu.edu/afs/cs/project/ai-repository/ai/lang/lisp/util/emacs/ilisp/v57/ilisp57.tgz Other URLs for the distribution file include: * http://www.c2.net/~campbell/ilisp/ilisp-5.8.tar.gz * http://www.cs.cmu.edu/~campbell/ilisp/ilisp-5.8.tar.gz From lalipat@charlie.cns.iit.edu Tue Feb 11 18:53:46 1997 Return-Path: Received: from charlie.cns.iit.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07020; Tue, 11 Feb 97 18:53:46 +0100 Received: from localhost (lalipat@localhost) by charlie.cns.iit.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA21884 for ; Tue, 11 Feb 1997 11:35:27 -0600 Date: Tue, 11 Feb 1997 11:35:27 -0600 (CST) From: Pattarachai Lalitrojwong To: CLISP list Subject: help! Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I install CLISP on my PC 486 and it works no problem. Once it is installed on Pentium, after running Clisp, the error message shows "DPMI not supported". Any suggestion? Thank you in advance, Pat From rkirchne@phobos.mathcs.carleton.edu Tue Feb 11 21:47:49 1997 Return-Path: Received: from phobos.mathcs.carleton.edu (MathCS.Carleton.edu) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08782; Tue, 11 Feb 97 21:47:49 +0100 Received: from ritchie.mathcs.carleton.edu by phobos.mathcs.carleton.edu (8.6.12/NX3.0M) id OAA09078; Tue, 11 Feb 1997 14:28:32 -0600 From: Roger Kirchner Message-Id: <199702112028.OAA09078@phobos.mathcs.carleton.edu> Received: by ritchie.mathcs.carleton.edu (NX5.67e/NX3.0X) id AA06796; Tue, 11 Feb 97 14:28:30 -0600 Subject: compiling ucpop To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Tue, 11 Feb 1997 14:28:29 -0600 (CST) Cc: rkirchne@phobos.mathcs.carleton.edu (Roger Kirchner) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1080 Can anyone understand why I might get the error ERROR in function GET-OPERS-TEST-TEMPL in lines 263..275 : RETURN-FROM block TEST-TEMPL is impossible from here. when compiling ;;; quickly get those operators in the templates that match a condition (defun get-opers (condition &aux (ret nil)) (labels ((test-templ (templ) (dolist (e (p-step-add templ) nil) (dolist (a (effect-add e)) (when (and (eql (car a) (car condition)) (or (not (eq (car a) :not)) (eql (caadr a) (caadr condition)))) (return-from test-templ t)))))) (dolist (templ *templates* ret) (when (test-templ templ) (push templ ret))))) This is in ucpop.lisp from a planning system. Everything compiles fine with Allegro on a NeXT. But I was hoping to use clisp. The error doesn't occur when I just try to compile this code. It has to do with the package environment. Unfortunately, I don't know how to get determine the state of packages. Thanks. Roger Kirchner From donc@ISI.EDU Wed Feb 12 03:54:33 1997 Return-Path: Received: from darkstar.isi.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12350; Wed, 12 Feb 97 03:54:33 +0100 Received: from darkstar.isi.edu by darkstar.isi.edu (5.65c/5.61+local-24) id ; Tue, 11 Feb 1997 18:36:15 -0800 Message-Id: <199702120236.AA07069@darkstar.isi.edu> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: compiling ucpop In-Reply-To: Your message of "Tue, 11 Feb 1997 21:49:19 +0100." <199702112028.OAA09078@phobos.mathcs.carleton.edu> Date: Tue, 11 Feb 97 18:36:15 PST From: Don Cohen I believe the problem is that clisp does not create blocks at all the places you'd like. (I recall seeing this in a defmacro.) In this case, the workaround is to put (block test-templ ...) around the body of test-templ. From spoon@hilbert.maths.utas.edu.au Thu Feb 13 04:13:34 1997 Return-Path: Received: from hilbert.maths.utas.edu.au by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA27183; Thu, 13 Feb 97 04:13:34 +0100 Received: by hilbert.maths.utas.edu.au (4.1/SMI-4.1) id AA07586; Thu, 13 Feb 97 13:56:40 DST From: spoon@hilbert.maths.utas.edu.au (spoon) Message-Id: <9702130256.AA07586@hilbert.maths.utas.edu.au> Subject: Adjust array To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Thu, 13 Feb 1997 13:56:40 +1100 (DST) In-Reply-To: <199702120236.AA07069@darkstar.isi.edu> from "Don Cohen" at Feb 12, 97 03:59:07 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 453 Hi I run a fairly old version of CLISP, and it gives an error if you call adjust-array on an array that has not been specifically declared adjustable. But from my understanding of Paul Graham's Book, it should create a new array with the correct dimensions if the original array is not adjustable. Is this fixed in the latest version? Ta Simon -- "You need as many clues as you can get as to how these things work when you're a buffoon." - D. Row From haible@ilog.fr Thu Feb 13 13:33:31 1997 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03545; Thu, 13 Feb 97 13:33:31 +0100 Received: by relay1.fnet.fr (5.65c8d/96.05.03) via EUnet-France id AA00161; Thu, 13 Feb 1997 13:14:57 +0100 (MET) Received: from (halles [192.31.27.96]) by ilog.ilog.fr (8.8.5/8.7.3) with SMTP id NAA15509; Thu, 13 Feb 1997 13:03:48 +0100 (MET) From: Bruno Haible Received: by (5.x/8.6.12) id AA16565 for haible@mailhost; Thu, 13 Feb 1997 13:03:47 +0100 Date: Thu, 13 Feb 1997 13:03:47 +0100 Message-Id: <9702131203.AA16565@> To: Subject: Re: Adjust array In-Reply-To: <9702130256.AA07586@hilbert.maths.utas.edu.au> References: <9702130256.AA07586@hilbert.maths.utas.edu.au> > I run a fairly old version of CLISP, and it gives an error if you call > adjust-array on an array that has not been specifically declared > adjustable. But from my understanding of Paul Graham's Book, it should > create a new array with the correct dimensions if the original array > is not adjustable. Is this fixed in the latest version? No, it isn't fixed. I felt that it would be dangerous to fix it because programmers expect that the result of `adjust-array' is `eq' to the argument, so they use to omit the `setq' around the `adjust-array' call. But if someone doesn't share this opinion and wants to fix it, go ahead and do it. Bruno From bernardp@CLI.DI.Unipi.IT Thu Feb 13 18:37:31 1997 Return-Path: Received: from mailserver.cli.di.unipi.it (alice.cli.di.unipi.it) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06760; Thu, 13 Feb 97 18:37:31 +0100 Organization: Centro di Calcolo - Dipartimento di Informatica di Pisa - Italy Received: from helen.cli.di.unipi.it (helen.cli.di.unipi.it [131.114.11.38]) by mailserver.cli.di.unipi.it (8.7.5/8.7.3) with ESMTP id SAA19490; Thu, 13 Feb 1997 18:19:58 +0100 (MET) From: Pierpaolo Bernardi Received: (bernardp@localhost) by helen.cli.di.unipi.it (8.6.12/8.6.12) id SAA22662; Thu, 13 Feb 1997 18:19:55 +0100 Date: Thu, 13 Feb 1997 18:19:55 +0100 Message-Id: <199702131719.SAA22662@helen.cli.di.unipi.it> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <199702112028.OAA09078@phobos.mathcs.carleton.edu> (message from Roger Kirchner on Tue, 11 Feb 97 21:50:50 +0100) Subject: Re: compiling ucpop Can anyone understand why I might get the error ERROR in function GET-OPERS-TEST-TEMPL in lines 263..275 : RETURN-FROM block TEST-TEMPL is impossible from here. when compiling ;;; quickly get those operators in the templates that match a condition (defun get-opers (condition &aux (ret nil)) (labels ((test-templ (templ) (dolist (e (p-step-add templ) nil) (dolist (a (effect-add e)) (when (and (eql (car a) (car condition)) (or (not (eq (car a) :not)) (eql (caadr a) (caadr condition)))) (return-from test-templ t)))))) (dolist (templ *templates* ret) (when (test-templ templ) (push templ ret))))) Blocks around functions established with LABELS and FLET are a cltl2 addition. In Clisp you should use CL instead of LISP, or use CL:LABELS instead of LABELS. Maybe starting Clisp with '-p CL-USER' fixes this (or maybe not). Cheers, P. From rkirchne@phobos.mathcs.carleton.edu Fri Feb 14 06:27:02 1997 Return-Path: Received: from phobos.mathcs.carleton.edu (MathCS.Carleton.edu) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA14598; Fri, 14 Feb 97 06:27:02 +0100 Received: from hamming.mathcs.carleton.edu by phobos.mathcs.carleton.edu (8.6.12/NX3.0M) id XAA16469; Thu, 13 Feb 1997 23:07:15 -0600 From: Roger Kirchner Message-Id: <199702140507.XAA16469@phobos.mathcs.carleton.edu> Received: by hamming.mathcs.carleton.edu (8.6.12/NX3.0X) id XAA01582; Thu, 13 Feb 1997 23:07:13 -0600 Subject: Re: compiling ucpop To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Thu, 13 Feb 1997 23:07:11 -0600 (CST) Cc: rkirchne@phobos.mathcs.carleton.edu (Roger Kirchner) In-Reply-To: <199702131719.SAA22662@helen.cli.di.unipi.it> from "Pierpaolo Bernardi" at Feb 13, 97 06:43:03 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1125 > > > Can anyone understand why I might get the error > > ERROR in function GET-OPERS-TEST-TEMPL in lines 263..275 : > RETURN-FROM block TEST-TEMPL is impossible from here. > > when compiling > > ;;; quickly get those operators in the templates that match a condition > (defun get-opers (condition &aux (ret nil)) > (labels ((test-templ (templ) > (dolist (e (p-step-add templ) nil) > (dolist (a (effect-add e)) > (when (and (eql (car a) (car condition)) > (or (not (eq (car a) :not)) > (eql (caadr a) (caadr condition)))) > (return-from test-templ t)))))) > (dolist (templ *templates* ret) > (when (test-templ templ) > (push templ ret))))) > > > Blocks around functions established with LABELS and FLET are a cltl2 > addition. In Clisp you should use CL instead of LISP, or use > CL:LABELS instead of LABELS. > > Maybe starting Clisp with '-p CL-USER' fixes this (or maybe not). > > Cheers, P. > Thank you _very_ much. The cl:labels did it. The version of clisp I have does start in COMMON-LISP-USER. But ucpop loads into USER. Roger From lerperg@husc.harvard.edu Wed Feb 19 05:36:47 1997 Return-Path: Received: from smtp2.fas.harvard.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13487; Wed, 19 Feb 97 05:36:47 +0100 Received: from scws16.harvard.edu by smtp2.fas.harvard.edu with ESMTP id XAA04577; Tue, 18 Feb 1997 23:17:15 -0500 (EST) Received: by scws16.harvard.edu with SMTP id XAA00395; Tue, 18 Feb 1997 23:17:14 -0500 (EST) Date: Tue, 18 Feb 1997 23:17:13 -0500 (EST) From: Michael Lerperger X-Sender: lerperg@scws16.harvard.edu Reply-To: Michael Lerperger To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: HPUX compilation problem Message-Id: Return-Receipt-To: lerperg@husc.harvard.edu Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Anybody seen this? Seems to build but fail the test. $ 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 -x "(load \"init.lsp\") (sys::%saveinitmem) (exit)" cannot map memory to address 0xA0890000[end]cannot map memory to address 0x errno = ENOMEM: Not enough memory. cannot map memory to address 0xA0890000[end]cannot map memory to address 0x errno = ENOMEM: Not enough memory. OS: HP-UX A.09.03 A 9000/755 COMPILER: gcc v2.7.2.1 Thanks, -Michael From haible@ilog.fr Thu Feb 20 23:08:35 1997 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08440; Thu, 20 Feb 97 23:08:35 +0100 Received: by relay1.fnet.fr (5.65c8d/96.05.03) via EUnet-France id AA22128; Thu, 20 Feb 1997 22:48:44 +0100 (MET) Received: from (halles [192.31.27.96]) by ilog.ilog.fr (8.8.5/8.7.3) with SMTP id WAA24296; Thu, 20 Feb 1997 22:48:50 +0100 (MET) From: Bruno Haible Received: by (5.x/8.6.12) id AA08523 for haible@mailhost; Thu, 20 Feb 1997 22:48:50 +0100 Date: Thu, 20 Feb 1997 22:48:50 +0100 Message-Id: <9702202148.AA08523@> To: Subject: Re: HPUX compilation problem In-Reply-To: References: Michael Lerperger writes: > > Anybody seen this? Seems to build but fail the test. > > $ 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 -x "(load \"init.lsp\") > (sys::%saveinitmem) (exit)" > cannot map memory to address 0xA0890000[end]cannot map memory to address > 0x errno = ENOMEM: Not enough memory. > cannot map memory to address 0xA0890000[end]cannot map memory to address > 0x errno = ENOMEM: Not enough memory. > > > OS: HP-UX A.09.03 A 9000/755 > COMPILER: gcc v2.7.2.1 Add -DNO_TRIVIALMAP to the CFLAGS in the Makefile. Then remove all the *.o files and retry "make". Explanation: Apparently the configuration-time mmap test now succeeds on HP-UX, which it didn't in the past. Bruno From sislamoi@si.ehu.es Fri Feb 21 10:57:11 1997 Return-Path: Received: from scsx01.sc.ehu.es by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15974; Fri, 21 Feb 97 10:57:11 +0100 Received: from sisf00.si.ehu.es (sisf00.si.ehu.es [158.227.112.180]) by scsx01.sc.ehu.es (8.8.4/8.7.3) with ESMTP id KAA28671 for ; Fri, 21 Feb 1997 10:39:23 +0100 (MET) Status: N Received: (from sislamoi@localhost) by sisf00.si.ehu.es (8.8.4/8.7.3) id KAA17534; Fri, 21 Feb 1997 10:37:39 GMT Date: Fri, 21 Feb 1997 10:37:38 +0000 (WET) From: Inaki Lasa Morte To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Problems with the installation of clisp. Message-Id: Mime-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-851401618-856521339=:16413" Content-Id: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---559023410-851401618-856521339=:16413 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Content-ID: =09Hello, I'm trying to install de last version of clisp (1996-05-30) in a Sun machine (Ultra ENTERPRISE 3000) with Solaris 2.5.1. I tried to=20 install the binary distribution but when I did=20 # base/lisp.run -M base/lispinit.mem and then > (compile-file "src/config") it occurs the next error: *** - SIGSEGV cannot be cured. Fault address =3D 0xEFFE000. Segmentation Fault (core dumped) =09Then I tried to install the source distribution but the next=20 error occurs: ... uniq -u < tests.out > tests.output.sparc-sun-solaris2.5.1 test '!' -s tests.output.sparc-sun-solaris2.5.1 *** Error code 1 make: Fatal error: Command failed for target `check' To continue building CLISP, the following commands are recommended (cf. unix/INSTALL step 4): cd /tmp/clisp/clisp-1996-05-30/with-gcc-trad ./makemake --disable-nls --with-noreadline > makefile make make check ... (If you want I send the complet trace of the source installation in the=20 above attachment). You know what is the problem? Thank=B4s in advance. ---------------------------------------------------------------------------= ---- | Inaki Lasa Morte | eman ta zabal zazu = | | Ikerkuntza eta Irakaskuntzarako | = | | Laguntza Zerbitzua | _|_| _|_|_|_| = | |----------------------------------------------| _|_|_|_| _|_|_= | | | | _|_| _| _| _|_|_= | | | Euskal Herriko Unibertsitatea | _|_| _|_|_|_|_= | | | Gipuzkoako I.I.LA.Z.-S.A.I.D. Gipuzkoa | _|_|_|_| _|_|_| _|_|_|_= | | | M. de Lardizabal Pasalekua, 1 | _| _|_|_|_|_|_| = | | 20009 DONOSTIA/GIPUZKOA | _|_|_| _|_| = | | SPAIN | _|_|_|_| = | | TEL: + (34) 43 218000 ext. 269 | _|_|_|_| = | | FAX: + (34) 43 219306 | = | ---------------------------------------------------------------------------= ---- ---559023410-851401618-856521339=:16413 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="configure-with-gcc-trad.log" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Trace of source installation ZXhlY3V0aW5nIC90bXAvY2xpc3AvY2xpc3AtMTk5Ni0wNS0zMC93aXRoLWdj Yy10cmFkL2NvbmZpZ3VyZSAuLi4NCmNyZWF0aW5nIGNhY2hlIC4vY29uZmln LmNhY2hlDQpjaGVja2luZyBmb3IgZ2NjLi4uIGdjYyAtdHJhZGl0aW9uYWwN CmNoZWNraW5nIHdoZXRoZXIgd2UgYXJlIHVzaW5nIEdOVSBDLi4uIHllcw0K Y2hlY2tpbmcgd2hldGhlciBnY2MgLXRyYWRpdGlvbmFsIGFjY2VwdHMgLWcu Li4geWVzDQpjaGVja2luZyBob3cgdG8gcnVuIHRoZSBDIHByZXByb2Nlc3Nv ci4uLiBnY2MgLXRyYWRpdGlvbmFsIC1FIC13DQpjaGVja2luZyB3aGV0aGVy IGdjYyAtdHJhZGl0aW9uYWwgbmVlZHMgLXRyYWRpdGlvbmFsLi4uIG5vDQpj aGVja2luZyB3aGV0aGVyIG1ha2Ugc2V0cyAke01BS0V9Li4uIHllcw0KY2hl Y2tpbmcgZm9yIEFJWC4uLiBubw0KY2hlY2tpbmcgZm9yIFBPU0lYaXplZCBJ U0MuLi4gbm8NCmNoZWNraW5nIGZvciBtaW5peC9jb25maWcuaC4uLiBubw0K Y2hlY2tpbmcgd2hldGhlciB1c2luZyBHTlUgQy4uLiB5ZXMNCmNoZWNraW5n IHdoZXRoZXIgdXNpbmcgQU5TSSBDLi4uIG5vDQpjaGVja2luZyB3aGV0aGVy IENQUCBsaWtlcyBpbmRlbnRlZCBkaXJlY3RpdmVzLi4uIG5vDQpjaGVja2lu ZyB3aGV0aGVyIENQUCB1bmRlcnN0YW5kcyAjZWxpZi4uLiB5ZXMNCmNoZWNr aW5nIHdoZXRoZXIgQ1BQIHVuZGVyc3RhbmRzICNlcnJvci4uLiB5ZXMNCmNo ZWNraW5nIHdoZXRoZXIgQ1BQIGxpa2VzIGVtcHR5IG1hY3JvIGFyZ3VtZW50 cy4uLiB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgQ0MgbWVyZ2VzIGFkamFjZW50 IHN0cmluZ3MuLi4geWVzDQpjaGVja2luZyBmb3IgdW5kZXJzY29yZSBpbiBl eHRlcm5hbCBuYW1lcy4uLiBubw0KY2hlY2tpbmcgZm9yIHJhbmxpYi4uLiBy YW5saWINCmNoZWNraW5nIGZvciBhIEJTRCBjb21wYXRpYmxlIGluc3RhbGwu Li4gY3ANCmNoZWNraW5nIGhvdyB0byBjb3B5IGZpbGVzLi4uIGNwIC1wDQpj aGVja2luZyB3aGV0aGVyIGxuIC1zIHdvcmtzLi4uIHllcw0KY2hlY2tpbmcg aG93IHRvIG1ha2UgaGFyZCBsaW5rcy4uLiBobG4NCmNoZWNraW5nIGZvciBn ZXRwd25hbS4uLiB5ZXMNCmNoZWNraW5nIGZvciBEWU5JWC9wdHggbGlic2Vx IG9yIGxpYnNvY2tldC4uLiBubw0KY2hlY2tpbmcgd2hldGhlciBnZXRob3N0 YnluYW1lIHJlcXVpcmVzIC1sc29ja2V0Li4uIG5vDQpjaGVja2luZyB3aGV0 aGVyIGNyb3NzLWNvbXBpbGluZy4uLiBubw0KY2hlY2tpbmcgd2hldGhlciBD QyB3b3JrcyBhdCBhbGwuLi4geWVzDQpjaGVja2luZyBmb3IgYnJva2VuIEhQ L1VYLCBBL1VYLCBPU0YvMSBhbmQgTmVYVHN0ZXAgc2hlbGwuLi4gbm8NCmNo ZWNraW5nIGhvc3Qgc3lzdGVtIHR5cGUuLi4gc3BhcmMtc3VuLXNvbGFyaXMy LjUuMQ0KY2hlY2tpbmcgZm9yIHdvcmtpbmcgY29uc3QuLi4gbm8NCmNoZWNr aW5nIGZvciBpbmxpbmUuLi4gX19pbmxpbmVfXw0KY2hlY2tpbmcgZm9yIF9f bm93YXJuX18uLi4gbm8NCmNoZWNraW5nIGZvciB3b3JraW5nIHZvaWQuLi4g eWVzDQpjaGVja2luZyBmb3Igd29ya2luZyAicmV0dXJuIHZvaWQiLi4uIHll cw0KY2hlY2tpbmcgZm9yIGxvbmcgbG9uZyB0eXBlLi4uIHllcw0KY2hlY2tp bmcgZm9yIEFOU0kgQyBoZWFkZXIgZmlsZXMuLi4geWVzDQpjaGVja2luZyBm b3Igc3RkbGliLmguLi4geWVzDQpjaGVja2luZyBmb3Igb2Zmc2V0b2YgaW4g PHN0ZGRlZi5oPi4uLiB5ZXMNCmNoZWNraW5nIGZvciBsb2NhbGUuaC4uLiB5 ZXMNCmNoZWNraW5nIGZvciB1bmlzdGQuaC4uLiB5ZXMNCmNoZWNraW5nIGZv ciBzeXMvZmlsZS5oLi4uIHllcw0KY2hlY2tpbmcgZm9yIE9fUkRXUiBpbiBm Y250bC5oLi4uIHllcw0KY2hlY2tpbmcgZm9yIGRpcmVudC5oIHRoYXQgZGVm aW5lcyBESVIuLi4geWVzDQpjaGVja2luZyBmb3IgLWxkaXIuLi4gbm8NCmNo ZWNraW5nIGZvciBjbG9zZWRpciByZXR1cm4gdmFsdWUuLi4geWVzDQpjaGVj a2luZyBmb3Igc3lzL3V0c25hbWUuaCBhbmQgc3RydWN0IHV0c25hbWUuLi4g eWVzDQpjaGVja2luZyBmb3IgbmV0ZGIuaC4uLiB5ZXMNCmNoZWNraW5nIGZv ciBzeXMvc2htLmguLi4geWVzDQpjaGVja2luZyBmb3Igc3lzL2lwYy5oLi4u IHllcw0KY2hlY2tpbmcgZm9yIHRlcm1pb3MuaC4uLiB5ZXMNCmNoZWNraW5n IGZvciB0ZXJtaW8uaC4uLiB5ZXMNCmNoZWNraW5nIGZvciBzeXMvdGVybWlv LmguLi4geWVzDQpjaGVja2luZyBmb3Igc2d0dHkuaC4uLiB5ZXMNCmNoZWNr aW5nIGZvciB0Y2dldGF0dHIuLi4geWVzDQpjaGVja2luZyBmb3IgVENTQUZM VVNIIGluIHRlcm1pb3MuaC4uLiB5ZXMNCmNoZWNraW5nIGZvciBzdHJ1Y3Qg d2luc2l6ZS4uLiB5ZXMNCmNoZWNraW5nIGZvciBYMTENCmNoZWNraW5nIGZv ciB4bWttZi4uLiB5ZXMNCmNoZWNraW5nIGZvciBYLi4uIGxpYnJhcmllcyAv dXNyL29wZW53aW4vbGliLCBoZWFkZXJzIC91c3Ivb3Blbndpbi9pbmNsdWRl DQpjaGVja2luZyBmb3IgQU5TSSBDIGhlYWRlciBmaWxlcy4uLiB5ZXMNCmNo ZWNraW5nIGZvciBzaXplX3QuLi4geWVzDQpjaGVja2luZyBmb3IgcGlkX3Qu Li4geWVzDQpjaGVja2luZyBmb3IgdWlkX3QgaW4gc3lzL3R5cGVzLmguLi4g eWVzDQpjaGVja2luZyBmb3Igb2ZmX3QuLi4geWVzDQpjaGVja2luZyBmb3Ig Y2FkZHJfdCBpbiBzeXMvdHlwZXMuaC4uLiB5ZXMNCmNoZWNraW5nIGZvciBj bG9ja190IGluIHN5cy90eXBlcy5oIGV0Yy4uLi4geWVzDQpjaGVja2luZyBm b3IgZF9uYW1sZW4gaW4gc3RydWN0IGRpcmVudC4uLiBubw0KY2hlY2tpbmcg Zm9yIHN0cnVjdCB0bSBpbiBzeXMvdGltZS5oLi4uIHllcw0KY2hlY2tpbmcg Zm9yIHN0cmxlbiBkZWNsYXJhdGlvbi4uLiBleHRlcm4gc2l6ZV90IHN0cmxl biAoY2hhciopOw0KY2hlY2tpbmcgZm9yIG1lbXNldC4uLiB5ZXMNCmNoZWNr aW5nIGZvciBtZW1tb3ZlLi4uIHllcw0KY2hlY2tpbmcgZm9yIGJyb2tlbiBI UC9VWCwgU3VuT1MgYW5kIElSSVggbWFsbG9jLi4uIHllcw0KY2hlY2tpbmcg Zm9yIG1hbGxvYyBkZWNsYXJhdGlvbi4uLiBleHRlcm4gdm9pZCogbWFsbG9j ICh1bnNpZ25lZCBpbnQpOw0KY2hlY2tpbmcgZm9yIGZyZWUgZGVjbGFyYXRp b24uLi4gZXh0ZXJuIHZvaWQgZnJlZSAodm9pZCopOw0KY2hlY2tpbmcgZm9y IHdvcmtpbmcgYWxsb2NhLmguLi4geWVzDQpjaGVja2luZyBmb3IgYWxsb2Nh Li4uIHllcw0KY2hlY2tpbmcgZm9yIF9zZXRqbXAuLi4gbm8NCmNoZWNraW5n IHJldHVybiB0eXBlIG9mIHNpZ25hbCBoYW5kbGVycy4uLiB2b2lkDQpjaGVj a2luZyB3aGV0aGVyIHNpZ25hbCBoYW5kbGVycyBuZWVkIHRvIGJlIHJlaW5z dGFsbGVkLi4uIHllcw0KY2hlY2tpbmcgZm9yIHNpZ2hvbGQuLi4geWVzDQpj aGVja2luZyBmb3Igc2lncHJvY21hc2suLi4geWVzDQpjaGVja2luZyBmb3Ig c2lnYmxvY2suLi4gbm8NCmNoZWNraW5nIGZvciBzaWduYWwgYmxvY2tpbmcg aW50ZXJmYWNlcy4uLiBTeXN0ZW1WIFBPU0lYDQpjaGVja2luZyBmb3Igc2ln cHJvY21hc2sgZGVjbGFyYXRpb24uLi4gZXh0ZXJuIGludCBzaWdwcm9jbWFz ayAoaW50LCAgc2lnc2V0X3QqLCBzaWdzZXRfdCopOw0KY2hlY2tpbmcgZm9y IHNpZ2FjdGlvbi4uLiB5ZXMNCmNoZWNraW5nIGZvciBzaWdpbnRlcnJ1cHQu Li4gbm8NCmNoZWNraW5nIGZvciBhYm9ydCBkZWNsYXJhdGlvbi4uLiBleHRl cm4gIHZvaWQgYWJvcnQgKHZvaWQpOw0KY2hlY2tpbmcgZm9yIHN5c19lcnJs aXN0IGRlY2xhcmF0aW9uLi4uIGV4dGVybiAgY2hhciogIHN5c19lcnJsaXN0 W107DQpjaGVja2luZyBmb3IgZ2V0ZW52IGRlY2xhcmF0aW9uLi4uIGV4dGVy biBjaGFyKiBnZXRlbnYgKGNoYXIqKTsNCmNoZWNraW5nIGZvciBzZXRlbnYg ZGVjbGFyYXRpb24uLi4gZXh0ZXJuIGludCBzZXRlbnYgKGNoYXIqLCBjaGFy KixpbnQpOw0KY2hlY2tpbmcgZm9yIHNldGVudi4uLiBubw0KY2hlY2tpbmcg Zm9yIHB1dGVudiBkZWNsYXJhdGlvbi4uLiBleHRlcm4gaW50IHB1dGVudiAo Y2hhciopOw0KY2hlY2tpbmcgZm9yIHB1dGVudi4uLiB5ZXMNCmNoZWNraW5n IGZvciBzZXRsb2NhbGUgZGVjbGFyYXRpb24uLi4gZXh0ZXJuIGNoYXIqIHNl dGxvY2FsZSAoaW50LCAgY2hhciopOw0KY2hlY2tpbmcgZm9yIHZmb3JrLmgu Li4gbm8NCmNoZWNraW5nIGZvciB3b3JraW5nIHZmb3JrLi4uIHllcw0KY2hl Y2tpbmcgZm9yIHZmb3JrIGRlY2xhcmF0aW9uLi4uIGV4dGVybiBpbnQgdmZv cmsgKHZvaWQpOw0KY2hlY2tpbmcgZm9yIHNldHNpZC4uLiB5ZXMNCmNoZWNr aW5nIGZvciBzZXRwZ2lkLi4uIHllcw0KY2hlY2tpbmcgZm9yIGV4ZWN2IGRl Y2xhcmF0aW9uLi4uIGV4dGVybiBpbnQgZXhlY3YgKGNoYXIqLCAgY2hhciog W10pOw0KY2hlY2tpbmcgZm9yIGV4ZWNsIGRlY2xhcmF0aW9uLi4uIGV4dGVy biBpbnQgZXhlY2wgKGNoYXIqLCAgY2hhciosIC4uLik7DQpjaGVja2luZyBm b3Igd2FpdHBpZC4uLiB5ZXMNCmNoZWNraW5nIGZvciB3YWl0cGlkIGRlY2xh cmF0aW9uLi4uIGV4dGVybiBwaWRfdCB3YWl0cGlkIChwaWRfdCwgaW50Kiwg aW50KTsNCmNoZWNraW5nIGZvciBzeXMvcmVzb3VyY2UuaC4uLiB5ZXMNCmNo ZWNraW5nIGZvciBzeXMvdGltZXMuaC4uLiB5ZXMNCmNoZWNraW5nIGZvciBn ZXRydXNhZ2UuLi4geWVzDQpjaGVja2luZyBmb3IgZ2V0d2QuLi4geWVzDQpj aGVja2luZyBmb3IgZ2V0Y3dkLi4uIHllcw0KY2hlY2tpbmcgZm9yIGNoZGly IGRlY2xhcmF0aW9uLi4uIGV4dGVybiBpbnQgY2hkaXIgKGNoYXIqKTsNCmNo ZWNraW5nIGZvciBta2RpciBkZWNsYXJhdGlvbi4uLiBleHRlcm4gaW50IG1r ZGlyIChjaGFyKiwgbW9kZV90KTsNCmNoZWNraW5nIGZvciBybWRpciBkZWNs YXJhdGlvbi4uLiBleHRlcm4gaW50IHJtZGlyIChjaGFyKik7DQpjaGVja2lu ZyB3aGV0aGVyIHN0YXQgZmlsZS1tb2RlIG1hY3JvcyBhcmUgYnJva2VuLi4u IG5vDQpjaGVja2luZyBmb3Igc3RhdCBkZWNsYXJhdGlvbi4uLiBleHRlcm4g aW50IHN0YXQgKGNoYXIqLCBzdHJ1Y3Qgc3RhdCAqKTsNCmNoZWNraW5nIGZv ciBsc3RhdC4uLiB5ZXMNCmNoZWNraW5nIGZvciBsc3RhdCBkZWNsYXJhdGlv bi4uLiBleHRlcm4gaW50IGxzdGF0IChjaGFyKiwgc3RydWN0IHN0YXQgKik7 DQpjaGVja2luZyBmb3IgcmVhZGxpbmsuLi4geWVzDQpjaGVja2luZyBmb3Ig cmVhZGxpbmsgZGVjbGFyYXRpb24uLi4gZXh0ZXJuIGludCByZWFkbGluayAo Y2hhciosIGNoYXIqLCBpbnQpOw0KY2hlY2tpbmcgZm9yIEVMT09QLi4uIHll cw0KY2hlY2tpbmcgZm9yIG9wZW5kaXIgZGVjbGFyYXRpb24uLi4gZXh0ZXJu IERJUiogb3BlbmRpciAoY2hhciopOw0KY2hlY2tpbmcgZm9yIG9wZW4gZGVj bGFyYXRpb24uLi4gZXh0ZXJuIGludCBvcGVuIChjaGFyKiwgaW50LCBtb2Rl X3QpOw0KY2hlY2tpbmcgZm9yIHJlYWQgZGVjbGFyYXRpb24uLi4gZXh0ZXJu IGludCByZWFkIChpbnQsIGNoYXIqLCBpbnQpOw0KY2hlY2tpbmcgZm9yIHdy aXRlIGRlY2xhcmF0aW9uLi4uIGV4dGVybiBpbnQgd3JpdGUgKGludCwgIGNo YXIqLCBpbnQpOw0KY2hlY2tpbmcgZm9yIHJlbmFtZS4uLiB5ZXMNCmNoZWNr aW5nIGZvciByZW5hbWUgZGVjbGFyYXRpb24uLi4gZXh0ZXJuIGludCByZW5h bWUgKGNoYXIqLCAgY2hhciopOw0KY2hlY2tpbmcgZm9yIHVubGluayBkZWNs YXJhdGlvbi4uLiBleHRlcm4gaW50IHVubGluayAoY2hhciopOw0KY2hlY2tp bmcgZm9yIGZzeW5jLi4uIHllcw0KY2hlY2tpbmcgZm9yIGlvY3RsIGRlY2xh cmF0aW9uLi4uIGV4dGVybiBpbnQgaW9jdGwgKGludCwgaW50LCBjYWRkcl90 KTsNCmNoZWNraW5nIGZvciBGSU9OUkVBRC4uLiBubw0KY2hlY2tpbmcgZm9y IEZJT05SRUFEIGluIHN5cy9maWxpby5oLi4uIHllcw0KY2hlY2tpbmcgZm9y IHJlbGlhYmxlIEZJT05SRUFELi4uIG5vDQpjaGVja2luZyBmb3IgZmNudGwg ZGVjbGFyYXRpb24uLi4gZXh0ZXJuIGludCBmY250bCAoaW50LCBpbnQsIGlu dCk7DQpjaGVja2luZyBmb3Igc2VsZWN0Li4uIHllcw0KY2hlY2tpbmcgZm9y IHN5cy9zZWxlY3QuaC4uLiB5ZXMNCmNoZWNraW5nIGZvciBzZWxlY3QgZGVj bGFyYXRpb24uLi4gZXh0ZXJuIGludCBzZWxlY3QgKGludCwgZmRfc2V0ICos IGZkX3NldCAqLCBmZF9zZXQgKiwgIHN0cnVjdCB0aW1ldmFsICopOw0KY2hl Y2tpbmcgZm9yIHVhbGFybS4uLiB5ZXMNCmNoZWNraW5nIGZvciBzZXRpdGlt ZXIuLi4geWVzDQpjaGVja2luZyBmb3Igc2V0aXRpbWVyIGRlY2xhcmF0aW9u Li4uIGV4dGVybiBpbnQgc2V0aXRpbWVyIChpbnQsICBzdHJ1Y3QgaXRpbWVy dmFsICosIHN0cnVjdCBpdGltZXJ2YWwgKik7DQpjaGVja2luZyBmb3IgdXNs ZWVwLi4uIHllcw0KY2hlY2tpbmcgZm9yIGxvY2FsdGltZSBkZWNsYXJhdGlv bi4uLiBleHRlcm4gc3RydWN0IHRtICogbG9jYWx0aW1lICh0aW1lX3QqKTsN CmNoZWNraW5nIGZvciBnZXR0aW1lb2ZkYXkuLi4geWVzDQpjaGVja2luZyBm b3IgZ2V0dGltZW9mZGF5IGRlY2xhcmF0aW9uLi4uIGV4dGVybiBpbnQgZ2V0 dGltZW9mZGF5IChzdHJ1Y3QgdGltZXZhbCAqLCBzdHJ1Y3QgdGltZXpvbmUg Kik7DQpjaGVja2luZyBmb3IgZnRpbWUuLi4geWVzDQpjaGVja2luZyBmb3Ig Z2V0cHduYW0gZGVjbGFyYXRpb24uLi4gZXh0ZXJuIHN0cnVjdCBwYXNzd2Qg KiBnZXRwd25hbSAoY2hhciopOw0KY2hlY2tpbmcgZm9yIGdldHB3dWlkIGRl Y2xhcmF0aW9uLi4uIGV4dGVybiBzdHJ1Y3QgcGFzc3dkICogZ2V0cHd1aWQg KHVpZF90KTsNCmNoZWNraW5nIGZvciBnZXRob3N0bmFtZS4uLiB5ZXMNCmNo ZWNraW5nIGZvciBnZXRob3N0bmFtZSBkZWNsYXJhdGlvbi4uLiBleHRlcm4g aW50IGdldGhvc3RuYW1lIChjaGFyKiwgaW50KTsNCmNoZWNraW5nIGZvciBn ZXRob3N0YnluYW1lIGRlY2xhcmF0aW9uLi4uIGV4dGVybiBzdHJ1Y3QgaG9z dGVudCAqIGdldGhvc3RieW5hbWUgKGNoYXIqKTsNCmNoZWNraW5nIGZvciBj b25uZWN0IGRlY2xhcmF0aW9uLi4uIGV4dGVybiBpbnQgY29ubmVjdCAoaW50 LCAgc3RydWN0IHNvY2thZGRyICosIGludCk7DQpjaGVja2luZyBmb3Igc3lz L3VuLmguLi4geWVzDQpjaGVja2luZyBmb3Igc3VuX2xlbiBpbiBzdHJ1Y3Qg c29ja2FkZHJfdW4uLi4gbm8NCmNoZWNraW5nIGZvciBuZXRpbmV0L2luLmgu Li4geWVzDQpjaGVja2luZyBmb3IgYXJwYS9pbmV0LmguLi4geWVzDQpjaGVj a2luZyBmb3IgaW5ldF9hZGRyIGRlY2xhcmF0aW9uLi4uIGV4dGVybiB1bnNp Z25lZCBsb25nIGluZXRfYWRkciAoY2hhciopOw0KY2hlY2tpbmcgZm9yIG5l dGluZXQvdGNwLmguLi4geWVzDQpjaGVja2luZyBmb3IgdGhlIGNvZGUgYWRk cmVzcyByYW5nZS4uLiAweDAwMDAwMDAwDQpjaGVja2luZyBmb3IgdGhlIG1h bGxvYyBhZGRyZXNzIHJhbmdlLi4uIDB4MDAwMDAwMDANCmNoZWNraW5nIGZv ciB0aGUgc2hhcmVkIGxpYnJhcnkgYWRkcmVzcyByYW5nZS4uLiAweDAwMDAw MDAwDQpjaGVja2luZyBmb3IgZ2V0cGFnZXNpemUuLi4geWVzDQpjaGVja2lu ZyBmb3IgZ2V0cGFnZXNpemUgZGVjbGFyYXRpb24uLi4gZXh0ZXJuIGludCBn ZXRwYWdlc2l6ZSAodm9pZCk7DQpjaGVja2luZyBmb3IgdmFkdmlzZS4uLiBu bw0KY2hlY2tpbmcgZm9yIHZtX2FsbG9jYXRlLi4uIG5vDQpjaGVja2luZyBm b3Igc3lzL21tYW4uaC4uLiB5ZXMNCmNoZWNraW5nIGZvciBtbWFwLi4uIHll cw0KY2hlY2tpbmcgZm9yIG1tYXAgZGVjbGFyYXRpb24uLi4gZXh0ZXJuIHZv aWQqIG1tYXAgKHZvaWQqLCBpbnQsIGludCwgaW50LCBpbnQsIG9mZl90KTsN CmNoZWNraW5nIGZvciB3b3JraW5nIG1tYXAuLi4geWVzDQpjaGVja2luZyBm b3IgbXVubWFwLi4uIHllcw0KY2hlY2tpbmcgZm9yIG1wcm90ZWN0Li4uIHll cw0KY2hlY2tpbmcgZm9yIG1wcm90ZWN0IGRlY2xhcmF0aW9uLi4uIGV4dGVy biBpbnQgbXByb3RlY3QgKHZvaWQqLCBpbnQsIGludCk7DQpjaGVja2luZyBm b3Igd29ya2luZyBtcHJvdGVjdC4uLiB5ZXMNCmNoZWNraW5nIGZvciBzaG1n ZXQgZGVjbGFyYXRpb24uLi4gZXh0ZXJuIGludCBzaG1nZXQgKGtleV90LCBp bnQsIGludCk7DQpjaGVja2luZyBmb3Igc2htYXQgZGVjbGFyYXRpb24uLi4g ZXh0ZXJuIHZvaWQqIHNobWF0IChpbnQsICB2b2lkKiwgaW50KTsNCmNoZWNr aW5nIGZvciBzaG1jdGwgZGVjbGFyYXRpb24uLi4gZXh0ZXJuIGludCBzaG1j dGwgKGludCwgaW50LCBzdHJ1Y3Qgc2htaWRfZHMgKik7DQpjaGVja2luZyBm b3Igd29ya2luZyBzaGFyZWQgbWVtb3J5Li4uIG5vDQpjaGVja2luZyBmb3Ig Z2V0cmxpbWl0Li4uIHllcw0KY2hlY2tpbmcgZm9yIHNldHJsaW1pdC4uLiB5 ZXMNCmNoZWNraW5nIGZvciB0aGUgdmFsaWQgY2hhcmFjdGVycyBpbiBmaWxl bmFtZXMuLi4gY29uZnRlc3QuYzo1NzogY29uZmxpY3RpbmcgdHlwZXMgZm9y IGBjbG9zZWRpcicNCi91c3IvaW5jbHVkZS9kaXJlbnQuaDo3NDogcHJldmlv dXMgZGVjbGFyYXRpb24gb2YgYGNsb3NlZGlyJw0KY29uZmlndXJlOiAuL2Nv bmZ0ZXN0OiBub3QgZm91bmQNCg0KY2hlY2tpbmcgd2hldGhlciBjaGFyYWN0 ZXJzIGFyZSB1bnNpZ25lZC4uLiBubw0KY2hlY2tpbmcgZm9yIGludGVnZXIg dHlwZXMgYW5kIGJlaGF2aW91cg0KY3JlYXRpbmcgbWFjaGluZS5oDQpjaGVj a2luZyBmb3IgLWxuY3Vyc2VzLi4uIG5vDQpjaGVja2luZyBmb3IgLWx0ZXJt Y2FwLi4uIHllcw0KY2hlY2tpbmcgZm9yIHJhbmxpYi4uLiAoY2FjaGVkKSBy YW5saWINCmNoZWNraW5nIGZvciB3b3JraW5nIGFsbG9jYS5oLi4uIHllcw0K Y2hlY2tpbmcgZm9yIGFsbG9jYS4uLiB5ZXMNCmNoZWNraW5nIGZvciB2YWxs b2MuLi4geWVzDQpjaGVja2luZyBmb3IgZ2V0cGFnZXNpemUuLi4geWVzDQpj aGVja2luZyBmb3Igd29ya2luZyBtbWFwLi4uIChjYWNoZWQpIHllcw0KY2hl Y2tpbmcgZm9yIGdldHRleHQgcGFja2FnZSBhdCAvdG1wL2NsaXNwL2NsaXNw LTE5OTYtMDUtMzAvc3JjL2dldHRleHQuLi4gbm8NCnVwZGF0aW5nIGNhY2hl IC4vY29uZmlnLmNhY2hlDQpjcmVhdGluZyAuL2NvbmZpZy5zdGF0dXMNCmNy ZWF0aW5nIG1ha2VtYWtlDQpjcmVhdGluZyBjb25maWcuaA0KZXhlY3V0aW5n IC90bXAvY2xpc3AvY2xpc3AtMTk5Ni0wNS0zMC93aXRoLWdjYy10cmFkL2F2 Y2FsbC9jb25maWd1cmUgLi4uDQpsb2FkaW5nIGNhY2hlIC90bXAvY2xpc3Av Y2xpc3AtMTk5Ni0wNS0zMC93aXRoLWdjYy10cmFkL2NvbmZpZy5jYWNoZQ0K Y2hlY2tpbmcgZm9yIGdjYy4uLiAoY2FjaGVkKSBnY2MgLXRyYWRpdGlvbmFs DQpjaGVja2luZyB3aGV0aGVyIHdlIGFyZSB1c2luZyBHTlUgQy4uLiAoY2Fj aGVkKSB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgZ2NjIC10cmFkaXRpb25hbCBh Y2NlcHRzIC1nLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgaG93IHRvIHJ1 biB0aGUgQyBwcmVwcm9jZXNzb3IuLi4gKGNhY2hlZCkgZ2NjIC10cmFkaXRp b25hbCAtRSAtdw0KY2hlY2tpbmcgd2hldGhlciBnY2MgLXRyYWRpdGlvbmFs IG5lZWRzIC10cmFkaXRpb25hbC4uLiAoY2FjaGVkKSBubw0KY2hlY2tpbmcg Zm9yIHVuZGVyc2NvcmUgaW4gZXh0ZXJuYWwgbmFtZXMuLi4gKGNhY2hlZCkg bm8NCmNoZWNraW5nIGZvciByYW5saWIuLi4gKGNhY2hlZCkgcmFubGliDQpj aGVja2luZyB3aGV0aGVyIG1ha2Ugc2V0cyAke01BS0V9Li4uIChjYWNoZWQp IHllcw0KY2hlY2tpbmcgZm9yIGEgQlNEIGNvbXBhdGlibGUgaW5zdGFsbC4u LiAoY2FjaGVkKSBjcA0KY2hlY2tpbmcgaG9zdCBzeXN0ZW0gdHlwZS4uLiAo Y2FjaGVkKSBzcGFyYy1zdW4tc29sYXJpczIuNS4xDQpjaGVja2luZyB3aGV0 aGVyIGNyb3NzLWNvbXBpbGluZy4uLiAoY2FjaGVkKSBubw0KY2hlY2tpbmcg Zm9yIHBjYyBub24tcmVlbnRyYW50IHN0cnVjdCByZXR1cm4gY29udmVudGlv bi4uLiBubw0KY2hlY2tpbmcgd2hldGhlciBzbWFsbCBzdHJ1Y3RzIGFyZSBy ZXR1cm5lZCBpbiByZWdpc3RlcnMuLi4gbm8NCnVwZGF0aW5nIGNhY2hlIC90 bXAvY2xpc3AvY2xpc3AtMTk5Ni0wNS0zMC93aXRoLWdjYy10cmFkL2NvbmZp Zy5jYWNoZQ0KY3JlYXRpbmcgLi9jb25maWcuc3RhdHVzDQpjcmVhdGluZyBN YWtlZmlsZQ0KY3JlYXRpbmcgYXZjYWxsLmgNCmV4ZWN1dGluZyAvdG1wL2Ns aXNwL2NsaXNwLTE5OTYtMDUtMzAvd2l0aC1nY2MtdHJhZC92YWNhbGwvY29u ZmlndXJlIC4uLg0KbG9hZGluZyBjYWNoZSAvdG1wL2NsaXNwL2NsaXNwLTE5 OTYtMDUtMzAvd2l0aC1nY2MtdHJhZC9jb25maWcuY2FjaGUNCmNoZWNraW5n IGZvciBnY2MuLi4gKGNhY2hlZCkgZ2NjIC10cmFkaXRpb25hbA0KY2hlY2tp bmcgd2hldGhlciB3ZSBhcmUgdXNpbmcgR05VIEMuLi4gKGNhY2hlZCkgeWVz DQpjaGVja2luZyB3aGV0aGVyIGdjYyAtdHJhZGl0aW9uYWwgYWNjZXB0cyAt Zy4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGhvdyB0byBydW4gdGhlIEMg cHJlcHJvY2Vzc29yLi4uIChjYWNoZWQpIGdjYyAtdHJhZGl0aW9uYWwgLUUg LXcNCmNoZWNraW5nIHdoZXRoZXIgZ2NjIC10cmFkaXRpb25hbCBuZWVkcyAt dHJhZGl0aW9uYWwuLi4gKGNhY2hlZCkgbm8NCmNoZWNraW5nIGZvciB1bmRl cnNjb3JlIGluIGV4dGVybmFsIG5hbWVzLi4uIChjYWNoZWQpIG5vDQpjaGVj a2luZyBmb3IgcmFubGliLi4uIChjYWNoZWQpIHJhbmxpYg0KY2hlY2tpbmcg d2hldGhlciBtYWtlIHNldHMgJHtNQUtFfS4uLiAoY2FjaGVkKSB5ZXMNCmNo ZWNraW5nIGZvciBhIEJTRCBjb21wYXRpYmxlIGluc3RhbGwuLi4gKGNhY2hl ZCkgY3ANCmNoZWNraW5nIGZvciBzdGRsaWIuaC4uLiAoY2FjaGVkKSB5ZXMN CmNoZWNraW5nIGZvciBhYm9ydCBkZWNsYXJhdGlvbi4uLiAoY2FjaGVkKSBl eHRlcm4gIHZvaWQgYWJvcnQgKHZvaWQpOw0KY2hlY2tpbmcgaG9zdCBzeXN0 ZW0gdHlwZS4uLiAoY2FjaGVkKSBzcGFyYy1zdW4tc29sYXJpczIuNS4xDQpj aGVja2luZyB3aGV0aGVyIGNyb3NzLWNvbXBpbGluZy4uLiAoY2FjaGVkKSBu bw0KY2hlY2tpbmcgZm9yIHBjYyBub24tcmVlbnRyYW50IHN0cnVjdCByZXR1 cm4gY29udmVudGlvbi4uLiAoY2FjaGVkKSBubw0KY2hlY2tpbmcgd2hldGhl ciBzbWFsbCBzdHJ1Y3RzIGFyZSByZXR1cm5lZCBpbiByZWdpc3RlcnMuLi4g KGNhY2hlZCkgbm8NCmNoZWNraW5nIHdoZXRoZXIgY2hhcmFjdGVycyBhcmUg dW5zaWduZWQuLi4gKGNhY2hlZCkgbm8NCmNyZWF0aW5nIC4vY29uZmlnLnN0 YXR1cw0KY3JlYXRpbmcgTWFrZWZpbGUNCmNyZWF0aW5nIHZhY2FsbC5oDQpj cmVhdGluZyBjb25maWcuaA0KZXhlY3V0aW5nIC90bXAvY2xpc3AvY2xpc3At MTk5Ni0wNS0zMC93aXRoLWdjYy10cmFkL3RyYW1wb2xpbmUvY29uZmlndXJl IC4uLg0KbG9hZGluZyBjYWNoZSAvdG1wL2NsaXNwL2NsaXNwLTE5OTYtMDUt MzAvd2l0aC1nY2MtdHJhZC9jb25maWcuY2FjaGUNCmNoZWNraW5nIGZvciBn Y2MuLi4gKGNhY2hlZCkgZ2NjIC10cmFkaXRpb25hbA0KY2hlY2tpbmcgd2hl dGhlciB3ZSBhcmUgdXNpbmcgR05VIEMuLi4gKGNhY2hlZCkgeWVzDQpjaGVj a2luZyB3aGV0aGVyIGdjYyAtdHJhZGl0aW9uYWwgYWNjZXB0cyAtZy4uLiAo Y2FjaGVkKSB5ZXMNCmNoZWNraW5nIGhvdyB0byBydW4gdGhlIEMgcHJlcHJv Y2Vzc29yLi4uIChjYWNoZWQpIGdjYyAtdHJhZGl0aW9uYWwgLUUgLXcNCmNo ZWNraW5nIHdoZXRoZXIgZ2NjIC10cmFkaXRpb25hbCBuZWVkcyAtdHJhZGl0 aW9uYWwuLi4gKGNhY2hlZCkgbm8NCmNoZWNraW5nIGZvciByYW5saWIuLi4g KGNhY2hlZCkgcmFubGliDQpjaGVja2luZyB3aGV0aGVyIG1ha2Ugc2V0cyAk e01BS0V9Li4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIGEgQlNEIGNv bXBhdGlibGUgaW5zdGFsbC4uLiAoY2FjaGVkKSBjcA0KY2hlY2tpbmcgd2hl dGhlciBsbiAtcyB3b3Jrcy4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZv ciB3b3JraW5nIHZvaWQuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3Ig d29ya2luZyAicmV0dXJuIHZvaWQiLi4uIChjYWNoZWQpIHllcw0KY2hlY2tp bmcgZm9yIEFOU0kgQyBoZWFkZXIgZmlsZXMuLi4gKGNhY2hlZCkgeWVzDQpj aGVja2luZyBmb3Igc3RkbGliLmguLi4gKGNhY2hlZCkgeWVzDQpjaGVja2lu ZyBmb3IgdW5pc3RkLmguLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyB3aGV0 aGVyIGNyb3NzLWNvbXBpbGluZy4uLiAoY2FjaGVkKSBubw0KY2hlY2tpbmcg Zm9yIEFOU0kgQyBoZWFkZXIgZmlsZXMuLi4gKGNhY2hlZCkgeWVzDQpjaGVj a2luZyBmb3Igc2l6ZV90Li4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9y IG9mZl90Li4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIG1hbGxvYyBk ZWNsYXJhdGlvbi4uLiAoY2FjaGVkKSBleHRlcm4gdm9pZCogbWFsbG9jICh1 bnNpZ25lZCBpbnQpOw0KY2hlY2tpbmcgZm9yIGZyZWUgZGVjbGFyYXRpb24u Li4gKGNhY2hlZCkgZXh0ZXJuIHZvaWQgZnJlZSAodm9pZCopOw0KY2hlY2tp bmcgZm9yIGFib3J0IGRlY2xhcmF0aW9uLi4uIChjYWNoZWQpIGV4dGVybiAg dm9pZCBhYm9ydCAodm9pZCk7DQpjaGVja2luZyBmb3IgbWtkaXIgZGVjbGFy YXRpb24uLi4gKGNhY2hlZCkgZXh0ZXJuIGludCBta2RpciAoY2hhciosIG1v ZGVfdCk7DQpjaGVja2luZyBmb3Igb3BlbiBkZWNsYXJhdGlvbi4uLiAoY2Fj aGVkKSBleHRlcm4gaW50IG9wZW4gKGNoYXIqLCBpbnQsIG1vZGVfdCk7DQpj aGVja2luZyBmb3IgZ2V0cGFnZXNpemUuLi4gKGNhY2hlZCkgeWVzDQpjaGVj a2luZyBmb3IgZ2V0cGFnZXNpemUgZGVjbGFyYXRpb24uLi4gKGNhY2hlZCkg ZXh0ZXJuIGludCBnZXRwYWdlc2l6ZSAodm9pZCk7DQpjaGVja2luZyBmb3Ig dm1fYWxsb2NhdGUuLi4gKGNhY2hlZCkgbm8NCmNoZWNraW5nIGZvciBzeXMv ZmlsZS5oLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIE9fUkRXUiBp biBmY250bC5oLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIHN5cy9t bWFuLmguLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3IgbW1hcC4uLiAo Y2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciBtbWFwIGRlY2xhcmF0aW9uLi4u IChjYWNoZWQpIGV4dGVybiB2b2lkKiBtbWFwICh2b2lkKiwgaW50LCBpbnQs IGludCwgaW50LCBvZmZfdCk7DQpjaGVja2luZyBmb3Igd29ya2luZyBtbWFw Li4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIG1wcm90ZWN0Li4uIChj YWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIG1wcm90ZWN0IGRlY2xhcmF0aW9u Li4uIChjYWNoZWQpIGV4dGVybiBpbnQgbXByb3RlY3QgKHZvaWQqLCBpbnQs IGludCk7DQpjaGVja2luZyBmb3Igd29ya2luZyBtcHJvdGVjdC4uLiAoY2Fj aGVkKSB5ZXMNCmNoZWNraW5nIGZvciBzeXMvc2htLmguLi4gKGNhY2hlZCkg eWVzDQpjaGVja2luZyBmb3Igc3lzL2lwYy5oLi4uIChjYWNoZWQpIHllcw0K Y2hlY2tpbmcgZm9yIHNobWdldCBkZWNsYXJhdGlvbi4uLiAoY2FjaGVkKSBl eHRlcm4gaW50IHNobWdldCAoa2V5X3QsIGludCwgaW50KTsNCmNoZWNraW5n IGZvciBzaG1hdCBkZWNsYXJhdGlvbi4uLiAoY2FjaGVkKSBleHRlcm4gdm9p ZCogc2htYXQgKGludCwgIHZvaWQqLCBpbnQpOw0KY2hlY2tpbmcgZm9yIHNo bWN0bCBkZWNsYXJhdGlvbi4uLiAoY2FjaGVkKSBleHRlcm4gaW50IHNobWN0 bCAoaW50LCBpbnQsIHN0cnVjdCBzaG1pZF9kcyAqKTsNCmNoZWNraW5nIGZv ciB3b3JraW5nIHNoYXJlZCBtZW1vcnkuLi4gKGNhY2hlZCkgbm8NCmNoZWNr aW5nIGhvc3Qgc3lzdGVtIHR5cGUuLi4gKGNhY2hlZCkgc3BhcmMtc3VuLXNv bGFyaXMyLjUuMQ0KY2hlY2tpbmcgd2hldGhlciBjb2RlIGluIG1hbGxvYydl ZCBtZW1vcnkgaXMgZXhlY3V0YWJsZS4uLiB5ZXMNCmNoZWNraW5nIGZvciBz eXMvY2FjaGVjdGwuaC4uLiBubw0KdXBkYXRpbmcgY2FjaGUgL3RtcC9jbGlz cC9jbGlzcC0xOTk2LTA1LTMwL3dpdGgtZ2NjLXRyYWQvY29uZmlnLmNhY2hl DQpjcmVhdGluZyAuL2NvbmZpZy5zdGF0dXMNCmNyZWF0aW5nIE1ha2VmaWxl DQpjcmVhdGluZyBjb25maWcuaA0KZ2NjIC10cmFkaXRpb25hbCAtRSAtdyBg aWYgdGVzdCBmYWxzZSA9IHRydWU7IHRoZW4gZWNobyAnLURVTkRFUlNDT1JF JzsgZmlgIC90bXAvY2xpc3AvY2xpc3AtMTk5Ni0wNS0zMC9mZmNhbGwvYXZj YWxsL2F2Y2FsbC1zcGFyYy5TID4gYXZjYWxsLXNwYXJjLnMNCmdjYyAtdHJh ZGl0aW9uYWwgLWMgYXZjYWxsLXNwYXJjLnMNCnJtIC1mIGF2Y2FsbC5vDQps biBhdmNhbGwtc3BhcmMubyBhdmNhbGwubw0KZ2NjIC10cmFkaXRpb25hbCAt ZyAtTyAtYyAvdG1wL2NsaXNwL2NsaXNwLTE5OTYtMDUtMzAvZmZjYWxsL2F2 Y2FsbC9zdHJ1Y3RjcHkuYw0Kcm0gLWYgbGliYXZjYWxsLmENCmFyIHJjIGxp YmF2Y2FsbC5hIGF2Y2FsbC5vIHN0cnVjdGNweS5vDQpyYW5saWIgbGliYXZj YWxsLmENCmdjYyAtdHJhZGl0aW9uYWwgLWcgLU8gLUkuIC1JL3RtcC9jbGlz cC9jbGlzcC0xOTk2LTA1LTMwL2ZmY2FsbC9hdmNhbGwgLVMgL3RtcC9jbGlz cC9jbGlzcC0xOTk2LTA1LTMwL2ZmY2FsbC9hdmNhbGwvdGVzdHMuYw0KZ2Nj IC10cmFkaXRpb25hbCAtZyAtTyAtSS4gLUkvdG1wL2NsaXNwL2NsaXNwLTE5 OTYtMDUtMzAvZmZjYWxsL2F2Y2FsbCAtYyAvdG1wL2NsaXNwL2NsaXNwLTE5 OTYtMDUtMzAvZmZjYWxsL2F2Y2FsbC90ZXN0cy5jDQpnY2MgLXRyYWRpdGlv bmFsIC1nIC1PIHRlc3RzLm8gYXZjYWxsLm8gc3RydWN0Y3B5Lm8gLW8gdGVz dHMNCi4vdGVzdHMgPiB0ZXN0cy5vdXQNCnVuaXEgLXUgPCB0ZXN0cy5vdXQg PiB0ZXN0cy5vdXRwdXQuc3BhcmMtc3VuLXNvbGFyaXMyLjUuMQ0KdGVzdCAn IScgLXMgdGVzdHMub3V0cHV0LnNwYXJjLXN1bi1zb2xhcmlzMi41LjENCioq KiBFcnJvciBjb2RlIDENCm1ha2U6IEZhdGFsIGVycm9yOiBDb21tYW5kIGZh aWxlZCBmb3IgdGFyZ2V0IGBjaGVjaycNCg0KVG8gY29udGludWUgYnVpbGRp bmcgQ0xJU1AsIHRoZSBmb2xsb3dpbmcgY29tbWFuZHMgYXJlIHJlY29tbWVu ZGVkDQooY2YuIHVuaXgvSU5TVEFMTCBzdGVwIDQpOg0KICAgIGNkIC90bXAv Y2xpc3AvY2xpc3AtMTk5Ni0wNS0zMC93aXRoLWdjYy10cmFkDQogICAgLi9t YWtlbWFrZSAgLS1kaXNhYmxlLW5scyAtLXdpdGgtbm9yZWFkbGluZSA+IG1h a2VmaWxlDQogICAgbWFrZQ0KICAgIG1ha2UgY2hlY2sNCg== ---559023410-851401618-856521339=:16413-- From lambertb@uic.edu Sun Feb 23 07:10:58 1997 Return-Path: Received: from eeyore.cc.uic.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02348; Sun, 23 Feb 97 07:10:58 +0100 Received: from [128.248.4.163] (SLIP2-31.DIALIN.UIC.EDU [128.248.4.163]) by eeyore.cc.uic.edu (8.8.5/8.8.5) with SMTP id XAA19160 for ; Sat, 22 Feb 1997 23:48:31 -0600 (CST) Message-Id: <199702230548.XAA19160@eeyore.cc.uic.edu> X-Sender: u53076@pop3serv1.cc.uic.edu Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 23 Feb 1997 00:02:28 -0600 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de From: lambertb@uic.edu (Bruce L. Lambert) Subject: Allocating big hash-tables Hi folks, I need to create a hash-table that will hold about 2 million entries. When I try to create one, I get an error: either no more room for lisp objects or lisp stack overflow. Can I avoid these errors or is their some limit on the size of a hash-table one can create. -bruce Bruce L. Lambert, Ph.D. Department of Pharmacy Administration University of Illinois at Chicago Email: lambertb@uic.edu Phone: 1 (312) 996-2411 Fax: 1 (312) 996-3272 From spoon@hilbert.maths.utas.edu.au Tue Feb 25 16:46:38 1997 Return-Path: Received: from corinna.its.utas.edu.au ([131.217.10.51]) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13376; Tue, 25 Feb 97 16:46:38 +0100 Received: from hilbert.maths.utas.edu.au (spoon@hilbert.maths.utas.edu.au [131.217.60.3]) by corinna.its.utas.edu.au (8.8.5/8.8.4) with SMTP id BAA27208 for ; Wed, 26 Feb 1997 01:53:49 +1100 (EST) Received: by hilbert.maths.utas.edu.au (4.1/SMI-4.1) id AA05853; Wed, 26 Feb 97 01:54:05 DST From: spoon@hilbert.maths.utas.edu.au (spoon) Message-Id: <9702251454.AA05853@hilbert.maths.utas.edu.au> Subject: Character streams To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Wed, 26 Feb 1997 01:54:05 +1100 (DST) In-Reply-To: <199702230548.XAA19160@eeyore.cc.uic.edu> from "Bruce L. Lambert" at Feb 23, 97 07:21:17 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Hi, Not sure whether this is a bug or I am just don't know what I am doing. If I make a file "tst", whose contents is just the string "a b c" and then in clisp (latest-ish version) I evaluate (with-open-file (strm "tst" :element-type 'character) (read strm)) I get *** - READ from #: character read should be a string-char: #6\CONTROL-Space 1. Break> but I was rather hoping for "A". On the other hand, cmu lisp gives "A". But this may be wrong. Ta Sp -- "You need as many clues as you can get as to how these things work when you're a buffoon." - D. Row From werner@suse.de Tue Mar 4 22:34:09 1997 Return-Path: Received: from Galois.fs100.suse.de (Galois.suse.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09876; Tue, 4 Mar 97 22:34:09 +0100 Received: from boole.fs100.suse.de (werner@Boole.fs100.suse.de [192.168.102.7]) by Galois.fs100.suse.de (8.8.4/8.8.4) with ESMTP id WAA01905; Tue, 4 Mar 1997 22:12:00 +0100 Received: (from werner@localhost) by boole.fs100.suse.de (8.7.5/8.7.3) id WAA04570; Tue, 4 Mar 1997 22:12:06 +0100 Resent-Message-Id: <199703042112.WAA04570@boole.fs100.suse.de> Resent-To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de.werner@suse.de Resent-From: werner@suse.de (Dr. Werner Fink) Resent-Date: 04 Mar 1997 22:12:06 +0100 Path: suse.de!news From: werner@suse.de (Dr. Werner Fink) Newsgroups: comp.lang.lisp Subject: CLISP 1996-07-22 Date: 03 Mar 1997 22:13:27 +0100 Organization: S.u.S.E GmbH, Gebhardtstr. 2, 90762 Fuerth, Germany Lines: 45 Message-Id: Nntp-Posting-Host: boole.fs100.suse.de Cc: marcus@sysc.pdx.edu X-Newsreader: Gnus v5.3/Emacs 19.34 Posted-To: comp.lang.lisp The following message is a courtesy copy of an article that has been posted as well. Hi, I'm currently working on CLISP 1996-07-22, a Common Lisp implementation done by Bruno Haible, Michael Stoll and Marcus Daniels. The interpreter should run under Linux-2.0.29/ELF (gcc is 2.7.2.1, binutils 2.7.0.3/2.7.0.9, libc 5.2.18/5.4.7 and higher). On compiling the full set of possibilities I've detected that the generational gc will not work under ELF ... a short test of this can be done with the binary packages on ftp://sunsite.unc.edu/pub/linux/devel/lang/lisp/clisp-linux-elf.tar.gz by making the lisp interpreter with the full set of the possible modules (make fromdir=full). On the first gc one gets the ``final'' result: *** - handle_fault error2 ! address = 0x4010C00 not in [0x4000000,0x4000000) ! SIGSEGV cannot be cured. Fault address = 0x4010C00. Segmentation fault Ok, the intervall is really funny ;-) ... it's looks like a mistake in the complicated cpp macros in lispbibl.d/lispbibl.c ... Is there any fix avaible to get the generational garbage collection stabel on work under ELF? With -DNO_GENERATIONAL_GC the normal garbage collection works without stopping during the tests with `full/lisp.run -M full/lispinit.mem'. Only the 15 digit definition of PI and the usage of libm causes some precision errors. Note: I have to add the option -freg-struct-return to make the tests during configure happy ... and I'm using readline, dynamic-ffi, and after a few changes dynamic-modules. BTW: One question more: What's the main difference of the gcl and the CLIPS implementation of Common Lisp (speed, language and graphic interfaces, function calls, ..., CLtL2 support, running maxima)? Werner -- Dr. Werner Fink -- S.u.S.E. GmbH, Gebhardtstr. 2, 90762 Fuerth, Germany mail:werner@suse.de http://www.suse.de/~werner/ fax:+49-911-3206727 Click here ------ Hiroshima '45 ----- Chernobyl '86 ----- Windows '95 ----- From haible@ilog.fr Thu Mar 6 21:35:00 1997 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08520; Thu, 6 Mar 97 21:35:00 +0100 Received: by relay1.fnet.fr (5.65c8d/96.05.03) via EUnet-France id AA21929; Thu, 6 Mar 1997 21:12:35 +0100 (MET) Received: from halles.ilog.fr (halles [192.31.27.96]) by ilog.ilog.fr (8.8.5/8.7.3) with ESMTP id VAA25988 for ; Thu, 6 Mar 1997 21:01:00 +0100 (MET) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id VAA27032; Thu, 6 Mar 1997 21:00:57 +0100 (MET) From: Bruno Haible To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Message-Id: <9703061812.AA07129@ma2s2.mathematik.uni-karlsruhe.de> References: Subject: Re: CLISP 1996-07-22 Date: Thu, 6 Mar 97 19:12:01 +0100 Newsgroups: comp.lang.lisp Summary: bug in clisp & fix Organization: University of Karlsruhe, Germany Dr. Werner Fink wrote: > > The interpreter should run under Linux-2.0.29/ELF (gcc is 2.7.2.1, > binutils 2.7.0.3/2.7.0.9, libc 5.2.18/5.4.7 and higher). > > On compiling the full set of possibilities I've detected that the > generational gc will not work under ELF ... a short test of this > can be done with the binary packages on > ftp://sunsite.unc.edu/pub/linux/devel/lang/lisp/clisp-linux-elf.tar.gz > by making the lisp interpreter with the full set of the possible > modules (make fromdir=full). Dear Werner, Thank you very much for the report. It is a bug in clisp's GC (generational GC only) which occurs under certain conditions when FFI objects are present in memory. Please apply this patch to the source before rebuilding clisp: *** src/spvw.d.bak Sun Jul 21 20:14:52 1996 --- src/spvw.d Thu Mar 6 19:21:12 1997 *************** *** 4661,4677 **** { count = ((Srecord)objptr)->reclength; nextptr = objptr + size_srecord(count); } else { count = ((Xrecord)objptr)->reclength; nextptr = objptr + size_xrecord(count,((Xrecord)objptr)->recxlength); } if (nextptr >= gen0_start) { var aint ptr = (aint)&((Record)objptr)->recdata[0]; if (ptr < gen0_start) { var uintL count_thispage = (gen0_start-ptr)/sizeof(object); ! if ((varobject_alignment == sizeof(object)) # das erzwingt count >= count_thispage ! || (count >= count_thispage) ! ) { count -= count_thispage; } else { count = 0; } ptr = gen0_start; } do { physpage->continued_addr = (object*)ptr; gen0_start += physpagesize; --- 4661,4675 ---- { count = ((Srecord)objptr)->reclength; nextptr = objptr + size_srecord(count); } else { count = ((Xrecord)objptr)->reclength; nextptr = objptr + size_xrecord(count,((Xrecord)objptr)->recxlength); } if (nextptr >= gen0_start) { var aint ptr = (aint)&((Record)objptr)->recdata[0]; if (ptr < gen0_start) { var uintL count_thispage = (gen0_start-ptr)/sizeof(object); ! if (count >= count_thispage) { count -= count_thispage; } else { count = 0; } ptr = gen0_start; } do { physpage->continued_addr = (object*)ptr; gen0_start += physpagesize; *************** *** 4792,4808 **** { count = ((Srecord)objptr)->reclength; nextptr = objptr + size_srecord(count); } else { count = ((Xrecord)objptr)->reclength; nextptr = objptr + size_xrecord(count,((Xrecord)objptr)->recxlength); } if (nextptr >= gen0_start) { var aint ptr = (aint)&((Record)objptr)->recdata[0]; if (ptr < gen0_start) { var uintL count_thispage = (gen0_start-ptr)/sizeof(object); ! if ((varobject_alignment == sizeof(object)) # das erzwingt count >= count_thispage ! || (count >= count_thispage) ! ) { count -= count_thispage; } else { count = 0; } ptr = gen0_start; } do { physpage->continued_addr = (object*)ptr; gen0_start += physpagesize; --- 4790,4804 ---- { count = ((Srecord)objptr)->reclength; nextptr = objptr + size_srecord(count); } else { count = ((Xrecord)objptr)->reclength; nextptr = objptr + size_xrecord(count,((Xrecord)objptr)->recxlength); } if (nextptr >= gen0_start) { var aint ptr = (aint)&((Record)objptr)->recdata[0]; if (ptr < gen0_start) { var uintL count_thispage = (gen0_start-ptr)/sizeof(object); ! if (count >= count_thispage) { count -= count_thispage; } else { count = 0; } ptr = gen0_start; } do { physpage->continued_addr = (object*)ptr; gen0_start += physpagesize; Many thanks for your help in tracking this down! Bruno From ravi@konark.ncst.ernet.in Sun Mar 9 11:09:14 1997 Return-Path: Received: from naveen.ncst.ernet.in by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04524; Sun, 9 Mar 97 11:09:14 +0100 Received: from ss575.konark.ncst.ernet.in ([144.16.2.110]) by naveen.ncst.ernet.in (8.6.12/8.6.6) with ESMTP id PAA26590 for ; Sun, 9 Mar 1997 15:22:28 +0530 Received: from localhost by ss575.konark.ncst.ernet.in (SMI-8.6/SMI-SVR4) id PAA00521; Sun, 9 Mar 1997 15:13:43 +0500 Date: Sun, 9 Mar 1997 15:13:42 +0500 (GMT) From: P Ravi Prakash X-Sender: ravi@ss575.ncst.ernet.in To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Help: Installing CLISP on DEC Alpha ... Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, I am trying to install CLISP on a DEC ALPHA running OSF1. Running 'make' without any arguments produces the following errors. I tried using 'ar ts' on the files base/lisp.a and base/libthreadline.a. But its of no use. Could any one please tell me what might be the problem? Thank you in advance. Ravi $ make cc base/lisp.a base/libreadline.a -ltermcap -lX11 -o base/lisp.run ld: Archive: base/lisp.a has no table of contents (not searched) add one with 'ar ts' Archive: base/libreadline.a has no table of contents (not searched) add one with 'ar ts' Unresolved: main *** Exit 1 Stop. From goldin@spot.uchicago.edu Sun Mar 9 20:44:19 1997 Return-Path: Received: from spot.uchicago.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10104; Sun, 9 Mar 97 20:44:19 +0100 Received: (from goldin@localhost) by spot.uchicago.edu (8.7.6/8.7.3) id NAA19218; Sun, 9 Mar 1997 13:22:52 -0600 Date: Sun, 9 Mar 1997 13:22:52 -0600 Message-Id: <199703091922.NAA19218@spot.uchicago.edu> From: Alexey Goldin To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: CLISP on Sparc Linux Reply-To: alexey@oddjob.uchicago.edu I managed to get CLISP running on Sparc Linux (clisp-1996-07-22). Kind of. I still have the following problem: (socket-server [port]) segfaults in io.d in line 5896: [... start of io.d fragment ...] # UP: Beendet einen Block mit erhöhtem SYS::*PRIN-LEVEL*. # level_end(&stream); # > stream: Stream # < stream: Stream # verändert STACK local void level_end (object* stream_); local void level_end(stream_) var object* stream_; { dynamic_unbind(); } <========== HERE ================= # Length # ------ [... End of io.d fragment ...] Any hints? Thanks. Here is a summary of changes: put #if (defined(unix) && defined(linux) && defined(sparc)) #define SPARC #endif in lispbibl.d (src directory) in unix/sigsegv.c add #if defined(linux) && defined(sparc) #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(SIGSEGV) #define CAN_HANDLE_WP_FAULT #endif add -mno-app-regs to CFLAGS (important!!) graph.d, graph.c SHOULD NOT be compiled (found no clean way to disable it) Change the following line in src/lispbibl.d: # Ob Graphik-Operationen unterstützt werden. #if (defined(EMUNIX) && !defined(WINDOWS)) || defined(UNIX_LINUX) #define GRAPHICS #define GRAPHICS_SWITCH # Umschalten zwischen Text-Modus und Grafik-Modus #endif # Bei Erweiterung: GRAPH erweitern. to # Ob Graphik-Operationen unterstützt werden. #if (defined(EMUNIX) && !defined(WINDOWS)) || (defined(UNIX_LINUX) && defined(i386)) #define GRAPHICS #define GRAPHICS_SWITCH # Umschalten zwischen Text-Modus und Grafik-Modus #endif # Bei Erweiterung: GRAPH erweitern. ---------------------------------------------------------------------------- ---------------------------------------------------------------------------- Here is an attempt of a diff: diff -c -r clisp-sparc-linux/src/lispbibl.d clisp-1996-07-22/src/lispbibl.d *** clisp-sparc-linux/src/lispbibl.d Mon Feb 3 11:59:15 1997 --- clisp-1996-07-22/src/lispbibl.d Sun Jul 21 13:17:42 1996 *************** *** 83,91 **** #if (defined(unix) && defined(linux) && defined(i386)) #define PC386 #endif - #if (defined(unix) && defined(linux) && defined(sparc)) - #define SPARC - #endif #if (defined(sun) && defined(unix) && defined(mc68020)) #define SUN3 #endif --- 83,88 ---- *************** *** 1616,1622 **** # Bei Erweiterung: REXX erweitern. # Ob Graphik-Operationen unterstützt werden. ! #if (defined(EMUNIX) && !defined(WINDOWS)) || (defined(UNIX_LINUX) && defined(i386)) #define GRAPHICS #define GRAPHICS_SWITCH # Umschalten zwischen Text-Modus und Grafik-Modus #endif --- 1613,1619 ---- # Bei Erweiterung: REXX erweitern. # Ob Graphik-Operationen unterstützt werden. ! #if (defined(EMUNIX) && !defined(WINDOWS)) || defined(UNIX_LINUX) #define GRAPHICS #define GRAPHICS_SWITCH # Umschalten zwischen Text-Modus und Grafik-Modus #endif diff -c -r clisp-sparc-linux/unix/sigsegv.c clisp-1996-07-22/unix/sigsegv.c *** clisp-sparc-linux/unix/sigsegv.c Mon Feb 3 10:56:43 1997 --- clisp-1996-07-22/unix/sigsegv.c Sat Jan 28 07:11:00 1995 *************** *** 97,112 **** #define CAN_HANDLE_WP_FAULT #endif - - #if defined(linux) && defined(sparc) - #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(SIGSEGV) - #define CAN_HANDLE_WP_FAULT - #endif - - #if defined(sun) && defined(sparc) && 0 /* Sun4, SunOS 4.1 */ #define FAULT_HANDLER_ARGLIST sig, code, scp, addr #define FAULT_HANDLER_ARGDECL int sig; int code; void* scp; char* addr; --- 97,102 ---- From marcus@sysc.pdx.edu Mon Mar 10 08:40:48 1997 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA17641; Mon, 10 Mar 97 08:40:48 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.8.5/8.8.5) with ESMTP id XAA28873 for ; Sun, 9 Mar 1997 23:17:54 -0800 (PST) Received: (from marcus@localhost) by sayre.sysc.pdx.edu (8.8.5/8.8.5) id HAA04105; Mon, 10 Mar 1997 07:17:52 GMT To: Subject: Re: CLISP on Sparc Linux References: <199703091922.NAA19218@spot.uchicago.edu> From: Marcus Daniels Date: 09 Mar 1997 23:17:52 -0800 In-Reply-To: Alexey Goldin's message of Sun, 9 Mar 97 20:45:01 +0100 Message-Id: Lines: 24 X-Mailer: Gnus v5.3/Emacs 19.34 >>>>> "AG" == Alexey Goldin writes: AG> I managed to get CLISP running on Sparc Linux (clisp-1996-07-22). Your changes look good; I'll add the `makemake' support as soon as I get a chance. Thanks! AG> I still have the following problem: AG> (socket-server [port]) segfaults in io.d in line 5896: I think this should fix it: *** /src/clisp-1996-07-22/src/io.d Sun Jul 21 10:42:24 1996 --- io.d Sun Mar 9 23:04:42 1997 *************** *** 8216,8221 **** --- 8216,8222 ---- JUSTIFY_END_ENG; INDENT_END; write_schar(stream_,'>'); + skipSTACK(1); LEVEL_END; }}break; #endif From clinares@delicias.dia.fi.upm.es Mon Mar 10 13:58:38 1997 Return-Path: Received: from GOOFY.FI.UPM.ES by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA20843; Mon, 10 Mar 97 13:58:38 +0100 Received: from aluche.dia.fi.upm.es by relay.fi.upm.es (PMDF V5.1-6 #15665) with SMTP id <01IGC818EXY6000LRO@relay.fi.upm.es> for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Mon, 10 Mar 1997 13:33:44 MET Received: from aluche (localhost) by aluche.dia.fi.upm.es (4.1/FI-3.3) Mon, 10 Mar 97 13:33:37 +0100 Date: Mon, 10 Mar 1997 13:33:36 +0100 From: Carlos Linares Subject: Spanish Translation of CLisp Sender: clinares@aluche.dia.fi.upm.es To: Lista de correo de CLisp Message-Id: <3323FFA0.2781E494@delicias.dia.fi.upm.es> Organization: Artificial Intelligence Laboratory Mime-Version: 1.0 X-Mailer: Mozilla 3.01 (X11; I; SunOS 4.1.3_U1 sun4c) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi there: I still working on the translation of CLisp, however I'm very busy these days because I'm working full-time on my Master Thesis (and using the semi-translated version of CLisp, ... :) so, this message is just for noticing that I haven't leaved that work and that I will go on posting new questions and translating other messages. I hope to offer to you an spanish version of CLisp in summer'97. There are 933 messages translated. -- Carlos Linares Lopez ------------------------------------------------------------------------ Artificial Intelligence Laboratory Facultad de Informatica Universidad Politecnica de Madrid Espana (Spain) ------------------------------------------------------------------------ clinares@delicias.dia.fi.upm.es http://delicias.dia.fi.upm.es/miembros/clinares_CV_Esp.html ------------------------------------------------------------------------ From jord@gnawk.dial.eunet.es Tue Mar 11 00:54:47 1997 Return-Path: Received: from goya.eunet.es by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA27183; Tue, 11 Mar 97 00:54:47 +0100 Received: from gnawk.dial.eunet.es (gnawk.dial.eunet.es [193.127.16.30]) by goya.eunet.es (8.8.4/13.42) with SMTP id AAA25425 for ; Tue, 11 Mar 1997 00:24:43 +0100 (MET) Received: by gnawk.dial.eunet.es (4.0/SMI-4.0) id AA00914; Tue, 11 Mar 97 00:28:27 +0100 From: jord@gnawk.dial.eunet.es (Juan Jordana) Message-Id: <9703102328.AA00914@gnawk.dial.eunet.es> Subject: Re: Spanish Translation of CLisp To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Tue, 11 Mar 1997 00:28:25 +0100 (MET) In-Reply-To: <3323FFA0.2781E494@delicias.dia.fi.upm.es> from "Carlos Linares" at Mar 10, 97 02:02:29 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit According to Carlos Linares: Si tienes algo que preguntar no dudes en hacerlo. > > Hi there: > > I still working on the translation of CLisp, however I'm very busy > these days because I'm working full-time on my Master Thesis (and > using the semi-translated version of CLisp, ... :) so, this message > is just for noticing that I haven't leaved that work and that I will > go on posting new questions and translating other messages. > > I hope to offer to you an spanish version of CLisp in summer'97. There > are 933 messages translated. > > -- > Carlos Linares Lopez > ------------------------------------------------------------------------ > Artificial Intelligence Laboratory > Facultad de Informatica > Universidad Politecnica de Madrid > Espana (Spain) > ------------------------------------------------------------------------ > clinares@delicias.dia.fi.upm.es > http://delicias.dia.fi.upm.es/miembros/clinares_CV_Esp.html > ------------------------------------------------------------------------ > > > -- jrv # uname SunOS gnawk 4.0 sun From blake@edge.net Tue Mar 11 03:37:38 1997 Return-Path: Received: from edge.edge.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA28862; Tue, 11 Mar 97 03:37:38 +0100 Received: from edge ([206.228.60.8]) by edge.edge.net (8.7.5/8.7.3) with SMTP id UAA23947 for ; Mon, 10 Mar 1997 20:14:31 -0600 (CST) Message-Id: <199703110214.UAA23947@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" Date: Mon, 10 Mar 1997 20:20:35 -0600 To: From: Blake McBride Subject: Latest version? Greetings, Been out of the loop for a while (although I get the CLISP list) and I'm having a bit of trouble figuring out what's what. I see some recent versions but no corresponding announcement on the CLISP list. First, the last "announced" (mentioned) release (at least in the CLISP list) is 96-04-17. Then there seems to have been a 96-05-30 through the normal channels. Then we go to source-haible/96-07-22. Finally we have some sort of snapshot on 97-02-11. Is there an "official" and a snapshot release or are there three: Haible (96-07-22), Daniels (96-05-30), and Daniels/snapshot (97-02-11)? What are the differences? Which should the general population use? Are announcements (of sorts) planned to accompany future releases giving some rough details? Thanks. --blake -- Get info on my Dynace Object Oriented Extension to C and Windows Development System from: http://www.edge.net/algorithms Blake McBride (blake@edge.net) Algorithms Corporation - 615-791-1636 - USA From marcus@sysc.pdx.edu Tue Mar 11 04:21:12 1997 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA29394; Tue, 11 Mar 97 04:21:12 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.8.5/8.8.5) with ESMTP id SAA00830 for ; Mon, 10 Mar 1997 18:57:55 -0800 (PST) Received: (from marcus@localhost) by sayre.sysc.pdx.edu (8.8.5/8.8.5) id CAA06755; Tue, 11 Mar 1997 02:57:53 GMT To: Subject: Re: Latest version? References: <199703110214.UAA23947@edge.edge.net> From: Marcus Daniels Date: 10 Mar 1997 18:57:51 -0800 In-Reply-To: Blake McBride's message of Tue, 11 Mar 97 03:38:22 +0100 Message-Id: Lines: 38 X-Mailer: Gnus v5.3/Emacs 19.34 >>>>> "BM" == Blake McBride writes: BM> Is there an "official" and a snapshot release or are there three BM> What are the differences? The 1996-05-30 and snapshots include gettext and Windows 95 support, and some reworked internals for future multithread work. The snapshots are my way of making all available work from my end of things, with the understanding it just happens to be what I'm using at the time. Thus, the snapshots are more likely to break, but on the other hand are closer to my head and can be fixed with less effort from me. 1996-07-22 doesn't include the large quantity of gettext changes, and is a continuation of Bruno's work. Thus, 1996-07-22 is presumably more stable (as it is more clear to the main author as to its status). BM> Which should the general population use? In the context of this apparent "what is the right answer?" sort of question, I would say 1996-07-22. However, if you are working on a project for CLISP, my source tree will reflect your changes right away, and might be more convenient. In any case, bug fixes will end up in both versions. BM> Are announcements (of sorts) planned to accompany future releases BM> giving some rough details? I will continue to maintain the gettext version for the indefinite future (at least until the Spanish issue gets addressed in some form), and intend to make a release with improved Win95 soon after the next gnu-win32 release, whenever that happens to be (May, perhaps?). I think it is accurate to say that both sources trees are pretty much static at this time. As for myself, I won't have time to much of anything with CLISP until April. From dietz@ticco.ccipe.montp.inserm.fr Tue Mar 11 12:00:26 1997 Return-Path: Received: from ticco (ticco.ccipe.montp.inserm.fr) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04806; Tue, 11 Mar 97 12:00:26 +0100 From: dietz@ticco.ccipe.montp.inserm.fr Received: by ticco (5.x/SMI-SVR4) id AA14509; Tue, 11 Mar 1997 11:37:48 +0100 Date: Tue, 11 Mar 1997 11:37:48 +0100 Message-Id: <9703111037.AA14509@ticco> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Changing the precision of values returned by (TIME
) Hello, is there a way to change the precision of the values for "REAL TIME" and "RUN TIME" which are printed out when evaluating (TIME )? I thought that there would be some sort of *RUN-TIME-PRECISION* parameter, but I could find nothing like that neither in CLTL2 nor in the .LSP sources of CLISP. Thank you in advance. Andreas. -- Andreas DIETZ 141, rue de la Cardonille E-Mail : dietz@ticco.ccipe.montp.inserm.fr CCIPE Tel : (+33) (0) 4.67.14.29.70 F-34094 Montpellier Cedex 5 Fax : (+33) (0) 4.67.54.24.32 From hoehle@zeus.gmd.de Tue Mar 11 14:56:40 1997 Return-Path: Received: from diva.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06822; Tue, 11 Mar 97 14:56:40 +0100 Received: by diva.gmd.de with UUCP id AA02044 (5.67b8/IDA-1.5 for clisp-list@[129.13.115.2]); Tue, 11 Mar 1997 14:33:08 +0100 Date: Tue, 11 Mar 1997 14:33:08 +0100 Message-Id: <199703111333.AA02044@diva.gmd.de> From: hoehle@zeus.gmd.de (Joerg Hoehle) To: clisp-list@[129.13.115.2] Subject: bug: missing finish-output after writing prompt in REP Hi, debug.d:read_form() should call FINISH-OUTPUT after writing the prompt. The following doesn't work nicely: > (make-buffered-output-stream #'(lambda (s) (princ s *terminal-io*))) #> > (setq *standard-output* *) #> () ; <- my input > ; <- the prompt NIL ; <- the output I'm wondering why it worked so far. I suppose that the std C library flushes stdout itself before reading something from stdin or that no buffering at all was involved. Here's an *untested* diff to read_form(): *** debug.d Mon Apr 15 16:29:35 1996 --- /tmp/debug.d Tue Mar 11 14:11:43 1997 *************** *** 27,30 **** --- 27,31 ---- # (terpri ostream) # (write-string prompt ostream) + # (finish-output ostream) # ) # (let* ((eof-value "EOF") *************** *** 77,80 **** --- 78,82 ---- #endif write_string(ostream_ptr,STACK_2); # (WRITE-STRING prompt ostream) + finish_output(STACK_4); # (FINISH-OUTPUT ostream) } # Prompt OK Rather use finish_output(*ostream_ptr) ?? I'm still using CLISP-1996-05-30, but the CHANGES.LOG file doesn't mention anything about this bug, so I must assume it's still there. Jo"rg Ho"hle. Joerg.Hoehle@gmd.de http://zeus.gmd.de/~hoehle/amiga-clisp.html From haible@ilog.fr Tue Mar 11 16:43:32 1997 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08010; Tue, 11 Mar 97 16:43:32 +0100 Received: by relay1.fnet.fr (5.65c8d/96.05.03) via EUnet-France id AA01057; Tue, 11 Mar 1997 16:20:11 +0100 (MET) Received: from halles.ilog.fr (halles [192.31.27.96]) by ilog.ilog.fr (8.8.5/8.7.3) with ESMTP id QAA00795; Tue, 11 Mar 1997 16:16:07 +0100 (MET) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id QAA21752; Tue, 11 Mar 1997 16:16:03 +0100 (MET) Date: Tue, 11 Mar 1997 16:16:03 +0100 (MET) Message-Id: <199703111516.QAA21752@halles.ilog.fr> To: Subject: Re: bug: missing finish-output after writing prompt in REP In-Reply-To: <199703111333.AA02044@diva.gmd.de> References: <199703111333.AA02044@diva.gmd.de> Thanks, Joerg. > () ; <- my input > > ; <- the prompt > NIL ; <- the output > > I'm wondering why it worked so far. Because the *terminal-io* stream is never buffered in clisp. Bruno From hoehle@zeus.gmd.de Tue Mar 11 17:23:21 1997 Return-Path: Received: from zeus.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08642; Tue, 11 Mar 97 17:23:21 +0100 Received: by zeus.gmd.de id AA20433 (5.67b8/IDA-1.5 for clisp-list@[129.13.115.2]); Tue, 11 Mar 1997 16:59:49 +0100 Date: Tue, 11 Mar 1997 16:59:49 +0100 Message-Id: <199703111559.AA20433@zeus.gmd.de> From: hoehle@zeus.gmd.de (Joerg Hoehle) To: clisp-list@[129.13.115.2] Subject: FAST_FLOAT Content-Type: text Content-Length: 327 Hi, is there any point in defining FAST_FLOAT/DOUBLE when available, i.e. does it make a difference speed or size wise? Did anybody measure the difference it makes? On what machine? Did anybody try #defining them on MC680Y0 machines? Thanks, Jo"rg Ho"hle. Joerg.Hoehle@gmd.de http://zeus.gmd.de/~hoehle/amiga-clisp.html From haible@ilog.fr Tue Mar 11 18:15:56 1997 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09295; Tue, 11 Mar 97 18:15:56 +0100 Received: by relay1.fnet.fr (5.65c8d/96.05.03) via EUnet-France id AA10629; Tue, 11 Mar 1997 17:52:43 +0100 (MET) Received: from halles.ilog.fr (halles [192.31.27.96]) by ilog.ilog.fr (8.8.5/8.7.3) with ESMTP id RAA07468; Tue, 11 Mar 1997 17:43:43 +0100 (MET) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id RAA26012; Tue, 11 Mar 1997 17:43:41 +0100 (MET) Date: Tue, 11 Mar 1997 17:43:41 +0100 (MET) Message-Id: <199703111643.RAA26012@halles.ilog.fr> To: Subject: Re: Changing the precision of values returned by (TIME ) In-Reply-To: <9703111037.AA14509@ticco> References: <9703111037.AA14509@ticco> Andreas Dietz writes: > is there a way to change the precision of the values for "REAL TIME" > and "RUN TIME" which are printed out when evaluating (TIME )? > I thought that there would be some sort of *RUN-TIME-PRECISION* > parameter The time is measured in units of 1/internal-time-units-per-second seconds. On Unix, internal-time-units-per-second = 1000000. To change the way TIME prints the statistics, modify the function `sys::%time' whose source is located in defs1.lsp. Bruno From dietz@ticco.ccipe.montp.inserm.fr Tue Mar 11 19:19:26 1997 Return-Path: Received: from ticco (ticco.ccipe.montp.inserm.fr) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10167; Tue, 11 Mar 97 19:19:26 +0100 From: dietz@ticco.ccipe.montp.inserm.fr Received: by ticco (5.x/SMI-SVR4) id AA15334; Tue, 11 Mar 1997 18:57:02 +0100 Date: Tue, 11 Mar 1997 18:57:02 +0100 Message-Id: <9703111757.AA15334@ticco> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <199703111643.RAA26012@halles.ilog.fr> (message from Bruno Haible on Tue, 11 Mar 97 18:19:09 +0100) Subject: Re: Changing the precision of values returned by (TIME ) Thank you, Bruno. > To change the way TIME prints the statistics, modify the function `sys::%time' > whose source is located in defs1.lsp. Andreas From dietz@ticco.ccipe.montp.inserm.fr Wed Mar 12 14:00:26 1997 Return-Path: Received: from ticco ([193.52.202.30]) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA21703; Wed, 12 Mar 97 14:00:26 +0100 From: dietz@ticco.ccipe.montp.inserm.fr Received: by ticco (5.x/SMI-SVR4) id AA01248; Wed, 12 Mar 1997 13:37:34 +0100 Date: Wed, 12 Mar 1997 13:37:34 +0100 Message-Id: <9703121237.AA01248@ticco> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Ignore warnings during compilation of CLISP 1996-07-22 (Sun Solaris 2.4)? Hello, I just have compiled CLISP 1996-07-22 on Sun Solaris 2.4 and the resulting clisp has passed the "make test" and "make testsuite" installation steps without any problems. However, during compilation, I have gotten lots of warning messages like the following: gcc -O -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -fomit-frame-pointer -O2 -DUNIX_BINARY_DISTRIB -DDYNAMIC_FFI -c eval.c In file included from eval.d:4: lispbibl.d:6152: warning: volatile register variables don't work as you might wish In file included from eval.d:4: lispbibl.d:8167: warning: call-clobbered register used for global register variable eval.d: In function `invoke_handlers': eval.d:675: warning: variable `other_ranges' might be clobbered by `longjmp' or `vfork' eval.d:678: warning: variable `FRAME' might be clobbered by `longjmp' or `vfork' eval.d:691: warning: variable `i' might be clobbered by `longjmp' or `vfork' . . . gcc -O -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -fomit-frame-pointer -O2 -DUNIX_BINARY_DISTRIB -DDYNAMIC_FFI -Ireadline -c stream.c In file included from stream.d:5: lispbibl.d:6152: warning: volatile register variables don't work as you might wish In file included from stream.d:5: lispbibl.d:8167: warning: call-clobbered register used for global register variable stream.d: In function `make_file_stream': stream.d:8615: warning: `art' might be used uninitialized in this function gcc -O -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -fomit-frame-pointer -O2 -DUNIX_BINARY_DISTRIB -DDYNAMIC_FFI -c socket.c socket.d: In function `connect_to_x_server': socket.d:319: warning: passing arg 4 of `setsockopt' from incompatible pointer type socket.d: In function `socket_getpeername': socket.d:514: warning: passing arg 1 of `gethostbyaddr' from incompatible pointer type Can I simply ignore these warnings, knowing that my compiled clisp has passed the tests? Is there a way to avoid these warnings? Thank you in advance. Andreas From marcus@sysc.pdx.edu Wed Mar 12 14:09:28 1997 Return-Path: Received: from sysc.pdx.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA21884; Wed, 12 Mar 97 14:09:28 +0100 Received: from sayre.sysc.pdx.edu (sayre.sysc.pdx.edu [131.252.30.61]) by sysc.pdx.edu (8.8.5/8.8.5) with ESMTP id EAA02940 for ; Wed, 12 Mar 1997 04:46:09 -0800 (PST) Received: (from marcus@localhost) by sayre.sysc.pdx.edu (8.8.5/8.8.5) id MAA10997; Wed, 12 Mar 1997 12:46:07 GMT To: Subject: Re: Ignore warnings during compilation of CLISP 1996-07-22 (Sun Solaris 2.4)? References: <9703121237.AA01248@ticco> From: Marcus Daniels Date: 12 Mar 1997 04:46:05 -0800 In-Reply-To: dietz@ticco.ccipe.montp.inserm.fr's message of Wed, 12 Mar 97 14:02:01 +0100 Message-Id: Lines: 13 X-Mailer: Gnus v5.3/Emacs 19.34 >>>>> "ad" == dietz writes: ad> Can I simply ignore these warnings, knowing that my compiled clisp ad> has passed the tests? Yes. ad> Is there a way to avoid these warnings? Close your eyes? :-) (The first ones you list can't be fixed easily; the last two in socket.d I'm aware of, but haven't added the autoconf tests yet.) From Hugh.Garraway@usm.edu Mon Mar 17 16:00:17 1997 Return-Path: Received: from whale.st.usm.edu ([131.95.110.2]) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA22098; Mon, 17 Mar 97 16:00:17 +0100 Received: from garraway.st.usm.edu ([131.95.115.16]) by whale.st.usm.edu (8.8.5/8.8.5) with SMTP id OAA05933 for ; Mon, 17 Mar 1997 14:33:06 GMT Message-Id: <332D57A7.7767@usm.edu> Date: Mon, 17 Mar 1997 08:39:35 -0600 From: Hugh Garraway Reply-To: Hugh.Garraway@usm.edu Organization: University of Southern Mississippi X-Mailer: Mozilla 3.0Gold (Win95; I) Mime-Version: 1.0 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Help: Installing CLISP on DEC Alpha ... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit P Ravi Prakash wrote: > > Hi, > > I am trying to install CLISP on a DEC ALPHA running OSF1. > Running 'make' without any arguments produces the following > errors. I tried using 'ar ts' on the files base/lisp.a and > base/libthreadline.a. But its of no use. > > Could any one please tell me what might be the problem? > -- I really don't know. You might just want to use clisp on Orca. hg From hoehle@zeus.gmd.de Mon Mar 17 19:21:23 1997 Return-Path: Received: from diva.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA24257; Mon, 17 Mar 97 19:21:23 +0100 Received: by diva.gmd.de with UUCP id AA00515 (5.67b8/IDA-1.5 for clisp-list@[129.13.115.2]); Mon, 17 Mar 1997 18:57:39 +0100 Date: Mon, 17 Mar 1997 18:57:39 +0100 Message-Id: <199703171757.AA00515@diva.gmd.de> From: hoehle@zeus.gmd.de (Joerg Hoehle) To: clisp-list@[129.13.115.2] Subject: buffered *standard-output* stream Hi, just to mention that the patch I submitted some days ago basically fixes the prompt problem and increases output speed from about five to twenty times (disassemble, print). However, using it one soon starts to notice that there could be many more calls to FINISH-OUTPUT (for example, the message ";; loading ..." appears late, which remembers me of similar problems with CMUCL). I believe the whole trouble is due to the IMHO flawed (historical?) Lisp paradigm of "terpri/fresh-line, then print", whereas the C like "print, then terminate line" is much easier to deal with and expandable with line-buffering techniques: programmers tend to know when a line of output is not completed yet, and line-buffering is easily understood and completely harmless in most circumstances. That's not to say that I had sometimes wished a FRESH-LINE like function in C. For completeness: the # is the only one in CLISP that gets special "*read* CR/LF, thus set output column 0" treatment, thus you'll get extra empty lines when using any other stream (e.g. a buffered one or a separate window) for your keyboard interaction. Enjoy, Jo"rg Ho"hle. Joerg.Hoehle@gmd.de http://zeus.gmd.de/~hoehle/amiga-clisp.html From J_Diederich@herlab.ruhr.de Sun Apr 6 00:14:55 1997 Return-Path: Received: from mail.ruhrgebiet.individual.net (in-ruhr.ruhr.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA24601; Sun, 6 Apr 97 00:14:55 +0200 Received: from PCJOERG (herlab.ruhr.de [141.39.225.112]) by mail.ruhrgebiet.individual.net (8.8.5/8.8.5) with SMTP id XAA26343 for ; Sat, 5 Apr 1997 23:47:18 +0200 (MET DST) Message-Id: <199704052147.XAA26343@mail.ruhrgebiet.individual.net> From: "Joerg Diederich" To: "clisp-list@ma2s2.mathematik.uni-karlsruhe.de" Date: Sat, 05 Apr 97 22:43:21 Reply-To: "Joerg Diederich" Priority: Normal X-Mailer: Joerg Diederich's Registered PMMail 1.5 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: ANNOUNCE: clisp version 1996-05-30 for OS/2 I'd like to announce version 1996-05-30 of clisp for OS/2. The binaries now include the FFI. You can obtain them at ftp://ma2s2.mathematik.uni-karlsruhe.de in the directory /pub/lisp/clisp/binaries/os2. Joerg Diederich J_Diederich@herlab.ruhr.de From marco@sentenext1.epfl.ch Sun Apr 6 00:25:34 1997 Return-Path: Received: from sicmail.epfl.ch by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA24867; Sun, 6 Apr 97 00:25:34 +0200 Received: from sentenext1.epfl.ch by sicmail with SMTP (PP); Sat, 5 Apr 1997 23:55:43 +0200 Received: by sentenext1.epfl.ch (NX5.67d/NX3.0M) id AA03005; Sat, 5 Apr 97 23:56:17 +0200 Date: Sat, 5 Apr 97 23:56:17 +0200 Message-Id: <9704052156.AA03005@sentenext1.epfl.ch> From: marco@sentenext1.epfl.ch Subject: I am on vacation Reply-To: marco@sentenext1.epfl.ch X-Url: http://sente.epfl.ch/ Apparently-To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de I am on vacation until April 21, and may unable to read my email regularly. If you have something urgent, please contact: Vincent Kohler Je suis absent jusqu'au 21 avril, et je risque de ne pas lire mon email regulierement. En cas d'urgence, merci de contacter: Vincent Kohler Marco Scheurer Sen:te From blake@edge.net Sun Apr 6 01:21:08 1997 Return-Path: Received: from edge.edge.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA25608; Sun, 6 Apr 97 01:21:08 +0200 Received: from edge (ipt015.nash.edge.net [206.228.60.15]) by edge.edge.net (8.7.5/8.7.3) with SMTP id QAA25793 for ; Sat, 5 Apr 1997 16:53:28 -0600 (CST) Message-Id: <199704052253.QAA25793@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" Date: Sat, 05 Apr 1997 17:01:03 -0600 To: From: Blake McBride Subject: Re: ANNOUNCE: clisp version 1996-05-30 for OS/2 At 12:17 AM 4/6/97 +0200, you wrote: >I'd like to announce version 1996-05-30 of clisp >for OS/2. The binaries now include the FFI. >You can obtain them at > > ftp://ma2s2.mathematik.uni-karlsruhe.de > >in the directory > > /pub/lisp/clisp/binaries/os2. What compiler did you use to build the system? Thanks. --blake -- Get info on my Dynace Object Oriented Extension to C and Windows Development System from: http://www.edge.net/algorithms Blake McBride (blake@edge.net) Algorithms Corporation - 615-791-1636 - USA From J_Diederich@herlab.ruhr.de Sun Apr 6 14:16:57 1997 Return-Path: Received: from mail.ruhrgebiet.individual.net (in-ruhr.ruhr.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06231; Sun, 6 Apr 97 14:16:57 +0200 Received: from PCJOERG (herlab.ruhr.de [141.39.225.112]) by mail.ruhrgebiet.individual.net (8.8.5/8.8.5) with SMTP id NAA10667 for ; Sun, 6 Apr 1997 13:49:14 +0200 (MET DST) Message-Id: <199704061149.NAA10667@mail.ruhrgebiet.individual.net> From: "Joerg Diederich" To: "clisp-list@ma2s2.mathematik.uni-karlsruhe.de" Date: Sun, 06 Apr 97 12:47:51 Reply-To: "Joerg Diederich" Priority: Normal X-Mailer: Joerg Diederich's Registered PMMail 1.5 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: ANNOUNCE: clisp version 1996-05-30 for OS/2 On Sun, 6 Apr 97 01:27:27 +0200, Blake McBride wrote: >At 12:17 AM 4/6/97 +0200, you wrote: >>I'd like to announce version 1996-05-30 of clisp >>for OS/2. The binaries now include the FFI. >>You can obtain them at >> >> ftp://ma2s2.mathematik.uni-karlsruhe.de >> >>in the directory >> >> /pub/lisp/clisp/binaries/os2. > >What compiler did you use to build the system? > I built the system using the GNU compiler gcc version 2.7.2 provided by EMX version 0.9b. CU Joerg From egerteis@cscs.ch Tue Apr 8 15:50:08 1997 Return-Path: Received: from pobox.cscs.ch by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10929; Tue, 8 Apr 97 15:50:08 +0200 Received: from oncidium.cscs.ch (oncidium.cscs.ch [148.187.1.141]) by pobox.cscs.ch (8.8.5/8.7.3) with ESMTP id PAA13819 for ; Tue, 8 Apr 1997 15:22:03 +0200 (MET DST) Received: from trichopilia (trichopilia [148.187.140.24]) by oncidium.cscs.ch (8.6.10/8.6.10) with ESMTP id NAA10026; Tue, 8 Apr 1997 13:22:02 GMT From: Edgar Gerteisen Received: by trichopilia (950413.SGI.8.6.12) id PAA10481; Tue, 8 Apr 1997 15:22:01 +0200 Date: Tue, 8 Apr 1997 15:22:01 +0200 Message-Id: <9704081522.ZM10479@trichopilia> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: CLISP and garnet Cc: egerteis@cscs.ch Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Dear CLISP users and developpers, I'm a novice in CLISP and would like to use it together with the "garnet system". CLX is already installed and it works fine, although I need to redefine "xhost +" (working with SGI OS 6*). The system works with xhost - but it produces some connection error if only my own system has control access. Apparently the "garnet-loader.lsp" is producing some problem. Actually, I've changed the Pathnames as suggested, but it still appears to be some problem with loading it: > (load "garnet-loader.lsp") ;; Loading file garnet-loader.lsp ... ** Loading Garnet Version 3.0 from :CLISP ...Loading Garnet ... ****** NOT Loading CLX ******* ... ... ... ... ****** NOT Loading C32 ******* ** To load C32, execute (load Garnet-C32-Loader) ****** NOT Loading Lapidary ******* ** To load Lapidary, execute (load Garnet-Lapidary-Loader) ... Garnet Load Complete ... ;; Loading of file garnet-loader.lsp is finished. T furthermore the compiler script depends on some pathname which I don't know where to redefine. > (load "garnet-compiler.lsp") ;; Loading file garnet-compiler.lsp ... %%%%%%%%%%%%%% Compiling Utils %%%%%%%%%%%%%%% *** - nonexistent directory: #"/tmp1/egerteis/src/" 1. Break> Has someone already been faced with similar problems. I would be grateful for any assistance in getting started. Best regards Edgar -------------------------------------------------------------------- Edgar A. Gerteisen phone : +41-91-6108233 CSCS/SCSC fax : +41-91-6108282 Centro Svizzero di Calcolo Scientifico e-mail: egerteis@cscs.ch Via Cantonale CH-6928 Manno -------------------------------------------------------------------- From hoehle@zeus.gmd.de Tue Apr 8 17:35:01 1997 Return-Path: Received: from diva.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12221; Tue, 8 Apr 97 17:35:01 +0200 Received: by diva.gmd.de with UUCP id AA02813 (5.67b8/IDA-1.5 for clisp-list@[129.13.115.2]); Tue, 8 Apr 1997 17:07:19 +0200 Date: Tue, 8 Apr 1997 17:07:19 +0200 Message-Id: <199704081507.AA02813@diva.gmd.de> From: hoehle@zeus.gmd.de (Joerg Hoehle) To: clisp-list@[129.13.115.2] Subject: building a cross-compiler (trying to use #+CROSS) Hi, has anybody ever successfully built a cross compiler the way it is described at the top of the file COMPILER.LSP? With an old version of CLISP (960530), I tried to build a compiler for a recent version, but this fails because some variables and functions are not defined (*LISP-PACKAGE*, GET-FUNNAME-...). So what's the value of #+CROSS in compiler.lsp? Is there any way not to bootstrap through the full interpreted.mem -> halfinterpreted.mem (with only compiler.lsp compiled) -> compiled.mem sequence with every new release of CLISP? Thanks for any help, Jo"rg Ho"hle. Joerg.Hoehle@gmd.de http://zeus.gmd.de/~hoehle/amiga-clisp.html From haible@ilog.fr Tue Apr 8 19:29:43 1997 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13458; Tue, 8 Apr 97 19:29:43 +0200 Received: by relay1.fnet.fr (5.65c8d/96.05.03) via EUnet-France id AA27821; Tue, 8 Apr 1997 19:01:31 +0200 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.5/8.7.3) with ESMTP id SAA29742; Tue, 8 Apr 1997 18:56:48 +0200 (MET DST) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id SAA29434; Tue, 8 Apr 1997 18:56:47 +0200 (MET DST) Date: Tue, 8 Apr 1997 18:56:47 +0200 (MET DST) Message-Id: <199704081656.SAA29434@halles.ilog.fr> To: Subject: Re: building a cross-compiler (trying to use #+CROSS) In-Reply-To: <199704081507.AA02813@diva.gmd.de> References: <199704081507.AA02813@diva.gmd.de> Hi Joerg, > has anybody ever successfully built a cross compiler the way it is > described at the top of the file COMPILER.LSP? Yes, this is how CLISP's compiler was bootstrapped in 1989. I used a Sun with 8 MB and KCL to compile the compiler, because the interpreted compiler wouldn't fit in the 1 MB Atari ST. Since then, cross compiling support has occasionnally been useful when doing incompatible changes to the bytecode. > Is there any way not to bootstrap through the full interpreted.mem -> > halfinterpreted.mem (with only compiler.lsp compiled) -> compiled.mem > sequence with every new release of CLISP? You need to go through this full sequence only if the bytecode has changed. It hasn't changed since 1996-07-19, and is platform independent since then. You can therefore just take the .fas files from a Sun or other platforms and use them on Amiga. Afterwards, you should still recompile everything once, to get the correct code for the few #+/#- conditionals. Bruno From cytek@toj.com Sat Apr 12 22:13:36 1997 Return-Path: Received: from toj.com (server2.toj.com) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01810; Sat, 12 Apr 97 22:13:36 +0200 Errors-To: Received: from cytek.toj.com (port026.toj.com) by toj.com (5.0/SMI-SVR4) id AA10687; Sat, 12 Apr 1997 13:55:46 -0500 Errors-To: Message-Id: <334F949E.7D99@toj.com> Date: Sat, 12 Apr 1997 13:56:46 +0000 From: Lascelles James Reply-To: cytek@toj.com X-Mailer: Mozilla 3.01 (Win95; I) Mime-Version: 1.0 To: subscribe@toj.com, clisp-list@ma2s2.mathematik.uni-karlsruhe.de, Lascelles@toj.com, James@toj.com Subject: (no subject) Content-Length: 0 From goldin@spot.uchicago.edu Mon Apr 14 18:02:52 1997 Return-Path: Received: from spot.uchicago.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04695; Mon, 14 Apr 97 18:02:52 +0200 Received: (from goldin@localhost) by spot.uchicago.edu (8.7.6/8.7.3) id KAA19610; Mon, 14 Apr 1997 10:32:18 -0500 To: Subject: Bug or feature? From: Alexey Goldin Date: 14 Apr 1997 10:32:17 -0500 In-Reply-To: Lascelles James's message of Sat, 12 Apr 97 22:19:00 +0200 Message-Id: Lines: 15 X-Mailer: Gnus v5.3/Emacs 19.34 > #(1 2 3 7) *** - EVAL: illegal form #(1 2 3 7) 1. Break> abort > '#(1 2 3 7) #(1 2 3 7) > I thought vectors shoud be self-quoting. From bernardp@CLI.DI.Unipi.IT Mon Apr 14 18:52:17 1997 Return-Path: Received: from mailserver.cli.di.unipi.it (alice.cli.di.unipi.it) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05303; Mon, 14 Apr 97 18:52:17 +0200 Organization: Centro di Calcolo - Dipartimento di Informatica di Pisa - Italy Received: from helen.cli.di.unipi.it (helen.cli.di.unipi.it [131.114.11.38]) by mailserver.cli.di.unipi.it (8.8.5/8.7.3) with ESMTP id SAA11658; Mon, 14 Apr 1997 18:24:48 +0200 (MET DST) From: Pierpaolo Bernardi Received: (bernardp@localhost) by helen.cli.di.unipi.it (8.8.5/8.6.12) id SAA05734; Mon, 14 Apr 1997 18:24:43 +0200 (MET DST) Message-Id: <199704141624.SAA05734@helen.cli.di.unipi.it> Subject: Re: Bug or feature? To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Mon, 14 Apr 1997 18:24:41 +0200 (MET DST) In-Reply-To: from "Alexey Goldin" at Apr 14, 97 06:05:10 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > > #(1 2 3 7) > > *** - EVAL: illegal form #(1 2 3 7) > 1. Break> abort > > > > '#(1 2 3 7) > #(1 2 3 7) > > > > I thought vectors shoud be self-quoting. Either you are using a very old version, or you are in the wrong package. There are versions of clisp in which vectors don't self-quote, versions in which they self-quote, and versions in which this depends on the structure of the package current when the form is read. Hope this helps. Pierpaolo. From stoffel@cs.tu-berlin.de Wed Apr 16 14:58:58 1997 Return-Path: Received: from mail.cs.tu-berlin.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03138; Wed, 16 Apr 97 14:58:58 +0200 Received: from bartok (stoffel@bartok.cs.tu-berlin.de [130.149.23.28]) by mail.cs.tu-berlin.de (8.8.5/8.8.5) with SMTP id OAA01214 for ; Wed, 16 Apr 1997 14:17:17 +0200 (MET DST) Sender: stoffel@cs.tu-berlin.de Message-Id: <3354C34A.431B@cs.tu-berlin.de> Date: Wed, 16 Apr 1997 14:17:14 +0200 From: Mark Mueller Organization: TU Berlin X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 5.5 sun4m) Mime-Version: 1.0 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Q: Number2Bit-Vector Conversion ? References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi, does someone know, if there exists a function in clisp to convert a number into a bit-vector ? Thanx in Advance, Mark -- Mark Müller * Institut für Angewandte Informatik * FG Methoden der KI Sekr. 5-8 * Franklinstr.28-29 * 10587 Berlin * Tel.: 314-21005 Email: pandur@cs.tu-berlin.de * stoffel@cs.tu-berlin.de WWW: http://www.cs.tu-berlin.de/~pandur/ From toy@rtp.ericsson.se Wed Apr 16 15:22:46 1997 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03552; Wed, 16 Apr 97 15:22:46 +0200 Received: from mr1.exu.ericsson.se (mr1.exu.ericsson.com [138.85.147.11]) by gwa.ericsson.com (8.8.2/8.8.2) with ESMTP id HAA15948 for ; Wed, 16 Apr 1997 07:53:16 -0500 (CDT) Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr1.exu.ericsson.se (8.7.1/NAHUB-MR1.1) with SMTP id HAA24294 for ; Wed, 16 Apr 1997 07:53:14 -0500 (CDT) Received: from rcur (rcur18.rtp.ericsson.se [147.117.133.138]) by screamer.rtp.ericsson.se (8.6.12/8.6.4) with ESMTP id IAA08789 for ; Wed, 16 Apr 1997 08:53:14 -0400 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de References: <3354C34A.431B@cs.tu-berlin.de> Subject: Re: Q: Number2Bit-Vector Conversion ? In-Reply-To: (Your message of Wed, 16 Apr 1997 15:03:07 +0200.) <3354C34A.431B@cs.tu-berlin.de> Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Date: Wed, 16 Apr 1997 08:53:13 -0400 Message-Id: <1195.861195193@rtp.ericsson.se> From: Raymond Toy >>>>> "Mark" == Mark Mueller writes: Mark> Hi, Mark> does someone know, if there exists a function in clisp to Mark> convert a number into a bit-vector ? If you don't want something fast, how about something like this (replace 1234 with your number): (with-input-from-string (s (format nil "#*~2r" 1234)) (read s)) Ray From haible@ilog.fr Wed Apr 16 16:00:38 1997 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04050; Wed, 16 Apr 97 16:00:38 +0200 Received: by relay1.fnet.fr (5.65c8d/96.05.03) via EUnet-France id AA23021; Wed, 16 Apr 1997 15:31:06 +0200 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.5/8.7.3) with ESMTP id PAA28669; Wed, 16 Apr 1997 15:27:45 +0200 (MET DST) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id PAA29229; Wed, 16 Apr 1997 15:27:42 +0200 (MET DST) Date: Wed, 16 Apr 1997 15:27:42 +0200 (MET DST) Message-Id: <199704161327.PAA29229@halles.ilog.fr> To: Subject: Re: Q: Number2Bit-Vector Conversion ? In-Reply-To: <3354C34A.431B@cs.tu-berlin.de> References: <3354C34A.431B@cs.tu-berlin.de> > does someone know, if there exists a function in clisp to > convert a number into a bit-vector ? There is no such function built-in, but you can write a portable one. (defun to-bitvector (x &optional (bits 0 bitsp)) (assert (typep x '(integer 0 *))) (if bitsp (assert (<= (integer-length x) bits)) (setq bits (integer-length x)) ) (let ((v (make-array bits :element-type 'bit))) (dotimes (i bits) (when (logbitp i x) (setf (aref v i) 1)) ) v ) ) Bruno From Peter.Wehner@Masch-Bau.Uni-Magdeburg.DE Mon Apr 28 15:30:46 1997 Return-Path: Received: from dfnserv2.urz.uni-magdeburg.de (comserv.URZ.Uni-Magdeburg.DE) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA23460; Mon, 28 Apr 97 15:30:46 +0200 Received: from ifm-hp1.mb.Uni-Magdeburg.DE by dfnserv2.urz.uni-magdeburg.de with Local SMTP (PP) id <24844-0@dfnserv2.urz.uni-magdeburg.de>; Mon, 28 Apr 1997 14:57:50 +0200 Received: from localhost by ifm-hp1.mb.uni-magdeburg.de with SMTP (1.37.109.18/16.2) id AA033071472; Mon, 28 Apr 1997 14:44:32 +0200 Date: Mon, 28 Apr 1997 14:44:31 +0200 (MESZ) From: Peter Wehner To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: return value of FUNCALL In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII hey there, i suppose some problem of my understanding of lisp (or something wrong in clisp)? however, > (lisp-implementation-type) "CLISP" > (lisp-implementation-version) "1996-04-17 (April 1996)" on Linux ifm-pc31.mb.uni-magdeburg.de 1.99.4 #1-pre-2.0 Thu Oct 10 12:59:25 MET DST 1996 i586. basically i have a list of function names of functions that return T in case of succes and NIL (the default) otherwise. i preassume that FUNCALL always returns what its argument returns. so when i process the function list using DOLIST as in (dolist (runner *LISTE*) ;; 3 items in the list (print (funcall runner))) i will find some output like: ... T ;; 1. fu T ;; 2. fu NIL ;; 3. fu ... etc. for every function called, the first two bodies being executed. but what happened was output of TWO return values of FUNCALL sometimes (for certain orders of the functions in the list). namely T (for the function) and a NIL afterwards like: ... T ;; 1. fu NIL T ;; 2. fu NIL ;; 3. fu well, checking the execution of the function bodies by watching the output of FUNCALL is a bad idea? by the way, MAPCAR works fine: (mapcar #'funcall *LISTE*) ==> (T T NIL) no matter how i put the order of the function names in the list. i was reading winston/horn and steele, but nothing was said about FUNCALL multiple return values, at least FUNCALL return values. any ideas? thanks for your time, peter ------------------------------------------------------------- Dipl.-Ing. Peter Wehner Institut fuer Mechanik Otto-von-Guericke-Universitaet Magdeburg Universitaetsplatz 2 D-39106 Magdeburg Tel. 0391/67-12296 Fax. 0391/67-12439 e-mail : peter.wehner@mb.uni-magdeburg.de www: http://comserv.urz.uni-magdeburg.de/~wehner/ From aler@inf.uc3m.es Mon Apr 28 18:12:25 1997 Return-Path: Received: from elrond.uc3m.es by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA25308; Mon, 28 Apr 97 18:12:25 +0200 Received: from tristan.uc3m.es by elrond.uc3m.es (4.1/SM941027.01) id AA13615; Mon, 28 Apr 97 17:40:32 +0200 Date: Mon, 28 Apr 1997 17:50:02 +0200 (MET DST) From: Ricardo Aler Mur X-Sender: aler@tristan.uc3m.es Reply-To: aler@inf.uc3m.es To: clisp Subject: "Abort - core dumped" Message-Id: Distribution: world Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, "Abort - core dumped" is the error message I get when I run a certain program with quite a lot of recursion in it. The interpreter ends by itself, so I don't know what the problem is or how to solve it. Has anybody had the same problem?. Any ideas about what is going on?. Thanks, R. Aler. From haible@ilog.fr Mon Apr 28 22:22:16 1997 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01158; Mon, 28 Apr 97 22:22:16 +0200 Received: by relay1.fnet.fr (5.65c8d/96.05.03) via EUnet-France id AA01630; Mon, 28 Apr 1997 21:50:31 +0200 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.5/8.7.3) with ESMTP id VAA03342; Mon, 28 Apr 1997 21:43:48 +0200 (MET DST) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id VAA09280; Mon, 28 Apr 1997 21:43:49 +0200 (MET DST) Date: Mon, 28 Apr 1997 21:43:49 +0200 (MET DST) Message-Id: <199704281943.VAA09280@halles.ilog.fr> To: Subject: Re: "Abort - core dumped" In-Reply-To: References: Hi, > "Abort - core dumped" is the error message I get when I run a certain > program with quite a lot of recursion in it. Thanks for reporting this. This is not a typical stack overflow message, rather an indication of some bug inside clisp, which has been triggered by your program. Could you please send me - the version of clisp which is producing this bug: (lisp-implementation-version), (software-type), (software-version), - the name of the platform on which this is occuring, - the program which triggers the bug (if you succeed in making it smaller without making the bug go away, you're welcome), - tell whether you ran your program interpreted or byte-compiled. Thank you. Bruno From marco@sentenext1.epfl.ch Tue Apr 29 10:18:58 1997 Return-Path: Received: from sicmail.epfl.ch by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05344; Tue, 29 Apr 97 10:18:58 +0200 Received: from sentenext1.epfl.ch by sicmail with SMTP (PP); Tue, 29 Apr 1997 09:40:27 +0200 Received: from xlthlx by sentenext1.epfl.ch (NX5.67d/NX3.0M) id AA01569; Tue, 29 Apr 97 09:44:38 +0200 Received: (from marco@localhost) by xlthlx.sente.ch (8.8.5/8.8.5) id JAA00229 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Tue, 29 Apr 1997 09:44:37 +0200 (MET DST) Message-Id: <199704290744.JAA00229@xlthlx.sente.ch> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 4.1mach v148) X-Nextstep-Mailer: Mail 3.3 (Enhance 1.2) Original-Received: by NeXT.Mailer (1.148) Pp-Warning: Illegal Received field on preceding line From: Marco Scheurer Date: Tue, 29 Apr 97 09:44:36 +0200 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Vacation - Sorry Reply-To: marco@sentenext1.epfl.ch X-Url: http://sente.epfl.ch/ My apologies to the recipients of this list. When I left I assumed that the vacation program would reply only to messages directly addressed to me. That was not the case. Please accept my apologies for the noise I made. Thanks, Marco Scheurer Sen:te From aler@inf.uc3m.es Tue Apr 29 12:07:46 1997 Return-Path: Received: from elrond.uc3m.es by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06691; Tue, 29 Apr 97 12:07:46 +0200 Received: from tristan.uc3m.es by elrond.uc3m.es (4.1/SM941027.01) id AA10759; Tue, 29 Apr 97 11:35:46 +0200 Date: Tue, 29 Apr 1997 11:45:17 +0200 (MET DST) From: Ricardo Aler Mur X-Sender: aler@tristan.uc3m.es Reply-To: aler@inf.uc3m.es To: Multiple recipients of list Subject: Re: "Abort - core dumped" In-Reply-To: <199704281943.VAA09280@halles.ilog.fr> Message-Id: Distribution: world Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 29 Apr 1997, Bruno Haible wrote: > - the version of clisp which is producing this bug: > (lisp-implementation-version), (software-type), (software-version), > (lisp-implementation-version) "September 1993" > (software-type) "ANSI C program" > (software-version) "GNU C 2.3.3" > - the name of the platform on which this is occuring, UNIX(r) System V Release 4.0 It's a sun 10. I've been told it happens in Linux for PC too. I'll try to gather the data. I've tried the same program in an HP-UX B.10.01 A 9000/715 and the error message I get is: *** - no more room for LISP objects So it looks like a memory problem. In both cases (sun and HP) the size of memory used grows more and more until the programs stops with "Abort" (in the sun case) or "*** no more ..." in the hp case. Here is the data for the HP: 1. Break> (lisp-implementation-version) "1996-05-14 (May 1996)" 1. Break> (software-type) "ANSI C program" 1. Break> (software-version) "GNU C 2.7.2" > - the program which triggers the bug (if you succeed in making it > smaller without making the bug go away, you're welcome), The program is quite big and setting it up is not trivial. If you need it, I might open you an account here in the HP (Marcus already used it). > - tell whether you ran your program interpreted or byte-compiled. byte-compiled in all the cases. R. Aler From Peter.Wehner@Masch-Bau.Uni-Magdeburg.DE Tue Apr 29 14:11:03 1997 Return-Path: Received: from dfnserv2.urz.uni-magdeburg.de (comserv.URZ.Uni-Magdeburg.DE) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08113; Tue, 29 Apr 97 14:11:03 +0200 Received: from ifm-hp1.mb.Uni-Magdeburg.DE by dfnserv2.urz.uni-magdeburg.de with Local SMTP (PP) id <03254-0@dfnserv2.urz.uni-magdeburg.de>; Tue, 29 Apr 1997 13:37:00 +0200 Received: from localhost by ifm-hp1.mb.uni-magdeburg.de with SMTP (1.37.109.18/16.2) id AA059763014; Tue, 29 Apr 1997 13:23:34 +0200 Date: Tue, 29 Apr 1997 13:23:34 +0200 (MESZ) From: Peter Wehner To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: 2nd to the funcall problem Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII thanks for the audience, i got the following replys: ;;----------------------------------------------------------------- Date: Mon, 28 Apr 1997 11:29:53 -0400 From: Ken Olum To: Peter.Wehner@Masch-Bau.Uni-Magdeburg.DE Subject: Re: return value of FUNCALL Is there any possibility that you have confused the return value of DOLIST, printed by the read-eval-print loop, with something output from PRINT? I'd say (let ((i 0)) (dolist (runner *LISTE*) (format t "~&Return value ~D is ~S" (incf i) (funcall runner)))) to be sure you know what is going on. Ken ;;----------------------------------------------------------------- Date: Mon, 28 Apr 1997 10:28:02 -0500 (CDT) From: David Gadbois To: peter.wehner@Masch-Bau.Uni-Magdeburg.DE Subject: Re: return value of FUNCALL Date: Mon, 28 Apr 97 15:35:44 +0200 From: Peter Wehner i was reading winston/horn and steele, but nothing was said about FUNCALL multiple return values, at least FUNCALL return values. It does, but the functions you are calling on the results only pick the first value. You could, say, package up the values with MULTIPLE-VALUE-LIST and pass them around that way. --David Gadbois ;;----------------------------------------------------------------- but it does'nt help me further. however, i of course did'nt read ALL of the mentioned literature. David, please give me some hint where to look up the subject. i'm using winston/horn (book, 3rd ed., 1993) and steele (html, 2nd ed. from cmu ai repository). ok, i prepared a small and self-containing example to present my problem as clear as possible (i hope ...). there might be no need for further explanations, please see the code as follows: (defun d1 () T) ;; just return T when called (defun d2 () NIL) ;; return NIL (the default (defun d2 () ) is the same) ;; given a list of function-names iterate over it in DOLIST - ;; when any of the functions returned T, setf FIRED to T - when FIRED ;; is T than try it one more time in LOOP until CYCLES is exceeded (defun try (&rest rules) (let ((fired nil) (count 1) (cycles 2)) (loop (dolist (runner rules) (setf fired (or fired (print (funcall runner))))) ;; printed (unless (and fired (< count cycles)) (return)) ;; break the loop ;; in case (setf fired nil) (format t "~%Finished Cycle ~A - Trying again ...~%" (- (incf count) 1))) (format t "~%[finished after cycle ~A]. ~%" count)) ) now try the following calls to (try). does'nt it seem that DOLIST breaks whenever fired is set to T or whatever? >(try #'d2 #'d2 #'d2 #'d1 #'d2 #'d1) ;; gives NIL NIL NIL T Finished Cycle 1 - Trying again ... NIL NIL NIL T [finished after cycle 2]. NIL > ;; and >(try #'d2 #'d1 #'d2 #'d1) ;; gives NIL T Finished Cycle 1 - Trying again ... NIL T [finished after cycle 2]. NIL > so what's going on? the RETURN should not influence DOLIST but LOOP as far as i can see. thats it, peter ------------------------------------------------------------- Dipl.-Ing. Peter Wehner Institut fuer Mechanik Otto-von-Guericke-Universitaet Magdeburg Universitaetsplatz 2 D-39106 Magdeburg Tel. 0391/67-12296 Fax. 0391/67-12439 e-mail : peter.wehner@mb.uni-magdeburg.de www: http://comserv.urz.uni-magdeburg.de/~wehner/ From nuron@isr.isr.ist.utl.pt Tue Apr 29 19:13:00 1997 Return-Path: Received: from isr.isr.ist.utl.pt by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11431; Tue, 29 Apr 97 19:13:00 +0200 Received: by isr.isr.ist.utl.pt; (5.65/1.1.8.2/10Aug95-0207PM) id AA06793; Tue, 29 Apr 1997 17:41:55 +0200 Date: Tue, 29 Apr 1997 17:41:55 +0200 Message-Id: <9704291541.AA06793@isr.isr.ist.utl.pt> From: Rodrigo Ventura To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: CLISP in NetBSD/Amiga. Anyone? Mime-Version: 1.0 (generated by tm-edit 7.95) Content-Type: text/plain; charset=US-ASCII Hi. Has anyone tried/done porting CLISP for NetBSD (namely, amiga)? I'm really interested in it. CLISP has been successfully ported to the native OS of Amiga. But I prefer the NetBSD environment, not only for stability reasons, but also because of the emacs 19.?? port (there is only an emacs 18.?? port for AmigaDOS). I've tried to compile several lispers to NetBSD/Amiga, with little success. Only gcl compiled fine, but has problems with pcl (CLOS). I tried to compile CLISP in NetBSD but it gave lots of problems. Regards, *** Rodrigo Martins de Matos Ventura, alias *** nuron@isr.ist.utl.pt, http://www.isr.ist.utl.pt/~nuron *** Instituto Superior Tecnico, Lisboa, Portugal *** PGP Public Key available on my homepage *** Key fingerprint = 0C 0A 25 58 46 CF 14 99 CF 9C AF 9E 10 02 BB 2A From hgomez@uax.es Wed Apr 30 11:04:03 1997 Return-Path: Received: from zeus.uax.es by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA22464; Wed, 30 Apr 97 11:04:03 +0200 Received: from orion.uax.es (orion-gw [10.146.27.198]) by zeus.uax.es (8.6.10/5.3) with ESMTP id KAA21154; Wed, 30 Apr 1997 10:30:39 +0200 Received: (hgomez@localhost) by orion.uax.es (8.6.10/5.3) id KAA16263; Wed, 30 Apr 1997 10:30:36 +0200 Date: Wed, 30 Apr 1997 10:30:36 +0200 From: Hector Gomez Gauchia Message-Id: <199704300830.KAA16263@orion.uax.es> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: error runing clisp under windows 3.1 Cc: hgomez@uax.es I installed clisp in a pc and it runs under DOS but I try to run it in a window and I got this message , Can any one help me? Thank you ------------------------------------------------------------------- C:\UTILMIO\CLISP\MISFILES>SET RSX= c:\utilmio\clisp\lib\rsx.exe No queda espacio de entorno (no environment space available) C:\UTILMIO\CLISP\MISFILES>c:\utilmio\clisp\lib\rsx.exe c:\utilmio\clisp\lib .exe -M c:\utilmio\clisp\lib\lispinit.mem RSX (32bit rel 5) dpmi 0.9-1.0 extender (c) Rainer Schnitker '93 '94 WARNING: emx 0.9b or later required 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 process 2 get hardware fault 12 (stack fault) at 10ED1 writing core file Process terminated by SIGSEGV C:\UTILMIO\CLISP\MISFILES> From aler@inf.uc3m.es Wed Apr 30 12:46:43 1997 Return-Path: Received: from elrond.uc3m.es by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA23996; Wed, 30 Apr 97 12:46:43 +0200 Received: from tristan.uc3m.es by elrond.uc3m.es (4.1/SM941027.01) id AA00293; Wed, 30 Apr 97 12:14:32 +0200 Date: Wed, 30 Apr 1997 12:24:02 +0200 (MET DST) From: Ricardo Aler Mur X-Sender: aler@tristan.uc3m.es Reply-To: aler@inf.uc3m.es To: clisp-list Subject: Re: socket functions? In-Reply-To: Message-Id: Distribution: world Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, did you find anything?. I have the same problem than you. Cheers, Ricardo. On Wed, 12 Jun 1996, Dave Laplander wrote: > > Does anyone know where I can find some information on using CLISP's > socket-* family of functions? I'm trying to connect a LISP program running > on a linux machine to a network socket on a Windows 95 machine that will > output a stream of data upon connection. > ... From haible@ilog.fr Wed Apr 30 15:17:13 1997 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA25651; Wed, 30 Apr 97 15:17:13 +0200 Received: by relay1.fnet.fr (5.65c8d/96.05.03) via EUnet-France id AA24040; Wed, 30 Apr 1997 14:44:43 +0200 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.5/8.7.3) with ESMTP id MAA29334; Wed, 30 Apr 1997 12:58:31 +0200 (MET DST) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id MAA15346; Wed, 30 Apr 1997 12:58:30 +0200 (MET DST) Date: Wed, 30 Apr 1997 12:58:30 +0200 (MET DST) Message-Id: <199704301058.MAA15346@halles.ilog.fr> To: Cc: Hector Gomez Gauchia Subject: Re: error runing clisp under windows 3.1 In-Reply-To: <199704300830.KAA16263@orion.uax.es> References: <199704300830.KAA16263@orion.uax.es> Hector Gomez Gauchia writes: > > I installed clisp in a pc and it runs under DOS but I try to run it in a > window and I got this message , Can any one help me? > > C:\UTILMIO\CLISP\MISFILES>c:\utilmio\clisp\lib\rsx.exe c:\utilmio\clisp\lib > .exe -M c:\utilmio\clisp\lib\lispinit.mem > RSX (32bit rel 5) dpmi 0.9-1.0 extender (c) Rainer Schnitker '93 '94 > WARNING: emx 0.9b or later required > ... > process 2 get hardware fault 12 (stack fault) at 10ED1 With this version of RSX (rel 5) you need to pass the option -Ra, like this: DOS> c:\utilmio\clisp\lib\rsx.exe -Ra c:\utilmio\clisp\lib\lisp.exe -M c:\utilmio\clisp\lib\lispinit.mem Bruno From leigh@antechinus.cs.uwa.oz.au Thu May 1 14:10:41 1997 Return-Path: Received: from cs.uwa.oz.au (bilby.cs.uwa.oz.au) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11390; Thu, 1 May 97 14:10:41 +0200 Received: from antechinus.cs.uwa.edu.au (antechinus.cs.uwa.oz.au [130.95.1.16]) by cs.uwa.oz.au (8.6.8/8.5) with SMTP id TAA25015; Thu, 1 May 1997 19:35:27 +0800 Received: by antechinus.cs.uwa.edu.au (NX5.67f2/NX3.0S) id AA08294; Thu, 1 May 97 19:42:22 +0800 Message-Id: <9705011142.AA08294@antechinus.cs.uwa.edu.au> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) X-Image-Url: http://www.cs.uwa.edu.au/~leigh/LeighXimage.tiff X-Nextstep-Mailer: Mail 3.3 (Enhance 2.0b5) Received: by NeXT.Mailer (1.118.2) From: Leigh Smith Date: Thu, 1 May 97 19:42:21 +0800 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: strange Makefile generation for readline under NeXTStep Reply-To: leigh@cs.uwa.oz.au X-Url: http://www.cs.uwa.edu.au/~leigh/ I'm not sure if this is NeXTStep specific, but running ./configure --prefix=/usr/local $(ARCHDIR) ./makemake --prefix=/usr/local --disable-nls --with-readline --with-dynamic-ffi > makefile make MODULES= for clisp-1997-02-11 produces the following output. The blanks preceeding dir) are actually \0's in the Makefile. I guess something is fishy with makemake? The problem didn't appear with 1996-05-02 (the previous release I have had running ok). I'm not using the newreadline, just the original readline. --- Leigh Computer Science, University of Western Australia Smith +61-9-380-3778 leigh@cs.uwa.edu.au (NeXTMail/MIME) in readline/Makefile: readline.o: $(srcdir)/readline.c $(I_SYSDEP_H) $(I_RLXREF_H) $(I_READLINE_H) $(I_HISTORY_H) $(I_RLTTY_H) $(CC) -c $(CFLAGS) $(INCL${ac_dA}HAVE_TERMIOS_H${ac_dB}HAVE_TERMIOS_H${ac_dC}1${ac_dD} ${ac_uA}HAVE_TERMIOS_H${ac_uB}HAVE_TERMIOS_H${ac_uC}1${ac_uD} ${ac_eA}HAVE_TERMIOS_H${ac_eB}HAVE_TERMIOS_H${ac_eC}1${ac_eD} ${ac_fA}HAVE_TERMIOS_H${ac_fB}HAVE_TERMIOS_H${ac_fC}1${ac_fD} ${ac_dA}HAVE_SGTTY_H${ac_dB}HAVE_SGTTY_H${ac_dC}1${ac_dD} ${ac_uA}HAVE_SGTTY_H${ac_uB}HAVE_SGTTY_H${ac_uC}1${ac_uD} ${ac_eA}HAVE_SGTTY_H${ac_eB}HAVE_SGTTY_H${ac_eC}1${ac_eD} ${ac_fA}HAVE_SGTTY_H${ac_fB}HAVE_SGTTY_H${ac_fC}1${ac_fD} ${ac_dA}HAVE_SELECT${ac_dB}HAVE_SELECT${ac_dC}1${ac_dD} ${ac_uA}HAVE_SELECT${ac_uB}HAVE_SELECT${ac_uC}1${ac_uD} ${ac_eA}HAVE_SELECT${ac_eB}HAVE_SELECT${ac_eC}1${ac_eD} ${ac_fA}HAVE_SELECT${ac_fB}HAVE_SELECT${ac_fC}1${ac_fD} ${ac_dA}HAVE_ALLOCA${ac_dB}HAVE_ALLOCA${ac_dC}1${ac_dD} ${ac_uA}HAVE_ALLOCA${ac_uB}HAVE_ALLOCA${ac_uC}1${ac_uD} ${ac_eA}HAVE_ALLOCA${ac_eB}HAVE_ALLOCA${ac_eC}1${ac_eD} ${ac_fA}HAVE_ALLOCA${ac_fB}HAVE_ALLOCA${ac_fC}1${ac_fD} ${ac_dA}HAVE_STRCHR${ac_dB}HAVE_STRCHR${ac_dC}1${ac_dD} ${ac_uA}HAVE_STRCHR${ac_uB}HAVE_STRCHR${ac_uC}1${ac_uD} ${ac_eA}HAVE_STRCHR${ac_eB}HAVE_STRCHR${ac_eC}1${ac_eD} ${ac_fA}HAVE_STRCHR${ac_fB}HAVE_STRCHR${ac_fC}1${ac_fD} ${ac_dA}HAVE_STRRCHR${ac_dB}HAVE_STRRCHR${ac_dC}1${ac_dD} ${ac_uA}HAVE_STRRCHR${ac_uB}HAVE_STRRCHR${ac_uC}1${ac_uD} ${ac_eA}HAVE_STRRCHR${ac_eB}HAVE_STRRCHR${ac_eC}1${ac_eD} ${ac_fA}HAVE_STRRCHR${ac_fB}HAVE_STRRCHR${ac_fC}1${ac_fD} ${ac_dA}HAVE_STRPBRK${ac_dB}HAVE_STRPBRK${ac_dC}1${ac_dD} ${ac_uA}HAVE_STRPBRK${ac_uB}HAVE_STRPBRK${ac_uC}1${ac_uD} ${ac_eA}HAVE_STRPBRK${ac_eB}HAVE_STRPBRK${ac_eC}1${ac_eD} ${ac_fA}HAVE_STRPBRK${ac_fB}HAVE_STRPBRK${ac_fC}1${ac_fD} ${ac_dA}RETSIGTYPE${ac_dB}RETSIGTYPE${ac_dC}void${ac_dD} ${ac_uA}RETSIGTYPE${ac_uB}RETSIGTYPE${ac_uC}void${ac_uD} ${ac_eA}RETSIGTYPE${ac_eB}RETSIGTYPE${ac_eC}void${ac_eD} ${ac_fA}RETSIGTYPE${ac_fB}RETSIGTYPE${ac_fC}void${ac_fD} ${ac_dA}RETSIGTYPE_VOID${ac_dB}RETSIGTYPE_VOID${ac_dC}1${ac_dD} ${ac_uA}RETSIGTYPE_VOID${ac_uB}RETSIGTYPE_VOID${ac_uC}1${ac_uD} ${ac_eA}RETSIGTYPE_VOID${ac_eB}RETSIGTYPE_VOID${ac_eC}1${ac_eD} ${ac_fA}RETSIGTYPE_VOID${ac_fB}RETSIGTYPE_VOID${ac_fC}1${ac_fD} ${ac_dA}SIGNALBLOCK_BSD${ac_dB}SIGNALBLOCK_BSD${ac_dC}1${ac_dD} ${ac_uA}SIGNALBLOCK_BSD${ac_uB}SIGNALBLOCK_BSD${ac_uC}1${ac_uD} ${ac_eA}SIGNALBLOCK_BSD${ac_eB}SIGNALBLOCK_BSD${ac_eC}1${ac_eD} ${ac_fA}SIGNALBLOCK_BSD${ac_fB}SIGNALBLOCK_BSD${ac_fC}1${ac_fD} ${ac_dA}SIGNAL_NEED_UNBLOCK${ac_dB}SIGNAL_NEED_UNBLOCK${ac_dC}1${ac_dD} ${ac_uA}SIGNAL_NEED_UNBLOCK${ac_uB}SIGNAL_NEED_UNBLOCK${ac_uC}1${ac_uD} ${ac_eA}SIGNAL_NEED_UNBLOCK${ac_eB}SIGNAL_NEED_UNBLOCK${ac_eC}1${ac_eD} ${ac_fA}SIGNAL_NEED_UNBLOCK${ac_fB}SIGNAL_NEED_UNBLOCK${ac_fC}1${ac_fD} ${ac_dA}GETPWUID_UID_T${ac_dB}GETPWUID_UID_T${ac_dC}int${ac_dD} ${ac_uA}GETPWUID_UID_T${ac_uB}GETPWUID_UID_T${ac_uC}int${ac_uD} ${ac_eA}GETPWUID_UID_T${ac_eB}GETPWUID_UID_T${ac_eC}int${ac_eD} ${ac_fA}GETPWUID_UID_T${ac_fB}GETPWUID_UID_T${ac_fC}int${ac_fD} $(includedir)/readline/keymaps.h $(INSTALL_DATA) $(srcdir)/chardefs.h From hoehle@zeus.gmd.de Fri May 2 15:17:09 1997 Return-Path: Received: from mail.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA27555; Fri, 2 May 97 15:17:09 +0200 Received: from zeus.gmd.de (zeus) by mail.gmd.de with SMTP id AA19995 (5.67b8/IDA-1.5 for ); Fri, 2 May 1997 14:44:50 +0200 Received: by zeus.gmd.de id AA00722 (5.67b8/IDA-1.5 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de); Fri, 2 May 1997 14:45:09 +0200 Date: Fri, 2 May 1997 14:45:09 +0200 Message-Id: <199705021245.AA00722@zeus.gmd.de> From: Joerg.Hoehle@gmd.de (Joerg Hoehle) To: Subject: CLISP in NetBSD/Amiga. Anyone? In-Reply-To: <9704291541.AA06793@isr.isr.ist.utl.pt> References: <9704291541.AA06793@isr.isr.ist.utl.pt> Content-Type: text Content-Length: 2154 Rodrigo Ventura writes: > > Hi. Has anyone tried/done porting CLISP for NetBSD (namely, > amiga)? I'm really interested in it. CLISP has been successfully > ported to the native OS of Amiga. But I prefer the NetBSD environment, > not only for stability reasons, but also because of the emacs 19.?? Hey, I can count on my fingers the number of times the Amiga-CLISPs I released crashed on me. > port (there is only an emacs 18.?? port for AmigaDOS). I've tried Emacs-19 exists but I've yet to see an Emacs as stable (UNIX included) as 18.59. > compile CLISP in NetBSD but it gave lots of problems. Sorry, I can't really help you with non native Amiga ports. You'll need a rock-solid GCC to compile CLISP, I'm still using 2.5.8. You mustn't have AMIGAOS defined and maybe even not define AMIGA, but `configure' should take care of this. Try to be more specific about your "lots of problems", maybe somebody will recognize a pattern. Here's from very old mails to the list: :From: Michel.Loi@lip.ens-lyon.fr (Michel Loi) :Sender: clisp-list@ma2s2.mathematik.uni-karlsruhe.de :Subject: problem building clisp for AMIGA NetBSD 1.0 :Date: Wed, 2 Nov 94 09:37:47 +0100 :lisp.run dumps core when loading "defmacro.lsp" [...] :- I've tried older versions of clisp: same result : these versions work fine with AMIX 2.1 and : NetBSD 0.9 (!) :- I've used gcc 2.4.5 and 2.6.0: same result :From: Bob Slawson :Sender: clisp-list@ma2s2.mathematik.uni-karlsruhe.de :Subject: Re: clisp on NetBSD ? :Date: Wed, 30 Mar 94 08:58:51 +0200 :I have CLISP running under NetBSD/Amiga. mmap() and friends and the :shm support don't seem to be adequate for CLISP. I can only get working :images when CLISP is built with the -DNO_MULTIMAP_FILE and -DNO_MULTIMAP_SHM :options set (same as for 386BSD from the porting notes). :NetBSD is still evolving so maybe someday. I can forward you the `unixconf.h' file that Bob Slawson sent to me back then. CLISP internas w.r.t. UNIX have changed a lot since 1994. Regards, Jo"rg Ho"hle. Joerg.Hoehle@gmd.de http://zeus.gmd.de/~hoehle/amiga-clisp.html Amiga-CLISP (native) From haible@ilog.fr Fri May 2 15:43:40 1997 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA27932; Fri, 2 May 97 15:43:40 +0200 Received: by relay1.fnet.fr (5.65c8d/96.05.03) via EUnet-France id AA15047; Fri, 2 May 1997 15:11:10 +0200 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.5/8.7.3) with ESMTP id OAA27462; Fri, 2 May 1997 14:46:18 +0200 (MET DST) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id OAA25709; Fri, 2 May 1997 14:46:15 +0200 (MET DST) Date: Fri, 2 May 1997 14:46:15 +0200 (MET DST) Message-Id: <199705021246.OAA25709@halles.ilog.fr> To: Subject: Re: strange Makefile generation for readline under NeXTStep In-Reply-To: <9705011142.AA08294@antechinus.cs.uwa.edu.au> References: <9705011142.AA08294@antechinus.cs.uwa.edu.au> Leigh Smith writes: > in readline/Makefile: > > readline.o: $(srcdir)/readline.c $(I_SYSDEP_H) $(I_RLXREF_H) > $(I_READLINE_H) $(I_HISTORY_H) $(I_RLTTY_H) > $(CC) -c $(CFLAGS) > $(INCL${ac_dA}HAVE_TERMIOS_H${ac_dB}HAVE_TERMIOS_H${ac_dC}1${ac_dD} > ${ac_uA}HAVE_TERMIOS_H${ac_uB}HAVE_TERMIOS_H${ac_uC}1${ac_uD} > ... > ${ac_fA}GETPWUID_UID_T${ac_fB}GETPWUID_UID_T${ac_fC}int${ac_fD} > > $(includedir)/readline/keymaps.h > $(INSTALL_DATA) $(srcdir)/chardefs.h > If this junk is already present in "makemake", you probably have a buggy "sed" program. Replace it by something more reliable (e.g. GNU sed-2.05). If not, then something on your system is corrupted, and you should make backups even more regularly than you already do... Bruno From hoehle@zeus.gmd.de Mon May 5 15:23:54 1997 Return-Path: Received: from diva.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05061; Mon, 5 May 97 15:23:54 +0200 Received: by diva.gmd.de with UUCP id AA03130 (5.67b8/IDA-1.5 for clisp-list@[129.13.115.2]); Mon, 5 May 1997 14:51:21 +0200 Date: Mon, 5 May 1997 14:51:21 +0200 Message-Id: <199705051251.AA03130@diva.gmd.de> From: hoehle@zeus.gmd.de (Joerg Hoehle) To: clisp-list@[129.13.115.2] Subject: DESCRIBE information Hi, has anybody ever enhanced DESCRIBE to output existant variable or function documentation and possibly function argument list for described symbols (something like CMUCL does)? It's just cumbersome to (describe 'foo) (symbol-plist 'foo) ;then peek at documentation strings (describe (symbol-function 'foo)) Jo"rg Ho"hle. Joerg.Hoehle@gmd.de http://zeus.gmd.de/~hoehle/amiga-clisp.html From bernardp@CLI.DI.Unipi.IT Mon May 5 16:36:53 1997 Return-Path: Received: from mailserver.cli.di.unipi.it (alice.cli.di.unipi.it) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06044; Mon, 5 May 97 16:36:53 +0200 Organization: Centro di Calcolo - Dipartimento di Informatica di Pisa - Italy Received: from helen.cli.di.unipi.it (helen.cli.di.unipi.it [131.114.11.38]) by mailserver.cli.di.unipi.it (8.8.5/8.7.3) with ESMTP id QAA15125; Mon, 5 May 1997 16:05:55 +0200 (MET DST) From: Pierpaolo Bernardi Received: (bernardp@localhost) by helen.cli.di.unipi.it (8.8.5/8.6.12) id QAA28087; Mon, 5 May 1997 16:05:53 +0200 (MET DST) Date: Mon, 5 May 1997 16:05:53 +0200 (MET DST) Message-Id: <199705051405.QAA28087@helen.cli.di.unipi.it> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: probe-file Impnotes says: > PROBE-FILE may be used to check whether a directory exists. but Clisp says: [CL-USER]> (probe-file "/") *** - no file name given: #"/" 1. Break[CL-USER]> [CL-USER]> (probe-file "/tmp") #"/tmp" [CL-USER]> (probe-file "/tmp/") *** - no file name given: #"/tmp/" 1. Break[CL-USER]> Is this a bug, or am I misunderstanding something? If this is the intended behaviour, I find it quite confusing, and difficult to use. (lisp-implementation-version) ==> "1996-05-30 (May 1996)" uname ==> Linux 2.0.30 i486 Cheers, Pierpaolo From jt@linus.mitre.org Mon May 5 21:57:56 1997 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09367; Mon, 5 May 97 21:57:56 +0200 Received: from linus.mitre.org by nz11.rz.uni-karlsruhe.de with SMTP (PP); Mon, 5 May 1997 21:25:01 +0200 Received: from veraguas.mitre.org (veraguas.mitre.org [129.83.10.87]) by linus.mitre.org (8.8.5/8.8.5) with ESMTP id PAA26599 for ; Mon, 5 May 1997 15:23:33 -0400 (EDT) Received: (from jt@localhost) by veraguas.mitre.org (8.7.5/8.7.3) id PAA10667; Mon, 5 May 1997 15:23:29 -0400 (EDT) Date: Mon, 5 May 1997 15:23:29 -0400 (EDT) Message-Id: <199705051923.PAA10667@veraguas.mitre.org> From: "F. Javier Thayer" To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Unable to make CLISP on 686 I try to make CLISP on Debian Linux 2.0.27, I get the following error when I run the command ./makemake: make: *** No rule to make target `avcall-i686.o', needed by `avcall.o'. Stop Any suggestions? Thanks. Javier From haible@ilog.fr Tue May 6 10:41:45 1997 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09096; Tue, 6 May 97 10:41:45 +0200 Received: by relay1.fnet.fr (5.65c8d/96.05.03) via EUnet-France id AA08216; Mon, 5 May 1997 20:28:48 +0200 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.5/8.7.3) with ESMTP id UAA03674; Mon, 5 May 1997 20:14:34 +0200 (MET DST) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id UAA12561; Mon, 5 May 1997 20:14:31 +0200 (MET DST) Date: Mon, 5 May 1997 20:14:31 +0200 (MET DST) Message-Id: <199705051814.UAA12561@halles.ilog.fr> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, AI.Repository@cs.cmu.edu, friedman@gnu.ai.mit.edu Subject: New version of CLISP Hi all, Marcus Daniels and Joerg Hoehle and Peter Burwood and me and many others together have made a new release of CLISP. It's at the usual place, ftp://ma2s2.mathematik.uni-karlsruhe.de/pub/lisp/clisp/source/. Binaries for i386-linuxelf are in /pub/lisp/clisp/binaries/i386-linux-elf/. Here is the list of changes since my 1996-07-22 version. All known and reproduceable bugs are fixed, and most of Marcus Daniels' work has been integrated. 3 May 1997 ========== User visible changes -------------------- * X3J13 vote <182> is now fully implemented: A LET/LET*/COMPILER-LET binding specification may now be a list of length 1, without initial value. Thanks to Gilbert Baumann . * X3J13 vote <78> is now fully implemented: FLET, LABELS, MACROLET establish an implicit BLOCK. * X3J13 vote <100> is implemented: Hash tables with test function EQUALP. * X3J13 vote <131> is partially implemented: #P reader macro for pathnames. * The MULTIPLE-VALUE-BIND macro no longer allows lists as variable specifications, only symbols. Thanks to Gilbert Baumann . * DEFCLASS which changes a class is now allowed and generates a warning. Since UPDATE-INSTANCE-FOR-REDEFINED-CLASS is not supported, it is your responsibility to not use the old instances afterwards. Suggested by Brian Dennis and Tobias Kunze . * The TIME macro now outputs to *TRACE-OUTPUT* instead of *STANDARD-OUTPUT*. Thanks to Nathan Sidwell . * When the argument of the function TRANSLATE-LOGICAL-PATHNAME is a string, it is now interpreted as a logical pathname string. Previously, it was coerced to a pathname through the function PATHNAME, yielding a physical pathname. * CLISP now supports more than the three predefined user-interface languages. New macros DEFLANGUAGE, DEFINTERNATIONAL, DEFLOCALIZED. New function LOCALIZED. The macros ENGLISH, DEUTSCH, FRANCAIS now work only for strings. Removed the macro LANGUAGE-CASE. The implementation uses the GNU gettext library. Thanks to Ulrich Drepper and Marcus Daniels. * New user-interface language ESPANOL. Thanks to Carlos Linares Lo'pez who has translated about 55% of CLISP's messages to Spanish. * EQUALP now descends structures (but not CLOS instances!) on all platforms, as requested by X3J13 vote <71>. * The EXIT-ON-ERROR macro now also exits when a Ctrl-C interrupt occurs. Thanks to Roger Kehr . * The initial value of *LOAD-PATHS* on Unix is now (#"./" "~/lisp/**/") instead of (#"./" #"./**/" "~/**/"). To be customized in config.lsp. * New variable *LOAD-COMPILING*, which provides the default value for the :COMPILING keyword of function LOAD. The initial value of *LOAD-COMPILING* can be specified by a command line option. * Fixed a bug: (VALUES-LIST '()) often returned one value. Thanks to Gilbert Baumann . * Fixed a bug in the compiler: When optimizing (OR T form), the compiler could abort with an error message. Thanks to Nathan Sidwell . * Fixed a bug in the DEFSTRUCT macro which caused the compiler to issue an error message when compiling a structure definition containing a slot with a constant, non-NIL initializer. Thanks to Matthias Lindner . * Fixed a bug in the DEFCLASS macro which caused DEFCLASS and DEFINE-CONDITION to reject the :DOCUMENTATION class option. Thanks to Don Cohen . * Fixed a bug: The use of type specifiers of the form (FUNCTION argument-types result-type) within THE, ETHE, LOOP and DEFSTRUCT forms could lead to errors. Thanks to Marty Shannon . * Fixed two bugs in the DRIBBLE function: After calling (DRIBBLE pathname) followed by (DRIBBLE), *DEBUG-IO* referred to an unwritable stream. Calling (DRIBBLE pathname) from within a break loop caused some of the output to be logged twice. * Fixed a bug in the expansion of deeply nested backquotes. Thanks to S. Wotherspoon . * Fixed a bug in the LOOP macro: Stepping for FOR-AS-= clauses (LOOP ... {FOR|AS} var = form1 THEN form2 ...) could be executed in the wrong order if form1 is constant and form2 is non-constant. Thanks to Russell Senior . * Fixed a bug in /= : When called with more than two arguments, only the first two arguments were compared; the remaining arguments were ignored. Thanks to J. V. Needham . * Fixed a bug in EQUAL and EQUALP: displaced strings were not compared correctly. * Fixed a bug in EXPT: For x a (COMPLEX RATIONAL) and y = m/2^n, (EXPT X Y) actually returned x ^ (m/2^(n+32)) instead of x ^ (m/2^n). * Fixed a bug in TRUENAME on Unix: If "aa.bb" is a symbolic link to "cc", (TRUENAME "aa.bb") returned "cc.bb" instead of "cc". * Fixed a bug in the management of add-on modules: On some platforms, GC in memory images containing add-on modules always crashed. * Fixed a bug in the generational GC on i386, rs6000, alpha: In some cases, FFI objects in memory could cause the first "small" garbage collection to fail. Thanks to Dr. Werner Fink . * Fixed a bug in the printing routine for SOCKET-SERVER objects. Thanks to Alexey Goldin and Marcus Daniels. Portability ----------- * The core of CLISP can now be compiled with a C++ compiler if no C compiler is available (without readline library, FFI or modules). * Added support for Mips processors in 64-bit mode. * Updated support for Linux 2.0. * Support for immutable objects now works on Linux/ELF. It did already work on Linux/a.out. * Updated Amiga support. Thanks to Joerg Hoehle . * Updated Acorn support. Thanks to Peter Burwood . * Updated OS/2 support. Thanks to Joerg Diederich . * Updated support for Solaris/x86. Thanks to Marty Shannon . * Fixed a bug which could cause the readline completion to dump core on HP-UX. * Fixed a bug relating to the read-eval-print loop's return point on some platforms. Thanks to Peter Burwood . * Removed an incompatibility between SPARC/Sun4 and UltraSPARC memory images. Found by Martin Ginkel . * Removed support for AmigaOS versions < 2.04. Other modifications ------------------- * New "makemake" option --with-wide causes normal and wide-mode binaries to be built and distributed simultaneously. New command-line option -W for choosing the wide-mode binaries instead of the normal binaries. * On Unix, "clisp" is now an executable instead of a shell script. * "clisp" can now be called with a Lisp file as argument. The remaining arguments will be passed to the Lisp program in the variable *ARGS*. On Unix, you can thus make Lisp programs executable by putting "#!/usr/local/bin/clisp" in the first line and doing a "chmod a+x". * The read-eval-print loop now calls FORCE-OUTPUT after outputting the prompt. Thanks to Joerg Hoehle . * Support for immutable objects now also works in the WIDE tagging scheme. * Reduced the startup time by 20-30%. The "clispsh" package is now obsolete, you can use "clisp" itself as Lisp program interpreter. See section 99.8 of impnotes.txt for details. Enjoy! Bruno From aler@inf.uc3m.es Tue May 6 23:32:25 1997 Return-Path: Received: from elrond.uc3m.es by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01974; Tue, 6 May 97 23:32:25 +0200 Received: from tristan.uc3m.es by elrond.uc3m.es (4.1/SM941027.01) id AA11654; Tue, 6 May 97 22:59:05 +0200 Date: Tue, 6 May 1997 23:08:36 +0200 (MET DST) From: Ricardo Aler Mur X-Sender: aler@tristan.uc3m.es Reply-To: aler@inf.uc3m.es To: clisp Subject: compiling new clisp for sun 4.0 Message-Id: Distribution: world Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII When I try to compile the new version for sun 4.0, but during the make I get: *** - incorrect date: 1.5.1997, 18h39m40s, time zone 13 *** - EVAL: undefined function %SAVEINITMEM Bye. mv lispimag.mem interpreted.mem mv: cannot access lispimag.mem make: *** [interpreted.mem] Error 2 What went wrong? R. Aler. ps, I've successfully compiled the new version for HP-UX B.10.01 A 9000/715. Where should I transfer the binaries? From haible@ilog.fr Wed May 7 16:06:11 1997 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02376; Wed, 7 May 97 16:06:11 +0200 Received: by relay1.fnet.fr (5.65c8d/96.05.03) via EUnet-France id AA20525; Wed, 7 May 1997 15:33:35 +0200 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.5/8.7.3) with ESMTP id OAA26576; Wed, 7 May 1997 14:45:59 +0200 (MET DST) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id OAA23903; Wed, 7 May 1997 14:45:57 +0200 (MET DST) Date: Wed, 7 May 1997 14:45:57 +0200 (MET DST) Message-Id: <199705071245.OAA23903@halles.ilog.fr> To: Subject: Re: compiling new clisp for sun 4.0 In-Reply-To: References: Ricardo Aler Mur got the following error: > > *** - incorrect date: 1.5.1997, 18h39m40s, time zone 13 > > What went wrong? Time zone 13 hours west of Greenwich does not exist. The highest valid timezone is 12 (in the Pacific Ocean). Please check your system's timezone (a file called `localtime' in /usr/lib/zoneinfo/) and your TZ environment variable. Bruno From Kevin_W._Beam@notes.up.com Wed May 7 20:42:12 1997 Return-Path: Received: from uprr-internet.notes.up.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05398; Wed, 7 May 97 20:42:12 +0200 Received: from Lotus Notes (PU Serial #1155) by uprr-internet.notes.up.com (PostalUnion/SMTP(tm) v2.1.9c for Windows NT(tm)) id AA-1997May07.110629.1155.1538402; Wed, 07 May 1997 13:10:35 -0500 From: Kevin_W._Beam@notes.up.com (Kevin W. Beam) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Message-Id: <1997May07.110629.1155.1538402@uprr-internet.notes.up.com> X-Conversion-Id: X-Mailer: Lotus Notes via PostalUnion/SMTP for Windows NT Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Organization: Union Pacific Corporation Date: Wed, 07 May 1997 13:10:35 -0500 Subject: Problem on HP-UX 10.20 I've downloaded the binaries for the HP-UX 9000 platform (I'm running 10.20) and am having the following problem: I execute clisp and try to perform the first thing as described in the README file: $ lisp.run -M lispinit.mem ... > (compile-file "config") Memory fault(coredump) What is going on here...has anyone encountered a similar problem? Is there something in the config.lsp file that needs to be changed to make this work? Thanks, Kevin Beam From haible@ilog.fr Wed May 7 23:25:46 1997 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07642; Wed, 7 May 97 23:25:46 +0200 Received: by relay1.fnet.fr (5.65c8d/96.05.03) via EUnet-France id AA29832; Wed, 7 May 1997 22:53:07 +0200 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.5/8.7.3) with ESMTP id WAA18975; Wed, 7 May 1997 22:40:55 +0200 (MET DST) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id WAA23929; Wed, 7 May 1997 22:40:54 +0200 (MET DST) Date: Wed, 7 May 1997 22:40:54 +0200 (MET DST) Message-Id: <199705072040.WAA23929@halles.ilog.fr> To: Subject: Re: Problem on HP-UX 10.20 In-Reply-To: <1997May07.110629.1155.1538402@uprr-internet.notes.up.com> References: <1997May07.110629.1155.1538402@uprr-internet.notes.up.com> Kevin W. Beam writes: > I've downloaded the binaries for the HP-UX 9000 platform (I'm running 10.20) > and am having the following problem: > > I execute clisp and try to perform the first thing as described in the README > file: > > $ lisp.run -M lispinit.mem > .. > > (compile-file "config") > Memory fault(coredump) > > What is going on here...has anyone encountered a similar problem? No idea. But new binaries have arrived for SunOS, Solaris, AIX and HP-UX just a few minutes ago. You might try out these new HP-UX binaries. And try out whether not omitting the .lsp extension avoids the problem: > (compile-file "config.lsp") > Is there something in the config.lsp file that needs to be changed to make > this work? No, changes to config.lsp are expected only to match your taste (editor preferences and the like). Bruno From uramirez@campus.cdj.itesm.mx Wed May 7 23:54:57 1997 Return-Path: Received: from campus.cdj.itesm.mx by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08180; Wed, 7 May 97 23:54:57 +0200 Received: by campus.cdj.itesm.mx (1.38.110.45/16.2) id AA069200166; Wed, 7 May 1997 16:22:47 -0500 Date: Wed, 7 May 1997 16:22:46 -0500 (CDT) From: "Lic. Uriel Ramirez-Garcia Correa" To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Install Question. Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I've been trying to install CLisp in a Linux server and when I'm executing the make file I got the next message: /usr/lib/crt1.o: In function `_start': /usr/lib/crt1.o(.text+0x57): undefined reference to `main' make: *** [/home/uramirez/clisp/colisp/base/lisp.run] Error 1 could some one please help me?? Another question, where can I find a clisp version for a NeXT machine?? From david.lichteblau@berlin.snafu.de Sat May 10 00:33:19 1997 Return-Path: Received: from berlin.snafu.de (www.snafu.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10870; Sat, 10 May 97 00:33:19 +0200 Received: by berlin.snafu.de (Smail3.2) from default (194.42.69.167) with smtp id ; Sat, 10 May 1997 00:00:19 +0200 (MET DST) Message-Id: <1.5.4.32.19970509215445.00676e04@berlin.snafu.de> X-Sender: david.lichteblau@berlin.snafu.de (Unverified) X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 09 May 1997 23:54:45 +0200 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de From: David Lichteblau Subject: Installation Problem: load I try to install CLisp "1996-05-30 (May 1996)" under Linux, but I get an error when I run "make interpreted.mem". It seems that (load "xyz") is suddenly unable to find xyz.lsp or xyz.fas files. I get the message: ;; Loading of file format.lsp is finished. *** - A file with name user1 does not exist handle_fault error1 ! *** - SIGSEGV cannot be cured. Fault address = 0x6000013C. Perhaps anybody has an idea, what I do wrong. Thanks, David Lichteblau From Matthieu.Quignard@ens-lyon.fr Wed May 21 14:21:56 1997 Return-Path: Received: from cri.ens-lyon.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13906; Wed, 21 May 97 14:21:56 +0200 Received: from levant.ens-lyon.fr (levant [140.77.190.42]) by cri.ens-lyon.fr (8.8.5/8.8.1) with ESMTP id NAA05880 for ; Wed, 21 May 1997 13:46:55 +0200 (MET DST) From: Matthieu Quignard Received: (from mquignar@localhost) by levant.ens-lyon.fr (8.8.5/8.8.0) id NAA19852 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Wed, 21 May 1997 13:46:51 +0200 (MET DST) Date: Wed, 21 May 1997 13:46:51 +0200 (MET DST) Message-Id: <199705211146.NAA19852@levant.ens-lyon.fr> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: CLISP+CLX : pb with open-display X-Sun-Charset: US-ASCII Hi all, I apologize for that question that concerns more CLX than CLISP but I hope to hear from you some answers. You may have been in such a case. I have authorization failure from X server at every display opening. I found a temporary solution with xhost that isn't very secure. I'd like to have more infos about :authorization-name (-data) key in function open-display to have a nice, clean usage of it. Here it comes : I'm on "levant" (Sparc 5, with Solaris 2.5, OpenWindows). My DISPLAY has been set to levant:0 as well. I do have rights on the X server : it works fine when I launch xclock, for example... ----------------------- levant% setenv DISPLAY "levant:0.0" levant% echo $DISPLAY levant:0.0 levant% clx > (sys::getenv "HOST") "levant" > (sys::getenv "DISPLAY") "levant:0.0" > (xlib::open-display "levant" :display 0) *** - Connection failure to X11.0 server levant display 0: Client is not authorized to connect to Server 1. Break ----------------------- Obviously, it works fine when "levant" has been added to the hosts list by : xhost +levant The latter solution is not very secure. Is there a nicer way to use open-display on my machine ? If anyone could lead me to a nice (and complete) manual of CLX, I would appreciate. I found the official manual : CLX : Common Lisp Xinterface (c) 1989 Texas Instruments Inc but it's very very short on X displays... Thanks for any help, --- Matthieu Quignard (mquignar@ens-lyon.fr) From ravi@konark.ncst.ernet.in Thu May 22 19:35:56 1997 Return-Path: Received: from naveen.ncst.ernet.in by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03044; Thu, 22 May 97 19:35:56 +0200 Received: from ss575.konark.ncst.ernet.in ([144.16.2.110]) by naveen.ncst.ernet.in (8.6.12/8.6.6) with ESMTP id WAA06501 for ; Thu, 22 May 1997 22:37:34 +0530 Received: from localhost by ss575.konark.ncst.ernet.in (SMI-8.6/SMI-SVR4) id WAA00754; Thu, 22 May 1997 22:27:33 +0500 Date: Thu, 22 May 1997 22:27:30 +0500 (GMT) From: P Ravi Prakash X-Sender: ravi@ss575.ncst.ernet.in To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Help: Graphics on DOS, Windows ... Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, I am planning to give a GUI for my lisp program running on DOS. Can I do that using CLISP? Are there any public domain graphics libraries available which run on top of LISP? Thank you in advance. Regards, Ravi +-------------------------------------------------------------------------+ |P Ravi Prakash, KBCS Division : Email: ravi@konark.ncst.ernet.in| |National Centre for Software Technology: Phone: 620 1606 x 41, 12 =======| |Gulmohar Cross Road 9, Juhu : Fax: 022-621 0139 ==============| |Bombay - 400 049, INDIA : ================================| | Web: http://konark.ncst.ernet.in/~ravi/ | +-------------------------------------------------------------------------+ From Kevin_W._Beam@notes.up.com Tue May 27 16:29:05 1997 Return-Path: Received: from uprr-internet.notes.up.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10050; Tue, 27 May 97 16:29:05 +0200 Received: from Lotus Notes (PU Serial #1155) by uprr-internet.notes.up.com (PostalUnion/SMTP(tm) v2.1.9c for Windows NT(tm)) id AA-1997May27.064912.1155.1592864; Tue, 27 May 1997 08:53:58 -0500 From: Kevin_W._Beam@notes.up.com (Kevin W. Beam) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Message-Id: <1997May27.064912.1155.1592864@uprr-internet.notes.up.com> X-Conversion-Id: X-Mailer: Lotus Notes via PostalUnion/SMTP for Windows NT Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Organization: Union Pacific Corporation Date: Tue, 27 May 1997 08:53:58 -0500 Subject: Linux compilation Sometime back, someone had problems installing clisp on Linux and had the same problems I am currently having. Was there any resolution to this problem? The symptoms were: when linking, the following error occurs: /usr/lib/crt1.o: In function `_start': /usr/lib/crt1.o(.text+0x57): undefined reference to `main' Kevin Beam From haible@ilog.fr Tue May 27 18:24:24 1997 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11352; Tue, 27 May 97 18:24:24 +0200 Received: by relay1.fnet.fr (5.65c8d/96.05.03) via EUnet-France id AA04755; Tue, 27 May 1997 17:47:59 +0200 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.5/8.7.3) with ESMTP id RAA25454; Tue, 27 May 1997 17:36:36 +0200 (MET DST) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id RAA20624; Tue, 27 May 1997 17:36:34 +0200 (MET DST) Date: Tue, 27 May 1997 17:36:34 +0200 (MET DST) Message-Id: <199705271536.RAA20624@halles.ilog.fr> To: Subject: Re: Linux compilation In-Reply-To: <1997May27.064912.1155.1592864@uprr-internet.notes.up.com> References: <1997May27.064912.1155.1592864@uprr-internet.notes.up.com> Kevin W. Beam writes: > when linking, the following error occurs: > > /usr/lib/crt1.o: In function `_start': > /usr/lib/crt1.o(.text+0x57): undefined reference to `main' You are trying to install the Linux/a.out binaries on a Linux/ELF system. You might either link using "cc -b i486-linuxaout" instead of "cc", or fetch and install the Linux/ELF binaries. Bruno From ekovach@franuniv.edu Tue May 27 22:10:06 1997 Return-Path: Received: from mail.franuniv.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13656; Tue, 27 May 97 22:10:06 +0200 Received: from edward-kovach.franuniv.edu ([206.244.99.173]) by mail.franuniv.edu (Netscape Mail Server v2.02) with SMTP id AAA64; Tue, 27 May 1997 15:36:29 -0400 Message-Id: <338B54EF.38D3@franuniv.edu> Date: Tue, 27 May 1997 14:41:03 -0700 From: ekovach@franuniv.edu (Ed Kovach) Reply-To: ekovach@franuniv.edu Organization: Franciscan University of Steubenville X-Mailer: Mozilla 3.0 (Win16; I) Mime-Version: 1.0 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: ekovach@ovnet.com Subject: CLISP under windows 3.11 problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I must be missing the obvious. I've gotten and installed CLISP (the newest version.) I'm trying to run in under windows 3.11, but I keep getting the message "WARNING: emx 0.9b or later required" I've checked my path variables and config file. I've even tried installing emx 0.9b, but I still get this error. An suggestions where I should look next? Also, what is the delay.exe program for? I see that it is "needed" for running CLISP under windows, but I've seen no instructions on what to do with it. Thanks, Ed Kovach ekovach@franuniv.edu or ekovach@ovnet.com From Jim_Ravan@avid.com Tue May 27 23:18:58 1997 Return-Path: Received: from answer.avid.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA14463; Tue, 27 May 97 23:18:58 +0200 Received: from kusik2.avid.com by answer.avid.com with SMTP (1.38.193.5/16.2) id AA20652; Tue, 27 May 1997 16:42:47 -0400 Message-Id: <338B5520.2208@avid.com> Date: Tue, 27 May 1997 16:41:53 -0500 From: Jim Ravan Reply-To: Jim_Ravan@avid.com Organization: Avid Technology, Inc. X-Mailer: Mozilla 3.0 (Macintosh; I; PPC) Mime-Version: 1.0 To: CLISP Subject: CLISP on PowerPC MkLinux Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Has anyone tried building CLISP on PowerPC MkLinux? I have tried, but it certainly doesn't work "out of the box". Of course, I didn't expect it to. Since I don't read German (my apologies), it's difficult for me to understand the structure of the sources. Currently, the compilation process dies with "Preferred integer sizes depend on CPU" which is in lispbibl.d, I think. Can someone help? Should I define a POWERPC cpu symbol? Should I also use the existing LINUX_UNIX symbol? regards, -jim From uramirez@campus.cdj.itesm.mx Wed May 28 21:59:57 1997 Return-Path: Received: from campus.cdj.itesm.mx by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA29518; Wed, 28 May 97 21:59:57 +0200 Received: by campus.cdj.itesm.mx (1.38.110.45/16.2) id AA159177447; Wed, 28 May 1997 14:24:07 -0500 Date: Wed, 28 May 1997 14:24:07 -0500 (CDT) From: "Lic. Uriel Ramirez-Garcia Correa" To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: Multiple recipients of list Subject: Re: Linux compilation In-Reply-To: <1997May27.064912.1155.1592864@uprr-internet.notes.up.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII What I think is that the OS version tha you are trying to use and the clisp version you get aren't compatible... the same problem i got a few weeks ago and what i did was get another version for clisp and it did work. atte. EGO On Tue, 27 May 1997, Kevin W. Beam wrote: > Sometime back, someone had problems installing clisp on Linux and had the same > problems I am currently having. Was there any resolution to this problem? > The symptoms were: > > when linking, the following error occurs: > > /usr/lib/crt1.o: In function `_start': > /usr/lib/crt1.o(.text+0x57): undefined reference to `main' > > Kevin Beam > > From jrickerd@ieway.com Thu May 29 04:33:00 1997 Return-Path: Received: from rickerd.home ([206.96.83.84]) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03755; Thu, 29 May 97 04:33:00 +0200 Received: from localhost (localhost [127.0.0.1]) by rickerd.home (8.7.5/8.7.3) with SMTP id SAA00113 for ; Wed, 28 May 1997 18:57:28 -0700 Date: Wed, 28 May 1997 18:57:28 -0700 (PDT) From: "John F. Rickerd" X-Sender: jrickerd@rickerd.home To: Multiple recipients of list Subject: Re: CLISP under windows 3.11 problem In-Reply-To: <338B54EF.38D3@franuniv.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 27 May 1997, Ed Kovach wrote: > Hi, > > I must be missing the obvious. I've gotten and installed CLISP (the > newest version.) I'm trying to run in under windows 3.11, but I keep > getting the message "WARNING: emx 0.9b or later required" The same thing happened to me -- I think I wound up running it under DOS. I haven't used Windows in a while, sorry I can't be any more help -- I really can't remember if I ever got it to work right. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=> John and Amanda Rickerd > jrickerd@ieway.com > http://www.ieway.com/~jrickerd > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=> From hgomez@uax.es Thu May 29 11:33:19 1997 Return-Path: Received: from zeus.uax.es ([193.146.27.130]) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03148; Thu, 29 May 97 11:33:19 +0200 Received: from electra.uax.es (electra-gw [10.146.27.199]) by zeus.uax.es (8.6.10/5.3) with ESMTP id KAA13837 for ; Thu, 29 May 1997 10:53:21 +0200 Received: (hgomez@localhost) by electra.uax.es (8.6.10/5.3) id KAA01686; Thu, 29 May 1997 10:54:38 +0200 Date: Thu, 29 May 1997 10:54:38 +0200 From: Hector Gomez Gauchia Message-Id: <199705290854.KAA01686@electra.uax.es> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <338B54EF.38D3@franuniv.edu> (ekovach@franuniv.edu) Subject: Re: CLISP under windows 3.11 problem Hello there: I got the same problem and the solution was that the execution command needs the option -Ra like this : (Bruno's solution) c:\utilmio\clisp\lib\rsx.exe -Ra c:\utilmio\clisp\lib\lisp.exe -M c:\utilmio\clisp\lib\lispinit.mem Hector ------------------------------------------------------ Hi, I must be missing the obvious. I've gotten and installed CLISP (the newest version.) I'm trying to run in under windows 3.11, but I keep getting the message "WARNING: emx 0.9b or later required" I've checked my path variables and config file. I've even tried installing emx 0.9b, but I still get this error. An suggestions where I should look next? From nathan@bristol.st.com Thu Jun 5 15:16:25 1997 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04294; Thu, 5 Jun 97 15:16:25 +0200 Received: from harebell.bri.st.com by nz11.rz.uni-karlsruhe.de with SMTP (PP); Thu, 5 Jun 1997 14:32:38 +0200 Received: from finlandia.inmos.co.uk [138.198.64.1] by harebell.bri.st.com with smtp (Exim 1.62 #2) id 0wZbaR-0006Fz-00; Thu, 5 Jun 1997 13:24:15 +0100 Received: from finlandia by finlandia.inmos.co.uk; Thu, 5 Jun 1997 13:32:07 +0100 Sender: nathan@bristol.st.com Message-Id: <3396B1C7.38F3@bristol.st.com> Date: Thu, 05 Jun 1997 13:32:07 +0100 From: Nathan Sidwell Organization: SGS Thomson Mircoelectronics X-Mailer: Mozilla 3.01 (X11; I; SunOS 5.5 sun4u) Mime-Version: 1.0 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: clisp 1997-05-03 for IRIX6.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, has anybody successfully built the 1997-05-03 sources on IRIX 6.2 it fails for me when loading up all the modules during loading of compiler.lsp. the error reported is *** - handle_fault error1 ! SIGSEGV cannot be cured. Fault address = 0x20000000. Segmentation fault - core dumped make: *** [interpreted.mem] Error 139 this occurs when compiling with gcc or with SGI cc. before I investigate further, has anyone already fixed it? If not, then I'll poke around to see where it's blowing up. I notice that the last 6.2 binaries on the ftp site are dated 9.8.1996 -- is this the last successful such build? The notes for IRIX 6.2 say that cc cannot compile in 64 bit mode, but I'm not doing that. using CC, it falls over in the ./configure stage with CC -c ../../ffcall/avcall/avcall-mips.s "../../ffcall/avcall/avcall-mips.s", line 4: error(3108): unrecognized preprocessing directive # GNU C 2.6.3 [AL 1.1, MM 40] Silicon Graphics Mips compiled by GNU C ^ nathan -- Nathan Sidwell The windy road is more interesting Chameleon Software Group at SGS-Thomson If lisp is a big ball of wax, http://www.pact.srf.ac.uk/~nathan/ C++ is a really large briar patch nathan@pact.srf.ac.uk nathan@bristol.st.com Tel +44 117 9031101 From egerteis@cscs.ch Thu Jun 5 16:49:10 1997 Return-Path: Received: from pobox.cscs.ch by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05289; Thu, 5 Jun 97 16:49:10 +0200 Received: from oncidium.cscs.ch (oncidium.cscs.ch [148.187.1.141]) by pobox.cscs.ch (8.8.5/8.7.3) with ESMTP id QAA16139 for ; Thu, 5 Jun 1997 16:11:30 +0200 (MET DST) Received: from trichopilia (trichopilia [148.187.140.24]) by oncidium.cscs.ch (8.6.10/8.6.10) with ESMTP id OAA08573 for ; Thu, 5 Jun 1997 14:11:29 GMT From: Edgar Gerteisen Received: by trichopilia (950413.SGI.8.6.12) id QAA15132; Thu, 5 Jun 1997 16:11:28 +0200 Date: Thu, 5 Jun 1997 16:11:28 +0200 Message-Id: <9706051611.ZM15130@trichopilia> In-Reply-To: Nathan Sidwell "clisp 1997-05-03 for IRIX6.2" (Jun 5, 3:21pm) References: <3396B1C7.38F3@bristol.st.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Subject: Re: clisp 1997-05-03 for IRIX6.2 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hi, in January I've compiled the version clisp-1996-07-22 on IRIX 6.2. and it worked without any problem. I'm interested in the problem reported by you. Edgar -------------------------------------------------------------------- Edgar A. Gerteisen phone : +41-91-6108306 CSCS/SCSC fax : +41-91-6108282 Centro Svizzero di Calcolo Scientifico e-mail: egerteis@cscs.ch Via Cantonale CH-6928 Manno -------------------------------------------------------------------- From haible@ilog.fr Fri Jun 6 01:28:07 1997 Return-Path: Received: from relay1.fnet.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10414; Fri, 6 Jun 97 01:28:07 +0200 Received: by relay1.fnet.fr (5.65c8d/96.05.03) via EUnet-France id AA00458; Fri, 6 Jun 1997 00:50:14 +0200 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.5/8.7.3) with ESMTP id AAA07519; Fri, 6 Jun 1997 00:42:58 +0200 (MET DST) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id AAA04815; Fri, 6 Jun 1997 00:42:58 +0200 (MET DST) Date: Fri, 6 Jun 1997 00:42:58 +0200 (MET DST) Message-Id: <199706052242.AAA04815@halles.ilog.fr> To: Subject: Re: clisp 1997-05-03 for IRIX6.2 Cc: Nathan Sidwell In-Reply-To: <3396B1C7.38F3@bristol.st.com> References: <3396B1C7.38F3@bristol.st.com> Nathan Sidwell writes: > has anybody successfully built the 1997-05-03 sources on IRIX 6.2 > it fails for me when loading up all the modules during loading of > compiler.lsp. the error reported is > > *** - handle_fault error1 ! > SIGSEGV cannot be cured. Fault address = 0x20000000. > Segmentation fault - core dumped > make: *** [interpreted.mem] Error 139 > > this occurs when compiling with gcc or with SGI cc. Thank you for the precise report. It enabled me to reproduce it, and Marcus Daniels found the bug. It is a bug in the generational GC: When the last object in a heap happens to end exactly at a hardware page boundary, a certain malloc'ed array is accessed with an out-of-range index, thus causing realloc() to dump core a little later. Please apply the following patch (which also fixes another GC bug) and recompile. *** clisp/src/spvw.d.bak Sun May 4 16:58:02 1997 --- clisp/src/spvw.d Thu Jun 5 23:52:19 1997 *************** *** 1911,1921 **** #ifdef SPVW_PAGES ! #if !defined(VIRTUAL_MEMORY) || defined(BROKEN_MALLOC) # Jede Page enthält einen Header für die AVL-Baum-Verwaltung. # Das erlaubt es, daß die AVL-Baum-Verwaltung selbst keine malloc-Aufrufe # tätigen muß. ! #else # defined(VIRTUAL_MEMORY) && !defined(BROKEN_MALLOC) # Bei Virtual Memory ist es schlecht, wenn die GC alle Seiten anfassen muß. # Daher sei die AVL-Baum-Verwaltung separat. #define AVL_SEPARATE --- 1911,1921 ---- #ifdef SPVW_PAGES ! #ifndef VIRTUAL_MEMORY # Jede Page enthält einen Header für die AVL-Baum-Verwaltung. # Das erlaubt es, daß die AVL-Baum-Verwaltung selbst keine malloc-Aufrufe # tätigen muß. ! #else # VIRTUAL_MEMORY # Bei Virtual Memory ist es schlecht, wenn die GC alle Seiten anfassen muß. # Daher sei die AVL-Baum-Verwaltung separat. #define AVL_SEPARATE *************** *** 4779,4785 **** if (physpage_count==0) { xfree(heap->physpages); heap->physpages = NULL; } else ! { heap->physpages = (physpage_state*) xrealloc(heap->physpages,physpage_count*sizeof(physpage_state)); if (!(heap->physpages==NULL)) { # Wenn wir fertig sind, wird sowohl Cache als auch Speicherinhalt # gültig sein: --- 4779,4785 ---- if (physpage_count==0) { xfree(heap->physpages); heap->physpages = NULL; } else ! { heap->physpages = (physpage_state*) xrealloc(heap->physpages,(physpage_count+1)*sizeof(physpage_state)); if (!(heap->physpages==NULL)) { # Wenn wir fertig sind, wird sowohl Cache als auch Speicherinhalt # gültig sein: *************** *** 5323,5329 **** ) >> physpageshift; var physpage_state* physpages = NULL; if (physpagecount > 0) ! physpages = (physpage_state*) malloc(physpagecount*sizeof(physpage_state)); if (!(physpages==NULL)) { var uintL i; for (i=0; i> physpageshift; var physpage_state* physpages = NULL; if (physpagecount > 0) ! physpages = (physpage_state*) malloc((physpagecount+1)*sizeof(physpage_state)); if (!(physpages==NULL)) { var uintL i; for (i=0; ipage_gcpriv.next = delayed_pages; delayed_pages = page; } + # Freigeben aller Pages in der Liste: + #define free_delayed_pages() \ + { var Page* page = delayed_pages; \ + until (page==NULL) \ + { var Page* next = (Page*)page->page_gcpriv.next; \ + free_page(page); \ + page = next; \ + } \ + delayed_pages = NULL; \ + } + # Kompaktierung einer Page durch Umfüllen in andere Pages derselben Art: #ifdef SPVW_PURE local void gc_compact_from_varobject_page (Heap* heapptr, Page* page, uintL heapnr); *************** *** 6151,6157 **** { # Page freigeben: if (page->m_length > min_page_size_brutto) # Übergroße Page ! { free_page(page); } # ans Betriebssystem zurückgeben else # Normalgroße Page { # wieder initialisieren (page->page_room bleibt gleich!): --- 6168,6174 ---- { # Page freigeben: if (page->m_length > min_page_size_brutto) # Übergroße Page ! { free_page_later(page); } # später ans Betriebssystem zurückgeben else # Normalgroße Page { # wieder initialisieren (page->page_room bleibt gleich!): *************** *** 6250,6255 **** --- 6267,6273 ---- ); for_each_cons_heap(heap, { heap->lastused = dummy_lastused; } ); recalc_space(TRUE); + free_delayed_pages(); free_some_unused_pages(); CHECK_AVL_CONSISTENCY(); CHECK_GC_CONSISTENCY(); > The notes for IRIX 6.2 say that cc cannot compile in 64 bit mode Actually, only "cc 6.2" cannot. SGI "cc 7.0" compiles CLISP like a charm. Bruno From artn@comm.mot.com Mon Jun 23 16:01:34 1997 Return-Path: Received: from motgate.mot.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA23292; Mon, 23 Jun 97 16:01:34 +0200 Received: from pobox.mot.com (pobox.mot.com [129.188.137.100]) by motgate.mot.com (8.7.6/8.6.10/MOT-3.8) with ESMTP id IAA03548 for ; Mon, 23 Jun 1997 08:20:40 -0500 (CDT) Received: from il02dns1.comm.mot.com (il02dns1.comm.mot.com [145.1.3.2]) by pobox.mot.com (8.7.6/8.6.10/MOT-3.8) with ESMTP id IAA07411 for ; Mon, 23 Jun 1997 08:20:39 -0500 (CDT) Received: from bs.comm.mot.com (nsbs702.comm.mot.com [145.1.157.2]) by il02dns1.comm.mot.com (8.7.5/8.7.3) with ESMTP id IAA14935 for ; Mon, 23 Jun 1997 08:20:37 -0500 (CDT) Received: from bs724.bs.comm.mot.com (bs724.comm.mot.com) by nsbs702.comm.mot.com with SMTP (1.37.109.15/16.2) id AA282782036; Mon, 23 Jun 1997 08:20:36 -0500 Received: by bs724 (1.37.109.4/16.2) id AA18066; Mon, 23 Jun 97 08:16:11 -0500 From: "Art Nuzzo" Message-Id: <9706230816.ZM18064@bs724.comm.mot.com> Date: Mon, 23 Jun 1997 08:16:10 -0500 X-Mailer: Z-Mail (3.2.0 16aug94) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: System Calls from CLISP Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Is there any way to place system calls from inside CLISP? I am working on a project that would use CLISP to gather information from the operating system and then processed the the information. Depending on what it found it could then go out and get additional information. Thank for any help, Art Nuzzo Fixed Products Design Center Motorola From haible@ilog.fr Mon Jun 23 16:37:58 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA23781; Mon, 23 Jun 97 16:37:58 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.6/8.8.6) id PAA22269 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Mon, 23 Jun 1997 15:56:59 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.6/8.7.3) with ESMTP id PAA26313; Mon, 23 Jun 1997 15:55:24 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.6/8.7.3) with ESMTP id PAA26313; Mon, 23 Jun 1997 15:55:24 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id PAA10641; Mon, 23 Jun 1997 15:55:19 +0200 (MET DST) Date: Mon, 23 Jun 1997 15:55:19 +0200 (MET DST) Message-Id: <199706231355.PAA10641@halles.ilog.fr> To: Subject: Re: System Calls from CLISP In-Reply-To: <9706230816.ZM18064@bs724.comm.mot.com> References: <9706230816.ZM18064@bs724.comm.mot.com> Content-Type: text Art Nuzzo writes: > Is there any way to place system calls from inside CLISP? I am working on a > project that would use CLISP to gather information from the operating system > and then process the information. Yes, this is possible. CLISP's source contains pre-made bindings to two operating systems: Linux and AmigaOS. You can create your own binding by { looking at | taking parts of | generate a module similar to } clisp/src/bindings/linux/*. Doc about modules and the FFI is in clisp/doc/foreign.txt and clisp/doc/module.txt. And of course you can call external programs, using the functions `run-shell-command' and `run-program'. Bruno From artn@comm.mot.com Mon Jun 23 21:03:01 1997 Return-Path: Received: from motgate.mot.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA26535; Mon, 23 Jun 97 21:03:01 +0200 Received: from pobox.mot.com (pobox.mot.com [129.188.137.100]) by motgate.mot.com (8.7.6/8.6.10/MOT-3.8) with ESMTP id NAA24488 for ; Mon, 23 Jun 1997 13:22:05 -0500 (CDT) Received: from il02dns1.comm.mot.com (il02dns1.comm.mot.com [145.1.3.2]) by pobox.mot.com (8.7.6/8.6.10/MOT-3.8) with ESMTP id NAA06929 for ; Mon, 23 Jun 1997 13:22:02 -0500 (CDT) Received: from bs.comm.mot.com (nsbs702.comm.mot.com [145.1.157.2]) by il02dns1.comm.mot.com (8.7.5/8.7.3) with ESMTP id NAA29948 for ; Mon, 23 Jun 1997 13:22:03 -0500 (CDT) Received: from bs724.bs.comm.mot.com (bs724.comm.mot.com) by nsbs702.comm.mot.com with SMTP (1.37.109.15/16.2) id AA286860120; Mon, 23 Jun 1997 13:22:00 -0500 Received: by bs724 (1.37.109.4/16.2) id AA19534; Mon, 23 Jun 97 13:17:36 -0500 From: "Art Nuzzo" Message-Id: <9706231317.ZM19532@bs724.comm.mot.com> Date: Mon, 23 Jun 1997 13:17:36 -0500 In-Reply-To: Bruno Haible "Re: System Calls from CLISP" (Jun 23, 4:44pm) References: <199706231355.PAA10641@halles.ilog.fr> X-Mailer: Z-Mail (3.2.0 16aug94) To: Subject: Re: System Calls from CLISP Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Jun 23, 4:44pm, Bruno Haible wrote: > Subject: Re: System Calls from CLISP > Art Nuzzo writes: > > Is there any way to place system calls from inside CLISP? I am working on a > > project that would use CLISP to gather information from the operating system > > and then process the information. > > Yes, this is possible. CLISP's source contains pre-made bindings to two > operating systems: Linux and AmigaOS. You can create your own binding > by { looking at | taking parts of | generate a module similar to } > clisp/src/bindings/linux/*. Doc about modules and the FFI is in > clisp/doc/foreign.txt and clisp/doc/module.txt. > > And of course you can call external programs, using the functions > `run-shell-command' and `run-program'. > > > Bruno > > >-- End of excerpt from Bruno Haible Probably for what I am doing 'run-shell-command' or `run-program' ('SHELL' or EXECUTE) would be sufficient since I would be calling standard UNIX system commands (such as ps or who or ping, etc). Is there any way to capture the unix command output in a variable so it can be processed? It looks like the unix command output is being printed to the screen and the value returned is 0. Is there any documentation available that describes the differences between 'run-shell-command' and `run-program' and 'SHELL' and 'EXECUTE'? Thanks for any help, Art Nuzzo Fixed Products Design Center Motorola From greene@charlie.cns.iit.edu Mon Jun 23 23:22:58 1997 Return-Path: Received: from charlie.cns.iit.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA27941; Mon, 23 Jun 97 23:22:58 +0200 Received: (from greene@localhost) by charlie.cns.iit.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA00825 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Mon, 23 Jun 1997 15:42:00 -0500 From: greene@charlie.cns.iit.edu (Peter H. Greene) Message-Id: <199706232042.PAA00825@charlie.cns.iit.edu> Subject: Re: System Calls from CLISP To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Mon, 23 Jun 1997 15:42:00 -0500 (CDT) In-Reply-To: <9706231317.ZM19532@bs724.comm.mot.com> from "Art Nuzzo" at Jun 23, 97 09:08:35 pm X-Mailer: ELM [version 2.4 PL24 ME8b] Mime-Version: 1.0 Content-Type: text/plain; charset=UNKNOWN-8BIT Content-Transfer-Encoding: 8bit Content-Length: 4725 Are you on the clisp mailing list? I got Bruno Haible's reply to you directly from them as well as from you. He really answers everyone fast and is very conscientious! We should get the new version of Clisp. Also when I get around to it, I'll have them install the IRIX 2 binaries on Charlie. THIS CAME FROM CFGLINUX.LSP: ;; ENGLISH: (edit-file file) edits a file. ;; DEUTSCH: (edit-file file) editiert eine Datei. ;; FRANCAIS: (edit-file file) permet l'‚dition d'un fichier. (defun edit-file (file) (open file :direction :probe :if-does-not-exist :create) (shell (format nil "~A ~A" (editor-name) (truename file))) ) THIS CAME FROM CFGDOS.LSP Seems to mean that you use shell and a string to run batch file, execute and a command line for exe files. There is no definition of shell or execute in the source code I have for Clisp. ;; ENGLISH: (edit-file file) edits a file. ;; DEUTSCH: (edit-file file) editiert eine Datei. ;; FRANCAIS: (edit-file file) permet l'‚dition d'un fichier. (defun edit-file (file) ; The function EXECUTE apparently crashes on batch files. Work around. (let ((editor (editor-name)) (filename (namestring file t))) (if #-OS/2 (string= (pathname-type editor) "BAT") #+OS/2 (string-equal (pathname-type editor) "cmd") (shell (format nil "~A ~A" editor filename)) (execute editor filename) ) ) ) FROM USER2.LSP THERE'S NO DOC, BUT THE CODE SHOULD TELL: (defun run-shell-command (command &key (input ':terminal) (output ':terminal) (if-output-exists ':overwrite) #+(or UNIX WIN32-UNIX) (may-exec nil)) (case input ((:TERMINAL :STREAM) ) (t (if (eq input 'NIL) (setq input #+(or UNIX WIN32-UNIX) "/dev/null" #+(or DOS OS/2 WIN32-DOS) "nul") (setq input (string input)) ) (setq command (string-concat command " < " (shell-quote input))) ) ) (case output ((:TERMINAL :STREAM) ) (t (if (eq output 'NIL) (setq output #+(or UNIX WIN32-UNIX) "/dev/null" #+(or DOS OS/2 WIN32-DOS) "nul" if-output-exists ':OVERWRITE ) (progn (setq output (string output)) (when (and (eq if-output-exists ':ERROR) (probe-file output)) (setq output (pathname output)) (error-of-type 'file-error :pathname output #L{ DEUTSCH "~S: Eine Datei ~S existiert bereits." ENGLISH "~S: File ~S already exists" FRANCAIS "~S : Le fichier ~S existe d‚j…." } 'run-shell-command output ) ) ) ) (setq command (string-concat command (ecase if-output-exists ((:OVERWRITE :ERROR) " > ") (:APPEND " >> ") ) (shell-quote output) ) ) ) ) #+(or UNIX WIN32-UNIX) (when may-exec ; Wenn die ausfhrende Shell die "/bin/sh" ist und command eine ; "simple command" im Sinne von sh(1), k”nnen wir ein wenig optimieren: (setq command (string-concat "exec " command)) ) (if (eq input ':STREAM) (if (eq output ':STREAM) (make-pipe-io-stream command) (make-pipe-output-stream command) ) (if (eq output ':STREAM) (make-pipe-input-stream command) (shell command) ; evtl. " &" anfgen, um Hintergrund-Prozeá zu bekommen ) ) ) (defun run-program (program &key (arguments '()) (input ':terminal) (output ':terminal) (if-output-exists ':overwrite)) (run-shell-command (apply #'string-concat #+(or UNIX WIN32-UNIX) (shell-quote (string program)) #-(or UNIX WIN32-UNIX) (string program) (mapcan #'(lambda (argument) (list " " (shell-quote (string argument))) ) arguments ) ) #+(or UNIX WIN32-UNIX) :may-exec #+(or UNIX WIN32-UNIX) t :input input :output output :if-output-exists if-output-exists ) ) ) SHELL-QUOTE surrounds a string by single quotes in Unix/Linux, and by double quotes in DOS and other things. Comments tell this. This too, isn't defined in the lisp source code. Have you considered the free Allegro linux version? Might give greater compatibility with the ACL for Windows, which will be the standard version for my classes. And the ACL people may continue to be nice to IIT if everyone is using it. From johnl@dai.ed.ac.uk Tue Jun 24 13:24:27 1997 Return-Path: Received: from postbox.dai.ed.ac.uk by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08071; Tue, 24 Jun 97 13:24:27 +0200 Received: from cumulus (cumulus.dai.ed.ac.uk [192.41.104.201]) by postbox.dai.ed.ac.uk (8.6.13/8.6.12) with ESMTP id LAA02270; Tue, 24 Jun 1997 11:43:20 +0100 Date: Tue, 24 Jun 1997 11:43:20 +0100 Message-Id: <22141.199706241043@cumulus> From: John Levine Subject: CLISP for Windows95? To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Organisation: Dept. of Artificial Intelligence, Univ. of Edinburgh. Hi, I am currently using a DOS-based version of CLISP as part of an bigger system which runs under Windows 95. The code for this system is written in C++, CLIPS (sic) and Common Lisp. We have managed to get a full integration of the CLIPS by compiling the code under Windows95 to produce a DLL. At the moment, the link to CLISP is very primitive, and involves invoking the CLISP as a DOS command with the RSX extender. This can cause problems on machines with insufficent memory. I wondered if there is now a version of CLISP which will run and compile standalone (without extenders, Unix stuff, etc) under Windows 95? Thanks, Dr John Levine, Artificial Intelligence Applications Institute, University of Edinburgh. From haible@ilog.fr Tue Jun 24 15:48:42 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09545; Tue, 24 Jun 97 15:48:42 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.6/8.8.6) id PAA14582 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Tue, 24 Jun 1997 15:07:16 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.6/8.7.3) with ESMTP id PAA14102; Tue, 24 Jun 1997 15:03:25 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.6/8.7.3) with ESMTP id PAA14102; Tue, 24 Jun 1997 15:03:25 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id PAA18325; Tue, 24 Jun 1997 15:03:23 +0200 (MET DST) Date: Tue, 24 Jun 1997 15:03:23 +0200 (MET DST) Message-Id: <199706241303.PAA18325@halles.ilog.fr> To: Subject: Re: System Calls from CLISP In-Reply-To: <9706231317.ZM19532@bs724.comm.mot.com> References: <9706231317.ZM19532@bs724.comm.mot.com> Content-Type: text Art Nuzzo : > Probably for what I am doing 'run-shell-command' or `run-program' ('SHELL' or > EXECUTE) would be sufficient since I would be calling standard UNIX system > commands (such as ps or who or ping, etc). Is there any way to capture the > unix command output in a variable so it can be processed? Yes, you can do this with `run-shell-command' and `run-program'. Documentation for these two functions, as for any CLISP specific stuff, is in impnotes.txt (if you got a binary distribution) or _impnotes.txt (if you got the source). Bruno From haible@ilog.fr Tue Jun 24 22:08:50 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13279; Tue, 24 Jun 97 22:08:50 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.6/8.8.6) id VAA19353 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Tue, 24 Jun 1997 21:27:37 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.6/8.7.3) with ESMTP id VAA29670; Tue, 24 Jun 1997 21:30:34 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.6/8.7.3) with ESMTP id VAA29670; Tue, 24 Jun 1997 21:30:34 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id VAA01357; Tue, 24 Jun 1997 21:30:33 +0200 (MET DST) Date: Tue, 24 Jun 1997 21:30:33 +0200 (MET DST) Message-Id: <199706241930.VAA01357@halles.ilog.fr> To: Subject: Re: CLISP for Windows95? In-Reply-To: <22141.199706241043@cumulus> References: <22141.199706241043@cumulus> Content-Type: text John Levine asks: > > I wondered if there is now a version of CLISP which will run and compile > standalone (without extenders, Unix stuff, etc) under Windows 95? It's being worked on. You can already try out a beta version; binaries are in ftp://ma2s2.mathematik.uni-karlsruhe.de/pub/lisp/clisp/binaries/win32/. Bruno From mattg@WOLFENET.com Mon Jun 30 16:14:01 1997 Return-Path: Received: from wolfenet.com (news1.wolfe.net) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA23520; Mon, 30 Jun 97 16:14:01 +0200 Received: from gonzo.wolfenet.com (mattg@gonzo.wolfenet.com [204.157.98.2]) by wolfenet.com (8.8.5/8.8.5) with ESMTP id GAA17021 for ; Mon, 30 Jun 1997 06:33:04 -0700 (PDT) Received: from localhost (mattg@localhost) by gonzo.wolfenet.com (8.8.3/8.7) with SMTP id GAA25049 for ; Mon, 30 Jun 1997 06:31:45 -0700 (PDT) X-Authentication-Warning: gonzo.wolfenet.com: mattg owned process doing -bs Date: Mon, 30 Jun 1997 06:31:44 -0700 (PDT) From: Matthew Grossman Reply-To: Matthew Grossman To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Clisp on Linux-Alpha In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi. I recently compiled clisp-1997-05-03 on linux-alpha (kernel version 2.0.29, gcc version 2.7.2.1). I found that I had to make the following change to src/lispbibl.d: *** lispbibl.d Fri Jun 27 14:47:32 1997 --- lispbibl.d.old Fri Jun 27 14:47:14 1997 *************** *** 3500,3506 **** #endif #endif #if (oint_type_len>=8) && (TB6==-1) ! #if defined(DECALPHA) && (defined(UNIX_OSF) || defined(UNIX_LINUX)) && defined(MAP_MEMORY) #define PACKED_TYPECODES #elif defined(MINIMAL_MULTIMAP_MEMORY) && !defined(WIDE_SOFT) #define PACKED_SEVENBIT_TYPECODES --- 3500,3506 ---- #endif #endif #if (oint_type_len>=8) && (TB6==-1) ! #if defined(DECALPHA) && defined(UNIX_OSF) && defined(MAP_MEMORY) #define PACKED_TYPECODES #elif defined(MINIMAL_MULTIMAP_MEMORY) && !defined(WIDE_SOFT) #define PACKED_SEVENBIT_TYPECODES It seems to work fine with this change. Hopefully this information will be of use to someone. Thanks to the clisp developers for making this excellent system available! Matt Grossman mattg@wolfenet.com "I'm too SEXP for my CAR..." From aler@inf.uc3m.es Fri Jul 4 21:47:03 1997 Return-Path: Received: from elrond.uc3m.es by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12079; Fri, 4 Jul 97 21:47:03 +0200 Received: from tristan.uc3m.es by elrond.uc3m.es (4.1/SM941027.01) id AA19082; Fri, 4 Jul 97 21:03:43 +0200 Date: Fri, 4 Jul 1997 21:03:17 +0200 (CEST) From: Ricardo Aler Mur X-Sender: aler@tristan.uc3m.es Reply-To: aler@inf.uc3m.es To: Multiple recipients of list Subject: clisp for NetBSD In-Reply-To: Message-Id: Distribution: world Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, I've been trying to compile the last version of clisp for NetBSD/i386 but failed. Here is the last message I get after trying to make it: gcc -O -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -fomit-frame-pointer -O2 -fexpensive-optimizations -fno-strength-reduce -DDYNAMIC_FFI -c spvw.c In file included from lispbibl.d:1665, from spvw.d:18: unix.d:95: conflicting types for `msync' /usr/include/sys/mman.h:88: previous declaration of `msync' spvw.d: In function `main': spvw.d:9997: warning: variable `argv_memneed' might be clobbered by `longjmp' or `vfork' *** Error code 1 Any idea of what's going on? R. Aler. From haible@ilog.fr Sat Jul 5 00:09:47 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13553; Sat, 5 Jul 97 00:09:47 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.6/8.8.6) id XAA03353 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Fri, 4 Jul 1997 23:26:47 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.6/8.7.3) with ESMTP id XAA07277; Fri, 4 Jul 1997 23:22:17 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.6/8.7.3) with ESMTP id XAA07277; Fri, 4 Jul 1997 23:22:17 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id XAA19032; Fri, 4 Jul 1997 23:22:15 +0200 (MET DST) Date: Fri, 4 Jul 1997 23:22:15 +0200 (MET DST) Message-Id: <199707042122.XAA19032@halles.ilog.fr> To: Subject: Re: clisp for NetBSD In-Reply-To: References: Content-Type: text Ricardo Aler Mur writes: > > Hi, I've been trying to compile the last version of clisp for NetBSD/i386 > but failed. Here is the last message I get after trying to make it: > > unix.d:95: conflicting types for `msync' > /usr/include/sys/mman.h:88: previous declaration of `msync' > *** Error code 1 > > Any idea of what's going on? CLISP tries to redeclare the msync() function. Since the msync() use in this version of clisp is broken anyway, you should change the "#define HAVE_MSYNC" in unixconf.h into "#undef HAVE_MSYNC". Bruno From ekovach@franuniv.edu Mon Jul 7 19:45:09 1997 Return-Path: Received: from mail.franuniv.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA26349; Mon, 7 Jul 97 19:45:09 +0200 Received: from edward-kovach.franuniv.edu ([206.244.99.173]) by mail.franuniv.edu (Netscape Mail Server v2.02) with SMTP id AAA208 for ; Mon, 7 Jul 1997 13:04:19 -0400 Message-Id: <33C14D23.7A9E@franuniv.edu> Date: Mon, 07 Jul 1997 13:10:11 -0700 From: ekovach@franuniv.edu (Ed Kovach) Reply-To: ekovach@franuniv.edu Organization: Franciscan University of Steubenville X-Mailer: Mozilla 3.0 (Win16; I) Mime-Version: 1.0 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: CLISP for Windows NT References: <199707042122.XAA19032@halles.ilog.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I may be moving from Windows 3.11 to Windows NT. Is there a version of CLISP for Windows NT? Ed Kovach ekovach@franuniv.edu From haible@ilog.fr Tue Jul 15 23:41:37 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13819; Tue, 15 Jul 97 23:41:37 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.6/8.8.6) id WAA17299 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Tue, 15 Jul 1997 22:56:44 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.6/8.7.3) with ESMTP id WAA18855; Tue, 15 Jul 1997 22:50:35 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.6/8.7.3) with ESMTP id WAA18855; Tue, 15 Jul 1997 22:50:35 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id WAA07700; Tue, 15 Jul 1997 22:50:35 +0200 (MET DST) Date: Tue, 15 Jul 1997 22:50:35 +0200 (MET DST) Message-Id: <199707152050.WAA07700@halles.ilog.fr> To: Subject: Re: CLISP for Windows NT In-Reply-To: <33C14D23.7A9E@franuniv.edu> References: <33C14D23.7A9E@franuniv.edu> Content-Type: text Ed Kovach asked: > I may be moving from Windows 3.11 to Windows NT. Is there a version of > CLISP for Windows NT? YES. You'll find WinNT and Win95 binaries of clisp in ftp://ma2s2.mathematik.uni-karlsruhe.de/pub/lisp/clisp/binaries/win32/. These new binaries are still in beta stage, but most things work now: - 8-bit clean console I/O, - generational GC, - delayed loading of the memory image (reduces the startup time), - subprocesses, - pipes, - sockets, - *keyboard-input*, - `time'. Not yet in there: - speed, - FFI. You can use it from the console, but I really recommend using it through Emacs (GNU Emacs 19.34.1). Bruno From martin.pottendorfer@aut.alcatel.at Wed Jul 16 09:53:09 1997 Return-Path: Received: from aut.alcatel.at (atusks01.aut.alcatel.at) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07955; Wed, 16 Jul 97 09:53:09 +0200 Received: from atusels1.aut.alcatel.at by aut.alcatel.at (8.7.2/AAA_1) id JAA17376; Wed, 16 Jul 1997 09:08:19 +0200 (MET DST) Received: from atusel63.alcatel.at by atusels1.aut.alcatel.at (5.x/ELEKTRA-1.0) id AA15692 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de;; Wed, 16 Jul 1997 09:08:19 +0200 Received: by atusel63.alcatel.at (SMI-8.6/SMI-SVR4) id JAA09977; Wed, 16 Jul 1997 09:07:00 +0200 Date: Wed, 16 Jul 1997 09:07:00 +0200 Message-Id: <199707160707.JAA09977@atusel63.alcatel.at> From: Martin Pottendorfer To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Sourcelevel debugging X-Mailer: VM 6.31 under 20.2 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII hi, Bruno recommends emacs for driving clisp. I use emacs regulary and wondered if there's a package available which makes debugging in `inferior lisps' more comfortable. I thought about something like the `edebug' package for emacs' native lisp. thanx, martin -- Martin.Pottendorfer@aut.alcatel.at Phone: +43 1 27722 3758 | You know you've been hacking LISP too long, Fax: +43 1 27722 3955 | (when (... From artn@comm.mot.com Mon Jul 28 15:39:26 1997 Return-Path: Received: from motgate.mot.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA24071; Mon, 28 Jul 97 15:39:26 +0200 Received: from pobox.mot.com (pobox.mot.com [129.188.137.100]) by motgate.mot.com (8.8.5/8.6.10/MOT-3.8) with ESMTP id HAA02992 for ; Mon, 28 Jul 1997 07:52:02 -0500 (CDT) Comments: ( Received on motgate.mot.com from client pobox.mot.com, sender artn@comm.mot.com ) Received: from il02dns1.comm.mot.com (il02dns1.comm.mot.com [145.1.3.2]) by pobox.mot.com (8.8.5/8.6.10/MOT-3.8) with ESMTP id HAA04611 for ; Mon, 28 Jul 1997 07:52:00 -0500 (CDT) Received: from bs.comm.mot.com (nsbs702.comm.mot.com [145.1.157.2]) by il02dns1.comm.mot.com (8.7.5/8.7.3) with ESMTP id HAA26836 for ; Mon, 28 Jul 1997 07:51:51 -0500 (CDT) Received: from bs724.bs.comm.mot.com (bs724.comm.mot.com) by nsbs702.comm.mot.com with SMTP (1.37.109.15/16.2) id AA270084309; Mon, 28 Jul 1997 07:51:49 -0500 Received: by bs724 (1.37.109.4/16.2) id AA16446; Mon, 28 Jul 97 07:51:48 -0500 From: "Art Nuzzo" Message-Id: <9707280751.ZM16444@bs724.comm.mot.com> Date: Mon, 28 Jul 1997 07:51:48 -0500 X-Mailer: Z-Mail (3.2.0 16aug94) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Problem with dribble Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii I think there is a problem with DRIBBLE in the May 97 version of clisp. I get the following error when trying to restart dribble after closing it. > (dribble "dribble.log") # > (dribble) # > (dribble "dribble.log") WARNING: Already dribbling to # # > I believe this is caused by the variable dribble-file (in user2.lsp file) not being cleared when dribble is closed. To fix this I reset this variable to nil after closing the stream. There may be better ways to fix this but this appears to work. Art Nuzzo Fixed Products Design Center Land Mobile Products Sector Motorola From clinares@delicias.dia.fi.upm.es Tue Jul 29 14:34:23 1997 Return-Path: Received: from goofy.fi.upm.es by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00954; Tue, 29 Jul 97 14:34:23 +0200 Received: from granvia.dia.fi.upm.es by relay.fi.upm.es (PMDF V5.1-8 #24101) with SMTP id <01ILT7K3X90K000EZG@relay.fi.upm.es> for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Tue, 29 Jul 1997 13:46:46 MET-DST Received: from granvia by granvia.dia.fi.upm.es (SMI-8.6/FI-4.1) Tue, 29 Jul 1997 13:44:13 +0200 Date: Tue, 29 Jul 1997 13:44:13 +0200 From: Carlos Linares Subject: Spanish Translation of CLisp Sender: clinares@granvia.dia.fi.upm.es To: Lista de correo de CLisp Message-Id: <33DDD78D.71AF@delicias.dia.fi.upm.es> Organization: Artificial Intelligence Laboratory Mime-Version: 1.0 X-Mailer: Mozilla 3.01 (X11; I; SunOS 5.5.1 sun4u) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi there again, Perhaps you thought I dissapeared, ... Ok! I've been quite busy workin' on my Master Thesis (which I finished on May, 30). Next, I've been writing some articles and finishing some "homework" for my PhD, ... Anyway, I've finished the translation of 1001 messages. This means there are only 320 ---more or less--- left and I hope to finish my work in August (I'm *almost* sure I'll offer the first release in Spanish, in September). I've downloaded, a few minutes ago, the last release of clisp and I'd like to know if there is any new .pot file for this version, so I could adapt my translation to the last changes. If so, where? On the other hand, Bruno, could you tell me what kind of changes do you expect to be done on CLisp for a full-Spanish release to be offered? This is, do you want me to work on some kind of "spanish.lsp", where new formats for dates, or things like that, should be done? The last revision, with 762 messages translated is available in ftp://ftp.unex.es/pub/gnu-i18n/po/trans/es/clisp-97.05.03.es.po To all spanish-speakers of this mailing list: If you have time, you could take this file (it is an ASCII file, very easy to edit and read) and revise the translation. I will fully apreciate this kind of help (and that's all I can do, excepting the fact of including your name in the credits of the translation, of course, and if you live in Madrid, I will pay some beers ;) Cheers, -- Carlos Linares Lopez ------------------------------------------------------------------------ Artificial Intelligence Laboratory Facultad de Informatica Universidad Politecnica de Madrid Espana (Spain) ------------------------------------------------------------------------ clinares@delicias.dia.fi.upm.es http://delicias.dia.fi.upm.es/miembros/clinares_CV_Esp.html ------------------------------------------------------------------------ From clinares@delicias.dia.fi.upm.es Wed Jul 30 22:45:34 1997 Return-Path: Received: from goofy.fi.upm.es by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00351; Wed, 30 Jul 97 22:45:34 +0200 Received: from granvia.dia.fi.upm.es by relay.fi.upm.es (PMDF V5.1-8 #24101) with SMTP id <01ILUYWJZ71U00018B@relay.fi.upm.es> for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Wed, 30 Jul 1997 20:00:18 MET-DST Received: from granvia by granvia.dia.fi.upm.es (SMI-8.6/FI-4.1) Wed, 30 Jul 1997 19:57:41 +0200 Date: Wed, 30 Jul 1997 19:57:41 +0200 From: Carlos Linares Subject: I've found clisp-97.05.03.pot Sender: clinares@granvia.dia.fi.upm.es To: Lista de correo de CLisp Message-Id: <33DF8095.23F0@delicias.dia.fi.upm.es> Organization: Artificial Intelligence Laboratory Mime-Version: 1.0 X-Mailer: Mozilla 3.01 (X11; I; SunOS 5.5.1 sun4u) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit The subject says it all! Yesterday, I asked for the last .pot file. Ok! I've found it, so forget it Cheers, -- Carlos Linares Lopez ------------------------------------------------------------------------ Artificial Intelligence Laboratory Facultad de Informatica Universidad Politecnica de Madrid Espana (Spain) ------------------------------------------------------------------------ clinares@delicias.dia.fi.upm.es http://delicias.dia.fi.upm.es/miembros/clinares_CV_Esp.html ------------------------------------------------------------------------ From haible@ilog.fr Mon Aug 4 15:18:52 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA24492; Mon, 4 Aug 97 15:18:52 +0200 Received: (from root@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id OAA10228 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Mon, 4 Aug 1997 14:30:01 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id OAA04794; Mon, 4 Aug 1997 14:11:11 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id OAA04794; Mon, 4 Aug 1997 14:11:11 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id OAA08371; Mon, 4 Aug 1997 14:11:08 +0200 (MET DST) Date: Mon, 4 Aug 1997 14:11:08 +0200 (MET DST) Message-Id: <199708041211.OAA08371@halles.ilog.fr> To: Subject: Re: Problem with dribble In-Reply-To: <9707280751.ZM16444@bs724.comm.mot.com> References: <9707280751.ZM16444@bs724.comm.mot.com> Content-Type: text Art Nuzzo writes: > I think there is a problem with DRIBBLE in the May 97 version of clisp. I get > the following error when trying to restart dribble after closing it. > > > (dribble "dribble.log") > # > > (dribble) > # > > (dribble "dribble.log") > > WARNING: > Already dribbling to # > # > > > > I believe this is caused by the variable dribble-file (in user2.lsp file) not > being cleared when dribble is closed. To fix this I reset this variable to > nil after closing the stream. Thank you. Your bug fix will be integrated in the next release. Btw, do you feel that the second call to (dribble "dribble.log") should overwrite or append to the existing file? Bruno From lsarasua@epo.e-mail.com Mon Aug 4 17:42:55 1997 Return-Path: Received: from E-MAIL.COM by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA26088; Mon, 4 Aug 97 17:42:55 +0200 Message-Id: <9708041542.AA26088@ma2s2.mathematik.uni-karlsruhe.de> Received: from epo.e-mail.com by E-MAIL.COM (IBM VM SMTP V2R3) with BSMTP id 0880; Mon, 04 Aug 97 10:54:33 EDT Date: Mon, 04 Aug 1997 10:54:05 EDT From: lsarasua@epo.e-mail.com To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: note of 04/08/97 13:41 X-Sender-Info: Leo Sarasua Tel. (31) 70 - 340 31 77 The Hague, NL lsarasua@epo.e-mail.com Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Problem with dribble Bruno Haible wrote: > Btw, do you feel that the second call to (dribble "dribble.log") should > overwrite or append to the existing file? There are several arguments why I think that it should append the file: 1. According to CLtL, dribble should simply redirect *standard-input* and *stan dard-output*. When you have your screen assigned to *standar-output* you simply 'append' output to the screen, but you don't clear the screen before every pri nt. Similarly, dribble should not overwrite the previous information, but simpl y append it. 2. It is simpler and safer to edit a dribble file and delete unwanted parts, ra ther than trying to recover lost data because of careless re-dribbling.. 3. Suppose that dribble does append the file, but you want to overwrite it: You would do: (dribble "dribble.log") .... (dribble) ... (delete-file "dribble.log") (dribble "dribble.log") It is relatively simple and, actually, unlikely that someone would want to dele te the dribble file without exiting Lisp and doing sthng. with it. Now suppose that, on the other hand, dribble overwrites the file but you want t o append the file. Yo need to do: (dribble "dribble.log") .... (dribble) ... (rename-file "dribble.log" ) At this point, if you are within a program or a loop, you might need to do some gensym'ing in order to create unique file names, and also some checking to make sure that the does not exist. (dribble "dribble.log") The conclusion is that this is much more cumbersome than the previous case, so I would definitely vote for appending the file. Regards, Leo From haible@ilog.fr Mon Aug 4 19:20:33 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA27285; Mon, 4 Aug 97 19:20:33 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id SAA14019 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Mon, 4 Aug 1997 18:32:01 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id SAA16727; Mon, 4 Aug 1997 18:25:22 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id SAA16727; Mon, 4 Aug 1997 18:25:22 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id SAA10592; Mon, 4 Aug 1997 18:25:21 +0200 (MET DST) Date: Mon, 4 Aug 1997 18:25:21 +0200 (MET DST) Message-Id: <199708041625.SAA10592@halles.ilog.fr> To: Subject: Re: Problem with dribble In-Reply-To: <9708041542.AA26088@ma2s2.mathematik.uni-karlsruhe.de> References: <9708041542.AA26088@ma2s2.mathematik.uni-karlsruhe.de> Content-Type: text Thanks. All 4 answers I got up to now favour :append behaviour instead of :overwrite behaviour, and your (Leo's) arguments are 150% convincing. I'll change `dribble' in clisp accordingly. Bruno From hslama@datacomm.ch Tue Aug 5 04:07:25 1997 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02635; Tue, 5 Aug 97 04:07:25 +0200 Received: from bbs.datacomm.ch (actually datacomm.ch) by nz11.rz.uni-karlsruhe.de with SMTP (PP); Tue, 5 Aug 1997 03:18:55 +0200 X-Routed: Tue, 5 Aug 1997 03:16:36 -0500 X-Tcp-Identity: Tracker Received: from line45-basel.datacomm.ch [194.235.177.94] by bbs.datacomm.ch with smtp id ADBABBAG ; Tue, 5 Aug 1997 03:16:16 -0500 Message-Id: <3.0.1.16.19970805031835.4ce7008a@datacomm.ch> X-Sender: Tracker@datacomm.ch X-Mailer: Windows Eudora Light Version 3.0.1 (16) X-Priority: 1 (Highest) Date: Tue, 05 Aug 1997 03:18:35 +0200 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de From: Heribert Slama Subject: get clisp-list mailing-list-archive Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" get clisp-list mailing-list-archive From haible@ilog.fr Tue Aug 5 13:18:57 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10632; Tue, 5 Aug 97 13:18:57 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id MAA23739 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Tue, 5 Aug 1997 12:30:20 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id MAA15129; Tue, 5 Aug 1997 12:27:50 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id MAA15129; Tue, 5 Aug 1997 12:27:50 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id MAA12429; Tue, 5 Aug 1997 12:27:48 +0200 (MET DST) Date: Tue, 5 Aug 1997 12:27:48 +0200 (MET DST) Message-Id: <199708051027.MAA12429@halles.ilog.fr> To: Subject: Re: Spanish Translation of CLisp In-Reply-To: <33DDD78D.71AF@delicias.dia.fi.upm.es> References: <33DDD78D.71AF@delicias.dia.fi.upm.es> Content-Type: text Hello Carlos, Thank you for continuing your work on the spanish translation. > I'd like to know if there is any new .pot file for this version, so > I could adapt my translation to the last changes. If so, where? The newest .pot files are always in the clispsrc.tar.gz source package, and on every major clisp version the GNU Internationalization mailing lists are notified. Hope you have subscribed to . > To all spanish-speakers of this mailing list: If you have time, you > could take this file (it is an ASCII file, very easy to edit and read) > and revise the translation. Actually, if you want to see the context (source code) of each message in this file, you can do this using GNU po-mode (an Emacs mode specially designed for this). Btw, it's amazing that the spanish translation is nearly finished - with 8 clisp-list subscribers, and certainly 5 or 10 times more users outside this mailing list. Whereas Sweden (10 subscribers), Italy (10 subscribers) and Japan (9 subscribers) have not even begun translating... Bruno ! 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 artn@comm.mot.com Wed Aug 6 02:58:44 1997 Return-Path: Received: from motgate.mot.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18578; Wed, 6 Aug 97 02:58:44 +0200 Received: from pobox.mot.com (pobox.mot.com [129.188.137.100]) by motgate.mot.com (8.8.5/8.6.10/MOT-3.8) with ESMTP id TAA03981 for ; Tue, 5 Aug 1997 19:10:09 -0500 (CDT) Comments: ( Received on motgate.mot.com from client pobox.mot.com, sender artn@comm.mot.com ) Received: from il02dns1.comm.mot.com (il02dns1.comm.mot.com [145.1.3.2]) by pobox.mot.com (8.8.5/8.6.10/MOT-3.8) with ESMTP id TAA19273 for ; Tue, 5 Aug 1997 19:10:06 -0500 (CDT) Received: from bs.comm.mot.com (nsbs702.comm.mot.com [145.1.157.2]) by il02dns1.comm.mot.com (8.7.5/8.7.3) with ESMTP id TAA11486 for ; Tue, 5 Aug 1997 19:10:09 -0500 (CDT) Message-Id: <199708060010.TAA11486@il02dns1.comm.mot.com> Received: from bs724.bs.comm.mot.com (bs724.comm.mot.com) by nsbs702.comm.mot.com with SMTP (1.37.109.15/16.2) id AA067656204; Tue, 5 Aug 1997 19:10:04 -0500 Received: by bs724 (1.37.109.4/16.2) id AA15640; Tue, 5 Aug 97 19:10:04 -0500 From: "'Art Nuzzo'" Subject: Re: Problem with dribble To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Tue, 05 Aug 1997 19:10:03 CDT In-Reply-To: <199708041211.OAA08371@halles.ilog.fr>; from "Bruno Haible" at Aug 4, 97 3:26 pm X-Mailer: Elm [revision: 109.14] > > Btw, do you feel that the second call to (dribble "dribble.log") should > overwrite or append to the existing file? > Yes, I also agree that it should append rather than overwrite but could we have an option to overwrite so that (dribble "dribble.log") creates a new file if it doesn't exist or appends if it does and (dribble "dribble.log" :overwrite t) creates a new file if it doesn't exist or overwrites if it does exist. And (dribble "dribble.log" :overwrite nil) would be the same as (dribble "dribble.log") Art Nuzzo Fixed Products Design Center Motorola From rtietjen@kale.connix.com Thu Aug 7 04:49:27 1997 Return-Path: Received: from comet.connix.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06577; Thu, 7 Aug 97 04:49:27 +0200 Received: from kale.connix.com (root@kale.connix.com [204.183.64.34]) by comet.connix.com (8.8.5/8.8.5) with ESMTP id WAA07747 for ; Wed, 6 Aug 1997 22:00:39 -0400 (EDT) Received: by kale.connix.com id (Debian Smail-3.2 1996-Jul-4 #2); Wed, 6 Aug 1997 22:00:49 -0400 (EDT) Message-Id: Date: Wed, 6 Aug 1997 22:00:49 -0400 (EDT) From: Richard Tietjen To: Subject: Clisp 1997-05-29 Win-Beta question X-Mailer: VM 6.28 under Emacs 19.34.1 Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII Hi, I've obtained the Win-Beta version of clisp-1997-05-29. It requires cygwin.dll. (as a footnote, my NT system doesn't consider the cygwin.dll that comes with win-beta to be a valid dll image. So I downloaded cygwin from Cygnus.) Now when I run clisp thusly: d:\win32app\clisp-1997-05-29\base\lisp -M \ //d/win32app/clisp-1997-05-29/base/lispinit.mem I get an error message: *** - |PARSE-NAMESTRING|: syntax error in filename "H:\\/" at position 1 I haven't seen anything that tells me what clisp is trying to do. What would make it happy? Some kind of init file presumably. Thanks for any info. From haible@ilog.fr Thu Aug 7 15:39:19 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15494; Thu, 7 Aug 97 15:39:19 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id OAA20836 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Thu, 7 Aug 1997 14:50:25 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id OAA19573; Thu, 7 Aug 1997 14:48:51 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id OAA19573; Thu, 7 Aug 1997 14:48:51 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id OAA19718; Thu, 7 Aug 1997 14:48:48 +0200 (MET DST) Date: Thu, 7 Aug 1997 14:48:48 +0200 (MET DST) Message-Id: <199708071248.OAA19718@halles.ilog.fr> To: Subject: Re: Clisp 1997-05-29 cygwin-beta question In-Reply-To: References: Content-Type: text Richard Tietjen writes: > Hi, I've obtained the Win-Beta version of clisp-1997-05-29. It > requires cygwin.dll. Now when I run clisp thusly: > > d:\win32app\clisp-1997-05-29\base\lisp -M \ > //d/win32app/clisp-1997-05-29/base/lispinit.mem > > I get an error message: > > *** - |PARSE-NAMESTRING|: syntax error in filename "H:\\/" at position 1 > > I haven't seen anything that tells me what clisp is trying to do. It's trying to parse the HOME environment variable. To quote from the README/INSTALL file: Known problems with CLISP on Cygwin32: - CLISP understands the UNC pathname syntax "//drive/path/filename" for "drive:\path\file". The latter syntax is *not* understood. ... - The HOME environment variable must be a valid pathname according to the restrictions above. Btw, there are new win32 binaries on ma2s2.mathematik.uni-karlsruhe.de. However, the decision between the cygwin32 and the native win32 ports of clisp is difficult: The cygwin32 port has Unixy pathname syntax and slow directory accesses, but has the readline library built-in. The native win32 port is fine and snappy, even with generational GC, but lacks readline. Bruno From haible@ilog.fr Thu Aug 7 19:09:20 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA17998; Thu, 7 Aug 97 19:09:20 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id SAA23924; Thu, 7 Aug 1997 18:20:23 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id SAA28993; Thu, 7 Aug 1997 18:18:23 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id SAA28993; Thu, 7 Aug 1997 18:18:23 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id SAA20607; Thu, 7 Aug 1997 18:18:23 +0200 (MET DST) Date: Thu, 7 Aug 1997 18:18:23 +0200 (MET DST) Message-Id: <199708071618.SAA20607@halles.ilog.fr> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, AI.Repository@cs.cmu.edu, friedman@gnu.ai.mit.edu Subject: New version of CLISP Content-Type: text Hi all, A new version is at the usual place, ftp://ma2s2.mathematik.uni-karlsruhe.de/pub/lisp/clisp/source/. Binaries for i386-linuxelf are in /pub/lisp/clisp/binaries/i386-linux-elf/. Binaries for win32 are in /pub/lisp/clisp/binaries/win32/. Here is the list of changes since the 1997-05-03 release. As you can see, except for the new modules and new ports, it's mostly a bugfix release. 7 August 1997 ============= User visible changes -------------------- * Two new add-on modules: clx/new-clx: Fast Common Lisp to X11 interface. Written by Gilbert Baumann . clx/mit-clx: Classical Common Lisp to X11 interface. * (DRIBBLE filename) now appends to the given file instead of overwriting it. * Fixed a bug: Platform dependent constants are not inlined in .fas files any more. * Fixed a bug: Binding *PRINT-PRETTY* to NIL inside a PRINT-OBJECT method or inside a structure's print-function could result in undefined behaviour. Thanks to Don Cohen . * Fixed a bug: For x a float, (= 0 x) and (EQUALP 0 x) could result in undefined behaviour. Thanks to Don Cohen . * Fixed a bug: The error message issued by CHECK-TYPE was wrong. * Fixed a bug: Calling (DRIBBLE pathname) after (DRIBBLE) didn't work. Thanks to Art Nuzzo . * Fixed a bug: The WITH-STANDARD-IO-SYNTAX macro caused *PACKAGE* to be bound to a invalid value. * Fixed two bugs in the GC (one in the generational GC, one in the non-generational GC). Big thanks to Marcus Daniels. * Fixed a bug: Printing socket streams created by SOCKET-ACCEPT could result in an error or an endless loop. Portability ----------- * Added support for Win32 (WinNT and Win95), using Microsoft Visual C++. * Added support for Cygwin32 version 18 (Unix emulation on WinNT or Win95). * Added support for GNU 0.2 (the Hurd). Thanks to Marcus Daniels. Other modifications ------------------- * "clisp" can now be called with "-" as argument. The standard input is then executed by a read-eval-print loop without prompt, while the remaining arguments will be assigned to the variable *ARGS*. * Overall speedup by 13% on i386. Enjoy! Bruno From bshults@math.utexas.edu Fri Aug 8 17:38:11 1997 Return-Path: Received: from marie.ma.utexas.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00617; Fri, 8 Aug 97 17:38:11 +0200 Date: Fri, 8 Aug 97 09:49:03 CDT Posted-Date: Fri, 8 Aug 97 09:49:03 CDT Message-Id: <9708081449.AA18165@marie.ma.utexas.edu> Received: by marie.ma.utexas.edu (4.1/5.51) id AA18165; Fri, 8 Aug 97 09:49:03 CDT From: Benjamin Price Shults To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <199707152050.WAA07700@halles.ilog.fr> (message from Bruno Haible on Tue, 15 Jul 97 23:58:34 +0200) Subject: Re: CLISP for Windows NT I just downloaded clisp from the win32 directory. I ran lisp -M lispinit.mem the first time, then loaded config and timezone. When I do (saveinitmem) I get the following message: selfmade_mmap: full_read(offset=0x97000,count=4096) failed, returned 0. *** - handle_fault error3 ! SIGSEGV cannot be cured. Fault address = 0x18000010. From haible@ilog.fr Sat Aug 9 19:31:49 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15802; Sat, 9 Aug 97 19:31:49 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id SAA14098 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Sat, 9 Aug 1997 18:42:35 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id SAA08931; Sat, 9 Aug 1997 18:40:37 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id SAA08931; Sat, 9 Aug 1997 18:40:37 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id SAA25088; Sat, 9 Aug 1997 18:40:36 +0200 (MET DST) Date: Sat, 9 Aug 1997 18:40:36 +0200 (MET DST) Message-Id: <199708091640.SAA25088@halles.ilog.fr> To: Subject: Re: CLISP for Windows NT In-Reply-To: <9708081449.AA18165@marie.ma.utexas.edu> References: <9708081449.AA18165@marie.ma.utexas.edu> Content-Type: text Benjamin Price Shults writes: > I just downloaded clisp from the win32 directory. I ran lisp -M > lispinit.mem the first time, then loaded config and timezone. > > When I do (saveinitmem) I get the following message: > > selfmade_mmap: full_read(offset=0x97000,count=4096) failed, returned 0. > *** - handle_fault error3 ! > SIGSEGV cannot be cured. Fault address = 0x18000010. Oh, this is a bug: the lispinit.mem file is being overwritten while it hasn't yet been fully loaded. Doing (gc) before (saveinitmem) will avoid this problem. And you don't need to manually adjust and reload timezone.lsp on this platform. That's a mistake in the README file. Thanks for the report. Bruno From aler@inf.uc3m.es Tue Aug 12 14:45:53 1997 Return-Path: Received: from elrond.uc3m.es by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03457; Tue, 12 Aug 97 14:45:53 +0200 Received: from tristan.uc3m.es by elrond.uc3m.es (4.1/SM941027.01) id AA01444; Tue, 12 Aug 97 13:55:36 +0200 Date: Tue, 12 Aug 1997 14:05:15 +0200 (CEST) From: Ricardo Aler Mur X-Sender: aler@tristan.uc3m.es Reply-To: aler@inf.uc3m.es To: clisp Subject: Cannot map memory to address Message-Id: Distribution: world Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, Does anybody know what's the behaviour of clisp when you get something like (it happens when swap memory has been exhausted): Cannot map memory to address 0x34A00000 . errno = EWOULDBLOCK: Operation would block. Does clisp wait until enough memory can be allocated or does it go on ignoring the error? Thanks, R. Aler. From haible@ilog.fr Tue Aug 12 16:22:03 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04527; Tue, 12 Aug 97 16:22:03 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id PAA14428 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Tue, 12 Aug 1997 15:30:32 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id PAA17938; Tue, 12 Aug 1997 15:28:24 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id PAA17938; Tue, 12 Aug 1997 15:28:24 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id PAA01854; Tue, 12 Aug 1997 15:28:23 +0200 (MET DST) Date: Tue, 12 Aug 1997 15:28:23 +0200 (MET DST) Message-Id: <199708121328.PAA01854@halles.ilog.fr> To: Subject: Re: Cannot map memory to address In-Reply-To: References: Content-Type: text Ricardo Aler Mur writes: > Does anybody know what's the behaviour of clisp when you get something > like (it happens when swap memory has been exhausted): > > Cannot map memory to address 0x34A00000 . errno = EWOULDBLOCK: Operation > would block. If this occurs, clisp will start a garbage collection, to make room itself instead of borrowing memory from the system. Bruno From sshteingold@cctrading.com Tue Aug 12 21:58:10 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02907; Tue, 12 Aug 97 21:58:10 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA16297; Tue, 12 Aug 97 15:17:21 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA871412984; Tue, 12 Aug 97 15:09:47 -0500 Message-Id: <9708128714.AA871412984@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Tue, 12 Aug 97 15:07:44 -0500 Return-Receipt-To: To: Subject: weird behavior with numbers Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit clisp on winnt > 1234567.89 1234567.9 why does it round this number? From sshteingold@cctrading.com Wed Aug 13 02:30:11 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05571; Wed, 13 Aug 97 02:30:11 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA16959; Tue, 12 Aug 97 19:49:20 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA871429312; Tue, 12 Aug 97 19:41:54 -0500 Message-Id: <9708128714.AA871429312@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Tue, 12 Aug 97 19:39:45 -0500 Return-Receipt-To: To: Subject: standalone executables with clisp Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Is it possible to create standalone executables with clisp on win32? The closest thing I could think of so far was 1. compile everything, load it, then do (saveinitmem). 2. create a shortcut running `clisp -m init.mem -x (main)'. Is this the only way? Thanks. S, From lsarasua@epo.e-mail.com Wed Aug 13 11:48:16 1997 Return-Path: Received: from E-MAIL.COM by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03216; Wed, 13 Aug 97 11:48:16 +0200 Message-Id: <9708130948.AA03216@ma2s2.mathematik.uni-karlsruhe.de> Received: from epo.e-mail.com by E-MAIL.COM (IBM VM SMTP V2R3) with BSMTP id 7293; Wed, 13 Aug 97 04:58:24 EDT Date: Wed, 13 Aug 1997 04:58:14 EDT From: lsarasua@epo.e-mail.com To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de X-Sender-Info: Leo Sarasua Tel. (31) 70 - 340 31 77 The Hague, NL lsarasua@epo.e-mail.com Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: NO SUBJECT This might be a silly question: where can I get the manual of CLISP in text or PostScript format? In particular, I need information about the debugger. Thanks, Leo From matthias@intellektik.informatik.th-darmstadt.de Wed Aug 13 14:18:54 1997 Return-Path: Received: from orion.plopp.de (plopp.intellektik.informatik.th-darmstadt.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00816; Wed, 13 Aug 97 14:18:54 +0200 Received: (from matthias@localhost) by orion.plopp.de (8.8.4/8.8.4) id NAA04816; Wed, 13 Aug 1997 13:28:48 +0200 Date: Wed, 13 Aug 1997 13:28:48 +0200 Message-Id: <199708131128.NAA04816@orion.plopp.de> From: Matthias Lindner Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Problem with FFI in CLISP-1997-08-07 In-Reply-To: <199708130843.KAA00967@orion.plopp.de> References: <199708130843.KAA00967@orion.plopp.de> X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Reply-To: matthias@intellektik.informatik.th-darmstadt.de Hi, using the newest CLISP (1997-08-07) on my Linux Box (Linux 2.0.30, PPro200, 64MB, libc.so.5.4.17) I get severe problems, with FFI CALL-INs. The following code is a minimal example to reproduce the error: ==== CUT HERE ================================================================ ;;; -------------------------------------------------------------------------- ;;; File: ltffi.lsp ;;; -------------------------------------------------------------------------- (in-package "TEST-FFI") (defpackage TEST-FFI (:nicknames TFFI) (:use COMMON-LISP FFI) (:export DO-TEST)) (defun FFI::CALL-IN-FUN (msg) (format NIL "CALL-IN RECEIVED: ~S.~%" msg)) (def-c-call-in FFI::CALL-IN-FUN (:name "lisp_call_in") (:arguments (msg c-string :in :malloc-free)) (:return-type c-string :malloc-free)) (def-c-call-out DO-TEST (:name "tffi_test") (:arguments (msg c-string))) ==== CUT HERE ================================================================ /*---------------------------------------------------------------------------- * File: tffi.c *---------------------------------------------------------------------------- */ void tffi_test(char *message) { extern char *lisp_call_in(char *msg); printf("lisp_call_in(%s) -> %s\n", message, lisp_call_in(message)); } ==== CUT HERE ================================================================ Here is, what I do to compile and bind a new clisp: % make /src/lisp/clisp/mem/ffi/lisp.run -q -M /src/lisp/clisp/mem/ffi/lispinit.mem -c ltffi.lsp Compiling file /src/lisp/clisp/test-ffi/ltffi.lsp ... Compilation of file /src/lisp/clisp/test-ffi/ltffi.lsp is finished. 0 errors, 0 warnings gcc -g -Wall -I/src/lisp/clisp/mem/ffi -c ltffi.c -o ltffi.o In file included from ltffi.c:1: /src/lisp/clisp/mem/ffi/clisp.h:2744: warning: register used for two global register variables gcc -g -Wall -I/src/lisp/clisp/mem/ffi -c tffi.c -o tffi.o tffi.c: In function `tffi_test': tffi.c:6: warning: implicit declaration of function `printf' rm -f modules.h for i in ltffi; do \ echo "MODULE($i)" >> modules.h; \ done gcc -g -Wall -I/src/lisp/clisp/mem/ffi -I. -c /src/lisp/clisp/mem/ffi/modules.c -o modules.o In file included from modules.d:11: /src/lisp/clisp/mem/ffi/clisp.h:2744: warning: register used for two global register variables gcc -o lisp.run modules.o /src/lisp/clisp/mem/ffi/lisp.a ltffi.o tffi.o \ -L/src/lisp/clisp/mem/ffi -lavcall -lvacall -ltrampoline -lintl -ltermcap -lreadline lisp.run -q -M /src/lisp/clisp/mem/ffi/lispinit.mem -x '(dolist (f (list "./ltffi.fas")) (lisp:gc) (load f)) (lisp:gc) (lisp:saveinitmem) (user::bye)' < /dev/null ;; Loading file ./ltffi.fas ... ;; Loading of file ./ltffi.fas is finished. NIL 524288 729604 ; 524288 % Using CLISP-1997-05-03 I get the expected result: > (lisp-implementation-version) "1997-05-03 (May 1997)" > (tffi:do-test "CLISP") lisp_call_in(CLISP) -> CALL-IN RECEIVED: "CLISP". > (Bye) Bye. The new clisp however gets a SIGSEGV and dies. Is this a bug, or is there something wrong with my setup or do I misuse the ffi? I have tried to disable generational GC, but this did not change anything. Another question: I am writing some kind of daemon using clisp. It uses the ffi a lot (mySQL interface, tcpip interface etc.) and it would be very helpful, if there was a way to deal with SIGSEGVs within clisp (do a restart e.g.). Is there a "canonical" way to do this? Any help appreciated --Matthias ------------------------------------------------------------------------------ Matthias Lindner Wilhelm-Leuschner-Str.46 64293 Darmstadt Germany TEL: +49 6151 22071 NET: matthias@intellektik.informatik.th-darmstadt.de WWW: http://aida.intellektik.informatik.th-darmstadt.de/~matthias/ ------------------------------------------------------------------------------ From sshteingold@cctrading.com Wed Aug 13 15:56:46 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01863; Wed, 13 Aug 97 15:56:46 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA18089; Wed, 13 Aug 97 09:12:26 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA871477520; Wed, 13 Aug 97 09:05:23 -0500 Message-Id: <9708138714.AA871477520@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Wed, 13 Aug 97 09:02:15 -0500 Return-Receipt-To: To: Subject: format ~/function/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit format directive ~/function/ seems not to be implemented in clisp. Are there any plans to implement it? Thanks. S. From haible@ilog.fr Wed Aug 13 16:10:15 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02088; Wed, 13 Aug 97 16:10:15 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id PAA27627 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Wed, 13 Aug 1997 15:20:18 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id PAA04606; Wed, 13 Aug 1997 15:16:46 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id PAA04606; Wed, 13 Aug 1997 15:16:46 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id PAA03451; Wed, 13 Aug 1997 15:16:45 +0200 (MET DST) Date: Wed, 13 Aug 1997 15:16:45 +0200 (MET DST) Message-Id: <199708131316.PAA03451@halles.ilog.fr> To: Subject: Re: weird behavior with numbers In-Reply-To: <9708128714.AA871412984@inet.stknhlg.com> References: <9708128714.AA871412984@inet.stknhlg.com> Content-Type: text sshteingold@cctrading.com writes: > > clisp on winnt > > 1234567.89 > > 1234567.9 > > why does it round this number? Because the default precision is single-float. If you want to change that, do (progn (setf *read-default-float-format* 'double-float) (setf *default-float-format* 'double-float) ) Then the default precision is about 15-16 digits: > 1234567.89 1234567.89 > 1234567.890123456789 1234567.8901234567 Bruno From lambertb@uic.edu Wed Aug 13 16:10:40 1997 Return-Path: Received: from eeyore.cc.uic.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02089; Wed, 13 Aug 97 16:10:40 +0200 Received: from [206.183.68.108] (d88.loop.interaccess.com [206.183.68.88]) by eeyore.cc.uic.edu (8.8.5/8.8.5) with ESMTP id CAA00170 for ; Wed, 13 Aug 1997 02:08:13 -0500 (CDT) X-Sender: lambertb@tigger.cc.uic.edu Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 13 Aug 1997 02:14:43 -0500 To: From: "Bruce L. Lambert" Subject: No more room for Lisp objects I just installed clisp-1997-08-07 on a dual pentium pro machine running Solaris 2.5.1. Everything went fine. When I invoke unix> clisp -W I expect no memory limitations. But when I try to allocate the big data structure I need, I get the dreaded "No more room" message. > (make-hash-table :size 1000000)) *** - No more room for LISP objects This machine has lots of memory. For example: unix> limit cputime unlimited filesize unlimited datasize 524288 kbytes stacksize 130336 kbytes coredumpsize unlimited vmemoryuse unlimited descriptors 1024 What do I need to do to be able to allocate bigger data structures. I know I've been through this before with some people on this list. Thanks in advance. -bruce Bruce L. Lambert, Ph.D. Department of Pharmacy Administration (M/C 871) University of Illinois at Chicago Phone: (312) 996-2411 Fax: (312) 996-0868 WWW: http://ludwig.pmad.uic.edu/~bruce/ From haible@ilog.fr Wed Aug 13 16:20:20 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02309; Wed, 13 Aug 97 16:20:20 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id PAA27772 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Wed, 13 Aug 1997 15:30:18 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id PAA05165; Wed, 13 Aug 1997 15:26:51 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id PAA05165; Wed, 13 Aug 1997 15:26:51 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id PAA03460; Wed, 13 Aug 1997 15:26:50 +0200 (MET DST) Date: Wed, 13 Aug 1997 15:26:50 +0200 (MET DST) Message-Id: <199708131326.PAA03460@halles.ilog.fr> To: Subject: Re: standalone executables with clisp In-Reply-To: <9708128714.AA871429312@inet.stknhlg.com> References: <9708128714.AA871429312@inet.stknhlg.com> Content-Type: text sshteingold@cctrading.com asks: > > Is it possible to create standalone executables with clisp on win32? > The closest thing I could think of so far was > 1. compile everything, load it, then do (saveinitmem). > 2. create a shortcut running `clisp -m init.mem -x (main)'. > Is this the only way? Yes, this is the only way to create "standalone" programs with clisp. For details about `saveinitmem', please see section 90.1. of impnotes.txt. Bruno From haible@ilog.fr Wed Aug 13 16:30:39 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02503; Wed, 13 Aug 97 16:30:39 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id PAA27904 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Wed, 13 Aug 1997 15:40:29 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id PAA05486; Wed, 13 Aug 1997 15:32:26 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id PAA05486; Wed, 13 Aug 1997 15:32:26 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id PAA03508; Wed, 13 Aug 1997 15:32:24 +0200 (MET DST) Date: Wed, 13 Aug 1997 15:32:24 +0200 (MET DST) Message-Id: <199708131332.PAA03508@halles.ilog.fr> To: Subject: Re: request for documentation In-Reply-To: <9708130948.AA03216@ma2s2.mathematik.uni-karlsruhe.de> References: <9708130948.AA03216@ma2s2.mathematik.uni-karlsruhe.de> Content-Type: text lsarasua@epo.e-mail.com asks: > This might be a silly question: where can I get the manual of CLISP in > text or PostScript format? In particular, I need information about the > debugger. It's described in section 91 of impnotes.txt. A TeX version of this file (for older clisp versions) can be found in ftp://ma2s2.mathematik.uni-karlsruhe.de/pub/lisp/clisp/contrib/manual.tar.gz . Bruno From haible@ilog.fr Wed Aug 13 16:41:11 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02751; Wed, 13 Aug 97 16:41:11 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id PAA28041 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Wed, 13 Aug 1997 15:51:05 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id PAA06323; Wed, 13 Aug 1997 15:49:01 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id PAA06323; Wed, 13 Aug 1997 15:49:01 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id PAA03518; Wed, 13 Aug 1997 15:49:00 +0200 (MET DST) Date: Wed, 13 Aug 1997 15:49:00 +0200 (MET DST) Message-Id: <199708131349.PAA03518@halles.ilog.fr> To: Subject: Re: Problem with FFI in CLISP-1997-08-07 In-Reply-To: <199708131128.NAA04816@orion.plopp.de> References: <199708131128.NAA04816@orion.plopp.de> Content-Type: text Matthias Lindner writes: > using the newest CLISP (1997-08-07) on my Linux Box (Linux 2.0.30, > PPro200, 64MB, libc.so.5.4.17) I get severe problems, with FFI CALL-INs. > The following code is a minimal example to reproduce the error: > [excellent, reproducible code snipped] Thank you very much for this minimal example. It's a bug, affecting the CALL-INs on all platforms with special register usage: hppa, alpha, m88k, arm and now also i386. Below is a fix. Please apply patch1 and patch2 if you have got the clisp source, patch1 and patch3 if you have the i386-linux-elf binaries. > Another question: > I am writing some kind of daemon using clisp. It uses the ffi a > lot (mySQL interface, tcpip interface etc.) and it would be very > helpful, if there was a way to deal with SIGSEGVs within clisp > (do a restart e.g.). Is there a "canonical" way to do this? Please do not do this normally. SIGSEGVs within CLISP should not occur, and if they occur please make sure that this mailing list gets notified. Otherwise the bugs will never get fixed. But if you want to chase bugs outside clisp (i.e. in your mySQL interface or tcp/ip interface etc.), you are welcome to put a breakpoint or hook at the function `sigsegv_handler_failed' in spvw.d. Bruno begin 644 patch1.gz M'XL(",:X\3,"`W!A=&-H,0#54TU/PS`,/;-?88;0DK*P=F4;V4X[@A`7#AQ1 MEJ:E(DU+FH(`L=].LJT=^P#M"):2U):?[;S7>)X'7*9E00)*1\2_)/ZH5VK> MBW,MTD0%Y[(LCNXJ!==V]2GT^^.0CB^&X/);A)`E?!=S+R*85@D$(03!.!R, M`W^)\3;-^4"IWZ5T"(L`;!BR53-FP.-Y98K*D-)HP3(/VO-3@/ETT@9D2M$)+@$Q)D&IA,7*#5N?,4RYV/\K0.&M8=;QP?T_)B?MM<8)(4!A%)EZ]MD M9<"W#2VJ\5$:`Q+/H(5Q`T'G]NH&@^5BA=Z+RP,^4)4U&#C&/B3F*GLBV=9#7=]IO\?;H!9B))U0-G M4LX8?T)X\L\UV/<$`C_TNW8;+!^!DZD.[15JE]"UU6K4[\,+E=_E?HYR+Y"R7XJE+%!``` ` end begin 644 patch2.gz M'XL("/"X\3,"`W!A=&-H,@#M6FU/VT@0_GS\B@%$98>DM1.2$'*I%&B.H\=+ M16BKDRI93K(&7QT[LAU*6_%;[Z_<[/IEU_8Z"912>G>HI?:^S,P^^\SL[+B5 M2@7&CAW,:GJGTZYINS6M_2+PQR]HV\@>.<\GO[PG$^C/+P%:H&M[VNZ>I@,= MO5:KU:+)93/T!NCZ7KV]UZQ',RK9'_H.K=U.M=5I`FN`_,^F;4V(!<%\Y!L! M<2S#)Y=V$!*_.!3`\=Q+R5!C[+DA<<.@*Y%/W(EMK=7R[4'HS\;`[B)LFR7P`@%N0;5KJ@`P_Z[@7%X?+;?/QXJ:F8@8I`..Q\, M+\[.RT9RD71!J=CSP>'1\&)P/E2Z:E<0M[8NT9+,%,WKIGI%46OI_@#09WA- M)L2'?1+Z-AD%GQ&E::T_M_RY!8I'NPA5])OG7!*X]G`S/&=\15P5IO._X-'!/^7QHJXWJG6](\:+Y4%BYMMN:"D;2R,$;*B)6\8(KF<$E,0% M#`0?7#XU&7V/F"`3$UG">Y*@A8`F:*0L?E0T?L2J99QH[C:KS8XNA,"$_0P. M6%?(C3D.C3E*-@+["S%FBD>?P\\S8CB4Z,^>@1*F35,S^`B]'HSL,#>PIJMJ MQM`Z6AJ[*ATT1G=";3,?755A$E7%#`PJ)&Y^^1*V)J@0MFY47%V5RP^N;"NL M,H6JH)89@[-R`U7$91U]6T`LMF.:-R3[+D+J!(33!J+Y$^7DH+6K:1I#)6D[ M/'W+WM>3AM,SHS\\B9#+F=;KU7?R'0A>K[>K%DA8"M[7:],'"B`81M+9Q6"X MC_6ZM/O]T:M!VK@",Y0*,ZZB/HM:MM$F:E*CHA0W55-[O?VC0V-P^NJH?VJ\ MX>$L9VMJ;Q-GIX/O+"J^>T,]XV00-Q;*M`.[VEWE%1 M12GBX661!"/P]X#ZO+&IT&S3LY3\8-Q7_E)[26^D M.*?TLE6PN*P`5:B6)?:*VK)STKLC&I#V2#7R.RS?$R&Z_@OVY"GA+/>%'0UQ M;^Y(:Z]WJ+S*S%U05D"3,[T+S"[9&[B%;,0OF5'<=H95F5C62:UC#L/>NA(N M\9!6D,!K>&(0S!-V827T(;@+2\G[/8-#.A#U+"?PTN#`2-IJ28+#TR3IBJ3+ M`Y;C78'?2WWB*]`[KC?ZBXS#"H3>S/`LP_+-*4EB1!=F\^"*/;(\E`U5%),F MIF6$H&<+G\7$X3D;>M-/GC]1#OK'Q_MT6UF'8;N65Q4UT]FWI603^=&-??K[ MNEHQ:A0V:WJ-',`$HQ3G:!'),%Q#\MB]9TRZ-ITYT9?HBP:AMNCAOKI23B]1 MEXX3_:!4Z0^,5T"SZG6%IZ11F%$T5:4U-PE!L<,<>7Y(/YXL8*92M$B-7"6Y MPL6:=$KRX*,]BURDKDI]]\Y!00@&J?^6!X6G$K+E>49+IR&\_6!Y1F9PUN1% MGS/NGF>L$KFBA!OCUYW"E_1KCJZU&XA4N_-@A]VC(?6-JY?RIJXA;^I:AC?Y M`,_/)CS.Z&4P]LJ:KE(GIHW5^(!-?=2;`78ONE+,O-B;4XF9V7HLDJE1"XNA M):N\1!X@7+E,O$BXX1L5NU.!FQ@7:/L)R3N_4$?&=F-/1)C1WL*F5 M%A3J"4"MY<< M]]O"UNMGA\>#D_X;XV1P,?G3G?-9A/\ M1=P77-Q>3'\EXC.2$SD,N:`(+%LWA M_/>3\<\$:4"(QZ\)T5Y^3Z>KE_K@X`5PD2Q]L=;@<+>AI,C$9Y&@D>"#;85F MG-";`=P/\,5TA:2H1@9\;[&8>OX5X=X-G:T-$^/%BR>6_ M"E;N-ZY;_YO?_Y%_=??<[O6,=K^=WK,,0$IP\@`TT$@84?@T#846Z0":-9D, MA[C4-[A$4"ZTE:&$M)4./^1*94GQ.:8^FU&-KN)$2:K%T92)RR/)U`\.U\+7 MCY"NFB;+2#W8]"_J"TVN#6\V2RCG2CVEZW=WFA=&0M=RGJ$)M5GE*PP-2I:GB(:(2(AH>ED& M1K`EBUBIE\Q<:NIG%Y.)A/"V=0E`U$,LUR"T6(\`99GO:3R\I2S0-H5U?5!L M6J]D?J/.3H2797>D3^ZHY&`J0>Y3.5XESTO.Y<3AB^HP>H0# M@YV6JNI9+=Q$!GC<#V^)8`3/&V*9(2>__72N:6B>"_`OO03/K60P]EMUAB^G M"1'>E,`=\B#=PQL2($Z]:4*#@:H23KN'T.SD5>(Y0/-1<*L%VQW<8-#SX`@6 M$Q:0(/&NZ=ISB)?\4BTUC^>%)BTGN\`@CU=H*7-8%@6[_L22F38^F4Q>RV,I M!@FC@!GE-TOM^T/"K,$ZC:*SSR2 MVI+4V?S0KX/`8H#6J,0IP(:NR`]?%KN6I6=YJ1M9`I2-(+MLA&4A7ANH"%N9 M!66UW`H4=Q/5:V(61^*=GK4;6=B62!O#]0W>"$9HL'49R.&QYU-X;]GNAW+] MN?$62VK!6N*]^6%+6T6?TP5&O3AH#5@!+*=W,2D);6:K:BDJZ0EIWY&U"976 MHR)7'.H/>6(."`69$#FNLJ,BUG)UI$5HU$OJ1 M>-$MGB*C5\B&:40,.QR!CROZ&;=GIQ-]VQAY755CL5!/J4J"A3EY[]E,-':W[QJV:]JE8N>:EB2YF\4NS0YI2B:*P8*`4U'NZ;/\VY2HG7VP M8WH7YZ')$&Z5^I>MFW!<(A^ZG`(&2^=EY2N_N3QR':=+MYJI[T?D/8# MTKHOP'Q(SN.8!H````` ` end From haible@ilog.fr Wed Aug 13 19:01:31 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04202; Wed, 13 Aug 97 19:01:31 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id SAA29917 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Wed, 13 Aug 1997 18:10:12 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id SAA12125; Wed, 13 Aug 1997 18:06:39 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id SAA12125; Wed, 13 Aug 1997 18:06:39 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id SAA03732; Wed, 13 Aug 1997 18:06:37 +0200 (MET DST) Date: Wed, 13 Aug 1997 18:06:37 +0200 (MET DST) Message-Id: <199708131606.SAA03732@halles.ilog.fr> To: Subject: Re: No more room for Lisp objects In-Reply-To: References: Content-Type: text Bruce L. Lambert writes: > When I invoke > > unix> clisp -W > > I expect no memory limitations. But when I try to allocate the big data > structure I need, I get the dreaded "No more room" message. > > > (make-hash-table :size 1000000)) > > *** - No more room for LISP objects Apparently memory is not allocated dynamically, so you need to give an upper bound: unix> clisp -W -m 200MB (Sorry about that.) Since on your platform (Solaris 2.5.1) generational GC is enabled, the upper bound will only be filled when needed. Don't hesitate to give a large upper bound. Anyway, check the results of `(room)'. Bruno From haible@ilog.fr Wed Aug 13 19:10:15 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04368; Wed, 13 Aug 97 19:10:15 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id SAA00103 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Wed, 13 Aug 1997 18:20:15 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id SAA12458; Wed, 13 Aug 1997 18:18:22 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id SAA12458; Wed, 13 Aug 1997 18:18:22 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id SAA03742; Wed, 13 Aug 1997 18:18:21 +0200 (MET DST) Date: Wed, 13 Aug 1997 18:18:21 +0200 (MET DST) Message-Id: <199708131618.SAA03742@halles.ilog.fr> To: Subject: Re: format ~/function/ In-Reply-To: <9708138714.AA871477520@inet.stknhlg.com> References: <9708138714.AA871477520@inet.stknhlg.com> Content-Type: text sshteingold@cctrading.com writes: > format directive ~/function/ seems not to be implemented in clisp. > Are there any plans to implement it? It's not implemented because it's part of the interface between the FORMAT facility and the XP pretty printer, and in clisp, FORMAT and pretty printing are separate and independent. Also, personally I find the idea of putting the names of symbols into format control strings, to be looked up at run time, disgusting. Hence I don't plan to implement ~/functionname/. Bruno From lambertb@uic.edu Wed Aug 13 19:28:30 1997 Return-Path: Received: from eeyore.cc.uic.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04634; Wed, 13 Aug 97 19:28:30 +0200 Received: from [128.248.77.126] (DOC.PMAD.UIC.EDU [128.248.77.126]) by eeyore.cc.uic.edu (8.8.5/8.8.5) with ESMTP id LAA23930 for ; Wed, 13 Aug 1997 11:37:35 -0500 (CDT) X-Sender: lambertb@tigger.cc.uic.edu Message-Id: In-Reply-To: <199708131606.SAA03732@halles.ilog.fr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 13 Aug 1997 11:37:27 -0500 To: From: "Bruce L. Lambert" Subject: Re: No more room for Lisp objects >Apparently memory is not allocated dynamically, so you need to give an >upper bound: > > unix> clisp -W -m 200MB > >(Sorry about that.) Since on your platform (Solaris 2.5.1) >generational GC is enabled, the upper bound will only be filled when >needed. Don't hesitate to give a large upper bound. Anyway, check the >results of `(room)'. Bruno, For some reason, it seems like I'm still stuck with a 16MB limit. What's going on? For example: unix> clisp -W -m 200MB memory size out of range Usage: /home/usr/lambert/clisp-1997-08-07/with-gcc-wall/lisp.run [-h] [-m memsi ze] [-W] [-M memfile] [-L language] [-N nlsdir] [-q] [-I] [-C] [-i initfile ...] [-c [-l] lispfile [-o outputfile] ...] [-p packagename] [-x expression] [lispfi le [argument ...]] unix> clisp -W -m 17MB memory size out of range Usage: /home/usr/lambert/clisp-1997-08-07/with-gcc-wall/lisp.run [-h] [-m memsi ze] [-W] [-M memfile] [-L language] [-N nlsdir] [-q] [-I] [-C] [-i initfile ...] [-c [-l] lispfile [-o outputfile] ...] [-p packagename] [-x expression] [lispfi le [argument ...]] unix> clisp -W -m 16MB 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 Copyright (c) Bruno Haible, Marcus Daniels 1994-1997 > Bruce L. Lambert Department of Pharmacy Administration University of Illinois at Chicago Phone: (312) 996-2411 Fax: (312) 996-3272 email: lambertb@uic.edu WWW: http://ludwig.pmad.uic.edu/~bruce/ From sshteingold@cctrading.com Wed Aug 13 19:57:18 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05040; Wed, 13 Aug 97 19:57:18 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA18677; Wed, 13 Aug 97 13:16:21 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA871492163; Wed, 13 Aug 97 13:09:24 -0500 Message-Id: <9708138714.AA871492163@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Wed, 13 Aug 97 13:06:08 -0500 Return-Receipt-To: To: , Subject: Re[2]: format ~/function/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 1. (room) doesn't seem to comply with CLtL2. 2. I thought that CLISP will eventually comply with ANSI CL (which, together with CLtL2, requires ~/functionname/) Apparently I was wrong. Sorry. 3. How do I print a float with commifications (if I cannot use ~/f/)? I can use ~:d to get 1234567 printed as "1,234,567", but there seems to be no way to print 1234567.89 as "1,234,567.89". 4. The manual mentioned in a previous message is 2 years old. (it is also in TeX, i.e.., unusable for those of us stuck with win32. What about (gnu)info, to be read with emacs?) Thanks a lot for your help. clisp is great and I hope it will get even better with time. S. From matthias@intellektik.informatik.th-darmstadt.de Thu Aug 14 19:40:33 1997 Return-Path: Received: from orion.plopp.de (kirmes.inferenzsysteme.informatik.th-darmstadt.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18993; Thu, 14 Aug 97 19:40:33 +0200 Received: (from matthias@localhost) by orion.plopp.de (8.8.4/8.8.4) id SAA12300; Thu, 14 Aug 1997 18:41:52 +0200 Date: Thu, 14 Aug 1997 18:41:52 +0200 Message-Id: <199708141641.SAA12300@orion.plopp.de> From: Matthias Lindner Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: typep optimization for CLOS-classes X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Reply-To: matthias@intellektik.informatik.th-darmstadt.de Hello, first I'd like to thank Bruno for his immediate help with my CALL-IN problem. Everything works fine now! :-) However, there is another little problem I just discovered. This time it's a problem with CLISP's built-in CLOS. Here is an example: The following is the content of the file cltest.lsp. ;;; ------------------------------------------------------------- ;;; File: cltest.lsp ;;; ------------------------------------------------------------- (in-package "USER") (use-package "CLOS") (defclass () ()) (defmethod ISA-B ((a )) (typep a ')) (defclass () ()) ;;; ---- END of cltest.lsp -------------------------------------- If I compile this file, there are no problems: % clisp -c cltest.lsp; clisp -q -i cltest.fas Compiling file /home/DB/lsp/cltest.lsp ... Compilation of file /home/DB/lsp/cltest.lsp is finished. 0 errors, 0 warnings ;; Loading file cltest.fas ... ;; Loading of file cltest.fas is finished. Everything as expected. The problem occurs, if I recompile the file exit CLISP and try to read the compiled file again: > (compile-file "cltest.lsp") Compiling file /home/DB/lsp/cltest.lsp ... Compilation of file /home/DB/lsp/cltest.lsp is finished. 0 errors, 0 warnings T > (bye) 162 [ttyp5] db@orion ~/lsp>> clisp -q -i cltest.fas ;; Loading file cltest.fas ... *** - FIND-CLASS: does not name a class 1. Break> Reading the result of the second compilation triggers an error! I think this problem occurs, as the compiler optimized the expression (typep a ') to (clos::subclassp (clos:class-of a) (find-class ')). This is correct - unfortunately the compilation of this expression causes the insertion of #.(FIND-CLASS ') into the .fas-file *before* the definition of class . It's not a big problem as it can be fixed by moving the definition of class before the definition of method ISA-B, but sometimes it is annoying to sort class definition like this. Is the above behavior a bug or a feature of CLISP? --Matthias ------------------------------------------------------------------------------ Matthias Lindner Wilhelm-Leuschner-Str.46 64293 Darmstadt Germany TEL: +49 6151 22071 NET: matthias@intellektik.informatik.th-darmstadt.de WWW: http://aida.intellektik.informatik.th-darmstadt.de/~matthias/ ------------------------------------------------------------------------------ From sshteingold@cctrading.com Fri Aug 15 01:27:36 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA22450; Fri, 15 Aug 97 01:27:36 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA22283; Thu, 14 Aug 97 18:46:26 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA871598420; Thu, 14 Aug 97 18:40:20 -0500 Message-Id: <9708148715.AA871598420@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Thu, 14 Aug 97 18:36:12 -0500 Return-Receipt-To: To: Subject: crash on winnt Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit The following is form the drwtsn32.log. I doubt that this can help, sorry. I get somehting like this every now and then, and on each restart of clisp I get it sooner. Reboot helps though. I do some large number crunching, and a complete test case would probably take several MB. I use *NO* recursive calls whatsoever. Application exception occurred: App: (pid=94) When: 8/14/1997 @ 18:24:20.331 Exception number: c00000fd (stack overflow) *----> System Information <----* Computer Name: WINTERMUTE User Name: sds Number of Processors: 1 Processor Type: x86 Family 6 Model 1 Stepping 9 Windows Version: 4.0 Current Build: 1381 Current Type: Uniprocessor Free Registered Organization: Eagle Trading Systems Registered Owner: Sam Shteingold *----> Task List <----* 0 Idle.exe 2 System.exe 20 smss.exe 24 csrss.exe 34 winlogon.exe 40 services.exe 43 lsass.exe 67 spoolss.exe 68 RpcSs.exe 82 tapisrv.exe 92 rasman.exe 112 CPQBIOS.exe 122 CPQAlert.exe 116 nddeagnt.exe 150 Explorer.exe 137 internat.exe 147 ntvdm.exe 73 taskmgr.exe 236 emacs.exe 252 wgnuplot.exe 186 cmd.exe 217 ntvdm.exe 181 gnuserv.exe 94 lisp.exe 155 drwtsn32.exe 0 _Total.exe (00400000 - 00400000) (77f60000 - 77fbc000) dll\ntdll.dbg (77e70000 - 77ec4000) dll\user32.dbg (77f00000 - 77f5e000) dll\kernel32.dbg (77ed0000 - 77efc000) dll\gdi32.dbg (77dc0000 - 77dfe000) dll\advapi32.dbg (77e10000 - 77e62000) dll\rpcrt4.dbg (776d0000 - 776d8000) dll\wsock32.dbg (776b0000 - 776c2000) dll\ws2_32.dbg (779f0000 - 77a36000) dll\msvcrt.dbg (776a0000 - 776a6000) dll\ws2help.dbg (77b20000 - 77bd2000) dll\ole32.dbg (74ff0000 - 74ffc000) dll\rnr20.dbg (75360000 - 75367000) dll\rasadhlp.dbg State Dump for Thread Id 0xbf eax=00001000 ebx=1a0c90f4 ecx=00032104 edx=ffffffff esi=00cd1e90 edi=00000000 eip=0047a6e7 esp=000330fc ebp=0012d130 iopl=0 nv up ei pl nz na po nc cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs=0000 efl=00000206 function: 0047a6cc cc int 3 0047a6cd cc int 3 0047a6ce cc int 3 0047a6cf cc int 3 0047a6d0 51 push ecx 0047a6d1 3d00100000 cmp eax,0x1000 0047a6d6 8d4c2408 lea ecx,[esp+0x8] ss:00f41b03=???????? 0047a6da 7214 jb 0047a6f0 0047a6dc 81e900100000 sub ecx,0x1000 0047a6e2 2d00100000 sub eax,0x1000 FAULT ->0047a6e7 8501 test [ecx],eax ds:00032104=00000000 0047a6e9 3d00100000 cmp eax,0x1000 0047a6ee 73ec jnb 0047a6dc 0047a6f0 2bc8 sub ecx,eax 0047a6f2 8bc4 mov eax,esp 0047a6f4 8501 test [ecx],eax ds:00032104=00000000 0047a6f6 8be1 mov esp,ecx 0047a6f8 8b08 mov ecx,[eax] ds:00001000=???????? 0047a6fa 8b4004 mov eax,[eax+0x4] ds:00f0fa06=???????? 0047a6fd 50 push eax 0047a6fe c3 ret 0047a6ff cc int 3 *----> Stack Back Trace <----* FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name 0012d130 004021ff 00000009 0012d188 004b45d4 00000001 *----> Raw Stack Dump <----* 000330fc 00 b0 0b 09 a7 36 40 00 - 28 a0 0b 09 20 89 0c 1a .....6@.(... ... 0003310c 2c a0 0b 09 14 89 0c 1a - 58 a0 0b 09 38 89 0c 1a ,.......X...8... 0003311c 5c a0 0b 09 2c 89 0c 1a - 88 a0 0b 09 50 89 0c 1a \...,.......P... 0003312c 8c a0 0b 09 44 89 0c 1a - b8 a0 0b 09 68 89 0c 1a ....D.......h... 0003313c bc a0 0b 09 5c 89 0c 1a - e8 a0 0b 09 80 89 0c 1a ....\........... 0003314c ec a0 0b 09 74 89 0c 1a - 18 a1 0b 09 98 89 0c 1a ....t........... 0003315c 1c a1 0b 09 8c 89 0c 1a - 48 a1 0b 09 b0 89 0c 1a ........H....... 0003316c 4c a1 0b 09 a4 89 0c 1a - 78 a1 0b 09 c8 89 0c 1a L.......x....... 0003317c 7c a1 0b 09 bc 89 0c 1a - a8 a1 0b 09 e0 89 0c 1a |............... 0003318c ac a1 0b 09 d4 89 0c 1a - d8 a1 0b 09 f8 89 0c 1a ................ 0003319c dc a1 0b 09 ec 89 0c 1a - 08 a2 0b 09 10 8a 0c 1a ................ 000331ac 0c a2 0b 09 04 8a 0c 1a - 38 a2 0b 09 28 8a 0c 1a ........8...(... 000331bc 3c a2 0b 09 1c 8a 0c 1a - 68 a2 0b 09 40 8a 0c 1a <.......h...@... 000331cc 6c a2 0b 09 34 8a 0c 1a - 98 a2 0b 09 58 8a 0c 1a l...4.......X... 000331dc 9c a2 0b 09 4c 8a 0c 1a - c8 a2 0b 09 70 8a 0c 1a ....L.......p... 000331ec cc a2 0b 09 64 8a 0c 1a - f8 a2 0b 09 88 8a 0c 1a ....d........... 000331fc fc a2 0b 09 7c 8a 0c 1a - 28 a3 0b 09 a0 8a 0c 1a ....|...(....... 0003320c 2c a3 0b 09 94 8a 0c 1a - 58 a3 0b 09 b8 8a 0c 1a ,.......X....... 0003321c 5c a3 0b 09 ac 8a 0c 1a - 88 a3 0b 09 d0 8a 0c 1a \............... 0003322c 8c a3 0b 09 c4 8a 0c 1a - b8 a3 0b 09 e8 8a 0c 1a ................ State Dump for Thread Id 0xb9 eax=00479890 ebx=00000000 ecx=e2000000 edx=00000000 esi=000000ac edi=00000000 eip=77f681ab esp=00e8fea4 ebp=00e8fec8 iopl=0 nv up ei pl zr na po nc cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs=0000 efl=00000246 function: NtWaitForSingleObject 77f681a0 b8c5000000 mov eax,0xc5 77f681a5 8d542404 lea edx,[esp+0x4] ss:01d9e8ab=???????? 77f681a9 cd2e int 2e 77f681ab c20c00 ret 0xc 77f681ae 8bc0 mov eax,eax *----> Stack Back Trace <----* FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name 00e8fec8 77f04f85 000000ac ffffffff 00000000 004798af ntdll!NtWaitForSingleObject 00e8ffb8 77f04f2c 00000000 e0000000 e1000000 00000000 kernel32!WaitForSingleObject 00e8ffec 00000000 00000000 00000000 00000000 00000000 kernel32!lstrcmpiW 00000000 00000000 00000000 00000000 00000000 00000000 ! From sshteingold@cctrading.com Fri Aug 15 01:28:40 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA22487; Fri, 15 Aug 97 01:28:40 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA22289; Thu, 14 Aug 97 18:47:31 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA871598482; Thu, 14 Aug 97 18:41:25 -0500 Message-Id: <9708148715.AA871598482@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Thu, 14 Aug 97 18:37:44 -0500 Return-Receipt-To: To: Subject: clisp logo Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Is there a reason that the clisp's logo is the menorah? Does this imply that it will crash on Shabat? :-) From sshteingold@cctrading.com Fri Aug 15 16:10:07 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01306; Fri, 15 Aug 97 16:10:07 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA23582; Fri, 15 Aug 97 09:26:29 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA871651246; Fri, 15 Aug 97 09:20:48 -0500 Message-Id: <9708158716.AA871651246@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Fri, 15 Aug 97 09:16:35 -0500 Return-Receipt-To: To: Subject: crash in winnt - again! Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit just after a reboot... (all 3 SPs installed). The crash happened in a fnction: (defun fix-table () (dolist (curr *table*) (when (eq (struct1-field1 curr) 'AA) (dolist (rec (struct1-field2 curr)) (setf (struct2-field1 rec) (/ (struct2-field1 rec)) (struct2-field2 rec) (/ (struct2-fiels2 rec))))))) *table* is a list of length 10, each (struct1-field2 curr) is a list of length ~ 2000. BTW, should I replace dolist with mapc? Microsoft (R) Windows NT (TM) Version 4.00 DrWtsn32 Copyright (C) 1985-1996 Microsoft Corp. All rights reserved. Application exception occurred: App: (pid=148) When: 8/15/1997 @ 9:1:6.979 Exception number: c00000fd (stack overflow) *----> System Information <----* Computer Name: WINTERMUTE User Name: sds Number of Processors: 1 Processor Type: x86 Family 6 Model 1 Stepping 9 Windows Version: 4.0 Current Build: 1381 Current Type: Uniprocessor Free Registered Organization: Eagle Trading Systems Registered Owner: Sam Shteingold *----> Task List <----* 0 Idle.exe 2 System.exe 20 smss.exe 24 csrss.exe 34 winlogon.exe 40 services.exe 43 lsass.exe 74 spoolss.exe 83 RpcSs.exe 87 tapisrv.exe 96 rasman.exe 116 CPQBIOS.exe 126 CPQAlert.exe 142 nddeagnt.exe 77 Explorer.exe 70 internat.exe 141 ntvdm.exe 68 emacs.exe 42 gnuserv.exe 148 lisp.exe 85 drwtsn32.exe 0 _Total.exe (00400000 - 00400000) (77f60000 - 77fbc000) dll\ntdll.dbg (77e70000 - 77ec4000) dll\user32.dbg (77f00000 - 77f5e000) dll\kernel32.dbg (77ed0000 - 77efc000) dll\gdi32.dbg (77dc0000 - 77dfe000) dll\advapi32.dbg (77e10000 - 77e62000) dll\rpcrt4.dbg (776d0000 - 776d8000) dll\wsock32.dbg (776b0000 - 776c2000) dll\ws2_32.dbg (779f0000 - 77a36000) dll\msvcrt.dbg (776a0000 - 776a6000) dll\ws2help.dbg (77b20000 - 77bd2000) dll\ole32.dbg (74ff0000 - 74ffc000) dll\rnr20.dbg (75360000 - 75367000) dll\rasadhlp.dbg State Dump for Thread Id 0xad eax=00001000 ebx=1a0cc120 ecx=00032104 edx=ffffffff esi=00c86190 edi=00000000 eip=0047a6e7 esp=000330fc ebp=0012d130 iopl=0 nv up ei pl nz na po nc cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs=0000 efl=00000206 function: 0047a6cc cc int 3 0047a6cd cc int 3 0047a6ce cc int 3 0047a6cf cc int 3 0047a6d0 51 push ecx 0047a6d1 3d00100000 cmp eax,0x1000 0047a6d6 8d4c2408 lea ecx,[esp+0x8] ss:01061b03=???????? 0047a6da 7214 jb 0047a6f0 0047a6dc 81e900100000 sub ecx,0x1000 0047a6e2 2d00100000 sub eax,0x1000 FAULT ->0047a6e7 8501 test [ecx],eax ds:00032104=00000000 0047a6e9 3d00100000 cmp eax,0x1000 0047a6ee 73ec jnb 0047a6dc 0047a6f0 2bc8 sub ecx,eax 0047a6f2 8bc4 mov eax,esp 0047a6f4 8501 test [ecx],eax ds:00032104=00000000 0047a6f6 8be1 mov esp,ecx 0047a6f8 8b08 mov ecx,[eax] ds:00001000=???????? 0047a6fa 8b4004 mov eax,[eax+0x4] ds:0102fa06=???????? 0047a6fd 50 push eax 0047a6fe c3 ret 0047a6ff cc int 3 *----> Stack Back Trace <----* FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name 0012d130 004021ff 00000009 0012d188 004b45d4 00000001 *----> Raw Stack Dump <----* 000330fc 00 b0 0b 09 a7 36 40 00 - 08 a0 0b 09 34 b9 0c 1a .....6@.....4... 0003310c 0c a0 0b 09 28 b9 0c 1a - 38 a0 0b 09 4c b9 0c 1a ....(...8...L... 0003311c 3c a0 0b 09 40 b9 0c 1a - 68 a0 0b 09 64 b9 0c 1a <...@...h...d... 0003312c 6c a0 0b 09 58 b9 0c 1a - 98 a0 0b 09 7c b9 0c 1a l...X.......|... 0003313c 9c a0 0b 09 70 b9 0c 1a - c8 a0 0b 09 94 b9 0c 1a ....p........... 0003314c cc a0 0b 09 88 b9 0c 1a - f8 a0 0b 09 ac b9 0c 1a ................ 0003315c fc a0 0b 09 a0 b9 0c 1a - 28 a1 0b 09 c4 b9 0c 1a ........(....... 0003316c 2c a1 0b 09 b8 b9 0c 1a - 58 a1 0b 09 dc b9 0c 1a ,.......X....... 0003317c 5c a1 0b 09 d0 b9 0c 1a - 88 a1 0b 09 f4 b9 0c 1a \............... 0003318c 8c a1 0b 09 e8 b9 0c 1a - b8 a1 0b 09 0c ba 0c 1a ................ 0003319c bc a1 0b 09 00 ba 0c 1a - e8 a1 0b 09 24 ba 0c 1a ............$... 000331ac ec a1 0b 09 18 ba 0c 1a - 18 a2 0b 09 3c ba 0c 1a ............<... 000331bc 1c a2 0b 09 30 ba 0c 1a - 48 a2 0b 09 54 ba 0c 1a ....0...H...T... 000331cc 4c a2 0b 09 48 ba 0c 1a - 78 a2 0b 09 6c ba 0c 1a L...H...x...l... 000331dc 7c a2 0b 09 60 ba 0c 1a - a8 a2 0b 09 84 ba 0c 1a |...`........... 000331ec ac a2 0b 09 78 ba 0c 1a - d8 a2 0b 09 9c ba 0c 1a ....x........... 000331fc dc a2 0b 09 90 ba 0c 1a - 08 a3 0b 09 b4 ba 0c 1a ................ 0003320c 0c a3 0b 09 a8 ba 0c 1a - 38 a3 0b 09 cc ba 0c 1a ........8....... 0003321c 3c a3 0b 09 c0 ba 0c 1a - 68 a3 0b 09 e4 ba 0c 1a <.......h....... 0003322c 6c a3 0b 09 d8 ba 0c 1a - 98 a3 0b 09 fc ba 0c 1a l............... State Dump for Thread Id 0x6c eax=00479890 ebx=00000000 ecx=e2000000 edx=00000000 esi=000000b0 edi=00000000 eip=77f681ab esp=00e8fea4 ebp=00e8fec8 iopl=0 nv up ei pl zr na po nc cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs=0000 efl=00000246 function: NtWaitForSingleObject 77f681a0 b8c5000000 mov eax,0xc5 77f681a5 8d542404 lea edx,[esp+0x4] ss:01ebe8ab=???????? 77f681a9 cd2e int 2e 77f681ab c20c00 ret 0xc 77f681ae 8bc0 mov eax,eax *----> Stack Back Trace <----* FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name 00e8fec8 77f04f85 000000b0 ffffffff 00000000 004798af ntdll!NtWaitForSingleObject 00e8ffb8 77f04f2c 00000000 e0000000 e1000000 00000000 kernel32!WaitForSingleObject 00e8ffec 00000000 00000000 00000000 00000000 00000000 kernel32!lstrcmpiW 00000000 00000000 00000000 00000000 00000000 00000000 ! From matthias@intellektik.informatik.th-darmstadt.de Sat Aug 16 01:40:50 1997 Return-Path: Received: from orion.plopp.de (plopp.intellektik.informatik.th-darmstadt.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06954; Sat, 16 Aug 97 01:40:50 +0200 Received: (from matthias@localhost) by orion.plopp.de (8.8.4/8.8.4) id AAA06948; Sat, 16 Aug 1997 00:48:54 +0200 Date: Sat, 16 Aug 1997 00:48:54 +0200 Message-Id: <199708152248.AAA06948@orion.plopp.de> From: Matthias Lindner Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: INITIALIZE-INSTANCE &allow-other-keys X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Reply-To: matthias@intellektik.informatik.th-darmstadt.de Hi, it's me again still in trouble with CLISP's built-in CLOS. What am I doing wrong here: % clisp -q > (defclass () ()) #> > (defmethod INITIALIZE-INSTANCE :after ((c ) &rest initargs &key &allow-other-keys) (print initargs)) WARNING: The generic function # is being modified, but has already been called. #>)> > (make-instance ' :key 'val) *** - illegal keyword/value pair :KEY, VAL in argument list. The allowed keywords are NIL 1. Break> Is there a way to make INITIALIZE-INSTANCE recognize the &allow-other-keys keyword? --Matthias ------------------------------------------------------------------------------ Matthias Lindner Wilhelm-Leuschner-Str.46 64293 Darmstadt Germany TEL: +49 6151 22071 NET: matthias@intellektik.informatik.th-darmstadt.de WWW: http://aida.intellektik.informatik.th-darmstadt.de/~matthias/ ------------------------------------------------------------------------------ From hoehle@zeus.gmd.de Sat Aug 16 22:02:24 1997 Return-Path: Received: from zeus.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18860; Sat, 16 Aug 97 22:02:24 +0200 Received: from amiga ([141.12.144.207]) by zeus.gmd.de with SMTP id AA01667 (5.67b8/IDA-1.5 for ); Sat, 16 Aug 1997 21:12:02 +0200 Date: Sat, 16 Aug 1997 21:12:02 +0200 Message-Id: <199708161912.AA01667@zeus.gmd.de> From: hoehle@zeus.gmd.de (Jorg-Cyril Hohle) To: clisp-list@[129.13.115.2] Subject: Re: Clisp 1997-05-29 cygwin-beta question In-Reply-To: <199708071248.OAA19718@halles.ilog.fr> References: <199708071248.OAA19718@halles.ilog.fr> Bruno Haible wrote in August: > of clisp is difficult: The cygwin32 port has Unixy pathname syntax and > slow directory accesses, but has the readline library built-in. The > native win32 port is fine and snappy, even with generational GC, but > lacks readline. BTW, are there really people using readline on any platform? I mean, readline is nice for one line input, but who's writing many one-liners in Common Lisp? Are people really typing programs in a terminal window, knowing that they must ctrl-C any beginning of a function when they notice that something is wrong one line above in the same function? So what's readline good for? Jo"rg Ho"hle. Joerg.Hoehle@gmd.de http://zeus.gmd.de/~hoehle/amiga-clisp.html From adong@jerry.ME.Berkeley.EDU Sun Aug 17 02:15:28 1997 Return-Path: Received: from nak.berkeley.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA21545; Sun, 17 Aug 97 02:15:28 +0200 Received: from jerry.best.lab (jerry.ME.Berkeley.EDU [128.32.125.85]) by nak.berkeley.edu (8.8.5/8.8.5) with SMTP id QAA06836 for ; Sat, 16 Aug 1997 16:25:00 -0700 (PDT) Received: by jerry.best.lab (4.1/SMI-4.1) id AA21809; Sat, 16 Aug 97 16:24:38 PDT Date: Sat, 16 Aug 97 16:24:38 PDT From: adong@jerry.ME.Berkeley.EDU (Andy Dong) Message-Id: <9708162324.AA21809@jerry.best.lab> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de unsubscribe clisp-list From cytel@activa.net Sun Aug 17 02:45:20 1997 Return-Path: Received: from nebula.activa.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA21940; Sun, 17 Aug 97 02:45:20 +0200 Received: from sf-167.activa.net (sf-167.activa.net [205.162.14.167]) by nebula.activa.net (8.6.12/8.6.12) with SMTP id RAA18619 for ; Sat, 16 Aug 1997 17:38:18 -0700 Message-Id: <33F63BE1.517B@activa.net> Date: Sat, 16 Aug 1997 16:46:41 -0700 From: "R. Goldman" Organization: Cytel Systems Inc. X-Mailer: Mozilla 2.0 (Win16; I) Mime-Version: 1.0 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: References: <9708162324.AA21809@jerry.best.lab> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit unsubscribe clisp-list From nuron@isr.isr.ist.utl.pt Sun Aug 17 04:02:39 1997 Return-Path: Received: from isr.isr.ist.utl.pt by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA22851; Sun, 17 Aug 97 04:02:39 +0200 Received: by isr.isr.ist.utl.pt; (5.65/1.1.8.2/10Aug95-0207PM) id AA14232; Sun, 17 Aug 1997 02:14:08 +0200 Date: Sun, 17 Aug 1997 02:14:08 +0200 Message-Id: <9708170014.AA14232@isr.isr.ist.utl.pt> From: Rodrigo Ventura To: In-Reply-To: hoehle@zeus.gmd.de's message of Sat, 16 Aug 97 22:06:38 +0200 Subject: Re: Clisp 1997-05-29 cygwin-beta question References: <199708161912.AA01667@zeus.gmd.de> Mime-Version: 1.0 (generated by tm-edit 7.95) Content-Type: text/plain; charset=US-ASCII >>>>> "Jorg-Cyril" == Jorg-Cyril Hohle writes: Jorg-Cyril> BTW, are there really people using readline on any Jorg-Cyril> platform? I mean, readline is nice for one line Jorg-Cyril> input, but who's writing many one-liners in Common Jorg-Cyril> Lisp? Jorg-Cyril> Are people really typing programs in a terminal Jorg-Cyril> window, knowing that they must ctrl-C any beginning of Jorg-Cyril> a function when they notice that something is wrong Jorg-Cyril> one line above in the same function? Hi. I use it a lot, namely for debugging. Since LISp is considered an interactive language, readline seems to me a MUST-HAVE. It's extremely useful while experimenting some specific functions, with different arguments. It's just recall the line from the history buffer and edit the arguments. I used CLISP with Amiga a lot. The Amiga shell has history line and command editing built-in in the shell, so I could use it with the old non-readline versions of CLISP for Amiga. I was disappointed with the UNIX version at that time, since I had to re-write or copy&paste with the mouse each time I wanted to repeat some command line. I found it really cool that you guys included readline with CLISP. It made CLISP much more usable with UNIX. It can be argued that it's possible to run CLISP from emacs and use emacs' command-line editing features. But I still prefer use CLISP in a xterm, and it make CLISP a much more user-friendly. Regards, -- -- *** Rodrigo Martins de Matos Ventura, alias *** nuron@isr.ist.utl.pt, http://www.isr.ist.utl.pt/~nuron *** Instituto Superior Tecnico, Lisboa, Portugal *** PGP Public Key available on my homepage *** Key fingerprint = 0C 0A 25 58 46 CF 14 99 CF 9C AF 9E 10 02 BB 2A From hoehle@zeus.gmd.de Sun Aug 17 23:14:08 1997 Return-Path: Received: from zeus.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11244; Sun, 17 Aug 97 23:14:08 +0200 Received: from amiga ([141.12.144.207]) by zeus.gmd.de with SMTP id AA05597 (5.67b8/IDA-1.5 for ); Sun, 17 Aug 1997 22:23:38 +0200 Date: Sun, 17 Aug 1997 22:23:38 +0200 Message-Id: <199708172023.AA05597@zeus.gmd.de> From: hoehle@zeus.gmd.de (Jorg-Cyril Hohle) To: clisp-list@[129.13.115.2] Subject: ignore-errors without CLCS? Hello, isn't it possible anymore to use IGNORE-ERRORS without a CLOS+CLCS image? > (file-position 0) *** - FILE-POSITION : L'argument 0 doit e>tre un <> ouvert sur un fichier. 1. Break> abort > (let ((sys::*use-clcs* nil)) (file-position 0)) *** - FILE-POSITION : L'argument 0 doit e>tre un <> ouvert sur un fichier. 1. Break> abort > (ignore-errors (let ((sys::*use-clcs* nil)) (file-position 0))) *** - FILE-POSITION : L'argument 0 doit e>tre un <> ouvert sur un fichier. 1. Break> abort > (ignore-errors (let ((sys::*use-clcs* t)) (file-position 0))) NIL ; # > Wasn't there a primitive ignore-errors in earlier CLISPs? BTW, don't try this like I do here with the french locale on current CLISPs, it's broken (two ~). Jo"rg Ho"hle. Joerg.Hoehle@gmd.de http://zeus.gmd.de/~hoehle/amiga.html From nathan@bristol.st.com Mon Aug 18 11:44:41 1997 Return-Path: Received: from harebell.bri.st.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03018; Mon, 18 Aug 97 11:44:41 +0200 Received: from cocoa.inmos.co.uk [138.198.64.3] by harebell.bri.st.com with smtp (Exim 1.62 #2) id 0x0NSG-0005hq-00; Mon, 18 Aug 1997 09:46:28 +0100 Received: by cocoa.inmos.co.uk id JAA13380; Mon, 18 Aug 1997 09:53:32 +0100 (BST) Sender: nathan@bristol.st.com Message-Id: <33F80DC2.51EF@bristol.st.com> Date: Mon, 18 Aug 1997 09:54:26 +0100 From: Nathan Sidwell Organization: SGS Thomson Mircoelectronics X-Mailer: Mozilla 3.01 (X11; I; SunOS 5.5 sun4u) Mime-Version: 1.0 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Clisp 1997-05-29 cygwin-beta question References: <199708161912.AA01667@zeus.gmd.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Jorg-Cyril Hohle wrote: > > BTW, are there really people using readline on any platform? I mean, > readline is nice for one line input, but who's writing many one-liners > in Common Lisp? > > Are people really typing programs in a terminal window, knowing that > they must ctrl-C any beginning of a function when they notice that > something is wrong one line above in the same function? > > So what's readline good for? Not so useful for typing on code, but brilliant for debugging. nathan -- Dr Nathan Sidwell Chameleon Software Group at SGS-Thomson You can up the bandwidth, http://www.pact.srf.ac.uk/~nathan/ but you can't up the speed of light nathan@acm.org -- nathan@pact.srf.ac.uk -- nathan@bristol.st.com From aminggs@itu3.sun.ac.za Mon Aug 18 12:01:17 1997 Return-Path: Received: from itu3.sun.ac.za by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03259; Mon, 18 Aug 97 12:01:17 +0200 Received: from aminggs by itu3.sun.ac.za with local (Exim 1.653 #1) id 0x0NlI-0005ZH-00; Mon, 18 Aug 1997 11:06:08 +0200 Message-Id: <19970818110607.49048@itu3.sun.ac.za> Date: Mon, 18 Aug 1997 11:06:07 +0200 From: Andrew Inggs To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Clisp 1997-05-29 cygwin-beta question Reply-To: aminggs@cs.sun.ac.za References: <199708161912.AA01667@zeus.gmd.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79e In-Reply-To: <199708161912.AA01667@zeus.gmd.de>; from Jorg-Cyril Hohle on Sat, Aug 16, 1997 at 10:05:38PM +0200 Organization: University of Stellenbosch On 16 August 1997, Jorg-Cyril Hohle wrote: > BTW, are there really people using readline on any platform? I mean, > readline is nice for one line input, but who's writing many one-liners > in Common Lisp? Absolutely! That was the main motivation for installing clisp on my machine originally :-). The whole class was sick and tired of having to retype every line while we were learning by experimenting. Of course as time progressed we dropped to the editor more often and used the line editing less, but it was still useful for invoking the functions we'd written. Regards, Andrew -- Andrew M. Inggs aminggs@cs.sun.ac.za From haible@ilog.fr Mon Aug 18 16:21:07 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05983; Mon, 18 Aug 97 16:21:07 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id PAA16324 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Mon, 18 Aug 1997 15:30:18 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id PAA20585; Mon, 18 Aug 1997 15:24:39 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id PAA20585; Mon, 18 Aug 1997 15:24:39 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id PAA10599; Mon, 18 Aug 1997 15:24:37 +0200 (MET DST) Date: Mon, 18 Aug 1997 15:24:37 +0200 (MET DST) Message-Id: <199708181324.PAA10599@halles.ilog.fr> To: Subject: Re: Re[2]: format ~/function/ In-Reply-To: <9708138714.AA871492163@inet.stknhlg.com> References: <9708138714.AA871492163@inet.stknhlg.com> Content-Type: text Sam Shteingold wrote on 13 August: > > 1. (room) doesn't seem to comply with CLtL2. Yes, thanks for the note. > 3. How do I print a float with commifications (if I cannot use ~/f/)? > I can use ~:d to get 1234567 printed as "1,234,567", but there seems > to be no way to print 1234567.89 as "1,234,567.89". This is not foreseen by CLtL2 or ANSI CL. You have to write your own function for this. Since you cannot use ~/f/ to call this function, you have to transform your format strings into pieces of regular Lisp code. The `formatter' macro will help you much in doing this. > 4. The manual mentioned in a previous message is 2 years old. (it is > also in TeX, i.e.., unusable for those of us stuck with win32. What > about (gnu)info, to be read with emacs?) In 1997, it would be logical to write a manual in HTML. I'm not going to do it, though (lack of time). Any volunteers? Bruno From haible@ilog.fr Mon Aug 18 16:41:10 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06312; Mon, 18 Aug 97 16:41:10 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id PAA16495 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Mon, 18 Aug 1997 15:50:15 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id PAA21616; Mon, 18 Aug 1997 15:42:21 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id PAA21616; Mon, 18 Aug 1997 15:42:21 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id PAA14756; Mon, 18 Aug 1997 15:42:18 +0200 (MET DST) Date: Mon, 18 Aug 1997 15:42:18 +0200 (MET DST) Message-Id: <199708181342.PAA14756@halles.ilog.fr> To: Subject: Re: typep optimization for CLOS-classes In-Reply-To: <199708141641.SAA12300@orion.plopp.de> References: <199708141641.SAA12300@orion.plopp.de> Content-Type: text Matthias Lindner writes: > Reading the result of the second compilation triggers an error! > I think this problem occurs, as the compiler optimized the expression > (typep a ') to (clos::subclassp (clos:class-of a) (find-class ')). > This is correct - unfortunately the compilation of this expression > causes the insertion of #.(FIND-CLASS ') into the .fas-file > *before* the definition of class . Yes, this is unfortunate in your case, but it enables faster type checking. The compiler's optimization of (typep a ') into (clos::subclassp (clos:class-of a) (load-time-value (find-class '))) is allowed by paragraph 3.2.2.3.8. of the CLHS: "All conforming programs must obey the following constraints...: ... Classes defined by `defclass' in the compilation environment must be defined at run time to have the same superclasses and same metaclass." > It's not a big problem as it can be fixed by moving the definition of > class before the definition of method ISA-B, but sometimes it is > annoying to sort class definition like this. Yes, that's what you have to do: make sure that all class definitions that were present in the compilation environment are loaded into the runtime environment before all other runtime code. Bruno From sshteingold@cctrading.com Mon Aug 18 18:38:31 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07435; Mon, 18 Aug 97 18:38:31 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA29522; Mon, 18 Aug 97 11:56:45 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA871919275; Mon, 18 Aug 97 11:47:57 -0500 Message-Id: <9708188719.AA871919275@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Mon, 18 Aug 97 11:24:50 -0500 Return-Receipt-To: To: , Subject: Re[4]: format ~/function/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > 3. How do I print a float with commifications (if I cannot use ~/f/)? > I can use ~:d to get 1234567 printed as "1,234,567", but there seems > to be no way to print 1234567.89 as "1,234,567.89". This is not foreseen by CLtL2 or ANSI CL. You have to write your own function for this. Since you cannot use ~/f/ to call this function, you have to transform your format strings into pieces of regular Lisp code. The `formatter' macro will help you much in doing this. Hmmm... You lost me here. I have a function that will take a stream and a number as an argument (as well as colon-p, arsign-p etc, all the nine yards that would allow me to use it as ~/func/ - needless to say I didn't write it :-). How do I use it with formatter? It would seem from CLtL2 pp 764-765 that I would have to call this function explicitly. All this makes me reiterate that although I do respect you opinion, it would hardly seem a reasonable approach to leave a *standard* feature of a language out of an implementation on the basis of a personal feeling of disgust. As ~/f/ is in CLtL2 and ANSI CL, it would seem to qualify as a standard feature (How about Borland C++ refusing to implement a ++ operator? :-) Of course, as a European, you might be disgusted even more by the US-centrism of calling an ANSI CL *the* standard, but, as a reasonable person, you will probably admit that an ISO CL, if it ever appears, will be based on the ANSI CL. :-) As for the manual in HTML, I would rather recommend SGML or whatever they are using in the LDP (Linux Docs Project): you get HTML, GNU info, and LaTeX from the single source file. BTW, You won't need a real manual (just the description of the implementation specific functions like run-program), if you could just claimed that CLISP implements CLtL2/ANSI CL in its entirety. :-) Thanks. S. From haible@ilog.fr Mon Aug 18 19:01:19 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07650; Mon, 18 Aug 97 19:01:19 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id SAA19394 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Mon, 18 Aug 1997 18:10:30 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id SAA00306; Mon, 18 Aug 1997 18:04:34 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id SAA00306; Mon, 18 Aug 1997 18:04:34 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id SAA26996; Mon, 18 Aug 1997 18:04:34 +0200 (MET DST) Date: Mon, 18 Aug 1997 18:04:34 +0200 (MET DST) Message-Id: <199708181604.SAA26996@halles.ilog.fr> To: Subject: Re: ignore-errors without CLCS? In-Reply-To: <199708172023.AA05597@zeus.gmd.de> References: <199708172023.AA05597@zeus.gmd.de> Content-Type: text Jörg-Cyril Höhle writes: > isn't it possible anymore to use IGNORE-ERRORS without a CLOS+CLCS image? That was never possible: IGNORE-ERRORS is based on the condition system. > Wasn't there a primitive ignore-errors in earlier CLISPs? You might look at the macro `with-ignored-errors' found in editor.lsp. Bruno From leigh@antechinus.cs.uwa.oz.au Tue Aug 19 14:38:21 1997 Return-Path: Received: from cs.uwa.oz.au (bilby.cs.uwa.oz.au) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04526; Tue, 19 Aug 97 14:38:21 +0200 Received: from antechinus.cs.uwa.edu.au (antechinus.cs.uwa.oz.au [130.95.1.16]) by cs.uwa.oz.au (8.6.8/8.5) with SMTP id TAA01456; Tue, 19 Aug 1997 19:46:42 +0800 Received: by antechinus.cs.uwa.edu.au (NX5.67f2/NX3.0S) id AA00429; Tue, 19 Aug 97 19:50:19 +0800 Message-Id: <9708191150.AA00429@antechinus.cs.uwa.edu.au> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) X-Image-Url: http://www.cs.uwa.edu.au/~leigh/LeighXimage.tiff In-Reply-To: <199708181324.PAA10599@halles.ilog.fr> X-Nextstep-Mailer: Mail 3.3 (Enhance 2.0b6) Received: by NeXT.Mailer (1.118.2) From: Leigh Smith Date: Tue, 19 Aug 97 19:50:18 +0800 To: Subject: Re: Re[2]: format ~/function/ Reply-To: leigh@cs.uwa.oz.au References: <199708181324.PAA10599@halles.ilog.fr> X-Url: http://www.cs.uwa.edu.au/~leigh/ > 4. The manual mentioned in a previous message is 2 years old. (it is > also in TeX, i.e.., unusable for those of us stuck with win32. What > about (gnu)info, to be read with emacs?) In 1997, it would be logical to write a manual in HTML. I'm not going to do it, though (lack of time). Any volunteers? TeX doesn't exist for win32? I find that hard to believe. LaTeX2HTML? --- Leigh Computer Science, University of Western Australia Smith +61-8-9380-3778 leigh@cs.uwa.edu.au (NeXTMail/MIME) "Home pages are the pet rock of the 90s. We all have them, we all think they're very cute. But in a few years we're going to look back and be pretty embarrassed." -- Tony Shepps "Why wait?" -- Peter Langston From haible@ilog.fr Tue Aug 19 15:36:47 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05198; Tue, 19 Aug 97 15:36:47 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id OAA00863 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Tue, 19 Aug 1997 14:45:46 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id OAA19997; Tue, 19 Aug 1997 14:44:14 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id OAA19997; Tue, 19 Aug 1997 14:44:14 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id OAA29536; Tue, 19 Aug 1997 14:44:12 +0200 (MET DST) Date: Tue, 19 Aug 1997 14:44:12 +0200 (MET DST) Message-Id: <199708191244.OAA29536@halles.ilog.fr> To: Subject: Re: clisp logo In-Reply-To: <9708148715.AA871598482@inet.stknhlg.com> References: <9708148715.AA871598482@inet.stknhlg.com> Content-Type: text Sam Steingold asks: > Is there a reason that the clisp's logo is the menorah? Of course there is a reason! > Does this imply that it will crash on Shabat? :-) Certainly not. If you have launched clisp on Friday or earlier, it will continue running on Shabat. However, what happens if you start a new clisp process on Shabat, is entirely your own responsibility. :-) Bruno From hoehle@zeus.gmd.de Tue Aug 19 15:45:54 1997 Return-Path: Received: from mail.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05380; Tue, 19 Aug 97 15:45:54 +0200 Received: from zeus.gmd.de (zeus) by mail.gmd.de with SMTP id AA29796 (5.67b8/IDA-1.5 for ); Tue, 19 Aug 1997 14:55:00 +0200 Received: from amiga ([141.12.144.207]) by zeus.gmd.de with SMTP id AA24089 (5.67b8/IDA-1.5 for ); Tue, 19 Aug 1997 14:55:02 +0200 Date: Tue, 19 Aug 1997 14:55:02 +0200 Message-Id: <199708191255.AA24089@zeus.gmd.de> From: Joerg.Hoehle@gmd.de (Jorg-Cyril Hohle) To: Subject: Re: Re[2]: format ~/function/ In-Reply-To: <9708191150.AA00429@antechinus.cs.uwa.edu.au> References: <9708191150.AA00429@antechinus.cs.uwa.edu.au> Leigh Smith wrote in August: > > 4. The manual mentioned in a previous message is 2 years old. (it is > > also in TeX, i.e.., unusable for those of us stuck with win32. What > > about (gnu)info, to be read with emacs?) > > In 1997, it would be logical to write a manual in HTML. I'm not going to > do it, though (lack of time). Any volunteers? And what would become logical in 1998? I would find it more natural to suggest to write it in texinfo, as a plethora of filters exist for conversion into (GNU)info (as desired), html (as you want), AmigaGuide (for the Amiga), dvi (for TeX quality output) and maybe others. Do we really need a 7MB Netscape (or probably worse, MS-*) bloat just to be able to read manpages? Jo"rg Ho"hle. Joerg.Hoehle@gmd.de http://zeus.gmd.de/~hoehle/amiga-clisp.html From sshteingold@cctrading.com Tue Aug 19 16:03:54 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05674; Tue, 19 Aug 97 16:03:54 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA01869; Tue, 19 Aug 97 09:21:45 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA871996413; Tue, 19 Aug 97 09:13:34 -0500 Message-Id: <9708198719.AA871996413@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Tue, 19 Aug 97 09:12:06 -0500 Return-Receipt-To: To: , Subject: Re: clisp manuals Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 1. HTML is pretty ugly, unless you spend all your life in Netscape. (C-s - incremental search is a sufficient reason to read any HTML manual in Emacs instead of Netscape and put up with the ugly markup). I would suggest whatever is used for the LDP, as it translates to GNU info, LaTeX and HTML from the single source. 2. There is a TeX for win32 (of course!) but it is not a very good distribution. I had a hard time installing it, and I could neither print (yes, I *do* have a postscript printer) nor preview. 3. Again, if CLISP conformed to the CLtL2 completely, the only thing to document would be the implementation-specific stuff like run-program. ______________________________ Reply Separator _________________________________ Subject: Re: Re[2]: format ~/function/ Author: at INET Date: 1997-08-19 14:44 > 4. The manual mentioned in a previous message is 2 years old. (it is > also in TeX, i.e.., unusable for those of us stuck with win32. What > about (gnu)info, to be read with emacs?) In 1997, it would be logical to write a manual in HTML. I'm not going to do it, though (lack of time). Any volunteers? TeX doesn't exist for win32? I find that hard to believe. LaTeX2HTML? --- Leigh Computer Science, University of Western Australia Smith +61-8-9380-3778 leigh@cs.uwa.edu.au (NeXTMail/MIME) "Home pages are the pet rock of the 90s. We all have them, we all think they're very cute. But in a few years we're going to look back and be pretty embarrassed." -- Tony Shepps "Why wait?" -- Peter Langston From haible@ilog.fr Tue Aug 19 16:11:27 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05824; Tue, 19 Aug 97 16:11:27 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id PAA01396 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Tue, 19 Aug 1997 15:20:22 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id PAA22042; Tue, 19 Aug 1997 15:16:17 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id PAA22042; Tue, 19 Aug 1997 15:16:17 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id PAA09916; Tue, 19 Aug 1997 15:16:14 +0200 (MET DST) Date: Tue, 19 Aug 1997 15:16:14 +0200 (MET DST) Message-Id: <199708191316.PAA09916@halles.ilog.fr> To: Subject: Re: ISO Lisp (was: Re[4]: format ~/function/) In-Reply-To: <9708188719.AA871919275@inet.stknhlg.com> References: <9708188719.AA871919275@inet.stknhlg.com> Content-Type: text Sam Steingold wrote: > Of course, as a European, you might be > disgusted even more by the US-centrism of calling an ANSI CL *the* > standard, but, as a reasonable person, you will probably admit that an > ISO CL, if it ever appears, will be based on the ANSI CL. :-) ANSI CL is the standard for Common Lisp. That's no "US-centrism" since the standard was mostly made by US organizations, researchers and companies. An ISO CL will probably not appear: ISO now has published a standard called ISO/IEC 13816 "Programming language ISLISP - Langage de programmation ISLISP", and nobody intends to submit ANSI CL for acceptance as an ISO standard. Bruno From rtietjen@kale.connix.com Wed Aug 20 02:13:31 1997 Return-Path: Received: from comet.connix.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01843; Wed, 20 Aug 97 02:13:31 +0200 Received: from kale.connix.com (root@kale.connix.com [204.183.64.34]) by comet.connix.com (8.8.5/8.8.5) with ESMTP id TAA01038 for ; Tue, 19 Aug 1997 19:22:31 -0400 (EDT) Received: by kale.connix.com id (Debian Smail-3.2 1996-Jul-4 #2); Tue, 19 Aug 1997 19:24:35 -0400 (EDT) Message-Id: Date: Tue, 19 Aug 1997 19:24:35 -0400 (EDT) From: Richard Tietjen To: Subject: Re: clisp manuals In-Reply-To: <9708198719.AA871996413@inet.stknhlg.com> References: <9708198719.AA871996413@inet.stknhlg.com> X-Mailer: VM 6.28 under Emacs 19.34.1 Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII For win32 TeX are you refering to the MikTeX distribution from Christian Schenk? If so, what's been wrong with it? If not, you should definitely check CTAN for it, query Yahoo, or ask me to dig up a URL. I've gotten very good results with it at work on a variety of NT and WIn95 stations. >>>>> On Tue, 19 Aug 97 16:08:13 +0200, sshteingold@cctrading.com said: sshteingold> 1. HTML is pretty ugly, unless you spend all sshteingold> your life in Netscape. (C-s - incremental search is sshteingold> a sufficient reason to read any HTML manual in Emacs sshteingold> instead of Netscape and put up with the ugly markup). sshteingold> I would suggest whatever is used for the LDP, as it sshteingold> translates to GNU info, LaTeX and HTML from the sshteingold> single source. sshteingold> 2. There is a TeX for win32 (of course!) but it sshteingold> is not a very good distribution. I had a hard time sshteingold> installing it, and I could neither print (yes, I *do* sshteingold> have a postscript printer) nor preview. sshteingold> 3. Again, if CLISP conformed to the CLtL2 sshteingold> completely, the only thing to document would be the sshteingold> implementation-specific stuff like run-program. sshteingold> ______________________________ Reply Separator sshteingold> _________________________________ Subject: Re: Re[2]: sshteingold> format ~/function/ Author: sshteingold> at sshteingold> INET Date: 1997-08-19 14:44 >> 4. The manual mentioned in a previous message is 2 years >> old. (it is also in TeX, i.e.., unusable for those of us stuck >> with win32. What about (gnu)info, to be read with emacs?) sshteingold> In 1997, it would be logical to write a manual in sshteingold> HTML. I'm not going to do it, though (lack of sshteingold> time). Any volunteers? sshteingold> TeX doesn't exist for win32? I find that hard to sshteingold> believe. LaTeX2HTML? --- Leigh Computer Science, sshteingold> University of Western Australia Smith +61-8-9380-3778 sshteingold> leigh@cs.uwa.edu.au (NeXTMail/MIME) sshteingold> "Home pages are the pet rock of the 90s. We all have sshteingold> them, we all think they're very cute. But in a few sshteingold> years we're going to look back and be pretty sshteingold> embarrassed." -- Tony Shepps "Why sshteingold> wait?" -- Peter Langston From haible@ilog.fr Wed Aug 20 14:54:52 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09705; Wed, 20 Aug 97 14:54:52 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id OAA14016 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Wed, 20 Aug 1997 14:00:09 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id NAA16410; Wed, 20 Aug 1997 13:50:55 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id NAA16410; Wed, 20 Aug 1997 13:50:55 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id NAA26892; Wed, 20 Aug 1997 13:50:53 +0200 (MET DST) Date: Wed, 20 Aug 1997 13:50:53 +0200 (MET DST) Message-Id: <199708201150.NAA26892@halles.ilog.fr> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: ISO Lisp (was: Re[4]: format ~/function/) Content-Type: text [Message forwarded from Simon Brooke .] On Aug 19, 4:14pm, Bruno Haible scrievit: >> Concairnin: Re: ISO Lisp (was: Re[4]: format ~/function/) > Sam Steingold wrote: > > > Of course, as a European, you might be > > disgusted even more by the US-centrism of calling an ANSI CL *the* > > standard, but, as a reasonable person, you will probably admit that an > > ISO CL, if it ever appears, will be based on the ANSI CL. :-) > > ANSI CL is the standard for Common Lisp. That's no "US-centrism" since > the standard was mostly made by US organizations, researchers and companies. >-- End of excerpt from Bruno Haible We had this argument a long time ago, and (as far as I'm concerned) the forces of reason lost. EuLISP would not have been my perfect LISP either, but it was (in my opinion) better than Common LISP. However, we (the Europeans in the standardisation process) didn't win partly because we were fewer, less well funded and less homogenous, but mostly because the Americans were a long way ahead of us and we were mostly just reacting. In any case, ANSI CL *was* accepted, not just by ANSI but more or less implicitly by the rest of us (I was on the BSI committee) not because anyone necessarily thought it was a good standard but because it was *a* standard. And, with the state of the world and the state of LISP, it seemed quite likely that if we didn't unite around a standard the whole LISP project would become so marginal as to be of no commercial importance at all. And I'm afraid that's still true. Cheers Simon -- simon@jasmine.org.uk (Simon Brooke) ;; when in the shit, the wise man plants courgettes From haible@ilog.fr Wed Aug 20 15:11:35 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10024; Wed, 20 Aug 97 15:11:35 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id OAA14232 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Wed, 20 Aug 1997 14:20:23 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id OAA17509; Wed, 20 Aug 1997 14:19:42 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id OAA17509; Wed, 20 Aug 1997 14:19:42 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id OAA03940; Wed, 20 Aug 1997 14:19:39 +0200 (MET DST) Date: Wed, 20 Aug 1997 14:19:39 +0200 (MET DST) Message-Id: <199708201219.OAA03940@halles.ilog.fr> To: Subject: Re: INITIALIZE-INSTANCE &allow-other-keys In-Reply-To: <199708152248.AAA06948@orion.plopp.de> References: <199708152248.AAA06948@orion.plopp.de> Content-Type: text Matthias Lindner asks: > > it's me again still in trouble with CLISP's built-in CLOS. > ... > Is there a way to make INITIALIZE-INSTANCE recognize the > &allow-other-keys keyword? No. This is a bug, and will be fixed in the next version. Thank you for reporting this. Bruno From clinares@delicias.dia.fi.upm.es Thu Aug 21 13:09:33 1997 Return-Path: Received: from goofy.fi.upm.es by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA23134; Thu, 21 Aug 97 13:09:33 +0200 Received: from granvia.dia.fi.upm.es by relay.fi.upm.es (PMDF V5.1-9 #24101) with SMTP id <01IMP91MZVEG000FR0@relay.fi.upm.es> for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Thu, 21 Aug 1997 12:14:30 MET-DST Received: from granvia by granvia.dia.fi.upm.es (SMI-8.6/FI-4.1) Thu, 21 Aug 1997 12:11:21 +0200 Date: Thu, 21 Aug 1997 12:11:21 +0200 From: Carlos Linares Subject: Re: Spanish Translation of CLisp Sender: clinares@granvia.dia.fi.upm.es To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Message-Id: <33FC1449.138B@delicias.dia.fi.upm.es> Organization: Artificial Intelligence Laboratory Mime-Version: 1.0 X-Mailer: Mozilla 3.01 (X11; I; SunOS 5.5.1 sun4u) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <199708051027.MAA12429@halles.ilog.fr> Bruno Haible wrote: > > Hello Carlos, > > Thank you for continuing your work on the spanish translation. > > That's a pleasure! > The newest .pot files are always in the clispsrc.tar.gz source package, > and on every major clisp version the GNU Internationalization mailing > lists are notified. Hope you have subscribed to . > Yeap! I saw it just after asking for it in this mailing list, ... sorry! By the way, I belong to es@li.org for 18 months, more or less. It is there where I realized you offered a .pot file and it is there where everybody told me what to do for beginning the translation (send the disclaimer, take gettext, install po-mode, etc). > Actually, if you want to see the context (source code) of each message in > this file, you can do this using GNU po-mode (an Emacs mode specially > designed for this). > Yes, I know! Indeed, I'm doing all my job under the major mode po-mode with Emacs, of course!! With 's' I get the original 'source code' which is located with 'S', ... > Btw, it's amazing that the spanish translation is nearly finished - with > 8 clisp-list subscribers, and certainly 5 or 10 times more users outside > this mailing list. Whereas Sweden (10 subscribers), Italy (10 subscribers) > and Japan (9 subscribers) have not even begun translating... > I think so, In fact, Leo, a member of this list, is helping me with the translation and he has yet done a great job!! (Thanks, Leo! :) A silly question, ... What's the meaning of "btw"? I see it everywhere!! > > ! 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. ! I just don't want to unsubscribe!!! :) (yeap, I know this is your signature, ...) -- Carlos Linares Lopez ------------------------------------------------------------------------ Artificial Intelligence Laboratory Facultad de Informatica Universidad Politecnica de Madrid Espana (Spain) ------------------------------------------------------------------------ clinares@delicias.dia.fi.upm.es http://delicias.dia.fi.upm.es/miembros/clinares_CV_Esp.html ------------------------------------------------------------------------ From sshteingold@cctrading.com Fri Aug 22 19:55:19 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11122; Fri, 22 Aug 97 19:55:19 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA10616; Fri, 22 Aug 97 13:12:57 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA872269614; Fri, 22 Aug 97 13:06:56 -0500 Message-Id: <9708228722.AA872269614@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Fri, 22 Aug 97 13:02:41 -0500 Return-Receipt-To: To: Subject: with-output-to-printer on win32 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit It is wonderful to be able to print from clisp! Unfortunately, there seems to be no way to specify which printer to use. I have 2 printers in winnt 4.0sp3: a local one (which with-output-to-printer uses) and a network one (to be used with nprint). I wonder how I could tell with-output-to-printer to use the network printer. The network printer is set as the default printer already, so the obvious solution to set it temporarily to be the default will not work. with-output-to-printer expands to (more or less) system::make-printer-stream, which, of course, is not documented. Maybe it could made to accept an argument? Thanks. S. From sshteingold@cctrading.com Sat Aug 23 00:15:22 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13737; Sat, 23 Aug 97 00:15:22 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA11196; Fri, 22 Aug 97 17:32:59 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA872285222; Fri, 22 Aug 97 17:27:05 -0500 Message-Id: <9708228722.AA872285222@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Fri, 22 Aug 97 17:23:12 -0500 Return-Receipt-To: To: Subject: print control for HUGE objects Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I have list of length >2000, and when i (step), they whole thing is dumped on my screen whenever it is an argument to anything. This is awfully annoying. Is there a way to tell lisp to print lists of length >30 in a smart way - like the first 10 elements, the last 10 and the length of the list? *Please* answer "yes" to this! :-) From lambertb@uic.edu Sat Aug 23 00:37:45 1997 Return-Path: Received: from eeyore.cc.uic.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA14036; Sat, 23 Aug 97 00:37:45 +0200 Received: from [128.248.77.126] (DOC.PMAD.UIC.EDU [128.248.77.126]) by eeyore.cc.uic.edu (8.8.5/8.8.5) with ESMTP id QAA11043 for ; Fri, 22 Aug 1997 16:45:37 -0500 (CDT) X-Sender: lambertb@tigger.cc.uic.edu Message-Id: In-Reply-To: <9708228722.AA872285222@inet.stknhlg.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 22 Aug 1997 16:45:30 -0500 To: From: "Bruce L. Lambert" Subject: Re: print control for HUGE objects > I have list of length >2000, and when i (step), they whole thing is > dumped on my screen whenever it is an argument to anything. This is > awfully annoying. Is there a way to tell lisp to print lists of length > >30 in a smart way - like the first 10 elements, the last 10 and the > length of the list? *Please* answer "yes" to this! :-) Yes. See *print-length*, *print-level*, and *print-lines*. In your case, I think you want *print-length* Acording to Paul Graham (p. 395): "*print-length* Either nil (the initial value) or a positive integer. If an integer, up to that many elements of an object will be displayed, the rest being elided. If nil, there is no limit." So try (setf *print-length* 10) or 20, or whatever... -bruce Bruce L. Lambert Department of Pharmacy Administration University of Illinois at Chicago Phone: (312) 996-2411 Fax: (312) 996-3272 email: lambertb@uic.edu WWW: http://ludwig.pmad.uic.edu/~bruce/ From sshteingold@cctrading.com Sat Aug 23 01:08:21 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA14418; Sat, 23 Aug 97 01:08:21 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA11282; Fri, 22 Aug 97 18:25:58 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA872288405; Fri, 22 Aug 97 18:20:06 -0500 Message-Id: <9708228722.AA872288405@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Fri, 22 Aug 97 18:16:14 -0500 Return-Receipt-To: To: Subject: *print-lines* - not implemented Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit It looks like the CLtL2 variables *print-lines* and *default-time-zone* are not (yet?) implemented in clisp. From e9425899@student.tuwien.ac.at Sat Aug 23 15:52:40 1997 Return-Path: Received: from fbma.tuwien.ac.at by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA23440; Sat, 23 Aug 97 15:52:40 +0200 Received: by fbma.tuwien.ac.at (AIX 4.1/UCB 5.64/4.03) id AA10622; Sat, 23 Aug 1997 15:01:07 +0200 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Port to BeOS? From: Clemens Heitzinger Date: 23 Aug 1997 15:01:07 +0200 Message-Id: <0yxrablnje4.fsf@fbma.tuwien.ac.at> Lines: 13 X-Mailer: Gnus v5.4.15/Emacs 19.30 I have had a look at the new BeOS (http://www.be.com), which looks quite promising. Are there plans to port clisp to BeOS? To support the BeOS GUI? Yours, Clemens Heitzinger -- ---------------------------------------------------------------------- Clemens Heitzinger mailto:e9425899@fbma.tuwien.ac.at Student der Techn. Mathematik Technische Universität Wien University of Technology, Vienna, Austria ---------------------------------------------------------------------- From haible@ilog.fr Mon Aug 25 23:32:08 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA20587; Mon, 25 Aug 97 23:32:08 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id WAA01991 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Mon, 25 Aug 1997 22:40:09 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id WAA27053; Mon, 25 Aug 1997 22:39:07 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id WAA27053; Mon, 25 Aug 1997 22:39:07 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id WAA25544; Mon, 25 Aug 1997 22:39:07 +0200 (MET DST) Date: Mon, 25 Aug 1997 22:39:07 +0200 (MET DST) Message-Id: <199708252039.WAA25544@halles.ilog.fr> To: Subject: Re: Port to BeOS? In-Reply-To: <0yxrablnje4.fsf@fbma.tuwien.ac.at> References: <0yxrablnje4.fsf@fbma.tuwien.ac.at> Content-Type: text Clemens Heitzinger writes: > > I have had a look at the new BeOS (http://www.be.com), which looks > quite promising. > > Are there plans to port clisp to BeOS? To support the BeOS GUI? I'll happily put in all the patches that you provide. Bruno From hoehle@zeus.gmd.de Mon Sep 1 08:33:40 1997 Return-Path: Received: from zeus.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01263; Mon, 1 Sep 97 08:33:40 +0200 Received: from amiga ([141.12.144.207]) by zeus.gmd.de with SMTP id AA26521 (5.67b8/IDA-1.5 for ); Sat, 30 Aug 1997 05:15:13 +0200 Date: Sat, 30 Aug 1997 05:15:13 +0200 Message-Id: <199708300315.AA26521@zeus.gmd.de> From: hoehle@zeus.gmd.de (Jorg-Cyril Hohle) To: clisp-list@[129.13.115.2] Subject: core dump after interrupting print Hello, I interrupted some longish TRACE output, typed in "(setq *print-pretty* nil)" (default is T) and "continue" in the debug loop and had CLISP crash on me, after a short excursion with already corrupted data (trying to print an extremely long string of a repeated pattern of garbage) within justify_end_eng(), indent_end() and vector_length(). I'm sorry I can't remember the exact name of the function that was interrupted, but it was some printing one (i.e. not GC or eval). I tried to reproduce this kind of crash by interrupting some random printing loop but was not successful. I'm using CLISP-high (1997-04-23). Now it seems to me like the second crash I have with resuming interrupted output. Did anybody have a similar experience? Jo"rg Ho"hle. Joerg.Hoehle@gmd.de http://zeus.gmd.de/~hoehle/amiga-clisp.html From sshteingold@cctrading.com Mon Sep 1 08:52:36 1997 Return-Path: Received: from by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AK01534; Mon, 1 Sep 97 08:52:36 +0200 Received: from mailrelay.stknhlg.com by nz11.rz.uni-karlsruhe.de with SMTP (PP); Fri, 29 Aug 1997 22:03:31 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA27401; Fri, 29 Aug 97 16:11:23 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA872884921; Fri, 29 Aug 97 16:02:04 -0500 Message-Id: <9708298728.AA872884921@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Fri, 29 Aug 97 16:01:02 -0500 Return-Receipt-To: To: Subject: float ouput Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit sometimes real numbers are output as, say 0.05f0 instead of more usual 0.05. Why does this happen? (I do (setq *read-default-float-format* 'double-float *default-float-format* 'double-float *print-case* :downcase)) From bernardp@CLI.DI.Unipi.IT Mon Sep 1 11:54:39 1997 Return-Path: Received: from mailserver.cli.di.unipi.it (alice.cli.di.unipi.it) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03562; Mon, 1 Sep 97 11:54:39 +0200 Organization: Centro di Calcolo - Dipartimento di Informatica di Pisa - Italy Received: from helen.cli.di.unipi.it (helen.cli.di.unipi.it [131.114.11.38]) by mailserver.cli.di.unipi.it (8.8.5/8.7.3) with ESMTP id LAA00283; Mon, 1 Sep 1997 11:01:36 +0200 (MET DST) From: Pierpaolo Bernardi Received: (bernardp@localhost) by helen.cli.di.unipi.it (8.7.5/8.6.12) id LAA08617; Mon, 1 Sep 1997 11:01:35 +0200 (MET DST) Message-Id: <199709010901.LAA08617@helen.cli.di.unipi.it> Subject: Re: float ouput To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Mon, 1 Sep 1997 11:01:34 +0200 (MET DST) In-Reply-To: <9708298728.AA872884921@inet.stknhlg.com> from "sshteingold@cctrading.com" at Sep 1, 97 08:54:32 am X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > sometimes real numbers are output as, say 0.05f0 instead of more usual > 0.05. Why does this happen? > (I do (setq *read-default-float-format* 'double-float > *default-float-format* 'double-float *print-case* :downcase)) Because the common lisp printer prints objects in such a way that the lisp reader can read back the object, obtaining an EQUAL object (if this is possible). When *read-default-float-format* is double-float, only double-floats can be printed without the letter. All the other float type must include the letter, as a type information. This is confused, but hope it helps anyway. 8-) Pierpaolo. From hoehle@zeus.gmd.de Mon Sep 1 14:43:53 1997 Return-Path: Received: from zeus.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05468; Mon, 1 Sep 97 14:43:53 +0200 Received: from amiga ([141.12.144.207]) by zeus.gmd.de with SMTP id AA06828 (5.67b8/IDA-1.5 for ); Mon, 1 Sep 1997 13:50:43 +0200 Date: Mon, 1 Sep 1997 13:50:43 +0200 Message-Id: <199709011150.AA06828@zeus.gmd.de> From: hoehle@zeus.gmd.de (Jorg-Cyril Hohle) To: clisp-list@[129.13.115.2] Subject: union, intersection etc. cons too much with &key arguments Hello, I just found out that CLISP conses a lot when &REST and &KEY are used together in a lambda list and APPLY is used on the rest list. This affects UNION, INTERSECTION, SUBSETP and all other set functions defined in DEFS1.LSP when one of the :TEST, :TEST-NOT or :KEY arguments is used and may affect user code as well. (defun union (list1 list2 &rest rest &key test test-not key) (declare (ignore test test-not key)) ... (apply #'union (cdr list1) list2 rest)) I verified that CLISP avoids consing when only &REST or &KEY are used in a lambda list or when the rest argument is empty (nothing to cons). > (time (intersection '(1 2 3 4 5 6 7 8 9) '(a b c d e f g h i j k l))) Real time: 0.0 sec. Run time: 0.0 sec. Space: 0 Bytes NIL > (time (intersection '(1 2 3 4 5 6 7 8 9) '(a b c d e f g h i j k l) :test #'eql :key #'identity)) Real time: 0.0 sec. Run time: 0.0 sec. Space: 608 Bytes NIL The reason is that EVAL.D:apply_closure():apply_cclosure_key_withlist_: doesn't treat the case where all &REST arguments are already in the last argument to APPLY like it does in apply_cclosure_rest_nokey: for functions with &REST but without &KEY or for functions with &KEY but without &REST. Instead of if (flags & bit(0)) { NEXT(ptr1) = unbound; } # Rest-Parameter there could be a loop similar to apply_cclosure_rest_nokey: where only values need be pushed onto , constructing the &REST list in apply_closure() and not in match_cclosure_key(). I don't know how much user code would benefit from such a change but I know that we're using set functions with :KEY and/or :TEST a lot -- and I thought I'd optimize by using (union x y :test #'eq) instead of just (union x y) :-( Regards, Jo"rg Ho"hle. Joerg.Hoehle@gmd.de http://zeus.gmd.de/~hoehle/amiga-clisp.html PS: speed doesn't seem to be affected (except for GC of course). PPS: I wonder if there's any situation where match_cclosure_key() is called without rest_arg set to #? From clinares@delicias.dia.fi.upm.es Mon Sep 1 15:11:15 1997 Return-Path: Received: from goofy.fi.upm.es by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05828; Mon, 1 Sep 97 15:11:15 +0200 Received: from aluche.dia.fi.upm.es by relay.fi.upm.es (PMDF V5.1-9 #24101) with SMTP id <01IN4QJDPNCA0000VX@relay.fi.upm.es> for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Mon, 1 Sep 1997 14:17:03 MET-DST Received: from aluche (localhost) by aluche.dia.fi.upm.es (4.1/FI-3.3) Mon, 1 Sep 97 14:17:00 +0200 Date: Mon, 01 Sep 1997 14:17:00 +0200 From: Carlos Linares Subject: Spanish translation of CLisp Sender: clinares@aluche.dia.fi.upm.es To: Lista de correo de CLisp Message-Id: <340AB23C.63DECDAD@delicias.dia.fi.upm.es> Organization: Artificial Intelligence Laboratory Mime-Version: 1.0 X-Mailer: Mozilla 3.01 (X11; I; SunOS 4.1.3_U1 sun4c) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all, I've finished the translation of CLisp. Since now, all the spanish users of CLisp may work in spanish. It is up to them, ... I'm finishing the translation of _README, so it will be (hopefully) added in the next release of CLisp (if you want, Bruno and Marcus). I've sent the final version of clisp.po to the "Universidad Nacional de Extremadura". As soon as they put it in their ftp site, I will tell you the url where you can get it from. To the spanish users of this list: If you install clisp.po in your machine, you could work in english, at your convenience, and you could work in spanish too. If you find that some message is not clear or if you think that it should be said in other way, send me one message. On the other hand, I will maintain the translation in the future. I hope my work will help you, spanish spokers, and will encourage Bruno Haible and Marcus Daniels to go on with CLisp. I'd like to thank you ---publicly--- to Leo Sarasua and Santiago Vila for their comments and suggestions and to Juan Jordana for his tips! Thank you, This translation has taken me 9 months. So it is a child!!! :) ( a bad joke! :) Best, -- Carlos Linares Lopez ------------------------------------------------------------------------ Artificial Intelligence Laboratory Facultad de Informatica Universidad Politecnica de Madrid Espana (Spain) ------------------------------------------------------------------------ clinares@delicias.dia.fi.upm.es http://delicias.dia.fi.upm.es/miembros/clinares_CV_Esp.html ------------------------------------------------------------------------ From hoehle@zeus.gmd.de Mon Sep 1 22:00:28 1997 Return-Path: Received: from zeus.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10070; Mon, 1 Sep 97 22:00:28 +0200 Received: from amiga ([141.12.144.207]) by zeus.gmd.de with SMTP id AA13650 (5.67b8/IDA-1.5 for ); Mon, 1 Sep 1997 21:07:01 +0200 Date: Mon, 1 Sep 1997 21:07:01 +0200 Message-Id: <199709011907.AA13650@zeus.gmd.de> From: hoehle@zeus.gmd.de (Jorg-Cyril Hohle) To: clisp-list@[129.13.115.2] Subject: &rest with &key cons too much Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Hi, here's a (not too much tested) patch for the problem reported this morning: *** lisp:src.orig/eval.d Thu Apr 24 21:55:12 1997 --- lisp:src/eval.d Mon Sep 01 13:05:45 1997 *************** *** 4919,4923 **** dotimesC(count,key_anz, { NEXT(ptr1) = unbound; } ); set_args_end_pointer(new_args_end_pointer); ! }} key_from_list: # restliche Argumente fu:r Keywords aus der Liste nehmen while (consp(args)) --- 4919,4936 ---- dotimesC(count,key_anz, { NEXT(ptr1) = unbound; } ); set_args_end_pointer(new_args_end_pointer); ! if (flags & bit(0)) # Baue Rest-Parameter sparsam auf ! { pushSTACK(closure); # Closure muss gerettet werden ! pushSTACK(args); # args muss gerettet werden, args_on_stack nicht ! pushSTACK(args); ! dotimesC(args_on_stack,args_on_stack, ! { var object new_cons = allocate_cons(); ! Cdr(new_cons) = STACK_0; ! Car(new_cons) = BEFORE(new_args_end_pointer); # na:chstes Argument draufconsen ! STACK_0 = new_cons; ! }); ! Before(key_args_pointer) = popSTACK(); # Rest-Parameter ! args = popSTACK(); ! closure = popSTACK(); ! }} } key_from_list: # restliche Argumente fu:r Keywords aus der Liste nehmen while (consp(args)) With this patch (time (intersection '(1 2 3 4 5 6 7 8 9) '(a b c d e f g h i j k l) :test #'eql :key #'identity)) goes down to 16 or 32 bytes of consumed space only. Be careful when applying it, as the GMD mailer will munge accents :-( a:o:u:ssA:O:U: aousAOU Jo:rg Ho:hle. Joerg.Hoehle@gmd.de http://zeus.gmd.de/~hoehle/amiga-clisp.html From clinares@delicias.dia.fi.upm.es Wed Sep 3 13:32:45 1997 Return-Path: Received: from goofy.fi.upm.es by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05251; Wed, 3 Sep 97 13:32:45 +0200 Received: from recoletos.dia.fi.upm.es by relay.fi.upm.es (PMDF V5.1-9 #24101) with SMTP id <01IN7FNHYG4000020J@relay.fi.upm.es> for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Wed, 3 Sep 1997 12:38:11 MET-DST Received: from recoletos (localhost) by recoletos.dia.fi.upm.es (4.1/FI-3.3) Wed, 3 Sep 97 12:38:09 +0200 Date: Wed, 03 Sep 1997 12:38:07 +0200 From: Carlos Linares Subject: I little help por improving the spanish translation of CLisp Sender: clinares@recoletos.dia.fi.upm.es To: Lista de correo de CLisp Message-Id: <340D3E0F.3F54BC7E@delicias.dia.fi.upm.es> Organization: Artificial Intelligence Laboratory Mime-Version: 1.0 X-Mailer: Mozilla 3.01 (X11; I; SunOS 4.1.3_U1 sun4c) Content-Type: MULTIPART/MIXED; BOUNDARY="Boundary_(ID_0KO619UaFjP3JjrYZkZZbQ)" This is a multi-part message in MIME format. --Boundary_(ID_0KO619UaFjP3JjrYZkZZbQ) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Hi there, As I told you I've finished the translation of CLisp. Anyway, there are a few questions I'd like to solve before going on. These are attached at the end of this mail. Please, take a minute (or just a second! :) to answer them. Thanks, Cheers, -- Carlos Linares Lopez ------------------------------------------------------------------------ Artificial Intelligence Laboratory Facultad de Informatica Universidad Politecnica de Madrid Espana (Spain) ------------------------------------------------------------------------ clinares@delicias.dia.fi.upm.es http://delicias.dia.fi.upm.es/miembros/clinares_CV_Esp.html ------------------------------------------------------------------------ --Boundary_(ID_0KO619UaFjP3JjrYZkZZbQ) Content-type: text/plain; name=help.002; charset=iso-8859-1 Content-disposition: inline; filename=help.002 Content-transfer-encoding: 8bit 1. ----------------------------------------------------------------- In this message, what is bounded, the frame or the variables? I think this message is referring to a frame where variables are bound, am I wrong? msgid "" "\n" "frame binding variables (~ = dynamically):" msgstr "\ntrama de ligadura de las variables (~ = dinámicamente):" ----------------------------------------------------------------- 2. ----------------------------------------------------------------- `nested' have various meanings. It can mean that one thing is `into' other one or that one thing is `joined' with other one. In this message, I think you are talking about the frame you arrive when using a tag, as if you were `joining' a new frame, is it so? msgid "" "\n" "nested tagbody frame " msgstr "\ntrama encajada del cuerpo de etiquetas de salto" ----------------------------------------------------------------- 3. ----------------------------------------------------------------- I've been looking for FSUBR and SUBR through the whole world and I've dedicated all my life!! :) However, I haven't found it? What are these functions intended for? What is a `signature' in the context of these functions? #: spvw.d:9121 msgid "Unknown signature of an FSUBR\n" msgstr "Tipo de argumento desconocido para FSUBR\n" #: spvw.d:9232 msgid "Unknown signature of a SUBR\n" msgstr "Tipo de argumento desconocido para SUBR\n" ----------------------------------------------------------------- 4. ----------------------------------------------------------------- Here, the question is similar to the first one. What is global, the definition or the function? the definition, isn't it? #: control.d:166 symbol.d:22 msgid "~: ~ has no global function definition" msgstr "~: ~ no tiene ninguna definición global de función" ----------------------------------------------------------------- 5. ----------------------------------------------------------------- In this sentence, is #Y~ ok? shouldn't it read #~Y? msgid "~ from ~: object #Y~ has not the syntax of a compiled closure" msgstr "~ en ~: el objeto #Y~ no tiene la sintaxis de una cerradura compilada" ----------------------------------------------------------------- 6. ----------------------------------------------------------------- What do you want to mean with "plural loop keyword" and "singular loop keyword"? I never heard of these terms before, ... Please, could you write the same messages in other terms so I could translate an easier "msgid"? #: loop.lsp:715 msgid "~S: After ~S a plural loop keyword is required, not ~A" msgstr "~S: Después de ~S, es necesario un plural, y no ~A" #: loop.lsp:724 msgid "~S: After ~S a singular loop keyword is required, not ~A" msgstr "~S: Después de ~S, es necesario un singular, y no ~A" ----------------------------------------------------------------- --Boundary_(ID_0KO619UaFjP3JjrYZkZZbQ)-- From hoehle@zeus.gmd.de Wed Sep 3 18:07:26 1997 Return-Path: Received: from mail.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08244; Wed, 3 Sep 97 18:07:26 +0200 Received: from zeus.gmd.de (zeus) by mail.gmd.de with SMTP id AA08960 (5.67b8/IDA-1.5 for ); Wed, 3 Sep 1997 17:13:54 +0200 Received: from kir ([141.12.144.207]) by zeus.gmd.de with SMTP id AA02665 (5.67b8/IDA-1.5 for ); Wed, 3 Sep 1997 17:13:55 +0200 Date: Wed, 3 Sep 1997 17:13:55 +0200 Message-Id: <199709031513.AA02665@zeus.gmd.de> From: Joerg.Hoehle@gmd.de (Jorg-Cyril Hohle) To: Subject: I little help por improving the spanish translation of CLisp In-Reply-To: <340D3E0F.3F54BC7E@delicias.dia.fi.upm.es> References: <340D3E0F.3F54BC7E@delicias.dia.fi.upm.es> Carlos Linares wrote in September: > As I told you I've finished the translation of CLisp. Anyway, there > 1. > In this message, what is bounded, the frame or the variables? I think Variables are bound. > this message is referring to a frame where variables are bound, am I > wrong? No you aren't. > "frame binding variables (~ = dynamically):" > 2. > `nested' have various meanings. It can mean that one thing is `into' > other one or that one thing is `joined' with other one. In this Passing on this one. Anybody? > 3. > I've been looking for FSUBR and SUBR through the whole world and I've > dedicated all my life!! :) However, I haven't found it? What are these They related to very old implementations of Lisp. IIRC, SUBR (resp. FSUBR) served to recognize built-in functions (resp. special forms or macros) in the symbol-function slot of symbols, for example as (FSUBR
) so the Lisp interpreter knew it had to call an internal procedure and would not evaluate the arguments, whereas we all know (LAMBDA (#) ...). The term of "signature" is used like in finance or crime: a kind of characteristic of the function, and you know that when two signatures differ, the functions must differ (if they are the same, the functions need not be the same). In CLISP, the signature of a function comprises / encodes the parameter list (number of required / optional parameters, &rest present and &key symbols). > 4. > Here, the question is similar to the first one. What is global, the > definition or the function? the definition, isn't it? > msgid "~: ~ has no global function definition" The definition, for example using defun or defmacro vs. flet/labels > 5. > In this sentence, is #Y~ ok? shouldn't it read #~Y? > msgid "~ from ~: object #Y~ has not the syntax of a compiled closure" I think it's ok as a closure is represented as #Y(..byte code..) > 6. > What do you want to mean with "plural loop keyword" and "singular loop > keyword"? I never heard of these terms before, ... Please, could you See LOOP.LSP where this message comes from. CLISP checks the grammar(!) and won't accept (loop for match being each external-symbols ...) or (loop for match being the external-symbol ...) See the trailing 's' for plural? ------^ Jo"rg Ho"hle. Joerg.Hoehle@gmd.de http://zeus.gmd.de/~hoehle/amiga-clisp.html From haible@ilog.fr Wed Sep 3 22:13:51 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10809; Wed, 3 Sep 97 22:13:51 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id VAA03359 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Wed, 3 Sep 1997 21:20:10 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id VAA07206; Wed, 3 Sep 1997 21:11:35 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id VAA07206; Wed, 3 Sep 1997 21:11:35 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id VAA19110; Wed, 3 Sep 1997 21:11:34 +0200 (MET DST) Date: Wed, 3 Sep 1997 21:11:34 +0200 (MET DST) Message-Id: <199709031911.VAA19110@halles.ilog.fr> To: Subject: Re: core dump after interrupting print In-Reply-To: <199708300315.AA26521@zeus.gmd.de> References: <199708300315.AA26521@zeus.gmd.de> Content-Type: text Jörg-Cyril Höhle wrote: > I interrupted some longish TRACE output, typed in "(setq > *print-pretty* nil)" (default is T) and "continue" in the debug loop > and had CLISP crash on me Maybe you were hitting one of the bugs which have been fixed for clisp-1997-08-07, thanks to Don Cohen. See the CHANGES.LOG file. Bruno From haible@ilog.fr Wed Sep 3 23:13:47 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11617; Wed, 3 Sep 97 23:13:47 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id WAA03921 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Wed, 3 Sep 1997 22:20:08 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id WAA16992; Wed, 3 Sep 1997 22:15:21 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id WAA16992; Wed, 3 Sep 1997 22:15:21 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id WAA02442; Wed, 3 Sep 1997 22:15:20 +0200 (MET DST) Date: Wed, 3 Sep 1997 22:15:20 +0200 (MET DST) Message-Id: <199709032015.WAA02442@halles.ilog.fr> To: Subject: Re: I little help por improving the spanish translation of CLisp In-Reply-To: <340D3E0F.3F54BC7E@delicias.dia.fi.upm.es> References: <340D3E0F.3F54BC7E@delicias.dia.fi.upm.es> Content-Type: text Since Joerg has already been so kind as to answer most of the questions, I'll treat only the remaining ones. > 2. ----------------------------------------------------------------- > > `nested' have various meanings. It can mean that one thing is `into' > other one or that one thing is `joined' with other one. In this > message, I think you are talking about the frame you arrive when using > a tag, as if you were `joining' a new frame, is it so? No. In CLISP it's yet another (maybe new?) meaning. Interpretation frames are normally built up in the stack. However, when a closure is created, some parts of the frames must be moved out to the heap, so that the closure points to valid data, called "environment", even after the frame has been deestablished. We called this process "nesting" of a frame. Any better vocabulary? Can you propose a good german or french translation? > 3. ----------------------------------------------------------------- > > I've been looking for FSUBR and SUBR through the whole world and I've > dedicated all my life!! :) This is very ancient Lisp terminology (1960ies). FSUBR means "special form". SUBR means "built-in/system function". > What is a `signature' in the context of these functions? The term "signature" comes from theoretical computer science and denotes the number(s) of possible arguments. In strongly typed languages, it denotes the set of tuples of possible argument types. Bruno From goldin@spot.uchicago.edu Thu Sep 4 00:10:34 1997 Return-Path: Received: from spot.uchicago.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12329; Thu, 4 Sep 97 00:10:34 +0200 Received: (from goldin@localhost) by spot.uchicago.edu (8.7.6/8.7.3) id QAA25100; Wed, 3 Sep 1997 16:12:27 -0500 Date: Wed, 3 Sep 1997 16:12:27 -0500 Message-Id: <199709032112.QAA25100@spot.uchicago.edu> From: Alexey Goldin To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: /= bug Reply-To: alexey@oddjob.uchicago.edu > (/= 1 2 2) T <------------------- this is wrong > (/= 1 1 2) NIL > Allegro: USER(1): (/= 1 2 2) NIL CMU CL: * (/= 1 2 2) NIL Allegro and CMU CL behavior seems to be consistent with CLTL From haible@ilog.fr Thu Sep 4 00:33:44 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12728; Thu, 4 Sep 97 00:33:44 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id XAA04420 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Wed, 3 Sep 1997 23:40:08 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id XAA29267; Wed, 3 Sep 1997 23:35:03 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id XAA29267; Wed, 3 Sep 1997 23:35:03 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id XAA19083; Wed, 3 Sep 1997 23:35:01 +0200 (MET DST) Date: Wed, 3 Sep 1997 23:35:01 +0200 (MET DST) Message-Id: <199709032135.XAA19083@halles.ilog.fr> To: Subject: Re: /= bug In-Reply-To: <199709032112.QAA25100@spot.uchicago.edu> References: <199709032112.QAA25100@spot.uchicago.edu> Content-Type: text Alexey Goldin writes: > > > (/= 1 2 2) > T <------------------- this is wrong This is fixed in clisp-1997-05-03 or newer. Thank you nevertheless for having tracked it down and for reporting it. Bruno From haible@ilog.fr Fri Sep 5 16:24:26 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07571; Fri, 5 Sep 97 16:24:26 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id PAA02646 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Fri, 5 Sep 1997 15:30:25 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id PAA24986; Fri, 5 Sep 1997 15:26:28 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id PAA24986; Fri, 5 Sep 1997 15:26:28 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id PAA22498; Fri, 5 Sep 1997 15:26:24 +0200 (MET DST) Date: Fri, 5 Sep 1997 15:26:24 +0200 (MET DST) Message-Id: <199709051326.PAA22498@halles.ilog.fr> To: Subject: Re: union, intersection etc. cons too much with &key arguments In-Reply-To: <199709011150.AA06828@zeus.gmd.de> References: <199709011150.AA06828@zeus.gmd.de> Content-Type: text Jörg-Cyril Höhle noticed: > > (time (intersection '(1 2 3 4 5 6 7 8 9) '(a b c d e f g h i j k l) :test #'eql :key #'identity)) > > Real time: 0.0 sec. > Run time: 0.0 sec. > Space: 608 Bytes > ... > > Instead of > if (flags & bit(0)) { NEXT(ptr1) = unbound; } # Rest-Parameter > there could be a loop similar to apply_cclosure_rest_nokey: where only > values need be pushed onto , constructing the &REST > list in apply_closure() and not in match_cclosure_key(). The consing overhead of APPLYing a function with both &REST and &KEY will be a little more optimized in the next version. Thanks for noticing this opportunity for improvement. Bruno From sshteingold@cctrading.com Fri Sep 5 23:46:01 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12382; Fri, 5 Sep 97 23:46:01 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA12789; Fri, 5 Sep 97 17:01:19 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA873492872; Fri, 05 Sep 97 16:54:33 -0500 Message-Id: <9709058734.AA873492872@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Fri, 05 Sep 97 16:48:14 -0500 Return-Receipt-To: To: Subject: GUI Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit What about adding some (moderate) GUI to CLISP? Like some sort of minimal stuff: open a window, write some text there, ask user with y-or-n-p/yes-or-no-p/read-line using a pop-up? (more advanced stuff like menus would probably require much more work though...) GCL uses TCL/TK, which requires X. I wonder what the win32 people will have to be content with. From nuron@isr.isr.ist.utl.pt Tue Sep 9 20:48:58 1997 Return-Path: Received: from isr.isr.ist.utl.pt by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00999; Tue, 9 Sep 97 20:48:58 +0200 Received: by isr.isr.ist.utl.pt; (5.65/1.1.8.2/10Aug95-0207PM) id AA31464; Tue, 9 Sep 1997 18:56:27 +0200 Date: Tue, 9 Sep 1997 18:56:27 +0200 Message-Id: <9709091656.AA31464@isr.isr.ist.utl.pt> From: Rodrigo Ventura To: In-Reply-To: sshteingold@cctrading.com's message of Fri, 5 Sep 97 23:49:30 +0200 Subject: Re: GUI References: <9709058734.AA873492872@inet.stknhlg.com> Mime-Version: 1.0 (generated by tm-edit 7.95) Content-Type: text/plain; charset=US-ASCII >>>>> "sshteingold" == sshteingold writes: sshteingold> What about adding some (moderate) GUI to CLISP? sshteingold> Like some sort of minimal stuff: open a window, write sshteingold> some text there, ask user with sshteingold> y-or-n-p/yes-or-no-p/read-line using a pop-up? (more sshteingold> advanced stuff like menus would probably require much sshteingold> more work though...) GCL uses TCL/TK, which requires sshteingold> X. I wonder what the win32 people will have to be sshteingold> content with. Tcl/Tk does *not* require X! That's precisely what make tcl/tk so wonderful. Tcl/tk code is 100% portable across mac, windows and unix. It only requires X under UNIX. The tcl/tk is distribuited for win32 as well as for unix. Official code from Sun. Python uses Tk widgets for interface, using the Tkinter module. It would be really great to make CLISP support Tk widgets. There is a wish-lisp package, but is too primitive. Compability with gcl-tk would be even better. Regards, -- -- *** Rodrigo Martins de Matos Ventura, alias *** nuron@isr.ist.utl.pt, http://www.isr.ist.utl.pt/~nuron *** Instituto Superior Tecnico, Lisboa, Portugal *** PGP Public Key available on my homepage *** Key fingerprint = 0C 0A 25 58 46 CF 14 99 CF 9C AF 9E 10 02 BB 2A From goldin@spot.uchicago.edu Tue Sep 9 23:51:46 1997 Return-Path: Received: from nz11 by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AB00558; Tue, 9 Sep 97 23:51:46 +0200 Received: from spot.uchicago.edu by nz11.rz.uni-karlsruhe.de with SMTP (PP); Tue, 9 Sep 1997 20:15:08 +0200 Received: (from goldin@localhost) by spot.uchicago.edu (8.7.6/8.7.3) id NAA23590; Tue, 9 Sep 1997 13:06:58 -0500 To: Subject: Re: GUI References: <9709091656.AA31464@isr.isr.ist.utl.pt> From: Alexey Goldin Date: 09 Sep 1997 13:06:57 -0500 In-Reply-To: Rodrigo Ventura's message of Tue, 9 Sep 97 20:54:33 +0200 Message-Id: Lines: 24 X-Mailer: Gnus v5.4.53/Emacs 19.34 Rodrigo Ventura writes: > Tcl/Tk does *not* require X! That's precisely what make tcl/tk > so wonderful. Tcl/tk code is 100% portable across mac, windows and > unix. It only requires X under UNIX. The tcl/tk is distribuited for > win32 as well as for unix. Official code from Sun. I know everyone will disagree with me, but my small experience is that Tcl/Tk is not very portable from version to version causing great pain when new application require Tk4.1 when old one require Tk4.0. Is it a great idea to distribute binaries for all platforms of interest with statically linked libraries? What is wrong with X only interface anyway? (putting on asbestos underwear ;-) Anyway, I think if you limit yourself to X only GUI then Qt or Gtk is better alternative. Gtk is better as it does not require C++. Qt is available for Windows (for $$$). There is also wxwindows which is crossplatform (Windows, X, Mac) and is used for GUI in DrScheme. From haible@ilog.fr Wed Sep 10 02:24:51 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02131; Wed, 10 Sep 97 02:24:51 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id BAA22679 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Wed, 10 Sep 1997 01:30:07 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id BAA04152; Wed, 10 Sep 1997 01:26:24 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id BAA04152; Wed, 10 Sep 1997 01:26:24 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id BAA02792; Wed, 10 Sep 1997 01:26:20 +0200 (MET DST) Date: Wed, 10 Sep 1997 01:26:20 +0200 (MET DST) Message-Id: <199709092326.BAA02792@halles.ilog.fr> To: Subject: Re: GUI In-Reply-To: References: Content-Type: text Alexey Goldin wrote: > What is wrong with X only interface anyway? In the beginning, CLISP's lower half was written in m68000 assembly language. Therefore it was limited to Atari platforms. Do you agree that this was wrong? Sam and Rodrigo drew the discussion towards cross-platform GUI toolkits. If we restrict ourselves to free/non-commercial toolkits with availability on X11 (sans Motif) and Win32, we have the following options, according to http://www.geocities.com/SiliconValley/Vista/7184/guitool.html . Garnet +: Advanced OO design +: Many widgets +: Written in Lisp -: Windows port missing Amulet +: Advanced OO design +: Many widgets -: Lisp binding missing Fresco +: OO design -: Looks more like a research project Tk (also look at STk) +: Easy to use +: Scheme and Python bindings already exist ?: Can you really get rid of Tcl? V +: Aesthetically nice -: no OO design -: Very buggy WxWindows +: Scheme and Python bindings already exist ? ZPA ? Can anyone comment on these packages, or on my comments? Bruno From nuron@isr.isr.ist.utl.pt Wed Sep 10 02:33:22 1997 Return-Path: Received: from isr.isr.ist.utl.pt by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02330; Wed, 10 Sep 97 02:33:22 +0200 Received: by isr.isr.ist.utl.pt; (5.65/1.1.8.2/10Aug95-0207PM) id AA00223; Wed, 10 Sep 1997 00:40:53 +0200 Date: Wed, 10 Sep 1997 00:40:53 +0200 Message-Id: <9709092240.AA00223@isr.isr.ist.utl.pt> From: Rodrigo Ventura To: In-Reply-To: Alexey Goldin's message of Tue, 9 Sep 97 23:55:34 +0200 Subject: Re: GUI References: Mime-Version: 1.0 (generated by tm-edit 7.95) Content-Type: text/plain; charset=US-ASCII >>>>> "Alexey" == Alexey Goldin writes: Alexey> Rodrigo Ventura writes: >> Tcl/Tk does *not* require X! That's precisely what make tcl/tk >> so wonderful. Tcl/tk code is 100% portable across mac, windows >> and unix. It only requires X under UNIX. The tcl/tk is >> distribuited for win32 as well as for unix. Official code from >> Sun. Alexey> I know everyone will disagree with me, but my small Alexey> experience is that Tcl/Tk is not very portable from Alexey> version to version causing great pain when new application Alexey> require Tk4.1 when old one require Tk4.0. Is it a great Alexey> idea to distribute binaries for all platforms of interest Alexey> with statically linked libraries? You are right in the point between 4.0 and 4.1. But these versions ars dead. V8.0 has been released, and it will (I hope) stay stable. There is nothing more horrible than if-then-else to the version of the libs! They have been doing a great effort in order to keep it 100% portable. Alexey> What is wrong with X only interface anyway? (putting on Alexey> asbestos underwear ;-) At the contrary! It would be wonderful if X were the standard. Microsoft could deploy Windows95 over X. X system is very flexible. But commercial issues usually come first... I don't use Windows. I prefer X a milion times. Alexey> Anyway, I think if you limit yourself to X only GUI then Alexey> Qt or Gtk is better alternative. Gtk is better as it does Alexey> not require C++. Qt is available for Windows (for $$$). $$$ stuff doesn't have much chances to become widespread (okay, win95 is a rare exception... 8-) Alexey> There is also wxwindows which is crossplatform (Windows, Alexey> X, Mac) and is used for GUI in DrScheme. Anyway, tcl/tk is growing, has Sun behind, has tons of contribuited software. Of course there are dozens cross-platform packages. But I think Tk does and will stand out. Regards, -- -- *** Rodrigo Martins de Matos Ventura, alias *** nuron@isr.ist.utl.pt, http://www.isr.ist.utl.pt/~nuron *** Instituto Superior Tecnico, Lisboa, Portugal *** PGP Public Key available on my homepage *** Key fingerprint = 0C 0A 25 58 46 CF 14 99 CF 9C AF 9E 10 02 BB 2A From nuron@isr.isr.ist.utl.pt Wed Sep 10 03:29:17 1997 Return-Path: Received: from isr.isr.ist.utl.pt by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02980; Wed, 10 Sep 97 03:29:17 +0200 Received: by isr.isr.ist.utl.pt; (5.65/1.1.8.2/10Aug95-0207PM) id AA00386; Wed, 10 Sep 1997 01:36:48 +0200 Date: Wed, 10 Sep 1997 01:36:48 +0200 Message-Id: <9709092336.AA00386@isr.isr.ist.utl.pt> From: Rodrigo Ventura To: In-Reply-To: Bruno Haible's message of Wed, 10 Sep 97 02:29:48 +0200 Subject: Re: GUI References: <199709092326.BAA02792@halles.ilog.fr> Mime-Version: 1.0 (generated by tm-edit 7.95) Content-Type: text/plain; charset=US-ASCII >>>>> "Bruno" == Bruno Haible writes: Bruno> Tk (also look at STk) +: Easy to use +: Scheme and Bruno> Python bindings already exist ?: Can you really get rid of Bruno> Tcl? I'm not familiar with the other packages. About a year ago I browsed through GUI packages for LISP and I was very disappointed. Things like CLX, CLIM, Garnet are *huge* and not really widespread. Then I decided to learn a high level scripting language. I tried Perl and tcl, and became really impressed with tcl power. And even more impressed with tk power. The tk's main points are the easyness of use and the high level of abstraction (the canvas widget for instance). They may not be flexible enough for people working in GUI projects, but they perform quite well when you want something that is easy to use, easy to learn and easy to program. Yet it is powerfull. Tk has a very high leve of abstraction, and it's easy to link with other stuff, since tcl data is based on strings. There is no need for portable data type representation, like XDR or stuff like that. It's all strings. Is there anything more portable than strings? (recent releases use a double representation: strings for portability and platform dependent data for speed). If the requirements are compactness, high level and easy/fast to develop with, then tk is the best choice. Can we get rid of tcl? Probably not. At least at the LISP-Tk interface level. Anyway, I'm not sure. In Linux, libtcl8.0.so is about 400k and libtk8.0.so is about 600k. I can live with tcl. It can even be handy when dealing with other system services, like sockets, etc. Tcl can also load shared objects dynamically, which can provide a clean path between the mess of LISP objects and C programs. The point of contact between tcl and C is basically a argc/argv argument list, all strings, very portable. Regards, -- -- *** Rodrigo Martins de Matos Ventura, alias *** nuron@isr.ist.utl.pt, http://www.isr.ist.utl.pt/~nuron *** Instituto Superior Tecnico, Lisboa, Portugal *** PGP Public Key available on my homepage *** Key fingerprint = 0C 0A 25 58 46 CF 14 99 CF 9C AF 9E 10 02 BB 2A From schauer@zeus.gmd.de Wed Sep 10 10:05:16 1997 Return-Path: Received: from mail.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08156; Wed, 10 Sep 97 10:05:16 +0200 Received: from zeus.gmd.de (zeus) by mail.gmd.de with SMTP id AA15356 (5.67b8/IDA-1.5 for ); Wed, 10 Sep 1997 09:10:29 +0200 Received: from avanti.gmd.de (avanti) by zeus.gmd.de with SMTP id AA16634 (5.67b8/IDA-1.5 for ); Wed, 10 Sep 1997 09:10:31 +0200 Received: by avanti.gmd.de (5.x/SMI-SVR4) id AA15012; Wed, 10 Sep 1997 09:10:29 +0200 Date: Wed, 10 Sep 1997 09:10:29 +0200 Message-Id: <9709100710.AA15012@avanti.gmd.de> From: Holger.Schauer@gmd.de (Holger Schauer) Mime-Version: 1.0 To: Subject: Re: GUI In-Reply-To: <199709092326.BAA02792@halles.ilog.fr> References: <199709092326.BAA02792@halles.ilog.fr> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid X-Face: $A}9wQ|%@<1O92)sZUT){0S:|{n)53v<`YUWV]JTFq']fF]1z$:eg(h_JWxlp2ou/l$3~[l 1SS4_7|\1JXZpDnbJ6$!L(E|{cr/0POOZR('-An~p.%1;/7q;tx*uN^Bbd4-)f.$iR@tWCciJ#^Y+8 `8@iUD^&C,Bmi]SdS7@9Y5>;TxJY@ Content-Type: text/plain; charset=US-ASCII >>"BH" == Bruno Haible schrieb am Wed, 10 Sep 97 02:28:17 +0200: BH> Sam and Rodrigo drew the discussion towards cross-platform GUI BH> toolkits. If we restrict ourselves to free/non-commercial BH> toolkits with availability on X11 (sans Motif) and Win32, we have BH> the following options, according to BH> http://www.geocities.com/SiliconValley/Vista/7184/guitool.html . [list deleted] What about the Free-CLIM effort at http://www.cons.org/free-clim ? I don't know anything about the status of the project and to which platforms it is to be ported, but a free CLIM surely seems like a good idea. Besides Clisp the whole Lisp community could benefit from this. Holger From liebig@faw.uni-ulm.de Wed Sep 10 11:18:18 1997 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 AA08926; Wed, 10 Sep 97 11:18:18 +0200 Received: by faw.uni-ulm.de (8.7.5/8.7.3) with SMTP id KAA18586; Wed, 10 Sep 1997 10:22:58 +0200 Date: Wed, 10 Sep 1997 10:22:58 +0200 From: Thorsten Liebig Posted-Date: Wed, 10 Sep 1997 10:22:58 +0200 Message-Id: <199709100822.KAA18586@faw.uni-ulm.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: please unsubscribe From haible@ilog.fr Wed Sep 10 15:36:25 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01293; Wed, 10 Sep 97 15:36:25 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id OAA00621 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Wed, 10 Sep 1997 14:41:14 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id OAA02985; Wed, 10 Sep 1997 14:37:25 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id OAA02985; Wed, 10 Sep 1997 14:37:25 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id OAA06386; Wed, 10 Sep 1997 14:37:21 +0200 (MET DST) Date: Wed, 10 Sep 1997 14:37:21 +0200 (MET DST) Message-Id: <199709101237.OAA06386@halles.ilog.fr> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: GUI In-Reply-To: References: Content-Type: text [Message forwarded from Marcus G. Daniels .] ------------------------------------------------------------------------------- BH> Can anyone comment on these packages, or on my comments? Or perhaps a Common Lisp interface to a Java-based GUI.. From sshteingold@cctrading.com Wed Sep 10 16:26:32 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01915; Wed, 10 Sep 97 16:26:32 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA22644; Wed, 10 Sep 97 09:41:05 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA873898332; Wed, 10 Sep 97 09:32:15 -0500 Message-Id: <9709108738.AA873898332@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Wed, 10 Sep 97 09:31:26 -0500 Return-Receipt-To: To: Subject: Re[2]: GUI Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit >>>>> "Bruno" == Bruno Haible writes: Bruno> Tk (also look at STk) +: Easy to use +: Scheme and Bruno> Python bindings already exist ?: Can you really get rid of Bruno> Tcl? I downloaded tcl/tk 8 (for win32) and cast a cursory glance at it. 1. They renamed tcl7/tk4 into tcl/tk 8 and made other cosmetic changes to give an impression that you must use tcl if you use tk. They failed to convince me though. 2. It does *look* like it should be possible to implement any language's interface to tk pretty easily - just define the functions and link tk80.lib, or, better use tk80.dll. I might be wrong, of course (and I would not dare to try to do it myself), but I don't see any reason why CLISP won't be able to support tk immediately: just add a package tk and put all the functions in tk80.dll there. I would appreciate if anyone could explain to me why I am wrong (if I am!) Thanks. Sam From Osman.Buyukisik@ae.ge.com Wed Sep 10 16:36:10 1997 Return-Path: Received: from ns.euro.ge.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02024; Wed, 10 Sep 97 16:36:10 +0200 Received: from smtp.euro.ge.com ([205.173.90.6]) by ns.euro.ge.com (8.8.7/8.8.7) with ESMTP id NAA20684 for ; Wed, 10 Sep 1997 13:41:26 GMT Received: from thomas.ge.com (thomas.ge.com [3.47.28.21]) by smtp.euro.ge.com (8.8.7/8.8.7) with ESMTP id NAA15574 for ; Wed, 10 Sep 1997 13:41:22 GMT Received: from gemb1.ae.ge.com (gemb1.ae.ge.com [129.202.7.246]) by thomas.ge.com (8.8.4/8.7.5) with SMTP id JAA10388 for ; Wed, 10 Sep 1997 09:40:59 -0400 (EDT) Received: from ss09.ae.ge.com by gemb1.ae.ge.com; (5.65/1.1.8.2/04Nov94-0158PM) id AA29077; Wed, 10 Sep 1997 09:39:42 -0400 Received: from c0230.ae.ge.com by ss09.ae.ge.com with ESMTP (1.37.109.16/15.6) id AA101338822; Wed, 10 Sep 1997 09:40:22 -0400 Received: (from buyuk@localhost) by c0230.ae.ge.com (8.7.6/8.7.3) id JAA23720; Wed, 10 Sep 1997 09:40:16 -0400 (EDT) Date: Wed, 10 Sep 1997 09:40:16 -0400 (EDT) Message-Id: <199709101340.JAA23720@c0230.ae.ge.com> From: U-E59264-Osman Buyukisik To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <9709100710.AA15012@avanti.gmd.de> (Holger.Schauer@gmd.de) Subject: Re: GUI >>What about the Free-CLIM effort at >>http://www.cons.org/free-clim ? Clisp/Clx seems to work fine with free-clim. I tried the only available source for Express Windows (EW), and it works. Somehow when I ran the function to compile files (compile-ew), it just loaded them (did not compile!) So the resulting demo was a tad slow :) Need to make small changes to defsystem.lsp file I guess. Osman From sshteingold@cctrading.com Wed Sep 10 17:00:41 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02263; Wed, 10 Sep 97 17:00:41 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA22785; Wed, 10 Sep 97 10:15:12 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA873900380; Wed, 10 Sep 97 10:06:23 -0500 Message-Id: <9709108739.AA873900380@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Wed, 10 Sep 97 10:05:03 -0500 Return-Receipt-To: To: Subject: 1. with-wish 2. *read-eval* Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 1. with-wish.lsp has no chances to work with clisp (or *anything*) under win32, because in their infinite wisdom, MS decided that a program can have no more than one out of stdio or windows, and when wish opens a window, it looses stdin, thus clisp cannot control it. I had the same problem with gnuplot: I can start it from clisp, but I cannot control it (I could under X!) Confound MS! The upshot is: tk support from within CLISP or bust... 2. X3J13 (how did they come up with such a wondrous letter/digit combination?) voted in June 1989 <40> to add a new reader control variable, *read-eval*. (CLtL2 22.1.2 p 524)It seems to be of enormous importance to security, but is apparently missing from CLISP. From bernardp@CLI.DI.Unipi.IT Wed Sep 10 18:51:49 1997 Return-Path: Received: from mailserver.cli.di.unipi.it (alice.cli.di.unipi.it) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03384; Wed, 10 Sep 97 18:51:49 +0200 Organization: Centro di Calcolo - Dipartimento di Informatica di Pisa - Italy Received: from helen.cli.di.unipi.it (helen.cli.di.unipi.it [131.114.11.38]) by mailserver.cli.di.unipi.it (8.8.5/8.7.3) with ESMTP id RAA18833; Wed, 10 Sep 1997 17:57:15 +0200 (MET DST) From: Pierpaolo Bernardi Received: (bernardp@localhost) by helen.cli.di.unipi.it (8.7.5/8.6.12) id RAA17025; Wed, 10 Sep 1997 17:57:13 +0200 (MET DST) Message-Id: <199709101557.RAA17025@helen.cli.di.unipi.it> Subject: Re: GUI To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Wed, 10 Sep 1997 17:57:12 +0200 (MET DST) In-Reply-To: <199709092326.BAA02792@halles.ilog.fr> from "Bruno Haible" at Sep 10, 97 02:26:51 am X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Bruno wrote: > on X11 (sans Motif) and Win32, we have the following options, according to > http://www.geocities.com/SiliconValley/Vista/7184/guitool.html . [...] > Can anyone comment on these packages, or on my comments? Another one which is nice and easy to use is EZWGL, which is a Widgets and Graphics Library (see: http://www.ma.utexas.edu/~mzou/EZWGL) + Easy to use + includes an OpenGL subset + GPLed + Good documentation. - no OO design +/- In previous versions the author wrote that it should be easy to port the library to windows. However, more recent versions added many X specific things, so I don't know if the statement is still true. Pierpaolo. > > > Bruno > > From sshteingold@cctrading.com Wed Sep 10 21:21:16 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04855; Wed, 10 Sep 97 21:21:16 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA23432; Wed, 10 Sep 97 14:35:47 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA873916024; Wed, 10 Sep 97 14:27:05 -0500 Message-Id: <9709108739.AA873916024@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Wed, 10 Sep 97 14:21:27 -0500 Return-Receipt-To: To: Subject: y-or-n-p Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit y-or-n-p mistakenly assumes that the after the reply the new line has began. This is the correct assumption when the output is terminal: the reply must be terminated by a newline. But when clisp runs under emacs, the answer might be sent through the comint-send-string and it will never appear in the buffer where clisp runs and thus the cursor will remain on the line with the question and the next message, if it is not preceded by (fresh-line) or a ~& format directive. Therefore I suggest that y-or-n-p (as well as yes-or-no-p) should run (fresh-line) after they have received the answer. Thanks. Sam From haible@ilog.fr Thu Sep 11 02:05:05 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00604; Thu, 11 Sep 97 02:05:05 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id BAA08019 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Thu, 11 Sep 1997 01:10:11 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id BAA01512; Thu, 11 Sep 1997 01:08:36 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id BAA01512; Thu, 11 Sep 1997 01:08:36 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id BAA23079; Thu, 11 Sep 1997 01:08:34 +0200 (MET DST) Date: Thu, 11 Sep 1997 01:08:34 +0200 (MET DST) Message-Id: <199709102308.BAA23079@halles.ilog.fr> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: free clim code using clisp Content-Type: text [Message forwarded from Scott Musman . ] >Hi, I just got the EW code. It works with clisp, but does not compile >the files. So, I changed the binary file type from "lsp" to "fas" and >it compiled. But when I try to run the demo, I get: >> (in-package :ew) ># >> (run-program 'demo) > >*** - PRINC: argument # should be a stream > >I know I get a lot of compile warnings, but still why would there be >such a difference in compiled vs source loaded? Is this why you just >set the binary file type to "lsp"? Ahh... This brings back unpleasent memories.. I remember the problem you mention. You can solve it simply by compiling EW, loading the files, and then AFTER everything is loaded (I can't remember whether or not you actually have to try and run it once or not) you can recompile the file "io-functions.lsp". After that everything works fine in CLISP (or at least the parts of EW I ported). My intuition tells me that the problem is because of the way CLOS in CLISP does class finalization, but I was never able to confirm this. Perhaps one of the CLISP guru's can shed some more light on the subject. To give CLISP credit however, CLINC doesn't work at all in either GCL or CMU-CL. It works fine in several commercial lisps though! I don't have the time to continue to work on CLINC (though I'm happy to try and answer questions like this one), and it's up to the free-clim folks to decide whether or not it goes anywhere. I haven't seen any traffic on that list, so I presume that nothing is happening. Regarding the current conversation taking place on the CLISP list: My main motivation for CLINC (reworked EW) is that it is "light" and fairly easy to paste a new back end onto it and port it to non X hosts (can you say WINDOZE...). It was never intended to be a full CLIM implementation. I would be happy if I can do the most popular 80% of the things I can normally do in CLIM with CLINC. I think much of this is possible just by wrapping CLIM syntax around the EW substrate. This is not an ideal solution, but implementing CLIM from scratch is a daunting job, and I'm not sure it has the critical mass to support it. On top of that CLIM 2 is very complex, and my experiences have shown that even vendors have trouble getting all of the subtle parts of it to work right. -- Scott -- Scott Musman _______________________ Intelligent Systems Division | o | Integrated Management Services, Inc | \o| | 2101 Wilson Blvd, Suite 916 | \_ | Arlington, Va, 22201 | \ \ | (IMSI)703-528-0334x308 musman@imsihq.imsidc.com http://imsidc.com/~musman/ From nuron@isr.isr.ist.utl.pt Thu Sep 11 02:38:30 1997 Return-Path: Received: from isr.isr.ist.utl.pt by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01055; Thu, 11 Sep 97 02:38:30 +0200 Received: by isr.isr.ist.utl.pt; (5.65/1.1.8.2/10Aug95-0207PM) id AA03964; Thu, 11 Sep 1997 00:45:50 +0200 Date: Thu, 11 Sep 1997 00:45:50 +0200 Message-Id: <9709102245.AA03964@isr.isr.ist.utl.pt> From: Rodrigo Ventura To: In-Reply-To: Bruno Haible's message of Wed, 10 Sep 97 15:40:41 +0200 Subject: Re: GUI References: <199709101237.OAA06386@halles.ilog.fr> Mime-Version: 1.0 (generated by tm-edit 7.95) Content-Type: text/plain; charset=US-ASCII >>>>> "Bruno" == Bruno Haible writes: Bruno> [Message forwarded from Marcus G. Daniels Bruno> .] Bruno> ------------------------------------------------------------------------------- Bruno> BH> Can anyone comment on these packages, or on my comments? Bruno> Or perhaps a Common Lisp interface to a Java-based GUI.. Ugh.. I think that's a bad idea! Java is awfuly slow and awfuly huge. Java VM eats memory like crazy. LISP is by itself not very fast and not very compact. With Java, it would require a Cray in order do show a plain hello world window. Regards, -- -- *** Rodrigo Martins de Matos Ventura, alias *** nuron@isr.ist.utl.pt, http://www.isr.ist.utl.pt/~nuron *** Instituto Superior Tecnico, Lisboa, Portugal *** PGP Public Key available on my homepage *** Key fingerprint = 0C 0A 25 58 46 CF 14 99 CF 9C AF 9E 10 02 BB 2A From Osman.Buyukisik@ae.ge.com Thu Sep 11 14:42:13 1997 Return-Path: Received: from ns.euro.ge.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01631; Thu, 11 Sep 97 14:42:13 +0200 Received: from smtp.euro.ge.com ([205.173.90.6]) by ns.euro.ge.com (8.8.7/8.8.7) with ESMTP id LAA29949 for ; Thu, 11 Sep 1997 11:47:19 GMT Received: from thomas.ge.com (thomas.ge.com [3.47.28.21]) by smtp.euro.ge.com (8.8.7/8.8.7) with ESMTP id LAA29119 for ; Thu, 11 Sep 1997 11:47:14 GMT Received: from gemb1.ae.ge.com (gemb1.ae.ge.com [129.202.7.246]) by thomas.ge.com (8.8.4/8.7.5) with SMTP id HAA09478 for ; Thu, 11 Sep 1997 07:47:12 -0400 (EDT) Received: from ss09.ae.ge.com by gemb1.ae.ge.com; (5.65/1.1.8.2/04Nov94-0158PM) id AA32379; Thu, 11 Sep 1997 07:46:06 -0400 Received: from c0230.ae.ge.com by ss09.ae.ge.com with ESMTP (1.37.109.16/15.6) id AA270948430; Thu, 11 Sep 1997 07:47:10 -0400 Received: (from buyuk@localhost) by c0230.ae.ge.com (8.7.6/8.7.3) id HAA07113; Thu, 11 Sep 1997 07:47:09 -0400 (EDT) Date: Thu, 11 Sep 1997 07:47:09 -0400 (EDT) Message-Id: <199709111147.HAA07113@c0230.ae.ge.com> From: U-E59264-Osman Buyukisik To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <199709102308.BAA23079@halles.ilog.fr> (message from Bruno Haible on Thu, 11 Sep 97 02:11:28 +0200) Subject: Re: free clim code using clisp I would like to turn off the loader warning about redefinitions. Is this possible in clisp? It is pain as in this Express Windows (EW) code a lot of i/o functions are redefined. TIA Osman From sshteingold@cctrading.com Thu Sep 11 15:48:48 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02382; Thu, 11 Sep 97 15:48:48 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA25615; Thu, 11 Sep 97 09:03:10 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA873982496; Thu, 11 Sep 97 08:54:59 -0500 Message-Id: <9709118739.AA873982496@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Thu, 11 Sep 97 08:43:07 -0500 Return-Receipt-To: To: Subject: Re[2]: GUI Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit This is not an option for the poor wretches stuck with win32, right? ______________________________ Reply Separator _________________________________ Subject: Re: GUI Author: at INET Date: 1997-09-11 11:00 >>What about the Free-CLIM effort at >>http://www.cons.org/free-clim ? Clisp/Clx seems to work fine with free-clim. I tried the only available source for Express Windows (EW), and it works. Somehow when I ran the function to compile files (compile-ew), it just loaded them (did not compile!) So the resulting demo was a tad slow :) Need to make small changes to defsystem.lsp file I guess. Osman From Osman.Buyukisik@ae.ge.com Thu Sep 11 16:11:37 1997 Return-Path: Received: from ns.euro.ge.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02732; Thu, 11 Sep 97 16:11:37 +0200 Received: from smtp.euro.ge.com ([205.173.90.6]) by ns.euro.ge.com (8.8.7/8.8.7) with ESMTP id NAA03015 for ; Thu, 11 Sep 1997 13:16:42 GMT Received: from thomas.ge.com (thomas.ge.com [3.47.28.21]) by smtp.euro.ge.com (8.8.7/8.8.7) with ESMTP id NAA00586 for ; Thu, 11 Sep 1997 13:16:38 GMT Received: from gemb1.ae.ge.com (gemb1.ae.ge.com [129.202.7.246]) by thomas.ge.com (8.8.4/8.7.5) with SMTP id JAA29866 for ; Thu, 11 Sep 1997 09:16:31 -0400 (EDT) Received: from ss09.ae.ge.com by gemb1.ae.ge.com; (5.65/1.1.8.2/04Nov94-0158PM) id AA28764; Thu, 11 Sep 1997 09:15:25 -0400 Received: from c0230.ae.ge.com by ss09.ae.ge.com with ESMTP (1.37.109.16/15.6) id AA074653789; Thu, 11 Sep 1997 09:16:29 -0400 Received: (from buyuk@localhost) by c0230.ae.ge.com (8.7.6/8.7.3) id JAA08170; Thu, 11 Sep 1997 09:16:27 -0400 (EDT) Date: Thu, 11 Sep 1997 09:16:27 -0400 (EDT) Message-Id: <199709111316.JAA08170@c0230.ae.ge.com> From: U-E59264-Osman Buyukisik To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <9709118739.AA873982496@inet.stknhlg.com> (sshteingold@cctrading.com) Subject: Re: Re[2]: GUI >>This is not an option for the poor wretches stuck with win32, right? Well, may be not! At one time I had a djgpp compiled XLIB working in DOS(with fvwm). But not in windows :( The newer versions of djgpp/grx may be able work within windows. Don't know. Osman From hoehle@zeus.gmd.de Fri Sep 12 12:49:39 1997 Return-Path: Received: from mail.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09068; Fri, 12 Sep 97 12:49:39 +0200 Received: from zeus.gmd.de (zeus) by mail.gmd.de with SMTP id AA22674 (5.67b8/IDA-1.5 for ); Fri, 12 Sep 1997 11:54:32 +0200 Received: from amiga ([141.12.144.207]) by zeus.gmd.de with SMTP id AA11721 (5.67b8/IDA-1.5 for ); Fri, 12 Sep 1997 11:54:32 +0200 Date: Fri, 12 Sep 1997 11:54:32 +0200 Message-Id: <199709120954.AA11721@zeus.gmd.de> From: Joerg.Hoehle@gmd.de (Jorg-Cyril Hohle) To: Subject: Re: free clim code using clisp In-Reply-To: <199709111147.HAA07113@c0230.ae.ge.com> References: <199709111147.HAA07113@c0230.ae.ge.com> Hi, U-E59264-Osman Buyukisik wrote in September: > I would like to turn off the loader warning about redefinitions. Is > this possible in clisp? It is pain as in this Express Windows (EW) > code a lot of i/o functions are redefined. Are you sure you want to redefine functions from package LISP (or COMMON-LISP)? Wouldn't you be better off using an own package which shadows OPEN, LISTEN, READ-CHAR etc.? (defpackage "ASCON" #+:CLISP (:shadow "!") (:use "LISP") (:export "!" "MATCH" "MATCHEES" "MATCHEE" "HASH") ;... ) Regards, Jo"rg Ho"hle. Joerg.Hoehle@gmd.de http://zeus.gmd.de/~hoehle/amiga-clisp.html From hoehle@zeus.gmd.de Fri Sep 12 12:49:41 1997 Return-Path: Received: from mail.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09073; Fri, 12 Sep 97 12:49:41 +0200 Received: from zeus.gmd.de (zeus) by mail.gmd.de with SMTP id AA31881 (5.67b8/IDA-1.5 for ); Fri, 12 Sep 1997 11:54:36 +0200 Received: from amiga ([141.12.144.207]) by zeus.gmd.de with SMTP id AA11729 (5.67b8/IDA-1.5 for ); Fri, 12 Sep 1997 11:54:36 +0200 Date: Fri, 12 Sep 1997 11:54:36 +0200 Message-Id: <199709120954.AA11729@zeus.gmd.de> From: Joerg.Hoehle@gmd.de (Jorg-Cyril Hohle) To: Subject: y-or-n-p In-Reply-To: <9709108739.AA873916024@inet.stknhlg.com> References: <9709108739.AA873916024@inet.stknhlg.com> sshteingold@cctrading.com wrote in September: > y-or-n-p mistakenly assumes that the after the reply the new line has > began. This is the correct assumption when the output is terminal: the > reply must be terminated by a newline. But when clisp runs under > emacs, the answer might be sent through the comint-send-string and it > Therefore I suggest that y-or-n-p (as well as yes-or-no-p) should run > (fresh-line) after they have received the answer. It won't work, as CLISP will still assume that *QUERY-IO* (*TERMINAL-IO*) is at the beginning of a line as it last read a LF, so FRESH-LINE will have no effect. I woulnd' recommend using TERPRI as all uses other than Emacs + send-string would then see unwanted empty lines. BTW, Bruno and Daniel, may I suggest to extend USER1.LSP: Y-OR-N-P and YES-OR-NO-P to recognize the spanish "Si" yes answer, now that this translation is finished? Regards, Jo"rg Ho"hle. Joerg.Hoehle@gmd.de http://zeus.gmd.de/~hoehle/amiga-clisp.html From hoehle@zeus.gmd.de Fri Sep 12 12:50:21 1997 Return-Path: Received: from mail.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09111; Fri, 12 Sep 97 12:50:21 +0200 Received: from zeus.gmd.de (zeus) by mail.gmd.de with SMTP id AA25079 (5.67b8/IDA-1.5 for ); Fri, 12 Sep 1997 11:55:15 +0200 Received: from amiga ([141.12.144.207]) by zeus.gmd.de with SMTP id AA11788 (5.67b8/IDA-1.5 for ); Fri, 12 Sep 1997 11:55:14 +0200 Date: Fri, 12 Sep 1997 11:55:14 +0200 Message-Id: <199709120955.AA11788@zeus.gmd.de> From: Joerg.Hoehle@gmd.de (Jorg-Cyril Hohle) To: Subject: Re: GUI In-Reply-To: <199709092326.BAA02792@halles.ilog.fr> References: <199709092326.BAA02792@halles.ilog.fr> Bruno Haible wrote in September: > http://www.geocities.com/SiliconValley/Vista/7184/guitool.html . How up to date is this? > Garnet > +: Advanced OO design > +: Many widgets > +: Written in Lisp > -: Windows port missing Back in 1993 our project was looking for a GUI tool running on top of CMUCL. A student of ours evaluated Garnet and GINA. >From what I remember +: powerful, but -: huge -: very slow -: own OO, not CLOS We choose GINA from GMD (at a time we were not working there) because +: OO is CLOS +: own server +: Motif (or rather -:, as Motif is not free ?) I'll comment more on the "own server": a separate server (written in C) is running for every application, giving more responsiveness to the interface, i.e. basic objects can be moved, menus deployed without Lisp code being called and CMUCL infamous garbage collection getting in the way. In CMUCL's threadless context, the GUI responds to many user actions even when Lisp is busy doing complex computations, which makes me think of other OS'es (AmigaOS, BeOS, NeXT?) approach of handling application computations and many GUI events from different processes. The GINA project from GMD was terminated two or three years ago. Holger Schauer wrote in September: [Hi Holger] > What about the Free-CLIM effort at Where are the good old Symbolics days? :-) I think I'd like to have CLIM as it is reputed to be powerful, but I've given up on it, hearing about its coming for so many years (there were rumours about CMUCL geting CLIM before Lucid or whatever died). Bye, Jo"rg Ho"hle. Joerg.Hoehle@gmd.de http://zeus.gmd.de/~hoehle/amiga.html From haible@ilog.fr Sat Sep 13 00:05:20 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04259; Sat, 13 Sep 97 00:05:20 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id XAA05512 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Fri, 12 Sep 1997 23:10:10 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id XAA28045; Fri, 12 Sep 1997 23:08:17 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id XAA28045; Fri, 12 Sep 1997 23:08:17 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id XAA13843; Fri, 12 Sep 1997 23:08:16 +0200 (MET DST) Date: Fri, 12 Sep 1997 23:08:16 +0200 (MET DST) Message-Id: <199709122108.XAA13843@halles.ilog.fr> To: Subject: Re: 1. with-wish 2. *read-eval* In-Reply-To: <9709108739.AA873900380@inet.stknhlg.com> References: <9709108739.AA873900380@inet.stknhlg.com> Content-Type: text Sam Shteingold wrote: > 1. with-wish.lsp has no chances to work with clisp (or *anything*) > under win32, because in their infinite wisdom, MS decided that a > program can have no more than one out of stdio or windows, and when > wish opens a window, it looses stdin, thus clisp cannot control it. This is not true. An application compiled as "console application" has standard input and standard output (which may be a console or a bidirectional Emacs connection, for example), and it can open as many graphics windows as you like. I've been doing this all the time here at work. > 2. X3J13 (how did they come up with such a wondrous letter/digit > combination?) voted in June 1989 <40> to add a new reader control > variable, *read-eval*. (CLtL2 22.1.2 p 524) It seems to be of enormous > importance to security, but is apparently missing from CLISP. Since you think it's important, it will be implemented in the next CLISP release. Btw, X3 is ANSI's subdivision dealing with programming languages (counterpart of ISO's SC22), and X3J13 is the group for Lisp (counterpart of ISO SC22/WG16). :-) Bruno From sshteingold@cctrading.com Sat Sep 13 00:24:10 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04551; Sat, 13 Sep 97 00:24:10 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA00309; Fri, 12 Sep 97 17:38:20 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA874099865; Fri, 12 Sep 97 17:31:06 -0500 Message-Id: <9709128740.AA874099865@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Fri, 12 Sep 97 17:28:41 -0500 Return-Receipt-To: To: Subject: Re[2]: 1. with-wish 2. *read-eval* Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Thanks for the reply! Sam Shteingold wrote: > 1. with-wish.lsp has no chances to work with clisp (or *anything*) > under win32, because in their infinite wisdom, MS decided that a > program can have no more than one out of stdio or windows, and when > wish opens a window, it looses stdin, thus clisp cannot control it. This is not true. An application compiled as "console application" has standard input and standard output (which may be a console or a bidirectional Emacs connection, for example), and it can open as many graphics windows as you like. I've been doing this all the time here at work. Aha! What I wrote was just what the gnuplot folks told me. May I post this to the comp.graphics gnuplot and ask them to comment? It is important to me to be able to plot from within clisp. More to the subject of with-wish - this would require *me* to recompile wish. Which is not an option (for me). > 2. X3J13 (how did they come up with such a wondrous letter/digit > combination?) voted in June 1989 <40> to add a new reader control > variable, *read-eval*. (CLtL2 22.1.2 p 524) It seems to be of enormous > importance to security, but is apparently missing from CLISP. Since you think it's important, it will be implemented in the next CLISP release. Thanks a lot! I appreciate your care. But you seem to disagree that it is a security concern. Why? Btw, X3 is ANSI's subdivision dealing with programming languages (counterpart of ISO's SC22), and X3J13 is the group for Lisp (counterpart of ISO SC22/WG16). :-) I thought so - that this is a hierarchical thing. Oh well... Sam. From matthias@intellektik.informatik.th-darmstadt.de Sat Sep 13 04:37:02 1997 Return-Path: Received: from orion.plopp.de ([194.163.81.106]) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07126; Sat, 13 Sep 97 04:37:02 +0200 Received: (from matthias@localhost) by orion.plopp.de (8.8.4/8.8.4) id DAA02047; Sat, 13 Sep 1997 03:41:48 +0200 Date: Sat, 13 Sep 1997 03:41:48 +0200 Message-Id: <199709130141.DAA02047@orion.plopp.de> From: Matthias Lindner Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Subject: Re[2]: 1. with-wish 2. *read-eval* In-Reply-To: <9709128740.AA874099865@inet.stknhlg.com> References: <9709128740.AA874099865@inet.stknhlg.com> X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Reply-To: matthias@intellektik.informatik.th-darmstadt.de sshteingold@cctrading.com wrote: > > Thanks for the reply! > > Sam Shteingold wrote: > > More to the subject of with-wish - this would require *me* to > recompile wish. Which is not an option (for me). Even if your wish can not have stdio and windows you can do something like wish-wish. It is easy - hmm - ok not very difficult ;-) to write a little read-eval loop in tcl that does not listen to stdio but to a socket (or to a named pipe if windows has something like that). I don't know if clisp-win32 currently supports sockets. Even if that is not true you can write a little script, that runs in tclsh, listens to stdio and forwards what it reads from stdin to the socket where wish is listening and passes the replies from the socket back to stdout. You have three processes hanging around which is not soooooo good, but even Windows should be able to handle three processes today (whow!). I have not done it, but I'm shure you can make it work. Unfortunately that approach does not help you with gnuplot :-( And now my two cents for the GUI discussion: TCL is as someone else stated recently on this list a *very* powerful language. Believe him, trust him, he is right! Especially if you use Tcl (only) to build your GUI it's hard to beat. I am convinced it is not worth the effort to build something like TK into (C)Lisp. It's a *LOT* of work, you have to reinvent many wheels and what will you get finally? A big fat system that will almost certainly be weaker than what the combination of (C)Lisp and Tcl/Tk gives you today - for free (look at STk). I have tried different built-in GUIs for CommonLisp (Lucid with LispView, Allegro with CommonWindows, CLISP with StdWin, CLIO). Forget it - period. That's why I wrote with-wish. Just my opinion... Have fun --Matthias From haible@ilog.fr Mon Sep 15 18:47:35 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA25270; Mon, 15 Sep 97 18:47:35 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id RAA09778 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Mon, 15 Sep 1997 17:52:07 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id RAA05039; Mon, 15 Sep 1997 17:50:15 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id RAA05039; Mon, 15 Sep 1997 17:50:15 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id RAA07093; Mon, 15 Sep 1997 17:50:04 +0200 (MET DST) Date: Mon, 15 Sep 1997 17:50:04 +0200 (MET DST) Message-Id: <199709151550.RAA07093@halles.ilog.fr> To: Subject: Re: GUI, Tk, with-wish In-Reply-To: <199709130141.DAA02047@orion.plopp.de> References: <199709130141.DAA02047@orion.plopp.de> Content-Type: text Matthias Lindner wrote: > I have tried different built-in GUIs for CommonLisp (Lucid with > LispView, Allegro with CommonWindows, CLISP with StdWin, CLIO). > Forget it - period. > That's why I wrote with-wish. That's a clear statement. :-) It looks like the big packages Garnet, Amulet, CLIM * are hard to learn (huge libraries), * may require some non-negligible effort for binding to CLISP (Amulet), or for completing (CLIM). So what we want is a binding with Tcl/Tk. Some pieces are already there: - Tcl/Tk 8.0 is officially supported by Sun, and ports over seamlessly to Unix and Win32, - with-wish provides a working low-level interface with Tcl/Tk, based on pipes, - The STklos directory of the STk-3.1.1 distribution contains CLOS classes for all the Tk widgets. (Much nicer than Bill Schelter's gcl-tk package and its descendent called lisp-tk-0.1.) What remains to be done, it to put these pieces together. Whoever does it, I encourage you to do it. Looks like no C/FFI hacking will be involved. You cannot make Tcl disappear, because Tk is based on it, but with STklos it's completely hidden. > I don't know if clisp-win32 currently supports sockets. Yes, clisp-win32 supports sockets, but pipes will do the job, if the machine running clisp is also the displaying machine. > You have three processes hanging around which is not soooooo good, but > even Windows should be able to handle three processes today (whow!). Having the clisp process distinct from the Tcl/Tk process has at least three advantages: - Redraw events can be handled while clisp is waiting in the read-eval- print loop. - Bugs in Tcl/Tk appear as such and don't make clisp crash :-), - The resulting package could easily be used in other Lisps, not only clisp. Just my thoughts. Have fun, Bruno URLs: Tcl/Tk: ftp://ftp.sunlabs.com/pub/tcl/ http://www.sco.com/Technology/tcl/Tcl.html with-wish: ftp://ma2s2.mathematik.uni-karlsruhe.de/pub/lisp/clisp/contrib/ Stk: http://kaolin.unice.fr/ ftp://kaolin.unice.fr/pub/ From wavehh!wavehh.hanse.de!cracauer@mail.hanse.de Mon Sep 15 20:08:57 1997 Return-Path: Received: from ki1.chemie.fu-berlin.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA26145; Mon, 15 Sep 97 20:08:57 +0200 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from mail.hanse.de (193.174.9.9) with smtp id ; Mon, 15 Sep 97 19:13 MEST Received: from wavehh.UUCP by mail.hanse.de with UUCP for clisp-list@ma2s2.mathematik.uni-karlsruhe.de id ; Mon, 15 Sep 97 19:13 MET DST Received: by wavehh.hanse.de (4.1/SMI-4.1) id AA03976; Mon, 15 Sep 97 18:35:28 +0200 Message-Id: <19970915183527.04429@wavehh.hanse.de> Date: Mon, 15 Sep 1997 18:35:27 +0200 From: Martin Cracauer To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: GUI, Tk, with-wish References: <199709151550.RAA07093@halles.ilog.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199709151550.RAA07093@halles.ilog.fr>; from Bruno Haible on Mon, Sep 15, 1997 at 06:52:15PM +0200 In <199709151550.RAA07093@halles.ilog.fr>, Bruno Haible wrote: > Matthias Lindner wrote: > > > I have tried different built-in GUIs for CommonLisp (Lucid with > > LispView, Allegro with CommonWindows, CLISP with StdWin, CLIO). > > Forget it - period. > > That's why I wrote with-wish. > > That's a clear statement. :-) > > It looks like the big packages Garnet, Amulet, CLIM > * are hard to learn (huge libraries), > * may require some non-negligible effort for binding to CLISP (Amulet), > or for completing (CLIM). > > So what we want is a binding with Tcl/Tk. If someone starts working on a Tk toolkit for clisp, please keep in mind that Thorsten Schnier has ported GCl's Tk binding to CMUCL (to be found at http://www.arch.usyd.edu.au/~thorsten/lisp/lisp.html). A note to cmucl-imp@cons.org would be appreciated, too. I don't know how cooperative the GCL folks are. It probably a good thing to coordinate the efforts. I don't want to end up with three different Tk bindings :-) Happy Lisping Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin.Cracauer@wavehh.hanse.de http://www.cons.org/cracauer/ BSD User Group Hamburg/Germany http://www.bsdhh.org/ From attardi@DI.Unipi.IT Mon Sep 15 20:27:54 1997 Return-Path: Received: from mailserver.di.unipi.it (memphis.di.unipi.it) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA26433; Mon, 15 Sep 97 20:27:54 +0200 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.8.5/8.7.3) with ESMTP id TAA23644; Mon, 15 Sep 1997 19:31:00 +0200 (MET DST) From: Giuseppe Attardi Received: (attardi@localhost) by omega.di.unipi.it (8.6.12/8.6.12) id TAA00638; Mon, 15 Sep 1997 19:31:00 +0200 Date: Mon, 15 Sep 1997 19:31:00 +0200 Message-Id: <199709151731.TAA00638@omega.di.unipi.it> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <199709151550.RAA07093@halles.ilog.fr> (message from Bruno Haible on Mon, 15 Sep 97 18:50:50 +0200) Subject: Re: GUI, Tk, with-wish I had started working on an interface between CL and Tk. It is based on the ideas of STklos, except it is for real CLOS and CL. I also replaced completely TCL with Lisp. This was working for Tk 3.6, then a new release was announced that promised to be less interpreter independent. Tk 4.0 however moved more stuff to TCL, so I was discouraged to continue. Anyhow, the code is available in the current ECL distribution: ftp://ftp.di.unipi.it/pub/lang/lisp/ecl-0.26.tar.gz Even though Tk and CL run in the same process, there is no problem in dealing with redraw when Lisp is waiting for read: this is done through a change in the readc primitive used by ECL, which checks for the presence of events, before taking input from the stream. Look at the code for the 8 queens problem (in file ecl/src/tk/Demos/queen.lsp). The advantage is that you can pass real Lisp expressions (or even closures) to Tk for use as callbacks. -- Beppe From sshteingold@cctrading.com Mon Sep 15 22:02:29 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA27424; Mon, 15 Sep 97 22:02:29 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA05976; Mon, 15 Sep 97 15:16:29 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA874350534; Mon, 15 Sep 97 15:08:57 -0500 Message-Id: <9709158743.AA874350534@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Mon, 15 Sep 97 15:06:43 -0500 Return-Receipt-To: To: Subject: type real Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit CLISP complains on (declare (real zz)) : Unknown declaration real. The whole declaration will be ignored. why? Sam From haible@ilog.fr Mon Sep 15 23:05:37 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA28221; Mon, 15 Sep 97 23:05:37 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id WAA13737 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Mon, 15 Sep 1997 22:10:09 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id WAA18613; Mon, 15 Sep 1997 22:07:55 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id WAA18613; Mon, 15 Sep 1997 22:07:55 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id WAA06440; Mon, 15 Sep 1997 22:07:54 +0200 (MET DST) Date: Mon, 15 Sep 1997 22:07:54 +0200 (MET DST) Message-Id: <199709152007.WAA06440@halles.ilog.fr> To: Subject: Re: type real In-Reply-To: <9709158743.AA874350534@inet.stknhlg.com> References: <9709158743.AA874350534@inet.stknhlg.com> Content-Type: text Sam Shteingold writes: > > CLISP complains on > (declare (real zz)) (declare (type real zz)) should work. But as you know, type declarations are completely ignored by clisp. (Safety first - CLISP don't trust user's declarations. This also greatly simplifies the compiler :-)) Bruno From haible@ilog.fr Mon Sep 15 23:16:04 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA28418; Mon, 15 Sep 97 23:16:04 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id WAA13855 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Mon, 15 Sep 1997 22:20:07 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id WAA18994; Mon, 15 Sep 1997 22:15:59 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id WAA18994; Mon, 15 Sep 1997 22:15:59 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id WAA08824; Mon, 15 Sep 1997 22:15:59 +0200 (MET DST) Date: Mon, 15 Sep 1997 22:15:59 +0200 (MET DST) Message-Id: <199709152015.WAA08824@halles.ilog.fr> To: Subject: New Win32 binaries Content-Type: text Hi all, New win32 binaries of CLISP are on ma2s2.mathematik.uni-karlsruhe.de. For the first time, I consider them to be production quality: - Stack overflows are now trapped, and the stack size has been increased. - Fixed memory allocation problems on WinNT 4.0. - The foreign function interface is included. You can now recommend CLISP for Win32 to your friends. Many thanks to Sam Shteingold for extensive testing. Bruno From blake@edge.net Mon Sep 15 23:43:23 1997 Return-Path: Received: from edge.edge.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA28857; Mon, 15 Sep 97 23:43:23 +0200 Received: from edge (ipt066.nash.edge.net [206.228.60.66]) by edge.edge.net (8.7.5/8.7.3) with SMTP id PAA04792 for ; Mon, 15 Sep 1997 15:47:57 -0500 (CDT) Message-Id: <3.0.3.32.19970915154818.00a12cd0@edge.net> X-Sender: blake@edge.net X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Mon, 15 Sep 1997 15:48:18 -0500 To: From: Blake McBride Subject: Re: New Win32 binaries In-Reply-To: <199709152015.WAA08824@halles.ilog.fr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 11:17 PM 9/15/97 +0200, you wrote: >Hi all, > >New win32 binaries of CLISP are on ma2s2.mathematik.uni-karlsruhe.de. >For the first time, I consider them to be production quality: > > - Stack overflows are now trapped, and the stack size has been increased. > - Fixed memory allocation problems on WinNT 4.0. > - The foreign function interface is included. > >You can now recommend CLISP for Win32 to your friends. > >Many thanks to Sam Shteingold for extensive testing. > > Bruno Thanks a lot! This work is _really_ appreciated. Are there any diffs available? Thanks. --blake -- Download source code to my Dynace Object Oriented Extension to C and Windows Development System from: http://www.edge.net/algorithms Blake McBride (blake@edge.net) Algorithms Corporation - 615-791-1636 - USA From sshteingold@cctrading.com Mon Sep 15 23:45:29 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA28937; Mon, 15 Sep 97 23:45:29 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA06265; Mon, 15 Sep 97 16:59:29 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA874356718; Mon, 15 Sep 97 16:52:00 -0500 Message-Id: <9709158743.AA874356718@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Mon, 15 Sep 97 16:49:35 -0500 Return-Receipt-To: To: Subject: Re[3]: 1. with-wish 2. *read-eval* Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit TCL is as someone else stated recently on this list a *very* powerful language. Believe him, trust him, he is right! --Matthias All languages I know of (more or less) are Turing complete. This means that anything written in one of them can be written in another. So what? From sshteingold@cctrading.com Mon Sep 15 23:46:28 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA28962; Mon, 15 Sep 97 23:46:28 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA06271; Mon, 15 Sep 97 17:00:28 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA874356778; Mon, 15 Sep 97 16:52:59 -0500 Message-Id: <9709158743.AA874356778@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Mon, 15 Sep 97 16:50:29 -0500 Return-Receipt-To: To: Subject: Re[2]: type real Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sorry about being overly terse (my habitual sin...) I *know* about (declare (type whatever)). My point is that according to CLtL2, (declare (real ...)) *should* work, that's it. It is sad that CLISP ignores type declarations (it is also false: CLISP caught some nasty errors when I sprinkled my code with type declarations limiting the range) Is it possible that it will change in the future? (what king of speed up might be expected from type declarations in general?) Sam. ______________________________ Reply Separator _________________________________ Subject: Re: type real Author: at INET Date: 1997-09-15 23:11 Sam Shteingold writes: > > CLISP complains on > (declare (real zz)) (declare (type real zz)) should work. But as you know, type declarations are completely ignored by clisp. (Safety first - CLISP don't trust user's declarations. This also greatly simplifies the compiler :-)) Bruno From dwighth@intellinet.com Tue Sep 16 01:05:42 1997 Return-Path: Received: from sibyl.intellinet.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00130; Tue, 16 Sep 97 01:05:42 +0200 Received: from nt4w ([209.12.93.70]) by sibyl.intellinet.com (8.8.5/8.8.4) with ESMTP id RAA06080 for ; Mon, 15 Sep 1997 17:11:02 -0500 (CDT) Message-Id: <199709152211.RAA06080@sibyl.intellinet.com> From: "Dwight Hughes" To: Subject: CLisp implementation notes? Date: Mon, 15 Sep 1997 17:11:05 -0500 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Is there any documentation covering the design and implementation of CLisp? I have downloaded the source code, but knowing the overall design and the rationale behind it would help me enormously in understanding where to best begin in studying it. If it was discussed in detail in the mail archives, I would appreciate knowing the approximate dates or range of dates of these messages. Any assistance appreciated. -- Dwight From bernardp@CLI.DI.Unipi.IT Tue Sep 16 17:20:24 1997 Return-Path: Received: from mailserver.cli.di.unipi.it (alice.cli.di.unipi.it) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11227; Tue, 16 Sep 97 17:20:24 +0200 Organization: Centro di Calcolo - Dipartimento di Informatica di Pisa - Italy Received: from helen.cli.di.unipi.it (helen.cli.di.unipi.it [131.114.11.38]) by mailserver.cli.di.unipi.it (8.8.5/8.7.3) with ESMTP id QAA02753; Tue, 16 Sep 1997 16:25:08 +0200 (MET DST) From: Pierpaolo Bernardi Received: (bernardp@localhost) by helen.cli.di.unipi.it (8.7.5/8.6.12) id QAA15759; Tue, 16 Sep 1997 16:25:05 +0200 (MET DST) Message-Id: <199709161425.QAA15759@helen.cli.di.unipi.it> Subject: Re: Re[2]: type real To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Tue, 16 Sep 1997 16:25:05 +0200 (MET DST) In-Reply-To: <9709158743.AA874356778@inet.stknhlg.com> from "sshteingold@cctrading.com" at Sep 15, 97 11:57:20 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > Sorry about being overly terse (my habitual sin...) > I *know* about (declare (type whatever)). > My point is that according to CLtL2, (declare (real ...)) *should* > work, that's it. The type REAL is a CLtL2 addition; Clisp does not implement all of CLtL2. P. From sshteingold@cctrading.com Tue Sep 16 17:56:45 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11669; Tue, 16 Sep 97 17:56:45 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA08351; Tue, 16 Sep 97 11:10:38 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA874422218; Tue, 16 Sep 97 11:03:40 -0500 Message-Id: <9709168744.AA874422218@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Tue, 16 Sep 97 11:00:58 -0500 Return-Receipt-To: To: , Subject: Re[4]: type real Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > Sorry about being overly terse (my habitual sin...) > I *know* about (declare (type whatever)). > My point is that according to CLtL2, (declare (real ...)) *should* > work, that's it. The type REAL is a CLtL2 addition; Clisp does not implement all of CLtL2. ... Yet. Isn't it the shining goal to be ANSI compliant? (except for the ~/function/ heresy, of course :-) From Osman.Buyukisik@ae.ge.com Tue Sep 16 19:26:51 1997 Return-Path: Received: from ns.euro.ge.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12638; Tue, 16 Sep 97 19:26:51 +0200 Received: from smtp.euro.ge.com ([205.173.90.6]) by ns.euro.ge.com (8.8.7/8.8.7) with ESMTP id QAA01986 for ; Tue, 16 Sep 1997 16:09:10 GMT Received: from thomas.ge.com (thomas.ge.com [3.47.28.21]) by smtp.euro.ge.com (8.8.7/8.8.7) with ESMTP id QAA27173 for ; Tue, 16 Sep 1997 16:08:28 GMT Received: from gemb1.ae.ge.com (gemb1.ae.ge.com [129.202.7.246]) by thomas.ge.com (8.8.4/8.7.5) with SMTP id MAA28055 for ; Tue, 16 Sep 1997 12:08:01 -0400 (EDT) Received: from ss09.ae.ge.com by gemb1.ae.ge.com; (5.65/1.1.8.2/04Nov94-0158PM) id AA13993; Tue, 16 Sep 1997 12:06:40 -0400 Received: from c0230.ae.ge.com by ss09.ae.ge.com with ESMTP (1.37.109.16/15.6) id AA298186063; Tue, 16 Sep 1997 12:07:43 -0400 Received: (from buyuk@localhost) by c0230.ae.ge.com (8.7.6/8.7.3) id MAA07811; Tue, 16 Sep 1997 12:07:41 -0400 (EDT) Date: Tue, 16 Sep 1997 12:07:41 -0400 (EDT) Message-Id: <199709161607.MAA07811@c0230.ae.ge.com> From: U-E59264-Osman Buyukisik To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de In-Reply-To: <9709168744.AA874422218@inet.stknhlg.com> (sshteingold@cctrading.com) Subject: Re: Re[4]: type real I tried (declare (float zz)) in a file and CLISP did not complain! Osman From dwighth@intellinet.com Tue Sep 16 19:28:55 1997 Return-Path: Received: from sibyl.intellinet.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12688; Tue, 16 Sep 97 19:28:55 +0200 Received: from nt4w ([209.12.93.5]) by sibyl.intellinet.com (8.8.5/8.8.4) with ESMTP id LAA26179 for ; Tue, 16 Sep 1997 11:34:08 -0500 (CDT) Message-Id: <199709161634.LAA26179@sibyl.intellinet.com> From: "Dwight Hughes" To: "Multiple recipients of list" Subject: CLisp design and implementation details? Date: Tue, 16 Sep 1997 11:34:10 -0500 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Is there any documentation available on the internal design of CLisp? I am not referring to info like the implementation notes that are part of the binary release - what I want is a general overview of the design and why it was done that way (type of gc, memory organization, stacks, tagging, 32bit versus 64bit mode operation, ...). Any assistance appreciated. -- Dwight From blake@edge.net Tue Sep 16 21:06:06 1997 Return-Path: Received: from edge.edge.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13835; Tue, 16 Sep 97 21:06:06 +0200 Received: from edge (ipt083.nash.edge.net [206.228.60.83]) by edge.edge.net (8.7.5/8.7.3) with SMTP id NAA08554 for ; Tue, 16 Sep 1997 13:10:31 -0500 (CDT) Message-Id: <3.0.3.32.19970916131053.009931b0@edge.net> X-Sender: blake@edge.net (Unverified) X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Tue, 16 Sep 1997 13:10:53 -0500 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de From: Blake McBride Subject: Problem booting 1997-09-15 on Win32 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" I downloaded the binaries for Win32 1997-09-15 and get the following error whenever I try to start it up: Cannot reserve address range at 0x78000000 .lisp: Not enough memory for Lisp. I am running NT 4.0 PL 3 with 32MB of RAM. --blake -- Download source code to my Dynace Object Oriented Extension to C and Windows Development System from: http://www.edge.net/algorithms Blake McBride (blake@edge.net) Algorithms Corporation - 615-791-1636 - USA From haible@ilog.fr Tue Sep 16 21:45:45 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA14294; Tue, 16 Sep 97 21:45:45 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id UAA28335 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Tue, 16 Sep 1997 20:50:10 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id UAA20915; Tue, 16 Sep 1997 20:44:18 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id UAA20915; Tue, 16 Sep 1997 20:44:18 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id UAA10340; Tue, 16 Sep 1997 20:44:17 +0200 (MET DST) Date: Tue, 16 Sep 1997 20:44:17 +0200 (MET DST) Message-Id: <199709161844.UAA10340@halles.ilog.fr> To: Subject: Re: Problem booting 1997-09-15 on Win32 In-Reply-To: <3.0.3.32.19970916131053.009931b0@edge.net> References: <3.0.3.32.19970916131053.009931b0@edge.net> Content-Type: text Blake McBride writes: > Are there any diffs available? Yes, in the same directory. > I downloaded the binaries for Win32 1997-09-15 and get the following > error whenever I try to start it up: > > Cannot reserve address range at 0x78000000 .lisp: Not enough memory for Lisp. > > I am running NT 4.0 PL 3 with 32MB of RAM. Can you please start "lisp.exe -mm" and send me the resulting output? Thx. Bruno From haible@ilog.fr Tue Sep 16 21:55:43 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA14494; Tue, 16 Sep 97 21:55:43 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id VAA28420 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Tue, 16 Sep 1997 21:00:09 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id UAA21207; Tue, 16 Sep 1997 20:51:52 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id UAA21207; Tue, 16 Sep 1997 20:51:52 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id UAA11909; Tue, 16 Sep 1997 20:51:50 +0200 (MET DST) Date: Tue, 16 Sep 1997 20:51:50 +0200 (MET DST) Message-Id: <199709161851.UAA11909@halles.ilog.fr> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: GUI Content-Type: text [Message forwarded from Joachim Schrod .] >>>>> "JH" == Jorg-Cyril Hohle writes: >> Garnet >> +: Advanced OO design >> +: Many widgets >> +: Written in Lisp >> -: Windows port missing JH> Back in 1993 our project was looking for a GUI tool running on top of JH> CMUCL. A student of ours evaluated Garnet and GINA. JH> +: powerful, but JH> -: huge JH> -: very slow JH> -: own OO, not CLOS Hmmm. +: own protoype-instance based OO system, not CLOS -: research project, not meant for production-use As much as I like CLOS and use it in many tasks, a prototype-instance based OO system is much better as a base for interactive GUI development environments. Garnet is not a production-use system and never was -- but it showed what could be possible by adding programming-by-demonstration to the method toolbox of a UI designer. Garnet is more than a toolkit, it's a complete development environment that explored new techniques for the first time; alone the work on distinguishing interactors and other UI elements (pioneered in Myers' Ph.D.) has shown the way for many future systems. One cannot compare a research system like Garnet to a real-world system like Tk or other low-level widget class libraries. Of course, the single-way constraint resolver used in Garnet is nowadays accepted to be indequate. That's the reason why it's replaced by a multi-way constraint resolver in Amulet. Btw, in the discussion that's going on on this list Amulet is not a UI development system to look at; it's specifically targeted towards C++, it's base abstractions are not easily transported to CL. Cheers, Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Joachim Schrod Email: jschrod@acm.org Net & Publication Consultance GmbH Tel.: +49-6074-861530 Roedermark, Germany Fax: +49-6074-861531 From haible@ilog.fr Tue Sep 16 21:55:46 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA14495; Tue, 16 Sep 97 21:55:46 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id VAA28426 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Tue, 16 Sep 1997 21:00:10 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id UAA21223; Tue, 16 Sep 1997 20:52:35 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id UAA21223; Tue, 16 Sep 1997 20:52:35 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id UAA12084; Tue, 16 Sep 1997 20:52:33 +0200 (MET DST) Date: Tue, 16 Sep 1997 20:52:33 +0200 (MET DST) Message-Id: <199709161852.UAA12084@halles.ilog.fr> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: GUI, Tk, with-wish Content-Type: text [Message forwarded from Joachim Schrod .] >>>>> "BH" == Bruno Haible writes: BH> Matthias Lindner wrote: >> I have tried different built-in GUIs for CommonLisp (Lucid with >> LispView, Allegro with CommonWindows, CLISP with StdWin, CLIO). >> Forget it - period. >> That's why I wrote with-wish. BH> That's a clear statement. :-) Yes, but let me add some more points, after my last mail. Btw, my statement comes from 5 years intensive development with and research on GUI development environment, as part of my Ph.D. project on formalization of UI toolkits and their interface to GUI DEs. BH> It looks like the big packages Garnet, Amulet, CLIM BH> * are hard to learn (huge libraries), I don't know about real usage of CLIM, but in Garnet and Amulet, you don't use the libraries. You use higher order tools, the libraries are created especially to support the functionality needed by these higher order tools. They support creation of event/action bindings by demonstration (nowadays made popular in a simple way by the Java Beans DEs), specification of interfaces by demonstrating constraints to be obeyed by the UI, infer higher-order actions from examples supplied by the designer, etc. You won't do this by hand, believe me. It's some time ago (about 5 or 6 years) that I did experiment with Tcl/Tk. It was a good system for programmers, providing nice abstractions for UI creation on the level of formal imperative descriptions with a simple listener model (active objects). Judging from the documentation I read the last two weeks, that didn't change. But if one had ever a chance to create GUIs with a programming-by-example interface, one will never praise any programming approach as the one-and-only-system-with-the-best- productivity. Even working with the NextStep UI builder is by far faster than with any toolkit approach. So, in the topic at hand, the rush towards Tk is a sensible one. I just disagree with the arguments; other systems -- representing the state of the art in UI DE technology -- should not be dismissed because they don't provide low-level abstractions one would like to use `by hand'. If people want a simple UI toolkit, fine. But for projects where real designers (i.e., persons without programming experience) are involved and a whole series of rapid prototypes for requirement definition and usability testing is a must, one needs different abstractions. Cheers, Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Joachim Schrod Email: jschrod@acm.org Net & Publication Consultance GmbH Tel.: +49-6074-861530 Roedermark, Germany Fax: +49-6074-861531 From haible@ilog.fr Tue Sep 16 22:35:45 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15047; Tue, 16 Sep 97 22:35:45 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id VAA28907 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Tue, 16 Sep 1997 21:40:08 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id VAA22706; Tue, 16 Sep 1997 21:32:16 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id VAA22706; Tue, 16 Sep 1997 21:32:16 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id VAA20602; Tue, 16 Sep 1997 21:32:14 +0200 (MET DST) Date: Tue, 16 Sep 1997 21:32:14 +0200 (MET DST) Message-Id: <199709161932.VAA20602@halles.ilog.fr> To: Subject: Re[3]: type real In-Reply-To: <199709161425.QAA15759@helen.cli.di.unipi.it> References: <199709161425.QAA15759@helen.cli.di.unipi.it> Content-Type: text Sam Shteingold wrote: > > My point is that according to CLtL2, (declare (real ...)) *should* > > work, that's it. Pierpaolo Bernardi replied: > The type REAL is a CLtL2 addition; Clisp does not implement all of CLtL2. Actually, the type REAL was in CLISP before I ever saw CLtL2, because it was a very natural addition. The fact that X3J13 issue <151> influences table 4-1 and hence the list of valid declarations just slipped through my eyes. That will be corrected. Bruno From haible@ilog.fr Tue Sep 16 22:55:44 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00265; Tue, 16 Sep 97 22:55:44 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id WAA29041 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Tue, 16 Sep 1997 22:00:08 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id VAA23428; Tue, 16 Sep 1997 21:56:38 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id VAA23428; Tue, 16 Sep 1997 21:56:38 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id VAA25835; Tue, 16 Sep 1997 21:56:36 +0200 (MET DST) Date: Tue, 16 Sep 1997 21:56:36 +0200 (MET DST) Message-Id: <199709161956.VAA25835@halles.ilog.fr> To: Subject: Re: CLisp design and implementation details? In-Reply-To: <199709161634.LAA26179@sibyl.intellinet.com> References: <199709161634.LAA26179@sibyl.intellinet.com> Content-Type: text Dwight Hughes writes: > Is there any documentation available on the internal design of CLisp? > I am not referring to info like the implementation notes that are part > of the binary release - what I want is a general overview of the > design and why it was done that way (type of gc, memory organization, > stacks, tagging, 32bit versus 64bit mode operation, ...). There is no such closed documentation. You will, however, find some information about the techical details in the source comments (partly in German, partly in English). There is a comment about the memory management at spvw.d:550. For other kinds of details, please ask me by email. Another, more political, answer to your question "why was it done that way" is contained in the public announcement I made on comp.lang.lisp more than 4 years ago. I've attached this announcement, for your amusement. Bruno -------------------------------------------------------------------------- From: haible@ma2s2.uucp (Bruno Haible) Newsgroups: comp.lang.lisp Subject: ANNOUNCE: CLISP Common Lisp Date: 10 Mar 1993 09:06:13 GMT Organization: University of Karlsruhe, Germany Lines: 104 Sender: Message-ID: <1nkb25$ies@nz12.rz.uni-karlsruhe.de> NNTP-Posting-Host: ma2s2.mathematik.uni-karlsruhe.de Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Summary: Free, portable Common Lisp available Keywords: Common Lisp, CLISP, implementation, computer algebra We announce the public availablity of the Common Lisp implementation CLISP. CLISP is mostly CLtL1 compliant. CLOS programming is supported through the use of PCL. Availability: CLISP is freeware and can be distributed under the terms of the GNU GPL. The newest versions will always be available via anonymous ftp from ma2s2.mathematik.uni-karlsruhe.de [129.13.115.2], directory /pub/lisp/clisp/. Design: CLISP was designed along the following main goals: 1* full implementation of CLtL1, 2* requires very few memory, 3* a portable implementation, 4* suitable for computations occurring in mathematics, 5* reasonable speed (under the constraints 1* to 4*). Ad 3*: To be portable, it was written in C, more precisely in a language that is preprocessed to either K&R C or ANSI C. Portability among different Unix platforms is achieved through the use of GNU Autoconf. Ad 2* and 1*: CLISP requires only 1.5 MB RAM on most machines, only 1 MB on Atari ST and DOS. This was possible because we compile Lisp source to a very space efficient byte code. Ad 5*: Compiled programs run about 5 times faster than interpreted programs. Ad 1*: We felt that supporting parts of Common Lisp with high efficiency (e.g. CAR and CDR) and others with low performance (e.g. multiple values, multi-dimensional arrays, catch & throw or subtypep) is bad practice. We therefore tried to optimize _everything_ to a reasonable amount. 542 of the 594 library functions have been written in C. Ad 4*: CLISP has not only the mandatory bignums, but also long floats that deserve that name: the floating point precision is virtually unlimited. For efficiency, the kernel of the bignum/longfloat arithmetic subroutines has been written in assembly language for several processors. Ad 3*: CLISP does not depend on a floating point coprocessor. To avoid problems with possibly buggy C floating point libraries it uses its own soft float library. Distinguished features: * The debugger allows the user - to return prescribed values from and - to restart the execution of any activation record corresponding to the evaluation of an interpreted form or the application of an interpreted function. * The CASE macro is compiled to a hash table lookup. * Compiled code can be mixed freely with interpreted forms. Use (LOCALLY (DECLARE (COMPILE)) ... code to be compiled ...) * The floating point printing routine is free of rounding errors, yet still fast because the bulk of the conversion to decimal notation is done using a low-level bignum routine. The bytecode compiler: The bytecode defines a stack-based virtual machine. The "top of stack" is not on the stack, however, as it may consist of multiple values: it is split into a value count and a first value (which reside in some global processor registers when possible). The remaining values are stored in a global array. To reduce the relative cost of bytecode interpretation and to meet goal 2*, the bytecode instruction set has been optimized to reduce the number of instructions needed for a particular program. There are complex instructions for accessing closed over variables, for dynamic binding, creating closures, multiple value handling, catch & throw, unwind-protect. No frame pointer is needed. Local variables are accessed directly off the stack. The compiler is split into two passes. The first pass does macro expansion, argument count checking, maintains scoping information, and produces a tree with one node for every form. The second pass flattens the tree and does peephole optimizations. This produces good code without compilation speed being an issue. The drawback of this approach is that some optimizations come too late for other optimizations to occur. Actually, some optimizations (dead code elimination for example) need to be done twice: once in the first pass (when compiling IF and COND) and once in the second pass (when analyzing JMP instructions). Thanks for your attention. Bruno Haible Michael Stoll -------------------------------------------------------------------------- From sshteingold@cctrading.com Tue Sep 16 23:07:48 1997 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00533; Tue, 16 Sep 97 23:07:48 +0200 Received: from mailrelay.stknhlg.com by nz11.rz.uni-karlsruhe.de with SMTP (PP); Tue, 16 Sep 1997 21:46:01 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA09157; Tue, 16 Sep 97 15:51:34 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA874439084; Tue, 16 Sep 97 15:44:44 -0500 Message-Id: <9709168744.AA874439084@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Tue, 16 Sep 97 15:42:04 -0500 Return-Receipt-To: To: Subject: FFI Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit impnotes mention an executable called "clisp-link" which is necessary to use FFI. It is not included in the binary distribution for win32. where do I get it? Thanks. Sam From harpo@udel.edu Wed Sep 17 08:19:42 1997 Return-Path: Received: from rdny25-88.rdny.udel.edu (rivendell.rdny.udel.edu) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08006; Wed, 17 Sep 97 08:19:42 +0200 Received: from localhost ([127.0.0.1]) by rdny25-88.rdny.udel.edu with smtp id m0xBCXc-0000TpC (Debian Smail-3.2 1996-Jul-4 #2); Wed, 17 Sep 1997 01:20:44 -0400 (EDT) Date: Wed, 17 Sep 1997 01:20:44 -0400 (EDT) From: Will Lowe X-Sender: harpo@rivendell.rndy.udel.edu To: Clisp Mailing List Subject: Re: Clisp/linux libc6 In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Has anyone compiled Clisp with the new GNU libc6 on linux? I'm reworking the Debian GNU/Linux clisp package and I've run into a million "conflicting definitions of *" where clisp includes files from /usr/include/*.h I suppose I could chop up the clisp .c files if there's not something obvious I'm missing. One other question, if I may: The last package I made of clisp worked great, with one exception. Running any of the clx/new-clx demos produced a "no such package: xlib" error. (require 'xlib) or (use-package 'xlib) gave the same. The module was build by the main clisp/src/Makefile, so it was made ok. Any clues? From haible@ilog.fr Wed Sep 17 21:25:57 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15869; Wed, 17 Sep 97 21:25:57 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id UAA17115 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Wed, 17 Sep 1997 20:30:08 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id UAA23354; Wed, 17 Sep 1997 20:29:49 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id UAA23354; Wed, 17 Sep 1997 20:29:49 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id UAA08768; Wed, 17 Sep 1997 20:29:47 +0200 (MET DST) Date: Wed, 17 Sep 1997 20:29:47 +0200 (MET DST) Message-Id: <199709171829.UAA08768@halles.ilog.fr> To: Subject: Re: Problem booting 1997-09-15 on Win32 In-Reply-To: <3.0.3.32.19970916131053.009931b0@edge.net> References: <3.0.3.32.19970916131053.009931b0@edge.net> Content-Type: text Blake McBride wrote: > > I downloaded the binaries for Win32 1997-09-15 and get the following > error whenever I try to start it up: > > Cannot reserve address range at 0x78000000 .lisp: Not enough memory for Lisp. OK, I've replaced the binaries by new ones which shouldn't exhibit this problem. Bruno From stein@uni-paderborn.de Thu Sep 18 12:32:18 1997 Return-Path: Received: from pbinfo (uni-paderborn.de) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10627; Thu, 18 Sep 97 12:32:18 +0200 From: stein@uni-paderborn.de Received: from IDENT-NONSENSE@borkum (port 33537 [131.234.28.10]) by pbinfo.uni-paderborn.de with ESMTP id <52726-18307>; Thu, 18 Sep 1997 11:35:39 +0200 Received: (from stein@localhost) by borkum.uni-paderborn.de (8.7.3/8.7.3) id LAA02481 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Thu, 18 Sep 1997 11:35:21 +0200 (MET DST) Date: Thu, 18 Sep 1997 11:35:21 +0200 (MET DST) Message-Id: <199709180935.LAA02481@borkum.uni-paderborn.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Problem booting 1997-09-15 / 1997-09-17 on Win32 X-Sun-Charset: US-ASCII > Blake McBride writes: > > > Are there any diffs available? > > Yes, in the same directory. > > > I downloaded the binaries for Win32 1997-09-15 and get the following > > error whenever I try to start it up: > > > > Cannot reserve address range at 0x78000000 .lisp: Not enough memory for Lisp. > > > > I am running NT 4.0 PL 3 with 32MB of RAM. I got a similar problem. I'm also running NT, but through an X-interface on a remote machine. "Cannot reserve address range at 0x30000000 .lisp: Not enough memory for Lisp." I have attached the result of a "lisp.exe -mm" call. Benno Stein Memory dump: - 0x0 - 0xFFFF * 0x10000 - 0x10FFF (0x10000) RW MEM_PRIVATE - 0x11000 - 0x1FFFF * 0x20000 - 0x20FFF (0x20000) RW MEM_PRIVATE - 0x21000 - 0x2FFFF + 0x30000 - 0x22CFFF (0x30000) ? MEM_PRIVATE * 0x22D000 - 0x22DFFF (0x30000) RW PAGE_GUARD MEM_PRIVATE * 0x22E000 - 0x22FFFF (0x30000) RW MEM_PRIVATE * 0x230000 - 0x230FFF (0x230000) RW MEM_PRIVATE - 0x231000 - 0x23FFFF * 0x240000 - 0x243FFF (0x240000) RW MEM_PRIVATE + 0x244000 - 0x33FFFF (0x240000) ? MEM_PRIVATE * 0x340000 - 0x340FFF (0x340000) R MEM_IMAGE * 0x341000 - 0x341FFF (0x340000) X MEM_IMAGE * 0x342000 - 0x342FFF (0x340000) RW MEM_IMAGE * 0x343000 - 0x343FFF (0x340000) R MEM_IMAGE - 0x344000 - 0x34FFFF * 0x350000 - 0x350FFF (0x350000) RW MEM_MAPPED + 0x351000 - 0x35FFFF (0x350000) ? MEM_MAPPED * 0x360000 - 0x368FFF (0x360000) R MEM_MAPPED - 0x369000 - 0x36FFFF * 0x370000 - 0x37DFFF (0x370000) R MEM_MAPPED - 0x37E000 - 0x37FFFF * 0x380000 - 0x3C0FFF (0x380000) R MEM_MAPPED - 0x3C1000 - 0x3CFFFF * 0x3D0000 - 0x3D0FFF (0x3D0000) R MEM_MAPPED - 0x3D1000 - 0x3DFFFF * 0x3E0000 - 0x3E0FFF (0x3E0000) RW MEM_PRIVATE - 0x3E1000 - 0x3EFFFF * 0x3F0000 - 0x3F0FFF (0x3F0000) RW MEM_MAPPED - 0x3F1000 - 0x3FFFFF * 0x400000 - 0x400FFF (0x400000) R MEM_IMAGE * 0x401000 - 0x48BFFF (0x400000) XR MEM_IMAGE * 0x48C000 - 0x48CFFF (0x400000) R MEM_IMAGE * 0x48D000 - 0x4C1FFF (0x400000) RWC MEM_IMAGE * 0x4C2000 - 0x4C7FFF (0x400000) RW MEM_IMAGE * 0x4C8000 - 0x4D9FFF (0x400000) R MEM_IMAGE - 0x4DA000 - 0x4DFFFF * 0x4E0000 - 0x4E1FFF (0x4E0000) RW MEM_PRIVATE + 0x4E2000 - 0x4EFFFF (0x4E0000) ? MEM_PRIVATE - 0x4F0000 - 0x19DFFFFF * 0x19E00000 - 0x19E00FFF (0x19E00000) R MEM_IMAGE * 0x19E01000 - 0x19E6BFFF (0x19E00000) XR MEM_IMAGE * 0x19E6C000 - 0x19E75FFF (0x19E00000) R MEM_IMAGE * 0x19E76000 - 0x19E77FFF (0x19E00000) RWC MEM_IMAGE * 0x19E78000 - 0x19E7AFFF (0x19E00000) RW MEM_IMAGE * 0x19E7B000 - 0x19E82FFF (0x19E00000) R MEM_IMAGE - 0x19E83000 - 0x2FFFFFFF * 0x30000000 - 0x30000FFF (0x30000000) R MEM_IMAGE * 0x30001000 - 0x30005FFF (0x30000000) XR MEM_IMAGE * 0x30006000 - 0x30006FFF (0x30000000) RWC MEM_IMAGE * 0x30007000 - 0x30007FFF (0x30000000) R MEM_IMAGE - 0x30008000 - 0x3000FFFF * 0x30010000 - 0x30010FFF (0x30010000) R MEM_IMAGE * 0x30011000 - 0x30016FFF (0x30010000) XR MEM_IMAGE * 0x30017000 - 0x30017FFF (0x30010000) RW MEM_IMAGE * 0x30018000 - 0x30018FFF (0x30010000) RWC MEM_IMAGE * 0x30019000 - 0x30019FFF (0x30010000) R MEM_IMAGE - 0x3001A000 - 0x600FFFFF * 0x60100000 - 0x60100FFF (0x60100000) R MEM_IMAGE * 0x60101000 - 0x60135FFF (0x60100000) XR MEM_IMAGE * 0x60136000 - 0x60136FFF (0x60100000) RW MEM_IMAGE * 0x60137000 - 0x60137FFF (0x60100000) RWC MEM_IMAGE * 0x60138000 - 0x60139FFF (0x60100000) RW MEM_IMAGE * 0x6013A000 - 0x6013AFFF (0x60100000) RWC MEM_IMAGE * 0x6013B000 - 0x6014DFFF (0x60100000) R MEM_IMAGE - 0x6014E000 - 0x602FFFFF * 0x60300000 - 0x60300FFF (0x60300000) R MEM_IMAGE * 0x60301000 - 0x60327FFF (0x60300000) XR MEM_IMAGE * 0x60328000 - 0x60329FFF (0x60300000) RW MEM_IMAGE * 0x6032A000 - 0x6032DFFF (0x60300000) RWC MEM_IMAGE * 0x6032E000 - 0x6032EFFF (0x60300000) RW MEM_IMAGE * 0x6032F000 - 0x60332FFF (0x60300000) R MEM_IMAGE - 0x60333000 - 0x605FFFFF * 0x60600000 - 0x60600FFF (0x60600000) R MEM_IMAGE * 0x60601000 - 0x60643FFF (0x60600000) XR MEM_IMAGE * 0x60644000 - 0x60646FFF (0x60600000) RW MEM_IMAGE * 0x60647000 - 0x60658FFF (0x60600000) R MEM_IMAGE - 0x60659000 - 0x609FFFFF * 0x60A00000 - 0x60A00FFF (0x60A00000) R MEM_IMAGE * 0x60A01000 - 0x60A2BFFF (0x60A00000) XR MEM_IMAGE * 0x60A2C000 - 0x60A31FFF (0x60A00000) R MEM_IMAGE * 0x60A32000 - 0x60A34FFF (0x60A00000) RW MEM_IMAGE * 0x60A35000 - 0x60A38FFF (0x60A00000) R MEM_IMAGE - 0x60A39000 - 0x63FFFFFF * 0x64000000 - 0x64000FFF (0x64000000) R MEM_IMAGE * 0x64001000 - 0x64028FFF (0x64000000) XR MEM_IMAGE * 0x64029000 - 0x64029FFF (0x64000000) R MEM_IMAGE * 0x6402A000 - 0x6402AFFF (0x64000000) RW MEM_IMAGE * 0x6402B000 - 0x64030FFF (0x64000000) R MEM_IMAGE - 0x64031000 - 0x67AFFFFF * 0x67B00000 - 0x67B00FFF (0x67B00000) R MEM_IMAGE * 0x67B01000 - 0x67B2FFFF (0x67B00000) XR MEM_IMAGE * 0x67B30000 - 0x67B35FFF (0x67B00000) R MEM_IMAGE * 0x67B36000 - 0x67B36FFF (0x67B00000) RWC MEM_IMAGE * 0x67B37000 - 0x67B37FFF (0x67B00000) RW MEM_IMAGE * 0x67B38000 - 0x67B3AFFF (0x67B00000) R MEM_IMAGE - 0x67B3B000 - 0x74FFFFFF * 0x75000000 - 0x75000FFF (0x75000000) R MEM_IMAGE * 0x75001000 - 0x75012FFF (0x75000000) XR MEM_IMAGE * 0x75013000 - 0x75014FFF (0x75000000) RW MEM_IMAGE * 0x75015000 - 0x7501AFFF (0x75000000) R MEM_IMAGE - 0x7501B000 - 0x77D8FFFF * 0x77D90000 - 0x77D90FFF (0x77D90000) R MEM_IMAGE * 0x77D91000 - 0x77DADFFF (0x77D90000) XR MEM_IMAGE * 0x77DAE000 - 0x77DB0FFF (0x77D90000) RW MEM_IMAGE * 0x77DB1000 - 0x77DB3FFF (0x77D90000) RWC MEM_IMAGE * 0x77DB4000 - 0x77DB4FFF (0x77D90000) RW MEM_IMAGE * 0x77DB5000 - 0x77DB7FFF (0x77D90000) R MEM_IMAGE - 0x77DB8000 - 0x7EFCFFFF * 0x7EFD0000 - 0x7EFE3FFF (0x7EFD0000) XR MEM_MAPPED + 0x7EFE4000 - 0x7F2CFFFF (0x7EFD0000) ? MEM_MAPPED - 0x7F2D0000 - 0x7F5EFFFF * 0x7F5F0000 - 0x7F5F1FFF (0x7F5F0000) XR MEM_MAPPED + 0x7F5F2000 - 0x7F6EFFFF (0x7F5F0000) ? MEM_MAPPED * 0x7F6F0000 - 0x7F6F6FFF (0x7F5F0000) XR MEM_MAPPED + 0x7F6F7000 - 0x7F7EFFFF (0x7F5F0000) ? MEM_MAPPED - 0x7F7F0000 - 0x7FF6FFFF + 0x7FF70000 - 0x7FFAFFFF (0x7FF70000) ? MEM_PRIVATE * 0x7FFB0000 - 0x7FFD3FFF (0x7FFB0000) R MEM_MAPPED - 0x7FFD4000 - 0x7FFDDFFF * 0x7FFDE000 - 0x7FFDEFFF (0x7FFDE000) RW MEM_PRIVATE * 0x7FFDF000 - 0x7FFDFFFF (0x7FFDF000) RW MEM_PRIVATE * 0x7FFE0000 - 0x7FFE0FFF (0x7FFE0000) R MEM_PRIVATE + 0x7FFE1000 - 0x7FFEFFFF (0x7FFE0000) ---- MEM_PRIVATE End of memory dump. From kehr@iti.informatik.th-darmstadt.de Thu Sep 18 17:10:14 1997 Return-Path: Received: from sponsor.iti.informatik.th-darmstadt.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13447; Thu, 18 Sep 97 17:10:14 +0200 Received: (from kehr@localhost) by sponsor.iti.informatik.th-darmstadt.de (8.8.4/8.8.4) id QAA11908; Thu, 18 Sep 1997 16:14:20 +0200 (MET DST) Date: Thu, 18 Sep 1997 16:14:20 +0200 (MET DST) Message-Id: <199709181414.QAA11908@sponsor.iti.informatik.th-darmstadt.de> From: Roger Kehr Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: clisp-mailing-list Subject: Problems with eval-when/shadowing-import X-Mailer: VM 6.32 under 19.15p5 XEmacs Lucid Hello out there, I have encountered a small problem in conjunction with EVAL-WHEN and SHADOWING-IMPORT. The following source can be used to see what happens: ---snip (defpackage :language (:use :CL) (:export data)) (defpackage :sgmls (:use :CL) (:export data)) (defpackage :tree (:use :CL :sgmls)) (eval-when (compile load eval) (in-package :tree)) (eval-when (compile load eval) (describe 'data)) #+:TEST (shadowing-import 'language:data) #-:TEST (eval-when (compile load eval) (shadowing-import 'language:data)) (eval-when (compile load eval) (describe 'data)) ---snap Since I mostly try to write my code as ANSI as possible, I need to wrap most of the package stuff into EVAL-WHEN. The problem occurs of the above piece of code is compiled and then loaded. The behaviour differs if the feature :TEST is present or not. In case the feature is not present the EVAL-WHEN form is processed, otherwise the non-ANSI form without EVAL-WHEN is used. See what happens: --- > clisp -q -c shadow-test.lsp Compiling file /export/vol1/kehr/src/stil/tree/shadow-test.lsp ... Description of DATA This is the symbol DATA. The symbol lies in # and is accessible in the packages SGMLS, TREE. Description of DATA This is the symbol DATA. The symbol lies in # and is accessible in the packages LANGUAGE, TREE. [...] > clisp -q -i shadow-test.fas ;; Loading file shadow-test.fas ... Description of DATA This is the symbol DATA. The symbol lies in # and is accessible in the packages SGMLS, TREE. Description of DATA This is the symbol DATA. The symbol lies in # and is accessible in the packages SGMLS, TREE. ;; Loading of file shadow-test.fas is finished. --- Obviously the SHADOWING-IMPORT did not work as expected. The symbol DATA is still in package :sgmls. If we try the same example with feature :TEST set, the result is as expected. --- > clisp -q -c shadow-test.lsp Compiling file /export/vol1/kehr/src/stil/tree/shadow-test.lsp ... Description of DATA This is the symbol DATA. The symbol lies in # and is accessible in the packages SGMLS, TREE. Description of DATA This is the symbol DATA. The symbol lies in # and is accessible in the packages LANGUAGE, TREE. > clisp -q -i shadow-test.fas ;; Loading file shadow-test.fas ... Description of DATA This is the symbol DATA. The symbol lies in # and is accessible in the packages SGMLS, TREE. Description of DATA This is the symbol DATA. The symbol lies in # and is accessible in the packages LANGUAGE, TREE. ;; Loading of file shadow-test.fas is finished. --- Symbol DATA is in package :language. Any ideas what is wrong? CLISP or me? Cheers, Roger -- ====================================================================== Roger Kehr kehr@iti.informatik.th-darmstadt.de Computer Science Department Technical University of Darmstadt From bernardp@CLI.DI.Unipi.IT Thu Sep 18 18:29:34 1997 Return-Path: Received: from mailserver.cli.di.unipi.it (alice.cli.di.unipi.it) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA14574; Thu, 18 Sep 97 18:29:34 +0200 Organization: Centro di Calcolo - Dipartimento di Informatica di Pisa - Italy Received: from helen.cli.di.unipi.it (helen.cli.di.unipi.it [131.114.11.38]) by mailserver.cli.di.unipi.it (8.8.5/8.7.3) with ESMTP id RAA18896; Thu, 18 Sep 1997 17:33:59 +0200 (MET DST) From: Pierpaolo Bernardi Received: (bernardp@localhost) by helen.cli.di.unipi.it (8.7.5/8.6.12) id RAA18627; Thu, 18 Sep 1997 17:33:57 +0200 (MET DST) Message-Id: <199709181533.RAA18627@helen.cli.di.unipi.it> Subject: Re: Problems with eval-when/shadowing-import To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Thu, 18 Sep 1997 17:33:57 +0200 (MET DST) In-Reply-To: <199709181414.QAA11908@sponsor.iti.informatik.th-darmstadt.de> from "Roger Kehr" at Sep 18, 97 05:12:28 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > #+:TEST > (shadowing-import 'language:data) > > #-:TEST > (eval-when (compile load eval) > (shadowing-import 'language:data)) > > (eval-when (compile load eval) (describe 'data)) In the #+:TEST case, the shadowing-import is not evaluated at compile time, so, when the next form is compiled the shadowing-import has not taken effect. Nothing wrong with Clisp, as far as I can see. Pierpaolo. From Ric.Hohne@racalinst.co.uk Thu Sep 18 19:33:11 1997 Return-Path: Received: from sys3.cambridge.uk.psi.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15329; Thu, 18 Sep 97 19:33:11 +0200 Received: from sys4.cambridge.uk.psi.net (sys4.cambridge.uk.psi.net [154.32.106.14]) by sys3.cambridge.uk.psi.net (8.8.4/) with ESMTP id RAA19655 for ; Thu, 18 Sep 1997 17:37:16 +0100 (BST) Received: by sys4.cambridge.uk.psi.net (8.8.5/SMI-5.5-UKPSINet) id RAA11893; Thu, 18 Sep 1997 17:27:22 +0100 (BST) Received: from smtpgate.racalinst.co.uk (smtpgate [89.2.2.4]) by styx.racalinst.co.uk with SMTP id QAA26892 for (2.2-8.8.5/3.1.13); Thu, 18 Sep 1997 16:52:00 +0100 (BST) Received: by smtpgate.racalinst.co.uk with Microsoft Mail id <34215C33@smtpgate.racalinst.co.uk>; Thu, 18 Sep 97 16:52:03 GMT From: "Hohne, Ric" To: clisp-list Subject: CLISP DLL for Windows95 Date: Thu, 18 Sep 97 16:50:00 GMT Message-Id: <34215C33@smtpgate.racalinst.co.uk> Return-Receipt-To: Encoding: 13 TEXT X-Mailer: Microsoft Mail V3.0 I'm doing a follow up, of Dr John Levine's email of the 24June1997, to see if there have been any new developments in producing a win32 DLL version of CLIPS. I understand that there are new win32 executables avilable (17Sept1997), but are the sources available for this build. I have downloaded the two compressed 'tar' files, however the one containing diffs from 07Aug97 to 15Sept97 appears to have an unexpected EOF. Ric Hohne Racal Instrument Ltd From sshteingold@cctrading.com Thu Sep 18 22:00:17 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA16882; Thu, 18 Sep 97 22:00:17 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA15191; Thu, 18 Sep 97 15:13:42 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA874609692; Thu, 18 Sep 97 15:08:13 -0500 Message-Id: <9709188746.AA874609692@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Thu, 18 Sep 97 15:04:14 -0500 Return-Receipt-To: To: Subject: 1. warnings 2. optimizations Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 1. Emacs compile buffer doesn't understand the CLISP warnings (they are not in the standard format like "file:line:message"). Is it possible to make CLISP compilation message more standard? 2. The following 3 functions compute factorial: (defun fac0 (n) "Compute the factorial. (Tail-recurcive algorithm)." (declare (type (integer 0 *) n)) (labels ((f (a b) (if (plusp b) (f (* a b) (1- b)) a))) (f 1 n))) (defun fac2 (n) "Compute the factorial. (Iterative algorithm)." (declare (type (integer 0 *) n)) (do ((i n (1- i)) (r 1)) ((zerop i) r) (setq r (* r i)))) (defun fac1 (n)  "Compute the factorial. (Iterative algorithm)." (declare (type (integer 0 *) n)) (do ((i 1 (1+ i)) (r 1)) ((= i n) (* r i)) (setq r (* r i)))) > (time (progn (fac0 10000) nil)) Real time: 9.583 sec. Run time: 9.163176 sec. Space: 78649300 Bytes GC: 97, GC time: 6.5894752 sec. nil > (time (progn (fac1 10000) nil)) Real time: 8.162 sec. Run time: 8.0816208 sec. Space: 69640472 Bytes GC: 86, GC time: 5.808352 sec. nil > (time (progn (fac2 10000) nil)) Real time: 9.284 sec. Run time: 9.2032336 sec. Space: 78649300 Bytes GC: 98, GC time: 6.6695904 sec. nil I would expect more difference between fac0 and (fac1 and fac2) than between fac1 and fac2. And I definitely did not expect much difference between fac 1 and fac2. On a second thought... The reason must be that we get to the bignums faster with fac0 and fac2! (obviously the slow-down is because of more gc) Any comments? From haible@ilog.fr Thu Sep 18 22:56:08 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA17575; Thu, 18 Sep 97 22:56:08 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id WAA04873 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Thu, 18 Sep 1997 22:00:12 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id VAA25649; Thu, 18 Sep 1997 21:58:45 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id VAA25649; Thu, 18 Sep 1997 21:58:45 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id VAA09463; Thu, 18 Sep 1997 21:58:43 +0200 (MET DST) Date: Thu, 18 Sep 1997 21:58:43 +0200 (MET DST) Message-Id: <199709181958.VAA09463@halles.ilog.fr> To: Subject: Re: Problems with eval-when/shadowing-import In-Reply-To: <199709181414.QAA11908@sponsor.iti.informatik.th-darmstadt.de> References: <199709181414.QAA11908@sponsor.iti.informatik.th-darmstadt.de> Content-Type: text Roger Kehr writes: > I have encountered a small problem in conjunction with EVAL-WHEN and > SHADOWING-IMPORT. The following source can be used to see what > happens: > > ---snip > ... > #+:TEST > (shadowing-import 'language:data) > > #-:TEST > (eval-when (compile load eval) > (shadowing-import 'language:data)) > ... > ---snap Thanks for this easily reproducible test code. The issue is hairy: * The form (shadowing-import 'language:data) is treated specially by CLtL1 compilers, but -- as you noted -- in order to avoid magic in the compilers, CLtL2 and ANSI CL decided that `shadowing-import' isn't magic any more. CLISP supports the old CLtL1 way of doing it. * For the sake of these new compilers you wrap the form in a (eval-when (compile load eval) ...). CLISP, according to CLtL2's description of `eval-when', first evaluates the form and then emits code for it. However, by doing the shadowing-import, you changed the code that is emitted. The code I propose is (progn (eval-when (load eval) (shadowing-import 'language:data) ) (eval-when (compile) (shadowing-import 'language:data) ) ) This way, CLISP will first emit the code and then modify its package structure. Bruno From haible@ilog.fr Thu Sep 18 23:36:17 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18118; Thu, 18 Sep 97 23:36:17 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id WAA05349 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Thu, 18 Sep 1997 22:40:21 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id WAA26795; Thu, 18 Sep 1997 22:34:49 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id WAA26795; Thu, 18 Sep 1997 22:34:49 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id WAA17173; Thu, 18 Sep 1997 22:34:47 +0200 (MET DST) Date: Thu, 18 Sep 1997 22:34:47 +0200 (MET DST) Message-Id: <199709182034.WAA17173@halles.ilog.fr> To: Subject: Re: CLISP DLL for Windows95 In-Reply-To: <34215C33@smtpgate.racalinst.co.uk> References: <34215C33@smtpgate.racalinst.co.uk> Content-Type: text Ric Hohne writes: > > I understand that there are new win32 executables avilable (17Sept1997), > but are the sources available for this build. I have downloaded the two > compressed 'tar' files, however the one containing diffs from 07Aug97 to > 15Sept97 appears to have an unexpected EOF. Oops. It's corrected now. > I'm doing a follow up, of Dr John Levine's email of the 24June1997, to > see if there have been any new developments in producing a win32 DLL > version of CLIPS. You can probably compile CLISP for inclusion in a DLL (but choose a conservative memory model: -DNO_GENERATIONAL_GC -DNO_SELFMADE_MMAP -DNO_SINGLEMAP -DNO_TRIVIALMAP). The memory image will still reside in a separate file, though: you can't put it inside the DLL. Bruno From haible@ilog.fr Thu Sep 18 23:56:04 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18432; Thu, 18 Sep 97 23:56:04 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id XAA05621 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Thu, 18 Sep 1997 23:00:07 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id WAA27436; Thu, 18 Sep 1997 22:59:09 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id WAA27436; Thu, 18 Sep 1997 22:59:09 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id WAA22352; Thu, 18 Sep 1997 22:59:08 +0200 (MET DST) Date: Thu, 18 Sep 1997 22:59:08 +0200 (MET DST) Message-Id: <199709182059.WAA22352@halles.ilog.fr> To: Subject: Re: 1. warnings 2. optimizations In-Reply-To: <9709188746.AA874609692@inet.stknhlg.com> References: <9709188746.AA874609692@inet.stknhlg.com> Content-Type: text Sam writes: > > 1. Emacs compile buffer doesn't understand the CLISP warnings (they > are not in the standard format like "file:line:message"). Is it > possible to make CLISP compilation message more standard? A better approach to the treatment of line numbers in CLISP would be needed for this. But you can customize your ~/.emacs : ;; Meta-g :== Meta-x goto-line (global-set-key "\M-g" 'goto-line) > 2. The following 3 functions compute factorial: > ... > I would expect more difference between fac0 and (fac1 and fac2) than > between fac1 and fac2. And I definitely did not expect much difference > between fac 1 and fac2. fac0 and fac2 are the same algorithm (they multiply the same numbers in the same order), just in a different look. > On a second thought... The reason must be that we get to the bignums > faster with fac0 and fac2! You are in the bignums nearly all the time (already after 15 multiplications out of 10000). That cannot account for a 12% speedup. Think once more. (Hint: In clisp, the time needed for the multiplication of a fixnum with a bignum is proportional to the length (in bits) of the bignum and independent of the smaller factor.) You might then try these: (defun fac3 (n) (labels ((f (a b) (case (- b a) (1 b) (2 (* (- b 1) b)) (3 (* (- b 2) (- b 1) b)) (4 (* (- b 3) (- b 2) (- b 1) b)) (t (let ((m (ash (+ a b) -1))) (* (f a m) (f m b)))) )) ) (if (plusp n) (f 0 n) 1) ) ) (defun fac4 (n) (! n)) ; this is unfair Bruno From sshteingold@cctrading.com Fri Sep 19 00:22:11 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18809; Fri, 19 Sep 97 00:22:11 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA15607; Thu, 18 Sep 97 17:35:42 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA874618216; Thu, 18 Sep 97 17:30:17 -0500 Message-Id: <9709188746.AA874618216@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Thu, 18 Sep 97 17:25:40 -0500 Return-Receipt-To: To: , Subject: Re[2]: 1. warnings 2. optimizations Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit A better approach to the treatment of line numbers in CLISP would be needed for this. But you can customize your ~/.emacs : Is there a chance that CLISP will learn to treat line numbers in a more "modern" way? :-) ;; Meta-g :== Meta-x goto-line (global-set-key "\M-g" 'goto-line) Errr... M-g is already bound in the standard Emacs. (I use f12 for goto-line). > 2. The following 3 functions compute factorial: > ... > I would expect more difference between fac0 and (fac1 and fac2) than > between fac1 and fac2. And I definitely did not expect much difference > between fac 1 and fac2. fac0 and fac2 are the same algorithm (they multiply the same numbers in the same order), just in a different look. A recent discussion in comp.lang.lisp made me think that a good lisp compiler should compile tail-recursion to a better code than iteration. The iterative version of factorial takes one gc more than the tail-recursive one. > On a second thought... The reason must be that we get to the bignums > faster with fac0 and fac2! You are in the bignums nearly all the time (already after 15 multiplications out of 10000). That cannot account for a 12% speedup. Think once more. (Hint: In clisp, the time needed for the multiplication of a fixnum with a bignum is proportional to the length (in bits) of the bignum and independent of the smaller factor.) I see! Interesting. You might then try these: (defun fac3 (n) (labels ((f (a b) (case (- b a) (1 b) (2 (* (- b 1) b)) (3 (* (- b 2) (- b 1) b)) (4 (* (- b 3) (- b 2) (- b 1) b)) (t (let ((m (ash (+ a b) -1))) (* (f a m) (f m b)))) )) ) (if (plusp n) (f 0 n) 1) ) ) I suggest that you submit this to the IOLCC (International Obfuscated Lisp Code Contest :-) From sshteingold@cctrading.com Fri Sep 19 01:44:15 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA19669; Fri, 19 Sep 97 01:44:15 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA15758; Thu, 18 Sep 97 18:57:45 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA874623140; Thu, 18 Sep 97 18:52:22 -0500 Message-Id: <9709188746.AA874623140@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Thu, 18 Sep 97 18:47:32 -0500 Return-Receipt-To: To: Subject: optimization Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit the (approximate) formula is (log(n)-1/2)/(log(n)-3/4). From haible@ilog.fr Fri Sep 19 22:06:19 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04938; Fri, 19 Sep 97 22:06:19 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id VAA18669 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Fri, 19 Sep 1997 21:10:08 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id VAA14173; Fri, 19 Sep 1997 21:06:58 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id VAA14173; Fri, 19 Sep 1997 21:06:58 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id VAA18857; Fri, 19 Sep 1997 21:06:57 +0200 (MET DST) Date: Fri, 19 Sep 1997 21:06:57 +0200 (MET DST) Message-Id: <199709191906.VAA18857@halles.ilog.fr> To: Subject: Re: Problem booting 1997-09-15 / 1997-09-17 on Win32 In-Reply-To: <199709180935.LAA02481@borkum.uni-paderborn.de> References: <199709180935.LAA02481@borkum.uni-paderborn.de> Content-Type: text Benno Stein wrote: > I got a similar problem. I'm also running NT, but through an X-interface > on a remote machine. > > "Cannot reserve address range at 0x30000000 .lisp: Not enough memory for Lisp." > > I have attached the result of a "lisp.exe -mm" call. Thank you. The memory map of your machine really looks like swiss cheese: shared libraries scattered all around. I have found a workaround, but the delayed loading of memory images will not work for you. New binaries are, as usual, in ftp://ma2s2.mathematik.uni-karlsruhe.de/pub/lisp/clisp/binaries/win32/. Bruno From hoehle@zeus.gmd.de Tue Sep 23 00:33:13 1997 Return-Path: Received: from mail.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08399; Tue, 23 Sep 97 00:33:13 +0200 Received: from zeus.gmd.de (zeus) by mail.gmd.de with SMTP id AA25770 (5.67b8/IDA-1.5 for ); Mon, 22 Sep 1997 23:36:35 +0200 Received: from amiga ([141.12.144.207]) by zeus.gmd.de with SMTP id AA05157 (5.67b8/IDA-1.5 for ); Mon, 22 Sep 1997 23:36:29 +0200 Date: Mon, 22 Sep 1997 23:36:29 +0200 Message-Id: <199709222136.AA05157@zeus.gmd.de> From: Joerg.Hoehle@gmd.de (Jorg-Cyril Hohle) To: Subject: Re: Problems with eval-when/shadowing-import In-Reply-To: <199709181958.VAA09463@halles.ilog.fr> References: <199709181958.VAA09463@halles.ilog.fr> Bruno Haible wrote in September: > > (shadowing-import 'language:data) > CLISP, according to CLtL2's description of `eval-when', first evaluates > the form and then emits code for it. However, by doing the shadowing-import, > you changed the code that is emitted. Precisely. I had this problem in one of our systems package definition files and for the sake of compilation and reloadability (what a new word :-), I replaced the use of symbols with forms like (shadowing-import (intern "DATA" "LANGUAGE")) Otherwise, when you reload the file or compile it after its source form has already been loaded, CLISP (more precisely its symbol print routine) will write DATA to the .fas file and not LANGUAGE:DATA, for the symbol has already been imported and the printer has no reason to use colon prefix syntax anymore. Yet another reason to use defpackage (which uses all strings). I once copied CLISP's defpackage macro to (Un)Golden Common Lisp for this very reason (very few modifications needed). Jo"rg Ho"hle. Joerg.Hoehle@gmd.de http://zeus.gmd.de/~hoehle/amiga-clisp.html From haible@ilog.fr Wed Sep 24 14:30:18 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07198; Wed, 24 Sep 97 14:30:18 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id NAA09936 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Wed, 24 Sep 1997 13:30:34 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id NAA14822; Wed, 24 Sep 1997 13:27:56 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id NAA14822; Wed, 24 Sep 1997 13:27:56 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id NAA17550; Wed, 24 Sep 1997 13:27:53 +0200 (MET DST) Date: Wed, 24 Sep 1997 13:27:53 +0200 (MET DST) Message-Id: <199709241127.NAA17550@halles.ilog.fr> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: SOCKET-SERVICE-PORT Content-Type: text [Message forwarded from Sam Steingold .] 1. SOCKET-SERVICE-PORT doesn't know about http(s) (80/443) and gopher (70). 2. I can open an http connection and write to the resulting socket, but I cannot read from it: # > (setq zz (socket-connect 80 "qs.secapl.com")) # > (format zz "GET /cgi-bin/qs?ticks=FSELX~%") nil > (read-line zz) *** - Winsock error 10058 (ESHUTDOWN): Can't send after socket shutdown 1. Break> Thanks Sam From hoehle@zeus.gmd.de Wed Sep 24 15:05:29 1997 Return-Path: Received: from zeus.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07677; Wed, 24 Sep 97 15:05:29 +0200 Received: from amiga ([141.12.144.207]) by zeus.gmd.de with SMTP id AA25917 (5.67b8/IDA-1.5 for ); Wed, 24 Sep 1997 14:08:35 +0200 Date: Wed, 24 Sep 1997 14:08:35 +0200 Message-Id: <199709241208.AA25917@zeus.gmd.de> From: hoehle@zeus.gmd.de (Jorg-Cyril Hohle) To: clisp-list@[129.13.115.2] Subject: CLISP backtrace command Hello, has somebody already written some kind of backtrace command for the debugger? Mode-3 won't show compiled function names, and Mode-1 shows too much. I'm thinking of something that would display all stack elements that satisfy FUNCTIONP (I know that this would possibly show too many functions, but it may be useful for a start). Thanks, Jo"rg Ho"hle. Joerg.Hoehle@gmd.de http://zeus.gmd.de/~hoehle/amiga-clisp.html From euler@lavielle.com Wed Sep 24 17:52:26 1997 Return-Path: Received: from lavielle.com (vampire.lavielle.com) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09480; Wed, 24 Sep 97 17:52:26 +0200 Received: from euler-pc.lavielle.com by lavielle.com (5.0/SMI-SVR4) id AA00694; Wed, 24 Sep 1997 16:55:47 --100 Received: by euler-pc.lavielle.com (SMI-8.6/SMI-SVR4) id QAA01760; Wed, 24 Sep 1997 16:55:28 +0200 Date: Wed, 24 Sep 1997 16:55:28 +0200 Message-Id: <199709241455.QAA01760@euler-pc.lavielle.com> From: euler@lavielle.com (Lutz Euler) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Bug and Patch for Solaris 2 on x86-PC X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.67) Content-Type: text/plain; charset=US-ASCII Content-Length: 3131 Hello, I tried to compile and install "clisp-1997-08-07" on a pentium PC running Solaris 2.4. "configure" ran into an error. See below for a complete description and a patch. Version: clisp-1997-08-07 Sources: clispsrc.tar.gz clispsrc-readline.tar.gz Machine: Pentium PC OS: SunOS 5.4 (Solaris 2.4) i86pc Compiler: gcc 2.7.2 Assembler: "/usr/ccs/bin/as" as delivered with Solaris "configure" says: > [...] > gcc -O -E -w `if test false = true; then echo '-DASM_UNDERSCORE'; fi` > ../../ffcall/avcall/avcall-i386.S | grep -v '^ *#line' | grep -v '^#ident' > | sed -e 's,% ,%,g' > avcall-i386.s > gcc -O -c avcall-i386.s > Assembler: > aline 1 : Illegal mnemonic > aline 1 : syntax error > aline 2 : Illegal mnemonic > aline 2 : syntax error > aline 105 : Illegal mnemonic > aline 105 : syntax error > aline 160 : Illegal mnemonic > aline 160 : syntax error > aline 199 : Illegal mnemonic > aline 199 : syntax error > make: *** [avcall-i386.o] Error 1 It seems the assembler doesn't like the '#' comments. It suggest to delete these lines (as is already done with the '#line' and '#ident' lines) using grep. The following two files are affected: ffcall/avcall/Makefile.in ffcall/vacall/Makefile.in Here is the patch: ---- 8< --------------------------------------------------------------------- *** ffcall/avcall/Makefile.in Thu Jun 26 09:10:45 1997 --- ffcall/avcall/Makefile.in Wed Sep 24 15:13:12 1997 *************** *** 51,57 **** $(CC) -c avcall-i386.s avcall-i386.s : $(srcdir)/avcall-i386.S ! $(CPP) $(ASPFLAGS) $(srcdir)/avcall-i386.S | grep -v '^ *#line' | grep -v '^#ident' | sed -e 's,% ,%,g' > avcall-i386.s avcall-sparc.o : avcall-sparc.s $(CC) -c avcall-sparc.s --- 51,57 ---- $(CC) -c avcall-i386.s avcall-i386.s : $(srcdir)/avcall-i386.S ! $(CPP) $(ASPFLAGS) $(srcdir)/avcall-i386.S | grep -v '^ *#line' | grep -v '^#ident' | grep -v '^#' | sed -e 's,% ,%,g' > avcall-i386.s avcall-sparc.o : avcall-sparc.s $(CC) -c avcall-sparc.s *** ffcall/vacall/Makefile.in Thu Jun 26 09:13:29 1997 --- ffcall/vacall/Makefile.in Wed Sep 24 15:23:59 1997 *************** *** 51,57 **** $(CC) -c vacall-i386.s vacall-i386.s : $(srcdir)/vacall-i386.S ! $(CPP) $(ASPFLAGS) $(srcdir)/vacall-i386.S | grep -v '^ *#line' | grep -v '^#ident' | sed -e 's,% ,%,g' > vacall-i386.s vacall-sparc.o : vacall-sparc.s $(CC) -c vacall-sparc.s --- 51,57 ---- $(CC) -c vacall-i386.s vacall-i386.s : $(srcdir)/vacall-i386.S ! $(CPP) $(ASPFLAGS) $(srcdir)/vacall-i386.S | grep -v '^ *#line' | grep -v '^#ident' | grep -v '^#' | sed -e 's,% ,%,g' > vacall-i386.s vacall-sparc.o : vacall-sparc.s $(CC) -c vacall-sparc.s ---- 8< --------------------------------------------------------------------- Yours, Lutz Euler -- Lavielle EDV Systemberatung GmbH & Co. Tel.: ++49 40 / 658088 Lotharstrasse 2b, D-22041 Hamburg Fax.: ++49 40 / 65808-202 http://www.lavielle.de/ Email: euler@lavielle.com From haible@ilog.fr Wed Sep 24 18:37:57 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10003; Wed, 24 Sep 97 18:37:57 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id RAA14155 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Wed, 24 Sep 1997 17:40:11 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id RAA28120; Wed, 24 Sep 1997 17:30:26 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id RAA28120; Wed, 24 Sep 1997 17:30:26 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id RAA04372; Wed, 24 Sep 1997 17:30:24 +0200 (MET DST) Date: Wed, 24 Sep 1997 17:30:24 +0200 (MET DST) Message-Id: <199709241530.RAA04372@halles.ilog.fr> To: Subject: Re: Bug and Patch for Solaris 2 on x86-PC In-Reply-To: <199709241455.QAA01760@euler-pc.lavielle.com> References: <199709241455.QAA01760@euler-pc.lavielle.com> Content-Type: text Lutz Euler writes: > I tried to compile and install "clisp-1997-08-07" on a pentium PC running > Solaris 2.4. "configure" ran into an error. See below for a complete > description and a patch. Thank you. Your patch will be contained in the next release. Bruno From sshteingold@cctrading.com Wed Sep 24 21:35:27 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA11946; Wed, 24 Sep 97 21:35:27 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA27447; Wed, 24 Sep 97 14:48:00 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA875126483; Wed, 24 Sep 97 14:41:26 -0500 Message-Id: <9709248751.AA875126483@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Wed, 24 Sep 97 14:38:15 -0500 Return-Receipt-To: To: Subject: equalp of structs - speed Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit (defstruct a (a0 0 :type number) (a1 0 :type number)) (defun a= (a0 a1) (and (= (a-a0 a0) (a-a0 a1)) (= (a-a1 a0) (a-a1 a1)))) a= should be the same as equalp (and it seems to be), but equalp is slightly less then twice as fast as a= compiled. One would expect that, since equalp is a built-in, it would be at least 5 times faster than a= (this is the case with home-brewed functions like length etc). So, why is it that the performance win of using equalp instead of a= is so low in CLISP? Thanks. From dxs@november.diac.com Wed Sep 24 22:17:54 1997 Return-Path: Received: from november.diac.com (diac.com) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12540; Wed, 24 Sep 97 22:17:54 +0200 Received: (from dxs@localhost) by november.diac.com (8.8.5/8.8.5) id TAA16742 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Wed, 24 Sep 1997 19:27:02 GMT From: dxs@november.diac.com To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Wed, 24 Sep 1997 13:26 MDT Subject: clisp on machten Content-Type: text/plain Message-Id: <342969840.415d@november.diac.com> machten is a coresident operating system on the mac which is bsd based. it is a real memory implementation of unix. has anyone tried to port clisp to it? what would the limitations of clisp be in a real mode unix. thanks dan stanger From sshteingold@cctrading.com Wed Sep 24 22:25:26 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA12692; Wed, 24 Sep 97 22:25:26 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA27573; Wed, 24 Sep 97 15:37:59 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA875129483; Wed, 24 Sep 97 15:31:25 -0500 Message-Id: <9709248751.AA875129483@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Wed, 24 Sep 97 15:27:41 -0500 Return-Receipt-To: To: Subject: ~_ is missing in CLISP Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X3J13 vote 139 is not implemented (CLtL2 p 599) From donc@ISI.EDU Thu Sep 25 06:15:58 1997 Return-Path: Received: from darkstar.isi.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA19643; Thu, 25 Sep 97 06:15:58 +0200 Received: by darkstar.isi.edu (5.65c/5.61+local-27) id ; Wed, 24 Sep 1997 20:18:53 -0700 Message-Id: <199709250318.AA19958@darkstar.isi.edu> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: equalp of structs - speed In-Reply-To: Your message of "Wed, 24 Sep 1997 21:36:04 +0200." <9709248751.AA875126483@inet.stknhlg.com> Date: Wed, 24 Sep 97 20:18:43 PDT From: Don Cohen One difference I bet is if you make an a with an a0 that not a number. The equalp function does not know about your declarations. Besides, it seems odd to me to be complaining about builtin functions that are "only" twice as fast as you can write. I find it not at all unusual to be able to write lisp functions that are much faster than the equivalent builtin functions, especially on a particular type of data that I have in mind. (I'm not at all claiming that this is more common in clisp than in other implementations!) From sshteingold@cctrading.com Thu Sep 25 15:47:21 1997 Return-Path: Received: from mailrelay.stknhlg.com ([206.4.165.100]) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA25460; Thu, 25 Sep 97 15:47:21 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA29085; Thu, 25 Sep 97 08:58:59 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA875191973; Thu, 25 Sep 97 08:52:56 -0500 Message-Id: <9709258751.AA875191973@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Thu, 25 Sep 97 08:48:45 -0500 Return-Receipt-To: To: Subject: Re[2]: equalp of structs - speed Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit but both functions do essentially the same! clisp ignores type declarations, so it checks the types in my version as much as it does in the built-in. ______________________________ Reply Separator _________________________________ Subject: Re: equalp of structs - speed Author: at INET Date: 1997-09-25 06:19 One difference I bet is if you make an a with an a0 that not a number. The equalp function does not know about your declarations. Besides, it seems odd to me to be complaining about builtin functions that are "only" twice as fast as you can write. I find it not at all unusual to be able to write lisp functions that are much faster than the equivalent builtin functions, especially on a particular type of data that I have in mind. (I'm not at all claiming that this is more common in clisp than in other implementations!) From sshteingold@cctrading.com Thu Sep 25 17:54:35 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA26994; Thu, 25 Sep 97 17:54:35 +0200 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA29425; Thu, 25 Sep 97 11:06:59 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA875199658; Thu, 25 Sep 97 11:00:59 -0500 Message-Id: <9709258751.AA875199658@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Thu, 25 Sep 97 10:57:34 -0500 Return-Receipt-To: To: Subject: format ~t - the bug remains Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sometimes I get a feeling that I am the only subscriber to this list (definitely the most garrulous!)... Oh well. :-) The same bug that was (allegedly) fixed recently: clisp thinks that the first output after the command starts with column 2, not 0. The following is the test case: > (sorted-map 'list #'(lambda (a b c) (format t " --> a: ~a;~20tb: ~a;~40tc: ~a~%" a b c) (list a b c)) #'string< nil #'car #'(lambda (z) (aref (car z) 0)) '(("abc") ("def") ("ijk")) '(("abc") ("ghi") ("ijk")) '(("abc") ("ghi") ("ijk") ("lmn"))) --> a: a; b: a; c: a --> a: d; b: nil; c: nil --> a: nil; b: g; c: g --> a: i; b: i; c: i --> a: nil; b: nil; c: l ((#\a #\a #\a) (#\d nil nil) (nil #\g #\g) (#\i #\i #\i) (nil nil #\l)) As you see, the first line of output is not properly aligned. I would appreciate if the lisp gurus could comment on the following code (optimization is my primary concern here. I don't like that I have to create 2 new temporary lists!) BTW, is there a way to get a function's signature? (the list of arguments) (defun sorted-map (type func pred missing ckey akey &rest lists) "Operate on the corresponding elements of the sorted lists. Each list in LISTS is assumed to be sorted according to the predicate PRED applied to keys CKEY. Apply function FUNC to the AKEYs of the elements of the lists with the same CKEYs. When a list doesn't have an element with the particular CKEY, function gets nil (if MISSING is nil) or the previous AKEY (if MISSING is non-nil). CKEY and AKEY values of nil are the same as #'identity. (sorted-map type func pred missing ckey akey &rest lists)" (declare (function func pred) (symbol type)) (unless ckey (setq ckey #'identity)) (unless akey (setq akey #'identity)) (do ((sec (copy-list lists)) (akeys (make-list (length lists))) begck ck fnn (err nil nil) res) ((every #'null sec) (nreverse res)) ;; get the current ckey (setq fnn (member nil sec :test-not #'eq) begck (funcall ckey (caar fnn))) (dolist (ls (rest fnn)) (when ls (setq ck (funcall ckey (car ls))) (when (funcall pred ck begck) (setq begck ck)))) ;; shift and operate (mapl #'(lambda (ls ak) (cond ((and (car ls) (not (funcall pred begck (funcall ckey (caar ls))))) (setf (car ak) (funcall akey (caar ls))) (pop (car ls))) (t (if missing nil (setf (car ak) nil))))) sec akeys) (cond ((eq type 'list) (push (apply func akeys) res)) (t (apply func akeys))))) From haible@ilog.fr Thu Sep 25 22:27:21 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02154; Thu, 25 Sep 97 22:27:21 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id VAA05370 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Thu, 25 Sep 1997 21:30:10 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id VAA01865; Thu, 25 Sep 1997 21:28:13 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id VAA01865; Thu, 25 Sep 1997 21:28:13 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id VAA10590; Thu, 25 Sep 1997 21:28:11 +0200 (MET DST) Date: Thu, 25 Sep 1997 21:28:11 +0200 (MET DST) Message-Id: <199709251928.VAA10590@halles.ilog.fr> To: Subject: Re: ~_ is missing in CLISP In-Reply-To: <9709248751.AA875129483@inet.stknhlg.com> References: <9709248751.AA875129483@inet.stknhlg.com> Content-Type: text Sam Steingold wrote: > > X3J13 vote 139 is not implemented (CLtL2 p 599) Yes, format ~_ is not implemented, because it intermixes pretty printing with `format'. But in my opinion, `prin1' (even with *print-pretty* = t) is meant for producing machine-readable output, while `format' is made for producing human-readable output. It is wrong to mix both. For that matter, Guy L. Steele Jr. and Richard P. Gabriel wrote in their article "The Evolution of Lisp": FORMAT is a mechanism for producing string output conveniently by, basically, taking a pre-determined string with placeholders and substituting computed values or strings for those placeholders -- though it became much more complex than this because the placeholders included iteration primitives for producing lists of results, plurals, and other such exotica. It may be loosely characterized as FORTRAN FORMAT statements gone berserk. Bruno From haible@ilog.fr Fri Sep 26 00:07:24 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03940; Fri, 26 Sep 97 00:07:24 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id XAA06363; Thu, 25 Sep 1997 23:10:11 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id XAA04716; Thu, 25 Sep 1997 23:07:45 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id XAA04716; Thu, 25 Sep 1997 23:07:45 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id XAA13211; Thu, 25 Sep 1997 23:07:44 +0200 (MET DST) Date: Thu, 25 Sep 1997 23:07:44 +0200 (MET DST) Message-Id: <199709252107.XAA13211@halles.ilog.fr> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de, AI.Repository@cs.cmu.edu, friedman@gnu.ai.mit.edu, bull-updates@gnu.ai.mit.edu Subject: New version of CLISP Content-Type: text Hi all, A new version is at the usual place, ftp://ma2s2.mathematik.uni-karlsruhe.de/pub/lisp/clisp/source/. Source diffs are in the 1997-09-25/ subdirectory. I'm also uploading new binaries for decalpha-osf4, i386-linux-elf, rs6000, sgi-irix53, sun4-solaris24, sun4-sunos4, win32. Here is the list of changes since the 1997-08-07 release. User visible changes -------------------- * X3J13 vote <53> is implemented: DEFSTRUCT BOA constructors can have &KEY arguments. * X3J13 vote <40> is partially implemented: New variable *READ-EVAL*. * X3J13 vote <150> is implemented: (READTABLE-CASE readtable) can now have the value :INVERT. * MAKE-PACKAGE and IN-PACKAGE accept a keyword argument :CASE-SENSITIVE. Similarly, DEFPACKAGE accepts an option :CASE-SENSITIVE. When its value is non-NIL, the package will be case sensitive, i.e. the reader will not case-convert symbol names before looking them up or creating them in this package. The package names are still subject to (READTABLE-CASE *READTABLE*), though. * X3J13 vote <157> is implemented: ROOM accepts an optional argument with default value :DEFAULT. * New macro SPACE. (SPACE form) evaluates form and prints information about the memory allocations caused by this evaluation. * The spanish translation is now 100% complete. Thanks to Carlos Linares. * DESCRIBE of a structure now displays the structure's slots. * The reader now accepts the syntax #\^A ... #\^Z for the ASCII control characters. * Fixed a CLOS bug: &ALLOW-OTHER-KEYS in lambda lists of INITIALIZE-INSTANCE now disables the validity checking of corresponding MAKE-INSTANCE calls. Thanks to Matthias Lindner . * Fixed a bug: The type REAL is now accepted as a declaration specifier. * Fixed a bug: When using GNU gettext, the LOCALIZED function always returned the value corresponding to language ENGLISH, and the interactive conflict resolution of some IMPORT/EXPORT package operations aborted with an internal error. * Fixed a bug in the foreign function interface: call-ins didn't work on some platforms. Thanks to Matthias Lindner . * Fixed a bug: Calling the function SOCKET-SERVICE-PORT with a non-string argument caused a crash. * Fixed two bugs which could cause a crash when a GC occurred during an IN-PACKAGE or during a pathname operation (DOS, OS/2, Win32 versions only). * Added image support to the clx/new-clx module. Thanks to Gilbert Baumann . Portability ----------- * More Win32 support: stack overflow handling, foreign function interface, more robust memory management. * Added support for Win32 (WinNT and Win95), using Borland C++. * Fixed a compilation error when compiling for sparcv8. Thanks to Hans Adams . * Updated support for Solaris/x86. Thanks to Lutz Euler . Other modifications ------------------- * Reduced the number of conses allocated by calling APPLY on a function with both &KEY and &REST. Thanks to Jörg Höhle. * The CLX documentation can now be viewed in ghostview. Thanks to Karl M. Hegbloom . Enjoy! Bruno From donc@ISI.EDU Fri Sep 26 07:36:38 1997 Return-Path: Received: from darkstar.isi.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13762; Fri, 26 Sep 97 07:36:38 +0200 Received: by darkstar.isi.edu (5.65c/5.61+local-27) id ; Thu, 25 Sep 1997 21:39:24 -0700 Message-Id: <199709260439.AA02766@darkstar.isi.edu> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Re[2]: equalp of structs - speed In-Reply-To: Your message of "Thu, 25 Sep 1997 15:47:52 +0200." <9709258751.AA875191973@inet.stknhlg.com> Date: Thu, 25 Sep 97 21:39:24 PDT From: Don Cohen but both functions do essentially the same! clisp ignores type declarations, so it checks the types in my version as much as it does in the built-in. Both functions do the same thing IF the slots are numbers. If not, your version calls = on a non number and gets an error while equalp does not. I'd expect (= 3 3) to be faster than (equalp 3 3). From haible@ilog.fr Sat Sep 27 00:07:42 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01282; Sat, 27 Sep 97 00:07:42 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id XAA25282 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Fri, 26 Sep 1997 23:10:16 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id XAA02122; Fri, 26 Sep 1997 23:09:45 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id XAA02122; Fri, 26 Sep 1997 23:09:45 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id XAA08525; Fri, 26 Sep 1997 23:09:44 +0200 (MET DST) Date: Fri, 26 Sep 1997 23:09:44 +0200 (MET DST) Message-Id: <199709262109.XAA08525@halles.ilog.fr> To: Subject: Re: clisp on machten In-Reply-To: <342969840.415d@november.diac.com> References: <342969840.415d@november.diac.com> Content-Type: text Dan Stanger asks: > machten is a coresident operating system on the mac which is bsd > based. it is a real memory implementation of unix. has anyone > tried to port clisp to it? what would the limitations of clisp be > in a real mode unix. Porting to yet another flavour of Unix might be as simple as unpacking the source, "configure" and "make". If it's Unix, what limitations would you expect? Bruno From haible@ilog.fr Sat Sep 27 00:37:34 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01798; Sat, 27 Sep 97 00:37:34 +0200 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id XAA25451 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Fri, 26 Sep 1997 23:40:11 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id XAA02597; Fri, 26 Sep 1997 23:31:58 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id XAA02597; Fri, 26 Sep 1997 23:31:58 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id XAA13231; Fri, 26 Sep 1997 23:31:58 +0200 (MET DST) Date: Fri, 26 Sep 1997 23:31:58 +0200 (MET DST) Message-Id: <199709262131.XAA13231@halles.ilog.fr> To: Subject: Re: format ~t - the bug remains In-Reply-To: <9709258751.AA875199658@inet.stknhlg.com> References: <9709258751.AA875199658@inet.stknhlg.com> Content-Type: text Sam Steingold wrote: > Sometimes I get a feeling that I am the only subscriber to this list > (definitely the most garrulous!)... Oh well. :-) But then, you still don't post as often as I do :-) > The same bug that was (allegedly) fixed recently: clisp thinks that > the first output after the command starts with column 2, not 0. The > following is the test case: > > > (sorted-map ...) > --> a: a; b: a; c: a > --> a: d; b: nil; c: nil > --> a: nil; b: g; c: g > --> a: i; b: i; c: i > --> a: nil; b: nil; c: l This bug is fixed on Win32 with console I/O. I cannot fix it when I/O is redirected to Emacs, because this situation looks - from clisp's perspective - exactly as a double pipe "... | clisp | ...". CLISP cannot know that Emacs arranges things so that when you type Return on the input side, the output side's column will move to column 0. You would have to tell CLISP explicitly about it, somewhat like this: (when (= (sys::%record-length *terminal-io*) 10) (setf (sys::%record-ref *terminal-io* 7) 'equal) ) > BTW, is there a way to get a function's signature? (the list of > arguments) Something like (defun function-arglist (fn) (values (read-from-string (multiple-value-call #'sys::describe-signature nil (sys::function-signature fn) ) ) ) ) will probably do the trick. Of course, keep in mind that CLISP internals (i.e. everything you get access to through the SYSTEM package) are subject to change without notice. Bruno From blake@edge.net Sun Sep 28 22:01:32 1997 Return-Path: Received: from edge.edge.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01795; Sun, 28 Sep 97 22:01:32 +0100 Received: from edge (ipt056.nash.edge.net [206.228.60.56]) by edge.edge.net (8.7.5/8.7.3) with SMTP id PAA08524 for ; Sun, 28 Sep 1997 15:03:49 -0500 (CDT) Message-Id: <3.0.3.32.19970928150542.0095f420@edge.net> X-Sender: blake@edge.net X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Sun, 28 Sep 1997 15:05:42 -0500 To: From: Blake McBride Subject: Problems building under Win32 In-Reply-To: <199709252107.XAA13211@halles.ilog.fr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" I encountered the following problems while attempting to build 1997-09-25 under NT 4.0 with MSVC 5.0. 1. ffcall/avcall/test.exe builds ok but won't run. I traced the problem to a call to __builtin_avcall which is written in assembler. It appears that it is attempting to jump to an invalid address. 2. ffcall/vacall/test.exe has a similar problem. 3. Change the Makefile.msvc in both the above directories from: RM = rm -f to: RM = del 4. During the build in the src directory the cccp pass failed due to a stack overflow. I fixed the problem by changing utils/gcc-cccp/Makefile.msvc from: $(CC) $(CFLAGS) cccp.obj cexp.obj version.obj obstack.obj $(ALLOCA) -o cccp to: $(CC) $(CFLAGS) cccp.obj cexp.obj version.obj obstack.obj $(ALLOCA) -o cccp /link /stack:2000000 5. Adding -nologo to CFLAGS in all the makefiles would prevent the constant Microsoft copyright messages. I ignored the failure of items 1 and 2 above and made the rest of the changes locally. Everything compiled and built and seems to run. However, I question the FFI due to items 1 and 2. --blake -- Download source code to my Dynace Object Oriented Extension to C and Windows Development System from: http://www.edge.net/algorithms Blake McBride (blake@edge.net) Algorithms Corporation - 615-791-1636 - USA From sshteingold@cctrading.com Mon Sep 29 15:38:43 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06647; Mon, 29 Sep 97 15:38:43 +0100 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA06629; Mon, 29 Sep 97 09:50:28 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA875540512; Mon, 29 Sep 97 09:41:54 -0500 Message-Id: <9709298755.AA875540512@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Mon, 29 Sep 97 09:40:54 -0500 Return-Receipt-To: To: , Subject: Re[2]: format ~t - the bug remains Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cool! But this prints something like (arg1 arg2 arg3 arg4 arg5 arg6 &rest other-args) which is not too informative. I wish it were possible to get something like (list pred) for a function defined as (defun zz (list pred) ...) Apparently, neither CLtL2 nor ANSI provide for such, so the issue is moot. (Well, the only reason one might need this is insufficient documentation, and I guess all functions in CL are supposed to have proper doc strings). Thanks! Something like (defun function-arglist (fn) (values (read-from-string (multiple-value-call #'sys::describe-signature nil (sys::function-signature fn) ) ) ) ) will probably do the trick. Of course, keep in mind that CLISP internals (i.e. everything you get access to through the SYSTEM package) are subject to change without notice. From haible@ilog.fr Mon Sep 29 19:08:25 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA08814; Mon, 29 Sep 97 19:08:25 +0100 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id TAA19976 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Mon, 29 Sep 1997 19:10:24 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id TAA09190; Mon, 29 Sep 1997 19:07:03 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id TAA09190; Mon, 29 Sep 1997 19:07:03 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id TAA06435; Mon, 29 Sep 1997 19:07:01 +0200 (MET DST) Date: Mon, 29 Sep 1997 19:07:01 +0200 (MET DST) Message-Id: <199709291707.TAA06435@halles.ilog.fr> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: SOCKET-SERVICE-PORT In-Reply-To: <199709241127.NAA17550@halles.ilog.fr> References: <199709241127.NAA17550@halles.ilog.fr> Content-Type: text Sam Steingold wrote: > 1. SOCKET-SERVICE-PORT doesn't know about http(s) (80/443) and gopher > (70). If you are on WinNT 4, the directory SYSTEM32 should contain a file called DRIVERS\ETC\SERVICES. To be modified appropriately. Bruno (with help from my local Windows wizard) From sshteingold@cctrading.com Tue Sep 30 16:26:55 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13210; Tue, 30 Sep 97 16:26:55 +0100 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA09355; Tue, 30 Sep 97 10:38:30 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA875629837; Tue, 30 Sep 97 10:30:38 -0500 Message-Id: <9709308756.AA875629837@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Tue, 30 Sep 97 10:28:12 -0500 Return-Receipt-To: To: Subject: unreadable forms as default in macros Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I am getting an error when trying to compile or evaluate a function that calls a macro with an optional argument that defaults to a value with an unreadable printed representation. E.g.. > (defmacro zz (&optional (rt *readtable*)) rt) zz > (defun xx () (zz)) xx > (xx) *** - EVAL: illegal form # 1. Break> abort > (compile 'xx) ERROR in function xx : Invalid form: # nil > So, what do I do wrong? From donc@ISI.EDU Tue Sep 30 17:13:49 1997 Return-Path: Received: from darkstar.isi.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA13801; Tue, 30 Sep 97 17:13:49 +0100 Received: by darkstar.isi.edu (5.65c/5.61+local-27) id ; Tue, 30 Sep 1997 08:15:49 -0700 Message-Id: <199709301515.AA24912@darkstar.isi.edu> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: unreadable forms as default in macros In-Reply-To: Your message of "Tue, 30 Sep 1997 16:27:59 BST." <9709308756.AA875629837@inet.stknhlg.com> Date: Tue, 30 Sep 97 08:15:49 PDT From: Don Cohen The problem is not how things are printed but rather what things are self evaluating. Change the macro to `',rt and it'll work. From sshteingold@cctrading.com Tue Sep 30 17:30:53 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA14069; Tue, 30 Sep 97 17:30:53 +0100 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA09577; Tue, 30 Sep 97 11:42:30 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA875633541; Tue, 30 Sep 97 11:32:23 -0500 Message-Id: <9709308756.AA875633541@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Tue, 30 Sep 97 11:33:06 -0500 Return-Receipt-To: To: , Subject: Re[2]: unreadable forms as default in macros Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Could you please be more verbose? I tried all the combinations of quotes, backquotes and commas I could think of *before* I sent my original message. ______________________________ Reply Separator _________________________________ Subject: Re: unreadable forms as default in macros Author: at INET Date: 1997-09-30 17:17 The problem is not how things are printed but rather what things are self evaluating. Change the macro to `',rt and it'll work. From haible@ilog.fr Tue Sep 30 19:08:44 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA15117; Tue, 30 Sep 97 19:08:44 +0100 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id TAA07078 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Tue, 30 Sep 1997 19:10:34 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id TAA09707; Tue, 30 Sep 1997 19:07:32 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id TAA09707; Tue, 30 Sep 1997 19:07:32 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id TAA26633; Tue, 30 Sep 1997 19:07:33 +0200 (MET DST) Date: Tue, 30 Sep 1997 19:07:33 +0200 (MET DST) Message-Id: <199709301707.TAA26633@halles.ilog.fr> To: Subject: Re: unreadable forms as default in macros In-Reply-To: <9709308756.AA875629837@inet.stknhlg.com> References: <9709308756.AA875629837@inet.stknhlg.com> Content-Type: text Sam Steingold : > > E.g.. > > (defmacro zz (&optional (rt *readtable*)) rt) > zz > > So, what do I do wrong? When you have problems with macros, it helps to call `macroexpand-1' on a form, for example: > (macroexpand-1 '(zz)) # ; T Now, # is not a valid program according to CLtL1 (neither a symbol, list, number, character nor bit-vector). What do you want to have (macroexpand-1 '(zz)) to yield? Either (macroexpand-1 '(zz)) ==> '# then (zz) will be the value of *readtable* at macro expansion time (i.e. maybe compile time). Or (macroexpand-1 '(zz)) ==> *READTABLE* then (zz) will be the value of *readtable* at run time. Bruno From sshteingold@cctrading.com Tue Sep 30 20:40:54 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00214; Tue, 30 Sep 97 20:40:54 +0100 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA10165; Tue, 30 Sep 97 14:52:31 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA875644946; Tue, 30 Sep 97 14:42:28 -0500 Message-Id: <9709308756.AA875644946@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Tue, 30 Sep 97 14:42:53 -0500 Return-Receipt-To: To: , Subject: Re[2]: unreadable forms as default in macros Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I want it to expand to *readtable*. It turned out that the right way is (defmacro zz (...) `',rt). ______________________________ Reply Separator _________________________________ Subject: Re: unreadable forms as default in macros Author: at INET Date: 1997-09-30 19:13 Sam Steingold : > > E.g.. > > (defmacro zz (&optional (rt *readtable*)) rt) > zz > > So, what do I do wrong? When you have problems with macros, it helps to call `macroexpand-1' on a form, for example: > (macroexpand-1 '(zz)) # ; T Now, # is not a valid program according to CLtL1 (neither a symbol, list, number, character nor bit-vector). What do you want to have (macroexpand-1 '(zz)) to yield? Either (macroexpand-1 '(zz)) ==> '# then (zz) will be the value of *readtable* at macro expansion time (i.e. maybe compile time). Or (macroexpand-1 '(zz)) ==> *READTABLE* then (zz) will be the value of *readtable* at run time. Bruno From hoehle@zeus.gmd.de Wed Oct 1 11:10:58 1997 Return-Path: Received: from mail.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA09091; Wed, 1 Oct 97 11:10:58 +0100 Received: from zeus.gmd.de (zeus) by mail.gmd.de with SMTP id AA21019 (5.67b8/IDA-1.5 for ); Wed, 1 Oct 1997 11:12:51 +0200 Received: from amiga ([141.12.144.207]) by zeus.gmd.de with SMTP id AA07459 (5.67b8/IDA-1.5 for ); Wed, 1 Oct 1997 11:12:50 +0200 Date: Wed, 1 Oct 1997 11:12:50 +0200 Message-Id: <199710010912.AA07459@zeus.gmd.de> From: Joerg.Hoehle@gmd.de (Jorg-Cyril Hohle) To: Subject: Re: format ~t - the bug remains In-Reply-To: <199709262131.XAA13231@halles.ilog.fr> References: <199709262131.XAA13231@halles.ilog.fr> Bruno Haible wrote: > (when (= (sys::%record-length *terminal-io*) 10) > (setf (sys::%record-ref *terminal-io* 7) 'equal) Wouldn't that be a nice addition for the -I switch? _clisp.1 says: :.B -I :ILISP friendly: :.B clisp :interacts in a way that ILISP (a popular Emacs LISP interface) can deal with. :Currently the only effect of this is that unnecessary prompts are not :suppressed. I mean, by using -I you tell CLISP that I/O is interactive and O is probably linked to I even if CLISP sees a pipe. Of course, that's not a "safe" option w.r.t. to CLISP philosophy. Joerg. PS: BTW, I get 11 and not 10 with: > (lisp-implementation-version) "1997-08-07 (Aou>t 1997)" > (sys::%record-length *terminal-io*) 11 > *terminal-io* # From Ric.Hohne@racalinst.co.uk Thu Oct 2 10:55:54 1997 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00283; Thu, 2 Oct 97 10:55:54 +0100 Received: from relay2.mail.uk.psi.net (actually sys1.london.uk.psi.net) by nz11.rz.uni-karlsruhe.de with SMTP (PP); Thu, 2 Oct 1997 10:45:19 +0200 Received: from sys4.cambridge.uk.psi.net (sys4.cambridge.uk.psi.net [154.32.106.14]) by relay2.mail.uk.psi.net (8.8.4/) with ESMTP id JAA09753 for ; Thu, 2 Oct 1997 09:41:54 +0100 (BST) Received: by sys4.cambridge.uk.psi.net (8.8.5/SMI-5.5-UKPSINet) id JAA21324; Thu, 2 Oct 1997 09:11:15 +0100 (BST) Received: from smtpgate.racalinst.co.uk (smtpgate [89.2.2.4]) by styx.racalinst.co.uk with SMTP id JAA26751 for (2.2-8.8.5/3.1.13); Thu, 2 Oct 1997 09:10:11 +0100 (BST) Received: by smtpgate.racalinst.co.uk with Microsoft Mail id <34336431@smtpgate.racalinst.co.uk>; Thu, 02 Oct 97 09:06:57 GMT From: "Hohne, Ric" To: "'clisp_list'" Cc: "Hohne, Ric" Subject: Booting problems under WIN95 Date: Thu, 02 Oct 97 09:09:00 GMT Message-Id: <34336431@smtpgate.racalinst.co.uk> Return-Receipt-To: Encoding: 19 TEXT X-Mailer: Microsoft Mail V3.0 The booting of the win32 version of lisp.exe appears to be very machine dependant. On some machines it will boot, on others it fails during the VirtualAlloc phase with the "Cannot reserve address range" error message message. >From previous emails I've noticed that this also happened on NT, however I haven't seen any emails indicating that the solution has been found. This leads to the question, what are the criteria for running the win32 version of lisp on a WIN95 platform. Ric Hohne Racal Instruments Ltd Ric.Hohne@racalinst.co.uk From dtillman@palantir.cannonexpress.com Thu Oct 2 22:12:54 1997 Return-Path: Received: from palantir.cannonexpress.com (pool-4.ftsm.ipa.net) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA07233; Thu, 2 Oct 97 22:12:54 +0100 Received: (from dtillman@localhost) by palantir.cannonexpress.com (8.8.5/8.8.5) id PAA04489; Thu, 2 Oct 1997 15:14:55 -0500 Date: Thu, 2 Oct 1997 15:14:55 -0500 Message-Id: <199710022014.PAA04489@palantir.cannonexpress.com> From: David Tillman To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: UNIX error 13 (EACCES): Permission denied Hello, I am try to install clisp on linux. While following the instructions in the README I get: *** - UNIX error 13 (EACCES): Permission denied when I try to eval (compile-file "src/config") or (load "src/config"). I am new to clisp so I have no idea what the problem is. Any ideas? -Dave -- David Tillman : dtillman@cannonexpress.com Linux Software Development email list : lsd-list-request@cannonexpress.com Radio Astronomy email list : ara-list-request@cannonexpress.com From Ric.Hohne@racalinst.co.uk Fri Oct 3 12:22:33 1997 Return-Path: Received: from relay2.mail.uk.psi.net (sys1.london.uk.psi.net) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA18683; Fri, 3 Oct 97 12:22:33 +0100 Received: from sys4.cambridge.uk.psi.net (sys4.cambridge.uk.psi.net [154.32.106.14]) by relay2.mail.uk.psi.net (8.8.4/) with ESMTP id LAA14831 for ; Fri, 3 Oct 1997 11:24:01 +0100 (BST) Received: by sys4.cambridge.uk.psi.net (8.8.5/SMI-5.5-UKPSINet) id LAA05365; Fri, 3 Oct 1997 11:12:51 +0100 (BST) Received: from smtpgate.racalinst.co.uk (smtpgate [89.2.2.4]) by styx.racalinst.co.uk with SMTP id KAA06617 for (2.2-8.8.5/3.1.13); Fri, 3 Oct 1997 10:54:24 +0100 (BST) Received: by smtpgate.racalinst.co.uk with Microsoft Mail id <3434CE26@smtpgate.racalinst.co.uk>; Fri, 03 Oct 97 10:51:18 GMT From: "Hohne, Ric" To: "'clisp_list'" Cc: "Hohne, Ric" Subject: RE: Booting problems under WIN95 Date: Fri, 03 Oct 97 10:53:00 GMT Message-Id: <3434CE26@smtpgate.racalinst.co.uk> Return-Receipt-To: Encoding: 31 TEXT X-Mailer: Microsoft Mail V3.0 Have just downloaded the 1997-09-19 Win32 binaries and the problem goes away. However the problem arises if I compile, using the 1997-09-19 sources, using MSVC++ 5.0. Since this compiled version does not have the "-mm" option I am unable to send the resulting output. -----Original Message----- Ric Hohne writes: > > The booting of the win32 version of lisp.exe appears to be very machine > dependant. On some machines it will boot, on others it fails during the > VirtualAlloc phase with the "Cannot reserve address range" error message > message. Are you working with the latest Win32 binaries, those dated 1997-09-19 ? They should be much more tolerant w.r.t. swiss cheese memory maps. If you still get an "Cannot reserve address range" error message during startup of these binaries, please try "lisp.exe -mm" and send me the resulting output. Bruno From sshteingold@cctrading.com Fri Oct 3 15:12:33 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA20476; Fri, 3 Oct 97 15:12:33 +0100 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA17007; Fri, 3 Oct 97 09:23:37 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA875884526; Fri, 03 Oct 97 09:15:29 -0500 Message-Id: <9710038758.AA875884526@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Fri, 03 Oct 97 09:13:33 -0500 Return-Receipt-To: To: Subject: Re: UNIX error 13 (EACCES): Permission denied Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I would suspect that you do not have read permission on file "src/config" or write permission in the directory "src". Try doing the same as root. ______________________________ Reply Separator _________________________________ Subject: UNIX error 13 (EACCES): Permission denied Author: at INET Date: 1997-10-02 22:16 Hello, I am try to install clisp on linux. While following the instructions in the README I get: *** - UNIX error 13 (EACCES): Permission denied when I try to eval (compile-file "src/config") or (load "src/config"). I am new to clisp so I have no idea what the problem is. Any ideas? -Dave -- David Tillman : dtillman@cannonexpress.com Linux Software Development email list : lsd-list-request@cannonexpress.com Radio Astronomy email list : ara-list-request@cannonexpress.com From sshteingold@cctrading.com Fri Oct 3 17:33:30 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA21962; Fri, 3 Oct 97 17:33:30 +0100 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA17518; Fri, 3 Oct 97 11:44:33 EDT From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA875892986; Fri, 03 Oct 97 11:36:29 -0500 Message-Id: <9710038758.AA875892986@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Fri, 03 Oct 97 11:34:59 -0500 Return-Receipt-To: To: Subject: something *very* strange (to *me*). Please help! Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sorry about such a non-descriptive subject. I really have no idea about what's going on! In CLISP: (let ((l (do ((i 0 (1+ i)) r) ((= i 3) (nreverse r)) (push #'(lambda () i) r)))) (mapcar #'funcall l)) ==> (3 3 3) I would expect (0 1 2) What is going on? How do I get the desired result? (declaring i special doesn't change anything) Thanks. -- Sam Steingold From bernardp@CLI.DI.Unipi.IT Fri Oct 3 17:53:44 1997 Return-Path: Received: from mailserver.cli.di.unipi.it (alice.cli.di.unipi.it) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA22273; Fri, 3 Oct 97 17:53:44 +0100 Organization: Centro di Calcolo - Dipartimento di Informatica di Pisa - Italy Received: from helen.cli.di.unipi.it (helen.cli.di.unipi.it [131.114.11.38]) by mailserver.cli.di.unipi.it (8.8.5/8.7.3) with ESMTP id RAA04708; Fri, 3 Oct 1997 17:55:37 +0200 (MET DST) From: Pierpaolo Bernardi Received: (bernardp@localhost) by helen.cli.di.unipi.it (8.7.5/8.6.12) id RAA18839; Fri, 3 Oct 1997 17:55:34 +0200 (MET DST) Message-Id: <199710031555.RAA18839@helen.cli.di.unipi.it> Subject: Re: something *very* strange (to *me*). Please help! To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Date: Fri, 3 Oct 1997 17:55:33 +0200 (MET DST) In-Reply-To: <9710038758.AA875892986@inet.stknhlg.com> from "sshteingold@cctrading.com" at Oct 3, 97 05:35:39 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > Sorry about such a non-descriptive subject. I really have no idea > about > what's going on! > In CLISP: > > (let ((l (do ((i 0 (1+ i)) r) ((= i 3) (nreverse r)) > (push #'(lambda () i) r)))) > (mapcar #'funcall l)) > > ==> (3 3 3) > > I would expect (0 1 2) > > What is going on? > How do I get the desired result? > (declaring i special doesn't change anything) > Thanks. To understand what's going on, try macroexpanding the DO form. Whether the variables in the DO are SETQed or rebound is implementation dependent. It appears that in Clisp one variable is shared by all the functions. If you want a different behaviour, you should write exactly what you want. e.g. (not tested) (let ((l (labels ((fun (i r) (if (= i 3) (nreverse r) (fun (+ i 1) (cons (lambda () i) r))))) (fun 0 '())))) (mapcar #'funcall l)) > > -- > Sam Steingold > > > Poka, Pierpaolo. From haible@ilog.fr Fri Oct 3 18:11:54 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA22577; Fri, 3 Oct 97 18:11:54 +0100 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id SAA29226 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Fri, 3 Oct 1997 18:13:02 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id SAA19329; Fri, 3 Oct 1997 18:07:14 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id SAA19329; Fri, 3 Oct 1997 18:07:14 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id SAA04059; Fri, 3 Oct 1997 18:07:12 +0200 (MET DST) Date: Fri, 3 Oct 1997 18:07:12 +0200 (MET DST) Message-Id: <199710031607.SAA04059@halles.ilog.fr> To: Subject: Re: something *very* strange (to *me*). In-Reply-To: <9710038758.AA875892986@inet.stknhlg.com> References: <9710038758.AA875892986@inet.stknhlg.com> Content-Type: text Sam Steingold writes: > > In CLISP: > > (let ((l (do ((i 0 (1+ i)) r) > ((= i 3) (nreverse r)) > (push #'(lambda () i) r)))) > (mapcar #'funcall l)) > > ==> (3 3 3) > > I would expect (0 1 2) > > What is going on? This is a very unfortunate pitfall in Common Lisp. The #'(lambda () i) captures the "binding" of the variable i, not its value - so that you can setf i from within the function. Therefore (let ((i 0)) (push #'(lambda () ...) l)) (let ((i 1)) (push #'(lambda () ...) l)) and (let ((i 0)) (push #'(lambda () ...) l) (setq i 1) (push #'(lambda () ...) l)) are different: in the first case, the two functions operate on separate i_s, in the second they can interact through the variable i. Unfortunately, Common Lisp's `do' macro chooses the second alternative. (For efficiency reasons, I assume.) > How do I get the desired result? Instead of #'(lambda () i) you write (let ((i i)) #'(lambda () i)) Looks stupid, but does the trick. Bruno From smh@Franz.COM Fri Oct 3 18:16:34 1997 Received: from sparky.Franz.COM by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA22676; Fri, 3 Oct 97 18:16:34 +0100 Return-Path: Received: from romeo.Franz.COM by sparky.Franz.COM (8.8.6/FI-2.0) id JAA05632 for ; Fri, 3 Oct 1997 09:17:58 -0700 (PDT) Received: from localhost by romeo.Franz.COM (5.65v3.2/FI-2.0) id AA32668 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Fri, 3 Oct 1997 09:17:57 -0700 Message-Id: <9710031617.AA32668@romeo.Franz.COM> To: Subject: Re: something *very* strange (to *me*). Please help! In-Reply-To: Your message of "Fri, 03 Oct 1997 17:54:52 BST." <199710031555.RAA18839@helen.cli.di.unipi.it> Date: Fri, 03 Oct 1997 09:17:56 -0700 From: Steve Haflich From: Pierpaolo Bernardi > (let ((l (do ((i 0 (1+ i)) r) ((= i 3) (nreverse r)) > (push #'(lambda () i) r)))) > (mapcar #'funcall l)) To understand what's going on, try macroexpanding the DO form. Agreed. If you want a different behaviour, you should write exactly what you want. (let ((l (labels ((fun (i r) (if (= i 3) (nreverse r) (fun (+ i 1) (cons (lambda () i) r))))) (fun 0 '())))) (mapcar #'funcall l)) This code is rather different from the original. I think the following captures more succinctly the semantic point between the original code and what was wanted: (let ((l (do ((i 0 (1+ i)) r) ((= i 3) (nreverse r)) (let ((j i)) ; Only this form is added. -smh (push #'(lambda () j) r))))) (mapcar #'funcall l)) From smd@sean.ebone.net Tue Oct 7 01:43:51 1997 Return-Path: Received: from sean.ebone.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA26538; Tue, 7 Oct 97 01:43:51 +0100 Received: (from smd@localhost) by sean.ebone.net (8.8.6/8.8.5) id BAA03423; Tue, 7 Oct 1997 01:44:42 +0200 (CEST) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: core dump while building 1997-09-25 on NetBSD-i386 From: Sean Doran Date: 07 Oct 1997 01:44:40 +0200 Message-Id: <52iuvav4lz.fsf@sean.ebone.net> Lines: 200 X-Mailer: Quassia Gnus v0.11/Emacs 20.2 : sean.ebone.net ; uname -a NetBSD sean.ebone.net 1.2G NetBSD 1.2G (EBONE) #0: Thu Oct 2 19:25:59 CEST 1997 smd@sean.ebone.net:/usr/src/sys/arch/i386/compile/EBONE i386 I did two things. Firstly, I had to create the src/locale directory manually, to avoid this: if test -d locale; then rm -rf locale; fi mkdir locale (cd gettext/po && make && make install datadir=../.. localedir='$(datadir)/locale' INSTALL_DATA=ln) || (rm -rf locale ; exit 1) installing en.gmo as ../../locale/en/LC_MESSAGES/clisp.mo installing de.gmo as ../../locale/de/LC_MESSAGES/clisp.mo installing fr.gmo as ../../locale/fr/LC_MESSAGES/clisp.mo installing de.gmo as ../../locale/de/LC_MESSAGES/clisp.mo ln: ../../locale/de/LC_MESSAGES/clisp.mo: File exists *** Error code 1 Stop. *** Error code 1 Stop. Secondly, I adjusted CFLAGS to remove any optimization other than -O and added in -g, in order to track down the core dump: ./lisp.run -m 750KW -N locale -x "(load \"init.lsp\") (sys::%saveinitmem) (exit)" 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 Copyright (c) Bruno Haible, Marcus Daniels 1994-1997 ;; Loading file defseq.lsp ... ;; Loading of file defseq.lsp is finished. ;; Loading file backquot.lsp ... ;; Loading of file backquot.lsp is finished. ;; Loading file defmacro.lsp ... ;; Loading of file defmacro.lsp is finished. ;; Loading file macros1.lsp ... ;; Loading of file macros1.lsp is finished. ;; Loading file macros2.lsp ... ;; Loading of file macros2.lsp is finished. ;; Loading file defs1.lsp ... ;; Loading of file defs1.lsp is finished. ;; Loading file places.lsp ...Segmentation fault - core dumped *** Error code 139 Stop. : sean.ebone.net ; gdb lisp.run *core GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.11 (i386-netbsd), Copyright 1993 Free Software Foundation, Inc... Core was generated by `lisp.run'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/libexec/ld.so...done. Reading symbols from /usr/lib/libtermcap.so.0.0...done. Reading symbols from /usr/X11R6/lib/libX11.so.6.1...done. Reading symbols from /usr/lib/libc.so.12.17...done. #0 C_let () at control.d:725 725 TheSymbolflagged(symbol)->symvalue = newval; # neuer Wert Breakpoint 1 at 0x6a61: file spvw.d, line 9762. (gdb) bt #0 C_let () at control.d:725 #1 0x1586f in eval_fsubr (fun=0x10000000, args=0xfffffff) at eval.d:3270 #2 0x15572 in eval1 (form=0x40035ae8) at eval.d:3126 #3 0x151fe in eval (form=0x40035ae8) at eval.d:2970 #4 0x20097 in C_multiple_value_bind () at control.d:1775 #5 0x1586f in eval_fsubr (fun=0x10000000, args=0xfffffff) at eval.d:3270 #6 0x15572 in eval1 (form=0x400513f0) at eval.d:3126 #7 0x151fe in eval (form=0x400513f0) at eval.d:2970 #8 0x1e6b3 in C_let () at control.d:732 #9 0x1586f in eval_fsubr (fun=0x10000000, args=0xfffffff) at eval.d:3270 #10 0x15572 in eval1 (form=0x40051408) at eval.d:3126 #11 0x151fe in eval (form=0x40051408) at eval.d:2970 #12 0x20097 in C_multiple_value_bind () at control.d:1775 #13 0x1586f in eval_fsubr (fun=0x10000000, args=0xfffffff) at eval.d:3270 #14 0x15572 in eval1 (form=0x40051430) at eval.d:3126 #15 0x151fe in eval (form=0x40051430) at eval.d:2970 #16 0x1e7db in C_letstern () at control.d:775 #17 0x1586f in eval_fsubr (fun=0x10000000, args=0xfffffff) at eval.d:3270 #18 0x15572 in eval1 (form=0x40051450) at eval.d:3126 #19 0x151fe in eval (form=0x40051450) at eval.d:2970 #20 0x1f0d8 in C_if () at control.d:1132 #21 0x1586f in eval_fsubr (fun=0x10000000, args=0xfffffff) at eval.d:3270 #22 0x15572 in eval1 (form=0x40051470) at eval.d:3126 #23 0x151fe in eval (form=0x40051470) at eval.d:2970 #24 0x14dc3 in funcall_iclosure (closure=0x8008a00, args_pointer=0xf000290, argcount=0) at eval.d:2754 #25 0x18cff in funcall_closure (closure=0x8008a00, args_on_stack=2) at eval.d:5885 #26 0x180a1 in funcall (fun=0x8008a00, args_on_stack=2) at eval.d:5104 #27 0x1e061 in C_pfuncall (argcount=2, rest_args_pointer=0x2000a4a8) at control.d:422 #28 0x18568 in funcall_subr (fun=0xe000c00, args_on_stack=268435455) at eval.d:5423 #29 0x17f38 in funcall (fun=0xe000c00, args_on_stack=3) at eval.d:5030 #30 0x12f02 in macroexp (form=0x40076e20, venv=0x20000000, fenv=0x20000000) at eval.d:1380 #31 0x154ae in eval1 (form=0x40076e20) at eval.d:3093 #32 0x151fe in eval (form=0x40076e20) at eval.d:2970 #33 0x12a3d in eval_5env (form=0x40076e20, var_env=0x20000000, fun_env=0x10000000, block_env=0x20000000, go_env=0x20000000, decl_env=0x400022b8) at eval.d:1021 #34 0x12a71 in eval_noenv (form=0x40076e20) at eval.d:1035 #35 0x20aad in C_eval () at control.d:2093 #36 0x15fd2 in eval_subr (fun=0xe000d80) at eval.d:3633 #37 0x15537 in eval1 (form=0x40009860) at eval.d:3112 #38 0x151fe in eval (form=0x40009860) at eval.d:2970 #39 0x1f287 in C_cond () at control.d:1190 #40 0x1586f in eval_fsubr (fun=0x10000000, args=0xfffffff) at eval.d:3270 #41 0x15572 in eval1 (form=0x400097b8) at eval.d:3126 #42 0x151fe in eval (form=0x400097b8) at eval.d:2970 #43 0x1fd86 in C_multiple_value_list () at control.d:1661 #44 0x1586f in eval_fsubr (fun=0x10000000, args=0xfffffff) at eval.d:3270 #45 0x15572 in eval1 (form=0x400097b0) at eval.d:3126 #46 0x151fe in eval (form=0x400097b0) at eval.d:2970 #47 0x1dd35 in C_setq () at control.d:305 #48 0x1586f in eval_fsubr (fun=0x10000000, args=0xfffffff) at eval.d:3270 #49 0x15572 in eval1 (form=0x400097a0) at eval.d:3126 #50 0x151fe in eval (form=0x400097a0) at eval.d:2970 #51 0x1e6b3 in C_let () at control.d:732 #52 0x1586f in eval_fsubr (fun=0x10000000, args=0xfffffff) at eval.d:3270 #53 0x15572 in eval1 (form=0x40009710) at eval.d:3126 #54 0x151fe in eval (form=0x40009710) at eval.d:2970 #55 0x1fa32 in C_tagbody () at control.d:1540 #56 0x1586f in eval_fsubr (fun=0x10000000, args=0xfffffff) at eval.d:3270 #57 0x15572 in eval1 (form=0x400096c8) at eval.d:3126 #58 0x151fe in eval (form=0x400096c8) at eval.d:2970 #59 0x202fa in C_unwind_protect () at control.d:1848 #60 0x1586f in eval_fsubr (fun=0x10000000, args=0xfffffff) at eval.d:3270 #61 0x15572 in eval1 (form=0x400096c0) at eval.d:3126 #62 0x151fe in eval (form=0x400096c0) at eval.d:2970 #63 0x1f363 in C_block () at control.d:1213 #64 0x1586f in eval_fsubr (fun=0x10000000, args=0xfffffff) at eval.d:3270 #65 0x15572 in eval1 (form=0x400096b0) at eval.d:3126 #66 0x151fe in eval (form=0x400096b0) at eval.d:2970 #67 0x1e7db in C_letstern () at control.d:775 #68 0x1586f in eval_fsubr (fun=0x10000000, args=0xfffffff) at eval.d:3270 #69 0x15572 in eval1 (form=0x40009d28) at eval.d:3126 #70 0x151fe in eval (form=0x40009d28) at eval.d:2970 #71 0x1f0d8 in C_if () at control.d:1132 #72 0x1586f in eval_fsubr (fun=0x10000000, args=0xfffffff) at eval.d:3270 #73 0x15572 in eval1 (form=0x40009da8) at eval.d:3126 #74 0x151fe in eval (form=0x40009da8) at eval.d:2970 #75 0x1e6b3 in C_let () at control.d:732 #76 0x1586f in eval_fsubr (fun=0x10000000, args=0xfffffff) at eval.d:3270 #77 0x15572 in eval1 (form=0x40009dc0) at eval.d:3126 #78 0x151fe in eval (form=0x40009dc0) at eval.d:2970 #79 0x14dc3 in funcall_iclosure (closure=0x80014a0, args_pointer=0xf000054, argcount=0) at eval.d:2754 #80 0x169f0 in eval_closure (closure=0x1) at eval.d:4029 #81 0x15552 in eval1 (form=0x40048ed0) at eval.d:3118 #82 0x151fe in eval (form=0x40048ed0) at eval.d:2970 #83 0x12a3d in eval_5env (form=0x40048ed0, var_env=0x20000000, fun_env=0x10000000, block_env=0x20000000, go_env=0x20000000, decl_env=0x400022b8) at eval.d:1021 #84 0x12a71 in eval_noenv (form=0x40048ed0) at eval.d:1035 #85 0x5187e in C_load () at debug.d:418 #86 0x15fd2 in eval_subr (fun=0xe000e58) at eval.d:3633 #87 0x15537 in eval1 (form=0x40003140) at eval.d:3112 #88 0x151fe in eval (form=0x40003140) at eval.d:2970 #89 0x5142e in C_read_eval_print () at debug.d:234 #90 0x18579 in funcall_subr (fun=0xe000e40, args_on_stack=268435455) at eval.d:5429 #91 0x17f38 in funcall (fun=0xe000e40, args_on_stack=1) at eval.d:5030 #92 0x51602 in driver () at debug.d:306 #93 0xec63 in main (argc=7, argv=0xf7bfc53c) at spvw.d:12231 (gdb) frame 0 #0 C_let () at control.d:725 725 TheSymbolflagged(symbol)->symvalue = newval; # neuer Wert (gdb) list 720 if (*(oint*)(markptr) & wbit(dynam_bit_o)) # Bindung dynamisch? 721 { var object symbol = *(markptr STACKop varframe_binding_sym); # Variable 722 var object newval = *(markptr STACKop varframe_binding_value); # neuer Wert 723 *(markptr STACKop varframe_binding_value) = TheSymbolflagged(symbol)->symvalue; # alten Wert im Frame sichern 724 *(oint*)(markptr) |= wbit(active_bit_o); # Bindung aktivieren 725 TheSymbolflagged(symbol)->symvalue = newval; # neuer Wert 726 } 727 else 728 { *(oint*)(markptr) |= wbit(active_bit_o); } # Bindung aktivieren 729 }}); (gdb) I get the same frame 0 with all the optimizations turned on but of course the lack of frame pointers gives me no stack backtrace. I imagine someone has ideas of how to debug this... Sean. From haible@ilog.fr Tue Oct 7 13:53:07 1997 Return-Path: Received: from ftp.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA06981; Tue, 7 Oct 97 13:53:07 +0100 Received: (from uucp@localhost) by ftp.ilog.fr (8.8.7/8.8.7) id NAA13637 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Tue, 7 Oct 1997 13:50:36 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id NAA17083; Tue, 7 Oct 1997 13:49:44 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id NAA17083; Tue, 7 Oct 1997 13:49:44 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id NAA23536; Tue, 7 Oct 1997 13:49:42 +0200 (MET DST) Date: Tue, 7 Oct 1997 13:49:42 +0200 (MET DST) Message-Id: <199710071149.NAA23536@halles.ilog.fr> To: Subject: Re: core dump while building 1997-09-25 on NetBSD-i386 In-Reply-To: <52iuvav4lz.fsf@sean.ebone.net> References: <52iuvav4lz.fsf@sean.ebone.net> Content-Type: text Sean Doran writes: > > : sean.ebone.net ; uname -a > NetBSD sean.ebone.net 1.2G NetBSD 1.2G (EBONE) #0: Thu Oct 2 19:25:59 CEST 1997 smd@sean.ebone.net:/usr/src/sys/arch/i386/compile/EBONE i386 > > I did two things. > ... Thank you for the report. Contains all details one needs to know to track things down. > Firstly, I had to create the src/locale directory > manually, to avoid this: > > if test -d locale; then rm -rf locale; fi > mkdir locale > (cd gettext/po && make && make install datadir=../.. localedir='$(datadir)/locale' INSTALL_DATA=ln) || (rm -rf locale ; exit 1) > installing en.gmo as ../../locale/en/LC_MESSAGES/clisp.mo > installing de.gmo as ../../locale/de/LC_MESSAGES/clisp.mo > installing fr.gmo as ../../locale/fr/LC_MESSAGES/clisp.mo > installing de.gmo as ../../locale/de/LC_MESSAGES/clisp.mo > ln: ../../locale/de/LC_MESSAGES/clisp.mo: File exists > *** Error code 1 It tries to install the german catalog twice. I already saw this on FreeBSD 2.2. It's a bug in your /bin/sh, most easily reproduced like this: The following /bin/sh commands unset LINGUAS ALL_LINGUAS="en de fr es" NEW_LINGUAS= for lang in ${LINGUAS=$ALL_LINGUAS}; do case "$ALL_LINGUAS" in *$lang*) NEW_LINGUAS="$NEW_LINGUAS $lang" ;; esac done echo $NEW_LINGUAS print en de fr de fr es instead of en de fr es > ;; Loading file defseq.lsp ... > ;; Loading of file defseq.lsp is finished. > ;; Loading file backquot.lsp ... > ;; Loading of file backquot.lsp is finished. > ;; Loading file defmacro.lsp ... > ;; Loading of file defmacro.lsp is finished. > ;; Loading file macros1.lsp ... > ;; Loading of file macros1.lsp is finished. > ;; Loading file macros2.lsp ... > ;; Loading of file macros2.lsp is finished. > ;; Loading file defs1.lsp ... > ;; Loading of file defs1.lsp is finished. > ;; Loading file places.lsp ...Segmentation fault - core dumped > *** Error code 139 This looks like a problem with generational GC. (I thought NetBSD's support of mmap, mprotect etc. was functional now.) Try adding -DNO_GENERATIONAL_GC to the CFLAGS, rm *.o and recompile. If that doesn't help, try it first with -DSAFETY=3, then with -DSAFEFY=2, and so on until -DSAFETY=0. Bruno From smd@sean.ebone.net Wed Oct 8 12:19:51 1997 Return-Path: Received: from sean.ebone.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA23554; Wed, 8 Oct 97 12:19:51 +0100 Received: (from smd@localhost) by sean.ebone.net (8.8.6/8.8.5) id MAA02678; Wed, 8 Oct 1997 12:20:26 +0200 (CEST) To: Subject: Re: core dump while building 1997-09-25 on NetBSD-i386 References: <199710071149.NAA23536@halles.ilog.fr> From: Sean Doran Date: 08 Oct 1997 12:20:25 +0200 In-Reply-To: Bruno Haible's message of "Tue, 7 Oct 97 13:56:37 +0100" Message-Id: <52yb447dzq.fsf@sean.ebone.net> Lines: 54 X-Mailer: Quassia Gnus v0.11/Emacs 20.2 Bruno Haible writes: > This looks like a problem with generational GC. (I thought NetBSD's > support of mmap, mprotect etc. was functional now.) Try adding > -DNO_GENERATIONAL_GC to the CFLAGS, rm *.o and recompile. If that > doesn't help, try it first with -DSAFETY=3, then with -DSAFEFY=2, > and so on until -DSAFETY=0. None of this worked. However, I have compiled successfully using CFLAGS = -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit \ -Wreturn-type -fomit-frame-pointer -O2 \ -fexpensive-optimizations -DDYNAMIC_FFI -DNO_READLINE \ -DNO_MULTIMAP_SHM -DNO_MULTIMAP_FILE -DNO_SINGLEMAP \ -DNO_TRIVIALMAP With the last two lines being the additional options I supplied after the makemake. make went without a hitch other than dealing with the shell bug you mentioned. make test (NetBSD 1.2G current, P54C (i586/166) gcc 2.7.2.2): Test passed. 103.99 real 85.07 user 3.73 sys I guess based on the PLATFORMS file that this is half-decent performance. :-) make testsuite passed OK too. I guess this means the absence of wide isn't going to bite me? Also, does the absence of -DNO_GENERATIONAL_GC even in the presence of the lack of shared memory stuff mean that the generational GC is installed? (how do i tell?) Finally, do you think it's worth building again with some of the -DNO... things removed to see which one is triggering the problem? Sean. P.S.: I'm also very happy that the reason I started looking at CLISP in the first place seems to work with the new binary (CMUCL was nice and fast but the Python compiler has problems with tail recursion and lazy lists which keeps a reference to the head of an infinite lazy list; I started using CMUCL because scheme48/scsh simply was too slow to tolerate for a particular application I'm working on). From manaris@usl.edu Wed Oct 8 16:28:17 1997 Return-Path: Received: from bp.ucs.usl.edu by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA26135; Wed, 8 Oct 97 16:28:17 +0100 Received: from johann.ucs.usl.edu (johann.ucs.usl.edu [130.70.104.200]) by bp.ucs.usl.edu with SMTP id AA05755 (5.65c/IDA-1.4.4 for <@bp.usl.edu:clisp-list@ma2s2.mathematik.uni-karlsruhe.de>); Wed, 8 Oct 1997 09:28:08 -0500 Received: by johann.ucs.usl.edu (940816.SGI.8.6.9/940406.SGI) id JAA13836; Wed, 8 Oct 1997 09:28:06 -0500 From: "Bill Manaris" Message-Id: <9710080928.ZM13834@johann.ucs.usl.edu> Date: Wed, 8 Oct 1997 09:28:05 -0500 Reply-To: manaris@usl.edu Organization: Computer Science Dept., Univ. of Southwestern Louisiana X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: CLISP: Windows NT Question Cc: manaris@ucs.usl.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Greetings, I have successfully(?) installed the Windows NT version of CLISP. Although I can execute external programs with (RUN-PROGRAM ...), I *cannot* execute shell commands with either (SHELL ...) or (RUN-SHELL-COMMAND ...) Here is an example of the error: ---- > (shell "cls") [pathname.d:10023] *** - Win32 error 2 (ERROR_FILE_NOT_FOUND): The system cannot find the file specified. 1. Break> ---- Any suggestions will be appreciated. Best regards, Bill Manaris manaris@usl.edu From donc@ISI.EDU Sat Oct 11 06:59:08 1997 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01623; Sat, 11 Oct 97 06:59:08 +0100 Received: from darkstar.isi.edu by nz11.rz.uni-karlsruhe.de with SMTP (PP); Sat, 11 Oct 1997 06:09:18 +0200 Received: from darkstar.isi.edu (darkstar.isi.edu [128.9.128.127]) by darkstar.isi.edu (8.8.7/8.8.6) with SMTP id VAA16985 for ; Fri, 10 Oct 1997 21:08:01 -0700 (PDT) Message-Id: <199710110408.VAA16985@darkstar.isi.edu> X-Authentication-Warning: darkstar.isi.edu: darkstar.isi.edu [128.9.128.127] didn't use HELO protocol To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: sockets in new win32 clisp ? Date: Fri, 10 Oct 97 21:08:00 PDT From: Don Cohen Has anyone had any success with this? I'm trying to use it in win95. Here are some samples of my attempts: > (setf server (lisp::SOCKET-SERVER 2000)) # ;; seems ok > (setf client (SOCKET-CONNECT 2000)) # ;; isn't this is supposed to wait until accepted? > (princ "hello" client) "hello" > (lisp::socket-wait server 0) NIL ;; and this ought to return t, right? ;; Otherwise how can you tell whether there's a client trying to connect? > (SOCKET-SERVER-PORT server) 2000 > (setf client (SOCKET-CONNECT 3000)) *** - Winsock error 0 1. Break> ;; And this one is really strange - error 0 is supposed to mean there ;; was no error, and should be ignored, at least according to ;; http://www.sockets.com/err_lst1.htm#WSABASEERR ;; I thought this should wait for some server to accept. > (socket-accept server) ;; this waits, as it should, but when I c-c I get *** - handle_fault error1 ! SIGSEGV cannot be cured. Fault address = 0xFFFFFFFF. LISP caused an invalid page fault in module KERNEL32.DLL at 0137:bff9e3bb. Registers: EAX=00000001 CS=0137 EIP=bff9e3bb EFLGS=00010286 EBX=00000001 SS=013f ESP=00e6ff8c EBP=00e6ffc8 ECX=043c5781 DS=013f ESI=81570bb4 FS=0f17 EDX=8155d7e8 ES=013f EDI=00000000 GS=22a6 Bytes at CS:EIP: 00 00 00 6a 01 6a 01 e8 54 eb fe ff 89 46 2c 85 Stack dump: bff9e30b 00000008 815593a4 bff86917 00000000 bff9e30b 00000008 815593a4 00000000 00e6ffa0 00e6fdb8 ffffffff bffb8870 bffb89e0 00000000 81573c04 From haible@ilog.fr Mon Oct 20 23:17:15 1997 Return-Path: Received: from sceaux.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02246; Mon, 20 Oct 97 23:17:15 +0100 Received: (from uucp@localhost) by sceaux.ilog.fr (8.8.7/8.8.7) id XAA10316 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Mon, 20 Oct 1997 23:16:34 +0200 (MET DST) >Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id XAA28543; Mon, 20 Oct 1997 23:10:31 +0200 (MET DST) From: Bruno Haible Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id XAA28543; Mon, 20 Oct 1997 23:10:31 +0200 (MET DST) Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id XAA15420; Mon, 20 Oct 1997 23:10:31 +0200 (MET DST) Date: Mon, 20 Oct 1997 23:10:31 +0200 (MET DST) Message-Id: <199710202110.XAA15420@halles.ilog.fr> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Editing Clisp on Acorn machines In-Reply-To: References: Content-Type: text [Message forwarded from David H. Wild .] One of the problems with editing Clisp programs on Acorn machines has been the lack of an editor doing bracket matching. There is now a "scheme" mode available for the Zap editor. Despite its name it is well adapted for editing Lisp programs and can be obtained from http://www.mandala.co.uk/ -- __ __ __ __ __ ___ _____________________________________________ |__||__)/ __/ \|\ ||_ | / | || \\__/\__/| \||__ | /...Internet access for all Acorn RISC machines ___________________________/ dhwild@argonet.co.uk Uploaded on Mon,20 Oct 1997.18:31:32 From haible@ilog.fr Thu Oct 23 20:14:28 1997 Return-Path: Received: from sceaux.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02690; Thu, 23 Oct 97 20:14:28 +0100 Received: from ilog.ilog.fr ([172.17.4.15]) by sceaux.ilog.fr (8.8.7/8.8.7) with ESMTP id UAA21022 for ; Thu, 23 Oct 1997 20:13:40 +0200 (MET DST) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id UAA09889; Thu, 23 Oct 1997 20:12:14 +0200 (MET DST) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id UAA08202; Thu, 23 Oct 1997 20:12:14 +0200 (MET DST) Date: Thu, 23 Oct 1997 20:12:14 +0200 (MET DST) Message-Id: <199710231812.UAA08202@halles.ilog.fr> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Association of Lisp Users web site (announcement) [Message forwarded from Howard R Stearns . Please CC: him and clisp-list in all replies. -- Bruno] The Association of Lisp Users is pleased to announce a new web site for the Lisp community. The official site will "soon" be installed at http://www.lisp.org, and another announcement will made at that time. A mirror of the site is already available at: http://www.elwood.com/alu/index.htm An excellent source of information about Common Lisp, the new site contains over 100 printed pages of information, including references to: * 8 on-line articles and 2 book appendices describing the DEFINING FEATURES of the Lisp language, and its advantages and disadvantages relative to other languages. * 13 INTRODUCTORY BOOKS, 8 on-line TUTORIALS, 2 COURSES and 5 ADVANCED BOOKS on Lisp. * Nearly 200 COMMERCIAL LISP USERS in 20 industries, and over 75 RESEARCH USERS. * 5 SOURCE CODE REPOSITORIES and over 100 distinct FREE SOFTWARE PACKAGES, with source code, for use with Lisp. * Descriptions of 32 COMMON LISP IMPLEMENTATIONS. * 10 repeating CONFERENCES AND EXPOSITIONS relevant to Lisp, over 25 Lisp NEWSGROUPS and over 30 lisp MAILING LISTS. * 4 HISTORIES of Lisp and 11 books on HOW LISP WORKS internally. * 7 BOOKS ON OBJECT-ORIENTED PROGRAMMING in Lisp, 7 BOOKS ON AI PROGRAMMING in Lisp, and 7 books and 2 on-line guides to LISP PROGRAMMING STYLE. We have an ambitious program of planned improvements for the site, and volunteers are encouraged to read: http://www.elwood.com/alu/admin/work.htm A description of the purpose of the site, the role of the Association of Lisp Users, site navigation, credits, copyright, etc., are at: http://www.elwood.com/alu/table/about.htm In particular, please note: .. that the hosting by Elwood Corporation of this site mirror does not imply any connection with, or endorsement by, the Association of Lisp Users. .. that the site was largely created by and for Common Lisp users, simply through the constraints of time and familiarity. However, members of the entire Lisp community is invited to volunteer to participate, including those most familiar with Scheme, ISLisp, Dylan, Logo, Autocad, Interleaf, Emacs, Xlisp, etc. From rbrennon@compmore.net Mon Oct 27 22:51:33 1997 Return-Path: Received: from mail.compmore.net (mailr.compmore.net) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05927; Mon, 27 Oct 97 22:51:33 +0100 Received: (from uucp@localhost) by mail.compmore.net (8.8.5/8.7.3) id PAA03857 for ; Mon, 27 Oct 1997 15:35:36 -0500 (EST) Received: from port37.compmore.net(206.222.81.37), claiming to be "Alpha-1" via SMTP by mail.compmore.net, id smtpda03843; Mon Oct 27 15:35:29 1997 Message-Id: <3.0.32.19971027155101.00929a10@mail.compmore.net> X-Sender: rbrennon@mail.compmore.net X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 27 Oct 1997 15:51:34 -0500 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de From: Rob Subject: Memory error? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Hi, I've been running the DOS version of CLISP for some time now without error. Recently moving to the Winodws NT (Sept-19-1997) build I've been experiencing a memory-related error. I get: handle_fault error1. SIGSEGV cannot be cured. Fault address = 0x8C24BA6C. I've allocated 16MB to clisp (in the startup file), just as it was in DOS. Is this being caused by Windows page swapping? or something else? Please let me know if anybody else is experiencing this problem. Thanks. From haible@ilog.fr Mon Oct 27 23:13:37 1997 Return-Path: Received: from sceaux.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00358; Mon, 27 Oct 97 23:13:37 +0100 Received: from ilog.ilog.fr ([172.17.4.30]) by sceaux.ilog.fr (8.8.8/8.8.7) with ESMTP id WAA08785 for ; Mon, 27 Oct 1997 22:12:03 +0100 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.7/8.7.3) with ESMTP id WAA02246; Mon, 27 Oct 1997 22:12:45 +0100 (MET) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id WAA15899; Mon, 27 Oct 1997 22:10:42 +0100 (MET) Date: Mon, 27 Oct 1997 22:10:42 +0100 (MET) Message-Id: <199710272110.WAA15899@halles.ilog.fr> To: Subject: Re: Memory error? In-Reply-To: <3.0.32.19971027155101.00929a10@mail.compmore.net> References: <3.0.32.19971027155101.00929a10@mail.compmore.net> Rob writes: > I've been running the DOS version of CLISP for some time now without > error. Recently moving to the Winodws NT (Sept-19-1997) build I've been > experiencing a memory-related error. I get: handle_fault error1. SIGSEGV > cannot be cured. Fault address = 0x8C24BA6C. > > I've allocated 16MB to clisp (in the startup file), just as it was in DOS. > Is this being caused by Windows page swapping? or something else? > > Please let me know if anybody else is experiencing this problem. Yes, Don Cohen has seen a problem with very similar symptoms. But I was unable to track it down, hence it's unknown what causes the problem. It would be very helpful if you could post a description how to reproduce for sure the problem. Then someone could debug this; this is tough but neither Marcus Daniels nor I have enough time for doing this these days. Thank you. Bruno From rbrennon@compmore.net Wed Oct 29 08:41:56 1997 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00635; Wed, 29 Oct 97 08:41:56 +0100 Received: from mail.compmore.net (actually mailr.compmore.net) by nz11.rz.uni-karlsruhe.de with SMTP (PP); Tue, 28 Oct 1997 07:44:46 +0100 Received: (from uucp@localhost) by mail.compmore.net (8.8.5/8.7.3) id BAA20785 for ; Tue, 28 Oct 1997 01:26:38 -0500 (EST) Received: from port61.compmore.net(206.222.81.61), claiming to be "Alpha-1" via SMTP by mail.compmore.net, id smtpd020782; Tue Oct 28 01:26:31 1997 Message-Id: <3.0.32.19971028014133.00927780@mail.compmore.net> X-Sender: rbrennon@mail.compmore.net X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 28 Oct 1997 01:42:43 -0500 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de From: Rob Subject: Re: Memory error? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Well I've been able to find out a little bit more. The error seems to happen when you get into swapping the Windows virtual memory. I'm running the exact same code that was crashing under another machine. This machine has 128MB physical ram (although about the same total memory including virtual) and it isn't crashing. BTW I forgot to mention before that it was also crashing in the windows environment itself, possibly indicating a memory leek. I'll try to write a small program that creates this error. Rob. From lambertb@uic.edu Thu Oct 30 12:08:01 1997 Return-Path: Received: from by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AB03670; Thu, 30 Oct 97 12:08:01 +0100 Received: from eeyore.cc.uic.edu by nz11.rz.uni-karlsruhe.de with SMTP (PP); Wed, 29 Oct 1997 21:13:46 +0100 Received: from [128.248.77.126] (DOC.PMAD.UIC.EDU [128.248.77.126]) by eeyore.cc.uic.edu (8.8.5/8.8.5) with ESMTP id OAA23775 for ; Wed, 29 Oct 1997 14:10:27 -0600 (CST) X-Sender: lambertb@tigger.cc.uic.edu Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 29 Oct 1997 14:10:32 -0600 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de From: "Bruce L. Lambert" Subject: recompiling with readline module Hi folks, I've already got clisp-1997-08-07 (for Solaris x86) up and running. Now I want to use the readline and other modules. What steps do I take to install these? Do I have to recompile the whole system? Thanks. -bruce Bruce L. Lambert Department of Pharmacy Administration University of Illinois at Chicago Phone: (312) 996-2411 Fax: (312) 996-3272 email: lambertb@uic.edu WWW: http://ludwig.pmad.uic.edu/~bruce/ From haible@ilog.fr Thu Oct 30 22:35:33 1997 Return-Path: Received: from sceaux.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA10315; Thu, 30 Oct 97 22:35:33 +0100 Received: from ilog.ilog.fr ([172.17.4.30]) by sceaux.ilog.fr (8.8.8/8.8.7) with ESMTP id VAA24313 for ; Thu, 30 Oct 1997 21:33:25 +0100 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.8/8.7.3) with ESMTP id VAA00145; Thu, 30 Oct 1997 21:34:01 +0100 (MET) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id VAA24280; Thu, 30 Oct 1997 21:32:00 +0100 (MET) Date: Thu, 30 Oct 1997 21:32:00 +0100 (MET) Message-Id: <199710302032.VAA24280@halles.ilog.fr> To: Subject: Re: recompiling with readline module In-Reply-To: References: Bruce L. Lambert writes: > I've already got clisp-1997-08-07 (for Solaris x86) up and running. Now I > want to use the readline and other modules. What steps do I take to install > these? Do I have to recompile the whole system? If you wished only to add some of the add-on modules (regexp, clx, ...) you could simply unpack them, add them to the "MODULES" line in the Makefile, do "rm -r full" and "make". But for readline you have to recompile all of clisp. When you are at it, I'd suggest you upgrade to clisp-1997-09-25. (A few bugs have been fixed and hopefully none has been added :-)) Once you've unpacked the clispsrc and clispsrc-readline in the same directory, the configuration will recommend the use of readline. Bruno From stein@uni-paderborn.de Fri Oct 31 19:25:33 1997 Return-Path: Received: from by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AB00642; Fri, 31 Oct 97 19:25:33 +0100 From: stein@uni-paderborn.de Received: from pbinfo (actually uni-paderborn.de) by nz11.rz.uni-karlsruhe.de with SMTP (PP); Fri, 31 Oct 1997 13:36:42 +0100 Received: from frege ([131.234.28.26] EHLO frege.uni-paderborn.de ident: IDENT-NONSENSE [port 36384]) by pbinfo.uni-paderborn.de with ESMTP id <52739-11278>; Fri, 31 Oct 1997 13:33:34 +0100 Received: (from stein@localhost) by frege.uni-paderborn.de (8.7.3/8.7.3) id NAA16075 for clisp-list@ma2s2.mathematik.uni-karlsruhe.de; Fri, 31 Oct 1997 13:33:25 +0100 (MET) Date: Fri, 31 Oct 1997 13:33:25 +0100 (MET) Message-Id: <199710311233.NAA16075@frege.uni-paderborn.de> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Clisp under Xemacs X-Sun-Charset: US-ASCII Hello together, I didnt get Clisp properly run in Xemacs (Xemacs 19.15, ilisp-version V5.8). After having launched Clisp as an inferior lisp process, the communication between Clisp and Xemacs hangs. Perhaps somebody may send me his Xemacs adaptation for Clisp. Thanks for any help, Benno PS. I added the following lines to define Clisp as an inferior Lisp dialect: (autoload 'clisp97 "ilisp" "Run an inferior Clisp" t) (defdialect clisp97 "Clisp version of ..." clisp (setq clisp97-program "clisp")) From haible@ilog.fr Mon Nov 3 17:58:21 1997 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00223; Mon, 3 Nov 97 17:58:21 +0100 Received: from sceaux.ilog.fr by nz11.rz.uni-karlsruhe.de with SMTP (PP); Mon, 3 Nov 1997 14:03:48 +0100 Received: from ilog.ilog.fr ([172.17.4.30]) by sceaux.ilog.fr (8.8.8/8.8.7) with ESMTP id OAA00859 for ; Mon, 3 Nov 1997 14:01:34 +0100 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.8/8.7.3) with ESMTP id NAA16303; Mon, 3 Nov 1997 13:59:22 +0100 (MET) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id OAA26833; Mon, 3 Nov 1997 14:00:15 +0100 (MET) Date: Mon, 3 Nov 1997 14:00:15 +0100 (MET) Message-Id: <199711031300.OAA26833@halles.ilog.fr> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Clisp under Xemacs [Message forwarded from Valentino Kyriakides .] [stein@uni-paderborn.de:] > > I didnt get Clisp properly run in Xemacs (Xemacs 19.15, ilisp-version V5.8). > After having launched Clisp as an inferior lisp process, the > communication between Clisp and Xemacs hangs. Perhaps somebody may send > me his Xemacs adaptation for Clisp. > > PS. > > I added the following lines to define Clisp as an inferior Lisp dialect: > > (autoload 'clisp97 "ilisp" "Run an inferior Clisp" t) > (defdialect clisp97 "Clisp version of ..." clisp (setq clisp97-program "clisp")) I use clisp together with ilisp-5.8a. My .emacs startup file looks like the following for clisp/ilisp: ;;; ------- start of ILISP stuff for clisp -------- ;;; If you use clman from Franz Inc. uncomment the following line ;;; and set the correct load-path ;(setq load-path (cons "/export/home/vkyr/clman" load-path)) (require 'ilisp) (require 'completer) (autoload 'clisp "ilisp" "Inferior gereral Common LISP." t) (setq clisp-program "clisp -I") ;Note the "-I" option for clisp ;;; This makes reading a lisp file load in ilisp. (set-default 'auto-mode-alist (append '(("\\.lisp$" . lisp-mode)) auto-mode-alist)) (setq lisp-mode-hook '(lambda () (require 'ilisp))) ;;; Sample load hook (add-hook 'ilisp-load-hook (function (lambda () ;; Change default key prefix to C-c (default is C-z) ;;(setq ilisp-prefix "\C-c") ;; Make sure that you don't keep popping up the 'inferior ;; lisp' buffer window when this is already visible in ;; another frame. Actually this variable has more impact ;; than that. Watch out. ;(setq pop-up-frames t) (message "Running ilisp-load-hook") ;; Define LispMachine-like key bindings, too. ;; (ilisp-lispm-bindings) Sample initialization hook. ;; Set the inferior LISP directory to the directory of ;; the buffer that spawned it on the first prompt. (add-hook 'ilisp-init-hook (function (lambda () (default-directory-lisp ilisp-last-buffer)))) ))) ;;; ------- end of ILISP stuff for clisp -------- Assumed that you setup the above ilisp/clisp settings, you use "M-x clisp" to start up ilisp with clisp. Now ilisp is loaded and starts clisp in a (*clisp*) interaction buffer. Now type in some expression to be evaluted by clisp. - If you load *.lisp files via "C-x C-f ..." these are also under ilisp/clisp control (see the ilisp info files for available options etc.). *Note* that ilisp sometimes behaves unusual in conjunction with clisp, however I discovered the same behaviour for Allegro CL and ilisp, so these things are common ilisp problems and not clisp's! Here are some of the common ilisp problems: 1) during the clisp startup ilisp prints two prompts instead of one. 2) abort often doesn't work immediately in clisp break-levels, meaning here that it throws you into the next break-level, so you have to retype it more times than usual to get back into the top-level. 3) It sometimes happens (if quite seldom) that clisp hangs under ilisp. The only workaround so far for this is to type "C-g" and then "M-x panic-lisp", which repairs the broken/hanging ilisp/clisp connection. However, if you use ilisp for some time and now how to avoid or live with some of its unusual behaviours, you can still use it for CL programming. Hope this helps? Valentino -- Valentino Kyriakides Lavielle EDV Systemberatung GmbH & Co. Tel.: +49(0)40 / 65 80 8 - 997 Lotharstrasse 2b, D-22041 Hamburg, Germany Fax.: +49(0)40 / 65 808-202 http://www.lavielle.com/ mailto: vkyr@lavielle.com From haible@ilog.fr Wed Nov 5 01:31:52 1997 Return-Path: Received: from sceaux.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00364; Wed, 5 Nov 97 01:31:52 +0100 Received: from ilog.ilog.fr ([172.17.4.30]) by sceaux.ilog.fr (8.8.8/8.8.7) with ESMTP id AAA00004 for ; Wed, 5 Nov 1997 00:30:21 +0100 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.8/8.7.3) with ESMTP id AAA27853; Wed, 5 Nov 1997 00:29:04 +0100 (MET) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id AAA08050; Wed, 5 Nov 1997 00:29:05 +0100 (MET) Date: Wed, 5 Nov 1997 00:29:05 +0100 (MET) Message-Id: <199711042329.AAA08050@halles.ilog.fr> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: implementation notes Hi all, The implementation notes for CLISP are now available in HTML format at ftp://ma2s2.mathematik.uni-karlsruhe.de/pub/lisp/clisp/impnotes.html I hope you prefer it to the pure text version (the platform dependent impnotes.txt file). Please tell me about typos / font mistakes / any other errors you find in it. If someone could proofread it from the beginning to the end, I would very much appreciate that. It's an opportunity to learn a lot of things about CLISP that you never wanted to know :-) Bruno From mjkoskin@sci.fi Sat Nov 8 23:08:15 1997 Return-Path: Received: from fingerprint.sci.fi (CCCXIX.dyn.sci.fi) by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02251; Sat, 8 Nov 97 23:08:15 +0100 Received: from fingerprint (root@localhost [127.0.0.1]) by fingerprint.sci.fi (8.7.5/8.7.3) with SMTP id XAA01554 for ; Sat, 8 Nov 1997 23:04:53 +0200 Sender: root@fingerprint.sci.fi Message-Id: <3464D3F4.4F5558B2@sci.fi> Date: Sat, 08 Nov 1997 23:04:52 +0200 From: Matti Koskinen X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.30 i586) Mime-Version: 1.0 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Bug in sort? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sorry, forgot. clisp is 1997-09-22 for Linux. -matti From wew@yallara.cs.rmit.edu.au Wed Nov 12 08:18:24 1997 Return-Path: Received: from yallara.cs.rmit.edu.au by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02903; Wed, 12 Nov 97 08:18:24 +0100 Received: from yallara.cs.rmit.edu.au (wew@localhost [127.0.0.1]) by yallara.cs.rmit.edu.au (8.8.6/8.8.6) with ESMTP id RAA02365 for ; Wed, 12 Nov 1997 17:14:15 +1100 (EST) Message-Id: <199711120614.RAA02365@yallara.cs.rmit.edu.au> To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Is this correct behaviour for (princ ...) Date: Wed, 12 Nov 1997 17:14:14 +1100 From: William Edward Webber Hi! If I write a function that copies files using (princ ...) thus: (defun read-write-char (in out) (with-open-file (inf in :direction :input) (with-open-file (outf out :direction :output :if-exists :supersede) (do ((next-char (read-char inf nil 'eof) (read-char inf nil 'eof))) ((eq next-char 'eof)) (princ next-char outf))))) an extra blank line is inserted between each line using clisp (1997-09-22), whereas if I use (write-char ...) instead of (princ ...) the file is copied correctly. Under Allegro CL, (princ ...) doesn't insert the extra lines, and according to GLS the two functions should behave identically. Is princ's behaviour in clisp correct? Thanks, William Webber --- William Webber Multimedia Database Systems, RMIT, Melbourne, Australia wew@yallara.cs.rmit.edu.au Food. Shelter. Source code. "'This tree is certainly good for nothing,' said Tzu Chi. 'This is why it has grown so large. Ah-ha! This is the sort of uselessness that sages live by.'" --- _The_Book_of_Chuang_Tzu_ From wew@yallara.cs.rmit.edu.au Wed Nov 12 16:30:43 1997 Return-Path: Received: from yallara.cs.rmit.edu.au by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03609; Wed, 12 Nov 97 16:30:43 +0100 Received: from yallara.cs.rmit.edu.au (wew@localhost [127.0.0.1]) by yallara.cs.rmit.edu.au (8.8.6/8.8.6) with ESMTP id BAA23639; Thu, 13 Nov 1997 01:25:54 +1100 (EST) Message-Id: <199711121425.BAA23639@yallara.cs.rmit.edu.au> To: Bruno Haible Cc: William Edward Webber , clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Re: Is this correct behaviour for (princ ...) In-Reply-To: Your message of "Wed, 12 Nov 1997 14:19:51 BST." <199711121319.OAA24705@halles.ilog.fr> Date: Thu, 13 Nov 1997 01:25:53 +1100 From: William Edward Webber >> an extra blank line is inserted between each line using clisp (1997-09-22), >> whereas if I use (write-char ...) instead of (princ ...) the file is copied >> correctly. > >I don't understand how this is possible. `princ' on a character does a >`write-char'; I just looked at the code. Are you on Win32 ? Does your >file contain CR/LFs as line terminators or simple LFs? What does >(mapc #'princ '(#\x #\cr #\newline #\y)) print on your screen? Do you >have dribbling enabled? Hi! > (mapc #'princ '(#\x #\cr #\newline #\y)) x y (#\x #\Return #\Newline #\y) > (mapc #'write-char '(#\x #\cr #\newline #\y)) x y (#\x #\Return #\Newline #\y) > both running in an xterm and as an inferior process under Emacs. Also: > (mapc #'princ '(#\x #\newline #\newline #\y)) x y (#\x #\Newline #\Newline #\y) > (mapc #'princ '(#\x #\newline #\d #\newline #\y)) x d y (#\x #\Newline #\d #\Newline #\y) > (mapc #'write-char '(#\x #\newline #\d #\newline #\y)) x d y (#\x #\Newline #\d #\Newline #\y) > etc. To questions 1, 2, and 4: my OS is Linux, it was a standard Unix file (i.e. LFs only), dribbling was not enabled. Is this a peculiarity with the Linux ELF binary of 1997-09-22? Is there any other debugging info I can give you? Regards, William Webber From haible@ilog.fr Wed Nov 12 20:46:16 1997 Return-Path: Received: from sceaux.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03814; Wed, 12 Nov 97 20:46:16 +0100 Received: from ilog.ilog.fr ([172.17.4.30]) by sceaux.ilog.fr (8.8.8/8.8.7) with ESMTP id TAA27545 for ; Wed, 12 Nov 1997 19:43:00 +0100 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.8/8.7.3) with ESMTP id TAA05613; Wed, 12 Nov 1997 19:41:48 +0100 (MET) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id TAA27528; Wed, 12 Nov 1997 19:41:47 +0100 (MET) Date: Wed, 12 Nov 1997 19:41:47 +0100 (MET) Message-Id: <199711121841.TAA27528@halles.ilog.fr> To: Subject: Re: Is this correct behaviour for (princ ...) In-Reply-To: <199711121425.BAA23639@yallara.cs.rmit.edu.au> References: <199711121425.BAA23639@yallara.cs.rmit.edu.au> William Edward Webber writes: > > > (mapc #'princ '(#\x #\newline #\d #\newline #\y)) > x > > d > > y > (#\x #\Newline #\d #\Newline #\y) > > (mapc #'write-char '(#\x #\newline #\d #\newline #\y)) > x > d > y > (#\x #\Newline #\d #\Newline #\y) The culprit is *print-pretty* = t. The pretty printer outputs the #\newline object to an auxiliary stream, sees that it spans lines and proceeds to think "Must be a big object. It will be prettier if I output a newline first.", and only then copies the contents of the auxiliary stream to standard output. Nice hack fights back... I'll fix it for the next release. Thank you for reporting that. Bruno From hoehle@zeus.gmd.de Wed Nov 12 23:38:06 1997 Return-Path: Received: from zeus.gmd.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04025; Wed, 12 Nov 97 23:38:06 +0100 Received: from kir ([141.12.144.115]) by zeus.gmd.de with SMTP id AA26496 (5.67b8/IDA-1.5 for ); Wed, 12 Nov 1997 22:33:52 +0100 Date: Wed, 12 Nov 1997 22:33:52 +0100 Message-Id: <199711122133.AA26496@zeus.gmd.de> From: hoehle@zeus.gmd.de (Jorg-Cyril Hohle) To: clisp-list@[129.13.115.2] Subject: tail call optimization in CLISP? Hi, would it cost a lot of work to perform tail call optimization in simple cases (no unwind-protect, no dynamic bindings etc.)? Without that, CPS becomes unusable because all final calls pile up on the stack as a series of FUNCALLs instead of being JMP'ed to. Regards, Jo"rg Ho"hle. Joerg.Hoehle@gmd.de http://zeus.gmd.de/~hoehle/amiga-clisp.html From haible@ilog.fr Thu Nov 13 00:52:02 1997 Return-Path: Received: from sceaux.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04155; Thu, 13 Nov 97 00:52:02 +0100 Received: from ilog.ilog.fr ([172.17.4.30]) by sceaux.ilog.fr (8.8.8/8.8.7) with ESMTP id XAA04574 for ; Wed, 12 Nov 1997 23:48:56 +0100 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.8/8.7.3) with ESMTP id XAA13255; Wed, 12 Nov 1997 23:47:44 +0100 (MET) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id XAA13758; Wed, 12 Nov 1997 23:47:44 +0100 (MET) Date: Wed, 12 Nov 1997 23:47:44 +0100 (MET) Message-Id: <199711122247.XAA13758@halles.ilog.fr> To: Subject: Re: tail call optimization in CLISP? In-Reply-To: <199711122133.AA26496@zeus.gmd.de> References: <199711122133.AA26496@zeus.gmd.de> Jörg-Cyril Höhle asks: > > would it cost a lot of work to perform tail call optimization in > simple cases (no unwind-protect, no dynamic bindings etc.)? One part of it would be easy: As you know, CLISP's bytecode has an APPLY&SKIP&RET instruction. You would have to generate similar CALL&SKIP&RET instructions. Then you would have to modify the bytecode interpreter so that it looks at the function to be called and whether it is a bytecode function. If so, you will move the arguments within the stack, to reduce stack size, and jump to the start of the bytecode interpreter. But on many platforms, an auxiliary stack (of fixed size) is allocated within the bytecode interpreter using C alloca(). If you just jump the the start of the bytecode interpreter you will not reclaim this stack space, and thus not achieve the desired tail call elimination. Working around this problem is hairy. > Without that, CPS becomes unusable because all final calls pile up on > the stack as a series of FUNCALLs instead of being JMP'ed to. You should not rely on the compiler to do tail call elimination. This is an optimization which works only under very special circumstances. Just changing a variable from "lexical" to "dynamic", or introduction of an UNWIND-PROTECT, or TRACE will disable the optimization. Relying on tail call elimination is a guarantee that whoever will have to maintain your code will have surprises and headaches in the future. Systems which predictably support tail call elimination (e.g. many Scheme systems) pay a big price for it: They have to allocate many entities on the heap which could otherwise be stored on the stack. And heap allocation is normally(+) more expensive than stack allocation. Bruno (+) SML/NJ claims to have a heap allocation which is as fast as stack allocation. From stoffel@cs.tu-berlin.de Thu Nov 13 15:14:03 1997 Return-Path: Received: from mail.cs.tu-berlin.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA04859; Thu, 13 Nov 97 15:14:03 +0100 Received: from bushel.cs.tu-berlin.de (stoffel@bushel.cs.tu-berlin.de [130.149.17.62]) by mail.cs.tu-berlin.de (8.8.6/8.8.7) with ESMTP id OAA04717 for ; Thu, 13 Nov 1997 14:06:21 +0100 (MET) Received: (from stoffel@localhost) by bushel.cs.tu-berlin.de (8.8.7/8.8.7) id OAA15860; Thu, 13 Nov 1997 14:06:17 +0100 (MET) Date: Thu, 13 Nov 1997 14:06:14 +0100 (MET) From: Mark Mueller To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: unsubscribe In-Reply-To: <199711122247.XAA13758@halles.ilog.fr> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII unsubscribe From sshteingold@cctrading.com Thu Nov 13 23:16:05 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05835; Thu, 13 Nov 97 23:16:05 +0100 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA12090; Thu, 13 Nov 97 16:21:52 EST From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA879455765; Thu, 13 Nov 97 16:16:07 -0500 Message-Id: <9711138794.AA879455765@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Thu, 13 Nov 97 16:37:49 -0500 Return-Receipt-To: To: Subject: multiple-value-setf Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 1. *** Apropos --> `multiple-value-setf' <-- system::multiple-value-setf macro what does this macro do? may I guess? :) 2. Apparently, multiple-value-bind is implemented using multiple-value-list, thus it conses (or is it some sort of constant list?) Is this a performance hit? 3. Why isn't multiple-value-setf in the language? What's wrong with the following: (defmacro multiple-value-setf ((&rest exps) form) (let* ((vars (mapcar (lambda (xx) (gensym "MVSF")) exps)) (combo (mapcan (lambda (xx vv) (list xx vv)) exps vars))) `(multiple-value-bind (,@vars) ,form (setf ,@combo)))) (should it be #-:clisp (defmacro multiple-value-setf ((&rest exps) form) (let* ((vars (mapcar (lambda (xx) (gensym "MVSF")) exps)) (combo (mapcan (lambda (xx vv) (list xx vv)) exps vars))) `(multiple-value-bind (,@vars) ,form (setf ,@combo)))) #+:clisp (defmacro multiple-value-setf (&rest all) `(system::multiple-value-setf ,@all)) ??) From haible@ilog.fr Fri Nov 14 00:20:53 1997 Return-Path: Received: from sceaux.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA05959; Fri, 14 Nov 97 00:20:53 +0100 Received: from ilog.ilog.fr ([172.17.4.30]) by sceaux.ilog.fr (8.8.8/8.8.7) with ESMTP id XAA14128 for ; Thu, 13 Nov 1997 23:17:36 +0100 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.8/8.7.3) with ESMTP id XAA08503; Thu, 13 Nov 1997 23:16:24 +0100 (MET) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id XAA16541; Thu, 13 Nov 1997 23:16:11 +0100 (MET) Date: Thu, 13 Nov 1997 23:16:11 +0100 (MET) Message-Id: <199711132216.XAA16541@halles.ilog.fr> To: Subject: Re: multiple-value-setf In-Reply-To: <9711138794.AA879455765@inet.stknhlg.com> References: <9711138794.AA879455765@inet.stknhlg.com> Sam Steingold is awake again: > > 1. *** Apropos --> `multiple-value-setf' <-- > > system::multiple-value-setf macro > > what does this macro do? may I guess? :) It's like `multiple-value-setq', except that it allows arbitrary places instead of only symbols. > 2. Apparently, multiple-value-bind is implemented using > multiple-value-list, thus it conses (or is it some sort of constant > list?) Is this a performance hit? `multiple-value-bind' does *not* cons. The use of multiple values will only cause heap allocation if you explicitly call `multiple-value-list'. Just try the following to convince yourself: (defun test (x y) (multiple-value-bind (q r) (floor x y) (+ q r))) (compile 'test) (space (test 1729 12)) > 3. Why isn't multiple-value-setf in the language? Maybe because `multiple-value-setq' is normally sufficient? > What's wrong with the following: > > (defmacro multiple-value-setf ((&rest exps) form) > (let* ((vars (mapcar (lambda (xx) (gensym "MVSF")) exps)) > (combo (mapcan (lambda (xx vv) (list xx vv)) exps vars))) > `(multiple-value-bind (,@vars) ,form > (setf ,@combo)))) If some of the exps have side-effects, the side-effects will be executed after the evaluation of the form, thus not following the normal left-to-right evaluation order. For example: (multiple-value-setf ((aref a (incf i))) i)) ==> (multiple-value-bind (#:mvsf736) i (setf (aref a (incf i)) #:mvsf736)) ; which is subtly different from (setf (aref a (incf i)) i). Bruno ! 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 aler@inf.uc3m.es Mon Nov 17 17:10:46 1997 Return-Path: Received: from elrond.uc3m.es by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01273; Mon, 17 Nov 97 17:10:46 +0100 Received: from tristan.uc3m.es by elrond.uc3m.es (4.1/SM941027.01) id AA21503; Mon, 17 Nov 97 16:07:29 +0100 Date: Mon, 17 Nov 1997 16:05:41 +0100 (CET) From: Ricardo Aler Mur X-Sender: aler@tristan.uc3m.es Reply-To: aler@inf.uc3m.es To: Multiple recipients of list Subject: Saving the state In-Reply-To: <199711132216.XAA16541@halles.ilog.fr> Message-Id: Distribution: world Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi all, Is there any easy way in clisp to save a memory image on disk, so that when it is loaded again, it will start from the next instruction it was saved in?. Same as saveinitmem, but including information about the stack, etc. Just asking, I guess it would be too good to be true :). Thanks, Ricardo. -------- mailto: "Ricardo Aler Mur" http://grial.uc3m.es/~aler From haible@ilog.fr Mon Nov 17 19:57:17 1997 Return-Path: Received: from sceaux.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00405; Mon, 17 Nov 97 19:57:17 +0100 Received: from ilog.ilog.fr ([172.17.4.30]) by sceaux.ilog.fr (8.8.8/8.8.7) with ESMTP id SAA01000 for ; Mon, 17 Nov 1997 18:53:06 +0100 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.8/8.7.3) with ESMTP id SAA20320; Mon, 17 Nov 1997 18:51:58 +0100 (MET) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id SAA01365; Mon, 17 Nov 1997 18:51:56 +0100 (MET) Date: Mon, 17 Nov 1997 18:51:56 +0100 (MET) Message-Id: <199711171751.SAA01365@halles.ilog.fr> To: Subject: Re: Saving the state In-Reply-To: References: Ricardo Aler Mur writes: > > Is there any easy way in clisp to save a memory image on disk, so that > when it is loaded again, it will start from the next instruction it was > saved in?. Same as saveinitmem, but including information about the stack, > etc. Just asking, I guess it would be too good to be true :). `saveinitmem' does save the stack to disk, but the `:init-function' argument will probably fulfill your needs. See impnotes.html section 90.1. If you really want to save the stack to disk, you can call (sys::debug). This will generate a core dump :-) Bruno From aler@inf.uc3m.es Mon Nov 17 21:21:29 1997 Return-Path: Received: from elrond.uc3m.es by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00638; Mon, 17 Nov 97 21:21:29 +0100 Received: from tristan.uc3m.es by elrond.uc3m.es (4.1/SM941027.01) id AA05773; Mon, 17 Nov 97 20:18:10 +0100 Date: Mon, 17 Nov 1997 20:16:22 +0100 (CET) From: Ricardo Aler Mur X-Sender: aler@tristan.uc3m.es Reply-To: aler@inf.uc3m.es To: Multiple recipients of list Subject: Re: Saving the state In-Reply-To: <199711171751.SAA01365@halles.ilog.fr> Message-Id: Distribution: world Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 17 Nov 1997, Bruno Haible wrote: > `saveinitmem' does save the stack to disk, but the `:init-function' > argument will probably fulfill your needs. See impnotes.html section 90.1. Thanks. Unfortunately it's not exactly what I need. I'd like the image to resume execution (when loaded) just at the end of the "(saveinit ...)". The aim is to protect my code against a very unstable electric supply :) by saving an image from time to time. Maybe a quick hack at the source code might do. I might try. Any suggestions?. Ricardo. -------- mailto: "Ricardo Aler Mur" http://grial.uc3m.es/~aler From haible@ilog.fr Mon Nov 17 21:46:16 1997 Return-Path: Received: from sceaux.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00728; Mon, 17 Nov 97 21:46:16 +0100 Received: from ilog.ilog.fr ([172.17.4.30]) by sceaux.ilog.fr (8.8.8/8.8.7) with ESMTP id UAA03654 for ; Mon, 17 Nov 1997 20:41:59 +0100 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.8/8.7.3) with ESMTP id UAA24428; Mon, 17 Nov 1997 20:40:52 +0100 (MET) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id UAA02824; Mon, 17 Nov 1997 20:40:50 +0100 (MET) Date: Mon, 17 Nov 1997 20:40:50 +0100 (MET) Message-Id: <199711171940.UAA02824@halles.ilog.fr> To: Subject: Re: Saving the state In-Reply-To: References: me: > > `saveinitmem' does save the stack to disk Oops. I meant to say: `saveinitmem' does *not* save the stack to disk. Ricardo Aler Mur: > I'd like the image to > resume execution (when loaded) just at the end of the "(saveinit ...)". > The aim is to protect my code against a very unstable electric supply :) > by saving an image from time to time. This is impossible with CLISP. > Maybe a quick hack at the source code might do. I might try. Any > suggestions?. You would have to save the Lisp stack and the C stack. But there is no portable way to save the C stack, to my knowledge. Bruno From sshteingold@cctrading.com Wed Nov 19 22:15:33 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02606; Wed, 19 Nov 97 22:15:33 +0100 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA24212; Wed, 19 Nov 97 15:20:17 EST From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA879970415; Wed, 19 Nov 97 15:13:37 -0500 Message-Id: <9711198799.AA879970415@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Wed, 19 Nov 97 11:31:11 -0500 Return-Receipt-To: To: Subject: floats Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I am having a *very* nasty problem. I want all my floats to be double. Always. I set *default-float-format* to 'double-float, *and* set the vars as 0.0d0. And still end up with numbers like 644151.75f0. I am loosing precision and getting complex numbers instead of reals when taking sqrt of -0.00000whatever which I get instead of +0.0d0 because of loss of precision. The case in question is: (let ((yy 0.0d0)) (dolist (lambda (xx) (incf yy xx)) '(some list of floats))) (the floats in the list are read from a file, and I don't mind that they are singles, although I don't understand why they are since I do set *default-float-format*.) This can be traced to > (+ 0.0d0 1233456.2345f0) 1233456.3f0 > which is quite outrageous, since *I* would expect it to be double on the grounds of double + single = double no matter what! :-) What is going on? Please help! From sshteingold@cctrading.com Wed Nov 19 22:23:28 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02703; Wed, 19 Nov 97 22:23:28 +0100 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA24240; Wed, 19 Nov 97 15:28:17 EST From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA879970895; Wed, 19 Nov 97 15:21:38 -0500 Message-Id: <9711198799.AA879970895@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Wed, 19 Nov 97 11:31:11 -0500 Return-Receipt-To: To: Subject: floats Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Just in case: I set *both* variables: (setq *read-default-float-format* 'double-float *default-float-format* 'double-float) although the second one is not mentioned in either CLtL2 or CLHS. From haible@ilog.fr Wed Nov 19 22:39:32 1997 Return-Path: Received: from sceaux.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02788; Wed, 19 Nov 97 22:39:32 +0100 Received: from ilog.ilog.fr ([172.17.4.30]) by sceaux.ilog.fr (8.8.8/8.8.7) with ESMTP id VAA20123 for ; Wed, 19 Nov 1997 21:34:59 +0100 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.8/8.7.3) with ESMTP id VAA09880; Wed, 19 Nov 1997 21:33:52 +0100 (MET) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id VAA10964; Wed, 19 Nov 1997 21:33:51 +0100 (MET) Date: Wed, 19 Nov 1997 21:33:51 +0100 (MET) Message-Id: <199711192033.VAA10964@halles.ilog.fr> To: Subject: Re: floats In-Reply-To: <9711198799.AA879970415@inet.stknhlg.com> References: <9711198799.AA879970415@inet.stknhlg.com> Sam Steingold writes: > > I am having a *very* nasty problem. I want all my floats to be double. > Always. I set *default-float-format* to 'double-float, *and* set the > vars as 0.0d0. And still end up with numbers like 644151.75f0. When you read floats from files, you also need to have *read-default-float-format* = double-float. > This can be traced to > > > (+ 0.0d0 1233456.2345f0) > > 1233456.3f0 > > > > which is quite outrageous, since *I* would expect it to be double on > the grounds of double + single = double no matter what! :-) This is a different issue: Once your data is already infected with single-floats, does this disease spread or not? In ANSI CL compliant systems, the double-floats take over again but inaccuracies spread nevertheless under cover. In CLISP, with the rule "double + single = single", the single-floats spread, so it's easier for you to detect them. For more explanations, see section 12.1. of ftp://ma2s2.mathematik.uni-karlsruhe.de/pub/lisp/clisp/impnotes.html Bruno From sshteingold@cctrading.com Wed Nov 19 23:14:27 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA02920; Wed, 19 Nov 97 23:14:27 +0100 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA24430; Wed, 19 Nov 97 16:19:15 EST From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA879973956; Wed, 19 Nov 97 16:12:37 -0500 Message-Id: <9711198799.AA879973956@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Wed, 19 Nov 97 11:31:11 -0500 Return-Receipt-To: To: , Subject: Re[2]: floats Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 1. I do set *read-default-float-format* = double-float. The numbers are still read as singles. 2. ~// in format is a luxury. single+float=single is a *MAJOR* *bug*. People who wrote ANSI CL standard are not idiots. They had something in mind -- correct computations, to be sure. (I am trying hard to contain my emotions. Sorry.) You are trading *correct* result for pretty-looking result. This is unbelievable!!!!!!!!!!!!!!! To use your impnotes example: "(- (+ 1.7 pi) pi) should not return 1.700000726342836417234L0," This 1.700000whatever is still 1.7, for purposes of practical computations. But when I am getting *negative* standard deviations, this is not correct in any possible sense!!!! Single for 1.123 is OK, but when I take squares etc., it stops being OK!! I know that and I want to use doubles because of that! You think that a float is always imprecise. You are *wrong*. 123456.7 is *precise*, and I should not have to use ratios to tell clisp that! And if I want to compute the square, I want it to be precise too. Anyway, can you name another computer system where single+double=single?!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! I just can't believe this could ever happen! I am sorry, it is kind of hard to remain calm when encountering something like this. ______________________________ Reply Separator _________________________________ Subject: Re: floats Author: at INET Date: 1997-11-19 22:42 Sam Steingold writes: > > I am having a *very* nasty problem. I want all my floats to be double. > Always. I set *default-float-format* to 'double-float, *and* set the > vars as 0.0d0. And still end up with numbers like 644151.75f0. When you read floats from files, you also need to have *read-default-float-format* = double-float. > This can be traced to > > > (+ 0.0d0 1233456.2345f0) > > 1233456.3f0 > > > > which is quite outrageous, since *I* would expect it to be double on > the grounds of double + single = double no matter what! :-) This is a different issue: Once your data is already infected with single-floats, does this disease spread or not? In ANSI CL compliant systems, the double-floats take over again but inaccuracies spread nevertheless under cover. In CLISP, with the rule "double + single = single", the single-floats spread, so it's easier for you to detect them. For more explanations, see section 12.1. of ftp://ma2s2.mathematik.uni-karlsruhe.de/pub/lisp/clisp/impnotes.html Bruno From toy@rtp.ericsson.se Wed Nov 19 23:59:15 1997 Return-Path: Received: from gwa.ericsson.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03039; Wed, 19 Nov 97 23:59:15 +0100 Received: from mr3.exu.ericsson.se ([138.85.11.55]) by gwa.ericsson.com (8.8.8/8.8.8) with ESMTP id PAA23804; Wed, 19 Nov 1997 15:53:45 -0600 (CST) Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr3.exu.ericsson.se (8.8.8/8.8.8) with SMTP id PAA18259; Wed, 19 Nov 1997 15:53:44 -0600 (CST) Received: from rcur (rcur18.rtp.ericsson.se [147.117.133.138]) by screamer.rtp.ericsson.se (8.6.12/8.6.4) with ESMTP id QAA27232; Wed, 19 Nov 1997 16:53:43 -0500 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Cc: sshteingold@cctrading.com References: <9711198799.AA879973956@inet.stknhlg.com> Subject: Re: Re[2]: floats In-Reply-To: (Your message of Wed, 19 Nov 1997 23:15:41 +0100.) <9711198799.AA879973956@inet.stknhlg.com> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Date: Wed, 19 Nov 1997 16:53:42 -0500 Message-Id: <1446.879976422@rtp.ericsson.se> From: Raymond Toy >>>>> "sshteingold" == sshteingold writes: sshteingold> 2. single+float=single is a *MAJOR* *bug*. sshteingold> People who wrote ANSI CL standard are not idiots. They had something sshteingold> in mind -- correct computations, to be sure. (I am trying hard to sshteingold> contain my emotions. Sorry.) You are trading *correct* result for sshteingold> pretty-looking result. This is unbelievable!!!!!!!!!!!!!!! Who says single+double=single is incorrect? Most languages usually say double is the right answer, but so what? Returning double is no more correct than single, and, in terms of interval arithmetic, is no worse. Of course, this means CLISP, will never be an ANSI CL, no matter what else it includes. [P.S. I've had this discussion before on this list. It is the way it for a reason. I prefer the ANSI way, but I understand and can agree with the current answer.] sshteingold> To use your impnotes example: "(- (+ 1.7 pi) pi) should not return sshteingold> 1.700000726342836417234L0," This 1.700000whatever is still 1.7, for sshteingold> purposes of practical computations. But when I am getting *negative* (coerce 1.7 'double-float) is not the same as 1.7d0. or 1.7L0. By your reasoning, single-float should be more than enough for a "practical" computation. So what's the problem. sshteingold> standard deviations, this is not correct in any possible sense!!!! You should compute standard deviations more carefully then. The usual formula for standard deviations is known to be fairly sensitive to round-off errors, and affects all floating precisions. sshteingold> Single for 1.123 is OK, but when I take squares etc., it stops being sshteingold> OK!! I know that and I want to use doubles because of that! What does taking "take squares...stop being OK" mean? sshteingold> You think that a float is always imprecise. You are *wrong*. 123456.7 sshteingold> is *precise*, and I should not have to use ratios to tell clisp that! False. xxx.7 cannot be represented exactly in (binary) floating-point. Hence it is not precise. sshteingold> And if I want to compute the square, I want it to be precise too. sshteingold> Anyway, can you name another computer system where sshteingold> single+double=single?!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Correctness is not a popularity contest. sshteingold> I just can't believe this could ever happen! sshteingold> I am sorry, it is kind of hard to remain calm when encountering sshteingold> something like this. Calm down. Take several deep breaths, and continue the discussion without ranting and raving. Ray From haible@ilog.fr Thu Nov 20 00:36:54 1997 Return-Path: Received: from sceaux.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA03134; Thu, 20 Nov 97 00:36:54 +0100 Received: from ilog.ilog.fr ([172.17.4.30]) by sceaux.ilog.fr (8.8.8/8.8.7) with ESMTP id XAA22881 for ; Wed, 19 Nov 1997 23:32:18 +0100 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.8/8.7.3) with ESMTP id XAA12552; Wed, 19 Nov 1997 23:31:12 +0100 (MET) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id XAA05488; Wed, 19 Nov 1997 23:31:13 +0100 (MET) Date: Wed, 19 Nov 1997 23:31:13 +0100 (MET) Message-Id: <199711192231.XAA05488@halles.ilog.fr> To: Subject: Re[3]: floats In-Reply-To: <9711198799.AA879973956@inet.stknhlg.com> References: <9711198799.AA879973956@inet.stknhlg.com> Sam Steingold writes: > > 1. I do set *read-default-float-format* = double-float. The numbers > are still read as singles. Just a guess why this happens: Maybe you have floating point constants without precision suffix in your program. When you load a compiled file containing (setq *read-default-float-format* 'double-float) (defvar x 1.0) then x will be a single-float nevertheless. To avoid this, wrap the setq form inside (eval-when (compile load eval) ....). > To use your impnotes example: "(- (+ 1.7 pi) pi) should not return > 1.700000726342836417234L0," This 1.700000whatever is still 1.7, for > purposes of practical computations. But when a program prints out a 21-digit number, how could you (as a user) guess that this number has only 7 correct places? > But when I am getting *negative* > standard deviations, this is not correct in any possible sense!!!! If you are getting negative radicands when computing standard deviations, you either need to take a formula with better numerical stability [i.e. replace n*sum(i,x_i^2) - sum(i,x_i)^2 by n*sum(i,(x_i-sum(j,x_j)/n)^2) ], or need to work with larger precision. In this case, if somehow a single-float enters the computations, you would still see negative radicands and wonder where they come from. With CLISP you'll see a single-float negative radicand, and that will point you to the problem. > You think that a float is always imprecise. You are *wrong*. 123456.7 > is *precise*, and I should not have to use ratios to tell clisp that! If you want 123456.7 to be precise, you either need to use ratios (or, equivalently, a fixed-point representation), or a floating-point representation with base 10 (e.g. GNU bc uses this). CLISP chose, for efficiency and for compliance with the IEEE standards, a floating-point representation with base 2. > Anyway, can you name another computer system where > single+double=single?!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Yes. PARI 2.0.alpha for example: $ gp GP/PARI CALCULATOR Version 2.0.alpha (i586 running linux 32-bit version) (readline disabled, extended help available) Copyright 1989-1997 by C. Batut, K. Belabas, D. Bernardi, H. Cohen and M. Olivier. Type ? for help. realprecision = 28 significant digits seriesprecision = 16 significant terms format = g0.28 parisize = 4000000, primelimit = 500000, buffersize = 30000 ? x = sqrt(2) %1 = 1.414213562373095048801688724 ? precision(x) %2 = 28 ? default(realprecision,50) realprecision = 50 significant digits ? precision(x) %3 = 28 ? y = sqrt(3) %4 = 1.7320508075688772935274463415058723669428052538103 ? precision(y) %5 = 57 ? precision(x+y) %6 = 28 ? precision(y+x) %7 = 28 ? precision(x*y) %8 = 28 Bruno From sshteingold@cctrading.com Fri Nov 21 12:37:03 1997 Return-Path: Received: from by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AB00359; Fri, 21 Nov 97 12:37:03 +0100 Received: from mailrelay.stknhlg.com by nz11.rz.uni-karlsruhe.de with SMTP (PP); Thu, 20 Nov 1997 18:09:25 +0100 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA26593; Thu, 20 Nov 97 12:18:21 EST From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA880045934; Thu, 20 Nov 97 12:12:17 -0500 Message-Id: <9711208800.AA880045934@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Thu, 20 Nov 97 11:31:11 -0500 Return-Receipt-To: To: Subject: special variables Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Consider the following function: (defun zz (level maxlev) (format t "Level: ~d" level) (let (x) (declare (special x)) (when (zerop level) (setq x 10)) (format t "~20tx: ~a~%" x) (when (> maxlev level) (zz (1+ level) maxlev)))) > (zz 0 3) Level: 0 x: 10 Level: 1 x: nil Level: 2 x: nil Level: 3 x: nil nil > First, note the same bug as before -- with ~t formatting of the first line. Second, this is not quite what I want (although what one would expect from the ANSI CL standard as well as from the good old common sense). I want X to be the same variable in all the calls. I am traversing a tree using recursion. But the tree is not really a tree, in the sense that some nodes are similar, and I do not want to study them twice. So, I would like to create a variable binding which would be the same throughout all the calls, which will be accessed and modified in all the calls. Essentially, this can be achieved with a global variable, but this global variable will be a piece of junk this is anti-aesthetical. I wish I could do something like (when (zerop level) (defvar x)) ........ recursion ..... (when (zerop level) (destroy x)) Another option is to pass the thing as a variable in each call: (defun zz (level maxlev x) (push level x) (format t "Level: ~d~20tx: ~a~%" level x) (when (> maxlev level) (zz (1+ level) maxlev x)) (format t "Level: ~d~20tx: ~a~%" level x)) > (zz 0 3 nil) Level: 0 x: (0) Level: 1 x: (1 0) Level: 2 x: (2 1 0) Level: 3 x: (3 2 1 0) Level: 3 x: (3 2 1 0) Level: 2 x: (2 1 0) Level: 1 x: (1 0) Level: 0 x: (0) nil > this is *NOT* what I want. I want > (zz 0 3 nil) Level: 0 x: (0) Level: 1 x: (1 0) Level: 2 x: (2 1 0) Level: 3 x: (3 2 1 0) Level: 3 x: (3 2 1 0) Level: 2 x: (3 2 1 0) Level: 1 x: (3 2 1 0) Level: 0 x: (3 2 1 0) nil > Any suggestions? (I guess, I'll go for a global var. Sad.) Thanks. From sshteingold@cctrading.com Fri Nov 21 12:37:07 1997 Return-Path: Received: from nz11.rz.uni-karlsruhe.de by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00390; Fri, 21 Nov 97 12:37:07 +0100 Received: from mailrelay.stknhlg.com by nz11.rz.uni-karlsruhe.de with SMTP (PP); Thu, 20 Nov 1997 17:43:25 +0100 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA26485; Thu, 20 Nov 97 11:52:22 EST From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA880044376; Thu, 20 Nov 97 11:46:17 -0500 Message-Id: <9711208800.AA880044376@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Thu, 20 Nov 97 11:31:11 -0500 Return-Receipt-To: To: Subject: format ~t Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit is this a bug? (shouldn't "zz" be printed at column 0, not column 1?) > (format t "~0tzz") zz nil > From haible@ilog.fr Fri Nov 21 16:05:41 1997 Return-Path: Received: from sceaux.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00797; Fri, 21 Nov 97 16:05:41 +0100 Received: from ilog.ilog.fr ([172.17.4.30]) by sceaux.ilog.fr (8.8.8/8.8.7) with ESMTP id PAA27153 for ; Fri, 21 Nov 1997 15:00:47 +0100 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.8/8.7.3) with ESMTP id OAA09217; Fri, 21 Nov 1997 14:59:43 +0100 (MET) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id OAA04734; Fri, 21 Nov 1997 14:59:41 +0100 (MET) Date: Fri, 21 Nov 1997 14:59:41 +0100 (MET) Message-Id: <199711211359.OAA04734@halles.ilog.fr> To: Subject: Re: format ~t In-Reply-To: <9711208800.AA880044376@inet.stknhlg.com> References: <9711208800.AA880044376@inet.stknhlg.com> Sam Steingold writes: > > is this a bug? (shouldn't "zz" be printed at column 0, not column 1?) > > > (format t "~0tzz") > zz > nil > > No, that's exactly the behaviour specified by CLHS section 22.3.6.1. format "~ n T" will move the cursor to column n, or if it was already at or beyond column n, it will output a space. To get the behaviour you want, use "~ n , 0 T". Bruno From sshteingold@cctrading.com Mon Nov 24 18:33:48 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00510; Mon, 24 Nov 97 18:33:48 +0100 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA03942; Mon, 24 Nov 97 11:37:54 EST From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA880388995; Mon, 24 Nov 97 11:29:56 -0500 Message-Id: <9711248803.AA880388995@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Mon, 24 Nov 97 11:26:48 -0500 Return-Receipt-To: To: Subject: pretty printing in CLISP Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Are there any plans to implement the rest of chapter 27 of CLtL2? In particular, what about *print-lines*? From toy@rtp.ericsson.se Mon Nov 24 21:18:01 1997 Return-Path: Received: from gwu.ericy.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00784; Mon, 24 Nov 97 21:18:01 +0100 Received: from mr3.exu.ericsson.se ([138.85.11.55]) by gwu.ericy.com (8.8.8/8.8.8) with ESMTP id NAA28591 for ; Mon, 24 Nov 1997 13:05:14 -0600 (CST) Received: from screamer.rtp.ericsson.se (screamer.rtp.ericsson.se [147.117.133.13]) by mr3.exu.ericsson.se (8.8.8/8.8.8) with SMTP id NAA19746 for ; Mon, 24 Nov 1997 13:11:45 -0600 (CST) Received: from rcur (rcur18.rtp.ericsson.se [147.117.133.138]) by screamer.rtp.ericsson.se (8.6.12/8.6.4) with ESMTP id OAA03667 for ; Mon, 24 Nov 1997 14:11:44 -0500 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de References: <9711248803.AA880388995@inet.stknhlg.com> Subject: Re: pretty printing in CLISP In-Reply-To: (Your message of Mon, 24 Nov 1997 18:35:51 +0100.) <9711248803.AA880388995@inet.stknhlg.com> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Date: Mon, 24 Nov 1997 14:11:44 -0500 Message-Id: <4994.880398704@rtp.ericsson.se> From: Raymond Toy >>>>> "sshteingold" == sshteingold writes: sshteingold> Are there any plans to implement the rest of chapter sshteingold> 27 of CLtL2? In particular, what about sshteingold> *print-lines*? Perhaps you can try the xp package in the CMU archives. I think it runs with clisp and it has most if not all of the CLtL2 variables and functions. Ray From sshteingold@cctrading.com Wed Nov 26 17:12:14 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00208; Wed, 26 Nov 97 17:12:14 +0100 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA09165; Wed, 26 Nov 97 10:15:55 EST From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA880556811; Wed, 26 Nov 97 10:06:51 -0500 Message-Id: <9711268805.AA880556811@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Wed, 26 Nov 97 10:04:57 -0500 Return-Receipt-To: To: Subject: stepping after a break Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Bruno posted this: ;;; 1997-11-03 Mon 09:37:59 EST ;;; from Bruno Haible #+clisp (defun step-on () "Turn on stepping after break." (declare (compile)) (setq sys::*step-level* 0 sys::*step-quit* most-positive-fixnum *evalhook* #'sys::step-hook-fn)) #+clisp (defun step-off () "Turn off stepping. `continue' to proceed." (declare (compile)) (setq sys::*step-quit* 0)) I put a break into the code and when I hit it, tried to step. No way: 1. Break> (step-on) # 1. Break> step step 1 --> step Step 1> *** - EVAL: variable step has no value 2. Break> abort 1. Break> ? Help = this command list Abort = abort to the next recent input loop Unwind = abort to the next recent input loop Mode-1 = inspect all the stack elements Mode-2 = inspect all the frames Mode-3 = inspect only lexical frames Mode-4 = inspect only EVAL and APPLY frames (default) Mode-5 = inspect only APPLY frames Where = inspect this frame Up = go up one frame, inspect it Top = go to top frame, inspect it Down = go down one frame, inspect it Bottom = go to bottom (most recent) frame, inspect it Backtrace-1 = list all stack elements Backtrace-2 = list all frames Backtrace-3 = list all lexical frames Backtrace-4 = list all EVAL and APPLY frames Backtrace-5 = list all APPLY frames Backtrace = list stack in current mode Break+ = set breakpoint in EVAL frame Break- = disable breakpoint in EVAL frame Redo = re-evaluate form in EVAL frame Return = leave EVAL frame, prescribing the return values Continue = continue evaluation 1. Break> where EVAL frame for form (break) 1. Break> (step-off) step 1 --> (step-off) Step 1> step step 1 ==> value: 0 0 1. Break> step *** - EVAL: variable step has no value 2. Break> 1. Break> (step-on) # 1. Break> (step-on) step 1 --> (step-on) Step 1> step step 0 ==> value: # # 1. Break> step step 1 --> step Step 1> step *** - EVAL: variable step has no value 2. Break> 1. Break> From sshteingold@cctrading.com Mon Dec 1 20:42:17 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01536; Mon, 1 Dec 97 20:42:17 +0100 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA16859; Mon, 1 Dec 97 13:45:09 EST From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA881001417; Mon, 01 Dec 97 13:37:00 -0500 Message-Id: <9712018810.AA881001417@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Mon, 01 Dec 97 13:33:56 -0500 Return-Receipt-To: To: Subject: with-open-file Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > (macroexpand '(with-open-file (str "file" :direction :io) (format str "zz"))) (let ((str (open "file" :direction :io))) (unwind-protect (multiple-value-prog1 (progn (format str "zz")) (when str (close str))) (when str (close str :abort t)) ) ) ; t > why close is done twice? Why not just (unwind-protect (progn ,@body) (when str (close str :abort t))) ? From w.k.lucas@worldnet.att.net Wed Dec 3 05:25:40 1997 Return-Path: Received: from mtigwc04.worldnet.att.net by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01254; Wed, 3 Dec 97 05:25:40 +0100 Received: from worldnet.att.net ([12.66.96.65]) by mtigwc04.worldnet.att.net (post.office MTA v2.0 0613 ) with ESMTP id AAA14135 for ; Wed, 3 Dec 1997 03:17:47 +0000 Message-Id: <3484CE7D.7C1D17B6@worldnet.att.net> Date: Tue, 02 Dec 1997 21:14:06 -0600 From: Warren Lucas Reply-To: w.k.lucas@worldnet.att.net X-Mailer: Mozilla 4.02 [en]C-DIAL (Win95; U) Mime-Version: 1.0 To: clisp-list@ma2s2.mathematik.uni-karlsruhe.de Subject: Problems with "map" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit CLISP Users: I am using the latest version of CLISP for Win32s on Win95, and encounter a small problem that I think may be a bug. It centers around use of the "map" function the following way. File: COMPONENT-PREPARATION.LISP (defun set-avariable-constraint (csp c) ;; Set avariable, iv1 and iv2 slots (with-struct (constraint- variables arity) c (let ((vs (map '(simple-array subscript 1) <---- problem here #'(lambda (v) (position1 v (csp-variables csp))) variables))) (setf (constraint-avariable c) vs) (case arity (1 (setf (constraint-iv1 c) (aref vs 0))) (2 (setf (constraint-iv1 c) (aref vs 0)) (setf (constraint-iv2 c) (aref vs 1))))))) File: CONSTRAINT.LISP (defstruct (constraint ... ;; For binary and n-ary constraints : array of variable subscripts for variables on ;; which the constraint holds. Analogous to the `variables' slot but array instead of ;; list, and subscripts instead of structures. (avariable (make-array 1 :element-type 'subscript) :type (simple-array subscript 1)) This is part of a system written by Michel Lemaitre and is available from http://news.cert.fr/anglais/deri/lemaitre/ This software is written in (ANSI) Common Lisp. When I run (small-demo), the program progresses through "component Preparation" and stops with an error about "(SIMPLE-ARRAY SUBSCRIPT 1) not an available type". Is there some way I can get around this if it is a ANSI non-compliance issue? Thanks, Warren Lucas From sshteingold@cctrading.com Wed Dec 3 22:24:43 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00332; Wed, 3 Dec 97 22:24:43 +0100 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA22833; Wed, 3 Dec 97 15:27:15 EST From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA881180428; Wed, 03 Dec 97 15:20:31 -0500 Message-Id: <9712038811.AA881180428@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Wed, 03 Dec 97 15:15:54 -0500 Return-Receipt-To: To: Subject: shell, run-program etc Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit when I type "gnuplot script" at a shell prompt (on winnt4sp3 as well as any real OS), I get a plot window and the next shell prompt immediately. (so that I can type 'ls' and get the directory listing and right click on the gnuplot plot window and print it and whatnot). The upshot: under shell, "gnuplot script" returns immediately, as far as the shell is concerned. When I type (shell "gnuplot script") at the CLISP prompt, I also get the plot window immediately, but I do not get the next CLISP prompt until I close the plot window. The upshot: under CLISP, "gnuplot script" blocks and does not return until explicitly terminated. This is quite annoying, and I would say that this is a bug, just as a way to justify a request for a fix. :-) Thanks. Sam. From sshteingold@cctrading.com Wed Dec 3 22:49:40 1997 Return-Path: Received: from mailrelay.stknhlg.com by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA00456; Wed, 3 Dec 97 22:49:40 +0100 Received: from inet.stknhlg.com ([206.4.165.47]) by mailrelay.stknhlg.com (4.1/SMI-4.1.3) id AA22872; Wed, 3 Dec 97 15:52:12 EST From: sshteingold@cctrading.com Received: from ccMail by inet.stknhlg.com (ccMail Link to SMTP R6.00.02) id AA881181927; Wed, 03 Dec 97 15:45:29 -0500 Message-Id: <9712038811.AA881181927@inet.stknhlg.com> X-Mailer: ccMail Link to SMTP R6.00.02 Date: Wed, 03 Dec 97 15:40:48 -0500 Return-Receipt-To: To: Subject: Re: shell, run-program etc Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit A surprising side remark is that (close (make-pipe-output-stream "gnuplot script")) produces just the desired result (clisp prompt + open plot window)! ______________________________ Reply Separator _________________________________ Subject: shell, run-program etc Author: Sam Shteingold at CCUSA1 Date: 1997-12-03 15:15 when I type "gnuplot script" at a shell prompt (on winnt4sp3 as well as any real OS), I get a plot window and the next shell prompt immediately. (so that I can type 'ls' and get the directory listing and right click on the gnuplot plot window and print it and whatnot). The upshot: under shell, "gnuplot script" returns immediately, as far as the shell is concerned. When I type (shell "gnuplot script") at the CLISP prompt, I also get the plot window immediately, but I do not get the next CLISP prompt until I close the plot window. The upshot: under CLISP, "gnuplot script" blocks and does not return until explicitly terminated. This is quite annoying, and I would say that this is a bug, just as a way to justify a request for a fix. :-) Thanks. Sam. From haible@ilog.fr Thu Dec 4 18:46:42 1997 Return-Path: Received: from sceaux.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01583; Thu, 4 Dec 97 18:46:42 +0100 Received: from ilog.ilog.fr ([172.17.2.22]) by sceaux.ilog.fr (8.8.8/8.8.7) with ESMTP id RAA24977 for ; Thu, 4 Dec 1997 17:39:12 +0100 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.8/8.7.3) with ESMTP id RAA19115; Thu, 4 Dec 1997 17:38:11 +0100 (MET) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id RAA11592; Thu, 4 Dec 1997 17:38:06 +0100 (MET) Date: Thu, 4 Dec 1997 17:38:06 +0100 (MET) Message-Id: <199712041638.RAA11592@halles.ilog.fr> To: Subject: Re: with-open-file In-Reply-To: <9712018810.AA881001417@inet.stknhlg.com> References: <9712018810.AA881001417@inet.stknhlg.com> [Message forwarded from Gilbert Baumann .] sshteingold@cctrading.com writes: > > > (macroexpand '(with-open-file (str "file" :direction :io) (format > str "zz"))) > > (let ((str (open "file" :direction :io))) > (unwind-protect > (multiple-value-prog1 (progn (format str "zz")) (when str (close > str))) > (when str (close str :abort t)) > ) ) ; > t > > > > why close is done twice? > Why not just > (unwind-protect (progn ,@body) (when str (close str :abort t))) > ? At least I assume WITH-OPEN-FILE to close the stream regulary [:abort being nil], when leaving the body normally. I never use a a call to close within WITH-OPEN-FILE. The :abort option should only been used when the body is left thru' some non-local exit [THROW, RETURN-FROM, ERROR etc.] Let me quote the relevant part from CLTL2 (p 651): When control leaves the body, either normally or abnormally (such as by use of `throw'), the file is automatically closed. If a new output file is being written, and control leaves abnormally, the file is aborted and the file system is left, so far as possible, as if the file had never been opened. Because `with-open-file' always closes the file, even when an error exit is taken, it is preferred over `open' for most applications. In my opinion the implementation of WITH-OPEN-FILE is 100% correct in CLISP. Gilbert -- ;;; You know you have hacked Lisp too much, when you m-c-x in a C buffer. From haible@ilog.fr Thu Dec 4 19:49:54 1997 Return-Path: Received: from sceaux.ilog.fr by ma2s2.mathematik.uni-karlsruhe.de (4.1/SMI-4.0) id AA01663; Thu, 4 Dec 97 19:49:54 +0100 Received: from ilog.ilog.fr ([172.17.2.22]) by sceaux.ilog.fr (8.8.8/8.8.7) with ESMTP id SAA27844 for ; Thu, 4 Dec 1997 18:42:33 +0100 (MET) Received: from halles.ilog.fr (halles.ilog.fr [172.16.1.96]) by ilog.ilog.fr (8.8.8/8.7.3) with ESMTP id SAA24102; Thu, 4 Dec 1997 18:41:32 +0100 (MET) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id SAA06314; Thu, 4 Dec 1997 18:41:31 +0100 (MET) Date: Thu, 4 Dec 1997 18:41:31 +0100 (MET) Message-Id: <199712041741.SAA06314@halles.ilog.fr> To: Subject: Re: Problems with "map" In-Reply-To: <3484CE7D.7C1D17B6@worldnet.att.net> References: <3484CE7D.7C1D17B6@worldnet.att.net> Warren Lucas writes: > I am using the latest version of CLISP for Win32s on Win95, and > encounter a small problem that I think may be a bug. It centers around > use of the "map" function the following way. > > (let ((vs (map '(simple-array subscript 1) <---- problem here > When I run (small-demo), the program progresses through "component > Preparation" and stops with an error about "(SIMPLE-ARRAY SUBSCRIPT 1) > not an available type". This is a bug, indeed. The error message I get is *** - There are no sequences of type (SIMPLE-ARRAY SUBSCRIPT 1) > Is there some way I can get around this if it is a ANSI non-compliance > issue? As a workaround, you can write (simple-array subscript (*)) instead of (simple-array subscript 1). Both are semantically equivalent. Bruno