From: Michael Richardson <mcr@sa...> - 2002-05-04 00:18:57
-----BEGIN PGP SIGNED MESSAGE-----
Years ago there was the concept of 3LISP - an infinite tower of LISP
interpreters. I found:
with a good description. The rest were postscript. (3LISP predates the
Ask Google for "3LISP", only 5 pages of references, although nothing
really deep that wasn't postscript (which is to say, likely a paper).
Anyway, the idea is that one permits things to tinker with the insides - when
one detects the tinkering, one pushes a new virtual layer on the stack...
Just something to think about. I don't know what utility it might have at
] ON HUMILITY: to err is human. To moo, bovine. | firewalls [
] Michael Richardson, Sandelman Software Works, Ottawa, ON |net architect[
] mcr@... http://www.sandelman.ottawa.on.ca/ |device driver[
] panic("Just another NetBSD/notebook using, kernel hacking, security guy"); [
-----BEGIN PGP SIGNATURE-----
Comment: Finger me for keys
-----END PGP SIGNATURE-----
In message <20020504072849.B2295@...>, > : Christoph Hellwig writes:
> On Fri, May 03, 2002 at 03:28:03PM -0700, Gerrit Huizenga wrote:
> > PTX could *almost* run VMWare (might be able to run Win4Lin or Boochs...)
> Umm, you have ported the VMWare and Win4Lin kernel modules?
> For Win4Lin I could almost image it as it is ported UnixWare code..
Nope - that's where the part of the *almost* comes from. There were
a few other things we didn't get to and the only time I remember someone
trying it was when we still didn't have modify_ldt() ported, so that
also broke. VMWare wasn't actually a goal - on the same hardware
we could statically partition nodes and some nodes could natively
run NT while some ran PTX. Now those same nodes can also run Linux
as well. And we quit putting major development effort into PTX about
two years ago, so we'll probably never find out just how close we
were on VMWare.
From: Jeff Dike <jdike@ka...> - 2002-05-06 15:56:16
> > embedding UML in things like Apache to provide a standard internal
> > development and execution environment
> This is little perverted, right?
> What is it good for?
Secure mod_perl - i.e. mod_perl in an Apache that's shared with other web sites
mod_perl in any language supported by Linux
Interactive debugging of your perl on live requests inside a live Apache
The section that's relevant here starts at
There are also some wackier possibilities which I'm not sure are terribly
useful or practical, but would still be interesting to look at, such as:
Treating HTTP requests as processes, so
# ps uax
apache 1120 0.0 0.6 4388 1536 ? S 13:46 0:00 GET / HTTP/1.0
# kill -9 1120
# nice -20 1120
Treating HTTP requests as packets and using Netfilter to manipulate them.