| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(adding proc exec), now that "exec" has arrived in the kernel. This
permits the dangerous game of feeding ed-style diffs with popen() via
/bin/ed. Shocked yet? Your mission, should you choose to accept it,
is to replace this code with an builtin ed-style patcher, maybe cribbing
code from ed itself.
I'm sorry, but we can't fix the entire world all at once. Noone loves
deprecating standarized features as much as we do, but there are some
lines. Maybe if people become aware of how crappy the implimentations
of some standard features are, they could help decide the path.
|
|
|
|
|
|
| |
fork+execve, and execve is not going to become available in this fashion.
ed diffs should be handled using a built-in handler, and various folks
have been discussing this behind the scenes.
|
|
|
|
|
|
|
|
|
| |
/bin/ed. This is RETARDED. Nothing learned from the last year?
Add tame "proc" until that is fixed, to allow fork+exec.
I beg for someone to cross-link the guts of ed directly into patch, or
write a ed-subset which can do the job.
|
|
|
|
|
|
| |
in case of exploitation, no more network access, fork, execve, etc.
I wonder if we could use whitepath lists here - if it is reasonable to
limit operation in directories known early on?
|
|
|
|
|
|
| |
case of out of memory conditions, Plan B can step in. In many cases, NULL
value is not properly handled, so use xstrdup here (it's outside Plan A/B
patching, which means that even Plan B relies on successful operations).
|
| |
|
| |
|
|
|
|
| |
ok krw
|
|
|
|
| |
dragonflybsd via Loganaden Velvindron. OK mikeb@ and deraadt@
|
|
|
|
|
|
|
|
|
|
| |
is currently done in the latest versions of GNU patch.
Please watch out for output appearing out-of-order.
Discussed with millert and deraadt.
OK deraadt
|
|
|
|
|
|
|
| |
unmaintainable). these days, people use source. these id's do not provide
any benefit, and do hurt the small install media
(the 33,000 line diff is essentially mechanical)
ok with the idea millert, ok dms
|
|
|
|
|
|
|
|
| |
have the exit code indicate failure, not success.
Discrepancy with GNU patch pointed out by Arfrever Frehtes Taifersar Arahesis.
Help from and ok djm@, "sounds good to me" millert@
|
|
|
|
|
|
| |
years ago is not correct if the diff has an empty context for other
reasons, so revert that change. Problem found by Joerg Sonnenberger;
ok tedu@ millert@
|
|
|
|
|
|
|
|
| |
the description list and adds missing arguments; syncs usage()
written with a lot of useful advice by jmc@
ok by jmc@
|
| |
|
|
|
|
|
| |
unified format.
ok deraadt@
|
| |
|
|
|
|
|
|
| |
are no eols at eofs involved. Tested by quite some people.
ok deraadt@
|
|
|
|
| |
ok @millert
|
|
|
|
|
| |
lines to an empty file) already has been applied; be a bit less
chatty about empty contexts. Testing hshoexer@ ok millert@
|
|
|
|
|
|
| |
o add --posix option for strict POSIX conformance
o change filename determination to match GNU patch
Tested by various people, including a full ports build by naddy@
|
|
|
|
|
|
|
| |
file contains no newline and the diff does not touch the last line.
Contributions from millert@.
ok millert@ tedu@
|
|
|
|
|
|
| |
is empty. In this case, a previously applied patch cannot be detected.
ok millert@ tedu@
|
|
|
|
|
|
|
|
|
| |
- fix some -Wall warnings
- fix asserts: in some cases remove them, in other cases they have
become Internal errors or detection of malformed patch files.
- fix some free() related code
ok millert@ tedu@
|
|
|
|
|
| |
POSIX and GNU patch has also removed this, so we will too. No
objections on icb (no one even seemed to know about this "feature").
|
|
|
|
|
|
| |
Thanks to espie@ for spotting the problem.
ok millert@ henning@ espie@
|
| |
|
|
|
|
|
|
| |
o ignore empty TMPDIR environment variable
o strip any trailing slashes from TMPDIR
otto@ OK
|
| |
|
|
|
|
| |
ok millert@ tedu@
|
|
|
|
| |
Comments and OK from otto@
|
|
|
|
| |
yet. The old -b option is now -z (matches GNU patch).
|
|
|
|
| |
ok millert@ deraadt@
|
| |
|
|
|
|
| |
OK deraadt@ and otto@
|
|
|
|
| |
ok millert@ tedu@
|
|
|
|
|
| |
marc@.
ok henning@
|
| |
|
| |
|
| |
|
|
|
|
| |
ok millert@ tedu@
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
a diagnostic.
|
| |
|
| |
|