Both NOTEPAD and NOTEPAD++ access the file on a read only basis.
If these applications are extracting the file in the background, it would be interesting to know at what location that happens since there is no (new) file created at the location of the ZIP file.
I suspect that APL+Win verifies the physical existence of the file i.e. in the filing system and does not go any further if it doesn't find it.
- Code: Select all
'E:\ZIP\wip.zip\wip2.sql' ⎕ntie ¯1
FILE NOT FOUND
'E:\ZIP\wip.zip\wip2.sql' ⎕ntie ¯1
^
'E:\ZIP\wip.zip\wip2.sql' ⎕xntie ¯1
XFHOST ERROR _sopen 1005 2 3 The system cannot find the path specified.
'E:\ZIP\wip.zip\wip2.sql' ⎕xntie ¯1
^
It might be possible to enhance the logic that verifies the existence of a file to include searching inside ZIP files when specified in the path.
I can extract an individual file from a ZIP file programmatically from APL+Win - it adds a run time overhead.I am trying to see if this can be avoided.
It is interesting that file association works
sometimes: typing
E:\ZIP\wip.zip\APLWS.w3 in File Explorer launches APL+Win which loads the workspace. (W3 associated with APLW.EXE)
E:\ZIP\wip.zip\wip2.sql in File Explorer launches SSMS which opens the file. (.SQL associated with SQL Server Managemenbt Studio).
E:\ZIP\wip.zip\ajay.xlsx in File Explorer launches Excel but Excel reports that it cannot find the file (.XLSX associated with Excel)