On Mon, 27 Nov 2000, Sean Doran wrote:

# Perhaps, instead of your magic_next_syscall(); open(...); and doing 
# bookkeeping to make it behave atomically, we actually make it atomic
# and end up coding either magic_open(magic_data, open_arg_0, open_arg_1, ...)
# or magic_syscall(magic_data, open, open_arg_0, ...), either of which
# traps immediately to the kernel.

I think the point kre's trying to make, here, is that there is no real
need for the suggested mechanisms (which are trying to nail three
different issues with one brick).

I.e., this whole thing has gone decidedly far afield of the course
for which it was intended.

# 	Sean.

				--*greywolf;
--
*BSD: It's not Windows.