From haible@ilog.fr Fri May 1 11:46:27 1998 Received: from sceaux.ilog.fr (sceaux.ilog.fr [193.55.64.10]) by seagull.cdrom.com (8.8.8/8.6.6) with ESMTP id LAA25220 for ; Fri, 1 May 1998 11:46:26 -0700 (PDT) Received: from ilog.ilog.fr ([172.17.4.52]) by sceaux.ilog.fr (8.8.8/8.8.7) with ESMTP id UAA12537 for ; Fri, 1 May 1998 20:47:28 +0200 (MET DST) 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 UAA12733; Fri, 1 May 1998 20:48:05 +0200 (MET DST) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id UAA08434; Fri, 1 May 1998 20:48:04 +0200 (MET DST) Date: Fri, 1 May 1998 20:48:04 +0200 (MET DST) Message-Id: <199805011848.UAA08434@halles.ilog.fr> To: clisp-list@clisp.cons.org Subject: Re: CLISP compiled with egcs compiler? In-Reply-To: <199804262047.AA11337@zeus.gmd.de> References: <199804262047.AA11337@zeus.gmd.de> Joerg Hoehle (@gmd.de) asked: > did anybody try the above on any platform? On i386 and ppc, clisp compiles fine with egcs-1.0.2. Earlier versions of egcs had a problem with clisp in --with-wide mode on i386, but it is fixed in egcs-1.0.2. Bruno From haible@ilog.fr Fri May 1 16:53:33 1998 Received: from sceaux.ilog.fr (sceaux.ilog.fr [193.55.64.10]) by seagull.cdrom.com (8.8.8/8.6.6) with ESMTP id QAA26533 for ; Fri, 1 May 1998 16:53:31 -0700 (PDT) Received: from ilog.ilog.fr ([172.17.4.52]) by sceaux.ilog.fr (8.8.8/8.8.7) with ESMTP id BAA19707 for ; Sat, 2 May 1998 01:54:31 +0200 (MET DST) 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 BAA18142; Sat, 2 May 1998 01:55:11 +0200 (MET DST) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id BAA02667; Sat, 2 May 1998 01:55:11 +0200 (MET DST) Date: Sat, 2 May 1998 01:55:11 +0200 (MET DST) Message-Id: <199805012355.BAA02667@halles.ilog.fr> To: clisp-list@clisp.cons.org Subject: Re: princ bug In-Reply-To: <199804281349.JAA15679@bunny.gte.com> References: <199804281349.JAA15679@bunny.gte.com> Dorai Sitaram wrote: > (princ #\newline) displays two successive newlines. > > This can't be expected behavior, can it? It's a bug, and is fixed in the current development sources. As a workaround, you can use `write-char' instead of `princ', or bind *print-pretty* to nil. Thanks for reporting this. Bruno From sds@usa.net Mon May 4 15:30:24 1998 Received: from uhura.concentric.net (uhura.concentric.net [206.173.119.93]) by seagull.cdrom.com (8.8.8/8.6.6) with ESMTP id PAA15038 for ; Mon, 4 May 1998 15:30:23 -0700 (PDT) Received: from cliff.concentric.net (cliff [206.173.119.90]) by uhura.concentric.net (8.8.8/(98/04/23 5.10)) id SAA09546; Mon, 4 May 1998 18:32:38 -0400 (EDT) [1-800-745-2747 The Concentric Network] Errors-To: Received: from mute.eaglets.com (ts006d23.phe-pa.concentric.net [209.31.155.35]) by cliff.concentric.net (8.8.8) id SAA15669; Mon, 4 May 1998 18:32:20 -0400 (EDT) Received: (from sds@localhost) by mute.eaglets.com (8.8.7/8.8.7) id SAA05017; Mon, 4 May 1998 18:29:18 -0400 To: clisp-devel@seagull.cons.org, clisp-list@clisp.cons.org Subject: 1998-05-04-ansi-fpc.diff.gz Return-Receipt-To: sds@usa.net X-Disclaimer: You should not expect anyone to agree with me. X-Attribution: Sam X-No-Archive: Yes From: Sam Steingold Date: 04 May 1998 18:29:12 -0400 Message-ID: Lines: 69 X-Mailer: Gnus v5.5/Emacs 20.2 Bruno, please try this (anyone else brave enough? :-) 1998-04-29 Sam Steingold * constobj.d, constsym.d, flo_rest.d, lisparit.d, realelem.d: New variable lisp:*floating-point-contagion-ansi*; when non-nil, floating point contagion is done according to the ANSI CL 1994. -- Sam Steingold, running RedHat5 GNU/Linux (http://www.linux.org) Micros**t is not the answer. Micros**t is a question, and the answer is Linux, the choice of the GNU (http://www.gnu.org) generation. What garlic is to food, insanity is to art. begin 644 1998-05-04-ansi-fpc.diff.gz M'XL(".)`3C4``S$Y.3@M,#4M,#0M86YS:2UF<&,N9&EF9@#M75]SXD82?\Y^ MBEYO50Z(\"+Q'Y>3P@8<$A8798N%`)_]K@]:+>HHS]V;/8]0=9E0T9Y],'^!\R[>\E+8VM M9N^T<_2+V.HE!B/TQ)"N94T5[R1=%6T9W,RR6OVLWSO^V3*LH6B2@1^G3S59 M-=*=$='Q/?K_11M>H#*B&_!/Z48A*MP2G5[>R.2*J$2'$Z)*IGS]AZW_]EZ@>:6=# M-H$2^(B>X#20+KZ::(6D&$3E<`%`,@?LA1+C*YO+O7D[<;/>/L%E\;H)(^8F M:%,W+RTW"075'%Z@@Z`-4.-@@+8AWT@GES)%/H]1_1L"NN7BC`%=!0/'Z5!2 M%()NHQSV7E9'IHN->@5I0&],QLN840+;+[97S!WFE:%9>\PMB*K.Z,%Q@V)@ MJ>@*F@4#13,,234H+BYJ?G`T6VX],+>(UXJ6-.."*Q.#S-D]Y@;&Y$@Q*8R( M(1MLNZA;)$8%RM,?B$?@J8;6/-PBOPZ7Z(B$D6/(E)(A,G,P)(:ALPAW1?`[ M^&I"_?=J:[]6L9Q]!WUMI)!;HJ1KY(LBV7[2=%V]E75-99(J%G1G\,-WZ1A^ MKQ=^;-UU#=%W!1=CP#T:5?Z5&DP6V-*QP(FB8Y*"H7?)^>`K`)R'75:+E&R>B-?R(8X M"2W1"BW15!%,.':'PIOMGYM'S7ZZT>I4^\WV2?JTTVSWTV?M6KV+8Q]1'1U3 M@PSG*61ZJMUFWZ72.DCP0/&IG$8SJOQ8[;;3G;9?Y7&GW:^>-#OMB8=O?IA* M721-9-A`D8M$I:OM7G,J;V;E"">=-A>OY!S';-AS>^VS#T?UKG=J?SR"P?_U M>=-T(BG<7K=>;05,F80D8T)+C/DAF:UD?"$YX_>'9+Z2SR\.22%3S'/XK3P+ M26>HQ+L3%*,K,L"C3YSDG$0O,+*27+O92AY,9;R#X&V'RB'TEVH-"JXDUT>= M/\QT+H\+IA#-G$Z8IW)IY'F]_`-?I]O(]ITH9,')@MOHJ^EG_+YMS&4JPK*3 M1>QE^(@BKC7,/M96W1\\9CAW,XQG#/(`$EW1/JTE992X3R;AW#XI'1== M0;D>%U53046]\?!"4W#/%3-XP]&HG^`>*K;WRY;GJ<+'$^'/O;1SHRF'2YW/ MN*,)''T5%S*9P+=S'0Q$*))+$%NOD4EO>OWJ\:]HUX&M;-'L!#+P?1S&]G&P[:YM>\=.TP%NZZ.13_X1!RC.[GE.[^W9O4_; MN&WG3]RO29Y`O2+6W@O2O5#)^]+]C-^3)TH59.>S2])]EA/*;EQ/3@UY@#^( MZ/-O5/Y*$E7N*`EP9)?21,72GV6U-%BE-KM;81U^1U05K(L2]=SU5%;54/>% M\([H^,&^-3EHF2VF+Q**/CG&RQI5_J)$M>L2M+UD1_7\ME:1X_FR]]`*(A9/ M^H\9^/Y[>'I8N05^#JW:&X&2?LV'"4+&YX_#E54[0GH-T=#$1F.B'%\$G^R0 M]-D%A>74K??/NFW`$NRXVD_T.V)#Y/0D)!H-41M9AG#,C"37L(SK-8*,".OU M'UQ("\/38M5XT;86L]9@]VS?/@OAU_4)JOT41[A8BT2$U_P17MN%"&_M9(3; M?=H"WC/'AYFDKA,3NQ;*R5F9J`*3:L` M?V7AZU+M`7[+!C[G`*+54(C*T:0=)R&/@V^O85M^]+767<.&-'`%"J%Z#4!; M2?4SG#&/5=L]JU`GYMF MLQF.SV6WMQDJA*RO_3!\4GTM^"ZOPOS:/23%S5`O38KMX!74NVGEVH!Y_(8`?Z1;P&LOGD`:N0*^U,V0_#5I& MM!7B%G`P;1YM44JSBX$>MX!74+VY%G`^Q_&%0MP"#B;/O;D6B1;P;CXMV)A7 MY/+;7N2&-W/3$=Z(?H1O>1^VYFW//+Z./E][YAEOD%8AF<="LIB-^[#!M/E\ M$J5"7"[NL_/O82/:^&]O&L=HB]/LFIO&,=#7!?2_`6+-7`&%:0`` ` end From DIGIORM@questdiagnostics.com Wed May 6 07:15:06 1998 Received: from tbrims01.questdiagnostics.com (tbrims01.questdiagnostics.com [208.148.238.5]) by seagull.cdrom.com (8.8.8/8.6.6) with SMTP id HAA24726 for ; Wed, 6 May 1998 07:15:05 -0700 (PDT) Received: by tbrims01.questdiagnostics.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63) id <01BD78D8.A7A4B3E0@tbrims01.questdiagnostics.com>; Wed, 6 May 1998 10:20:55 -0400 Message-ID: From: "DiGiorgi, Matthew" To: "'CLISP List'" Subject: Help CLISP dies Date: Wed, 6 May 1998 10:18:00 -0400 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On a Dell LM133 laptop under windows95, CLISP cannot expand to handle a list of more than 2474 atoms, aborting with the following message: *** - handle_fault error2 ! address = 0x1800000C not in [0x19E90000,0x19E90074)! SIGSEGV cannot be cured. Fault address = 0x1800000C. Other large scale memory use causes the same error condition/message consistently. (I am using 1997-09-19 clisp version.) On another machine, Compaq XL566, there is no problem. Has anyone else experienced this problem? Any solutions? Thanks. Matthew From attardi@di.unipi.it Thu May 7 07:49:38 1998 Received: from mailserver.di.unipi.it (memphis.di.unipi.it [131.114.4.6]) by seagull.cdrom.com (8.8.8/8.6.6) with ESMTP id HAA29538 for ; Thu, 7 May 1998 07:49:21 -0700 (PDT) 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.8/8.8.8) with ESMTP id MAA26097; Thu, 7 May 1998 12:16:30 +0200 (MET DST) Received: (attardi@localhost) by omega.di.unipi.it (8.6.12/8.6.12) id MAA06524; Thu, 7 May 1998 12:16:29 +0200 Date: Thu, 7 May 1998 12:16:29 +0200 Message-Id: <199805071016.MAA06524@omega.di.unipi.it> From: Giuseppe Attardi To: clisp-list@clisp.cons.org In-reply-to: <35464C6A.94E94A1@etu.info.unicaen.fr> (message from François GIRAULT on Tue, 28 Apr 1998 14:41:11 -0700 (PDT)) Subject: Re: Threads in ECoLisp MIME-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Transfer-Encoding: 8bit Date: Tue, 28 Apr 1998 14:41:11 -0700 (PDT) Reply-To: clisp-list@clisp.cons.org Originator: clisp-list@clisp.cons.org From: François GIRAULT Hi, I am usng the threads for the first time, also I have some problems. (I am using the ECoLisp implementation of CLisp.) I want to create a class foo with two fields : : the label of the object : an integer increase regulary And I want to put the method "executer" in thread. Here is the program : | |(defclass foo () | ((num :initform 0 :initarg :num) | (cpt :initform 0 :initarg :cpt)) | ) | |(defmethod executer ((oself foo)) | (loop | (format t "num : ~a cpt : ~a~%" (slot-value oself 'num) |(slot-value oself 'cpt)) | (setf (slot-value oself 'cpt) (+ 1 (slot-value oself 'cpt))) | )) | | |(defun test () | (setf t1 (make-instance 'foo :num 1)) | (setf t2 (make-instance 'foo :num 2)) | | (setf th1 (make-thread #'executer)) | (setf th2 (make-thread #'executer)) | | (setf cont1 (make-continuation th1)) | (setf cont2 (make-continuation th2)) | | (resume cont1 t1) | (resume cont2 t2) |) And this is the error message |> (test) |# 08251aa8> |> Error: Segmentation violation. | Wrong type argument to a compiled function. | Signalled by an anonymous function. |;;; Warning: Clearing input from *debug-io* |Error: 1 is an illegal ihs index. | Signalled by an anonymous function. |Broken at NIL. |>> Could anyone help me ? You should tell me which machine and OS you are using. Your example works for me on Linux 2.0.32 and Solaris 5.3. -- Beppe From aler@inf.uc3m.es Tue May 19 03:55:33 1998 Received: from elrond.uc3m.es (elrond.uc3m.es [163.117.136.62]) by seagull.cdrom.com (8.8.8/8.6.6) with ESMTP id DAA13669 for ; Tue, 19 May 1998 03:55:29 -0700 (PDT) Received: from tristan.uc3m.es (aler@tristan.uc3m.es [163.117.129.72]) by elrond.uc3m.es (8.8.5/8.8.5) with SMTP id NAA15030 for ; Tue, 19 May 1998 13:03:13 +0100 (WET DST) Date: Tue, 19 May 1998 12:58:48 +0200 (CEST) From: Ricardo Aler Mur X-Sender: aler@tristan.uc3m.es Reply-To: aler@inf.uc3m.es To: clisp-list@seagull.cons.org Subject: timing Message-ID: Distribution: world MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello, I need to compare results obtained by a planner in different machines. The planner uses get-internal-run-time to determine the timeout. As the process is deterministic, same timeout should obtain same results (number of nodes expanded by the planner, in my case). However, by running the same planner with the same problem in the same machine, I obtain quite different results. My questions are: why does this happen?. Might it depend on machine load?. Do you have any suggestions about measuring CPU-only time more accurately?. Thanks, Ricardo. -------- mailto: "Ricardo Aler Mur" http://grial.uc3m.es/~aler