| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
The index() and rindex() functions were marked LEGACY in the 2001
revision of POSIX and were subsequently removed from the 2008 revision.
The strchr() and strrchr() functions are part of the C standard.
This makes the source code a lot more consistent, as most of these C
files also call into other str*() routines. In fact, about a dozen
already perform strchr() calls.
|
|
|
|
|
|
|
|
|
|
|
| |
- fix other errors introduced when committing r226436
- add 'function' to a sentence where it makes sense
Submitted by: delphij
Submitted by: dougb
Submitted by: jhb
Approved by: dougb
Approved by: jhb
|
|
|
|
| |
This allows compilers and static analyzers to more thorough analysis.
|
|
|
|
|
|
|
|
| |
- change "the the" to "the"
Approved by: lstewart
Approved by: sahil (mentor)
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
| |
Add missing length checks on unix socket addresses. [11:05]
Approved by: so (cperciva)
Approved by: re (kensmith)
Security: FreeBSD-SA-11:04.compress
Security: CVE-2011-2895 [11:04]
Security: FreeBSD-SA-11:05.unix
|
|
|
|
| |
Revision control tools have a history command to obtain this information.
|
|
|
|
|
|
|
|
|
| |
is in accordance with the information provided at
ftp://ftp.cs.berkeley.edu/pub/4bsd/README.Impt.License.Change
Also add $FreeBSD$ to a few files to keep svn happy.
Discussed with: imp, rwatson
|
| |
|
|
|
|
| |
Also remove some local patches to diff(1) which are now unneeded.
|
|
|
|
| |
Also add some missing $FreeBSD$ to keep svn happy.
|
|
|
|
| |
needed.
|
|
|
|
| |
Tested with: make universe
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
-- Made the synopses more precise.
-- Added argument to flag in option description.
-- Moved -b default and limits to option description (to un-hide).
-- Noted several behaviors that were not mentioned.
-- A few more trivial changes.
PR: docs/46787
Approved by: keramida
MFC after: 3 days
|
|
|
|
|
| |
pointer causes problems with sign extension and leads to compress(1)
dumping core on any non-trivial incoming data.
|
| |
|
| |
|
|
|
|
|
| |
Submitted by: keramida
Tested on: i386, sparc64 (panther)
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
read at least 1 byte from the input file without problems. This
fixes a bug in uncompress(1) that causes the accidental removal
of files that happen to have the same name as the output file,
even when the uncompression fails and is aborted, i.e.:
$ echo hello world > hello
$ touch hello.Z
$ ls -l hello*
-rw-rw-r-- 1 giorgos giorgos 12 Jun 14 13:33 hello
-rw-rw-r-- 1 giorgos giorgos 0 Jun 14 13:33 hello.Z
$ ./uncompress -f hello
uncompress: hello.Z: Inappropriate file type or format
$ ls -l hello*
-rw-rw-r-- 1 giorgos giorgos 0 Jun 14 13:33 hello.Z
$
PR: 46787
Submitted by: keramida
|
|
|
|
| |
Add FreeBSD Id tag where missing.
|
| |
|
| |
|
| |
|
|
|
|
| |
conform to P1003.1-2001.
|
|
|
|
| |
to be compressed/decompressed to standard output.
|
| |
|
|
|
|
| |
its size would not be reduced (SUSv3).
|
| |
|
|
|
|
|
| |
PR: 36453
No objections from: ru
|
| |
|
| |
|
|
|
|
| |
help the GCC3 transition and CURRENT in general.
|
|
|
|
|
|
|
|
| |
of the recent WARNS commits. The idea is:
1) FreeBSD id tags should follow vendor tags.
2) Vendor tags should not be compiled (though copyrights probably should).
3) There should be no blank line between including cdefs and __FBSDIF.
|
|
|
|
|
| |
Use a better choice than size_t for vertain variables.
Fix some comment alignment.
|
| |
|
| |
|
|
|
|
|
|
|
| |
than one utility.
PR: docs/30437
Submitted by: SUZUKI Koichi <koich@cac.co.jp>
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
MFC after: 1 week
|
| |
|
| |
|
| |
|
|
|
|
| |
<time.h>).
|
|
|
|
|
|
|
|
|
|
|
|
| |
compress uses setfile() to make flags, ownership and mode of the output
the same as those of the original. However, if the filesystem holding the
output file doesn't support these operations, compress prints a warning.
This bites a bit with NFS directories, which always fail the chflags()
operation. If the file system doesn't support the operation, then the
flags data wasn't valid on the original file anyway, so the warning is
spurious.
Submitted by: bin/16981 (Peter Edwards <peter.edwards@ireland.com>)
|
| |
|