Jump to content

  • Log In with Google      Sign In   
  • Create Account

Banner advertising on our site currently available from just $5!

1. Learn about the promo. 2. Sign up for GDNet+. 3. Set up your advert!


Member Since 10 Oct 2001
Offline Last Active May 26 2013 05:34 PM

Posts I've Made

In Topic: Zombies

18 May 2012 - 08:21 AM

It would be cool if there was a zombie apocalypse survival game (gather resources, set up a base) rather than just zombie killing spree games.


In Topic: Inventing on Principle - amazing video!

09 March 2012 - 04:53 PM

u would have to support this at the OS level and my point is there is no OS nor there ever was one which allowed this, you'd have to write a whole new one.. imo.

There was/is something that did exactly what I was describing, though to say "is" I have to concede that while you can buy it and get it to run, it is extremely dated, if not "dead". It is Genera OS.

In Topic: Inventing on Principle - amazing video!

09 March 2012 - 12:19 PM

Yes, for the fifth time in this thread, one needs to go to extreme measures to gain sufficient insight, because most widely available platforms (aka cheapest and ubiquitous) no longer provide it.

When did they ever provide this level of development? LISP machines? I don't think LISP machines provided anywhere near the level of interactive execution and procedural programming we're discussing ( nothing I've found on the Internet or from reading Wikipedia anyways). Nothing like this have been developed yet, only glimpses here and there. If this is to be a reality the hard work has to be done and it's fully possible as I laid out, there are no hardware or software barriers. It would be nice to leverage existing technology but nothing has been developed like this, well maybe Haskel and their advance functional programming models comes close..


Take a running process that you didn't write, say your filesystem browser. You can point to that, stop its execution, be directed to its source code, modify bits of it and interact with it without ever relaunching anything. To a deep extent, you can dive into system calls as well. That was implemented. It is implemented in a smaller way (for obvious reasons) in Allegro CL and LispWorks. Probably also the Mac Clozure IDE, though I have minimal experience with that.

In Topic: Inventing on Principle - amazing video!

07 March 2012 - 11:50 PM

Security is a process. No tech makes anything secure by itself. For consumer, access to that might not matter. But most of this tech isn't available to developers.

I agree with this and your other statements. I meant this more in the context of swiftcoder's more conventional concerns about maintenance and stability. The notion of complete look through and ability to recompile on-the-fly any component from hardware drivers up on a multi-user system lends itself to security concerns. LISP OSs avoided this discussion by being single-user systems.

I wouldn't personally actually be concerned about security in the domains where I'd find this useful.

In Topic: Inventing on Principle - amazing video!

07 March 2012 - 02:40 PM

And in the few areas that turned out to be a reasonable end-user feature, I can still do that (i.e. emacs).

I don't think this was some logical progression where the other ones were weeded out. It's more that for various reasons (not all technical, though those were there as well) that avenue of exploration just ceased almost altogether. Emacs isn't really a great example, because without integration, you end up with what it is now. An independent mini-OS sitting in your terminal. It does not play nicely nor is it consistent with the window manager,

I really don't get your and Antheus' fascination with being able to do this at every level of the OS - it just strikes me as a maintenance/stability nightmare. What exactly is wrong with having this sort of functionality implemented in user space (and entirely ignoring the underlying kernel/hardware layers)?

Well, I'd also point it out as security nightmare, though I'd estimate most machines are effectively single-user anyway. To answer your question, there's nothing necessarily wrong with what you are proposing, though when we mention the entire OS, we are probably including the UI which may run but is not actually modifiable in user space. Depending on your profession, access to exactly how interrupts are handled, redefining/hooking into any/all system calls and the underlying hardware might have non-academic benefits.