Differences between version 6 and predecessor to the previous major change of SymLink.
Other diffs: Previous Revision, Previous Author, or view the Annotated Edit History
| Newer page: | version 6 | Last edited on Monday, October 6, 2003 1:33:24 pm | by StuartYeates | Revert |
| Older page: | version 5 | Last edited on Saturday, October 4, 2003 3:11:00 am | by AristotlePagaltzis | Revert |
@@ -4,4 +4,10 @@
Most file related [system calls | syscalls(2)] like open(2) and stat(2) will operate on the referenced file instead of the link itself. Some of them have "SymLink-aware" counterparts that will operate on the SymLink itself instead, eg lstat(2) which [stat(2)]s the link instead of the linkee.
Though similar on the surface, [SymLink]s have little to do with [Windows]' "shortcuts" which are not supported at system call level. They're simply another plain file - for an application to work on the linkee rather than the shortcut itself, the programmer must add support for reading and honouring shortcuts to the application. Unlike [SymLink]s they're therefor rather limited in usefulness.
+
+On [Linux] [SymLink]s are created with ln(1).
+
+----
+
+The common error message "link: Too many levels of symbolic links" usually means that you have a link that points to itself (directly or indirectly). StuartYeates
