💾 Archived View for mirrors.apple2.org.za › archive › apple.cabi.net › FAQs.and.INFO › GSOS › finder… captured on 2023-03-20 at 22:50:10.
⬅️ Previous capture (2023-01-29)
-=-=-=-=-=-=-
Path: news.uiowa.edu!news.physics.uiowa.edu!math.ohio-state.edu!cs.utexas.edu!nntp.primenet.com!newspump.sol.net!iag.net!seminole.iag.net!not-for-mail
From: bwells@iag.net (Brian Wells)
Newsgroups: comp.sys.apple2.programmer
Subject: Window bugs in Finder
Date: 26 Sep 1996 00:59:44 -0400
Organization: Internet Access Group, Orlando, Florida <support@iag.net>
Lines: 79
Message-ID: <52d2k0$q1b@seminole.iag.net>
NNTP-Posting-Host: seminole.iag.net
Hello! Just started reading this newsgroup and thought I'd share some bugs
I found in the way the Finder handles some of it's windows...
In the System 6.0.1 Finder, both the "About..." and "Help" windows are opened
with the wContDraw bits set even though they shouldn't be - the draw routines
assume the setting of the ResourceApp setting :/
Just to remind everyone what the flag bits of wContDraw are for, here is
the definition of the two bits:
bit 31 Set this bit if your content-draw routine is self-contained and
can be called from _any_ environment. This means unknown Bank
and Direct Page register, unknown ResourceApp and CtlParamPtr
settings.
bit 30 Set this bit if your content-draw routine does not use GS/OS
calls, even indirectly by loading resources.
You can read more about this in the _Programmer's Reference for System
6.0.1_, but that's the general idea. Setting the bits and NOT conforming
to the requirements can cause Bad Things to happen, like crashes to the
System Failure Mgr. because your app couldn't load resources for a
control. This is what happens because the Finder wrongly sets the bits -
It causes well written NDAs to seemingly crash the system just because the
Finder assumed it's environment. :(
Enough lecturing! :) Here are the bytes to patch in memory:
Segment Offset Original Patched
B 002C F4 xx 80 F4 xx 00
C 0018 F4 xx C0 F4 xx 00
Both these segments are dynamic, making the patch difficult. :(
Another bug is that in both the System 6.0 and 6.0.1 Finders, the
"Preferences" window doesn't work properly. It has the proper wContDraw
setting, even though I didn't think so at first (will cause similar
resource problems like the first bug).. What IS wrong is the flags bits
passed to DoModalWindow. For some reason they thought it was OK for the
user to be able to bring NDAs to the front while the dialog box was up
(They set the mwDeskAcc bit by mistake :) . This obviously doesn't conform
to the HIG! (Try clicking on an open NDA window while in the dialog).
The bytes to patch in memory:
Finder Segment Offset Original Patched
6.0 1 9AB7 F4 10 C0 F4 00 C0
6.0.1 1 9B70 F4 10 C0 F4 00 C0
These are easy to patch, being in the Finder's main (static) segment. :)
I did things the 'hard way' and located the bytes to patch in the Finder's OMF
load segments. Here they are:
6.0
Offset Orignal Patched
#40725 F4 10 C0 F4 00 C0
6.0.1
Offset Where Orignal Patched
#40910 LCONST F4 10 C0 F4 00 C0
#144700 RLOC E2 02 F0 2D 00 00 00 8A 05 00 80 Set last byte to 00
#144711 RLOC E2 02 00 30 00 00 00 8A 05 00 80 Set last byte to 00
#145678 RLOC E2 02 F0 19 00 00 00 E1 00 00 C0 Set last byte to 00
#145689 RLOC E2 02 00 19 00 00 00 E1 00 00 C0 Set last byte to 00
A nice desktop app that does all this patching will be uploaded to
comp.binaries.apple2 as soon as I figure out how to do it :)
--
|) \ / bwells@iag.net
|_)RIAN \/\/ELLS b.wells5@genie.com
http://www.iag.net/~bwells