Custom Query (1630 matches)
Results (1 - 3 of 1630)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #845 | fixed | zmq: Bug in call to socket-fd | ||
| Description |
I'm not sure what's going on. Looks like a symbol enum is confused with its integer value. Potentially a nasty bug. See http://parenteses.org/mario/misc/specialize-report/install/zmq.html |
|||
| #1033 | fixed | zlib: one test fails | ||
| Description |
See http://tests.call-cc.org/master/linux/x86/2013/07/17/salmonella-report/test/zlib.htmlz |
|||
| #79 | fixed | z3.egg eof handling bug | ||
| Description |
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. |
|||
