scsh-hackers
[Top] [All Lists]

Re: [Scsh-hackers] 0.6.3 beta release

To: Michel Schinz <Michel.Schinz@epfl.ch>
Subject: Re: [Scsh-hackers] 0.6.3 beta release
From: Martin Gasbichler <gasbichl@informatik.uni-tuebingen.de>
Date: Tue Dec 17 08:05:06 2002
Cc: scsh-hackers <scsh-hackers@lists.sourceforge.net>
List-id: Discussion among the implementors <scsh-hackers.lists.sourceforge.net>
Sender: scsh-hackers-admin@lists.sourceforge.net
>>>>> "Michel" == Michel Schinz <Michel.Schinz@epfl.ch> writes:

Michel> Martin Gasbichler <gasbichl@informatik.uni-tuebingen.de> writes:

Michel> Thanks! I tested a few script of mine, including my embryonic IMAP
Michel> client library, which contains its share of dynamic regexps. It
Michel> appears to work. I have another problem, though, with the AWK macro,
Michel> as described below. I also have some general comments:

Michel> - The following script used to work without errors with 0.5.3. With
Michel>   0.6.3, it invariably outputs an error when reaching the end of file:

[snip]

This was a bug in the -e switch. I fixed it.

Michel> - I cannot find the documentation about the new MD5 functions in the
Michel>   scsh manual, but maybe that's just because it's not written yet.

I added documentation for these procedures, maybe someone could have a
brief look at it...

Michel> - I found out that the structures containing srfi-1, srfi-13 and
Michel>   srfi-14 (the list, character and string libraries) are not
Michel>   automatically opened anymore. While I can understand this decision
Michel>   from an aesthetic point of view, it breaks pretty much all of my
Michel>   scripts, and I guess this alone can give a bad impression of 0.6.3.
Michel>   Wouldn't it be possible to open them automatically, and make a big
Michel>   note in the documentation saying that they will be closed by default
Michel>   for the next release, or something like that?

Mike accidentally removed srfi-1 and srfi-13 from the list of opened
packages as he removed the duplicate source codes. I readded them.

However, srfi-14 has been there already...

Michel> - In the PDF version of the manual, the table of contents and the
Michel>   index do not appear in the bookmarks on the left, which makes it
Michel>   hard to jump to either of them.

I added the generation of thumbs and made the toc and index appears in
the bookmarks.

Michel> - Wouldn't it be possible to fix let-match (and if-match) even without
Michel>   Olin's input (see bug #441953)? With the current situation, I do not
Michel>   want to use either of them since their behaviour doesn't correspond
Michel>   to the documentation, and I do not know which one will change in the
Michel>   future. Couldn't we say that the code is wrong, and change it to
Michel>   match the documentation? (The same is true of bug #489901 BTW).

Mike fixed #441953, I fixed #489901, both according to Olin's spec.

Michel> - I found out that for some structures, s48 asks whether one really
Michel>   wants to open it, while for others it opens them immediately.
Michel>   Example:
Michel> ----------------------------------------------------------------------
>> ,open srfi-1 srfi-2 srfi-13
Michel> Load structure srfi-2 (y/n)? y
Michel> [srfi-2 /home/linuxsoft/apps/scsh-0.6.3/lib/scsh/srfi/srfi-2.scm]
Michel> ----------------------------------------------------------------------
Michel>   Why does it ask for srfi-2 and not for the others (this has always
Michel>   been the case, IIRC, but I'm just asking the question now)?

S48 asks before opening if you request to open a package which has not
been loaded (i.e. compiled) before. srfi-1 and 13 are already loaded
because the scsh package opens them.

Michel> Apart from that, thanks a lot for this future relase!

Well, thanks a lot for your extensive comments!

I put a new tarball at

ftp://ftp.scsh.net/pub/scsh/0.6/scsh-0.6.3.tar.gz

Everybody: Please try at least to compile it, there were a lot of
changes since the last version.

-- 
Martin


<Prev in Thread] Current Thread [Next in Thread>