Ticket #167 (Fixed)Fri Feb 29 15:29:08 UTC 2008

DDEUtils breaks OS_FSControl 37 (Canonicalise path) when <Prefix$Dir> is set.

Details by James Lampard (51):

On DDEUtils 1.66 (03 Nov 2003) (and previous versions): If you have a file called “ADFS::HardDisc4.$.Develop.Projects.Resurgam.WebSite.APPINFO”
And execute the following code, you get the expected path:

<pre>
<code>
>SYS “OS_FSControl”,37,”APPINFO”,STRING$(255,”*”),0,”ADFS::HardDisc4.$.Develop.Projects.Resurgam.WebSite.”,255 TO ,,path$

>P. path$
ADFS::HardDisc4.$.Develop.Projects.Resurgam.WebSite.APPINFO
</code>
</pre>

But if you set up a prefix it ruins the operation:

<pre>
<code>
>prefix ADFS::HardDisc4.$.Develop
>SYS “OS_FSControl”,37,”APPINFO”,STRING$(255,””),0,”ADFS::HardDisc4.$.Develop.P rojects.Resurgam.WebSite.”,255 TO ,,path$

>P. path$
ADFS::HardDisc4.$.Develop.APPINFO
</code>
</pre>

I think if the path in r1 doesn’t start with a root element DDEUtils just sticks <Prefix$Dir> onto the front of it. As it’s now a complete path it can’t match with the paths specified via r3 and r4.
This bug is fixed in DDEUtils 1.75 supplied with RO6