All the Executor source as-is from the subversion tree it was last worked on.

docs/ppc_notes/CorelDraw8LE

@@ -0,0 +1,27 @@
+exits immediately, after it calls GetDiskFragment () which fails.
+The FSSpec that they're handing in is vref==0, parid==0, name[0] == 0.
+It's fairly clear that they're trying to load a fragment from their own data
+fork, but without testing, it's not clear at all whether something's going
+wrong when they try to fill in the name, or whether GetDiskFragment is
+supposed to know about a zero-length name.
+
+I put in a test where we recognize zero-length names, but then Corel
+stopped making the call to GetDiskFragment.  Instead it started
+calling FSpOpenRF with a bizarre name.  That suggests to me that a
+corrupt file is hosing us somewhere (temp file, prefs file).  I didn't
+have time to pursue this -- late for dinner.  It looks like it might
+be the System file itself (nope -- copying that from w2k didn't help).
+
+Interestingly enough, adding that code was what caused the weird call
+to FSpOpenRF.  When that code isn't added, we get passed a null name,
+which apparently FSpOpenRF actually opens.  Weird.  It may be a stray
+memory issue or a case of some function not returning information
+where it should.
+
+If I then manually juke the call to GetDiskFragment, I get:
+
+Need glue for '__register_fragment'
+
+which may be something that comes from InterfaceLib, or may be
+something they expect to pick up elsewhere -- I should be able to tell
+if I watch carefully.

docs/ppc_notes/Fontographer41

@@ -0,0 +1,7 @@
+Fontgrapher 4.1 demo appears to add 350 to the stack in order to get
+some memory that it latrer uses with the stmw instruction.  Since the
+stack is 4-byte aligned before 350 is added to it, it's no longer
+4-byte aligned afterward -- why does this work on a Mac?  Perhaps
+older Macs didn't care?  Perhaps this code doesn't get hit.  Perhaps
+the Mac cleans up such accesses.  Perhaps the stack is misaligned
+going into that code.  My guess is the code doesn't get hit.

docs/ppc_notes/FreeHand8

@@ -0,0 +1,6 @@
+FreeHand 8.0 installer calls modeswitch from 68k code
+when there doesn't appear to be a cfrg (don't pursue)
+
+FreeHand 8.0 proper has trouble finding a file that is in the same directory
+with it
+

docs/ppc_notes/Photopaint8

