Larry Masinter

I think if an error happens during LOADUP-FULL it should error, enter a break. set NLSETQGAG to NIL.

thThe "smart" versions sometimes mess up, or fail with ill-formed content or it doesn't guess the file name. ``` see :hexdump see :utf-8 see :tedit ``` where it bottoms out...

When you start ACE up, it writes on the background rather than in the window.  you have to be careful debugging things that might be used y the debugger....

this is a bug in BITBLT(!). There's the image of the menu in SS and a window DST. if I make a new window of the same width and height...

I fiddled around a bit. I made some dribble logs of [log.txt](https://github.com/Interlisp/medley/files/11075222/log.txt) [log2.txt](https://github.com/Interlisp/medley/files/11075223/log2.txt) it looks like the clipping is offset from where it should be, and so the BITBLT writes...

I found lots of versions of LLDISPLAY, removing duplicates ``` (FILECREATED "13-Jun-90 13:28:33" {DSK}ringneck>takeshi>M1.2>ARFIX>LLDISPLAY.;2 159403 ./history/1990s/1993-envos/extra-lispcore-sources/LLDISPLAY: (FILECREATED "26-Apr-91 17:00:45" |{PELE:MV:ENVOS}LIBRARY>LLDISPLAY.;1| 161932 ./history/1990s/1993-envos/LISPCORE/library/LLDISPLAY: (FILECREATED "28-Jan-93 17:38:44" {DSK}lde>lispcore>sources>LLDISPLAY.;2 249157 ./history/1990s/1993-envos/LISPCORE/sources/LLDISPLAY: (FILECREATED "18-Apr-94...

here are 5 versions of LLDISPLAY picked out from the history repo (mainly) [lldisplays.zip](https://github.com/Interlisp/medley/files/11130073/lldisplays.zip)

I'm not sure of the timeline of introducing new features in Maiko, but there were incompatible changes between Medley 1.0 and Medley 3.5 (which we started with in current Medley/Maiko):...

closed by mistake

I think in order for us to run Common Lisp programs developed elsewhere, we need to fix the handling of Common Lisp pathnames to be compatible, not particularly with CLtL2...