clisp-devel — closed list for developers and testers

problem with ARRAY-DIMENSION-LIMIT on 64 bit builds with HEAPCODES (e.g. OSX)

[Vladimir T. <vtz...@gm...>]

On 64 bit OSX clisp uses HEAPCODES and encodes VRECORDs length with 24 bits.
However since it is 64 bit system arraysize_limit_1 is defined as:
((uintV)(vbitm(intLsize)-1)) and ARRAY-DIMENSION-LIMIT is 4294967296.
As a result creating vector with more than 2^24 elements will cause
segfault on next garbage collection.
Affected are also large hashtables - they create internally vectors
and check sizes directly against "vbitm(oint_data_len)-1" not
arraysize_limit_1.

I guess every 64 bit build with HEAPCODES will experience the same problem.

What is the best way to fix this?

[ clisp-Bugs-3494206 ] encode-universal-time broken for some inputs

[SourceForge.net <no...@so...>]

Bugs item #3494206, was opened at 2012-02-25 10:07
Message generated for change (Tracker Item Submitted) made by jontyl
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3494206&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: Jonty (jontyl)
Assigned to: Bruno Haible (haible)
Summary: encode-universal-time broken for some inputs

Initial Comment:
See this cut/paste from a lisp session. The first call succeeds, the second fails unexpectedly.

[81]> (encode-universal-time 0 0 1 1 1 1970)
2208988800
[82]> (encode-universal-time 0 0 1 1 1 1969)

*** - Erreur Win32 6 (ERROR_INVALID_HANDLE): The handle is invalid.
Rentrées possibles:
ABORT          :R1      Abort main loop
Break 1 [83]>



The version info is as follows:

C:\Documents and Settings\Natou>clisp --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 -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn
-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -O2 -fexpe
nsive-optimizations -falign-functions=4 -D_WIN32 -DENABLE_UNICODE -I/usr/local/i
nclude -DDYNAMIC_FFI -I. -L/usr/local/lib  -lintl /usr/local/lib/libreadline.dll
.a -L/usr/local/lib -ltermcap /usr/local/lib/libavcall.a /usr/local/lib/libcallb
ack.a -luser32 -lws2_32 -lole32 -loleaut32 -luuid -liconv -L/usr/local/lib -lsig
segv libgnu_cl.a
SAFETY=0 HEAPCODES STANDARD_HEAPCODES GENERATIONAL_GC SPVW_BLOCKS SPVW_MIXED TRI
VIALMAP_MEMORY
libsigsegv 2.8
libiconv 1.13
libreadline 6.0
Features:
(READLINE REGEXP SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP
 LISP=CL INTERPRETER SOCKETS GENERIC-STREAMS LOGICAL-PATHNAMES SCREEN FFI
 GETTEXT UNICODE BASE-CHAR=CHARACTER PC386 WIN32)
C Modules: (clisp i18n syscalls regexp readline)
Installation directory: C:\Program Files\CLisp\clisp-2.49\
User language: ENGLISH
Machine: PC/386 (PC/?86) nom-************** [192.168.1.10]

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3494206&group_id=1355

clisp-cvs Digest, Vol 67, Issue 3

