Robert Watson <[EMAIL PROTECTED]> writes:
> Well, we have kproc/kthread APIs, but none of that is semantically
> compatible with the notion of execve(), which is a very user-centric
> concept ("replace the address space with a mapping of binary <x>"). You
> could fudge together a related notion, though, involving loadable kernel
> modules that have a main() routine run from a thread. That said, the
> notion of simply running user code in kernel (as has been pointed out) is
> fraught with peril, primarily because the kernel is basically one big
> program with many special requirements, and user applications are written
> with the assumption that they are the only program, not running in the
> context of another program.
I believe the OP actually wanted the kernel to spawn a userland
process, but I may have misunderstood.
DES
--
Dag-Erling Sm�rgrav - [EMAIL PROTECTED]
_______________________________________________
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
