<div dir="auto"><div dir="auto">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.</div><div dir="auto"><br></div><div dir="auto">If on: expects an absolute path as Tobias said, you could also say it expects an already resolved path, which ./foo/bar is not.</div><div dir="auto"><br></div><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">K K Subbu <<a href="mailto:kksubbu.ml@gmail.com">kksubbu.ml@gmail.com</a>> schrieb am Sa., 13. Juni 2020, 20:01:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 13/06/20 8:36 pm, Levente Uzonyi wrote:<br>
> Why not use FileDirectory default / '.' instead of FileDirectory on: <br>
> '.'? The former does what you want, the latter does what's specified by <br>
> the tests. After a quick glimpse on #on:'s implementation, my impression <br>
> is that it expects an absolute path.<br>
<br>
But a path like ./foo/bar is a complete path. The '.' is just a short cut.<br>
<br>
A name like foo/bar is incomplete and needs a list of potential <br>
directories (e.g. {vmPath . imagePath} which the path may be found.<br>
<br>
Regards .. Subbu<br></blockquote></div></div>