09/21/87 qedx Known errors in the current release of qedx. # Associated TR's Description 0016 phx17590 phx18344 If the user types an input/request line longer than 512 characters, qedx will overwrite parts of the stack causing subsequent faults or fatal process errors. 0011 phx16226 The "wake_tbl" tty_ mode, which causes the user's process to only be awoken when a "\" is typed, is not reset if the current buffer overflows (ie: exceeds 1044480 characters) during input. 0010 phx15534 phx15664 qedx should not create files whose names require the use of quoting or special control arguments (eg: rename's "-name") as the manipulation of such files pose severe problems for naive (and not so naive) users. Thus, qedx should reject the use of whitespace, command language characters ("()[];), starname characters (*?), and equalname characters (=%) when creating a new file. 0009 phx15606 qedx ignores empty buffers when deciding whether to ask for permis- sion to exit with modified buffers. However, the list of modified buffers displayed in the query includes empty buffers. Empty buffers should not be listed. This is a bug because a user will not be able to reset the modified state of these buffers as qedx does not allow the user to write an empty buffer but the empty buffers will continue to be listed as long as there is one non-empty, modified buffer. 0008 phx15457 phx19279 Given the following sequence of qedx requests: r FILE b(other) $a \b(0) \f the text appended to buffer "other" will not contain the contents of the file that was just read into buffer "0". 0007 phx15204 phx18060 Given the following sequence of requests in an empty buffer: .r FILE 1p 1,$d .r FILE 1p 1,$d .r FILE 1p the first read request will execute properly. However, the second read request will insert a NUL at the beginning of the file as seen by the print request. The third and subsequent read requests will insert a newline at the beginning of the file. ----------------------------------------------------------- Historical Background This edition of the Multics software materials and documentation is provided and donated to Massachusetts Institute of Technology by Group BULL including BULL HN Information Systems Inc. as a contribution to computer science knowledge. This donation is made also to give evidence of the common contributions of Massachusetts Institute of Technology, Bell Laboratories, General Electric, Honeywell Information Systems Inc., Honeywell BULL Inc., Groupe BULL and BULL HN Information Systems Inc. to the development of this operating system. Multics development was initiated by Massachusetts Institute of Technology Project MAC (1963-1970), renamed the MIT Laboratory for Computer Science and Artificial Intelligence in the mid 1970s, under the leadership of Professor Fernando Jose Corbato. Users consider that Multics provided the best software architecture for managing computer hardware properly and for executing programs. Many subsequent operating systems incorporated Multics principles. Multics was distributed in 1975 to 2000 by Group Bull in Europe , and in the U.S. by Bull HN Information Systems Inc., as successor in interest by change in name only to Honeywell Bull Inc. and Honeywell Information Systems Inc. . ----------------------------------------------------------- Permission to use, copy, modify, and distribute these programs and their documentation for any purpose and without fee is hereby granted,provided that the below copyright notice and historical background appear in all copies and that both the copyright notice and historical background and this permission notice appear in supporting documentation, and that the names of MIT, HIS, BULL or BULL HN not be used in advertising or publicity pertaining to distribution of the programs without specific prior written permission. Copyright 1972 by Massachusetts Institute of Technology and Honeywell Information Systems Inc. Copyright 2006 by BULL HN Information Systems Inc. Copyright 2006 by Bull SAS All Rights Reserved