Executor 2.0

home *** CD-ROM | disk | FTP | other *** search

/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.92 / text0001.txt < prev next >

Wrap

Text File | 1996-04-02 | 49.0 KB | 1,401 lines

Dear Folks, Here are the only marginally editted Notes files that we have used internally to see what works and what doesn't. Please don't tear into us for the sloppy language and vague comments; they were never intended for publication. However if you get some useful information out of them, more power to you. Some of the applications were tagged with their slang name, I believe I've removed the most egregious offenders. Stef and Tim have been "idled" (i.e haven't worked for ARDI) since sometime around the beginning of September. This is because ARDI ran out of money. It looks like we'll be able to sell enough copies of Executor-MSW to hire them back in February. To have them back will require that we ship 100 copies a month. You will notice many games and demo programs in our Notes files. This is because we bought a CD-ROM containing a bunch of PD stuff. In the early days of Executor we would try to run anything and everything, although without HFS_Reader we had to ship everything across by either kermit or FTP and this was a pain. Back then we didn't care where the "bug"s came from (I put bug in quote because technically we're seeing "incompatibilities" which appear to the end users as bugs but frequently have more to do with the lack of a hard spec for what a Mac should do), we were looking for "penetrating" bugs, stuff that we screwed up the implementation of and so when we fix a penetrating bug it clears up the behaviour of many applications at once. About a year ago it looked like we would be selling our company to another company. The deal was supposed to be a real good one for both sides. At that time we were lent the top 10 applications selling for the Mac to grind away on. The deal fell through and the applications were returned. We're an honest company and so when they went away, they really went away. Unfortunately the deal had lulled us into a false sense of financial security, so when it turned sour ,we raced to get a product on the market (we had withdrawn ROMlib on the Sun3 to make the other party to the deal happy, it wasn't selling very well anyway since the Sun3 was obsolete). Executor-MSW is the results of our efforts. All the "bug"s related to Microsoft Word 4.00D were fixed (we bought our own copy of Word 4.00D and Excel 3.0) and we spent a bunch of time Nextifying the product. The beta period lasted about three months, but it overlapped with development so it wasn't a true beta. Without further ado, the remainder of this mail message is our barely editted (removed obscenities and stuff covered by non-disclosure agreements) Notes files. --Cliff p.s. Come see us at NeXTWorld. Bring software you haven't seen mentioned. We can run it under Executor-MSW Version 1.0 which is for sale and whatever we have running internally by then (we hope to show a fairly well running version of Word 5.0 there). ###################################################################### Green_Notes: These are all programs that have run well under Executor on our Sun3/60 where we do development work. There is no guarantee that they'll work on the NeXT because they may do 24-bit addressing which we do not yet support on the 040 because we can't do a clever hack that works on the 020. Comments within [] are NeXT related and are done off the top of my head. 1000miles: [has NeXT problems] BinHex5.0: no known problems Canfield2.0: [requires Configuration File on NeXT, but works] Color Canfield: [same as Canfield 2.0, no Color support, yet] Mines Version 1.01: works [is shipped with Executor-MSW] macyahtzee: stomps location 0xe (It does this on a Mac+ too) [shipped w/ Executor-MSW] Motor Bike: after a crash it does a spooey copy (on the Mac+ too) [shipped w/ Executor-MSW] ShanghaiDemo2.0: no known problems BackGammon: [NeXT problems, works most of the time but will die every once in a while, very annoying when playing a game] DeckEdit: no known problems eartrainer: useless without sound, but runs hangman-9.0: no known problems hearts1.6: no known problems killer frogs from planet X demo: works fine but you can't print out the order form (no printing support, yet) klondike3.3: [may need configuation file on NeXT] works fine on Sun3 reversi: no known problems [shipped with some beta copies of Executor-MSW] risk: no known problems [aside from the configuration file naming bug that Shane Artis reported and I commented on in the net (long story, but remove the ".execonfig" from the configuration file name if you want your countries to blink] stuntcopter1.2: kinda slow because of all the animation it does [should be MUCh faster when NeXTStep 3.0 comes out and we take advantage of some stuff they're putting in, ships w/ Executor-MSW] units: You've probably not seen this one, it was written by Walt Leipold and is great for converting, among other conversions, Tons of TNT to BTUs. Runs fine under Executor [would have shipped w/ Executor-MSW but it is too big; we ran out of disk space, let's hope the cost of ED disks plummets]. vp: (video poker) You've almost definitely not seen this. I, ctm, wrote it. It runs fine under executor except it originally was a Desk Accessory until I applicationized it for the purposes of running it under Executor. It will return to it's DA self when we support Desk Accessories. ######################################################################### Yellow_Notes: These are applications that "limp": they do all the initial setup and then start dispatching events. Beware: "limping" is very broad. An application that dies as soon as you pull down any menu (i.e. try to do anything at all) is defined as limping, as is an application that works fine except dies when you hit alt-shift-command-question mark (not totally true, there's an undocumente Microsoft Word command that displays the authors of MSW that blows up under Executor-MSW and we consider MSW to fit in green). COMPLETE APPLICATIONS Microsoft Word v5: globals: 0x6f4 ProcPtr JFLUSH (read) 0x4 word (read) (also done on mac) 0x6 word (read) (also done on mac) 0xe word (write) (also done on mac) 0x16a long 0xa7c long 0x28e word 0xa50 long [there are more problems than are listed here: Things are changing every day. As of Jan 13, 10:44 p.m. we have found that it really wants "EventAvail" to return true. If it doesn't the pcode engine "jumps the tracks". Bill has demoed this by making sure that there are some mousedown and keydown events and everything goes well until there are no more events. This may be due to our suspend and resume event code] Microsoft Excel v3.0 --- globals --- 0xA0A TopMenuItem 0xA0C AtMenuBottom 0x11C 0x174 0x004 0x006 0x1D2 0x6F4 Alert "Filename is not valid" appears on startup. (bill 12-12-91) Aligning a cell and then undoing the alignment via the edit menu sometimes leaves the edit menu up. (bill 12-19-91) Bringing up "Show Info" window kills it. (bill 12-12-91) 0x12bba6 <end+634178>: movel 0(0(a2))[d0.w],a2@ (gdb) p/x $a2 $5 = 0x001262aa (gdb) p/x *$ $6 = 0x187c000a or 0x12bb98 <end+634164>: movew 0(a0)[d0.w],a2@- Other window stuff causes similar problems in the same place: closing original window (bill 12-12-91) opening a chart (bill 12-17-91) show clipboard (bill 12-17-91) new from file menu and then chart (bill 12-19-91) About box is missing a picture. (bill 12-18-91) PixMaps are to be converted to BitMaps (IMV-85) Typing a '/' right away causes MenuSelect to be called. (bill 12-12-91) Zooming erases a region which doesn't get updated. (bill 12-12-91) Microsoft Excel v2.2a 25-Sep-89: --- globals --- It copies blocks of page zero and restores them later. 0x000 nilhandle a0 0x11ddfa 0x052 ??? word, near 0x11de02, when quitting after '/' 0x11C UTableBase long, d#1524 0x15C SEvtEnb d#164859?: writes to SEvtEnb 0x1D2 UnitNtryCnt word 0x178 ??? long, trying to show clipboard, 0x176502 0x36A ??? long, 0x11dcfe 0x372 ??? word, 0x11dce8, passed to OffsetRgn as dv 0x374 ??? word, " , passed to OffsetRgn as dh 0x3E4 ??? long, 0x11dcfe, passed to OffsetRgn as rh --- General info --- Note the fact that it can't get a KCHR resource is acceptable with our implementation of KeyTrans. Clover commands use ScriptUtil (Transliterate) (IMV). (29-Jul-91) Typing a '/' right away causes MenuSelect to be called. (23-Jul-91) When reading files, it needs to run with -clock in order to print the percentage read in the upper left corner. Can't set ROMlib_memnomove and run with -clock, though. gdb exhausts virtual memory when breaking in osevent and setting memnomove. This happens even when the program is idle. (24-Jun-91) closing original window calls R_BlockMove() which calls bcopy(src, dst, cnt) src = 0x00114340 dst = 0x0000007c cnt = 0x00000050 (23-Jul-91) stef: 6-Jun-91: Windows double clicked in the grab region zoom. This is normal, but it checks Ticks, so running without -clock is somewhat strange. --- Menus --- Icon: File: New.../Worksheet hangs when done after closing Worksheet1. (24-Jul) Save( as)... gives "can't access filename" dialog and won't save anything. (FileMgr?) (23-Jul-91) Edit: Formula: Format: Data: Options/Display... Macro: Window: (full menus) Show Info...: Dies when you try to close the info window with the close box. HiliteWindow is passed (GrafPtr)0x306. (23-Jul-91) -- Bugs -- stef: 20-Jun-91: Help window has lines across bottom and right. They use a hack to wdef0 to remove the lines. (WindowMgr) (23-Jul-91) ShowClipboard segv's when no active document. a0 may be wrong, Still faults with ROMlib_memnomove set. Saves memory 0x0 to about 0x60 (23-Jul-91) stef: 21-Jun-91: Seg faults in OffsetRgn when closing "Expenses". Type: File/Open, double click "Expenses", click close box. regionhandle is bad. Dies whether ROMlib_memnomove is set or not. (see note in globals section about 0x3e2. (23-Jul-91)) stef: 24-Jun-91: File/New... (type), and then close whatever you opened with close box: Worksheet: segv in OffsetRgn, rh is bad (-1) Chart: segv in HiliteWindow, window arg is bad. Macro: segv in OffsetRgn, rh==-1, same debugtable as WorkSheet, above. I was able to get one of the samples, Scientific/Survey to mess up the screen just by scrolling up and down. Do a File/Open... and it will eventually die. stef: 18-Jul-91: Zooming larger doesn't update the original part of the window. (23-Jul) Microsoft Works v 2.00d: --- globals --- 0x006 ??? byte 0x06C AutoInt3 long, interrupt auto vector (mpw) 0x108 MemTop word, (mpw says pointer) 0x15c SEvtEnb WORD PROCESSOR -------- MENUS (WP)-------- About: File: Open: can't open with ROMlib_memnomove set. (stef 2-Jul-91) Save: doesn't write out file fully. Rsrc side does not contain the owner info, so Works doesn't identify it as one of its own files. Rsrc fork contained only "ARDI" and nulls. (HFS?) (stef 2-Jul-91) Edit: Window: Show Clipboard: not enough memory dialog. I could show the clipboard when there was something in the clipboard. (2-Jul-91) Macro: Spell: Loops while in file manager. Should work once HFS works. (stef 2-Jul-91) Chart: Text overlaps numbers. This is because it calculates the width in one font, but draws in another. (bill 7/26/91) Sort: -- Bugs (wp) -- Cursor remains watch on startup. (stef 24-Jul-91) Claims it runs out of memory trying to save undo information while typing/backspacing/typing more. (stef 24-Jul-91) It doesn't do this when running with -clock. (bill 19-Aug-91) Claims it runs out of memory when ROMlib_memnomove set. Won't open any new wp files. (stef 2-Jul-91) In startup window, it does not show all files of the appropriate types. (HFS? FileMgr?) (stef 24-Jul-91) Text cursor not visible after typing. It disappears when the mouse cursor disappears and is visible when the mouse is visible. (TextEdit) (stef 24-Jul-91) It doesn't do this when running with -clock. (bill 19-Aug-91) setting ROMlib_memnomove causes works to claim it has no memory for opening documents. (stef 3-Jul-91) ctlInit.c:43 Assert failed when closing. This assert is to make sure that the procptr does not try to point to anything outside of 16M. This means that Works is playing with the structures or is clobbering memory somehow. (ControlMgr?) After more inspection: NewControl is called which calls NewHandle to allocate retval. NewHandle returns (Handle) 0x601164fa, which is wrong. This happens after the close box is clicked on a new document. 0x1164fa seems to be a valid handle. R_DisposHandle was called earlier with the illegal handle; the backtrace looks like: #0 R_DisposHandle () (mman.c line 712) #1 0x4208 in os2 () #2 0x16701c in end () #3 0x12b55e in end () (gdb) p h $44 = (Handle) 0x801164f2 (gdb) i b Breakpoints: Num Enb Address Where #6 y 0x0004f6f4 in R_DisposHandle (mman.c line 712) break only if h > 2097152 Maybe DisposHandle should strip off the high byte. (stef 24-Jul-91) DATABASE: -------- MENUS (DB)-------- File/Save: Doesn't save files correctly. Resource fork is empty except for "ARDI" and a bunch of nulls. (stef 24-Jul-91) Format/Show List: Splitting screen grabs mouse and won't let go until another click. It does other strange stuff you have to see. Undoubtedly uses its own Control proc. (stef 24-Jul-91) Report/Select Report: Does not highlight the report name in the dlog, even when moused. (TextEdit) (stef 2-Jul-91) [NeXT note: Works WILL NOT WORK with our current set of kernel mods/memory layout. Works is real obnoxious; it deliberately hits a location that is high enough to not be in our address space. I think we can get around this but there are enough other problems that it is low priority, especially since we no longer have a copy of Works]. Aldus PageMaker 4.0 ser#02-40A3-200122411: --- globals --- 0x11C UTableBase long 0x15A ??? word 0x1D2 UnitNtryCnt word 0x82C ??? long 0xB7C ??? long -- Menus -- About: Help/(topic): Help: Doesn't draw pictures or icons. (bill 8-Aug-91) Alternating between topics menu and topics eventually makes the topics menu blank. (bill 8-Aug-91) File: Export: Placed a degree symbol(?) in TextEdit field. To repeat: File/New, CR, Window/Toolbox, Click on upper right of toolbox to get text cursor. Type anything in the document, then mouse File/Export. (stef) Edit: Options: Page: Type: Define Styles: New: Para...: Tabs: Fractional positions are out of bounds, yet integral positions work okay. (Packn? IUxxx?) (stef) Element: Define Colors...: Does not update dlog when Edit returns. If it uses the List Manager, it needs to activate the list (ListMgr). Edit Color...: scrollbars screw up: click and hold the mouse between the thumb and the scroll arrow, very close to the arrow. The thumb will move rapidly toward the mouse, but when it moves the very last distance, the mouse grabs the thumb. (stef) (ControlMgr?) Windows: -- Bugs -- Popups do not update to the current selection. (PopupMenuSelect?) (stef 24-Jul-91) stef 27-Jun-91: Page icons in lower left are getting drawn through by the wdef0. They should be in the foreground. Switching between 1 and 2 page mode does not update the entire screen correctly. Styles and Colors windows are funky. Selecting or scrolling causes effects in the main window. (doesn't happen with no moving handles) The windows should be just large enough to hold scroll bars and a grow icon (they are too small). The windows have lines across the bottom from the grow icon. (stef 24-Jul-91) Text cursor placed wrong. The spacing is incorrect. (24-Jul-91) Text does not space correctly (too close) even when tracking is off. I tested it with 72 pt text. (TextEdit?) (24-Jul-91) Hangs periodically in dialogs. (handles can move) (2-Jul-91) FileMaker Pro 1.0v1, Oct, 1990: -- Globals -- 0x4 d#551 reads a4@(4) where a4 is 0 0x5 a4 comes from a5@(-24918) 0x291 PortBUse 0xBAC TESysJust word, (MPW) movel @#0x32c: MPW has that location as GZRootPtr. (tim? 5-10-91) -- Menus -- Logo: File: Edit: Select: "Layout Box" accesses 0xBAC. (tim? 5-10-91) Layout: Arrange: Format: Scripts: Window: -- Bugs -- The record numbers get over-written. The little spiral on the side does not get draw. It is a PIC (300), and DrawPicture() is called after ShowWindow(). The opcodes are: 0x00 0x00 0x09 0x0E, then it quits. ROMlib_hook numbers: menu_mdef script_notsupported te_notsupported stdfile_dialoghook time_number q_bitsproc dial_user (tim 5-10-91) clover-Q didn't work when I tried to exit. (stef 22-Jul-91) About/Credits is supposed to scroll the development team and some other names but doesn't, even with -clock. If you mouse in the window, it'll scroll slowly. (stef 22-Jul-91) MacWriteII rel 1.1v1, 1989 -- Globals -- 0x03E ??? word, d#2735 0x98A ??? word, d#2005 0xA62 ??? word 0xAF6 ??? long 0xBA5 ??? 0xBAC TESysJust long? -- General Info -- -- Menus -- Desk: File: Printer Setup...: We do not have the printer setup dialog. (tim 14-Apr-91) Edit: Find/Change: Highlighting of the find word gets munged. It highlights the word, and the rest of the box and vise-versa. (tim 14-Apr-91) Font: Size: Style: Custom...: Size/other creates a TEbox that doesn't go away. Format: Spelling: View: Show Invisibles: With a few lines of text, there are weird chars in the lines. The arrows in front of the lines of text should not be there. (tim 14-Apr-91) View/Actual when done right after a View/Reduced, the screen messes up a bit. (stef 24-Jul-91) This is because the small text is drawn in the wrong place. I suspect it has to do with the original document size being far too large which in turn causes the FixMuls and MapRects to be invalid. (bill 19-Aug-91) -- Bugs -- Ruler is wrong size. This comes from PrintDefault(). The values there are not those of the Mac+. This also makes the page guides the wrong size indentation. (tim? 14-Apr-91) The document comes up in the middle (look at the scroll bars.) It should come up in the upper left corner. Also, they move when you bring up the "Format:Page..." dialog. Should they? This may be part of an update problem. (tim? 14-Apr-91) Intuit Quicken 1.5, 1989: Logo: File: Page Setup: SEGV in GetNewDialog(), id == -8192. GetNewDialog was called from PrStlDialog(). Should -8192 be in our system? (tim 5-22-91) Edit: Activities: Categories: Recurring: Watch Cursor during initial selection of account. (stef 18-Jul-91) Sometimes does not register mouse-ups in numeric fields. (stef 18-Jul-91) QuarkXPress 3.0, 1990: -- Globals -- 0x004 ??? long, $a1 near 0x11551e 0x008 ??? long, $a0 near location 0x10f652 0x00c ??? uses these. 0x82c RawMouse long, RawMouse (MPW SysEqu.a) 0x834 CrsrPin 8 bytes (MPW SysEqu.a) 0x83C CrsrRect 8 bytes (") only uses 0x83C and 0x83D 0xA46 CurDragAction long, implicit actionProc for drag control (") ctm: 4-19-91 validbytes+0x8 to 0xF: d# 4556. They push (pea) fp(-20), 3, MBarHeight(or +12)+3, fp(-14)-3, and fp(-16)-3 on to the stack. 0x115a1a <end+561114>: 0124247 (SetRect) 0x115a1c <end+561116>: moveal fp@(10),a0 0x115a20 <end+561120>: moveal a0@(130),a0 0x115a24 <end+561124>: moveal a0@,a0 0x115a26 <end+561126>: addql #8,a0 0x115a28 <end+561128>: lea fp@(-20),a1 0x115a2c <end+561132>: movel a1@+,a0@+ 0x115a2e <end+561134>: movel a1@+,a0@+ -- General -- Needs -clock to handle its own MDEFs for popup windows. Otherwise popups hang waiting for 0x16a when trying to scroll. (4-Jun-91) Edit: Show Clipboard: Although it kinda makes sense, when the clipboard is shown, if the X cut buffer changes and then part of the clipboard is exposed, it updates the exposed area with the new X cut buffer. In other words, if you cut ABC, then cover up the C part of the clipboard window, then put the cursor in an xterm and highlight DEF, then expose the clipboard, it'll look something like ABF. The text in the clipboard appears to be too high, although I haven't compared it to the Mac. ctm 7-26-91 ---- Menus --- About: Double clicks on topics do not work consistently. Several clicks sometimes cause a double click to get through. (stef 26-Jul-91) File: Save as EPS: calls PrGeneral(). Page Setup: calls PrGeneral(). Edit: Find/Change: Clicking Zoombox doesn't alternate sizes. (bill 29-Jul-91) Doesn't use ZoomWindow. (stef 26-Jul-91) Edit: Style Sheets...: EDIT: NEW/Edit: Sporadic SEGV in xInsertResMenu, menu.c:349 348 while (sp != ep) 349 *dp++ = *sp++; sometimes sp > ep and this loop gives a segv Hsize is negative when this happens. Haven't checked through the menu items to see if they make sense. (haven't seen this lately--stef, 22-Aug-91) Edit Colors: H&J: Duplicate appeared to work. New appeared to work. When saved, it screwed up resource fork that causes segv's on startup when getting resources FHDL. To recreate, run binhex on Q.Bin. (stef, waybackwhen) Style: Font >: Size >: changing selected text to large size did not draw entirely. It draws to a bitmap which is too small. It looks like the bitmap size is based upon the unscaled font size. (bill 7/29/91) Type Style >: Shade >: Alignment >: occasionally hangs on this menu item. See below. Item: Modify: Utilities: Font Usage: SEGV's in romlib_coalesce after calling FrameRect after calling HiliteWindow when a document is created with no automatic text box. To get it to repeat, type: Command-N, uncheck "Auto-Text-Box" checkbox, mouse OKAY, mouse the menu: Utilities/Font Usage (stef 22-Jul-91) (stef, 21-Aug-91: hung on me, no segv) -- Bugs -- Bootup window uses wrong font for registered name. Looks like the system font scaled small. (stef 20-Jul-91) Spell checking sorta works, but you must click on the spell check window before it'll ask for choices. It does not put the spell check window in front. (WindowMgr?) (stef 21-Aug-91) Fonts in Measurements window vary and are usually wrong. Font & size get set to 0 (system font) in some call that should probably be leaving or restoring them. In the TextEdit fields, the Font & size get set to 0 somewhere (bad), but TextEdit resets it to 3 (good). (26-Jul-91) (*theDialogPtr->textH)->txSize == 9, but the text is drawn with thePort->txSize. (bill 19-Aug-91) Fonts in the TE fields on the NeXT do not get reset after changing, but remain in the system font. (stef, 28-Aug-91) There is a size indicator of a document in the lower left. If the box is moused when in "thumbnails" viewing mode, the cursor oscillates between text cursor and arrow cursor when the mouse is in the box. (TextEdit? I haven't checked what's being called that's resetting the cursor) (stef, 29-May-91) In the fourth box of the measurements window, there are two sets of arrows (up/down & left/right). These are for leading and kerning/tracking (space between text). If no text is selected, the left/right arrows are not present, but if you mouse where they should be, the program seg faults in ROMlib_dpnotoip (dp=(DialogPeek) 0x113092, itemno=-6984) (dialManip.c line 43). (ControlMgr/DialogMgr?) 0xA96C 159295 FindControl 0xA870 159296 LocalToGlobal 0xA980 159297 DialogSelect 0xA98D 159298 GetDItem The right and left arrows in the measurement window don't work anyway, although setting the TE field does change kerning. (stef, 30-May-91) Pop-up in STYLE/Alignment pulldown sometimes hangs when mouse moves out of it. (stef, 7-Jun-91) Calls GetIcon which calls GetResource to load ICONs. It walks through resource maps continually. GetRes is called with some non-existent icon IDs. (stef 18-Jun) (ResourceMgr?) Double clicking size (100%) in lower left of document should highlight field. (IMI, TextEdit) (stef, 7-Jun-91) Claris MacDraw II 1.1, 1989: -- Globals -- 0xAF6 TEWdBreak long, default word break routine (mpw) 0xBA5 WordRedraw byte, mpw 0xBAC TESysJust word, mpw 0xBAE ??? word, (part of TESysJust?) tim,5-4-91: Also, after a resize the window scrolls off of the top, into the menu. As well as on the side of the 1/2 of the tools. Traps they get the address of: 22 0x00000090 23 0x0000009f 25 0x0000a860 WaitNextEvent 26 0x0000a89f Unimplemented 132 0x00000090 133 0x0000009f 135 0x00000060 136 0x0000009f 301 0x00000090 302 0x0000009f 304 0x0000a860 WaitNextEvent 305 0x0000a89f Unimplemented 307 0x0000a89f Unimplemented 308 0x0000a055 StripAdress 1124 0x00000090 1125 0x0000009f General: Text is not drawn as you type. It gets justified to the right of the page. If you continue to type it will appear.(bill 8-21-91) Put some text in a box (last tool): "this is some text in the last box.<ret><ret>help.s". Went back to delete the 's' and had to kill executor. Only waited a couple of minutes though. With the Main Dictionary installed, and when MacDrawII is checking spelling; it gets an abort in ScriptUtil(). The selector is 16, and 26. Scrolling is hosed. It loses parts of the document (even after a window resize), also scrolling down then back up scrolls into the menu bar. They have a custom ActionProc, called from TrackControl(). That ActionProc eventually calls ScrollRect (the previous trap is ClipRect). The clipping of the dstr seems to be off. The SetPort call just before the call to ScrollRect() sets the port to be different then the port set in TrackControl(), not the control owner. Desk: File: Edit: Undo seems give spurious results. Once it ended up at the end of gdb addressable memory, second it was in an infinte loop. 0xA8A3 1417316 EraseRect 0xA893 1417317 MoveTo 0xA885 1417323 DrawText 0xA887 1482874 TextFont 0xA888 1482875 TextFace 0xA88A 1482876 TextSize 0xA862 1482877 ForeColor 0xA835 1482878 FontMetrics 0xA868 1493903 FixMul Layout: Arrange: Alignment...: The dialog left some junk on the document. I clicked in the Align (top to bottom) check box. Also "Align" does not seem to do anything. May need to read the manual. Also, look at the notes under "Size:Fonts...". Pen: Font: Size: Style: Aldus FreeHand 3.0, 1991: -- Globals -- 0x4 ??? word 0x6C ??? long 0x11C UTableBase long 0x15A SysVersion word, cmpiw #1536,@#0x15a (0x600). 0x1D2 UnitNtryCnt word, 0x1cb35e: movel a4@(10),sp@-, $a4==0x1c0 0x1D4 VIA word? 0xB7C ??? long -- General -- (stef, 8-Jul-91) File/New dialog gives pulldown for size. On mac II, the order is A3,A4,A4Small,A5,B4,B5,Legal,Letter,LetterSmall,Tabloid. On executor, order is LetSml,Let,A4S,A4,B5,Leg,A3,A5,B4,Tabloid. -- Menus -- File: Preferences...: calls SetDItem with itemno == -1. Doesn't appear to get that value from low mem globals. Causes segv in "while (--itemno)" Could be modified to be "while (--itemno > 0)" but it may pass -1 because of a problem somewhere else. (stef 7-Jul-91) Edit: View: Styles: (in styles window): New/"Fill and line..." gave segv, actually tried to set code in R_DisposHandle+236, accessed 0x1d0. 0x1cb35e movel a4@(10),a0@, $a4==0x1c0, $a0==0xeff4632, x/x 0xeff4632 == 0x4f6e0 Element: Type: Attributes: Fill & Line...: Died with a bad address, in their MDEF called from AppendMenu(), CalcMenuSize(). Memory is not moving. 0xA933 7335 AppendMenu 0xA950 7336 CountMItems 0xA886 7346 TextWidth 0xA946 7347 GetItem 0xA02E 7348 R_BlockMove Color Window: Menu goes off the edge of the screen. New: Seg faults. -- Bugs -- tim? (date?) Nil Window (?) dereference after a GetNextEvent(), FindWindow(). I clicked in the menu bar. Nil dereference after closing the only document window: 0xA96D 493075 Draw1Control 0xA9E7 493078 Pack0 0xA874 493079 GetPort 0xA873 493080 SetPort Select the text tool, went to type on the document and it appeard to get into an infinite loop: 0xA9D0 21236 TECalText 0xA83C 21238 TEGetOffset 0xA83D 323675 TEDispatch When you select any tool, except the text tool, freehand appears to do a list update; then it selects the text tool. This only seems to happen if there are events which LClick looks at. Also, there has to be a New... document. It does not matter if handles are moving or not. Command-space should magnify the area around a mouse click, but it doesn't. Clicking on Info bar on top causes garbage in bar. It happens most often when the left edge is at or left of the left side of the screen (did that make sense?). (ScrollRect?) stef, 8-Jul-91 Scrolling around the screen causes some major memory headaches. stef: 8-Jul-91 Selecting text tool hangs in TEGetHeight. start line is 0, end line is -1 and it cycles. The asm code between cycles is relatively short, but I didn't dig through to see what it was looking for. (stef, 22-Aug-91) Microsoft PowerPoint v2.01D, 1990: bill, 4-17-91: It has its own MDEFs and CDEFs. It also has its own q_txmeasproc which may give some clues to why the text has size problems (It draws the text the right size, but in far too small a box so most of it can not be seen). Also its own q_textproc (...yes I'm typing this in as I go. Why do you ask?) Also q_bitsproc. Also q_rectproc. Also q_lineproc. Also dial_modal. This list may not be complete. tim, 4-16-91: General: 0xB9E: movew -256, 0xb9e -The drawing area does not appear to be kept up correctly. PP loses some of the items trying to draw them. -When the untitled window first comes up, there is one item on it (the title). Typing in text it is clipped incorrectly. Sometimes the tops are cut off, sometimes it is the bottom. The box that surrounds the text is not the size of the text. Nor is it in the proper place. -Nil handle dereference trying to quit. -Resizing the "Untitled" window loses the tools on the side of that window. thePort->portRect.bounds seem to have changed since the controls were created. It draws the special slider once, then again. The second time the drawing is done in a weird place, since the bounds are weird. -Try to move the slider (? the thing below the tools): movel @#0xa46, a0. It wants a routine there. The next instr is a jsr @a0. According to MPW, CurDragAction $A46. Read in "columbus" to get a thing on the slider. I put in 4 slides. I could click on the bar to get the slider to move, but could not drag the slider. Logo: Help: Slide sorter, SEGVs in nextop(), called by DrawPicture(), called by end(). File: Open: validbytes+b9e/w 101. Save: GetVolParams() is not supported. Slide Show: default, SEGVs in InitProcMenu(300), GetResource('MDBF', 300 & 0xFFF8) returned a nil handle. If you set id = 300 in GetResource (there is only one) when the id == 294 it starts up the slide show. The slide show does not keep going, it only shows the first slide. Again I am using the file "Columbus" to do the slide show. There is a 'tstw $d0' just after the trap call. If you set $d0 = 0 then continue, the next slide comes up. It may not be that simple. Edit: View: Notes (#1): Clipping problem selecting this in the untitled window. Slide sorter: Breaks with the file columbus. In DrawPicture(), nextop(), *pp is something weird. It does not appear to be a moving handle problem. I broke in LoadSeg() and OSEventCommon() and the behavior appeared to be the same, although what 'pp' pointed to was different. 0xA025 8214 R_GetHandleSize 0xA122 8215 R_NewHandle 0xA023 8216 R_DisposHandle 0xA874 8217 GetPort 0xA8EA 8218 SetStdProcs 0xA8F6 8219 DrawPicture Style: Making outlined, shadowed, underlined, italisized, and bold word; then select the word. The selection box cuts off before the text ends. Not all of the text is selected. The point sizes were 32 and 96. Define styles: movew -256 (0xff00), @a3, a3 == 0xb9e Text: Spelling: text clipping problems. Did not update the window correctly (?) after popped up the "end of document" dialog. Draw: Show Guides: After you move a guide line the cursor disappears. Color: Window: Hypercard1.2.2: Looks at 0x174 - 0x180 (KeyMap and KeypadMap) Needs -clock -refresh (bill 9/12/91) Writes directly to screen Hasn't been tested much (is probably very buggy) ThinkC: tlc, 3-14-91 adb validbytes+b9e/w 101 Cannot create a project, close it and reopen it, -39 is the error reported (eofErr ?). Dies in PrStlInit (0x4014 == $pc ??). PrStlInit is in stubs.s as what looks like an unimplmented function. For a "File:New" (after a new project has been opened), dies in CalcMenu(). Changing the "Windows"Full Titles" options dies int ROMlib_menuhelper(), line 784. The (*mh)->menuProc is hosed. tlc, 3-18-91: The menuProc gets hosed in a call to DisposeMenu(). The sequence is: menuProc = 0; DisposHandle(menuProc);. .... menuProc = TheZone->hFstFree, in DisposHandle(). When I jumped around the call to DisposHandle, and the assignment (menuProc = 0), it kept running. I can now open and edit source code. The cursor is always at the beginning (of the 3 line document), and it blinks a lot. Hangs when one tries to read in a project. It is in an infinite loop. When one does anything to change the "Window" menu, such as adding a window, or clicking on the "Full Titles" menu option; ThinkC blows up. It appears to be from a handle not getting copies correctly. The (**(*mh)->menuProc)() had apparently bad code. "File:Page Setup" blows up in PrStlInit() (??). "File:New" blows up trying to add to "Windows" menu. However, an "Untitled" window does come up on the screen. If you create and close a project then try to read it in, ThinkC gets lost. tlc, 3-22-91: "About ThinkC" hangs. It looks like it is calling GetOSEvent(), and Random() over and over. New projects are written to "filesystem.internal" and to the directory specified in the file picker. "File:New" brings up a "Untitled" window. The cursor in the window constantly blinks on the far left of the window. With: main() { } in the new window, one cannot "Select All". The last brace is left out of the selection. Open -> save -> open does not read in the saved text. Playing with the font selector, abort() in ROMlib_makespace(), when I went from 9 pt text to 43 pt text, then clicked ont the text size button. With the above program in the window, I can make the left- right thumb go over the left arrow. The thumb seems to wrap around when srcolling the window right. "Search" and "Find" seem to work, but doi not hilite the text they find. After a successfull search, hit a key and text gets replaced. I did not try an undo. FontDAMover: Reads 0x07e8, runs if nocheckvalid set. Saves 0xad8-0xbd4 (longs, so it actually saves to 0xbd7) Standard GetFile box cuts off top. OPEN will work the first time, but not successive times after a CLOSE. It gives an Alert claiming the file is damaged or in use. It is possible to open the System file even if it's still opened on the left. (The Mac doesn't allow it, claiming the file is already open.) It correctly (as far as I can tell) will remove Geneva with Hebrew 24 from the system file when either QUIT or CLOSE then QUIT are clicked immediately afterward. Hit NEW, resulting dialog box too small. DID create a new font file, but it's dated Jan 15, 1921. Created .Rsrc file dated normally. Std GetFile doesn't find it. Tried again, this time went up to filesystem.internal. "testfont2" was created, but didn't get opened automatically (as on the mac). It gets a file damaged or in use error when explicitly opened. Option button does not search for all types. atonce: Assert failed: SetResAttrs, line 74: assert((attrs & DONTTOUCHMASK) == 0). After that, the handle returned by GetResource(CODE, 0) == 0x8. (just like vision lab after it was un-stuffit'ed.) In the .Rsrc directory: cmp old.ao atOnce! old.ao atOnce! differ: char 910466, line 5594 cmp -l says the differ starting at 911619 and ending at 911861. There are gaps in the differences, but most of the bytes inbetween have been changed. traps: 0xA975 9897 TickCount 0xA994 9903 CurResFile 0xA998 9904 UseResFile 0xA917 9905 GetWRefCon 0xA873 9906 SetPort 0xA81F 9907 Get1Resource 0xA122 9908 R_NewHandle 0xA870 9909 LocalToGlobal 0xA9AB 9910 AddResource 0xA9A6 9911 GetResAttrs 0xA9A7 9912 SetResAttrs It looks like the resource type it is trying to get is $71 = {"kCnF"}. atOnceinstaller: Needs validbytes for R_BlockMove(0x910, stack, 64). cmp -l atOnce from the MacII and from our unstuffit: 995 37777777600 0 1070 0 101 . . . 1126 37777777645 52 1127 37777777651 37777777600 DEMO APPLICATIONS MYSTERY BusWeek: limps. Requires file names to be lower case, then gets an illegal instruction. (probably due to the fact that our VREFNUM aren't n*94+2 tlc/syc, 3-6-91: Accesses 0x34e, 0x578, 0x601, 0x602. "First Time" button works, cuts off some text at bottom, text seems to be slightly too big. Passes Nil GrafPtr on call to OpenPort when "Open Article" clicked, causes seg fault later on a FillRect. 0xA002 35197 _PBRead 0xA044 35198 _PBSetFPos 0xA02E 35215 R_BlockMove 0xA01F 35216 R_DisposPtr 0xA86F 35217 OpenPort iclone% Clicking QUIT gives a screen where all the text is too large. In order to quit: adb validbytes+34e/W 1010101 Must run with -clock -refresh. DoubleHelixEngn: Limps. Some sort of problem with non-existent MDEF (may require more files); should be looked into. -tlc, 3-14-91 adb validbytes+322/W 1010101 adb validbytes+70/W up to +80, 0x10. Dies in a bcopy, from a memory manager call. adb validbytes+291/w 100 portBUse. Dies in GetMenu(), rid == 10. GetResource('MENU', rid) returns Nil. Also the Menu bar is hosed. It does something weird as it is starting up. tlc, 3-22-90: CountMItems returns 0xcf8d items. set it to 4 and it continued. Dies in doing file stuff. macdraw from Sampler disk included w/ Mac+: text isn't clipped macpaint from Sampler disk included w/ Mac+: writes directly to screen and hasnt' been tested much tim, 4-1-91: Are lists used for the fill, pen, and lines menus? They are messed up, off by 2.5 cell entries (if they are lists.) Why can't I get rid of the grid. It is really slow. macproject: doesn't write dates to screen FontographerDemo: should be in green. GrapherDemo: (doesn't redraw graphs always) 4Demo2.0: Uses ScriptUtil. Limps; Multi-AdCreatorDemo: Needs validbytes 0-7 Limps. MultiFlow: limps ParadigmDemo: Italic text has beaucoup problems. 9 pt italic does not print at all. Larger fonts partially overwrite the previous letter typed. Font size changes from 14 to 18 do not show any change on the screen. The OKAY button on "Find Point" looks strange. "Page Setup" seg faults (because of dialCreate.c line 126 which calls LoadResource w/o checking if GetResource returned NIL). (stef14-Mar-91): Lines/(None) puts a rectangle shadow next to the menu (stef, 27-Aug-91) ResorcererDemo 1.0: tlc, 3-18-91: validbytes+17b/W 1010101 adb validbytes+17[ab]/W 1010101 BitTst was called on 0x17[ab], that is the reason for the 1010101, a long. stef: 30-May-91 needs validbytes+0xb0 1010101 +0xca 101 SonarDemo: Places a button in the wrong place. Margins don't seem to be set quite right. They try to go 4 off of a nil pointer. GAMES (FULL and DEMO) blackjack2.0: (Should be in Green) lazlife2.0c: writes directly to screen Picks up mystery value from 0xA7C (in ApplScratch) and stores funky value at 0x18 off it. I think other apps do this before they leave as well. tim, 4-22-91: Died when the screen was very big and grabbed an area to flip. Realloc abort(). lunarlander: Limps. Still pretty buggy. Pleides: appears to have problems w/funky control validbytes+a4a /w 101 validbytes+a5e /w 100 validbytes+908/W 1010101 validbytes+3f6/w 101 validbytes+220/w 101 supermandelzoom1.0: Doesn't see mouse stuff automatically. Synchronicity: No sound (should be in Green) Telewar: Needs testing. DungeonofDoom4.0: requires -clock -refresh [NeXTNote: uses 24 bit addressing so dies immediately on the NeXT] ##################################################################### Red_Notes: These are all programs that die "mysteriously" before they start dispatching events. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * wizardsfire: Wants to ExitToShell, although does movl 0xA7C, A0 movw sp@(4), a0@(0x18) trick just like lazlife StellaDemo: Exits normally without doing anything. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * MYSTERY macwrite sampler: requires -nbitsinaddr 24 deb#232 GetResource('CODE', 2) checks out where the stack is and decides there must be room between the data segment and the stack (foo) 233 BlockMove tlc, 3-26-91: b in ValidRect(). That is the trap before macwrite does its memory scan. (It looks like it is going through the heap a block at a time.) Set 0x31a == 0x00ffffff, Lo3Bytes. Continued. GetResource('PAT ', 17) fails. That pattern is in the system folder of the MacII. GetResource( 'NFNT', 396) fails. Do not know why. SEGVs in GetDItem() as 'dp' == Nil. If you make GetDItem() return if 'dp' == 0, it calls trap 0xAA85, which is an unknown trap. That trap number is from 'p printdebugtable().' Buick: tlc, 3-14-91 adb validbytes+b9e/w 101 validbytes+8f2/w 101 GetResource('CDEF', 512 ); returns a Nil. Expects patching "GetResource" to trap calls to GetPicture so that they can translate 'PI<pi=3.1415926535897932384626>T' into PICT (appears to be huffman encoded). Will require internal use of traps. Should be in Black until we decide to support internal use of traps. DiskRanger: Doesn't find any files when cataloging. ctm 4-21-91: Should be in Yellow, even though it's useless as it stands. DrwTable: Memory problems when calling R_Unlock (deb#405) Peculiar code: link fp,#-8 ... tstl fp@(-4) /* check for non-zero retpc? */ beq 1f movel fp@(-4),sp@- /* push the retpc on stack? */ jsr /* glue to do an HUnlock */ 1: unlk fp rts I just checked: This spooey code gets executed on the Mac and the Mac has the good sense to blow off the call to do the HUnlock. We could get by it if we were to do a sanity check (address has to point into stack or to memory below brk) before converting the Handle to a block (which is necessary to detect nilHandle and WZErrors) stef 21-Mar-91: coerced (tricked, faked, forced, patched) it to run with a break in R_HUnlock only if h > 0xffffff && debugnumber > 300 and with a command of silent,return,continue. This patch makes it run SLOW, but it actually ran, as far as I could tell. Someone must be working on text right now...gdb kept printing out "debugstr: TELing" when I tried to type text. It appears that the scrollbars do not work properly. The scrollbar "window" showing where the screen is in relation to the whole does not seem to move properly. This is largely cosmetic. It can probably go in Yellow as soon as the R_HUnlock thing is fixed. Needs validbytes+0x02=100, 0x2c6=1010101 FullWrite demo: ctm 4-21-91: w/nocheckvalid set dies in PBOpen d#5890 pb->ioParam looks pretty messed. FullWrite: Blows up early on. Probably decompression stuff related to traps (should check by watching which traps are patched) BDSDemo: ctm 4-21-91: d#597 SetMCEntries. I don't remember it doing this before. May need to futz w/ SysEnvirons to prevent this. Leprachaun: Calls SndNewChannel stef: attempts to load a MENU resource more than once and hoses itself. tlc, 3-26-91: no. Calls trap 0xA807, SndNewChannel (?). Nisus: Release resource pukes. adb validbytes+0/W 1010101 tlc: ReleaseResource() calls ROMlib_findres() which calls ROMlib_rntohandl(). The #define WALMAPTOP( map ) causes a SEGV. The linked list of maps is hosed. NoteWrit: About box not placed properly. The menu bar is messed up. It greys out the line below the menu bar as well as the MBAR entries not being used. R_HLock blows up. tlc: It comes from a trap call to SetPort(). Then, after the call it does a moveal a5@(16), a0 It then calls R_HLock. A5 + 16 is in the quick draw globals. tim, 5-9-91: seems to run with nocheckvalid set. image processing: tim, 4-5-91: The 'ReadMe!!': SEGVs in ROMlib_makdespace(), called from R_SethandleSize(). Traps: 0xA928 66 InvalRect 0xA958 67 HideControl 0xA959 68 MoveControl 0xA95C 69 SizeControl 0xA957 70 ShowControl 0xA92A 71 ValidRect 0xA8A7 73 SetRect 0xA060 74 0xA9F5 75 GetAppParms 0xA91A 76 SetWTitle 0xA000 77 _PBOpen 0xA011 78 _PBGetEOF 0xA024 79 R_SetHandleSize 0xA002 80 _PBRead 0xA001 81 _PBClose 0xA851 82 SetCursor 0xA029 83 R_HLock 0xA960 84 GetCtlValue 0xA8A9 85 InsetRect 0xA9D0 86 TECalText visionlab.sit: Runs (?). Vision Lab Demo: Can go to Yellow. PlayMaker football: starts to come up, then hangs. May need -clock (which is temporarily out of order) ########################################################################### Black_Notes: These programs all die because they *insist* on having something that we didn't support. We haven't gotten around to looking at the two programs that we might be able to get to go now that we have Stylized TextEdit support and Inside Macintosh Volume VI (ActaAdvantageDemo requires Stylized TextEdit, Hypercard1.2.5 requires some new traps that we didn't have documentation for at the time). PrePrint 1.0: has to have color Hypercard1.2.5: requires Sys 6.04. (Can't lie, it uses new traps) ActaAdvantageDemo: Uses TEStyleNew. tim, 4-1-91: 0xA969 1236 DrawControls 0xA960 1237 GetCtlValue 0xA878 1238 SetOrigin 0xA87B 1240 ClipRect 0xA8A3 1241 EraseRect 0xA023 1242 R_DisposHandle 0xA9E1 1243 HandToHand 0xA887 1249 TextFont 0xA888 1250 TextFace 0xA88A 1251 TextSize 0xA88B 1252 GetFontInfo 0xA83D 1253 TEDispatch 0xA03B 1254 _Delay 0xA029 1255 R_HLock Bombs here. On the way: Need have DisposeMenu() call ReleaseResource( mh ), as opposed to DisposeHandle(). Also, calls TEDispatch with a selector of 13. (jbsr abort.) I set it to 4 and made it continue. Nine is the highest value in IM-V. Brought up a widnow then died (as noted above.) adb valibytes+10/W 1010101 +14/W 1010101. 0x10+0t16/w 101 0x10+0t22/w 101 0x10+0t20 /w 101, just before a trap SetRect(). It looks like ActaAdvantage is looking at 0x10 as GrafPtr and WindowPeek. It uses it to pass to DrawGrowIcon( w = (GrafPtr)0x10,...). A WidowRecord is 156 bytes (0x9c) long. Could the locations from 0x10 to 0xAC be used for some kind of window? (4-2-91, no, it is the vectors) #11 n 0x00044480 in LoadSeg (segment.c line 309) silent set {long}0x2010 = 0 set {long}0x2014 = 0 set {long}0x2032 = 0 set {long}0x2028 = 0 dis 11 c #12 n 0x00014806 in InitGraf (qGrafport.c line 31) #13 y 0x00014ac6 in SetPort (qGrafport.c line 105) silent set {GrafPtr}0x2010 = p c To Get it there. FreeHand demo: Jumps to 10 off ROMBase expecting it to do something SreenDump: tim, 4-5-91: In the 'screendumpII' directory, the 'ReadMe!': It comes up. At the bottom it has text selected which looks like it is the end of the file. Comes up with an error, saying it cannot initialize the printer. screendump itself: "Edit" in the menu bar is disabled. The line that separates the menu bar from the main window is also greyed out. The about box border does not match up in the upper-right corner. This could be just from the algorithm. tim, 4-12-91: Uses 'FKEY's. We do not support them.