Menu
▾
▴
clisp-devel — closed list for developers and testers
You can subscribe to this list here.
| 2000 |
Jan
(81) |
Feb
(55) |
Mar
(459) |
Apr
(159) |
May
(126) |
Jun
(69) |
Jul
(48) |
Aug
(29) |
Sep
(106) |
Oct
(76) |
Nov
(155) |
Dec
(161) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(122) |
Feb
(150) |
Mar
(294) |
Apr
(124) |
May
(197) |
Jun
(266) |
Jul
(111) |
Aug
(259) |
Sep
(163) |
Oct
(142) |
Nov
(101) |
Dec
(86) |
| 2002 |
Jan
(187) |
Feb
(108) |
Mar
(274) |
Apr
(157) |
May
(346) |
Jun
(242) |
Jul
(345) |
Aug
(187) |
Sep
(263) |
Oct
(69) |
Nov
(30) |
Dec
(76) |
| 2003 |
Jan
(125) |
Feb
(191) |
Mar
(87) |
Apr
(69) |
May
(107) |
Jun
(66) |
Jul
(112) |
Aug
(161) |
Sep
(184) |
Oct
(137) |
Nov
(28) |
Dec
(61) |
| 2004 |
Jan
(148) |
Feb
(99) |
Mar
(365) |
Apr
(225) |
May
(311) |
Jun
(204) |
Jul
(95) |
Aug
(214) |
Sep
(256) |
Oct
(290) |
Nov
(239) |
Dec
(152) |
| 2005 |
Jan
(253) |
Feb
(183) |
Mar
(178) |
Apr
(88) |
May
(175) |
Jun
(195) |
Jul
(122) |
Aug
(81) |
Sep
(119) |
Oct
(200) |
Nov
(110) |
Dec
(179) |
| 2006 |
Jan
(154) |
Feb
(64) |
Mar
(55) |
Apr
(69) |
May
(66) |
Jun
(64) |
Jul
(80) |
Aug
(59) |
Sep
(62) |
Oct
(90) |
Nov
(132) |
Dec
(106) |
| 2007 |
Jan
(58) |
Feb
(51) |
Mar
(59) |
Apr
(19) |
May
(33) |
Jun
(52) |
Jul
(15) |
Aug
(50) |
Sep
(41) |
Oct
(259) |
Nov
(323) |
Dec
(136) |
| 2008 |
Jan
(205) |
Feb
(128) |
Mar
(203) |
Apr
(126) |
May
(307) |
Jun
(166) |
Jul
(259) |
Aug
(181) |
Sep
(217) |
Oct
(265) |
Nov
(256) |
Dec
(132) |
| 2009 |
Jan
(104) |
Feb
(81) |
Mar
(27) |
Apr
(21) |
May
(85) |
Jun
(237) |
Jul
(243) |
Aug
(199) |
Sep
(178) |
Oct
(151) |
Nov
(64) |
Dec
(39) |
| 2010 |
Jan
(33) |
Feb
(146) |
Mar
(125) |
Apr
(109) |
May
(52) |
Jun
(135) |
Jul
(103) |
Aug
(68) |
Sep
(99) |
Oct
(88) |
Nov
(45) |
Dec
(56) |
| 2011 |
Jan
(19) |
Feb
(32) |
Mar
(50) |
Apr
(105) |
May
(46) |
Jun
(22) |
Jul
(101) |
Aug
(80) |
Sep
(52) |
Oct
(16) |
Nov
(10) |
Dec
(29) |
| 2012 |
Jan
(8) |
Feb
(22) |
Mar
(17) |
Apr
(68) |
May
(19) |
Jun
(19) |
Jul
(12) |
Aug
(6) |
Sep
(13) |
Oct
(5) |
Nov
(5) |
Dec
(5) |
| 2013 |
Jan
(6) |
Feb
(4) |
Mar
(3) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
(16) |
Apr
(1) |
May
(8) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
(8) |
Mar
(23) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
(7) |
Sep
(1) |
Oct
|
Nov
|
Dec
(5) |
| 2016 |
Jan
|
Feb
|
Mar
(16) |
Apr
(6) |
May
(53) |
Jun
(19) |
Jul
(3) |
Aug
(39) |
Sep
(24) |
Oct
(2) |
Nov
(19) |
Dec
|
| 2017 |
Jan
(13) |
Feb
(44) |
Mar
(208) |
Apr
(12) |
May
(94) |
Jun
(54) |
Jul
(18) |
Aug
(52) |
Sep
(12) |
Oct
(22) |
Nov
(27) |
Dec
(93) |
| 2018 |
Jan
(85) |
Feb
(28) |
Mar
(16) |
Apr
(47) |
May
(16) |
Jun
(15) |
Jul
(10) |
Aug
(3) |
Sep
(5) |
Oct
|
Nov
(6) |
Dec
|
| 2019 |
Jan
(4) |
Feb
(6) |
Mar
(12) |
Apr
(1) |
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2020 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(6) |
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2022 |
Jan
(2) |
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(10) |
Oct
(5) |
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
(9) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(8) |
Nov
(28) |
Dec
(3) |
| 2025 |
Jan
(8) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <cli...@li...> - 2011-01-26 12:07:20
|
Send clisp-cvs mailing list submissions to cli...@li... To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/clisp-cvs or, via email, send a message with subject or body 'help' to cli...@li... You can reach the person managing the list at cli...@li... When replying, please edit your Subject line so it is more specific than "Re: Contents of clisp-cvs digest..." CLISP CVS commits for today Today's Topics: 1. clisp/doc clisp.xml.in,1.118,1.119 (Sam Steingold) 2. clisp/doc impbody.xml,1.617,1.618 (Sam Steingold) ---------------------------------------------------------------------- Message: 1 Date: Tue, 25 Jan 2011 16:48:47 +0000 From: Sam Steingold <sd...@us...> Subject: clisp/doc clisp.xml.in,1.118,1.119 To: cli...@li... Message-ID: <E1P...@sf...> Update of /cvsroot/clisp/clisp/doc In directory sfp-cvsdas-2.v30.ch3.sourceforge.com:/tmp/cvs-serv15892 Modified Files: clisp.xml.in Log Message: login before submitting bug reports Index: clisp.xml.in =================================================================== RCS file: /cvsroot/clisp/clisp/doc/clisp.xml.in,v retrieving revision 1.118 retrieving revision 1.119 diff -u -d -r1.118 -r1.119 --- clisp.xml.in 13 Sep 2010 16:22:32 -0000 1.118 +++ clisp.xml.in 25 Jan 2011 16:48:45 -0000 1.119 @@ -741,7 +741,10 @@ <para>When you encounter a bug in &clisp; or in its documentation (this manual page or <olink targetdoc="impnotes" targetptr="impnotes-top"/>), please report it to the &clisp; - <ulink url="http://sourceforge.net/tracker/?func=add&group_id=1355&atid=101355">SourceForge bug tracker</ulink>.</para> + <ulink url="http://sourceforge.net/tracker/?func=add&group_id=1355&atid=101355">SourceForge bug tracker</ulink>. +To ensure that we can get back to you, you will have to login either to +your &sf; account, or to your <ulink url="http://openid.net/">OpenID</ulink> +account.</para> <para><emphasis>Before</emphasis> submitting a bug report, please take the following basic steps to make the report more useful:<orderedlist> ------------------------------ Message: 2 Date: Tue, 25 Jan 2011 20:33:25 +0000 From: Sam Steingold <sd...@us...> Subject: clisp/doc impbody.xml,1.617,1.618 To: cli...@li... Message-ID: <E1P...@sf...> Update of /cvsroot/clisp/clisp/doc In directory sfp-cvsdas-2.v30.ch3.sourceforge.com:/tmp/cvs-serv29722 Modified Files: impbody.xml Log Message: tweak formatting Index: impbody.xml =================================================================== RCS file: /cvsroot/clisp/clisp/doc/impbody.xml,v retrieving revision 1.617 retrieving revision 1.618 diff -u -d -r1.617 -r1.618 --- impbody.xml 10 Dec 2010 20:05:39 -0000 1.617 +++ impbody.xml 25 Jan 2011 20:33:23 -0000 1.618 @@ -5010,18 +5010,19 @@ <subtitle>Function &format;</subtitle> <para>The additional &format; instruction - <firstterm>~!<indexterm id="format-bang" significance="preferred"> + <firstterm><literal>~!</literal><indexterm id="format-bang" significance="preferred"> <primary>&format;</primary><secondary>~!</secondary></indexterm></firstterm> is similar to &format-slash;, but avoids putting a function name into a - string, thus, even if the function is not interned in the &clu-pac; - package, you might not need to specify the package explicitly. + string, thus it is &read; in the current &package-var;, so, even if the + function is not interned in the &clu-pac; package, you might not need + to specify the package explicitly. <code>(&format; &stream-r; "~arguments!" &func-r; &object-r;)</code> is equivalent to <code>(&funcall; &func-r; &stream-r; &object-r; <replaceable>colon-modifier-p</replaceable> <replaceable>atsign-modifier-p</replaceable> &args-r;)</code>.</para> <para>The additional &format; instruction - <firstterm>~.<indexterm id="format-dot" significance="preferred"> + <firstterm><literal>~.</literal><indexterm id="format-dot" significance="preferred"> <primary>&format;</primary><secondary>~.</secondary></indexterm></firstterm> is a kind of opposite to <code>~&</code>: It outputs a conditional newline, by calling the function &elastic-newline;. ------------------------------ ------------------------------------------------------------------------------ Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ------------------------------ _______________________________________________ clisp-cvs mailing list cli...@li... https://lists.sourceforge.net/lists/listinfo/clisp-cvs End of clisp-cvs Digest, Vol 57, Issue 2 **************************************** |
|
From: SourceForge.net <no...@so...> - 2011-01-25 17:50:18
|
Bugs item #3165405, was opened at 2011-01-25 17:50 Message generated for change (Tracker Item Submitted) made by donc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3165405&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: clisp Group: ANSI compliance issue Status: Open Resolution: None Priority: 5 Private: No Submitted By: Don Cohen (donc) Assigned to: Bruno Haible (haible) Summary: loop expansion Initial Comment: [I guess this is an ansi compliance issue?] (setf ht (make-hash-table)) (setf (gethash 1 ht) 2) (loop for k being the hash-keys of ht as v being the hash-values of ht with ut = 3 count t) 0 I think the answer should be 1, as below (loop with ut = 3 for k being the hash-keys of ht as v being the hash-values of ht count t) 1 (loop for k being the hash-keys of ht with ut = 3 as v being the hash-values of ht count t) 1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3165405&group_id=1355 |
|
From: Sam S. <sd...@gn...> - 2011-01-25 16:33:00
|
> * Pascal Costanza <cp...@c-...> [2011-01-25 17:24:28 +0100]: > > OK, I figured it out - I need a account + password with sourceforge to > be able to report a bug. This is extremely inconvenient and > discouraging. Alas, we have to do this to be able to get back to the submitters. Note that you do NOT need an SF account. You can also login with an OpenID. Thanks for submitting the report. -- Sam Steingold (http://sds.podval.org/) on CentOS release 5.3 (Final) http://palestinefacts.org http://dhimmi.com http://camera.org http://ffii.org http://thereligionofpeace.com http://openvotingconsortium.org If abortion is murder, then oral sex is cannibalism. |
|
From: Pascal C. <pc...@p-...> - 2011-01-25 16:24:37
|
On 25 Jan 2011, at 17:15, Pascal Costanza wrote: > > On 25 Jan 2011, at 15:58, Sam Steingold wrote: > >>> * Pascal Costanza <cp...@c-...> [2011-01-25 14:38:04 +0100]: >>> >>> The HyperSpec states that *load-pathname* is bound to the pathname >>> denoted by the first argument to load, not to the translated physical >>> pathname. >> >> could you please file this bug report on SF? >> thanks! > > The link to the bug tracking system on clisp.sourceforge.net is incorrect. > > Here is the path I took: > > - http://clisp.sourceforge.net/ > - http://clisp.sourceforge.net/impnotes/faq.html#faq-bugs > - http://clisp.sourceforge.net/impnotes/clisp.html#bugs > - http://sourceforge.net/tracker/?func=add&group_id=1355&atid=101355 > > The last link gives an error. > > So where do I report the bug? OK, I figured it out - I need a account + password with sourceforge to be able to report a bug. This is extremely inconvenient and discouraging. Pascal -- Pascal Costanza, mailto:pc...@p-..., http://p-cos.net Vrije Universiteit Brussel Software Languages Lab Pleinlaan 2, B-1050 Brussel, Belgium |
|
From: SourceForge.net <no...@so...> - 2011-01-25 16:23:16
|
Bugs item #3165355, was opened at 2011-01-25 17:23 Message generated for change (Tracker Item Submitted) made by pcostanza You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3165355&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: clisp Group: ANSI compliance issue Status: Open Resolution: None Priority: 5 Private: No Submitted By: Pascal Costanza (pcostanza) Assigned to: Bruno Haible (haible) Summary: load binds *load-pathname* incorrectly Initial Comment: Here is a test case to illustrate the bug: I have a file in /Users/costanza/Temp/test.lisp that contains the single line (print *load-pathname*). Here is a session with clisp: [1]> (setq custom:*parse-namestring-ansi* t) T [2]> (setf (logical-pathname-translations "temp") '(("**;*.*.*" "/Users/costanza/Temp/**/*.*"))) ((#P"TEMP:**;*.*.*" "/Users/costanza/Temp/**/*.*")) [3]> (load #P"temp:test.lisp") ;; Loading file /Users/costanza/Temp/test.lisp ... #P"/Users/costanza/Temp/test.lisp" ;; Loaded file /Users/costanza/Temp/test.lisp T The HyperSpec states that *load-pathname* is bound to the pathname denoted by the first argument to load, not to the translated physical pathname. This seems to cause problems when trying to use ASDF 2 with logical pathnames. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3165355&group_id=1355 |
|
From: Pascal C. <pc...@p-...> - 2011-01-25 16:15:23
|
On 25 Jan 2011, at 15:58, Sam Steingold wrote: >> * Pascal Costanza <cp...@c-...> [2011-01-25 14:38:04 +0100]: >> >> The HyperSpec states that *load-pathname* is bound to the pathname >> denoted by the first argument to load, not to the translated physical >> pathname. > > could you please file this bug report on SF? > thanks! The link to the bug tracking system on clisp.sourceforge.net is incorrect. Here is the path I took: - http://clisp.sourceforge.net/ - http://clisp.sourceforge.net/impnotes/faq.html#faq-bugs - http://clisp.sourceforge.net/impnotes/clisp.html#bugs - http://sourceforge.net/tracker/?func=add&group_id=1355&atid=101355 The last link gives an error. So where do I report the bug? Pascal -- Pascal Costanza, mailto:pc...@p-..., http://p-cos.net Vrije Universiteit Brussel Software Languages Lab Pleinlaan 2, B-1050 Brussel, Belgium |
|
From: Sam S. <sd...@gn...> - 2011-01-25 14:58:17
|
> * Pascal Costanza <cp...@c-...> [2011-01-25 14:38:04 +0100]: > > The HyperSpec states that *load-pathname* is bound to the pathname > denoted by the first argument to load, not to the translated physical > pathname. could you please file this bug report on SF? thanks! -- Sam Steingold (http://sds.podval.org/) on CentOS release 5.3 (Final) http://pmw.org.il http://memri.org http://iris.org.il http://jihadwatch.org http://truepeace.org http://mideasttruth.com You cannot fire me. Slaves are not fired. Slaves are sold. |
|
From: Pascal C. <pc...@p-...> - 2011-01-25 13:38:14
|
Hi,
Here is a test case to illustrate the bug:
I have a file in /Users/costanza/Temp/test.lisp that contains the single line (print *load-pathname*).
Here is a session with clisp:
[1]> (setq custom:*parse-namestring-ansi* t)
T
[2]> (setf (logical-pathname-translations "temp")
'(("**;*.*.*" "/Users/costanza/Temp/**/*.*")))
((#P"TEMP:**;*.*.*" "/Users/costanza/Temp/**/*.*"))
[3]> (load #P"temp:test.lisp")
;; Loading file /Users/costanza/Temp/test.lisp ...
#P"/Users/costanza/Temp/test.lisp"
;; Loaded file /Users/costanza/Temp/test.lisp
T
The HyperSpec states that *load-pathname* is bound to the pathname denoted by the first argument to load, not to the translated physical pathname.
This seems to cause problems when trying to use ASDF 2 with logical pathnames.
Please let me know if I can be of further help to narrow down the problem.
Best,
Pascal
--
Pascal Costanza, mailto:pc...@p-..., http://p-cos.net
Vrije Universiteit Brussel
Software Languages Lab
Pleinlaan 2, B-1050 Brussel, Belgium
|
|
From: <cli...@li...> - 2011-01-23 12:06:07
|
Send clisp-cvs mailing list submissions to cli...@li... To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/clisp-cvs or, via email, send a message with subject or body 'help' to cli...@li... You can reach the person managing the list at cli...@li... When replying, please edit your Subject line so it is more specific than "Re: Contents of clisp-cvs digest..." CLISP CVS commits for today Today's Topics: 1. clisp/doc common.xsl,1.79,1.80 (Sam Steingold) ---------------------------------------------------------------------- Message: 1 Date: Sun, 23 Jan 2011 04:36:04 +0000 From: Sam Steingold <sd...@us...> Subject: clisp/doc common.xsl,1.79,1.80 To: cli...@li... Message-ID: <E1P...@sf...> Update of /cvsroot/clisp/clisp/doc In directory sfp-cvsdas-2.v30.ch3.sourceforge.com:/tmp/cvs-serv14069 Modified Files: common.xsl Log Message: fix bug#3153786: do not pass through comments because "#if" et al are SSI directive which breaks clisp pages on gnu.org Index: common.xsl =================================================================== RCS file: /cvsroot/clisp/clisp/doc/common.xsl,v retrieving revision 1.79 retrieving revision 1.80 diff -u -d -r1.79 -r1.80 --- common.xsl 17 Jun 2010 20:48:52 -0000 1.79 +++ common.xsl 23 Jan 2011 04:36:02 -0000 1.80 @@ -373,14 +373,6 @@ <xsl:template match="screen/prompt"> <strong><xsl:apply-imports/></strong></xsl:template> -<xsl:template match="comment()"> <!-- pass through comments --> - <xsl:text> </xsl:text> - <xsl:comment><xsl:value-of select="normalize-space(.)"/></xsl:comment> - <!-- http://article.gmane.org/gmane.text.docbook.apps:13033 --> - <xsl:if test="not(following-sibling::node()[1][self::comment()])"> - <xsl:text> </xsl:text></xsl:if> -</xsl:template> - <!-- http://article.gmane.org/gmane.text.docbook.apps:19941 http://article.gmane.org/gmane.text.docbook.apps:19957 list examples in the section toc --> ------------------------------ ------------------------------------------------------------------------------ Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ------------------------------ _______________________________________________ clisp-cvs mailing list cli...@li... https://lists.sourceforge.net/lists/listinfo/clisp-cvs End of clisp-cvs Digest, Vol 57, Issue 1 **************************************** |
|
From: SourceForge.net <no...@so...> - 2011-01-23 04:42:50
|
Bugs item #3153786, was opened at 2011-01-09 15:13 Message generated for change (Comment added) made by sds You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3153786&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: web pages >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: guiler (guiler) >Assigned to: Sam Steingold (sds) Summary: Website error Initial Comment: Access to certain parts of the implementation notes is not working. Example: http://www.gnu.org/software/clisp/impnotes/socket.html Breaks with the following error: [an error occurred while processing this directive] ---------------------------------------------------------------------- >Comment By: Sam Steingold (sds) Date: 2011-01-22 23:42 Message: the problem was that we used to pass through comments from xml to html. those comments contain "#if" et al which turn out to be SSI directives which is enabled on gnu.org see http://article.gmane.org/gmane.text.docbook.apps:13033 and clisp/doc/common.xsl:1.80 the problem will be fixed when we release clisp 2.50 and regenerate the web pages. please use clisp.cons.org for now. thanks for the report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3153786&group_id=1355 |
|
From: Angel P. <ang...@ya...> - 2011-01-22 11:42:26
|
Hi, I have tried to compile the latest clisp on cygwin. with modules pcre and new-clx make have passed, but there were some multiple target patterns errors: .deps/close-hook.Po:1: *** multiple target patterns. Stop. .deps/regex.Po:1: *** multiple target patterns. Stop. It looks that the reason is that files have "C:/... " in them. Unfortunately, I cannot figure out who creates them to investigate further. Please, direct me to find out why it failed. Regards, Angel |
|
From: Translation P. R. <ro...@tr...> - 2011-01-20 03:47:14
|
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'clisp' has been submitted
by the Danish team of translators. The file is available at:
http://translationproject.org/latest/clisp/da.po
(We can arrange things so that in the future such files are automatically
e-mailed to you when they arrive. Ask at the address below if you want this.)
All other PO files for your package are available in:
http://translationproject.org/latest/clisp/
Please consider including all of these in your next release, whether
official or a pretest.
Whenever you have a new distribution with a new version number ready,
containing a newer POT file, please send the URL of that distribution
tarball to the address below. The tarball may be just a pretest or a
snapshot, it does not even have to compile. It is just used by the
translators when they need some extra translation context.
The following HTML page has been updated:
http://translationproject.org/domain/clisp.html
If any question arises, please contact the translation coordinator.
Thank you for all your work,
The Translation Project robot, in the
name of your translation coordinator.
<coo...@tr...>
|
|
From: Translation P. R. <ro...@tr...> - 2011-01-19 05:12:12
|
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'clisp' has been submitted
by the Danish team of translators. The file is available at:
http://translationproject.org/latest/clisp/da.po
(We can arrange things so that in the future such files are automatically
e-mailed to you when they arrive. Ask at the address below if you want this.)
All other PO files for your package are available in:
http://translationproject.org/latest/clisp/
Please consider including all of these in your next release, whether
official or a pretest.
Whenever you have a new distribution with a new version number ready,
containing a newer POT file, please send the URL of that distribution
tarball to the address below. The tarball may be just a pretest or a
snapshot, it does not even have to compile. It is just used by the
translators when they need some extra translation context.
The following HTML page has been updated:
http://translationproject.org/domain/clisp.html
If any question arises, please contact the translation coordinator.
Thank you for all your work,
The Translation Project robot, in the
name of your translation coordinator.
<coo...@tr...>
|
|
From: SourceForge.net <no...@so...> - 2011-01-12 06:20:07
|
Bugs item #3144993, was opened at 2010-12-26 10:26 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3144993&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: clisp Group: segfault >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Timofei Shatrov (tshatrov) Assigned to: Arseny Slobodyuk (ampy) Summary: OS:FILE-INFO crashes when file's times are corrupted Initial Comment: I have a DIY file synchronisation script that worked fine under CLISP 2.47 but would randomly crash under CLISP 2.48 and later. I tracked this down to a particular file. (OS:FILE-INFO this-file) would completely crash CLISP. The file looked pretty normal until I noticed that its "modified date" was somehow set to 1 January of 2098. I downloaded a program called SetFileDate, set modified date to today, and voila, OS:FILE-INFO no longer crashes on it. Still, while my data was possibly corrupt, it shouldn't result in CLISP outright crashing, and it didn't in 2.47. My OS: Windows XP SP3 >clisp.exe --version GNU CLISP 2.49 (2010-07-07) (built on STSst063.jenty.by [150.0.0.63]) Software: GNU C 3.4.5 (mingw-vista special r3) gcc -mno-cygwin -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-ty pe -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -O2 -fexpensi ve-optimizations -falign-functions=4 -D_WIN32 -DENABLE_UNICODE -I/usr/local/incl ude -DDYNAMIC_FFI -DNO_READLINE -DNO_GETTEXT -I. -L/usr/local/lib -ltermcap /us r/local/lib/libavcall.a /usr/local/lib/libcallback.a -luser32 -lws2_32 -lole32 - loleaut32 -luuid -L/usr/local/lib -lsigsegv libgnu_cl.a SAFETY=0 HEAPCODES STANDARD_HEAPCODES GENERATIONAL_GC SPVW_BLOCKS SPVW_MIXED TRI VIALMAP_MEMORY libsigsegv 2.8 Features: (REGEXP SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP LISP=CL INTERPRETER SOCKETS GENERIC-STREAMS LOGICAL-PATHNAMES SCREEN FFI UNICODE BASE-CHAR=CHARACTER PC386 WIN32) C Modules: (clisp i18n syscalls regexp) User language: ENGLISH Machine: PC/386 (PC/686) ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-01-12 06:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Arseny Slobodyuk (ampy) Date: 2010-12-29 05:51 Message: Not quite a segfault - it's numeric overflow. I think I've fixed it. ---------------------------------------------------------------------- Comment By: Sam Steingold (sds) Date: 2010-12-26 17:03 Message: it would be nice if you could build clisp with debug symbols (see the FAQ) and attached the backtrace. also, I think you can use (set-file-stat "file" :mtime ....) instead of the SetFileDate program. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3144993&group_id=1355 |
|
From: SourceForge.net <no...@so...> - 2011-01-09 20:13:18
|
Bugs item #3153786, was opened at 2011-01-09 21:13 Message generated for change (Tracker Item Submitted) made by guiler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3153786&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: web pages Status: Open Resolution: None Priority: 5 Private: No Submitted By: avi (guiler) Assigned to: Nobody/Anonymous (nobody) Summary: Website error Initial Comment: Access to certain parts of the implementation notes is not working. Example: http://www.gnu.org/software/clisp/impnotes/socket.html Breaks with the following error: [an error occurred while processing this directive] ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3153786&group_id=1355 |
|
From: SourceForge.net <no...@so...> - 2011-01-02 16:33:20
|
Bugs item #3114096, was opened at 2010-11-20 22:28 Message generated for change (Comment added) made by sds You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3114096&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: clisp Group: ANSI compliance issue Status: Open Resolution: None Priority: 5 Private: No Submitted By: Pascal J. Bourguignon (informatimago) Assigned to: Bruno Haible (haible) Summary: Conformity and convenience problems with pathnames Initial Comment: Hello, It is well known that implementations of CL pathnames have been greatly implementation dependant. However, the standard still specifies clear behavior for logical pathnames, for one thing, and for the other, since there are several implementations working on the same POSIX systems (unix including linux and MacOSX; and MS-Windows), it is desirable that all implementations converge in their handling of pathnames on these plateforms. Personnaly, I resolved to use logical pathnames and logical-pathname translations as much as possible, and to use make-pathname to build portably physical pathnames. However, most implementations have problems dealing with these two aspects. To improve the situation, I wrote a little script to check the behavior of implementations in these two aspects. The script can be found at: ftp://ftp.informatimago.com/users/pjb/lisp/check-pathnames.lisp Since I'm sending a similar message to most implementation lists, it might be better, if there is any need for 'language lawyer' discussions, to direct them to news:comp.lang.lisp. Here are the results for clisp: ------------------------------------------------------------------------ [pjb@kuiper :0.0 ~]$ clisp -ansi -norc 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 8 8 8 8 8 8 \ `-+-' / 8 8 8 ooooo 8oooo `-__|__-' 8 8 8 8 8 | 8 o 8 8 o 8 8 ------+------ ooooo 8oooooo ooo8ooo ooooo 8 Welcome to GNU CLISP 2.49 (2010-07-07) <http://clisp.cons.org/> Copyright (c) Bruno Haible, Michael Stoll 1992, 1993 Copyright (c) Bruno Haible, Marcus Daniels 1994-1997 Copyright (c) Bruno Haible, Pierpaolo Bernardi, Sam Steingold 1998 Copyright (c) Bruno Haible, Sam Steingold 1999-2000 Copyright (c) Sam Steingold, Bruno Haible 2001-2010 Type :h and hit Enter for context help. [1]> (load "/home/pjb/src/lisp/check-pathnames.lisp") ;; Loading file /home/pjb/src/lisp/check-pathnames.lisp ... ================================================================================ Test and probe conforming logical pathnames, and their translation to unix physical pathnames. We want to check the good working of logical pathnames, and the translation of logical pathnames to physical pathnames, in a semi-standard way on unix systems. Namely, given the logical host and its translations: (setf (logical-pathname-translations "LOGICAL") nil) (setf (logical-pathname-translations "LOGICAL") '((#P"LOGICAL:**;*.*" #P"/tmp/**/*.*") (#P"LOGICAL:**;*" #P"/tmp/**/*"))) #P"LOGICAL:DIR;SUBDIR;NAME.TYPE.NEWEST" must be the same as (make-pathname :host "LOGICAL" :directory '(:absolute "DIR" "SUBDIR") :name "NAME" :type "TYPE" :version :newest :case :common) and must translate to: #P"/tmp/dir/subdir/name.type" on unix. Merging physical pathnames specified with :case :common is also tested: (merge-pathnames (make-pathname :directory '(:relative "DIR" "SUBDIR") :name "NAME" :type "TYPE" :version :newest :case :common :default #1=#P"/tmp/") #1# nil) must give #P"/tmp/dir/subdir/name.type". ================================================================================ The customary case for the file system of CLISP (2.49 (2010-07-07) (built 3498306068) (memory 3498306421)) is lower case. ================================================================================ (MAKE-PATHNAME :HOST "LOGICAL" :DEVICE :UNSPECIFIC :DIRECTORY (:ABSOLUTE "DIR" "SUBDIR") :NAME "NAME" :TYPE "TYPE" :VERSION :NEWEST :CASE :COMMON) LOGICAL-PATHNAME #P"LOGICAL:dir;subdir;name.type.NEWEST" -------------------- :case :local (default) Host : "LOGICAL" Device : :UNSPECIFIC Directory : (:ABSOLUTE "dir" "subdir") Name : "name" Type : "type" Version : :NEWEST -------------------- :case :common Host : "LOGICAL" Device : :UNSPECIFIC Directory : (:ABSOLUTE "dir" "subdir") Name : "name" Type : "type" Version : :NEWEST -------------------- -------------------------------------------------------------------------------- Failed assertion: (DIRLIST= (PATHNAME-DIRECTORY PATH :CASE :COMMON) (POP EXPECTED-VALUES)) with: (PATHNAME-DIRECTORY PATH :CASE :COMMON) = (:ABSOLUTE "dir" "subdir") and: (POP EXPECTED-VALUES) = (:ABSOLUTE "DIR" "SUBDIR") -------------------------------------------------------------------------------- Failed assertion: (STRING= (PATHNAME-NAME PATH :CASE :COMMON) (POP EXPECTED-VALUES)) with: (PATHNAME-NAME PATH :CASE :COMMON) = "name" and: (POP EXPECTED-VALUES) = "NAME" -------------------------------------------------------------------------------- Failed assertion: (STRING= (PATHNAME-TYPE PATH :CASE :COMMON) (POP EXPECTED-VALUES)) with: (PATHNAME-TYPE PATH :CASE :COMMON) = "type" and: (POP EXPECTED-VALUES) = "TYPE" -------------------------------------------------------------------------------- Failed assertion: (STRING= EXPECTED-PRINTED (PRIN1-TO-STRING PATH)) with: EXPECTED-PRINTED = "#P\"LOGICAL:DIR;SUBDIR;NAME.TYPE\"" and: (PRIN1-TO-STRING PATH) = "#P\"LOGICAL:dir;subdir;name.type.NEWEST\"" It would be better if logical pathnames were printed using upper case letters, mostly because of 19.3.1.1.7, and because: 22.1.1 Overview of The Lisp Printer Reading a printed representation typically produces an object that is equal to the originally printed object. and 2.4.8.14 Sharpsign P #P reads a following object, which must be a string. #P<<expression>> is equivalent to #.(parse-namestring '<<expression>>), except that #P is not affected by *read-eval*. and Function PARSE-NAMESTRING * If host is nil and thing is a syntactically valid logical pathname namestring containing an explicit host, then it is parsed as a logical pathname namestring. and 19.3.1.1.7 Lowercase Letters in a Logical Pathname Namestring When parsing words and wildcard-words, lowercase letters are translated to uppercase. Notice that means that a logical pathname built with mixed cases (or lower case), cannot be printed readably with a conforming syntax (but it doesn't matter, since it's not a conforming logical pathname anyways). -------------------------------------------------------------------------------- Failed assertion: (STRING= (PATHNAME-HOST PATH :CASE :LOCAL) (POP EXPECTED-VALUES)) with: (PATHNAME-HOST PATH :CASE :LOCAL) = "LOGICAL" and: (POP EXPECTED-VALUES) = "logical" 19.2.2.1.2 makes no exception for pathname-host of logical pathnames. ================================================================================ (MAKE-PATHNAME :HOST "logical" :DEVICE :UNSPECIFIC :DIRECTORY (:ABSOLUTE "dir" "subdir") :NAME "name" :TYPE "type" :VERSION :NEWEST :CASE :LOCAL) LOGICAL-PATHNAME #P"LOGICAL:dir;subdir;name.type.NEWEST" -------------------- :case :local (default) Host : "LOGICAL" Device : :UNSPECIFIC Directory : (:ABSOLUTE "dir" "subdir") Name : "name" Type : "type" Version : :NEWEST -------------------- :case :common Host : "LOGICAL" Device : :UNSPECIFIC Directory : (:ABSOLUTE "dir" "subdir") Name : "name" Type : "type" Version : :NEWEST -------------------- -------------------------------------------------------------------------------- Failed assertion: (DIRLIST= (PATHNAME-DIRECTORY PATH :CASE :COMMON) (POP EXPECTED-VALUES)) with: (PATHNAME-DIRECTORY PATH :CASE :COMMON) = (:ABSOLUTE "dir" "subdir") and: (POP EXPECTED-VALUES) = (:ABSOLUTE "DIR" "SUBDIR") -------------------------------------------------------------------------------- Failed assertion: (STRING= (PATHNAME-NAME PATH :CASE :COMMON) (POP EXPECTED-VALUES)) with: (PATHNAME-NAME PATH :CASE :COMMON) = "name" and: (POP EXPECTED-VALUES) = "NAME" -------------------------------------------------------------------------------- Failed assertion: (STRING= (PATHNAME-TYPE PATH :CASE :COMMON) (POP EXPECTED-VALUES)) with: (PATHNAME-TYPE PATH :CASE :COMMON) = "type" and: (POP EXPECTED-VALUES) = "TYPE" -------------------------------------------------------------------------------- Failed assertion: (STRING= EXPECTED-PRINTED (PRIN1-TO-STRING PATH)) with: EXPECTED-PRINTED = "#P\"LOGICAL:DIR;SUBDIR;NAME.TYPE\"" and: (PRIN1-TO-STRING PATH) = "#P\"LOGICAL:dir;subdir;name.type.NEWEST\"" It would be better if logical pathnames were printed using upper case letters, mostly because of 19.3.1.1.7, and because: 22.1.1 Overview of The Lisp Printer Reading a printed representation typically produces an object that is equal to the originally printed object. and 2.4.8.14 Sharpsign P #P reads a following object, which must be a string. #P<<expression>> is equivalent to #.(parse-namestring '<<expression>>), except that #P is not affected by *read-eval*. and Function PARSE-NAMESTRING * If host is nil and thing is a syntactically valid logical pathname namestring containing an explicit host, then it is parsed as a logical pathname namestring. and 19.3.1.1.7 Lowercase Letters in a Logical Pathname Namestring When parsing words and wildcard-words, lowercase letters are translated to uppercase. Notice that means that a logical pathname built with mixed cases (or lower case), cannot be printed readably with a conforming syntax (but it doesn't matter, since it's not a conforming logical pathname anyways). -------------------------------------------------------------------------------- Failed assertion: (STRING= (PATHNAME-HOST PATH :CASE :LOCAL) (POP EXPECTED-VALUES)) with: (PATHNAME-HOST PATH :CASE :LOCAL) = "LOGICAL" and: (POP EXPECTED-VALUES) = "logical" 19.2.2.1.2 makes no exception for pathname-host of logical pathnames. -------------------------------------------------------------------------------- Failed assertion: (PATHNAME-EQUAL #P"LOGICAL:DIR;SUBDIR;NAME.TYPE.NEWEST" (MAKE-PATHNAME :HOST "LOGICAL" :DEVICE :UNSPECIFIC :DIRECTORY '(:ABSOLUTE "DIR" "SUBDIR") :NAME "NAME" :TYPE "TYPE" :VERSION :NEWEST :CASE :COMMON)) with: #P"LOGICAL:DIR;SUBDIR;NAME.TYPE.NEWEST" = #P"LOGICAL:DIR;SUBDIR;NAME.TYPE.NEWEST" and: (MAKE-PATHNAME :HOST "LOGICAL" :DEVICE :UNSPECIFIC :DIRECTORY '(:ABSOLUTE "DIR" "SUBDIR") :NAME "NAME" :TYPE "TYPE" :VERSION :NEWEST :CASE :COMMON) = #P"LOGICAL:dir;subdir;name.type.NEWEST" LOGICAL-PATHNAME #P"LOGICAL:DIR;SUBDIR;NAME.TYPE.NEWEST" -------------------- :case :local (default) Host : "LOGICAL" Device : :UNSPECIFIC Directory : (:ABSOLUTE "DIR" "SUBDIR") Name : "NAME" Type : "TYPE" Version : :NEWEST -------------------- :case :common Host : "LOGICAL" Device : :UNSPECIFIC Directory : (:ABSOLUTE "DIR" "SUBDIR") Name : "NAME" Type : "TYPE" Version : :NEWEST -------------------- LOGICAL-PATHNAME #P"LOGICAL:dir;subdir;name.type.NEWEST" -------------------- :case :local (default) Host : "LOGICAL" Device : :UNSPECIFIC Directory : (:ABSOLUTE "dir" "subdir") Name : "name" Type : "type" Version : :NEWEST -------------------- :case :common Host : "LOGICAL" Device : :UNSPECIFIC Directory : (:ABSOLUTE "dir" "subdir") Name : "name" Type : "type" Version : :NEWEST -------------------- ;; Loaded file /home/pjb/src/lisp/check-pathnames.lisp T [2]> (quit) Bye. [pjb@kuiper :0.0 ~]$ ---------------------------------------------------------------------- >Comment By: Sam Steingold (sds) Date: 2011-01-02 11:33 Message: there have been some discussion on c.l.l which seems to have invalidated some of these tests ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3114096&group_id=1355 |
|
From: <cli...@li...> - 2010-12-31 12:06:46
|
Send clisp-cvs mailing list submissions to cli...@li... To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/clisp-cvs or, via email, send a message with subject or body 'help' to cli...@li... You can reach the person managing the list at cli...@li... When replying, please edit your Subject line so it is more specific than "Re: Contents of clisp-cvs digest..." CLISP CVS commits for today Today's Topics: 1. clisp/src compiler.lisp,1.361,1.362 (Sam Steingold) ---------------------------------------------------------------------- Message: 1 Date: Thu, 30 Dec 2010 16:01:10 +0000 From: Sam Steingold <sd...@us...> Subject: clisp/src compiler.lisp,1.361,1.362 To: cli...@li... Message-ID: <E1P...@sf...> Update of /cvsroot/clisp/clisp/src In directory sfp-cvsdas-2.v30.ch3.sourceforge.com:/tmp/cvs-serv22457 Modified Files: compiler.lisp Log Message: typo Index: compiler.lisp =================================================================== RCS file: /cvsroot/clisp/clisp/src/compiler.lisp,v retrieving revision 1.361 retrieving revision 1.362 diff -u -d -r1.361 -r1.362 --- compiler.lisp 2 Sep 2010 23:22:25 -0000 1.361 +++ compiler.lisp 30 Dec 2010 16:01:08 -0000 1.362 @@ -823,7 +823,7 @@ (UNWIND-PROTECT (here) (unless for-value - ;; When for-value=NIL at the the first occurring + ;; When for-value=NIL at the first occurring ;; UNWIND-PROTECT-Frame a '(VALUES0) is inserted. (setq for-value t) (push '(VALUES0) codelist)) ------------------------------ ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ------------------------------ _______________________________________________ clisp-cvs mailing list cli...@li... https://lists.sourceforge.net/lists/listinfo/clisp-cvs End of clisp-cvs Digest, Vol 56, Issue 8 **************************************** |
|
From: SourceForge.net <no...@so...> - 2010-12-31 02:25:11
|
Bugs item #3147908, was opened at 2010-12-30 02:14 Message generated for change (Comment added) made by haible You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3147908&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: clisp Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sam Steingold (sds) Assigned to: Sam Steingold (sds) Summary: too much consing when compiling IGNORE-ERRORS Initial Comment: in GNU CLISP 2.33.1 (2004-05-22) (and earlier) (disassemble (LAMBDA (X Y) (IGNORE-ERRORS (= X Y)))) Disassembly of function :LAMBDA (CONST 0) = NIL (CONST 1) = (#(ERROR 15) 2 . 1) 2 required arguments 0 optional arguments No rest parameter No keyword parameters 16 byte-code instructions: 0 (BLOCK-OPEN 0 L24) 3 (HANDLER-OPEN 1 L15) ; (#(ERROR 15) 2 . 1) 5 (LOAD&PUSH 9) 6 (LOAD&PUSH 9) 7 (CALLSR 1 45) ; = 10 (SKIP 4) 12 (BLOCK-CLOSE) 13 (SKIP&RET 3) 15 L15 15 (HANDLER-BEGIN&PUSH) 16 (NIL&PUSH) 17 (LOAD&PUSH 1) 18 (STACK-TO-MV 2) 20 (RETURN-FROM-I 0 0 2) 24 L24 24 (SKIP&RET 3) in GNU CLISP 2.34 (2005-07-20) (and later): (disassemble (LAMBDA (X Y) (IGNORE-ERRORS (= X Y)))) Disassembly of function :LAMBDA (CONST 0) = NIL (CONST 1) = #<COMPILED-FUNCTION :LAMBDA-1> (CONST 2) = #<COMPILED-FUNCTION :LAMBDA-2> (CONST 3) = (#(ERROR 32) 2 . 1) 2 required arguments 0 optional arguments No rest parameter No keyword parameters 25 byte-code instructions: 0 (NIL) 1 (MAKE-VECTOR1&PUSH 2) 3 (LOAD&STOREC 3 0 0) 7 (LOAD&STOREC 2 0 1) 11 (BLOCK-OPEN 0 L47) 14 (LOAD&PUSH 2) 15 (COPY-CLOSURE&PUSH 1 1) ; #<COMPILED-FUNCTION :LAMBDA-1> 18 (LOAD&PUSH 4) 19 (COPY-CLOSURE&PUSH 2 1) ; #<COMPILED-FUNCTION :LAMBDA-2> 22 (HANDLER-OPEN 3 L32) ; (#(ERROR 32) 2 . 1) 24 (LOAD&PUSH 4) 25 (FUNCALL 0) 27 (SKIP 6) 29 (BLOCK-CLOSE) 30 (SKIP&RET 4) 32 L32 32 (HANDLER-BEGIN&PUSH) 33 (LOADI&PUSH 0 0 1) 37 (FUNCALL&PUSH 0) 39 (LOAD&PUSH 1) 40 (FUNCALL 1) 42 (SKIPSP 3 1) 45 (SKIP&RET 2) 47 L47 47 (SKIP&RET 4) which is longer and conses more. ---------------------------------------------------------------------- >Comment By: Bruno Haible (haible) Date: 2010-12-31 03:25 Message: Yes I agree it's most likely caused by this patch: 2005-01-21 Sam Steingold <sd...@gn...> * condition.lisp (handler-bind): use the function syntax for %HANDLER-BIND * compiler.lisp (quote-p): new function (l-constantp, c-constantp): use it (c-form-table): do not handle HANDLER-BIND specially (c-HANDLER-BIND): handle HANDLER-BIND in function syntax * init.lisp (%expand-form): do not handle %HANDLER-BIND specially * clos-class3.lisp (reinitialize-instance-<defined-class>): use use the function syntax for %HANDLER-BIND * clos-genfun4.lisp (generic-function-undeterminedp): ditto * clos-methcomb2.lisp (any-method-combination-check-options): ditto The NEWS entry for this patch was: "Third party code walkers can now handle HANDLER-BIND et al." So the objective was to remove the need for code walkers to handle sys::%handler-bind. The patch itself was fine. The problem is that this macroexpansion: > (macroexpand-1 (third (macroexpand-1 '(IGNORE-ERRORS (= X Y))))) (LET ((#:G2727 #'(LAMBDA NIL (PROGN #'(LAMBDA (CONDITION) (RETURN-FROM #:G2726 (VALUES NIL CONDITION))) ) ) ) (#:G2728 #'(LAMBDA NIL (PROGN (= X Y)))) ) (LOCALLY (DECLARE (COMPILE)) (SYSTEM::%HANDLER-BIND #:G2728 'ERROR #'(LAMBDA (CONDITION) (FUNCALL (FUNCALL #:G2727) CONDITION)) ) ) ) is not compiled to good code. This needs work in the compiler. A smaller example is: (disassemble (LAMBDA (X Y) (HANDLER-BIND () (= X Y)))) Macro expansion: (LET ((#:G2784 #'(LAMBDA NIL (PROGN (= X Y))))) (LOCALLY (DECLARE (COMPILE)) (SYSTEM::%HANDLER-BIND #:G2784)) ) clisp's function inliner is not powerful enough to resolve this. I don't remember whether it is because it does not do data flow analysis or because the LOCALLY form introduces a new declaration scope. But there is a way to make this special case work better without beefing up the function inliner nor the data flow analysis... ---------------------------------------------------------------------- Comment By: Sam Steingold (sds) Date: 2010-12-30 15:12 Message: somehow I cannot compile 2.34 on my laptop (intparam.h:7:2: error: #error "Integers of type int have no binary representation!!" &c) so my investigation is limited to the lisp side. looks like older clisp compiles the call to = and values inline which 2.34 creates closures for that (which is kind of crazy). apparently caused by my 2005-01-21 patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3147908&group_id=1355 |
|
From: SourceForge.net <no...@so...> - 2010-12-30 14:12:58
|
Bugs item #3147908, was opened at 2010-12-29 20:14 Message generated for change (Comment added) made by sds You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3147908&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: clisp Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sam Steingold (sds) >Assigned to: Sam Steingold (sds) Summary: too much consing when compiling IGNORE-ERRORS Initial Comment: in GNU CLISP 2.33.1 (2004-05-22) (and earlier) (disassemble (LAMBDA (X Y) (IGNORE-ERRORS (= X Y)))) Disassembly of function :LAMBDA (CONST 0) = NIL (CONST 1) = (#(ERROR 15) 2 . 1) 2 required arguments 0 optional arguments No rest parameter No keyword parameters 16 byte-code instructions: 0 (BLOCK-OPEN 0 L24) 3 (HANDLER-OPEN 1 L15) ; (#(ERROR 15) 2 . 1) 5 (LOAD&PUSH 9) 6 (LOAD&PUSH 9) 7 (CALLSR 1 45) ; = 10 (SKIP 4) 12 (BLOCK-CLOSE) 13 (SKIP&RET 3) 15 L15 15 (HANDLER-BEGIN&PUSH) 16 (NIL&PUSH) 17 (LOAD&PUSH 1) 18 (STACK-TO-MV 2) 20 (RETURN-FROM-I 0 0 2) 24 L24 24 (SKIP&RET 3) in GNU CLISP 2.34 (2005-07-20) (and later): (disassemble (LAMBDA (X Y) (IGNORE-ERRORS (= X Y)))) Disassembly of function :LAMBDA (CONST 0) = NIL (CONST 1) = #<COMPILED-FUNCTION :LAMBDA-1> (CONST 2) = #<COMPILED-FUNCTION :LAMBDA-2> (CONST 3) = (#(ERROR 32) 2 . 1) 2 required arguments 0 optional arguments No rest parameter No keyword parameters 25 byte-code instructions: 0 (NIL) 1 (MAKE-VECTOR1&PUSH 2) 3 (LOAD&STOREC 3 0 0) 7 (LOAD&STOREC 2 0 1) 11 (BLOCK-OPEN 0 L47) 14 (LOAD&PUSH 2) 15 (COPY-CLOSURE&PUSH 1 1) ; #<COMPILED-FUNCTION :LAMBDA-1> 18 (LOAD&PUSH 4) 19 (COPY-CLOSURE&PUSH 2 1) ; #<COMPILED-FUNCTION :LAMBDA-2> 22 (HANDLER-OPEN 3 L32) ; (#(ERROR 32) 2 . 1) 24 (LOAD&PUSH 4) 25 (FUNCALL 0) 27 (SKIP 6) 29 (BLOCK-CLOSE) 30 (SKIP&RET 4) 32 L32 32 (HANDLER-BEGIN&PUSH) 33 (LOADI&PUSH 0 0 1) 37 (FUNCALL&PUSH 0) 39 (LOAD&PUSH 1) 40 (FUNCALL 1) 42 (SKIPSP 3 1) 45 (SKIP&RET 2) 47 L47 47 (SKIP&RET 4) which is longer and conses more. ---------------------------------------------------------------------- >Comment By: Sam Steingold (sds) Date: 2010-12-30 09:12 Message: somehow I cannot compile 2.34 on my laptop (intparam.h:7:2: error: #error "Integers of type int have no binary representation!!" &c) so my investigation is limited to the lisp side. looks like older clisp compiles the call to = and values inline which 2.34 creates closures for that (which is kind of crazy). apparently caused by my 2005-01-21 patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3147908&group_id=1355 |
|
From: <cli...@li...> - 2010-12-30 12:05:19
|
Send clisp-cvs mailing list submissions to cli...@li... To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/clisp-cvs or, via email, send a message with subject or body 'help' to cli...@li... You can reach the person managing the list at cli...@li... When replying, please edit your Subject line so it is more specific than "Re: Contents of clisp-cvs digest..." CLISP CVS commits for today Today's Topics: 1. clisp/src ChangeLog,1.7587,1.7588 (Sam Steingold) 2. clisp/src ChangeLog,1.7588,1.7589 (Sam Steingold) 3. clisp/src pathname.d,1.527,1.528 ChangeLog,1.7589,1.7590 (Arseny Slobodyuk) ---------------------------------------------------------------------- Message: 1 Date: Wed, 29 Dec 2010 14:47:21 +0000 From: Sam Steingold <sd...@us...> Subject: clisp/src ChangeLog,1.7587,1.7588 To: cli...@li... Message-ID: <E1P...@sf...> Update of /cvsroot/clisp/clisp/src In directory sfp-cvsdas-2.v30.ch3.sourceforge.com:/tmp/cvs-serv30867 Modified Files: ChangeLog Log Message: typos Index: ChangeLog =================================================================== RCS file: /cvsroot/clisp/clisp/src/ChangeLog,v retrieving revision 1.7587 retrieving revision 1.7588 diff -u -d -r1.7587 -r1.7588 --- ChangeLog 29 Dec 2010 05:30:03 -0000 1.7587 +++ ChangeLog 29 Dec 2010 14:47:18 -0000 1.7588 @@ -1,9 +1,9 @@ 2010-12-29 Arseny Slobodyuk <am...@us...> - Fix for bug #3144993: OS:FILE-INFO crashes when file's times + Fix for bug#3144993: OS:FILE-INFO crashes when file's times are corrupted (Y2.04k bug) * time.d (convert_time_to_universal) [WIN32_NATIVE]: use 64 bit - when dividing ticks by ticks_per_second, because universal time + when dividing ticks by ticks_per_second, because universal time exceeds 32 bits around year 2035. 2010-12-10 Sam Steingold <sd...@gn...> @@ -12,7 +12,7 @@ * init.lisp (open-for-load): accept ignore-pathname-defaults and do not call MERGE-PATHNAMES if it is non-NIL; use PROBE-PATHNAME instead of DIRECTORY to probe for a directory - (load): ccept :IGNORE-PATHNAME-DEFAULTS and pass it to OPEN-FOR-LOAD; + (load): accept :IGNORE-PATHNAME-DEFAULTS and pass it to OPEN-FOR-LOAD; pathname merging is done in OPEN-FOR-LOAD (search-file): call PATHNAME instead of MERGE-PATHNAMES on the argument to avoid being killed by *DEFAULT-PATHNAME-DEFAULTS* ------------------------------ Message: 2 Date: Thu, 30 Dec 2010 01:43:42 +0000 From: Sam Steingold <sd...@us...> Subject: clisp/src ChangeLog,1.7588,1.7589 To: cli...@li... Message-ID: <E1P...@sf...> Update of /cvsroot/clisp/clisp/src In directory sfp-cvsdas-2.v30.ch3.sourceforge.com:/tmp/cvs-serv27250 Modified Files: ChangeLog Log Message: typos Index: ChangeLog =================================================================== RCS file: /cvsroot/clisp/clisp/src/ChangeLog,v retrieving revision 1.7588 retrieving revision 1.7589 diff -u -d -r1.7588 -r1.7589 --- ChangeLog 29 Dec 2010 14:47:18 -0000 1.7588 +++ ChangeLog 30 Dec 2010 01:43:39 -0000 1.7589 @@ -16000,7 +16000,7 @@ config.status failed with error: `CFLAGS' was not set in the previous run This is a partial reversal of the 2005-10-07 patch (dependency of - C files on on config.h are kept). + C files on config.h are kept). 2005-10-11 Sam Steingold <sd...@gn...> @@ -21266,7 +21266,7 @@ (c-HANDLER-BIND): handle HANDLER-BIND in function syntax * init.lisp (%expand-form): do not handle %HANDLER-BIND specially * clos-class3.lisp (reinitialize-instance-<defined-class>): - use use the function syntax for %HANDLER-BIND + use the function syntax for %HANDLER-BIND * clos-genfun4.lisp (generic-function-undeterminedp): ditto * clos-methcomb2.lisp (any-method-combination-check-options): ditto @@ -33240,7 +33240,7 @@ 2004-03-18 Sam Steingold <sd...@gn...> * io.d (circle_p): when SYS::*PRINT-CIRCLE-TABLE* is NIL, assume - that the the object has no circularities and print it normally + that the object has no circularities and print it normally (pr_enter_2): bind SYS::*PRINT-CIRCLE-TABLE* to NIL when there are no circularities but *PRINT-READABLY* is non-NIL @@ -34707,7 +34707,7 @@ (c-bind-with-svars, c-UNWIND-PROTECT, c-MULTIPLE-VALUE-PROG1): use it (c-VARSET): set SECLASS-USES-BINDING for SPECIAL variables (c-PROGV, c-parallel-bind-movable-var-anode): - check both both USES and USES-BINDING + check both USES and USES-BINDING (c-FUNCTION, c-HANDLER-BIND): use *SECLASS-READ* instead of a literal (f-side-effect, c-unlist, c-DEFUN, c-RETURN-FROM, c-GO): use *SECLASS-DIRTY* instead of a literal @@ -36674,7 +36674,7 @@ (fehler_undef_function, fehler_kein_symbol, fehler_function) (test_symbol_non_constant): remove (check_symbol_non_constant, check_fdefinition, check_function): add - (COERCE): use use check_fdefinition() + (COERCE): use check_fdefinition() instead of fehler_undef_function() * record.d (MAKE-MACRO, MAKE-FUNCTION-MACRO): use check_function() instead of fehler_function() @@ -37037,7 +37037,7 @@ (DIR-KEY-OPEN, DKEY-SEARCH-ITERATOR, init_iteration_node) (DIR-KEY-VALUE, SET-DKEY-VALUE, REG_KEY_DEL): use check_string() instead of fehler_string() - * eval.d (SPECIAL-VARIABLE-P): use use check_symbol() + * eval.d (SPECIAL-VARIABLE-P): use check_symbol() instead of test_symbol() (sym_value_place, check_local_symbol_value): new functions (sym_value): now a macro that calls sym_value_place() @@ -40826,7 +40826,7 @@ 2002-06-12 Sam Steingold <sd...@gn...> - * lispbibl.d (schar): match the cast in return the the return type + * lispbibl.d (schar): match the cast in return with the return type 2002-06-12 Arseny Slobodjuck <am...@ic...> ------------------------------ Message: 3 Date: Thu, 30 Dec 2010 05:34:03 +0000 From: Arseny Slobodyuk <am...@us...> Subject: clisp/src pathname.d,1.527,1.528 ChangeLog,1.7589,1.7590 To: cli...@li... Message-ID: <E1P...@sf...> Update of /cvsroot/clisp/clisp/src In directory sfp-cvsdas-2.v30.ch3.sourceforge.com:/tmp/cvs-serv26024 Modified Files: pathname.d ChangeLog Log Message: Condition fix in classify_namestring Index: pathname.d =================================================================== RCS file: /cvsroot/clisp/clisp/src/pathname.d,v retrieving revision 1.527 retrieving revision 1.528 diff -u -d -r1.527 -r1.528 --- pathname.d 2 Dec 2010 01:16:05 -0000 1.527 +++ pathname.d 30 Dec 2010 05:33:56 -0000 1.528 @@ -5999,7 +5999,7 @@ end_blocking_system_call(); if (success) { /* file exists. */ if (fwd) *fwd = convert_time_to_universal( - filedata.ftLastWriteTime.dwLowDateTime + filedata.ftLastWriteTime.dwHighDateTime || filedata.ftLastWriteTime.dwLowDateTime ? &filedata.ftLastWriteTime : &filedata.ftCreationTime); if (fsize) *fsize = off_to_I( Index: ChangeLog =================================================================== RCS file: /cvsroot/clisp/clisp/src/ChangeLog,v retrieving revision 1.7589 retrieving revision 1.7590 diff -u -d -r1.7589 -r1.7590 --- ChangeLog 30 Dec 2010 01:43:39 -0000 1.7589 +++ ChangeLog 30 Dec 2010 05:33:58 -0000 1.7590 @@ -1,3 +1,7 @@ +2010-12-30 Arseny Slobodyuk <am...@us...> + + * pathname.d (classify_namestring) [WIN32_NATIVE]: fixed condition. + 2010-12-29 Arseny Slobodyuk <am...@us...> Fix for bug#3144993: OS:FILE-INFO crashes when file's times ------------------------------ ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ------------------------------ _______________________________________________ clisp-cvs mailing list cli...@li... https://lists.sourceforge.net/lists/listinfo/clisp-cvs End of clisp-cvs Digest, Vol 56, Issue 7 **************************************** |
|
From: SourceForge.net <no...@so...> - 2010-12-30 01:14:42
|
Bugs item #3147908, was opened at 2010-12-29 20:14 Message generated for change (Tracker Item Submitted) made by sds You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3147908&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: clisp Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sam Steingold (sds) Assigned to: Bruno Haible (haible) Summary: too much consing when compiling IGNORE-ERRORS Initial Comment: in GNU CLISP 2.33.1 (2004-05-22) (and earlier) (disassemble (LAMBDA (X Y) (IGNORE-ERRORS (= X Y)))) Disassembly of function :LAMBDA (CONST 0) = NIL (CONST 1) = (#(ERROR 15) 2 . 1) 2 required arguments 0 optional arguments No rest parameter No keyword parameters 16 byte-code instructions: 0 (BLOCK-OPEN 0 L24) 3 (HANDLER-OPEN 1 L15) ; (#(ERROR 15) 2 . 1) 5 (LOAD&PUSH 9) 6 (LOAD&PUSH 9) 7 (CALLSR 1 45) ; = 10 (SKIP 4) 12 (BLOCK-CLOSE) 13 (SKIP&RET 3) 15 L15 15 (HANDLER-BEGIN&PUSH) 16 (NIL&PUSH) 17 (LOAD&PUSH 1) 18 (STACK-TO-MV 2) 20 (RETURN-FROM-I 0 0 2) 24 L24 24 (SKIP&RET 3) in GNU CLISP 2.34 (2005-07-20) (and later): (disassemble (LAMBDA (X Y) (IGNORE-ERRORS (= X Y)))) Disassembly of function :LAMBDA (CONST 0) = NIL (CONST 1) = #<COMPILED-FUNCTION :LAMBDA-1> (CONST 2) = #<COMPILED-FUNCTION :LAMBDA-2> (CONST 3) = (#(ERROR 32) 2 . 1) 2 required arguments 0 optional arguments No rest parameter No keyword parameters 25 byte-code instructions: 0 (NIL) 1 (MAKE-VECTOR1&PUSH 2) 3 (LOAD&STOREC 3 0 0) 7 (LOAD&STOREC 2 0 1) 11 (BLOCK-OPEN 0 L47) 14 (LOAD&PUSH 2) 15 (COPY-CLOSURE&PUSH 1 1) ; #<COMPILED-FUNCTION :LAMBDA-1> 18 (LOAD&PUSH 4) 19 (COPY-CLOSURE&PUSH 2 1) ; #<COMPILED-FUNCTION :LAMBDA-2> 22 (HANDLER-OPEN 3 L32) ; (#(ERROR 32) 2 . 1) 24 (LOAD&PUSH 4) 25 (FUNCALL 0) 27 (SKIP 6) 29 (BLOCK-CLOSE) 30 (SKIP&RET 4) 32 L32 32 (HANDLER-BEGIN&PUSH) 33 (LOADI&PUSH 0 0 1) 37 (FUNCALL&PUSH 0) 39 (LOAD&PUSH 1) 40 (FUNCALL 1) 42 (SKIPSP 3 1) 45 (SKIP&RET 2) 47 L47 47 (SKIP&RET 4) which is longer and conses more. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3147908&group_id=1355 |
|
From: <cli...@li...> - 2010-12-29 12:06:52
|
Send clisp-cvs mailing list submissions to cli...@li... To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/clisp-cvs or, via email, send a message with subject or body 'help' to cli...@li... You can reach the person managing the list at cli...@li... When replying, please edit your Subject line so it is more specific than "Re: Contents of clisp-cvs digest..." CLISP CVS commits for today Today's Topics: 1. clisp/src ChangeLog,1.7586,1.7587 time.d,1.80,1.81 (Arseny Slobodyuk) ---------------------------------------------------------------------- Message: 1 Date: Wed, 29 Dec 2010 05:30:06 +0000 From: Arseny Slobodyuk <am...@us...> Subject: clisp/src ChangeLog,1.7586,1.7587 time.d,1.80,1.81 To: cli...@li... Message-ID: <E1P...@sf...> Update of /cvsroot/clisp/clisp/src In directory sfp-cvsdas-2.v30.ch3.sourceforge.com:/tmp/cvs-serv6279 Modified Files: ChangeLog time.d Log Message: Fixed bug#3144993: OS:FILE-INFO crashes when file's times are corrupted Index: ChangeLog =================================================================== RCS file: /cvsroot/clisp/clisp/src/ChangeLog,v retrieving revision 1.7586 retrieving revision 1.7587 diff -u -d -r1.7586 -r1.7587 --- ChangeLog 10 Dec 2010 20:05:39 -0000 1.7586 +++ ChangeLog 29 Dec 2010 05:30:03 -0000 1.7587 @@ -1,3 +1,11 @@ +2010-12-29 Arseny Slobodyuk <am...@us...> + + Fix for bug #3144993: OS:FILE-INFO crashes when file's times + are corrupted (Y2.04k bug) + * time.d (convert_time_to_universal) [WIN32_NATIVE]: use 64 bit + when dividing ticks by ticks_per_second, because universal time + exceeds 32 bits around year 2035. + 2010-12-10 Sam Steingold <sd...@gn...> Fix bug#3124200: setting *DEFAULT-PATHNAME-DEFAULTS* breaks REQUIRE Index: time.d =================================================================== RCS file: /cvsroot/clisp/clisp/src/time.d,v retrieving revision 1.80 retrieving revision 1.81 diff -u -d -r1.80 -r1.81 --- time.d 21 Oct 2010 21:46:06 -0000 1.80 +++ time.d 29 Dec 2010 05:30:03 -0000 1.81 @@ -407,13 +407,13 @@ { 0xFDE04000, 0x14F373B }; #endif var internal_time_t internal_real_time; - var uintL real_time; + var uintL uni_high, uni_low, r1; sub_internal_time(*time,offset,internal_real_time); - divu_6432_3232(internal_real_time.dwHighDateTime, - internal_real_time.dwLowDateTime, - ticks_per_second, - real_time=,); - return UL_to_I(real_time); + divu_6432_3232(0,internal_real_time.dwHighDateTime, + ticks_per_second, uni_high = , r1 = ); + divu_6432_3232(r1,internal_real_time.dwLowDateTime, + ticks_per_second, uni_low = , ); + return L2_to_I(uni_high, uni_low); } /* the inverse of convert_time_to_universal() */ modexp void convert_time_from_universal (object universal, FILETIME* time) { ------------------------------ ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ------------------------------ _______________________________________________ clisp-cvs mailing list cli...@li... https://lists.sourceforge.net/lists/listinfo/clisp-cvs End of clisp-cvs Digest, Vol 56, Issue 6 **************************************** |
|
From: SourceForge.net <no...@so...> - 2010-12-29 05:51:40
|
Bugs item #3144993, was opened at 2010-12-26 20:26 Message generated for change (Settings changed) made by ampy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3144993&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: clisp Group: segfault >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Timofei Shatrov (tshatrov) Assigned to: Arseny Slobodyuk (ampy) Summary: OS:FILE-INFO crashes when file's times are corrupted Initial Comment: I have a DIY file synchronisation script that worked fine under CLISP 2.47 but would randomly crash under CLISP 2.48 and later. I tracked this down to a particular file. (OS:FILE-INFO this-file) would completely crash CLISP. The file looked pretty normal until I noticed that its "modified date" was somehow set to 1 January of 2098. I downloaded a program called SetFileDate, set modified date to today, and voila, OS:FILE-INFO no longer crashes on it. Still, while my data was possibly corrupt, it shouldn't result in CLISP outright crashing, and it didn't in 2.47. My OS: Windows XP SP3 >clisp.exe --version GNU CLISP 2.49 (2010-07-07) (built on STSst063.jenty.by [150.0.0.63]) Software: GNU C 3.4.5 (mingw-vista special r3) gcc -mno-cygwin -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-ty pe -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -O2 -fexpensi ve-optimizations -falign-functions=4 -D_WIN32 -DENABLE_UNICODE -I/usr/local/incl ude -DDYNAMIC_FFI -DNO_READLINE -DNO_GETTEXT -I. -L/usr/local/lib -ltermcap /us r/local/lib/libavcall.a /usr/local/lib/libcallback.a -luser32 -lws2_32 -lole32 - loleaut32 -luuid -L/usr/local/lib -lsigsegv libgnu_cl.a SAFETY=0 HEAPCODES STANDARD_HEAPCODES GENERATIONAL_GC SPVW_BLOCKS SPVW_MIXED TRI VIALMAP_MEMORY libsigsegv 2.8 Features: (REGEXP SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP LISP=CL INTERPRETER SOCKETS GENERIC-STREAMS LOGICAL-PATHNAMES SCREEN FFI UNICODE BASE-CHAR=CHARACTER PC386 WIN32) C Modules: (clisp i18n syscalls regexp) User language: ENGLISH Machine: PC/386 (PC/686) ---------------------------------------------------------------------- >Comment By: Arseny Slobodyuk (ampy) Date: 2010-12-29 15:51 Message: Not quite a segfault - it's numeric overflow. I think I've fixed it. ---------------------------------------------------------------------- Comment By: Sam Steingold (sds) Date: 2010-12-27 03:03 Message: it would be nice if you could build clisp with debug symbols (see the FAQ) and attached the backtrace. also, I think you can use (set-file-stat "file" :mtime ....) instead of the SetFileDate program. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3144993&group_id=1355 |
|
From: SourceForge.net <no...@so...> - 2010-12-26 17:03:26
|
Bugs item #3144993, was opened at 2010-12-26 05:26 Message generated for change (Comment added) made by sds You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3144993&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: clisp Group: segfault Status: Open Resolution: None Priority: 5 Private: No Submitted By: Timofei Shatrov (tshatrov) >Assigned to: Arseny Slobodyuk (ampy) Summary: OS:FILE-INFO crashes when file's times are corrupted Initial Comment: I have a DIY file synchronisation script that worked fine under CLISP 2.47 but would randomly crash under CLISP 2.48 and later. I tracked this down to a particular file. (OS:FILE-INFO this-file) would completely crash CLISP. The file looked pretty normal until I noticed that its "modified date" was somehow set to 1 January of 2098. I downloaded a program called SetFileDate, set modified date to today, and voila, OS:FILE-INFO no longer crashes on it. Still, while my data was possibly corrupt, it shouldn't result in CLISP outright crashing, and it didn't in 2.47. My OS: Windows XP SP3 >clisp.exe --version GNU CLISP 2.49 (2010-07-07) (built on STSst063.jenty.by [150.0.0.63]) Software: GNU C 3.4.5 (mingw-vista special r3) gcc -mno-cygwin -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-ty pe -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -O2 -fexpensi ve-optimizations -falign-functions=4 -D_WIN32 -DENABLE_UNICODE -I/usr/local/incl ude -DDYNAMIC_FFI -DNO_READLINE -DNO_GETTEXT -I. -L/usr/local/lib -ltermcap /us r/local/lib/libavcall.a /usr/local/lib/libcallback.a -luser32 -lws2_32 -lole32 - loleaut32 -luuid -L/usr/local/lib -lsigsegv libgnu_cl.a SAFETY=0 HEAPCODES STANDARD_HEAPCODES GENERATIONAL_GC SPVW_BLOCKS SPVW_MIXED TRI VIALMAP_MEMORY libsigsegv 2.8 Features: (REGEXP SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP LISP=CL INTERPRETER SOCKETS GENERIC-STREAMS LOGICAL-PATHNAMES SCREEN FFI UNICODE BASE-CHAR=CHARACTER PC386 WIN32) C Modules: (clisp i18n syscalls regexp) User language: ENGLISH Machine: PC/386 (PC/686) ---------------------------------------------------------------------- >Comment By: Sam Steingold (sds) Date: 2010-12-26 12:03 Message: it would be nice if you could build clisp with debug symbols (see the FAQ) and attached the backtrace. also, I think you can use (set-file-stat "file" :mtime ....) instead of the SetFileDate program. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3144993&group_id=1355 |
|
From: SourceForge.net <no...@so...> - 2010-12-26 10:26:19
|
Bugs item #3144993, was opened at 2010-12-26 13:26 Message generated for change (Tracker Item Submitted) made by tshatrov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3144993&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: clisp Group: segfault Status: Open Resolution: None Priority: 5 Private: No Submitted By: Timofei Shatrov (tshatrov) Assigned to: Bruno Haible (haible) Summary: OS:FILE-INFO crashes when file's times are corrupted Initial Comment: I have a DIY file synchronisation script that worked fine under CLISP 2.47 but would randomly crash under CLISP 2.48 and later. I tracked this down to a particular file. (OS:FILE-INFO this-file) would completely crash CLISP. The file looked pretty normal until I noticed that its "modified date" was somehow set to 1 January of 2098. I downloaded a program called SetFileDate, set modified date to today, and voila, OS:FILE-INFO no longer crashes on it. Still, while my data was possibly corrupt, it shouldn't result in CLISP outright crashing, and it didn't in 2.47. My OS: Windows XP SP3 >clisp.exe --version GNU CLISP 2.49 (2010-07-07) (built on STSst063.jenty.by [150.0.0.63]) Software: GNU C 3.4.5 (mingw-vista special r3) gcc -mno-cygwin -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-ty pe -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -O2 -fexpensi ve-optimizations -falign-functions=4 -D_WIN32 -DENABLE_UNICODE -I/usr/local/incl ude -DDYNAMIC_FFI -DNO_READLINE -DNO_GETTEXT -I. -L/usr/local/lib -ltermcap /us r/local/lib/libavcall.a /usr/local/lib/libcallback.a -luser32 -lws2_32 -lole32 - loleaut32 -luuid -L/usr/local/lib -lsigsegv libgnu_cl.a SAFETY=0 HEAPCODES STANDARD_HEAPCODES GENERATIONAL_GC SPVW_BLOCKS SPVW_MIXED TRI VIALMAP_MEMORY libsigsegv 2.8 Features: (REGEXP SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP LISP=CL INTERPRETER SOCKETS GENERIC-STREAMS LOGICAL-PATHNAMES SCREEN FFI UNICODE BASE-CHAR=CHARACTER PC386 WIN32) C Modules: (clisp i18n syscalls regexp) User language: ENGLISH Machine: PC/386 (PC/686) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3144993&group_id=1355 |
32 messages has been excluded from this view by a project administrator.
