Custom Query (1030 matches)
Results (262 - 264 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #1343 | notabug | incorrect results from read-line based on line ending format | ||
| Description |
example code attached. On windows Output of the read-line call is different depending on the line endings in the file, and currently only reading files with unix style line endings begets the appropriate behavior. A file rvs-prune.txt consisting of -d 30 -r m:\dump\ because nothing can ever be easy
with windows line endings read by the attached function produces
"-d 30 -r m: with mac "ecause nothing can ever be easy
with unix (expected output)
"-d 30 -r m: |
|||
| #1372 | notabug | pprint-logical-block not making use of *print-right-margin* value | ||
| Description |
the code (let ((stream *standard-output*) (*print-right-margin* 20))
(pprint-logical-block (stream (list "item01" "item02" "item03" "item04")
:prefix "[" :suffix "]")
(loop (princ (pprint-pop) stream)
(pprint-exit-if-list-exhausted)
(princ ", " stream) (pprint-newline :linear stream)))
(terpri stream))
outputs:
[item01, item02, item03, item04] instead. |
|||
| #1389 | notabug | *PRINT-CIRCLE* = T breaks FORMAT | ||
| Description |
Hello, I think the following is wrong: SCRATCH> (let ((*print-circle* t)
I expected: "q q" SCRATCH> (lisp-implementation-version) "Version 1.11-r16635 (WindowsX8664)" Cheers |
|||
