FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=releng%2F8.1 2010-06-12T02:00:15Z 2010-06-12T02:00:15Z Brian Somers brian@FreeBSD.org 2010-06-12T02:00:15Z urn:sha1:c9a1e85664dd15d3b77da800bacfc3b66f79af3e PR: 147354 Approved by: re (kib) 2010-06-11T17:38:24Z Xin LI delphij@FreeBSD.org 2010-06-11T17:38:24Z urn:sha1:ad7a11c94c49f4c1c826179831d91f8eca12f94c Remove unused files. PR: bin/38256 Approved by: re (kib) 2010-06-11T15:55:18Z Ulrich Spörlein uqs@FreeBSD.org 2010-06-11T15:55:18Z urn:sha1:0de0ac37c9737b897609cbceb62d792f559e3fac pax(1) was trying to copy the back-referenced data from the match pattern, not the matched data. Approved by: re (kib) 2010-05-20T18:47:34Z Edward Tomasz Napierala trasz@FreeBSD.org 2010-05-20T18:47:34Z urn:sha1:943101847bc5e28e40eca462c910381977262532 Update authors and history. 2010-05-16T22:52:51Z Jilles Tjoelker jilles@FreeBSD.org 2010-05-16T22:52:51Z urn:sha1:d366e1de7fa9177599a96a2575c377698119c4ca These are git commits 36f0fa8fcbc8c7b2b194addd29100fb40e73e4e9 and d6d06ff5c2ea0fa44becc5ef4340e5f2f15073e4 in dash. Because this is the first code I'm importing from dash to expand.c, add the Herbert Xu copyright notice which is in dash's expand.c. When pathname expanding *\/, the CTLESC representing the quoted state was erroneously taken as part of the * pathname component. This CTLESC was then seen by the pattern matching code as escaping the '\0' terminating the string. The code is slightly different because dash converts the CTLESC characters to backslashes and removes all the other CTL* characters to allow substituting glob(3). The effect of the bug was also slightly different from dash (where nothing matched at all). Because a CTLESC can escape a '\0' in some way, whether files were included despite the bug depended on memory that should not be read. In particular, on many machines /*\/ expanded to a strict subset of what /*/ expanded to. Example: echo /*"/null" This should print /dev/null, not /*/null. PR: bin/146378 Obtained from: dash 2010-05-16T10:01:06Z Stefan Farfeleder stefanf@FreeBSD.org 2010-05-16T10:01:06Z urn:sha1:7baf1076be252b464518b53ff19d2bff3518e912 2010-05-11T11:22:18Z Konstantin Belousov kib@FreeBSD.org 2010-05-11T11:22:18Z urn:sha1:b721d61527eccf35918a6ff495abed4794b7f49b Update the list of the process flags for P_WKILLED. 2010-05-02T13:36:23Z Jilles Tjoelker jilles@FreeBSD.org 2010-05-02T13:36:23Z urn:sha1:f4eb99be9772db1ea2a28b3e6827f2af7870830b 2010-05-02T12:43:18Z Jilles Tjoelker jilles@FreeBSD.org 2010-05-02T12:43:18Z urn:sha1:e96d10e414a7642358c74a9821e7f6d38945c03f in at least three ways, so do not say it is ignored: * who may delete/rename a symlink in a sticky directory * who may do lchflags(2)/lchown(2)/lchmod(2) * whose inode quota is charged 2010-05-01T14:33:26Z Jilles Tjoelker jilles@FreeBSD.org 2010-05-01T14:33:26Z urn:sha1:312a3c0cba419a0c12388216036159d454273fe3 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. PR: 121568