there have been mentions in the mailing list here and
there, but no use of the bug tracker.
Using a DOS console under MS-Windows-2k, it can happen
that CLISP complains about a spurious L, as in
*** - Invalid option in
(FFI:DEF-CALL-OUT GETPID (:NAME
(:LIBRARY "kernel32.dll") L (:RETURN-TYPE
I just happened to me now, so I investigated the
symptoms a little bit.
(defun foo() (loop for c = (read-char *standard-input*
nil nil nil) while c until (char= c #\%) collect c))
(foo) (coerce * 'string)
"(ffi:def-call-out getpid (:name
l (:library \"kernel32.dll\") (:return-type
It now appears that the spurious L is overwriting the
last line of copy&paste. Here's a sample test:
o The command line history of the MS-Windows console
does not show the junk, it looks correct.
o It happens with Copy&Paste from Netscape or from
o Work-around -- It does not happen when the copy&paste
block ends at the start of a new line (instead of after
the last character of things to copy). I had never
heard of a work-around before!
Using clisp-cvs, built with MS-VC 6.0 and