clisp-cvs-request | 1 Dec 2006 21:06
Picon

clisp-cvs Digest, Vol 8, Issue 1

Send clisp-cvs mailing list submissions to
	clisp-cvs <at> lists.sourceforge.net

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
	clisp-cvs-request <at> lists.sourceforge.net

You can reach the person managing the list at
	clisp-cvs-owner <at> lists.sourceforge.net

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 TODO,1.130,1.131 (Jörg Höhle)

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

Message: 1
Date: Fri, 01 Dec 2006 14:45:47 +0000
From: Jörg Höhle <hoehle <at> users.sourceforge.net>
Subject: clisp/src TODO,1.130,1.131
To: clisp-cvs <at> lists.sourceforge.net
Message-ID: <E1Gq9e7-0004vH-NO <at> mail.sourceforge.net>

Update of /cvsroot/clisp/clisp/src
(Continue reading)

SourceForge.net | 2 Dec 2006 14:57
Picon
Favicon

[ clisp-Bugs-1607416 ] general build on hpux 11.11 parisc

Bugs item #1607416, was opened at 2006-12-02 13:57
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=1607416&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: Larry Liimatainen (remlali)
Assigned to: Bruno Haible (haible)
Summary: general build on hpux 11.11 parisc

Initial Comment:
Hi,

My ambition is to keep an track of the build procedure on hpux 11.11 parisc, that doesn't work today with clisp.

I hope to annotate this bug ticket with all relevant info as soon as possible.

As an apertif, lets start with a simple gcc problem:

Currently it stops at this:

The compile halted when compiling malloc/gmalloc.c.
(Continue reading)

SourceForge.net | 3 Dec 2006 05:00
Picon
Favicon

[ clisp-Bugs-1607666 ] stream-listen isn't called by listen for gray streams

Bugs item #1607666, was opened at 2006-12-03 06:00
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=1607666&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: stream-listen isn't called by listen for gray streams

Initial Comment:
stream-listen isn't called by listen for user defined (gray) streams.

Easiest way to fix this:

1. Redefine the listen function (in the io.d file) as follows:

LISPFUN(listen,seclass_default,0,1,norest,nokey,0,NIL) {
  check_istream(&STACK_0);      /* check input-stream */
  if (builtin_stream_p(STACK_0) ||
      !instanceof(STACK_0,O(class_fundamental_input_stream)))
  {
(Continue reading)

SourceForge.net | 3 Dec 2006 06:27
Picon
Favicon

[ clisp-Bugs-1607666 ] LISTEN does not call STREAM-LISTEN

Bugs item #1607666, was opened at 2006-12-02 23:00
Message generated for change (Comment added) made by sds
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=1607666&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: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Anton Vodonosov (avodonosov)
>Assigned to: Sam Steingold (sds)
>Summary: LISTEN does not call STREAM-LISTEN

Initial Comment:
stream-listen isn't called by listen for user defined (gray) streams.

Easiest way to fix this:

1. Redefine the listen function (in the io.d file) as follows:

LISPFUN(listen,seclass_default,0,1,norest,nokey,0,NIL) {
  check_istream(&STACK_0);      /* check input-stream */
  if (builtin_stream_p(STACK_0) ||
      !instanceof(STACK_0,O(class_fundamental_input_stream)))
  {
(Continue reading)

SourceForge.net | 3 Dec 2006 20:11
Picon
Favicon

[ clisp-Bugs-1594146 ] LISTEN behaviour on non-char streams

Bugs item #1594146, was opened at 2006-11-10 15:14
Message generated for change (Comment added) made by avodonosov
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=1594146&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: Closed
Resolution: Rejected
Priority: 5
Private: No
Submitted By: Jonas Ådahl (toxicated)
Assigned to: Sam Steingold (sds)
Summary: LISTEN behaviour on non-char streams

Initial Comment:
If I create a network stream using
   (defvar sock (trivial-sockets:open-stream
"localhost" 1235 :element-type '(unsigned-byte 8)))

When running (listen sock) the return value is NIL
whether there is bytes to read or not. I'm not sure if
this is a bug in clisp or that LISTEN shouldn't handle
anything else than character streams but when running
the same code in SBCL (listen sock) returns T when
there is data available to read.

(Continue reading)

clisp-cvs-request | 3 Dec 2006 23:27
Picon

clisp-cvs Digest, Vol 8, Issue 2

Send clisp-cvs mailing list submissions to
	clisp-cvs <at> lists.sourceforge.net

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
	clisp-cvs-request <at> lists.sourceforge.net

You can reach the person managing the list at
	clisp-cvs-owner <at> lists.sourceforge.net

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 io.d, 1.302, 1.303 constsym.d, 1.328, 1.329 NEWS,
      1.358,	1.359 ChangeLog, 1.5463, 1.5464 (Sam Steingold)

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

Message: 1
Date: Sun, 03 Dec 2006 05:16:46 +0000
From: Sam Steingold <sds <at> users.sourceforge.net>
Subject: clisp/src io.d, 1.302, 1.303 constsym.d, 1.328, 1.329 NEWS,
	1.358,	1.359 ChangeLog, 1.5463, 1.5464
To: clisp-cvs <at> lists.sourceforge.net
Message-ID: <E1GqjiZ-0008Bg-Mp <at> mail.sourceforge.net>
(Continue reading)

SourceForge.net | 4 Dec 2006 05:38
Picon
Favicon

[ clisp-Bugs-1594146 ] LISTEN behaviour on non-char streams

Bugs item #1594146, was opened at 2006-11-10 08:14
Message generated for change (Comment added) made by sds
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=1594146&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: Closed
Resolution: Rejected
Priority: 5
Private: No
Submitted By: Jonas Ådahl (toxicated)
Assigned to: Sam Steingold (sds)
Summary: LISTEN behaviour on non-char streams

Initial Comment:
If I create a network stream using
   (defvar sock (trivial-sockets:open-stream
"localhost" 1235 :element-type '(unsigned-byte 8)))

When running (listen sock) the return value is NIL
whether there is bytes to read or not. I'm not sure if
this is a bug in clisp or that LISTEN shouldn't handle
anything else than character streams but when running
the same code in SBCL (listen sock) returns T when
there is data available to read.

(Continue reading)

SourceForge.net | 4 Dec 2006 08:07
Picon
Favicon

[ clisp-Bugs-1594146 ] LISTEN behaviour on non-char streams

Bugs item #1594146, was opened at 2006-11-10 15:14
Message generated for change (Comment added) made by avodonosov
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=1594146&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: Closed
Resolution: Rejected
Priority: 5
Private: No
Submitted By: Jonas Ådahl (toxicated)
Assigned to: Sam Steingold (sds)
Summary: LISTEN behaviour on non-char streams

Initial Comment:
If I create a network stream using
   (defvar sock (trivial-sockets:open-stream
"localhost" 1235 :element-type '(unsigned-byte 8)))

When running (listen sock) the return value is NIL
whether there is bytes to read or not. I'm not sure if
this is a bug in clisp or that LISTEN shouldn't handle
anything else than character streams but when running
the same code in SBCL (listen sock) returns T when
there is data available to read.

(Continue reading)

SourceForge.net | 4 Dec 2006 08:41
Picon
Favicon

[ clisp-Bugs-1594146 ] LISTEN behaviour on non-char streams

Bugs item #1594146, was opened at 2006-11-10 15:14
Message generated for change (Comment added) made by avodonosov
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=1594146&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: Closed
Resolution: Rejected
Priority: 5
Private: No
Submitted By: Jonas Ådahl (toxicated)
Assigned to: Sam Steingold (sds)
Summary: LISTEN behaviour on non-char streams

Initial Comment:
If I create a network stream using
   (defvar sock (trivial-sockets:open-stream
"localhost" 1235 :element-type '(unsigned-byte 8)))

When running (listen sock) the return value is NIL
whether there is bytes to read or not. I'm not sure if
this is a bug in clisp or that LISTEN shouldn't handle
anything else than character streams but when running
the same code in SBCL (listen sock) returns T when
there is data available to read.

(Continue reading)

SourceForge.net | 4 Dec 2006 13:19
Picon
Favicon

[ clisp-Bugs-1594146 ] LISTEN behaviour on non-char streams

Bugs item #1594146, was opened at 2006-11-10 15:14
Message generated for change (Comment added) made by avodonosov
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=1594146&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: Closed
Resolution: Rejected
Priority: 5
Private: No
Submitted By: Jonas Ådahl (toxicated)
Assigned to: Sam Steingold (sds)
Summary: LISTEN behaviour on non-char streams

Initial Comment:
If I create a network stream using
   (defvar sock (trivial-sockets:open-stream
"localhost" 1235 :element-type '(unsigned-byte 8)))

When running (listen sock) the return value is NIL
whether there is bytes to read or not. I'm not sure if
this is a bug in clisp or that LISTEN shouldn't handle
anything else than character streams but when running
the same code in SBCL (listen sock) returns T when
there is data available to read.

(Continue reading)


Gmane