@@ -0,0 +1,6 @@
+Complains with "could not be launched because an error occurred
+(#-35).  If you have moved the application out of the Corel Graphics 8
+folder, try moving it back.  Otherwise, please contact Corel Technical
+Support."
+
+Of course this was done on a system where I did indeed move it.

docs/ppc_notes/StuffIt_Expander

@@ -0,0 +1,8 @@
+	Complains that default destination is in the trash
+
+	When we select a destination it doesn't update the "Select XXX"
+	button at the bottom as we click different folders
+
+	(BTW, they have support for a "New Folder" button)
+
+	their control doesn't update

docs/ppc_notes/TODO

@@ -0,0 +1,36 @@
+	THINK ABOUT RAMIFICATIONS OF PPC SP and 68k emulator's A7 IDENTITY
+
+	Auto-create glue for everything we have ctopflags for -- this
+		will allow us to track calls made by ppc apps (WP goes
+		off into never-never land; dim3 hits suspicious loop)
+
+	support lower-case glue -- EnergyScheming
+
+	It also may make sense to figure out what bug is preventing
+	browser from opening macos86 after a launch and also look into
+	supporting afpd r/w.
+
+	stub out drag manager -- will help dimensions 3.0 and possibly some
+	68k apps
+
+	Need glue for "HoldMemory" -- ImageReady 2.0 (in PS55 folder)
+
+	glue for StdCLib
+
+	/macos86 is opened correctly when double-clicked, but becomes /
+	after an application has run (this is when using "-afpd" -- it
+	may happen elsewhere, too)
+
+	implement
+
+		CountSymbols
+
+		GetIndSymbol
+
+	Support the init routine
+
+	free resources when processes exit
+
+	look at FreeHand 8's installer's modeswitch
+
+	dump interfacelib symbols and look for ones we can provide easily

docs/ppc_notes/XPress402

@@ -0,0 +1,5 @@
+Quark XPress 4.02 demo installer has problems
+	clicking check-boxes
+	quitting
+
+XPress proper needs register calling conventions

docs/ppc_notes/cw5

@@ -0,0 +1 @@
+Need glue for '__register_fragment'

docs/ppc_notes/dimensions30

@@ -0,0 +1,18 @@
+Need glue for 'RemoveTrackingHandler'
+
+i.e. needs DragManager
+
+UPDATE:  HMMM... We're now getting a SEGV.  It's not clear what changed to
+cause this regression
+
+hfsXbar.c:361; trap failure in `PBHOpen': -43
+interfacelib.c:2674; trace info in `HOpen': retval = -43, filename = 'AdobeFnt.lst'
+interfacelib.c:808; trace info in `NewPtr_wrapper': 0x3011ea50
+interfacelib.c:808; trace info in `NewPtr_wrapper': 0x3011f3f4
+
+Program received signal SIGSEGV, Segmentation fault.
+0x3166cbf8 in ?? ()
+(gdb) x/i $pc
+0x3166cbf8:	stb	r5,0(r6)
+(gdb) p/x $r6
+$12 = 0x80000000

docs/ppc_notes/flash_player

@@ -0,0 +1 @@
+Need glue for 'WideDivide'

docs/ppc_notes/ie45

@@ -0,0 +1 @@
+Can't load shared libraries

docs/ppc_notes/ill8

@@ -0,0 +1,47 @@
+It looks like the "Illustrator Formats - Standard/PICT Export" plug-in requires
+these routines from "StdCLib":
+
+	fwrite
+	free
+	memset
+	fclose
+	fseek
+	malloc
+	memmove
+	strcpy
+	strlen
+	vsprintf
+	fopen
+
+This is a bit evil because it's not at all clear where they should
+come from.  A simplistic find/xargs/grep-l search suggests that this
+library isn't supplied anywhere in the Illustrator 8 tryout directory.
+It may even be a bug that someone didn't realize that they were
+requiring this library.
+
+I'll need to write a tool that is better than find/xargs that will
+really tell us which libraries are exported by which files.
+
+Foo.
+
+The biggest problem here may be that vsprintf requires a variable
+number of arguments.  Other than that it would be trivial to glue our
+own StdCLib for at least these functions.
+
+I can probably remove that particular plug-in and get Illustrator 8 to
+run further.
+
+
+UPDATE: Searching for StdCLib on the web shows that StdCLib is present
+on all PowerMacs, so we will indeed have to support it.  Not that big
+of a deal, per-se, but it's one more thing to do.
+
+-------------------------------------------------------------------------
+
+If I get rid of "Illustrator Formats - Standard/PICT Export" then we
+wind up with a segmentation fault.  If I get rid of all the plug-ins,
+then we die as we make a call to a custom CDEF.  I need to look at how
+FAT traps are done, althought this doesn't look like what's going on.
+Grr... would be nice to be able to disassemble 68k code under PPC
+linux gdb.
+

docs/ppc_notes/iomegatools

@@ -0,0 +1 @@
+Need glue for 'AEManagerInfo'

docs/ppc_notes/photoshop3

@@ -0,0 +1,10 @@
+	PS3.0 Installer doesn't run off CD-ROM
+
+		wants to eject CD-ROM, then ask for ATM disk, at least
+		if ATM is one of the things being installed (doesn't
+		eject disk when ATM not installed)
+
+		If I just try to install PS3 itself, the installer
+		runs for a little while and then wants to eject my
+		disk
+

docs/ppc_notes/pm65

@@ -0,0 +1,15 @@
+Looks like we're getting unaligned memory need to experiment more with
+stmw on a G4
+
+cfm.c:1056; unimplemented feature in `load_loader_section': register preservation, bad init_block
+interfacelib.c:331; trace info in `LMGetApplLimit': 
+interfacelib.c:303; trace info in `LMGetApplZone': 
+interfacelib.c:331; trace info in `LMGetApplLimit': 
+interfacelib.c:345; trace info in `LMGetMBarHeight': 
+
+Program received signal SIGBUS, Bus error.
+0x317df134 in ?? ()
+(gdb) x/i $pc
+0x317df134:	stmw	r13,20(r3)
+(gdb) p/x $r3
+$2 = 0x7ffff0e6

docs/ppc_notes/ps55

@@ -0,0 +1,6 @@
+When you provide it with plug-ins, it dies while trying to load one of
+the extensions.  It looks like it may be jumping into callback space --
+I think I've seen this under a different app before.
+
+The SimpleText that is included will not start -- it appears to be 'dcmp'
+related

docs/ppc_notes/wp35

@@ -0,0 +1,3 @@
+Installer sends AE and then apparently waits for a reply, which never comes
+
+wp 35 proper seems to spin its wheels -- unclear why