headers
Michael Sperber | 21 Aug 2007 19:13
Picon

Re: appears to print heap memory after "Channel closed:"


William D Clinger <will <at> ccs.neu.edu> writes:

> Welcome to Scheme 48 1.6 (made by root on Mon Jul  2 21:48:31 EDT 2007)
> Copyright (c) 1993-2007 by Richard Kelsey and Jonathan Rees.
> Please report bugs to scheme-48-bugs <at> s48.org.
> Get more information at http://www.s48.org/.
> Type ,? (comma question-mark) for help.
>> ,open time posix bitwise ascii
>> ,load "dynamic.scm"
>
> Channel closed: ../../src/dynamic.scm&
>                                        ???unexpected right parenthesisCunexpected " . "?;x????/o?cd??????kO???_?????_???????KWco{??????
>

Thanks for the report: This will be fixed in the next release.

--

-- 
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla
Permalink | Reply | 501 comments |
headers
David Van Horn | 22 Aug 2007 10:45
Picon

Problem with fink distribution of scheme48

It's very convenient to be able to install Scheme48 using fink.
However, I have the following problem when using fink to build:

   > fink install scheme48
   [...]
   > scheme48
   Welcome to Scheme 48 1.6 (made by dvanhorn on Tue Aug 21 18:40:08 EDT 2007)
   Copyright (c) 1993-2007 by Richard Kelsey and Jonathan Rees.
   Please report bugs to scheme-48-bugs <at> s48.org.
   Get more information at http://www.s48.org/.
   Type ,? (comma question-mark) for help.
   > ,open srfi-1

   Error: No such file or directory
          (&primitive-i/o-error (status . 2) (operation . #{Procedure
2965 (open-input-file in channel-ports)}) (arguments
"/sw/src/fink.build/root-scheme48-1.6-1/sw/lib/scheme48/big/receive.scm"))

It looks like it is trying to read from files in the build directory
that is removed by fink after it has built from source.  An easy work
around is to rebuild, keeping this directory:

   > fink --keep-root-dir rebuild scheme48

But it would be better if the package were fixed instead---I just
don't enough about the packaging system to suggest a fix.

Thanks,
David
(Continue reading)

Permalink | Reply | 3 comments |
headers
Taylor R Campbell | 22 Aug 2007 11:18
Favicon

Re: Problem with fink distribution of scheme48

This is probably because Scheme48's makefile doesn't respect `make ...
DESTDIR=xyz'.  A patch has already been submitted, over a year ago, if
I recall correctly.
Permalink | Reply | 1 comment |
headers
Michael Sperber | 22 Aug 2007 12:09
Picon

Re: Problem with fink distribution of scheme48


Taylor R Campbell <campbell <at> mumble.net> writes:

> This is probably because Scheme48's makefile doesn't respect `make ...
> DESTDIR=xyz'.  A patch has already been submitted, over a year ago, if
> I recall correctly.

Actually, over two years ago, but it slipped through the cracks.  I'll
try to make it work for the next release.

--

-- 
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla
Permalink | Reply | 0 comments |
headers
Michael Sperber | 22 Aug 2007 14:31
Picon

Re: scheme48-1.3/Makefile.in: support for DESTDIR


DESTDIR support will finally be in the next release of Scheme 48.  Sorry
for the long delay, and thanks for the patches everyone sent!

--

-- 
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla
Permalink | Reply | 0 comments |
headers
Michael Sperber | 22 Aug 2007 14:34
Picon

Re: `current-os-string-text-codec' not exported by structure "os-strings"


Emilio Lopes <eclig <at> gmx.net> writes:

> The procedure `current-os-string-text-codec' is documented in the
> section 5.15 of the manual but it's not available from the structure
> "os-strings".

Will be fixed in the next release.  Thanks for the report!

--

-- 
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla
Permalink | Reply | 0 comments |
headers
Michael Sperber | 22 Aug 2007 14:34
Picon

Re: Heap overflow using `bytes->string'


Emilio Lopes <eclig <at> gmx.net> writes:

> This error also happens when using the "stable" branch from the
> Subversion repository:
>
>    Welcome to Scheme 48 1.6 (made by ecl on Sat Jul 14 20:30:11 CEST 2007)
>    Copyright (c) 1993-2007 by Richard Kelsey and Jonathan Rees.
>    Please report bugs to scheme-48-bugs <at> s48.org.
>    Get more information at http://www.s48.org/.
>    Type ,? (comma question-mark) for help.
>    > ,open text-codecs byte-vectors encodings
>    > (bytes->string utf-8-codec (byte-vector 199) #\?)
>    Out of space, unable to allocate
>    [Last command exited with status 255]

Will be fixed in the next release.  Thanks for the report!

--

-- 
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla
Permalink | Reply | 0 comments |
headers
Michael Sperber | 22 Aug 2007 14:35
Picon

Re: command interpreter dies when raising condition twice


Emilio Lopes <eclig <at> gmx.net> writes:

> I wrote:
>
>> if I raise the same condition twice, I get an unexpected warning about
>> the command interpreter dying (see bellow).

Will be fixed in the next release.  Thanks for the fix!

--

-- 
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla
Permalink | Reply | 0 comments |
headers
K.S.Sreeram | 23 Aug 2007 19:44

Minor typos in bignum.c

Hi folks,

I noticed a couple of relatively minor typos in the Scheme48 bignum code:

1) On line 489 of bignum.c, the function "ulong_to_bignum" is defined.
The function name is missing the "s48_" prefix. The correct name is used
in the header file declaration.

2) On line 92 of bignum.h, the following type declaration is present:
   void *consumer(bignum_procedure_context, long)
   ... instead, it should be:
   void (*consumer)(bignum_procedure_context, long)

Because, "consumer" is a pointer to a function returning void - Not a
function which returns a void-pointer. Similarly incorrect function
pointer type declarations are also present at lines 642 and 684 for bignum.c

regards
[sreeram;]
Permalink | Reply | 1 comment |
headers
Michael Sperber | 26 Aug 2007 12:58
Picon

Re: id-server segfaults


"Christoph Bauer" <Christoph.Bauer <at> lmsintl.com> writes:

> Hi,
>
> OS: Windows XP
> Scheme48: 1.6 
>
> With id-server example from the manual scheme48 segfaults 
> on the client side.

This will be fixed in the next release.  (Hopefully out within the next
1-2 weeks.)  Thanks for the report!

--

-- 
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla
Permalink | Reply | 0 comments |

Gmane