DevelC1p1'11e11t System OOCUMENTA TION ~· {ig~le computer inc . . . Develq:ment T«J/S Gn:xp . . . FIRST f::RAC"T~--Fetvtety J 984 Lisa Development Software Documentation: A Road Map Contents [Lisa Development Software Documentation: A Road Map) Pascal Compiler Directives Pascal Code-Cruncher's Handbook The Last w'hole Earth Test File Format Pascal's Packing Algorithm PASLIB Procedure Interface PPaslibC Unit: Privileged PASLIB Calls Execution Environment of the Pascal Compiler Intrinsic Units Mechanism (overview) IUManager (old and "spring release" versions) Obje-ct Fi-le for mats lnbterface to OBJIOLIB Format of .SYMBOLS File Shell-Writer's Guide lrtrocb:tion This reed mep wes designed lo help you to find your Wr:flf eround the ve:rious documents describirig program development for the Lisll.. Jt will help you decide which softwere you need to leern more ebout, which software you ce.n ignore for the moment, e.nd how you should proceed in stucfying the rest of the technical documentetior!. General Oleview d the En.rironmerts Available There e:r" e.c meny Wr:fl/S of writing progre.mi e.s there me creetive proQramm~rs. However, Apple supports only tt'U'ee generel styles or programs that you ce.r. write ro~ the Lhe.: those written for 1) the Workshop environment, 2) the Quicl-:.Port eroironment, e.nd 3) the ToolKit erwironment. Pro!JTems written ror eny or the!e environments cen use most of the same units end libraries. but there ere some importent differences of whict1 you should be e.were. The Workshop (Figure 1) ~ovides e. simple non-window, chmecter e.nd gre;:ihic environment within which e progrem mey run. Proc;irerm written to run in this eroironment mr:fl/ use Pesce.l's built-In 1/0 for both rues end textual displey to the console's terminal emuletor, m they mey directly utilize the Lise OS's file t;t'lern primitives. They may also use the QulckDre.w unit ror dre.wing b1tmep greph1cs erod displr:flfinQ text in e. veriety of fonts with verious attributes, end may utilize e. variety of other useful librery routines. These progrems me not eble to use the Lise Deskto~· libraries deeJinQ with windows. menus, e.nd dialOCJ boxes, nor do they heve ee.sy e.cce~~ to Use Office system documents. Jn e.ddltion to pro.rldln!J these run-time fecllltles, the Workshop e.lso includes e commend chell which mekes ave.Jlable to users en extensive set of feciht1es for: 1) Jntere.ctlve progrem development In PesceJ, Assembly, BASIC, end CDOOL; 2) File e.~: device manipulation; end 3) Interactive end belch prOQfem execution and control. 1.t"'luickFart (FiQLD"e 2) provides the simplest Desktop erwironmert, el least ftom the proQ!'ammer's viewpoint. Jn most respects, wrltlno a prOt;Jem for the QuickPort environment h identiceJ lo wrilino one for the Workshop e...,.,,ironment. Usin!J Pe.see!': built-in JIO recllittes. programs written for QulckPort may do textual dlspley to e variety of window-besed lerminel emulelor,, end mey e.ho displey r;ir eph1cs using…

’ 7 Vat om da tey vy PN oo aes Ros a Wat tO co wren enen @ orecram ¢ syst ‘é cecugc¢er, you ena uc in te ¢ “cee. scar. une cut eventually you 4 ¢ Q So ot tne cenugger., ycu need tO Kne m regh: of tne tnird line nas a ol says i L2, { demain, and if the comain is nonzero and 1 eS! aa resume you snculd tyra the CRELGG ramen mL YOLCal Found in ine office system, end using tne G cc@mmand forces tne orecess LO the tarminate exceoticn nendlsr, and things can ce cut ayay neatly. If you are in cemain 0, or ovarridden to z3r0, you snculd use tne ASQUIT corrmerd, i incut Tf you are stuck “2y you went ta or mouse Clicks, 5 $ lesp In aither cas in comain Q, YOu : are @ proceoly leests r Po tr you ara eitn: nit NMI. If the disol isn g. To Kill tne orocess, hae can tyo2 GQ, 9 0 folley Tnis sats the orcerem counter vo Q and tries ta access location 0 unin’ 3 illegal and causes a cus error. Typtr rg G a tnis ous error yill terminate the oroecess neatly. If you are and you are sitting o instru otion, tyre If the res td instruotica, wren yeu make sure non S pent tinue and y profile li tan in orcgress, for tna i/ 2 follows. fe ‘ on and ATS instruct yee OSQUIT to cleen up the os and fils tructuras t tren MMI ; instruction. You can cl as section. corain 0, Tyre % cu 2 gt 3 ass Uo Sh Fu vatatal SSbene nas sere <5 fines ay 23 2 Farst cage ug a sects Sus 2 Scutsa. $205ra seted and BoC28$ 2 Go anc maP me eataed ceed ar a= Tate 2 Dus srrer Unc uc on rege 2 8 a peoiets: SS Pag. fe20 TOOTS TOUT aT ‘a wage Ving cy w sy orm u worualsa3 o12e3 ioarions is eceuse MMI, fcara Y3 S90" The tnird secs of Oings cf inforration. Te First is a TIgist « OF@yl, =nen a cisassemoly of tne instructions surr mally a por chic of tha C disolayed ugien ore) ararnais SV Any sia. oa G 7 eer B eR] To find cut shat the orcees cojscting ta, 2 start oy at SUBEMCLS +34, the iscaties at tra too of tne radi Star aise ay, Lockin at the d disasseroly (ark ge 3) CUS-92 and at 796 Sut not an +94, it tu mas alreecy at a wot as aireedy acvenced cast) the iageretic A being acs sy 4, and the instruoticn ceing exscured i3 at ab. This is sarked 6 cn og2 3. Locking 2 cen $632 that 49 lecks Ck but AL is Q. caused tie bus error. Ther2 is also some other ner ormaticn cn nega 3. Register 36 coints t the stack frame (rarks cn 26g2 3). Matcning the acaress conteaired in AG with the steck disalay, 8, can find the garcretars to SUSFMCLS. The address is marked 2. ihe first 2 G3 at wet aceress Link ne calling stack frame anc the return pe for irs calling ov Tae FolLovirg ~ ar 002 caramecers in REVEESE orcar (warxsd 3). See ora “3g9tion cn 3 fOr Tora catails, Cne we Using mp2 FU end Pl canrencis. Thasa a G3 use a. . Par SLT I2ocEen2 OT Sigeetnant rescar ly. Tey ¢ not m2 CONN, id ca used Sacaiy fol oF 2 Cug so the ert ‘solay is oreserved. IF you co a Sta Ql is sretty dean, tha sta Kk Orayl can wice cut the error ats ON ang alienate screen less valueoia. Fir Ta322 Peg ine sama cus evroer. The first comm…

< FnerComm.text, 3-Ja.n..,a3, F.Ludolph l < Copyright 1·983, Apple Compubr lnc. > UN l T F i1 erCornra f INTRINSlC; INTERrAt:E USES {$U obj:$ysCall <-.u obj :.PSysCa:11 ) SysCall, ) PSy$Ca l 1 , (.$0 obj :Uni tStd ) Utt i t:Std, (:S\J obJ tUn it Hz > Un i tttz, ($U obj JStorage l Storage 1_ ($U obhrontMgr J FontMgr, ('$1J obj:Qu i ck Draw } Qui ckl)rw, {$UobJ:WM.Event• > Ev:enb, <SU C)bJ;WM.fo.lders l Folders; ($6£'TC fcDebug = +DbgOk j {$SETC f.cS)'mbOls == +$)'1110k l ( Th.is unit contains the record dtflni ti on used for Fiter-Appli~ation communications. It is uslKI in both receiving ev.ent• fram and s.ndtng ennh to the Filer. · An applicatio11 is t.h.rted by tbe Fiter- via the OS call 'Hak.tt...Procn'.s". The application should ex·ecuh· I ts i'nitl al i:atio11 code and then .. cal 1 GetEvent. The inJtiHalinHon code should Hrst call 'Open~' (to $It up the Filer-Appl icatfort cotlli'llunicatiotl channel> and then dwclare I: Sys~T•rminah uccttption handler. H thtt txeeption handhr cannot.bt declared or H initilltation c:annot be completed, the a9pl icaHon should 'Te HF Iler" that ifdni tF~JhcV and the ruson <se-e th• stet ion on unsoli c i te d message& in the tab le belO'W >. See the Sounc t nQ Balls 'In it i a Hu' procedure for an e-xainple. The f::ilu• sef!ds a FilerEvent to an application. The GHAddParams procedure is used to o.bhfn the additional parameters at;,$.Qciated with this •vent. TwO: parameters are pas.$td.f a fllerOp that dt'.fin&s the operation to be performed, and an optional patl;t11ame, fDocName, 1.1Jhicb Ls usitd to open, create, al\d destroy the .di skfl tes that make up the document. An application 1.1s:ts 'fDocName a-s a preiix for disk-file patbnames. It consist-s of ·a dis.k volume n·ame and the initial characters of a disl(file name. Thel'"e are currently 9 f'.i1er0ps., thou that .open a document, t,hose that 1nose or c:apy an open document, on• that tells an application tn tlo$e a di s.IH ile 1 arid one tha·t tel h tht prous5 to termina. te. Those ttiat Qpen= fc:None1. No doc: to open! The us.er pulled a tool .ra.thtr• than a doc. +cResume: Open the doc, or c:rute a new do.c if n<>.dhkfiles exist, and display conhnh. in window. H the ddt was ~u~:pended, restore its state·. Thou that close; 'fcCl Qse: Page 1 Update doc into new disKiiles and close. The source doc is unchar1ged and remains open. fcPu·t: Update and close doc to new location (fl)ocName). Destl"OY the old version. fcShredi Close the .doc as In fcSus.pend, if possible, or just close the diskfiles, if possible. Filer will delete them later. fcSuspend: Close doc, keep edits stpera.te, uve docu!"ent., state. fcCopy: fcDf.Close: Close the disl<file <not document> using the refnum provided else app will be terminatid. <User is removing a diskette.) Terminate; fcTerminate: Terminate the process and suspend any open docs (act.ua11y there shouldn't be art'Y open when this is received). An fcResume/fcNone is sent when: 1) the user pul 1s a docu…

~10...---ch U'nit1lz Specificatio.n - Page l u, , q 93 r. M~llo~ 6pecif icat:1on .for UnitRz ... The Standard Stot:age 'Manager Overview UnitBz p?,"ovides a client: with routines .to manage a piece of contiguous mem.ory,. called a heap zotie (hz).. ·rn the case of 'Lisa, :this is usually but not necessarily an MMU segment .. UnitB.z will mall&ge an arbitra.ry number Qf such zones-.. The zone. is: made up of a zone beader (aMJ followed by au arbittary number .Qf storage blocks (a:bk). The zone may be arbitrar.ily large. A storage block consists Qf a: header followed by usable memory. Blacks are ;t1ways of even: length within a specif.fed min.am and maximunt. The curren"t minim.um ts 12 bytelh the length ()f a m.±nimum f.ree block. This could be reduced to 4 bytes if desired by re¢oding portions of Unitiz. 'the aaxim\1111 size of an allocated block i:s currently J2K bytes. This could be increased to 65K bytes with mi.nor enhancements or to 231 bf ma.king the appropriate quaittitie.s a full 32 bits" There al:'e four types of storage. blocltih. relocatable and nam.ed. They are free, non-relocatahtet Free blocks are used by the implementation and not '1'isible to the c1ient. They are kep:t: on a doubly ibked list through fields in tbe free ·1110.ck header.. Free blocks maf be as large the entire. zone. Non.. relocatable blocks behave like objects. allocated on a Paeca.l he•P with NEW and DISPQS:X,. The user references a non-relocatable block through a pointet: to the first data byte~ · Relocatable blocks, as . the name suggests;, lil.ll.Y •be moved aroun.d in mem.ory (relocated)- when necessary. There are two prineipal advantages to using relocatabl.e blocks rather than non•relocatable bloclts. First, relocatable blocks can change size dynamieally. Second,. better utilization of available memory is possible vitb a zone of reloca.table blocks than non-relocatable bloclti!J because the storage m.anager 1 ~hen unable to find a free bll)ck l.ar.ge enough to satisfy an allocation request will move bl.oeks around t.o create a large enough free block. ln order to achieve this relGeatablility the user ref et:ences a relocatable bloek tb:tough a l'landle (h) which is a pointer to the pointer tc the first data byte. There is precisely one pointer to. the actu.al data, called t,he 111.aster pointer.. The handle points to it.. The storage manager remembers its location ~nd U.pdates it whenever the block is :teloeated. Thi.s uniqul!! po:Lni:er. is normally located in an array o~ po.inters at the end ol the zone header but the user may specify, at Z«>ne irtiti&lfaation the, precisely one <>tber block of menipry in wh:tch he wishes to alloea;te these ~aster po.inters. This atea is <• 32K bytes long.. .A pointe'l', once allocated in this area, l'IPlSt never move; so a maste; pointer cannot be allocated inside another ,relocatable object. The Wo;d Processor uses the Pascal sysglobal area to store master pointers. (Figure l) Named objects ptovid:e the user a m…

--------------------~--~~---~-------------------~----------- To: Nellie Conners, Di~rJ< van Nouhuys, Bill Libby, Sheila Mulligan, Bar·ry .Haynes, Rorii Johnston, Fred F'orsmant Pete Cressmant Keri Doyle, DicK Young, Steve LucKau From: Larry Roth Subject: Date: Review of the WorKshop 25 February, Manual 1903 Attached you will find a copy of the Workshop manual in its current state for your review. Please return comments to me as scJon as possible, by March 7. I think 1:his manual wou)d be much more useful with more examples,. Please looK for places that could use examples, then supply the exampl~ needed, or tell me where to find it. Because of the short notice involved in getting this review out, the chapters are Mot all in the best of states. Please note the following: o I have received comments for chapters 6 and 8 <The Assembler arid The Debugger> that I have not yet incorporated. · o Chapter 9 <U$ing S:xec. Files> is not complete, outline of all I plan to cover is there. o Chapter 10 <The Utilities> is not complete. The format is not correct either. S:ach utility write up will contain three sections, as follows: Purpose : A two to four line statement capa.bili ties of the utility. but the of the function and Dialog : A print out of a typical dialog with the user, showing Rrompts and responses. Explanation : This section explains all the things you might need to Ktiow about the utility and using it. This is similar in scope and function to the current write ups we have on the utilities. Tha.nK yc>u for your attention to this matter. USER...-SGUIDE l..-...IORJ-C:::SHOP Larry Rot~ 29 Ja.nuary 1983 Alpha Draft COt-..ITENTS 1 • INTRODUCTI ctl The Workshop provides tools for- prc)gram deve'loprnent. It provides f ac i 1 it i es for editing, 1anguage proc:ess i ng, and debugging, as we 11 as commands for managing files and con~=igur-ing the system. The system a 1 so inc 1udes many other u ti 1 it i es. THE FI LE MANAGER The Fi 1 £r Manager- a 11 ows you to manage cLnd man i pu 1 ate f i 1es and volumes. 2. 3. THE SYSTEM MANAGER The System Manager allows you to set default parameters for the Lisa, and manage processes. and configuration 4. THE EDITOR The Edi tor· a 11 ows you to ere ate and mc•d if)• text ~; i 1 ec:.• These text f i 1 es are used as input to the Comp i 1 er and the Assembl t~r. 5 THE PASCAL Cet1PJ LER I The Compiler translates Pascal source codi~ into c•bject code. Translation requires two steps: fir~~t the compiler translates Pascal into I-code; then the code Generator translates the I-code into obj Ht code. 6. THE ASSEMBLER The Assembler translates assembly language progr·ams into object code. 7. THE LINKER The Linker combines object code files into executable programs. 8. THE DEBUGGER The Debugger allows you 'to examine memory, set brn.Kpoin1:s, other run-time debugging functions. 9 USING EXEC Fl LES E:xec files allow you 'to execute automatically. I 10 I a s1~ries of commands and per…

Date: ' lS February 1981 To: Distribution From: Larry Tesler Subject: Proposed Addenda to the LISA Uur Interface Standards, round 2 CD NFID EfVIIAL .. Attached are proposed additions and revisions to the LISA User Interface Standard (!ill Atkinson, 24 September 1980). The January 19 proposals have been reviled according to feedback from the Ja'tluary 22 re!J(ew meeting. In addition. several new changes are proposed. Text in [brackets] explains how the change fits in to the original de>cument. Text in {braces) explains why the change is needed; often, it just lists applications that require it. 11 0K" marks changes that were provisonally accepted at the January 22 review meeting. The terminology used herein is that of the September 20 document. More descrip tfve and appropriate terminology is under active development. I request that people do not object to the changes solely on the grounds of inconsistent terminology (e.g., folders containing scroll bars) There vUl be a meeting on Tuesday, February 24 from 3-4 p.m. in the Taco Room to discuss these proposals. Distribution: !ruce Daniels Wallace Judd Steve Jobs Uendell Henry Phil Spira Rich Page ;Jayne Rosing Barry Smith Jeb Eddy Pat Harriott Phyllis Cole Nellie Connors Andy Averill Gail Pilkington LISA Software (1 copy per person) LISA User Interface Addendum Page l 2. MOUSE AND CURSOR {to avoid too many shapes} OK (replace il'i~dle paragraph about cursor changes by: l The cursor may take on different shapes to indicate its current function. To give the user additional varning of what will happen when the button is pressed, additional feedbac:k may be given u long as it is definitely noticeable without being annoying. For.example. uhen the cursor is over a scroll arrow (section 19), the box around the arrow could fill in black While the button was up. and the arrow itself could fill in black while the button was dovn. The Terminology Committee (a joint co11UDittee of Publications, Marketing. and Softvare.) will specify the cursor shapes as well as other user feedback. The soundness of thei·:f' choices will be verified by user tests. [delete last sentence about motion of the u:icuse with the button upJ 3. POINTING; CLICKING; DRAGGING WITH THE HOUSE {clarification) OK (add: 1 The 1/2 second is measured from the release of one click t:o the press of the next click. 5. MEMORY {correction} OK A LISA computer will have at least 256 {not 128] K.bytes of main memory. of which 32K is dedicated to the display. 14. THE ACTIVE FOL.DER {to be more obvious to user} OK One folder is distinguished by its title tab being displayed in inverse video [not a thicker outline}, and by having tvo or more {not just twol light gray scroll bars. {rest unchanged] 1.5. MAKING A FOLDER ACTIVE (to clarify and to agree with section 29} OK [add:] When a folder first becomes active, it is brought in 19front" of all other folders so that nothing obscuTe111 it. Later. however, ·1t may be obscured by the Dialog…

By the way, many Apple documents became public record as a result of a shareholder lawsuit around 1985. I am sure if you make inquiries you could locate many interesting documents including the Lisa MRD. It's almost a bible of personal computing. Best of luck with your project, and by all means check out 3DO! Regards, T~~ Trip Hawkins President and CEO The 3DO Cumpan)' MR. TRIP HAWKINS PRESIDENT AND CEO. THE 3DO COMPANY 600 GALVESTON DRIVE REDWOOD CITV. CA 94063 /?ece,'Veef= (}3 /{Ar (fff Re: Apple Lisa computer Dear Mr. Hawkins: Thank you very much for the generous reply to my recent letter concerning the origins of the Lisa computer. The remarks you made in your letter of 07 February were fascinating reading. I plan to incorporate them into the revision of my Lisa legacy paper. If you can answer some more questions about the Lisa I would be very appreciative. These wi 11 be the last questions I have for you since I assume you have more pressing matters at hand, e.g. running 3DO. I've enclosed a SASE to make this reply easier (or you can e-·mai I me at my CompuServe address in the letterhead)= 0) May I make your letter available to others with an interest in the Lisa? '{ e 5 l) Who came up with LISA= 1.ocal Integrated ~oftware Architecture? I assume uo~.Ldid. A T Jowr rt.IA<~ 2) Were there ever other names for the Lisa. besides5~or example. ~~l:a~J.e...vt.u, 3) I noticed that Apple changed its corporate phone number afound 1983 to end in 1016 which is the A-line trap value in binary that Lisa (and Macintosh) programmers use for making system calls. Was this change do~ring the Lisa's development? Were you involved with this change? t.1 v wtU 908 /IJ/O -fin as {~ tfU T ~'1 re~ 1N.. pkevte. rr;c, v.idJ. ~ h~ I 'f~3 .' Thanks for the comment about the Lisa MAD. I wi II look around and see if I can find copy. FYI. I have a copy of the Lisa PIP and found that a very interesting read. Good luck at 3DO. Sincerely, 0,, -~7 /'/? . /-r-1,~ /~ /. David T. Craig {f,e . / IQ . we_~;f~f-1 [b<- fvf-;f WtJt! ttfw415 -h ''[,-,. {J,.,jed" 1;./Y'____ Wednesday. February 23. 199'1 J: r~~ ~ u,l/ ;{- A-ppfe Q!!! Apple Lisa Historical Info from Trip Hawkins 21 Apr ii 1994 -- David T. Craig The following information was provided by Owen W. Linzmayer of San Francisco, CA via CompuServe: David, April 21, 1994 I'm pretty busu finishing up mu b~ but I just got a nice missive rrcm Trip Hawkins that I tha!ght uw might like. --owz. I worked for Steve Jobs until Lisa was taken away from him in the fall of 1980, on the eve of Apple's IPO. A few months after that, Steve took over Jef Raskin's project, contirned to call It Macintosh, and totally changed it into Steve's vision of a scaled-down Lisa. All of the core ideas were the same for both Lisa and Mac. Steve did have some legitimate concerns about Lisa being too high-end in its conception, but Ironically over time the Mac grew to have as much memory and cost as Lisa had. I have a huge amount of re…

rnul' .i.tr:1 tn~· rr10L ·b I l.J I.. 1 • I & I i LISA FILER EXTERNAL REFERENCE SPECIFICATION Frank Ludolph Gail Pilkington Dan Smith July 23, 1981 Approved: - ~~v- u &, Lisa Software Lisa Publications - Acknowledgement Many thanks to all the POS people that offered their time and ideas during t:he development of the Filer and this ERS.o APPLE CONFIDENTIAL .FILER 'ERS Project Identif+cation - PROJECT IDENTIFICATION 1.1 Pr()ject Name: Lisa Filer 1.2 Project Number: El46 1.3 Related Documents [l} Lisa Preliminary Personal Applications M.RD 1 June 30 1 1980. Barry Margerum [2} Lisa User Interface Standards Document: September 24, 1980. Bill Atkinson. 13] Lisa Diagnostics ERS, Version 1.1, December 23, 1980. Rich Castro. [41 :t.isa Software Theft Protection MRD, Version 1.0, April 30, 1981M Eric Michelman. 1.4 Product Abstract The Filer performs a btoad range of functions relating to the access and management ()f documents on the Lisa's deskto.p and storage media: * Creating, filing. and retrieving documents. * Init:l.alizing mounting, unmounting, and verifying the cons.istency of 1 disk.s. * Contr.olling the movement of tools between disk(ette)s. * Stationery (forms) management• Chapter two contains a complete list.of functions. The filing model is based on the.paper office but is even simpler; documents are placed in files which are on disk( ette)s ('drawers' in the paper office). As detailed in .chapter 2, many of the rest.rictions that exist in the paper off ice have been lifted; those that still remain are identical to those that exist in the paper officet e.g. disks (drawers) have a finite storage capacity. The user interacts with the Filer via .the dialog box - window$ are reserved for use by documents on the desktop.. This makes it easy for the user to get to the Filer by selecting a single menu option rather than hav1ng to search through the documents on the desktop. In general, the user specif1es the (set of) document(s) s/he wants to operate on.and then the operation, just as in the rest of Lisa. The Filer steps the. user through the standard document page 1 July 23, 1981 A1'PLE qoNFIDENTIAL Project ldentificatioll specification procedure (which the user can easily override) prompting for informacion and providinghi.Dl/her with tbe v11lU choices.. This appraaeh m111imizes 1 the lea'dling time. and the number of ki;ly1n;rcikes needed to accomplish .the task. 1.4 .1 Typie41 Users AlJ. Lisa use"t"s nll use the Filer. It is 'the first tool the new user. is trained on. Design of tha File:r has been bias:ad such tha.t the everyday o.perations are: exceedingly s:l.:mt>le. l .4.2 Novel Eeat'!lres • S:Lm.plUiel:I retrieval: Although the filer supports a (limi~ed) hie.r•rchical view of stored d.ocuments (documents in files <in d.isk(ette)s ).' the user can scan the do<:;umenrs unincu11bered by ft.le and disk(ette) b®ndries. • Simplified st.ationery handling: ~Y document can, be made :Ln'.to stationery .... by simp…

USA BOOT ROM MANUAL VERSICW 1.0 Rieh Castro 20 June 1983 Init Exception Vectors lnit Interrupt vectors Init .l.mp Tables ""'11 Handler Check ~ for warm or COid start (126) Warm - Set few "1'1l.J Colder - Check Mt-'1U (127) Set contrast, clear errors set some~ Tum Contrast off INlTl Start Olalp)StlCS Pass Read/Write test of MVllJ registers Pass AOOress test of MMJ registers Pass Pass setup r+tJ contexts 1.2.-3 and flag errors ln memory Pass Fail Flag errors in memory size memory, assume 128K increments, Cheek for low Pass Fail Check 1f IIO board there Size memory, asst.me 128K increments, Check for high Set M"1l.J according to addresses found Test first 2K of memory Pass save current tnformatlon ln low memory Initialize exception vectors in low memory Parallel Port VIA tests see lf Timer 1 ts tnere Pass see tf can access other register Pass Do test of timer register Pass Fail Fail Try access to sec Pass Test memory to be used for screen Pass TSTCt-1<. . Fail set fall flag, get new screen area If inverse vldeO, set last bits for no retrace Une Draw deSktop, CPU RQIV1 rev, set contrast to default Test of Keyboard VIA Test tlmer register Pass TSTCl-tK Enable COPS Pass Fail TSTCHK SCCll COF>S for proper reset cOdes Figure If Keyboard & mouse connected Pass TSTCl-t< Video Circuitry test Verify VTIR signal Pass Pass TSTCHK Parity Circuitry test, test 1 address by writing wrong part ty and then wrt Ung w1 th normal part ty Pass TSTCH< Full memory test wlpartty enabled Check if Warmstart or not Write/Read pattern test. Address test as second scan Pass Feil Address Uniqueness Test PlngPong Memory .Test Pass Fail TSTct-iK Pass RS232 / sec tests cnannel A interrupt vector r Pass fail TSTCH< Channel B internal loopback test Pass Fail TSTCHK I Test of disk interface Display ROM l.D. cnect< Of DSKDIAG bit Get disk ROM test status from shared memory Fail Poss --~~~~~---~~~~~~~~--TSTCt-K wrtte/Reaci test of 1 Iocatlon ln sharee2 memory Pass Issue dlsaole command to disk R~ Fail Pass TSTCH< Scan keyboard COPS for user commands Read COPS for current date and time Pass TSTCH< Read all expansion slots for I.D.s On cards with status programs, execute them. TSTCHK Clear desktop My fatal errors encolJ'ltered? Ho If...Q.~...~~~ ...~!!Q!!....~...~~~P.~~.Y..Jl Be 6t to Boot ROfV1 Monitor see If an Exception error occurrea No to Boot ROM Monitor No clOOI< data or RS232 error then & to Boot RQtv1 Mon tor See if keybOard error occurred No see if memory error occurred No M.Jst be 110 expaislon slot error If mouse unplugged then flag user. lnlt cursor and mouse. Alternate Boot device? No Boot menu aSkea for? No Yes Get boot device frcm parameter memory Invalid Yes Keyboard overrides all others Is there a bootable test card? Yes Is bootable card an AppleNet Gard? Ho Yes Boot from Applef\Jet Bootable Test card? Mo Ves Boot from Test card No override of default If Twiggy (871) ooo…

Vanilla Application Window External Reference Specifications OcttQ!r 3~ 1983 By Yu-Ying 01ow 1. Project Q!!fin.ititns .. 1.1. Procl.1ct M>st? act A V111illa Pascal progrm is a text-oriented program that uses only WRITELNs ta display its output, and only REAOL.Ns to get input. This type of program ems not have tne ability ta access manager libraries to directly _1nterac1; •itn •indo•, Bl.I or tne nDJse~ n. vanilla application •indOw (sometimes called tne VS1illa or tne application •indo•) proviaes a vanilla Pascal progxam •itn a .ay to direct its output to a 1111nac111 and get its 1npJt from tne keyt>Oard, follo•ing tne Office System user interface standards. The vanUJ.a •indcilt gives tne user of tnis type of program tne • capetlility to Control its output window •itn menus mia.:tne 111:>1.1.se. •J;t,, tne . vanilla sucn programs C8'l be ported to n.n in tne Office Sy~em ·•itncut siy lllXU.ficatian' 1n tne source coae as lcng as tney nave 1'1'\. 1n trie larksncp. •indo• •inao• •inclo• For prog?ams tnat· USe the ~iekOraw (saretimes called vanilla QuiCkOra111 piograns) sics nn in tne I0?1<snop today, tne vanilla •1.ndo• also proviaes a •Y to direct 1ts gras:t11c cur;iut to a window. In add1t1ais.. far programs tnat use tne HarcMr.e (liit (HfINT) to get tne llD.lse lccation (MOuseLocation) mid tne DDJse events (Keytx£vent), tne vanilla •indow also provides a way to get tne 11D.1Se cocrd1nates. Ho.ever, tne vanilla •111 noi support · prog:rams tnat use tne Hardware l.1'11t to dO otner hardware control t.~t . , affects tne entire system. These progr~ nave to oe convertea to use trie ToolKit before tney cai n.n in tne Office System. Otner programs t..,a~ neea to nave tneir own men.is tnat are different from tne vanilla wL.,d ···· a11ll nave to be ccnverted to use tne ToolKit as 111e11. There 111111 c <' . e· •indo• •indc• for text mict grapnic outp.at for eacn vat1illa Qu1CkOra ·' .· ~ even if tne progran uses tJatn and tne Cuid<O?'aw. The vaiilla •indc• eaulates a terminal display. The te~ t~ be scrolled off tne top of a typical terminal display ;:I s · . . vaiilla •indo•. This output can tle scrolled Oack at ;fly~ t ..... _ . e ·vanilla 91ncla• prov1aes a StamrrJ ~ tnat performs p:i11on ~,. ~·- . · ·ai ,"'1Ctions ~ITEi.NS sucn as positioning tne cursor ana clearing tne ¥?een, efi:'?'.} It also enacles tnird parties to •rite ~ific terminal !lll.llatq,:s for·<tne vertilla wir.dO•-. • are providing a VTJJJO and a sarac terminal ~atible en1Jlators with tnis .ProdUCt. Eacti vanilla proc;ram is associatea with a decua,int .n1cn contains t~e output Ci.splay of tne program. Eitner all or part 0~11 tne outcut from a va.r.:.::a . progz511 can De saved in. tne .~t. The aocunent .cart oe mantpulatea -:~~­ same .ay as otner Lisa CIOCl.lll!nts. It.canoe •set Aside" OT •savea &Put Away• and openea later to see tne output of t;ie :irevicus run •. In aQai~i9n, eacn vS1illa prog:am can aeal •itn OS files 1h tne sane :uay as it coes ""., tne wort<snop. Th…