scribble-enhanced/notes/mzscheme/OPENBUGS
Robby Findler 9e5d391dfb ...
original commit: 66a62c2f50bd2b8c85867be3e415c6a0b3881f20
2000-05-25 15:55:50 +00:00

35 lines
1.2 KiB
Plaintext

A tight loop creating weak hash table entries or wills can accumulate
memory indefinitely
(let loop ([x 0]) (call/cc loop)) accumulates memory
"synrule.ss" is missing `let-syntax' and `letrec-syntax' and doesn't
handle macro-in-macro interactions properly
Under Windows and Unix, a DNS lookup by tcp-connect blocks all
MzScheme threads; note that the "net" collection contains a
DNS client implementation that does not have this problem
Under Unix, opening a special file can block all MzScheme threads
(e.g., a FIFO with no connected writer)
Under MacOS, in the standalone MzScheme application, a blocking read
from stdin blocks all MzScheme threads
Under MacOS, an input expression that is longer than 256 characters
makes the console get stuck (CodeWarrior SIOUX bug)
Under Windows, the `system' procedure blocks all MzScheme threads
(`system*' works correctly)
Under AIX 3.2, write to tcp output port blocks MzScheme when the
low-level buffer is full
Under HP/UX, (- 0.0 0.0) produces 0.0 instead of -0.0; input, output,
multiplication, and division operations produce -0.0 correctly (e.g.,
(* -1 0.0) produces -0.0)
On Alpha machines, floating-point overflow is not handled properly
(so +inf.0, -inf.0, and +nan.0 behave incorrectly)