| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
For these simple utilities, it doesn't harm to make all global variables
static. In fact, this allows the compiler to perform better forms of
optimisation and analysis.
|
|
|
|
| |
This removes the last index/rindex usage from /bin.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In the 'ln source... directory' synopsis, the basename of each source
determines the name of the created link. Determine this using basename(3)
instead of strrchr(..., '/') which is incorrect if the pathname ends in a
slash.
The patch is somewhat changed to allow for basename(3) implementations that
change the passed pathname, and to fix the -w option's checking also.
The code to compare directory entries only applies to hard links, which
cannot be created to directories using ln.
Example:
ln -s /etc/defaults/ /tmp
This should create a symlink named defaults.
PR: 121568
Submitted by: Ighighi
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Two pathnames refer to the same directory entry iff the directories match
and the final components' names match.
Example: (assuming file1 is an existing file)
ln -f file1 file1
This now fails while leaving file1 intact. It used to delete file1 and then
complain it cannot be linked because it is gone.
With -i, this error is detected before the question is asked.
MFC after: 2 weeks
|
|
|
|
|
|
|
|
| |
This implements the POSIX.1-2008 -L and -P flags.
The default remains to create hard links to the target of symlinks.
Approved by: re (kib), ed (mentor)
|
|
|
|
|
|
|
|
| |
Cast string precision to `int'. amd64 systems warn about the
field precision being `long int' if we don't, and pathnames are
normally short enough to fit in an `int'.
Noticed by: pav
|
|
|
|
|
|
|
|
|
|
|
| |
ln(1) checks to see if the source of a symlink, i.e. the file it
should point to actually exists. The default is the old ln
behavior, that does not check, to avoid surprising people who may
be using ln(1) in scripts or other non-interactive places.
PR: bin/7265
Submitted by: Joel Ray Holveck, detlev!joelh at mail.camalott.com
MFC after: 2 weeks
|
|
|
|
| |
that -f and -i are exclusive.
|
| |
|
|
|
|
|
|
|
| |
creating symbolic links.
PR: bin/92149
Submitted by: Eugene Grosbein <eugen grosbein.pp.ru>
|
| |
|
| |
|
|
|
|
| |
OK'ed by: imp, core
|
| |
|
| |
|
| |
|
|
|
|
| |
linking into a directory.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
o Old-style K&R declarations have been converted to new C89 style
o register has been removed
o prototype for main() has been removed (gcc3 makes it an error)
o int main(int argc, char *argv[]) is the preferred main definition.
o Attempt to not break style(9) conformance for declarations more than
they already are.
|
|
|
|
|
| |
Also sort declarations per style(9) (big arrays come last) while I'm
in the area.
|
|
|
|
| |
MFC After: 1 week
|
|
|
|
|
|
|
| |
semantics.
style(9) Reviewed by:
Obtained from: NetBSD
|
|
|
|
| |
Submitted by: bde
|
|
|
|
| |
unistd.h, which is already included.
|
|
|
|
|
|
|
| |
mode in which the user is prompted for confirmation before an
existing file is replaced.
Submitted by: alex
|
|
|
|
|
|
|
|
|
|
|
|
| |
respectively, in accordance with SUSv2.
This differs from the approach taken in NetBSD, but provides
less obscure error messages in at least the EISDIR case and
does not take up additional disk space for new binaries.
PR: 13071
PR: 13074
Requested by: James Howard <howardjp@wam.umd.edu>
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
posix standard on the topic.
|
| |
|
|
|
|
|
|
|
|
| |
This will make a number of things easier in the future, as well as (finally!)
avoiding the Id-smashing problem which has plagued developers for so long.
Boy, I'm glad we're not using sup anymore. This update would have been
insane otherwise.
|
| |
|
|
|
|
|
| |
It used to allow root to hard-link directories (and screw up programs that
expexted the ".." entry to point to the parent dir)
|
|
|
|
|
| |
so that `ln -fs' works when the source is a symlink pointing to a non-
existent file.
|
| |
|
|
|
|
|
| |
quite as safe as I thought. I will have to look much closer on his
patches. Damn.
|
| |
|
|
|