jpdrolet Posted January 16, 2009 Author Report 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
jpdrolet Posted January 16, 2009 Report 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
LAVA 1.0 Content Posted January 16, 2009 Report 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
LAVA 1.0 Content Posted January 16, 2009 Report 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
jpdrolet Posted January 16, 2009 Author Report 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
jpdrolet Posted January 16, 2009 Author Report 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
Phillip Brooks Posted January 16, 2009 Report 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
Phillip Brooks Posted January 16, 2009 Report 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
Aristos Queue Posted January 16, 2009 Report 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
Aristos Queue Posted January 16, 2009 Report 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
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.