Hi,

Am 31.05.2016 um 12:36 schrieb Jean-Pierre André:
But only for relative targets, with approximations,
and the reverse is not true. For instance the Windows-type
symlinks depend on whether the target is a file or a
directory, and there is no provision for other types
(sockets, etc.). Linux applications sometimes create
symlinks before the target exists.

Thanks for more detailed information.
So the suggested functionality should be restricted for relative and existing targets. This said, I really appreciate to have such "comfort".
Further more I see some chance to even apply it for non existing targets.
With ln -s -T a normal file could be assumed.
If the target path ends with '/' a directory could be assumed.
Maybe some sophisticated algorithm could be used to force a Windows-type link if the target path is given in Windows syntax with '\'s and/or starting with a drive letter e.g. "C:"
Absolute Windows-type paths may assumed, if there is a matching mapping in 
.NTFS-3G.

In this context, I would also like, if NTFS-3G would be capable to
create NTFS hardlinks. Are there technical reasons against this?

What exactly is currently missing ?

I assumed that this is not possible, as on http://www.tuxera.com/community/ntfs-3g-advanced/junction-points-and-symbolic-links/ I read: Dereferencing junction points and symbolic links created by Windows is thus made possible, so are *hard linking*, renaming and deleting, *but creating new ones is not*.
Is it indeed possible to create hard links on NTFS volumes? I never tried it.

-Ulf

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
_______________________________________________
ntfs-3g-devel mailing list
ntfs-3g-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ntfs-3g-devel

Reply via email to