jpdrolet Posted January 16, 2009 Author Report Share Posted January 16, 2009 On Windows, the primitive File/Directory info returns info about the target file/directory when used on shortcuts, Open File on a shortcut opens the target and so on... Do you think it is the appropriate behavior? For the OS itself, shortcuts are files. If a VI lists a directory (as a shortcut C:\Folder1.lnk) and build a path with a listed file name, the result is wrong and unusable (e.g. C:\Folder1.lnk\file.txt"). One can check for the lnk extension but a file/directory can have this extension without being a shortcut... So how to be sure we deal with an actual file/dir instead of a shortcut? Quote Link to comment
jpdrolet Posted January 16, 2009 Report Share Posted January 16, 2009 On Windows, the primitive File/Directory info returns info about the target file/directory when used on shortcuts, Open File on a shortcut opens the target and so on... Do you think it is the appropriate behavior? For the OS itself, shortcuts are files. If a VI lists a directory (as a shortcut C:\Folder1.lnk) and build a path with a listed file name, the result is wrong and unusable (e.g. C:\Folder1.lnk\file.txt"). One can check for the lnk extension but a file/directory can have this extension without being a shortcut... So how to be sure we deal with an actual file/dir instead of a shortcut? Quote Link to comment
LAVA 1.0 Content Posted January 16, 2009 Report Share Posted January 16, 2009 QUOTE (jpdrolet @ Jan 15 2009, 12:24 PM) ...... So how to be sure we deal with an actual file/dir instead of a shortcut? The Recursive File List handles that situation by check the "shortcut" output. http://lavag.org/old_files/monthly_01_2009/post-29-1232041034.png' target="_blank"> Ben Quote Link to comment
LAVA 1.0 Content Posted January 16, 2009 Report Share Posted January 16, 2009 QUOTE (jpdrolet @ Jan 15 2009, 12:24 PM) ...... So how to be sure we deal with an actual file/dir instead of a shortcut? The Recursive File List handles that situation by check the "shortcut" output. http://lavag.org/old_files/monthly_01_2009/post-29-1232041034.png' target="_blank"> Ben Quote Link to comment
jpdrolet Posted January 16, 2009 Author Report Share Posted January 16, 2009 QUOTE (neB @ Jan 15 2009, 12:37 PM) The Recursive File List handles that situation by check the "shortcut" output.Ben Thanks. One more reason to upgrade to 8.6... Still do you think the behavior is appropriate? Quote Link to comment
jpdrolet Posted January 16, 2009 Author Report Share Posted January 16, 2009 QUOTE (neB @ Jan 15 2009, 12:37 PM) The Recursive File List handles that situation by check the "shortcut" output.Ben Thanks. One more reason to upgrade to 8.6... Still do you think the behavior is appropriate? Quote Link to comment
Phillip Brooks Posted January 16, 2009 Report Share Posted January 16, 2009 QUOTE (jpdrolet @ Jan 15 2009, 12:24 PM) So how to be sure we deal with an actual file/dir instead of a shortcut? There are two types of shortcuts; lnk and url Maybe my contribution to the Code Repository (Resolve Shortcut Path) will help ... Quote Link to comment
Phillip Brooks Posted January 16, 2009 Report Share Posted January 16, 2009 QUOTE (jpdrolet @ Jan 15 2009, 12:24 PM) So how to be sure we deal with an actual file/dir instead of a shortcut? There are two types of shortcuts; lnk and url Maybe my contribution to the Code Repository (Resolve Shortcut Path) will help ... Quote Link to comment
Aristos Queue Posted January 16, 2009 Report Share Posted January 16, 2009 QUOTE (jpdrolet @ Jan 15 2009, 11:24 AM) For the OS itself, shortcuts are files. You speak of "OS" singular. There are many OSes, and not all of them treat shortcuts as files. LV's behavior is consistent across all the OSes that we run on. Quote Link to comment
Aristos Queue Posted January 16, 2009 Report Share Posted January 16, 2009 QUOTE (jpdrolet @ Jan 15 2009, 11:24 AM) For the OS itself, shortcuts are files. You speak of "OS" singular. There are many OSes, and not all of them treat shortcuts as files. LV's behavior is consistent across all the OSes that we run on. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.