[squeak-dev] FileDirectory fails

Tobias Pape Das.Linux at gmx.de
Sat Jun 13 16:58:18 UTC 2020


> On 13.06.2020, at 17:31, David T. Lewis <lewis at mail.msen.com> wrote:
> 
> On Sat, Jun 13, 2020 at 04:17:21PM +0200, Tobias Pape wrote:
>> 
>>> On 13.06.2020, at 16:02, K K Subbu <kksubbu.ml at gmail.com> wrote:
>>> 
>>> Hi,
>>> 
>>> On the latest alpha, I see
>>> {
>>> FileDirectory on: '.'.
>>> FileDirectory on: './test'.
>>> FileDirectory on: ''}
>>> 
>>> {UnixFileDirectory on '/.' . UnixFileDirectory on '/./test' . UnixFileDirectory on '/'}
>>> 
>>> Anyone else see the same problems? What about on Macs?
>>> 
>>> The file tests are all green :-(.
>> 
>> This is actually the currently expected behavior.
>> What was your expectation? 
>> -t
>> 
> 
> If I delete the method UnixFileDirectory>>setPathName: then the behavior
> is exactly what I would expect.
> 
> The setPathName: is an override for unix file systems. I don't know the
> original motivation for that override, but its behavior does not seem
> right to me. I'm going to leave it out of my working image for a while
> and see if anything horrible happens.

No no no :)
#on: is for Absolute stuff.

There is no real notion of a "current" directory in Squeak.
The closest is, as Levente points out, FileDirectory default. This typically is the right directory (meaning, image directory).



Best regards
	-Tobias


More information about the Squeak-dev mailing list