@markj The cap_fileargs have the STDIO because people do very strange hacks. For example wc /dev/fd/0 or open('/dev/fd/0') or open('/dev/stdio'). We also don't close any descriptors because people do stuff like wc <(ls) which is translated to wc /dev/fd/3.

Is this some common pattern?

Address @kib suggestion.

Address @asomers suggestions.

Address @asomers suggestions.

Update patch.

@mjg ping

Sorry for keeping you waiting.

Maybe lets use cap_helpers in whole file

What you afraid of?
If you build system without capsicum/casper everything works caph_enter_casper don't fail in that case, the filearsgs_open is changed to the standard open(2) call>
Please check ot this header file: https://svnweb.freebsd.org/base/head/lib/libcasper/services/cap_fileargs/cap_fileargs.h?view=markup

Simplify #2.

Simplify.

r340572

@allanjude Would you be interested to try sandbox uudecode with fileargs?

Can we abandom this review?

I think we can close this revision because of the: https://reviews.freebsd.org/D17967

The idea looks good for me, but I'm not an expert about Makefiles so I would feel bather if @bdrewery would give a look to those changes.

I would wait one day for @pjd

I didn't check that, but I wonder what would happen if we would past the AT_FDCWD? Which have a negative value.

@cem, @kib, @emaste, @jilles I would like to commit it as-it-is but pjd suggested to change the name to funlinkat? After some thoughts I also think that funlinkat is a bether name 'fd' suggests that it's working on 'FILE *'. Do you agree?

What is a point of it?
If you have a legacy mount do you want to mount it?
What about importing the pools that are missing?