summaryrefslogtreecommitdiffstats
path: root/bin
Commit message (Collapse)AuthorAgeFilesLines
...
* Constify and lockdown with WARNS=2.mikeh2001-07-033-25/+26
| | | | | Submitted by: Mike Barcroft <mike@q9media.com> MFC after: 2 weeks
* Use __unused for non-used variables.green2001-06-292-2/+2
| | | | Submitted by: Mike Barcroft <mike@q9media.com>
* Add a note on what happens if the "-p" option is specifiedyar2001-06-291-0/+2
| | | | | | | and a final directory already exists. Reviewed by: freebsd-audit MFC after: 5 days
* Back out previous commit: it doesn't help anything since write_file(),dd2001-06-281-2/+2
| | | | | | | | which is also called from handle_hup(), uses stdio(3). Furthermore, this means that calling exit(3) (via quit()) there is required to flush the buffer write_file() was working on. Submitted by: bde
* Use the correct printf format to print a long.dwmalone2001-06-261-1/+1
| | | | Approved by: cracauer
* Previous commit broke dd(1)'s I/O summary when it's terminated by add2001-06-251-0/+1
| | | | | | | | | signal. Fix it by adding an explicit call to summary() in terminate() (it was previously called implicitly by exit() because summary() was registered with atexit()). summary() is supposed to be signal-safe-- it handles SIGINFO almost exclusively--so this should be safe. Submitted by: bde
* Include missing header files which define functions for which gcc hasdd2001-06-243-0/+3
| | | | builtins (e.g., exit, strcmp).
* Don't call exit(3) from a signal handler.dd2001-06-242-4/+3
| | | | Obtained from: OpenBSD
* Remove duplicate words.dd2001-06-241-1/+1
|
* WARNS= -> WARNS?=dd2001-06-2215-15/+15
| | | | Submitted by: Mike Barcroft <mike@q9media.com>
* Add more headers that are required with -fno-builtin (stdlib and strings)des2001-06-195-0/+6
|
* <stdlib.h> is needed for exit(3) when building with -fno-builtin.des2001-06-191-0/+1
|
* Xref zcat(1).dd2001-06-181-0/+1
|
* Check for the PS_SINTR flag in the right field of struct kinfo_proctegge2001-06-161-1/+1
| | | | (ki_sflag).
* Removed wrong cast for fts_open()'s third argument.ru2001-06-131-1/+1
|
* Removed the broken code which claimed to lose the set[ug]id bits inbde2001-06-113-27/+4
| | | | | | | | | | | | | | | | | | | | | the !(pflag && setfile()) case for regular files unless the copy is owned by the same user and group. These bits have already been lost (or never gained) in the correct way. The code didn't actually lose the bits; it depended on them being lost already (apparently in all cases) and attempted to gain them as necessary, but it often gained them (and sometimes collateral bits) when wrong: - pflag && setfile() == 0 case (i.e., for a successful cp -p): setfile() copies all the attributes as correctly as possible (as specified by POSIX), and we sometimes messed up the up the mode by setting it again. Also, if the file is immutable, then setting the mode again gave spurious errors (PR 20646). - !pflag case. If the target is created, POSIX requires it to not have the set[ug]id bits, but we sometimes copied them from the source. If the target already exists, POSIX requires its mode to be unchanged, but we sometimes copied the whole mode from the source. PR: 20646 MFC after: 4 weeks
* Use new locale namesache2001-06-107-15/+15
|
* Simplify, with the power of new mdoc(7).ru2001-06-091-9/+3
|
* Add -j to the usage string.dd2001-06-091-1/+1
| | | | | PR: 27986 Submitted by: Cyrille Lefevre <clefevre@redirect.to>
* Correct a typo.dd2001-06-081-1/+1
| | | | Submitted by: Alexey V. Neyman <avn@any.ru>
* Add parens to get the cast that was meant in previous commit.nectar2001-06-051-2/+2
| | | | | While we're at it, this file seems to prefer `unsigned int' over `u_int', so go with that.
* Wrong. The size of size_t is *not* the same as the size of an integer.mjacob2001-06-051-2/+4
| | | | MFC after: 2 weeks
* Correct a spelling nit (a -> an).dd2001-06-041-1/+1
|
* Added the -l option to df, so to be compatable with other unicies.pirzyk2001-06-042-4/+59
| | | | | | PR: bin/27240 Reviewed by: GAWollman MFC after: 2 weeks
* Mention the kern.ps_showallprocs sysctl.dd2001-06-021-0/+4
| | | | | PR: 24804 Submitted by: Mike Meyer <mwm@mired.org>
* Remove vestiges of MFS.ru2001-06-011-2/+2
|
* Fix how /bin/sh handles 'for' and 'case' statements when it is called to dogad2001-06-011-0/+16
| | | | | | | | errexit (-e) processing. This solves a problem where 'make clean' would fail with an unspecified error in certain automake-generated makefiles. Reviewed by: no objections from -hackers... MFC after: 2 weeks
* Fixed the bug from the previous revision.ru2001-05-311-1/+1
| | | | | | | | | | | | | | | ``chown -h owner symlink'' did not set the symlink's owner if the file the symlink points to already had that owner: # ls -l alink afile -rw-r--r-- 1 nobody ru 0 May 31 14:14 afile lrwxr-xr-x 1 root ru 5 May 31 14:14 alink -> afile # ./chown -h -v nobody alink # ls -l alink afile -rw-r--r-- 1 nobody ru 0 May 31 14:14 afile lrwxr-xr-x 1 root ru 5 May 31 14:14 alink -> afile Similarly for chgrp(1) and chmod(1).
* Fixed two bugs, first not allowing '.' as a valid login name characterpirzyk2001-05-302-3/+7
| | | | | | | | | | in okname() in util.c and second, returning != 0 when you do have an error from okname in two places in rcp.c. Thanks to Garrett for the POSIX defintion of valid login and group names. PR: bin/25757 MFC after: 3 weeks
* Use PATH_MAX in preference in MAXPATHLEN.imp2001-05-301-1/+2
|
* Use PATH_MAX instead of MAXPATHLEN.imp2001-05-301-3/+4
| | | | Also use sizeof(path) in preference to PATH_MAX.
* PATH_MAX in preference to MAXPATHLEN.imp2001-05-301-1/+2
|
* Use PATH_MAX rather than MAXPATHLEN.imp2001-05-301-1/+1
|
* Minor comment fiximp2001-05-301-1/+1
|
* Use PATH_MAX in preference to MAXPATHLEN.imp2001-05-291-3/+4
|
* Use PATH_MAX rather than MAXPATHLEN. Also fix a possible off by oneimp2001-05-293-16/+11
| | | | | | | error caused by the -1 being on the wrong side of the comparison. This would not cause an overflow, as near as I can tell, because we truncate later anyway. We'd just fail to get a diagnostic for 1024 and 1025 byte file names.
* Use PATH_MAX in preference to MAXPATHLEN.imp2001-05-291-1/+2
| | | | | Also sort declarations per style(9) (big arrays come last) while I'm in the area.
* Change noop option -h to do the real work. Now mode of symbolic linkru2001-05-282-20/+22
| | | | | | | is changed if -h option is given. Requested by: bde Obtained from: NetBSD (code part)
* Follow symbolic links named as command line arguments if run without -R.ru2001-05-282-4/+6
| | | | | | | | | | | | | | This is required by symlink(7), ``Commands not traversing a file tree'' subsection, third paragraph: : It is important to realize that this rule includes commands which may : optionally traverse file trees, e.g. the command ``chown file'' is : included in this rule, while the command ``chown -R file'' is not. For chown(8) and chgrp(1), this is also is compliance with the latest POSIX 1003.1-200x draft. MFC after: 1 week
* Fix warnings to compile with WARNS=2 on i386 and alphakris2001-05-262-27/+43
| | | | Reviewed by: bde
* Make it clear that -P is the default.ru2001-05-253-0/+3
| | | | PR: docs/27629
* Spelling police: insure -> ensuredd2001-05-241-1/+1
| | | | | PR: 27600 Submitted by: Iain Templeton <iain@ugh.net.au>
* Silence WARNS=2 and BDECFLAGS on alpha and i386kris2001-05-202-2/+3
| | | | MFC after: 1 week
* Silence WARNS=2 and BDECFLAGS except for stupid mode_t warnings.kris2001-05-201-0/+1
| | | | MFC after: 1 week
* Silence WARNS=2 and BDECFLAGS on alpha and i386kris2001-05-202-0/+4
| | | | MFC after: 1 week
* Silence WARNS=2 and BDECFLAGS on alpha and i386kris2001-05-202-15/+19
| | | | MFC After: 1 week
* Silence WARNS=2 and BDECFLAGS on alpha and i386kris2001-05-202-2/+4
| | | | MFC after: 1 week
* Silence WARNS=2 and BDECFLAGS on alpha and i386kris2001-05-205-2/+7
| | | | MFC After: 1 week
* Silence WARNS=2 and BDECFLAGS on alpha and i386kris2001-05-202-0/+3
| | | | MFC after: 1 week
* Silence WARNS=2 and BDECFLAGS on i386 and alpha.kris2001-05-202-1/+4
| | | | MFC After: 1 week
OpenPOWER on IntegriCloud