Re: vfat patch for shortcut display as symlinks for 2.4.18

[Ryan Cumming <ryan@completely.kicks-ass.org>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On June 12, 2002 19:25, Kurt Wall wrote:
> That's *precisely* the point I tried to make. .desktop files are just
> plain text files, as far as Unix is concerned. They do not map neatly
> to Windows .lnk files because the kernel's file system layer does
> not handle them specially, as it does symlinks. God and Bill Gates
> alone know how Windows handles .lnk files, but it does seem that Windows
> imputes to them special semantics, rather like a shell script.

No, some people actually know how Windows works. The kernel has very little to 
do with .lnk files, and in fact it sees them as regular files. If you run 
"notepad foo.lnk", you will see the link's binary contents. If you use the 
CreateFile or OpenFile kernel calls, you will get a file handle pointing to 
the link's contents. If you attempt to execute a .lnk file from the command 
line or using CreateProcess, it will horribly fail.

In fact, to dereference a link in userspace, you must open the .lnk file, 
examine its contents with a library call, and then open the destination file.  
This is extremely similar to how Gnome or KDE handle .desktop files: mainly 
in the shell.

- -Ryan
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9CAawLGMzRzbJfbQRAm05AJ4gUYliitP5APHO/IM5jPB7wukGCgCgoPFg
qGH7VCkKap7mSFAET9T3n88=
=5Oer
-----END PGP SIGNATURE-----