CURDIR$ with long directory entries

[Lance Edmonds]

It's only an IDE issue not a compiler issue. However, I'll pass your suggestion along.




------------------
Lance
PowerBASIC Support
mailto:[email protected][email protected]</A>

[Walt Decker]

Originally posted by Lance Edmonds:

However, it appears that the PowerBASIC IDE does _not_ verify the return results from the interrupt call, so it returns an 'undefined' current directory string.

I've asked R&D to add this to the "to do" list for the IDE in the next version of PB/DOS.

If that is a possible "to do" list, why not include FAT32 support as well?

------------------

[Lance Edmonds]

Ok, R&D have advised me that CURDIR$ is limited by the ability of (DOS) INT &H21, Function &H47 - it has a limit of 63 or 64 bytes (depending on how the particular implementation of that interrupt handles the trailing NUL byte in an ASCIIZ string).

If the path is longer than 63/64 characters, then CURDIR$ will fail and signal an ERROR 68. In summary, CURDIR$ works within the limits of the operating system - there is no bug to fix here.

However, it appears that the PowerBASIC IDE does _not_ verify the return results from the interrupt call, so it returns an 'undefined' current directory string.

I've asked R&D to add this to the "to do" list for the IDE in the next version of PB/DOS.

Thanks for bringing it to our attention!


------------------
Lance
PowerBASIC Support
mailto:[email protected][email protected]</A>

[Lance Edmonds]

Interesting observation. I don't know what CURDIR$ uses internally, but it has to use a DOS interrupt because it cannot just guess the current directory

I'll ask R&D about it, and request that it is added to the "to do" list.


------------------
Lance
PowerBASIC Support
mailto:[email protected][email protected]</A>

[Sebastian Groeneveld]

I noticed CURDIR$ cannot handle 'very long' directory entries... Imagine someone has a directory:
C:\DIR00001\DIR00002\DIR00003\DIR00004\DIR00005\DIR00006\DIR00007\DIR00008\
I know this doesn't happen often, but DOS allows it, so the program should allow it too. If we are
in this directory and ask for the value of CURDIR$, error 68 (device unavailable) occurs.
The error only occurs when the SHORT directory name exceeds 66 characters, independent on the number
of levels deep.
What is happening? What does the error mean in this case? And does CURDIR$ use the DOS interrupt?


-------------
Sebastian Groeneveld
mailto:[email protected][email protected]</A>