patch(1) can move to "stdio rpath wpath cpath tmppath fattr proc exec"
authorderaadt <deraadt@openbsd.org>
Wed, 7 Oct 2015 06:29:26 +0000 (06:29 +0000)
committerderaadt <deraadt@openbsd.org>
Wed, 7 Oct 2015 06:29:26 +0000 (06:29 +0000)
commit19b2d0aaf558bf8d3e24419221a9cd4aae4f3b56
treef14f6023e2fffbd895019f045c6ecbb84ccfd249
parent1f3479d0278ff71f71387fc3aa188c8a95b2382d
patch(1) can move to "stdio rpath wpath cpath tmppath fattr proc exec"
(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.
usr.bin/patch/patch.c