Custom Query (1630 matches)

This refers to revision 16161, z3.egg as of 9 October, 2009.

If an attempt is made to read from a compressed input file port (z3:open-compressed-input-file) after the eof is reached, it throws an error like this:

Error: (z3:read-decoded) can not read encoded data - Invalid or incomplete multibyte or wide character

This is because it is attempting to fetch data that isn't there.

Suggested fix: bind an eof flag with a value of #f in the let* clause inside z3:open-compressed-input-file. In read-next, set the flag to #t on encountering an end of file condition, and check the flag on each call to read-next prior to attempting to read further characters from the input file, simply returning #!eof if it is set.

A possible enhancement to regex grep was discussed on chicken-hackers, enabling grep to operate on lists of complex objects having string components, but with default behavior remaining the same.

A suggested implementation is provided, in the form of a fully compilable procedure based on the existing grep in regex.scm.

​http://lists.gnu.org/archive/html/chicken-hackers/2009-10/msg00000.html

The alist-ref call in the definition of z3:error in the source file z3.scm has a missing argument.

The code currently says:

(alist-ref code errors "unknown")

If the optional DEFAULT argument is given, the optional TEST argument which precedes it must also be specified in the call. The correct value here is eqv?

So it should read:

(alist-ref code errors eqv? "unknown")

The effect of the bug is that error messages are not displayed and the program confuses the end user by complaining that "unknown" isn't a function.