Your dream operating system: a reality?

Francois-Rene Rideau rideau
Sat, 12 Dec 1992 00:57:08 +0200 (MET DST)

>> Greetings!
Glad to hear you again - sorry to have been silent for a week, but I am
going through some exams ...
------------------------- Becoming further acquainted ------------------------
			    ,			 ,
Name:           Francois-Rene Rideau (call me Fare)

Snail mail:	6, rue Augustin Thierry
		75019 PARIS 
		(Ecole Normale Superieure)
		45 rue d'Ulm
		75230 PARIS CEDEX 05

Education:	Student in Maths & C.S. at the ENS
Specialties:	Dreaming about new OO generic language OS and CPU
		Assembly language programming
Experience:	No professional experience.
		Fun with programming and unprotecting games.
Languages:	French,English,(Spanish),(Vietnamese?),
		BASIC, 6502 asm, 80x86 asm, C, Pascal, RPL, Forth, C++,
		(68000 asm) (any you want)
Publications:	humorous articles in (very) local papers
Interests:	Classical Music,
		Vietnam (me. to^i la` ngu+o+?i Vie^.t-Nam)
		Role-Playing games and making psychological SF scenarii
		books about the political Power (B de Jouvenel,Tocqueville,...)
		logic and (artificial or natural) intelligence
Other:          Participating absurdly huge projects...

------------------------------- Suggestions ----------------------------------

- At the end, the OS should be able to emulate other sub-OSes, such as DOS,
Unix, Apple ][ DOS 3.3, CP/M 80, etc.
- But the MOST IMPORTANT to emulate is itself: the Kernel must be such that an
OS sessin can contain another one. That's fun for debugging as well as
simulating itself in a game, or anything.

- A program byte has not only one char input and one cha output (and possibly
one error char output). It may have any number of implicit or explicit input
or output (with many defaults if not entirely told by the user) of any
nature (not only raw char streams ...).
- This, as well as other OO features (generic class management) is included
in the Kernel, and not in an add-on layer (as they try to do with OS/2 or
Windows; it's bullsh*t).

>>     * Write me a message and let me know which workgroup you would like to
>>         be in charge of.  Pick more than one if your interests are divided,
>>         or create your own if you think it's necessary!

I'd like to participate in the Kernel, as well as a new language for the OS
(we won't let you with C++, even full with templates and exceptions); I stick
with the Id of a new OO generic language AND a stack intemediate language (see
at the end of the mail).
'd like also to know about everything other group.

>>     * Send in your vote for the name of this operating system.  I'll collect
>>         these for a couple of months, so you've got time on this one...
Why not the BOOST: Better Object Operating System
or the MTOIS (write empty - O - 1 - 2) multitasked object integrated system
or the NT-EPT (one letter after MS-DOS)
or VOJY (idem for Unix) ? = Virtual Object JoY or anything else.

>>     * Send in your vote for an overall group name.  This should be done as
>>         soon as possible so we can get started.  Logo ideas anyone?
I dont really mind with names.
I'm not too good at drawing with ASCII.

>>     * Recruit friends and colleagues to support our effort.  It's really
>>         important we get a good number of people directly involved with this
>>         work.  Theoretically, our work will progress much faster with more
>>         help, though at some point we should draw the line.  Suggestions?
I'll see what I can do; continue to do your job: you do it well.

>> ------------------------------------------------------------------------------
>>     Take care, and I hope to hear from you very soon!  All input accepted,
>> good and bad.  If there is something you don't like so far, let's change it!
Won't miss that pleasure.
>>                                 Dennis Marer
>>                                 Acting coordinator
I'm looking for someoe who could help me with that language idea.
- It may allow logical definition and compile the best it can with the low
level info given (much or few): has got a (big at the end) library of
effective possible representations of each logical structure; schedules
which is best given programmer info.
- May accept programming by constraints in a (distant) future.
- Integrates code as a virtual object type (-> automodifiable programs in
- types may accept parameters.
- Any object may be created/evaluated at any time/level from compile time to
local procedure execution.
- Ideally, every object lives in parallel with every other; compiler determines
which can live sequentially or not. (THIS is incompatible with any existing
language and OS, which accept parallel tasks only by swapping megabytes of
memory !)
- In a distant future, the language will be a graphical language, not an ASCII
one (I hate 7-bit ASCII).