[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Printing of 'extend' objects
- To: csd.grinberg at SU-SCORE
- Subject: Printing of 'extend' objects
- From: JONL at MIT-MC (Jon L White)
- Date: Mon, 15 Dec 80 04:06:00 GMT
- Cc: (BUG LISP) at MIT-MC
- Original-date: 14 DEC 1980 2306-EST
The following is a real bug, in the print methods of various EXTEND type
objects (strings, vectors, structs etc); I've fixed it (albeit in a
somewhat kludgy way) in all the software on the ITS systems, but
you may not get the advantage of this "fix" until the next Twenex
MacLISP distribution takes place (probalby in first week of January).
[but if you're real hard up, bug me again, and I'll see what can be
FTP'd to SCORE before then]
Date: 13 Dec 1980 2133-PST
From: CSD.GRINBERG at SU-SCORE
Subject: maclisp problem
I am having a problem with the PRINC command using the string package.
When I do the following command. The output to the terminal does not occur
for a string argument to PRINC.
(SETQ outfile (list (open '(junk junk) '(out ascii))))
(setq ^R t)
The write to the file occurs properly. However the terminal just returns T
(the value of the function call). For both symbols and numbers, it seems
to work properly.
The loss is due to the fact that MacLISP's built-in print routines make
a distinction between (PRINx <item>) and (PRINx <item> <files>).
The ^R switch is supposed to affect only the former format; but the way
PRINT messages are generated, and the way these print methods were written,
(and there doesn't seem much hope of changing these things now, except for
my "kludgy" fix), they always use the latter format. My "kludgy" fix is
a function now in EXTEND file
(DEFUN SI:NORMALIZE-STREAM (STREAM)
(IF (AND STREAM
(AND ^R (NULL ^W))
(NOT (MEMQ 'T STREAM))
(NOT (MEMQ TYO STREAM)))
(CONS 'T STREAM)
which is called by the various print methods.