[BUG]3.4-5125 FileDirectory>exists faulty?
andreas.raab at gmx.de
Sat Nov 30 20:15:43 UTC 2002
This is *weird*. It relies on two bugs at once: For one thing
primDirLookup does not test if the index is zero (and I think it should)
and then dir_Lookup() must return (I *think*) a directory entry which
actually describes the directory you are searching in where it really
should fail since that entry does not exist. I'd like to know who came
up with that ;-) BTW, it is inconceivable for me that this actually
works on Windows (which for some strange reason it does).
> -----Original Message-----
> From: squeak-dev-admin at lists.squeakfoundation.org
> [mailto:squeak-dev-admin at lists.squeakfoundation.org] On
> Behalf Of Tim Rowledge
> Sent: Saturday, November 30, 2002 8:48 PM
> To: squeak-dev at lists.squeakfoundation.org
> Subject: [BUG]3.4-5125 FileDirectory>exists faulty?
> I've just discovered a nasty side effect of the recent change to
> Filedirectory>exists (update 5114). The immediate effect is that is
> stops VMMakerTool from working on Acorn, but I can't see how
> it works properly at all.
> Given the latest CVS platform sources I have (a few days old)
> it looks to me that unix, win32 & Acorn all carefully handle
> _not_ returning an entry for the directory entry in prim
> dir_Lookup(). I can't tell about Mac since the way it works
> is so foreign to me.
> The new update seems to rely on the prim actually returning
> an entry with quite specific contents. I'm puzzled; obviously
> I could change the Acorn VM but
> a) it would break backwards compatability (big deal eh?
> nobody uses Acorn Squeak you think? Wrongo, dude, wrongo)
> b) since it looks like it is wrong on win32/unix, why change
> to match wrongness?
> I wonder when we will actually get a filename system that
> works cleanly... sigh.
> Tim Rowledge, tim at sumeru.stanford.edu,
> http://sumeru.stanford.edu/tim Useful Latin > Phrases:- Fac ut
> vivas. = Get a life.
More information about the Squeak-dev