[BUG]Unable to load BFAV, various problems

Tim Rowledge tim at sumeru.stanford.edu
Thu Apr 15 22:50:39 UTC 2004


I'm trying to load BFAV into a 5878 image.

(As previously reported, simply opening the PackageLoader has problems -
but it does let you proceed (perhaps wrongly). Seems not to be fixed by
killing my copy of the 'sm' directory, which used to be the thing to
do. I had to work around this by loading up on my winxp laptop)

Trying to load BFAV after that leaves me with quite  bunch of entries
in Undeclared.
#File, used in SWSU class>makePathUnique:, SWSU class>numFilesIn: and
rootPathOf: , all apparently unused.
#FileLocator, used in SpHTTPRequest class>exampleStreaming
#Icon, used in SptCredentials class>icon and SptHTTPRequest class>icon
#InternetAddress, used in SptHTTPHostCache>ipAddressFromString: &
SptHTTPConnection>connectSocket
#NumberPresenter, used in SptHTTPRequest class>exampleProgreess
#ShellLibrary, used in SpTCredentials class>icon & SptHTTPRequest
class>icon
#SocketClosed, used in SptHTTPRequest waitOnREadyRetrying: &
waitOnReadySpecRetrying:
#SptHTTPAuthorization used in SptHTTPRequest>doAuthorizing:
#SptProxySettingDialog used in SptHTTPRequest class>exampleProxy
#TextPresenter used in SptHTTPRequest class>exampleProgress

And probably not directly related to BFAV
#cards used in SMSqueakMap>deleteCard:
#WeekDayNames used in RuleDate class>newDayOfWeek:selecionRule:
#julianDayNumber used in RuleDate>basicUpdateForMoonth:year:
#localTimeZoneToRestore used in TimeTest>setUp, TimeTest>tearDown,
TimespanTest>setUp and TimespanTest>tearDown.

Worst of all, once BFAV is loaded I cannot save the image (on RISC OS) -
I get a complaint that my changes log is read-only; which it most
certainly isn't! Turns out that the BFAV1 changeset screws up
FileDirectory>fileExists: in two separate ways:-
1) it opens the file (the changes file in this case) as readonly _and
doesn't close it_ thereby violating the filing system limits on my
machine as well as good taste.
2) it changes an important system method in the hidden depths of an
application filein in violation of resolution 314159, an act carrying a
penalty of compulsory listening to all the recorded output of
Bananarama.

I undestand the impulse to improve the performance of finding out if a
file exists but that isn't the way to do it. If one can't find a proper
general case fix and get it accepted then an application specific
solution is the answer - like the unpleasant fudge I had (have) to do
for VMMaker for copying files with their type and permissions intact.

We really do need to do something about this file system.

tim
--
Tim Rowledge, tim at sumeru.stanford.edu, http://sumeru.stanford.edu/tim
Strange OpCodes: SD: Self Destruct



More information about the Squeak-dev mailing list