[squeak-dev] FileDirectory fails

Tobias Pape Das.Linux at gmx.de
Sat Jun 13 20:28:06 UTC 2020

> On 13.06.2020, at 22:22, Jakob Reschke <forums.jakob at resfarm.de> wrote:
> Even though the . stands for the current directory (whatever that is), still ./foo/bar is a relative path. It cannot be resolved without another value (the current or default directory) and is quite literally relative to that.
> If on: expects an absolute path as Tobias said, you could also say it expects an already resolved path, which ./foo/bar is not.

Jakob is right.

> K K Subbu <kksubbu.ml at gmail.com> schrieb am Sa., 13. Juni 2020, 20:01:
> On 13/06/20 8:36 pm, Levente Uzonyi wrote:
> > Why not use FileDirectory default / '.' instead of FileDirectory on: 
> > '.'? The former does what you want, the latter does what's specified by 
> > the tests. After a quick glimpse on #on:'s implementation, my impression 
> > is that it expects an absolute path.
> But a path like ./foo/bar is a complete path. The '.' is just a short cut.
> A name like foo/bar is incomplete and needs a list of potential 
> directories (e.g. {vmPath . imagePath} which the path may be found.
> Regards .. Subbu

More information about the Squeak-dev mailing list