[<cli...@li...>]

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: * tests/clos.tst (foo148): add a test for
      [bug#3487338] (cli...@li...)
   2. clisp: add ";; mode: change-log" so that it is not overridden
      by... (cli...@li...)


----------------------------------------------------------------------

Message: 1
Date: Tue, 14 Feb 2012 14:43:40 +0000
From: cli...@li...
Subject: clisp: * tests/clos.tst (foo148): add a test for
	[bug#3487338]
To: cli...@li...
Message-ID:
	<hg....@vz...>
Content-Type: text/plain; charset="us-ascii"

details:   http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/4861870f911d
changeset: 15559:4861870f911ddbfc0257386a70dac6bbdf4f4306
user:      Sam Steingold <sd...@po...>
date:      2012-02-14 09:41:31 -0500
description:
* tests/clos.tst (foo148): add a test for [bug#3487338]

diffstat:

 tests/ChangeLog |  4 ++++
 tests/clos.tst  |  9 +++++++++
 2 files changed, 13 insertions(+), 0 deletions(-)



------------------------------

Message: 2
Date: Tue, 14 Feb 2012 14:43:41 +0000
From: cli...@li...
Subject: clisp: add ";; mode: change-log" so that it is not overridden
	by...
To: cli...@li...
Message-ID:
	<hg....@vz...>
Content-Type: text/plain; charset="us-ascii"

details:   http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/dfb5a78b146e
changeset: 15560:dfb5a78b146ea4f4ca772d780bf6eff81c268a26
user:      Sam Steingold <sd...@po...>
date:      2012-02-14 09:43:21 -0500
description:
add ";; mode: change-log" so that it is not overridden by ";; mode: bug-reference"

diffstat:

 src/ChangeLog   |  1 +
 tests/ChangeLog |  1 +
 2 files changed, 2 insertions(+), 0 deletions(-)



------------------------------

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/

------------------------------

_______________________________________________
clisp-cvs mailing list
cli...@li...
https://lists.sourceforge.net/lists/listinfo/clisp-cvs


End of clisp-cvs Digest, Vol 67, Issue 3
****************************************

[ clisp-Bugs-3487523 ] print-unreadable-object recursion

[SourceForge.net <no...@so...>]

Bugs item #3487523, was opened at 2012-02-14 02:27
Message generated for change (Comment added) made by haible
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3487523&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: lisp error
>Status: Closed
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Vladimir Tzankov (vtz)
Assigned to: Bruno Haible (haible)
Summary: print-unreadable-object recursion

Initial Comment:
Following code causes infinite recursion:

(defclass c1 ()
  ((name :initarg :name :accessor name-of)))

(defmethod print-object ((c c1) stream)
  (print-unreadable-object (c stream :type t :identity t)
    (princ (name-of c) stream)))

(make-instance 'c1)

The message:
*** - SLOT-VALUE: The slot NAME of XXXXXX has no value 
where XXXXXX is the newly created instance is to blame



----------------------------------------------------------------------

>Comment By: Bruno Haible (haible)
Date: 2012-02-14 04:53

Message:
This is not a bug. When writing a PRINT-OBJECT method you have to be more
careful
and more defensive than elsewhere, precisely because PRINT-OBJECT can be
used in
error messages.

Change your method like this:
(defmethod print-object ((c c1) stream)
  (print-unreadable-object (c stream :type t :identity t)
  (when (slot-boundp c 'name) (princ (name-of c) stream))))


----------------------------------------------------------------------

Comment By: Pascal J. Bourguignon (informatimago)
Date: 2012-02-14 04:42

Message:
This is not a bug.  If you don't bind a slot, it's normal to get an error
when you try to access it.
Either don't try to read unbound slot, or bind all your slots (with
:initform).

[pjb@kuiper :0 ~]$ clisp -ansi -norc -q
[1]> (defclass c1 ()
        ((name :initarg :name :accessor name-of)))
#<STANDARD-CLASS C1>
[2]> (defmethod print-object ((c c1) stream)
       (print-unreadable-object (c stream :type t :identity t)
          (princ (name-of c) stream)))
#<STANDARD-METHOD (#<STANDARD-CLASS C1> #<BUILT-IN-CLASS T>)>
[3]> (make-instance 'c1 :name "Hello")
#<C1 Hello #x000333D0E7A0>
[4]> (defmethod print-object ((c c1) stream)
       (print-unreadable-object (c stream :type t :identity t)
          (when (slot-boundp c 'name) (princ (name-of c) stream))))
WARNING: Replacing method
         #<STANDARD-METHOD (#<STANDARD-CLASS C1> #<BUILT-IN-CLASS T>)> in
         #<STANDARD-GENERIC-FUNCTION PRINT-OBJECT>
#<STANDARD-METHOD (#<STANDARD-CLASS C1> #<BUILT-IN-CLASS T>)>
[5]> (make-instance 'c1)
#<C1  #x000333D29580>
[6]> (quit)
[pjb@kuiper :0 ~]$ 

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3487523&group_id=1355

[ clisp-Bugs-3487523 ] print-unreadable-object recursion

[SourceForge.net <no...@so...>]

Bugs item #3487523, was opened at 2012-02-14 02:27
Message generated for change (Comment added) made by informatimago
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3487523&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: Vladimir Tzankov (vtz)
Assigned to: Bruno Haible (haible)
Summary: print-unreadable-object recursion

Initial Comment:
Following code causes infinite recursion:

(defclass c1 ()
  ((name :initarg :name :accessor name-of)))

(defmethod print-object ((c c1) stream)
  (print-unreadable-object (c stream :type t :identity t)
    (princ (name-of c) stream)))

(make-instance 'c1)

The message:
*** - SLOT-VALUE: The slot NAME of XXXXXX has no value 
where XXXXXX is the newly created instance is to blame



----------------------------------------------------------------------

Comment By: Pascal J. Bourguignon (informatimago)
Date: 2012-02-14 04:42

Message:
This is not a bug.  If you don't bind a slot, it's normal to get an error
when you try to access it.
Either don't try to read unbound slot, or bind all your slots (with
:initform).

[pjb@kuiper :0 ~]$ clisp -ansi -norc -q
[1]> (defclass c1 ()
        ((name :initarg :name :accessor name-of)))
#<STANDARD-CLASS C1>
[2]> (defmethod print-object ((c c1) stream)
       (print-unreadable-object (c stream :type t :identity t)
          (princ (name-of c) stream)))
#<STANDARD-METHOD (#<STANDARD-CLASS C1> #<BUILT-IN-CLASS T>)>
[3]> (make-instance 'c1 :name "Hello")
#<C1 Hello #x000333D0E7A0>
[4]> (defmethod print-object ((c c1) stream)
       (print-unreadable-object (c stream :type t :identity t)
          (when (slot-boundp c 'name) (princ (name-of c) stream))))
WARNING: Replacing method
         #<STANDARD-METHOD (#<STANDARD-CLASS C1> #<BUILT-IN-CLASS T>)> in
         #<STANDARD-GENERIC-FUNCTION PRINT-OBJECT>
#<STANDARD-METHOD (#<STANDARD-CLASS C1> #<BUILT-IN-CLASS T>)>
[5]> (make-instance 'c1)
#<C1  #x000333D29580>
[6]> (quit)
[pjb@kuiper :0 ~]$ 

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3487523&group_id=1355

clisp-cvs Digest, Vol 67, Issue 2

[<cli...@li...>]

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: Fix bug#3487338. (cli...@li...)


----------------------------------------------------------------------

Message: 1
Date: Mon, 13 Feb 2012 23:05:32 +0000
From: cli...@li...
Subject: clisp: Fix bug#3487338.
To: cli...@li...
Message-ID:
	<hg....@vz...>
Content-Type: text/plain; charset="us-ascii"

details:   http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/5bcad87b2d40
changeset: 15558:5bcad87b2d40432567cd015aeddd7b658ecfa09f
user:      Bruno Haible <br...@cl...>
date:      2012-02-14 00:04:47 +0100
description:
Fix bug#3487338.

diffstat:

 src/ChangeLog          |   6 ++++
 src/NEWS               |   2 +
 src/clos-genfun2b.lisp |  73 ++++++++++++++++++++++++++++++-------------------
 3 files changed, 53 insertions(+), 28 deletions(-)



------------------------------

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d

------------------------------

_______________________________________________
clisp-cvs mailing list
cli...@li...
https://lists.sourceforge.net/lists/listinfo/clisp-cvs


End of clisp-cvs Digest, Vol 67, Issue 2
****************************************

[ clisp-Bugs-3487523 ] print-unreadable-object recursion

[SourceForge.net <no...@so...>]

Bugs item #3487523, was opened at 2012-02-14 02:27
Message generated for change (Tracker Item Submitted) made by vtz
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3487523&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: Vladimir Tzankov (vtz)
Assigned to: Bruno Haible (haible)
Summary: print-unreadable-object recursion

Initial Comment:
Following code causes infinite recursion:

(defclass c1 ()
  ((name :initarg :name :accessor name-of)))

(defmethod print-object ((c c1) stream)
  (print-unreadable-object (c stream :type t :identity t)
    (princ (name-of c) stream)))

(make-instance 'c1)

The message:
*** - SLOT-VALUE: The slot NAME of XXXXXX has no value 
where XXXXXX is the newly created instance is to blame



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3487523&group_id=1355

[ clisp-Bugs-3487338 ] The argument is not of type CLOS::DEFINED-CLASS: NIL

[SourceForge.net <no...@so...>]

Bugs item #3487338, was opened at 2012-02-13 09:04
Message generated for change (Settings changed) made by haible
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3487338&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: lisp error
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Anton Vodonosov (avodonosov)
Assigned to: Bruno Haible (haible)
Summary: The argument is not of type CLOS::DEFINED-CLASS: NIL

Initial Comment:
The following fails on clisp-2.49:

(defgeneric foo (object)
  (:method ((x list)) (declare (ignore x)))
  (:method ((x array)) (declare (ignore x)))
  (:method ((x sequence)) (declare (ignore x))))

(foo '(1 2 3))

=> *** - CLOS::CLASS-INITIALIZED: The argument is not of type
CLOS::DEFINED-CLASS: NIL

----------------------------------------------------------------------

Comment By: Bruno Haible (haible)
Date: 2012-02-13 15:20

Message:
The chain of invocations is the following:

(foo '(1 2 3))

(CLOS::INITIAL-FUNCALL-GF #<STANDARD-GENERIC-FUNCTION FOO>)

(CLOS::INSTALL-DISPATCH #<STANDARD-GENERIC-FUNCTION FOO>)

(COMPUTE-DISCRIMINATING-FUNCTION #<STANDARD-GENERIC-FUNCTION FOO>)

(CLOS::COMPUTE-DISCRIMINATING-FUNCTION-<GENERIC-FUNCTION>
#<STANDARD-GENERIC-FUNCTION FOO>)

(CLOS::COMPUTE-DISPATCH #<STANDARD-GENERIC-FUNCTION FOO>)

(CLOS::COMPUTE-DISPATCH-RECURSION '(0)
  '(#<STANDARD-METHOD (#<BUILT-IN-CLASS SEQUENCE>)> #<STANDARD-METHOD
(#<BUILT-IN-CLASS ARRAY>)> #<STANDARD-METHOD (#<BUILT-IN-CLASS LIST>)>)
  NIL)

(CLOS::COMPUTE-DISPATCH-RECURSION-BUILT-IN-SUBTREE #<BUILT-IN-CLASS T>
  '(#<BUILT-IN-CLASS SEQUENCE> #<BUILT-IN-CLASS ARRAY> #<BUILT-IN-CLASS
LIST>)
  '(#<STANDARD-METHOD (#<BUILT-IN-CLASS SEQUENCE>)> #<STANDARD-METHOD
(#<BUILT-IN-CLASS ARRAY>)> #<STANDARD-METHOD (#<BUILT-IN-CLASS LIST>)>))

(CLOS::COMPUTE-DISPATCH-RECURSION-BUILT-IN-SUBTREE #<BUILT-IN-CLASS
SEQUENCE>
  '(#<BUILT-IN-CLASS VECTOR> #<BUILT-IN-CLASS LIST>)
  '(#<STANDARD-METHOD (#<BUILT-IN-CLASS SEQUENCE>)> #<STANDARD-METHOD
(#<BUILT-IN-CLASS ARRAY>)> #<STANDARD-METHOD (#<BUILT-IN-CLASS LIST>)>))

(CLOS::COMPUTE-DISPATCH-RECURSION-BUILT-IN-SUBTREE #<BUILT-IN-CLASS LIST>
  '(#<BUILT-IN-CLASS LIST>)
  '(#<STANDARD-METHOD (#<BUILT-IN-CLASS SEQUENCE>)> #<STANDARD-METHOD
(#<BUILT-IN-CLASS ARRAY>)> #<STANDARD-METHOD (#<BUILT-IN-CLASS LIST>)>))

(CLOS::COMPUTE-DISPATCH-RECURSION-BUILT-IN-SUBTREE NIL
  NIL
  '(#<STANDARD-METHOD (#<BUILT-IN-CLASS SEQUENCE>)> #<STANDARD-METHOD
(#<BUILT-IN-CLASS ARRAY>)>))

The latter invocation is incorrect: The first argument should not be NIL.

In other words, the problem is that the type (AND (AND SEQUENCE (NOT
VECTOR)) (NOT LIST)) happens to be empty
and the code assumes this type (AND class (NOT test-class)) to be
non-empty.

Fixed.

----------------------------------------------------------------------

Comment By: Sam Steingold (sds)
Date: 2012-02-13 09:51

Message:
backtrace;

<11/120> #<SYSTEM-FUNCTION SYSTEM::ERROR-OF-TYPE>
<12/110> #<COMPILED-FUNCTION CLOS::ERROR-ACCESSOR-TYPECHECK>
<13/106> #<COMPILED-FUNCTION CLOS::CLASS-INITIALIZED>
<14/104> #<COMPILED-FUNCTION CLOS::SUBCLASSP>
<15/101> #<COMPILED-FUNCTION CLOS::BC-AND>
<16/93> #<COMPILED-FUNCTION
CLOS::COMPUTE-DISPATCH-RECURSION-BUILT-IN-SUBTREE>
<17/85> #<COMPILED-FUNCTION
CLOS::COMPUTE-DISPATCH-RECURSION-BUILT-IN-SUBTREE>
<18/77> #<COMPILED-FUNCTION
CLOS::COMPUTE-DISPATCH-RECURSION-BUILT-IN-SUBTREE>
<19/70> #<COMPILED-FUNCTION
CLOS::COMPUTE-DISPATCH-RECURSION-BUILT-IN-SUBTREE>
<20/60> #<COMPILED-FUNCTION CLOS::COMPUTE-DISPATCH-RECURSION>
<21/48> #<COMPILED-FUNCTION CLOS::COMPUTE-DISPATCH>
<22/46> #<COMPILED-FUNCTION
CLOS::COMPUTE-DISCRIMINATING-FUNCTION-<GENERIC-FUNCTION>>
<23/44> #<COMPILED-FUNCTION #:|201 203 (DEFGENERIC
COMPUTE-DISCRIMINATING-FUNCTION (GF) ...)-19-1|>
<24/44> #<STANDARD-GENERIC-FUNCTION COMPUTE-DISCRIMINATING-FUNCTION>
<25/41> #<COMPILED-FUNCTION CLOS::INSTALL-DISPATCH>
<26/39> #<COMPILED-FUNCTION CLOS::INITIAL-FUNCALL-GF>
<27/36> #<STANDARD-GENERIC-FUNCTION FOO>
[34] EVAL frame for form (FOO '(1 2 3))



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3487338&group_id=1355

[ clisp-Bugs-3487338 ] The argument is not of type CLOS::DEFINED-CLASS: NIL

[SourceForge.net <no...@so...>]

Bugs item #3487338, was opened at 2012-02-13 09:04
Message generated for change (Comment added) made by haible
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3487338&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: Anton Vodonosov (avodonosov)
Assigned to: Bruno Haible (haible)
Summary: The argument is not of type CLOS::DEFINED-CLASS: NIL

Initial Comment:
The following fails on clisp-2.49:

(defgeneric foo (object)
  (:method ((x list)) (declare (ignore x)))
  (:method ((x array)) (declare (ignore x)))
  (:method ((x sequence)) (declare (ignore x))))

(foo '(1 2 3))

=> *** - CLOS::CLASS-INITIALIZED: The argument is not of type
CLOS::DEFINED-CLASS: NIL

----------------------------------------------------------------------

Comment By: Bruno Haible (haible)
Date: 2012-02-13 15:20

Message:
The chain of invocations is the following:

(foo '(1 2 3))

(CLOS::INITIAL-FUNCALL-GF #<STANDARD-GENERIC-FUNCTION FOO>)

(CLOS::INSTALL-DISPATCH #<STANDARD-GENERIC-FUNCTION FOO>)

(COMPUTE-DISCRIMINATING-FUNCTION #<STANDARD-GENERIC-FUNCTION FOO>)

(CLOS::COMPUTE-DISCRIMINATING-FUNCTION-<GENERIC-FUNCTION>
#<STANDARD-GENERIC-FUNCTION FOO>)

(CLOS::COMPUTE-DISPATCH #<STANDARD-GENERIC-FUNCTION FOO>)

(CLOS::COMPUTE-DISPATCH-RECURSION '(0)
  '(#<STANDARD-METHOD (#<BUILT-IN-CLASS SEQUENCE>)> #<STANDARD-METHOD
(#<BUILT-IN-CLASS ARRAY>)> #<STANDARD-METHOD (#<BUILT-IN-CLASS LIST>)>)
  NIL)

(CLOS::COMPUTE-DISPATCH-RECURSION-BUILT-IN-SUBTREE #<BUILT-IN-CLASS T>
  '(#<BUILT-IN-CLASS SEQUENCE> #<BUILT-IN-CLASS ARRAY> #<BUILT-IN-CLASS
LIST>)
  '(#<STANDARD-METHOD (#<BUILT-IN-CLASS SEQUENCE>)> #<STANDARD-METHOD
(#<BUILT-IN-CLASS ARRAY>)> #<STANDARD-METHOD (#<BUILT-IN-CLASS LIST>)>))

(CLOS::COMPUTE-DISPATCH-RECURSION-BUILT-IN-SUBTREE #<BUILT-IN-CLASS
SEQUENCE>
  '(#<BUILT-IN-CLASS VECTOR> #<BUILT-IN-CLASS LIST>)
  '(#<STANDARD-METHOD (#<BUILT-IN-CLASS SEQUENCE>)> #<STANDARD-METHOD
(#<BUILT-IN-CLASS ARRAY>)> #<STANDARD-METHOD (#<BUILT-IN-CLASS LIST>)>))

(CLOS::COMPUTE-DISPATCH-RECURSION-BUILT-IN-SUBTREE #<BUILT-IN-CLASS LIST>
  '(#<BUILT-IN-CLASS LIST>)
  '(#<STANDARD-METHOD (#<BUILT-IN-CLASS SEQUENCE>)> #<STANDARD-METHOD
(#<BUILT-IN-CLASS ARRAY>)> #<STANDARD-METHOD (#<BUILT-IN-CLASS LIST>)>))

(CLOS::COMPUTE-DISPATCH-RECURSION-BUILT-IN-SUBTREE NIL
  NIL
  '(#<STANDARD-METHOD (#<BUILT-IN-CLASS SEQUENCE>)> #<STANDARD-METHOD
(#<BUILT-IN-CLASS ARRAY>)>))

The latter invocation is incorrect: The first argument should not be NIL.

In other words, the problem is that the type (AND (AND SEQUENCE (NOT
VECTOR)) (NOT LIST)) happens to be empty
and the code assumes this type (AND class (NOT test-class)) to be
non-empty.

Fixed.

----------------------------------------------------------------------

Comment By: Sam Steingold (sds)
Date: 2012-02-13 09:51

Message:
backtrace;

<11/120> #<SYSTEM-FUNCTION SYSTEM::ERROR-OF-TYPE>
<12/110> #<COMPILED-FUNCTION CLOS::ERROR-ACCESSOR-TYPECHECK>
<13/106> #<COMPILED-FUNCTION CLOS::CLASS-INITIALIZED>
<14/104> #<COMPILED-FUNCTION CLOS::SUBCLASSP>
<15/101> #<COMPILED-FUNCTION CLOS::BC-AND>
<16/93> #<COMPILED-FUNCTION
CLOS::COMPUTE-DISPATCH-RECURSION-BUILT-IN-SUBTREE>
<17/85> #<COMPILED-FUNCTION
CLOS::COMPUTE-DISPATCH-RECURSION-BUILT-IN-SUBTREE>
<18/77> #<COMPILED-FUNCTION
CLOS::COMPUTE-DISPATCH-RECURSION-BUILT-IN-SUBTREE>
<19/70> #<COMPILED-FUNCTION
CLOS::COMPUTE-DISPATCH-RECURSION-BUILT-IN-SUBTREE>
<20/60> #<COMPILED-FUNCTION CLOS::COMPUTE-DISPATCH-RECURSION>
<21/48> #<COMPILED-FUNCTION CLOS::COMPUTE-DISPATCH>
<22/46> #<COMPILED-FUNCTION
CLOS::COMPUTE-DISCRIMINATING-FUNCTION-<GENERIC-FUNCTION>>
<23/44> #<COMPILED-FUNCTION #:|201 203 (DEFGENERIC
COMPUTE-DISCRIMINATING-FUNCTION (GF) ...)-19-1|>
<24/44> #<STANDARD-GENERIC-FUNCTION COMPUTE-DISCRIMINATING-FUNCTION>
<25/41> #<COMPILED-FUNCTION CLOS::INSTALL-DISPATCH>
<26/39> #<COMPILED-FUNCTION CLOS::INITIAL-FUNCALL-GF>
<27/36> #<STANDARD-GENERIC-FUNCTION FOO>
[34] EVAL frame for form (FOO '(1 2 3))



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3487338&group_id=1355

[ clisp-Bugs-3487338 ] The argument is not of type CLOS::DEFINED-CLASS: NIL

[SourceForge.net <no...@so...>]

Bugs item #3487338, was opened at 2012-02-13 09:04
Message generated for change (Comment added) made by sds
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3487338&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: Anton Vodonosov (avodonosov)
>Assigned to: Bruno Haible (haible)
Summary: The argument is not of type CLOS::DEFINED-CLASS: NIL

Initial Comment:
The following fails on clisp-2.49:

(defgeneric foo (object)
  (:method ((x list)) (declare (ignore x)))
  (:method ((x array)) (declare (ignore x)))
  (:method ((x sequence)) (declare (ignore x))))

(foo '(1 2 3))

=> *** - CLOS::CLASS-INITIALIZED: The argument is not of type
CLOS::DEFINED-CLASS: NIL

----------------------------------------------------------------------

>Comment By: Sam Steingold (sds)
Date: 2012-02-13 09:51

Message:
backtrace;

<11/120> #<SYSTEM-FUNCTION SYSTEM::ERROR-OF-TYPE>
<12/110> #<COMPILED-FUNCTION CLOS::ERROR-ACCESSOR-TYPECHECK>
<13/106> #<COMPILED-FUNCTION CLOS::CLASS-INITIALIZED>
<14/104> #<COMPILED-FUNCTION CLOS::SUBCLASSP>
<15/101> #<COMPILED-FUNCTION CLOS::BC-AND>
<16/93> #<COMPILED-FUNCTION
CLOS::COMPUTE-DISPATCH-RECURSION-BUILT-IN-SUBTREE>
<17/85> #<COMPILED-FUNCTION
CLOS::COMPUTE-DISPATCH-RECURSION-BUILT-IN-SUBTREE>
<18/77> #<COMPILED-FUNCTION
CLOS::COMPUTE-DISPATCH-RECURSION-BUILT-IN-SUBTREE>
<19/70> #<COMPILED-FUNCTION
CLOS::COMPUTE-DISPATCH-RECURSION-BUILT-IN-SUBTREE>
<20/60> #<COMPILED-FUNCTION CLOS::COMPUTE-DISPATCH-RECURSION>
<21/48> #<COMPILED-FUNCTION CLOS::COMPUTE-DISPATCH>
<22/46> #<COMPILED-FUNCTION
CLOS::COMPUTE-DISCRIMINATING-FUNCTION-<GENERIC-FUNCTION>>
<23/44> #<COMPILED-FUNCTION #:|201 203 (DEFGENERIC
COMPUTE-DISCRIMINATING-FUNCTION (GF) ...)-19-1|>
<24/44> #<STANDARD-GENERIC-FUNCTION COMPUTE-DISCRIMINATING-FUNCTION>
<25/41> #<COMPILED-FUNCTION CLOS::INSTALL-DISPATCH>
<26/39> #<COMPILED-FUNCTION CLOS::INITIAL-FUNCALL-GF>
<27/36> #<STANDARD-GENERIC-FUNCTION FOO>
[34] EVAL frame for form (FOO '(1 2 3))



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3487338&group_id=1355

[ clisp-Bugs-3487338 ] The argument is not of type CLOS::DEFINED-CLASS: NIL

[SourceForge.net <no...@so...>]

Bugs item #3487338, was opened at 2012-02-13 09:04
Message generated for change (Tracker Item Submitted) made by avodonosov
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3487338&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Anton Vodonosov (avodonosov)
Assigned to: Nobody/Anonymous (nobody)
Summary: The argument is not of type CLOS::DEFINED-CLASS: NIL

Initial Comment:
The following fails on clisp-2.49:

(defgeneric foo (object)
  (:method ((x list)) (declare (ignore x)))
  (:method ((x array)) (declare (ignore x)))
  (:method ((x sequence)) (declare (ignore x))))

(foo '(1 2 3))

=> *** - CLOS::CLASS-INITIALIZED: The argument is not of type
CLOS::DEFINED-CLASS: NIL

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3487338&group_id=1355

[ clisp-Bugs-3485514 ] Cygwin & Pipes

[SourceForge.net <no...@so...>]

Bugs item #3485514, was opened at 2012-02-07 14:46
Message generated for change (Comment added) made by toddcpierce
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3485514&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: build problems
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Todd Pierce (toddcpierce)
Assigned to: Bruno Haible (haible)
Summary: Cygwin & Pipes

Initial Comment:
Hello CLISP crew!

This is not really a bug.  After all, Cygwin just started supporting named pipes.  It appears, though, that the build of CLISP being distributed along with Cygwin doesn't recognize them.  The version of CLISP is this:

Welcome to GNU CLISP 2.48 (2009-07-28) 

Since CLISP is turrning out to be the most comfy place for my artificial intelligence to, well... think.

The behavior I noticed is that CLISP would just lock when trying to write to a pipe.  Writing to files works fine.  Reading from the pipe in another terminal window invoked an error in the CLISP session.

I'll mention this to the Cygwin guys too.  I just want you to be on the same page.

Thanks for all the help.

Sincerely, 

-Todd



----------------------------------------------------------------------

>Comment By: Todd Pierce (toddcpierce)
Date: 2012-02-08 15:49

Message:
Someone mentioned that this could be a CRLF issue in the mailing list. 

This is not an issue that occurs when reading or writing to the pipe, this
is something that happens when opening it..  If you can even call Cygwin
having pipes yet.  

As I mentioned before, all the file open/close read/write happens fine. 
It's just when dealing with these new Cygwin pipes that things get
strange.

And no, I still haven't posted this matter with the Cygwin guys...  hell...
I'm homeless.

-Todd cambio y fuera

----------------------------------------------------------------------

Comment By: Todd Pierce (toddcpierce)
Date: 2012-02-08 15:49

Message:
This bug report is now marked as "pending"/"invalid".
This means that we think that the problem you report is not a problem with
CLISP.
Unless you - the reporter - act within 2 weeks, the bug will be permanently
closed.
Sorry about the inconvenience - we hope your silence means that you agree
that this is not a bug in CLISP.

----------------------------------------------------------------------

Comment By: Sam Steingold (sds)
Date: 2012-02-08 07:07

Message:
Todd: maybe you could try binary i/o with pipes? 

Reini: clisp accepts all 3 line terminators (cr, lf, crlf) on input, 
please see http://clisp.org/impnotes/clhs-newline.html

----------------------------------------------------------------------

Comment By: Reini Urban (rurban)
Date: 2012-02-07 17:34

Message:
Maybe because clisp upstream decided to read from pipes with crlf
line-endings, so \n will not end a line. Only the cygwin release reads from
pipes binary. Which makes more sense to cygwin, since we (cygwin) cannot
deal with crlf and we want to pipe streams with line endings to clisp.

Otherwise I see no difference but i haven't tested the new named pipes yet.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3485514&group_id=1355

[ clisp-Bugs-3485514 ] Cygwin & Pipes

[SourceForge.net <no...@so...>]

Bugs item #3485514, was opened at 2012-02-07 14:46
Message generated for change (Comment added) made by sds
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3485514&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: build problems
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Todd Pierce (toddcpierce)
Assigned to: Bruno Haible (haible)
Summary: Cygwin & Pipes

Initial Comment:
Hello CLISP crew!

This is not really a bug.  After all, Cygwin just started supporting named pipes.  It appears, though, that the build of CLISP being distributed along with Cygwin doesn't recognize them.  The version of CLISP is this:

Welcome to GNU CLISP 2.48 (2009-07-28) 

Since CLISP is turrning out to be the most comfy place for my artificial intelligence to, well... think.

The behavior I noticed is that CLISP would just lock when trying to write to a pipe.  Writing to files works fine.  Reading from the pipe in another terminal window invoked an error in the CLISP session.

I'll mention this to the Cygwin guys too.  I just want you to be on the same page.

Thanks for all the help.

Sincerely, 

-Todd



----------------------------------------------------------------------

>Comment By: Sam Steingold (sds)
Date: 2012-02-08 07:07

Message:
Todd: maybe you could try binary i/o with pipes? 

Reini: clisp accepts all 3 line terminators (cr, lf, crlf) on input, 
please see http://clisp.org/impnotes/clhs-newline.html

----------------------------------------------------------------------

Comment By: Reini Urban (rurban)
Date: 2012-02-07 17:34

Message:
Maybe because clisp upstream decided to read from pipes with crlf
line-endings, so \n will not end a line. Only the cygwin release reads from
pipes binary. Which makes more sense to cygwin, since we (cygwin) cannot
deal with crlf and we want to pipe streams with line endings to clisp.

Otherwise I see no difference but i haven't tested the new named pipes yet.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3485514&group_id=1355

[ clisp-Bugs-3485514 ] Cygwin & Pipes

[SourceForge.net <no...@so...>]

Bugs item #3485514, was opened at 2012-02-07 14:46
Message generated for change (Comment added) made by rurban
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3485514&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: build problems
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Todd Pierce (toddcpierce)
Assigned to: Bruno Haible (haible)
Summary: Cygwin & Pipes

Initial Comment:
Hello CLISP crew!

This is not really a bug.  After all, Cygwin just started supporting named pipes.  It appears, though, that the build of CLISP being distributed along with Cygwin doesn't recognize them.  The version of CLISP is this:

Welcome to GNU CLISP 2.48 (2009-07-28) 

Since CLISP is turrning out to be the most comfy place for my artificial intelligence to, well... think.

The behavior I noticed is that CLISP would just lock when trying to write to a pipe.  Writing to files works fine.  Reading from the pipe in another terminal window invoked an error in the CLISP session.

I'll mention this to the Cygwin guys too.  I just want you to be on the same page.

Thanks for all the help.

Sincerely, 

-Todd



----------------------------------------------------------------------

Comment By: Reini Urban (rurban)
Date: 2012-02-07 17:34

Message:
Maybe because clisp upstream decided to read from pipes with crlf
line-endings, so \n will not end a line. Only the cygwin release reads from
pipes binary. Which makes more sense to cygwin, since we (cygwin) cannot
deal with crlf and we want to pipe streams with line endings to clisp.

Otherwise I see no difference but i haven't tested the new named pipes yet.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3485514&group_id=1355

[ clisp-Bugs-3485514 ] Cygwin & Pipes

[SourceForge.net <no...@so...>]

Bugs item #3485514, was opened at 2012-02-07 14:46
Message generated for change (Tracker Item Submitted) made by toddcpierce
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3485514&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: build problems
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Todd Pierce (toddcpierce)
Assigned to: Bruno Haible (haible)
Summary: Cygwin & Pipes

Initial Comment:
Hello CLISP crew!

This is not really a bug.  After all, Cygwin just started supporting named pipes.  It appears, though, that the build of CLISP being distributed along with Cygwin doesn't recognize them.  The version of CLISP is this:

Welcome to GNU CLISP 2.48 (2009-07-28) 

Since CLISP is turrning out to be the most comfy place for my artificial intelligence to, well... think.

The behavior I noticed is that CLISP would just lock when trying to write to a pipe.  Writing to files works fine.  Reading from the pipe in another terminal window invoked an error in the CLISP session.

I'll mention this to the Cygwin guys too.  I just want you to be on the same page.

Thanks for all the help.

Sincerely, 

-Todd



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3485514&group_id=1355

clisp-cvs Digest, Vol 67, Issue 1

[<cli...@li...>]

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: * modules/syscalls/calls.c (file_stat_to_STACK): use
      off_... (cli...@li...)
   2. clisp: * modules/syscalls/calls.c (file_stat_to_STACK)
      [S_IFMT]: (cli...@li...)
   3. clisp: * src/socket.d (get_hostname): turn into a function
      and a... (cli...@li...)


----------------------------------------------------------------------

Message: 1
Date: Thu, 02 Feb 2012 19:37:51 +0000
From: cli...@li...
Subject: clisp: * modules/syscalls/calls.c (file_stat_to_STACK): use
	off_...
To: cli...@li...
Message-ID:
	<hg....@vz...>
Content-Type: text/plain; charset="us-ascii"

details:   http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/1ea331038fab
changeset: 15555:1ea331038fabb6929774c534dd68d76f0c7bff52
user:      Sam Steingold <sd...@po...>
date:      2012-02-02 14:31:10 -0500
description:
* modules/syscalls/calls.c (file_stat_to_STACK): use off_to_I
instead of L_to_I for st_size [bug#3483340]

diffstat:

 modules/syscalls/calls.c  |  2 +-
 modules/syscalls/test.tst |  6 ++++++
 src/ChangeLog             |  5 +++++
 src/NEWS                  |  1 +
 4 files changed, 13 insertions(+), 1 deletions(-)



------------------------------

Message: 2
Date: Thu, 02 Feb 2012 20:42:05 +0000
From: cli...@li...
Subject: clisp: * modules/syscalls/calls.c (file_stat_to_STACK)
	[S_IFMT]:
To: cli...@li...
Message-ID:
	<hg....@vz...>
Content-Type: text/plain; charset="us-ascii"

details:   http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/439d2df01c72
changeset: 15556:439d2df01c72ca707b2f560f742b308d789c686b
user:      Sam Steingold <sd...@po...>
date:      2012-02-02 15:35:23 -0500
description:
* modules/syscalls/calls.c (file_stat_to_STACK) [S_IFMT]:
split st_mode into mknod_type_check and check_chmod_mode

diffstat:

 modules/syscalls/calls.c |  13 ++++++++++++-
 src/ChangeLog            |   1 +
 2 files changed, 13 insertions(+), 1 deletions(-)



------------------------------

Message: 3
Date: Thu, 02 Feb 2012 20:42:06 +0000
From: cli...@li...
Subject: clisp: * src/socket.d (get_hostname): turn into a function
	and a...
To: cli...@li...
Message-ID:
	<hg....@vz...>
Content-Type: text/plain; charset="us-ascii"

details:   http://clisp.hg.sourceforge.net/hgweb/clisp/clisp/clisp/rev/4f5985f83127
changeset: 15557:4f5985f83127eb0bec07b0f8acd7932618d682c9
user:      Sam Steingold <sd...@po...>
date:      2012-02-02 15:39:21 -0500
description:
* src/socket.d (get_hostname): turn into a function and allocate the
array in the caller to support gcc 4.7 [patch#3474660]

diffstat:

 src/ChangeLog |   5 +++++
 src/socket.d  |  38 ++++++++++++++++++--------------------
 2 files changed, 23 insertions(+), 20 deletions(-)



------------------------------

------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2

------------------------------

_______________________________________________
clisp-cvs mailing list
cli...@li...
https://lists.sourceforge.net/lists/listinfo/clisp-cvs


End of clisp-cvs Digest, Vol 67, Issue 1
****************************************

[ clisp-Bugs-3483364 ] posix:file-stat returns negative size

[SourceForge.net <no...@so...>]

Bugs item #3483364, was opened at 2012-02-02 12:57
Message generated for change (Comment added) made by haible
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3483364&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: lisp error
Status: Deleted
Resolution: Duplicate
Priority: 5
Private: No
Submitted By: Don Cohen (donc)
Assigned to: Sam Steingold (sds)
Summary: posix:file-stat returns negative size

Initial Comment:
I guess it assumes 32 bit signed. 
 
 (posix:file-stat "/home/don/VirtualBox VMs/windows xp/Snapshots/{02414c07-90f0\
-4387-ac2e-52078ba3bee2}.vdi") 
#<FILE-STAT 
  :FILE 
  "/home/don/VirtualBox VMs/windows xp/Snapshots/{02414c07-90f0-4387-ac2e-52078\
ba3bee2}.vdi" 
  :DEV 64770 :INO 10098767 :MODE (:RUSR :WUSR 32768) :NLINK 1 :UID 1000 
  :GID 1000 :RDEV NIL :SIZE -1471107072 :BLKSIZE NIL :BLOCKS NIL 
  :ATIME 3537163207 :MTIME 3533752625 :CTIME 3533752625> 
 
$ stat "/home/don/VirtualBox VMs/windows xp/Snapshots/{02414c07-90f0-4387-ac2e-\
52078ba3bee2}.vdi" 
  File: `/home/don/VirtualBox VMs/windows xp/Snapshots/{02414c07-90f0-4387-ac2e\
-52078ba3bee2}.vdi' 
  Size: 2823860224      Blocks: 5515360    IO Block: 4096   regular file 
Device: fd02h/64770d    Inode: 10098767    Links: 1 
Access: (0600/-rw-------)  Uid: ( 1000/     don)   Gid: ( 1000/ don) 
Context: unconfined_u:object_r:user_home_t:s0 
Access: 2012-02-02 01:20:07.198694116 -0800 
Modify: 2011-12-24 13:57:05.128650659 -0800 
Change: 2011-12-24 13:57:05.128650659 -0800 
 Birth: - 

===
$ clisp --version
STACK size: 98222 [0x7fcdd700ae00 0x7fcdd6f4b090]
GNU CLISP 2.49+ (2010-07-17) (built 3535889786) (memory 3535910168)
Software: GNU C 4.6.2 20111027 (Red Hat 4.6.2-1) 
gcc -m64 -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -falign-functions=4 -g -O0 -DDEBUG_OS_ERROR -DDEBUG_SPVW -DDEBUG_BYTECODE -DSAFETY=3 -DENABLE_UNICODE -DNO_TERMCAP_NCURSES -DDYNAMIC_FFI -DDYNAMIC_MODULES  libgnu.a  -ldl -lavcall -lcallback  -L/usr/local/lib64 -lsigsegv -lc  -L/usr/lib
SAFETY=3 TYPECODES WIDE_HARD SPVW_BLOCKS SPVW_MIXED TRIVIALMAP_MEMORY
libsigsegv 2.5
Features: 
(REGEXP WILDCARD SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP
 LISP=CL INTERPRETER LOGICAL-PATHNAMES SOCKETS GENERIC-STREAMS FFI GETTEXT
 UNICODE BASE-CHAR=CHARACTER WORD-SIZE=64 PC386 UNIX)
C Modules: (clisp i18n syscalls regexp)
Installation directory: /usr/local/lib/clisp-2.49+/
User language: ENGLISH
Machine: X86_64 (X86_64) localhost.localdomain [127.0.0.1]

$ uname -a
Linux number11.don-eve.dyndns.org 3.1.9-1.fc16.x86_64 #1 SMP Fri Jan 13 16:37:42 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

same result in current source built last night


----------------------------------------------------------------------

Comment By: Bruno Haible (haible)
Date: 2012-02-02 17:07

Message:
Most probably, using the autoconf macro AC_SYS_LARGEFILE should fix this.
Note that this macro is automatically activated if the gnulib module 'stat'
is in use.
(That gnulib module also fixes a couple of other things with the 'stat'
function on some platforms.)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3483364&group_id=1355

[ clisp-Bugs-3483364 ] posix:file-stat returns negative size

[SourceForge.net <no...@so...>]

Bugs item #3483364, was opened at 2012-02-02 12:57
Message generated for change (Settings changed) made by sds
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3483364&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: lisp error
>Status: Deleted
>Resolution: Duplicate
Priority: 5
Private: No
Submitted By: Don Cohen (donc)
>Assigned to: Sam Steingold (sds)
Summary: posix:file-stat returns negative size

Initial Comment:
I guess it assumes 32 bit signed. 
 
 (posix:file-stat "/home/don/VirtualBox VMs/windows xp/Snapshots/{02414c07-90f0\
-4387-ac2e-52078ba3bee2}.vdi") 
#<FILE-STAT 
  :FILE 
  "/home/don/VirtualBox VMs/windows xp/Snapshots/{02414c07-90f0-4387-ac2e-52078\
ba3bee2}.vdi" 
  :DEV 64770 :INO 10098767 :MODE (:RUSR :WUSR 32768) :NLINK 1 :UID 1000 
  :GID 1000 :RDEV NIL :SIZE -1471107072 :BLKSIZE NIL :BLOCKS NIL 
  :ATIME 3537163207 :MTIME 3533752625 :CTIME 3533752625> 
 
$ stat "/home/don/VirtualBox VMs/windows xp/Snapshots/{02414c07-90f0-4387-ac2e-\
52078ba3bee2}.vdi" 
  File: `/home/don/VirtualBox VMs/windows xp/Snapshots/{02414c07-90f0-4387-ac2e\
-52078ba3bee2}.vdi' 
  Size: 2823860224      Blocks: 5515360    IO Block: 4096   regular file 
Device: fd02h/64770d    Inode: 10098767    Links: 1 
Access: (0600/-rw-------)  Uid: ( 1000/     don)   Gid: ( 1000/ don) 
Context: unconfined_u:object_r:user_home_t:s0 
Access: 2012-02-02 01:20:07.198694116 -0800 
Modify: 2011-12-24 13:57:05.128650659 -0800 
Change: 2011-12-24 13:57:05.128650659 -0800 
 Birth: - 

===
$ clisp --version
STACK size: 98222 [0x7fcdd700ae00 0x7fcdd6f4b090]
GNU CLISP 2.49+ (2010-07-17) (built 3535889786) (memory 3535910168)
Software: GNU C 4.6.2 20111027 (Red Hat 4.6.2-1) 
gcc -m64 -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -falign-functions=4 -g -O0 -DDEBUG_OS_ERROR -DDEBUG_SPVW -DDEBUG_BYTECODE -DSAFETY=3 -DENABLE_UNICODE -DNO_TERMCAP_NCURSES -DDYNAMIC_FFI -DDYNAMIC_MODULES  libgnu.a  -ldl -lavcall -lcallback  -L/usr/local/lib64 -lsigsegv -lc  -L/usr/lib
SAFETY=3 TYPECODES WIDE_HARD SPVW_BLOCKS SPVW_MIXED TRIVIALMAP_MEMORY
libsigsegv 2.5
Features: 
(REGEXP WILDCARD SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP
 LISP=CL INTERPRETER LOGICAL-PATHNAMES SOCKETS GENERIC-STREAMS FFI GETTEXT
 UNICODE BASE-CHAR=CHARACTER WORD-SIZE=64 PC386 UNIX)
C Modules: (clisp i18n syscalls regexp)
Installation directory: /usr/local/lib/clisp-2.49+/
User language: ENGLISH
Machine: X86_64 (X86_64) localhost.localdomain [127.0.0.1]

$ uname -a
Linux number11.don-eve.dyndns.org 3.1.9-1.fc16.x86_64 #1 SMP Fri Jan 13 16:37:42 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

same result in current source built last night


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3483364&group_id=1355

[ clisp-Bugs-3483364 ] posix:file-stat returns negative size

[SourceForge.net <no...@so...>]

Bugs item #3483364, was opened at 2012-02-02 12:57
Message generated for change (Tracker Item Submitted) made by donc
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3483364&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: lisp error
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Don Cohen (donc)
Assigned to: Bruno Haible (haible)
Summary: posix:file-stat returns negative size

Initial Comment:
I guess it assumes 32 bit signed. 
 
 (posix:file-stat "/home/don/VirtualBox VMs/windows xp/Snapshots/{02414c07-90f0\
-4387-ac2e-52078ba3bee2}.vdi") 
#<FILE-STAT 
  :FILE 
  "/home/don/VirtualBox VMs/windows xp/Snapshots/{02414c07-90f0-4387-ac2e-52078\
ba3bee2}.vdi" 
  :DEV 64770 :INO 10098767 :MODE (:RUSR :WUSR 32768) :NLINK 1 :UID 1000 
  :GID 1000 :RDEV NIL :SIZE -1471107072 :BLKSIZE NIL :BLOCKS NIL 
  :ATIME 3537163207 :MTIME 3533752625 :CTIME 3533752625> 
 
$ stat "/home/don/VirtualBox VMs/windows xp/Snapshots/{02414c07-90f0-4387-ac2e-\
52078ba3bee2}.vdi" 
  File: `/home/don/VirtualBox VMs/windows xp/Snapshots/{02414c07-90f0-4387-ac2e\
-52078ba3bee2}.vdi' 
  Size: 2823860224      Blocks: 5515360    IO Block: 4096   regular file 
Device: fd02h/64770d    Inode: 10098767    Links: 1 
Access: (0600/-rw-------)  Uid: ( 1000/     don)   Gid: ( 1000/ don) 
Context: unconfined_u:object_r:user_home_t:s0 
Access: 2012-02-02 01:20:07.198694116 -0800 
Modify: 2011-12-24 13:57:05.128650659 -0800 
Change: 2011-12-24 13:57:05.128650659 -0800 
 Birth: - 

===
$ clisp --version
STACK size: 98222 [0x7fcdd700ae00 0x7fcdd6f4b090]
GNU CLISP 2.49+ (2010-07-17) (built 3535889786) (memory 3535910168)
Software: GNU C 4.6.2 20111027 (Red Hat 4.6.2-1) 
gcc -m64 -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -falign-functions=4 -g -O0 -DDEBUG_OS_ERROR -DDEBUG_SPVW -DDEBUG_BYTECODE -DSAFETY=3 -DENABLE_UNICODE -DNO_TERMCAP_NCURSES -DDYNAMIC_FFI -DDYNAMIC_MODULES  libgnu.a  -ldl -lavcall -lcallback  -L/usr/local/lib64 -lsigsegv -lc  -L/usr/lib
SAFETY=3 TYPECODES WIDE_HARD SPVW_BLOCKS SPVW_MIXED TRIVIALMAP_MEMORY
libsigsegv 2.5
Features: 
(REGEXP WILDCARD SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP
 LISP=CL INTERPRETER LOGICAL-PATHNAMES SOCKETS GENERIC-STREAMS FFI GETTEXT
 UNICODE BASE-CHAR=CHARACTER WORD-SIZE=64 PC386 UNIX)
C Modules: (clisp i18n syscalls regexp)
Installation directory: /usr/local/lib/clisp-2.49+/
User language: ENGLISH
Machine: X86_64 (X86_64) localhost.localdomain [127.0.0.1]

$ uname -a
Linux number11.don-eve.dyndns.org 3.1.9-1.fc16.x86_64 #1 SMP Fri Jan 13 16:37:42 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

same result in current source built last night


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3483364&group_id=1355

[ clisp-Patches-3474660 ] Patch for GCC 4.7

[SourceForge.net <no...@so...>]

Patches item #3474660, was opened at 2012-01-16 20:49
Message generated for change (Comment added) made by sds
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=301355&aid=3474660&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: None
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Jerry James (jjames)
>Assigned to: Sam Steingold (sds)
Summary: Patch for GCC 4.7

Initial Comment:
I maintain the Fedora Clisp package.  We were recently asked to compile all of our packages with what will soon be GCC 4.7, in order to find bugs.  Clisp built, but failed a socket test on 32-bit x86.  The current code uses a get_hostname() macro in socket.d that is unsafe.  It creates a character array on the stack, saves a pointer to the first element of the array, exits the scope in which the array is defined, then accesses the (now out of scope) array via the pointer.  A C compiler is free to reuse the stack space of out of scope variables, and it appears that GCC 4.7 does in fact do so, at least on 32-bit x86.  This is the patch I applied to the Fedora build of Clisp in order to address this issue.

----------------------------------------------------------------------

>Comment By: Sam Steingold (sds)
Date: 2012-02-02 12:40

Message:
I applied a slightly different patch.
thanks.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=301355&aid=3474660&group_id=1355

[ clisp-Bugs-3483340 ] posix:file-stat returns negative size

[SourceForge.net <no...@so...>]

Bugs item #3483340, was opened at 2012-02-02 11:05
Message generated for change (Comment added) made by sds
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3483340&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: lisp error
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Don Cohen (donc)
>Assigned to: Sam Steingold (sds)
Summary: posix:file-stat returns negative size

Initial Comment:
I guess it assumes 32 bit signed. 
 
 (posix:file-stat "/home/don/VirtualBox VMs/windows xp/Snapshots/{02414c07-90f0\
-4387-ac2e-52078ba3bee2}.vdi") 
#<FILE-STAT 
  :FILE 
  "/home/don/VirtualBox VMs/windows xp/Snapshots/{02414c07-90f0-4387-ac2e-52078\
ba3bee2}.vdi" 
  :DEV 64770 :INO 10098767 :MODE (:RUSR :WUSR 32768) :NLINK 1 :UID 1000 
  :GID 1000 :RDEV NIL :SIZE -1471107072 :BLKSIZE NIL :BLOCKS NIL 
  :ATIME 3537163207 :MTIME 3533752625 :CTIME 3533752625> 
 
$ stat "/home/don/VirtualBox VMs/windows xp/Snapshots/{02414c07-90f0-4387-ac2e-\
52078ba3bee2}.vdi" 
  File: `/home/don/VirtualBox VMs/windows xp/Snapshots/{02414c07-90f0-4387-ac2e\
-52078ba3bee2}.vdi' 
  Size: 2823860224      Blocks: 5515360    IO Block: 4096   regular file 
Device: fd02h/64770d    Inode: 10098767    Links: 1 
Access: (0600/-rw-------)  Uid: ( 1000/     don)   Gid: ( 1000/ don) 
Context: unconfined_u:object_r:user_home_t:s0 
Access: 2012-02-02 01:20:07.198694116 -0800 
Modify: 2011-12-24 13:57:05.128650659 -0800 
Change: 2011-12-24 13:57:05.128650659 -0800 
 Birth: - 

===
$ clisp --version
STACK size: 98222 [0x7fcdd700ae00 0x7fcdd6f4b090]
GNU CLISP 2.49+ (2010-07-17) (built 3535889786) (memory 3535910168)
Software: GNU C 4.6.2 20111027 (Red Hat 4.6.2-1) 
gcc -m64 -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -falign-functions=4 -g -O0 -DDEBUG_OS_ERROR -DDEBUG_SPVW -DDEBUG_BYTECODE -DSAFETY=3 -DENABLE_UNICODE -DNO_TERMCAP_NCURSES -DDYNAMIC_FFI -DDYNAMIC_MODULES  libgnu.a  -ldl -lavcall -lcallback  -L/usr/local/lib64 -lsigsegv -lc  -L/usr/lib
SAFETY=3 TYPECODES WIDE_HARD SPVW_BLOCKS SPVW_MIXED TRIVIALMAP_MEMORY
libsigsegv 2.5
Features: 
(REGEXP WILDCARD SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP
 LISP=CL INTERPRETER LOGICAL-PATHNAMES SOCKETS GENERIC-STREAMS FFI GETTEXT
 UNICODE BASE-CHAR=CHARACTER WORD-SIZE=64 PC386 UNIX)
C Modules: (clisp i18n syscalls regexp)
Installation directory: /usr/local/lib/clisp-2.49+/
User language: ENGLISH
Machine: X86_64 (X86_64) localhost.localdomain [127.0.0.1]

$ uname -a
Linux number11.don-eve.dyndns.org 3.1.9-1.fc16.x86_64 #1 SMP Fri Jan 13 16:37:42 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

same result in current source built last night


----------------------------------------------------------------------

Comment By: Sam Steingold (sds)
Date: 2012-02-02 11:38

Message:
thank you for your bug report.
the bug has been fixed in the source tree (mercurial/hg).
you can either wait for the next release (recommended)
or check out the current mercurial tree (see http://clisp.org)
and build CLISP from the sources (be advised that between
releases the source tree is very unstable and may not even build
on your platform).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3483340&group_id=1355

[ clisp-Bugs-3483340 ] posix:file-stat returns negative size

[SourceForge.net <no...@so...>]

Bugs item #3483340, was opened at 2012-02-02 11:05
Message generated for change (Tracker Item Submitted) made by donc
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3483340&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: lisp error
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Don Cohen (donc)
Assigned to: Bruno Haible (haible)
Summary: posix:file-stat returns negative size

Initial Comment:
I guess it assumes 32 bit signed. 
 
 (posix:file-stat "/home/don/VirtualBox VMs/windows xp/Snapshots/{02414c07-90f0\
-4387-ac2e-52078ba3bee2}.vdi") 
#<FILE-STAT 
  :FILE 
  "/home/don/VirtualBox VMs/windows xp/Snapshots/{02414c07-90f0-4387-ac2e-52078\
ba3bee2}.vdi" 
  :DEV 64770 :INO 10098767 :MODE (:RUSR :WUSR 32768) :NLINK 1 :UID 1000 
  :GID 1000 :RDEV NIL :SIZE -1471107072 :BLKSIZE NIL :BLOCKS NIL 
  :ATIME 3537163207 :MTIME 3533752625 :CTIME 3533752625> 
 
$ stat "/home/don/VirtualBox VMs/windows xp/Snapshots/{02414c07-90f0-4387-ac2e-\
52078ba3bee2}.vdi" 
  File: `/home/don/VirtualBox VMs/windows xp/Snapshots/{02414c07-90f0-4387-ac2e\
-52078ba3bee2}.vdi' 
  Size: 2823860224      Blocks: 5515360    IO Block: 4096   regular file 
Device: fd02h/64770d    Inode: 10098767    Links: 1 
Access: (0600/-rw-------)  Uid: ( 1000/     don)   Gid: ( 1000/ don) 
Context: unconfined_u:object_r:user_home_t:s0 
Access: 2012-02-02 01:20:07.198694116 -0800 
Modify: 2011-12-24 13:57:05.128650659 -0800 
Change: 2011-12-24 13:57:05.128650659 -0800 
 Birth: - 

===
$ clisp --version
STACK size: 98222 [0x7fcdd700ae00 0x7fcdd6f4b090]
GNU CLISP 2.49+ (2010-07-17) (built 3535889786) (memory 3535910168)
Software: GNU C 4.6.2 20111027 (Red Hat 4.6.2-1) 
gcc -m64 -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -falign-functions=4 -g -O0 -DDEBUG_OS_ERROR -DDEBUG_SPVW -DDEBUG_BYTECODE -DSAFETY=3 -DENABLE_UNICODE -DNO_TERMCAP_NCURSES -DDYNAMIC_FFI -DDYNAMIC_MODULES  libgnu.a  -ldl -lavcall -lcallback  -L/usr/local/lib64 -lsigsegv -lc  -L/usr/lib
SAFETY=3 TYPECODES WIDE_HARD SPVW_BLOCKS SPVW_MIXED TRIVIALMAP_MEMORY
libsigsegv 2.5
Features: 
(REGEXP WILDCARD SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP
 LISP=CL INTERPRETER LOGICAL-PATHNAMES SOCKETS GENERIC-STREAMS FFI GETTEXT
 UNICODE BASE-CHAR=CHARACTER WORD-SIZE=64 PC386 UNIX)
C Modules: (clisp i18n syscalls regexp)
Installation directory: /usr/local/lib/clisp-2.49+/
User language: ENGLISH
Machine: X86_64 (X86_64) localhost.localdomain [127.0.0.1]

$ uname -a
Linux number11.don-eve.dyndns.org 3.1.9-1.fc16.x86_64 #1 SMP Fri Jan 13 16:37:42 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

same result in current source built last night


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=3483340&group_id=1355

[ clisp-Feature Requests-3384688 ] use OS facilities to print os-error

[SourceForge.net <no...@so...>]

Feature Requests item #3384688, was opened at 2011-08-02 07:13
Message generated for change (Comment added) made by sds
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=351355&aid=3384688&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: UI
Group: None
>Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Sam Steingold (sds)
Assigned to: Sam Steingold (sds)
Summary: use OS facilities to print os-error

Initial Comment:
use strerror and FormatMessage instead of internal tables in errunix and errwin32

----------------------------------------------------------------------

Comment By: Sam Steingold (sds)
Date: 2012-01-31 09:36

Message:
Thanks for the suggestion - it has been just implemented and
checked into the CVS repository, and will be available in the next
release.
If you cannot wait for the next release, you can get the latest
development sources from the CVS and compile them yourself.
Please be aware that the development sources are not stable and
might not even compile on your machine.
You should report any problems you encounter with the CVS sources
to the <clisp-devel> mailing list, not to the <clisp-list>.
If you use the CVS sources, you should read <clisp-devel>
since the CVS log goes there.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=351355&aid=3384688&group_id=1355

[ clisp-Patches-3474660 ] Patch for GCC 4.7

[SourceForge.net <no...@so...>]

Patches item #3474660, was opened at 2012-01-16 20:49
Message generated for change (Settings changed) made by sds
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=301355&aid=3474660&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jerry James (jjames)
>Assigned to: Bruno Haible (haible)
Summary: Patch for GCC 4.7

Initial Comment:
I maintain the Fedora Clisp package.  We were recently asked to compile all of our packages with what will soon be GCC 4.7, in order to find bugs.  Clisp built, but failed a socket test on 32-bit x86.  The current code uses a get_hostname() macro in socket.d that is unsafe.  It creates a character array on the stack, saves a pointer to the first element of the array, exits the scope in which the array is defined, then accesses the (now out of scope) array via the pointer.  A C compiler is free to reuse the stack space of out of scope variables, and it appears that GCC 4.7 does in fact do so, at least on 32-bit x86.  This is the patch I applied to the Fedora build of Clisp in order to address this issue.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=301355&aid=3474660&group_id=1355

[ clisp-Patches-3474660 ] Patch for GCC 4.7

[SourceForge.net <no...@so...>]

Patches item #3474660, was opened at 2012-01-16 20:49
Message generated for change (Tracker Item Submitted) made by jjames
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=301355&aid=3474660&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jerry James (jjames)
Assigned to: Nobody/Anonymous (nobody)
Summary: Patch for GCC 4.7

Initial Comment:
I maintain the Fedora Clisp package.  We were recently asked to compile all of our packages with what will soon be GCC 4.7, in order to find bugs.  Clisp built, but failed a socket test on 32-bit x86.  The current code uses a get_hostname() macro in socket.d that is unsafe.  It creates a character array on the stack, saves a pointer to the first element of the array, exits the scope in which the array is defined, then accesses the (now out of scope) array via the pointer.  A C compiler is free to reuse the stack space of out of scope variables, and it appears that GCC 4.7 does in fact do so, at least on 32-bit x86.  This is the patch I applied to the Fedora build of Clisp in order to address this issue.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=301355&aid=3474660&group_id=1355