Dan Bethe | 1 Sep 04:47 1998
Picon

Re: project status

On Sun, 30 Aug 1998, Basile STARYNKEVITCH wrote:

> Same apply to KUT; what kernel feature are useless for KUT & Tunes?

	Perhaps you can make MMU (memory management unit, in hardware)
optional.
	Also, is 32-bit addressing required?  Is it required all the way
throughout the system?
	Perhaps you should make TUNES able to run on any system that can
compile C.
	And what is the target memory footprint?  Do we have any such
resource-consumption goals?  Perhaps we can make the smallest portion of
the "kernel" (or whatever you want to call it) load in about 6K of RAM,
and then fully loaded in about 64K.
	Are these fantastic ideas?  I'm not even a programmer!  :)  I just
read and remember and discuss a _lot_.

> NB Is Faré working on some great ideas, or is he in vacation?

	Heheheheheh.

` ~ ^ ' ~ ' ` ^ ~ ~ ^ ' ~ ` ` ~ ' ^ ` ~ ~ ` " ` ~ ' ^ " ^ ` ~ ' ~ ^ " ' ~ ` ^ ~
     "If I seem too inconclusive, well it's just because it's so elusive."
    This email has been licensed by the GPL (http://www.gnu.org/philosophy)
  Dan  ((((now seeking a Linux/Unix sysadmin job in Silicon Valley!))))  Bethe

Basile STARYNKEVITCH | 2 Sep 22:40 1998
Picon

KUT 0.4 (doesn't work yet - keybozrd interrupts might be not seen)


Hello All,

KUT 0.4 is on http://perso.wanadoo.fr/starynkevitch/basile/kut_0_4.tgz 
There is also the nightly snapshot (kutsnap.tgz) - currently the same
73936 tar gzipped file.

I need help. On my machine, I don't get any keyboard interrupts. But
Faré seems to get them on his machine. I double-checked the interrupt
code (kutx86.S & kutinter.c) but it should work....

My motherboard is an ASUS (T55P4?) board, with a Pentium200MMX. I'm
running Linux (2.0.35 &2.1.119) without problems and also Tinos &
Vsta.

Does any one know URLs related to low level hardware (and driver
programming) about motherboards and PC architecture.

I need help from a hardware or low-level software guru.
--

-- 

Basile STARYNKEVITCH - 8 rue de la Faiencerie, 92340 BOURG LA REINE (France)
tel 01.46.65.45.53. mél = basile point starynkevitch at wanadoo point fr
boulot=work= basile point starynkevitch at cea point fr

William Tanksley | 2 Sep 23:26 1998

Re: KUT 0.4 (doesn't work yet - keybozrd interrupts might be not seen)

Basile STARYNKEVITCH wrote:

> I need help. On my machine, I don't get any keyboard interrupts. But
> Faré seems to get them on his machine. I double-checked the interrupt
> code (kutx86.S & kutinter.c) but it should work....

Why don't you take a look at the Dolphin kernel, at
http://dolphin.openprojects.net?  It's tiny, very well written (using NASM and
C), and appears to work.  I don't believe that the currently posted version has
a keyboard driver (we're waiting for that until we have a finished
library/driver/component manager); however, it definitely recieves keyboard
interrupts.

Dophin is a useful and expedient system.  :-)

> Basile STARYNKEVITCH - 8 rue de la Faiencerie, 92340 BOURG LA REINE (France)

-Billy

Dan Bethe | 2 Sep 23:34 1998
Picon

Re: KUT 0.4 (doesn't work yet - keybozrd interrupts might be not seen)

On Wed, 2 Sep 1998, Basile STARYNKEVITCH wrote:

> Does any one know URLs related to low level hardware (and driver
> programming) about motherboards and PC architecture.
> 
> I need help from a hardware or low-level software guru.

	Try http://sunsite.unc.edu/LDP/HOWTO/HOWTO-INDEX.html and look up
the assembly howto, or whatever it's called.  I think Fare wrote it!!!
	Also see the Linux kernel source code.  What are you using as your
build platform?

` ~ ^ ' ~ ' ` ^ ~ ~ ^ ' ~ ` ` ~ ' ^ ` ~ ~ ` " ` ~ ' ^ " ^ ` ~ ' ~ ^ " ' ~ ` ^ ~
     "If I seem too inconclusive, well it's just because it's so elusive."
    This email has been licensed by the GPL (http://www.gnu.org/philosophy)
  Dan  ((((now seeking a Linux/Unix sysadmin job in Silicon Valley!))))  Bethe

Emmanuel Marty | 3 Sep 00:12 1998
Picon

Re: KUT 0.4 (doesn't work yet - keybozrd interrupts might be not seen)

William Tanksley wrote:

> Why don't you take a look at the Dolphin kernel, at
> http://dolphin.openprojects.net?  It's tiny, very well written (using NASM and
> C), and appears to work.  I don't believe that the currently posted version has
> a keyboard driver (we're waiting for that until we have a finished
> library/driver/component manager); however, it definitely recieves keyboard
> interrupts.

Um *cough* *splutter* Where do you get the component idea from,
already...? :-)

Basile: Fare sent help requests over in <H1><BLINK> today .. Send your
code over, I'll try to find a minute to streamline it if you like.. I have
a functional [non]kernel myself, that I can't unveil yet.. But it already
services interrupts, in protected mode, using paged virtual memory or
plain linear one depending on the memory component, and such. So I have
some experience in that :P

--
Emmanuel

William Tanksley | 3 Sep 00:39 1998

Re: KUT 0.4 (doesn't work yet - keybozrd interrupts might be not seen)

Emmanuel Marty wrote:

> William Tanksley wrote:
> > Why don't you take a look at the Dolphin kernel, at
> > http://dolphin.openprojects.net?  It's tiny, very well written (using NASM and
> > C), and appears to work.  I don't believe that the currently posted version has
> > a keyboard driver (we're waiting for that until we have a finished
> > library/driver/component manager); however, it definitely recieves keyboard
> > interrupts.
> Um *cough* *splutter* Where do you get the component idea from,
> already...? :-)

Amiga, mainly.  Geos helped somewhat.  We're using something a little simpler and
hopefully more expandible than either, though.

The really cool part, of course, is how we're going to *use* those components to
build a no-kernel system.  That's something this one guy helped us with...  Let's
see, what was his name?  I can't seem to remember.

> Emmanuel

Oh, yeah!  That was it.  How'd you know?  ;-)

Seriously, I'm very happy about the no-kernel idea.  I hope it works as well as it
sounds.

-Billy

David Manifold | 4 Sep 21:08 1998
Picon

development code

If anyone's interested in what I am doing, I will keep a snapshot at
http://www2.tunes.org/~dem/tunes/

Right now it compiles, but doesn't work. When it does work, it won't be
anything interesting yet.  But Fare said I should put it up, so you can
take a look if you are bored.  If you do anything with this, I'd like to
know.  But it's not required, because I'm releasing this into the public
domain.  Yes, that means you can republish it with your name on it if you
want.  I will probably release all my future Tunes work into the public
domain as well.  

I intend the system to work at such a high level that you're basically
manipulating ideas, which aren't copyrightable anyway.

David Manifold <dem <at> tunes.org>

Francois-Rene Rideau | 11 Sep 04:10 1998

[jdale <at> fla.fujitsu.com: New Language Addition]

From: Jonathan Dale <jdale <at> fla.fujitsu.com>
Subject: New Language Addition
Date: 1998-09-11 00:41:05 GMT
Hi,

I think that there is an interesting language that is missing from your Language Review Web page (http://www.tunes.org/~tunes/doc/Review/Languages.html).

It is called APRIL (Agent Process Interaction Language) and more information about it is available from http://www.nar.fla.com/Activities/Programming/APRIL/april.html

APRIL is a symbolic programming language that draws from various programming paradigms, such as
functional and logic. It has a number of advanced features which make it suitable as a language for
implementing distributed systems and applications (such as fully asynchronous messaging). It was
intended to be the core language upon which an agent-based system could be built since the macro
sub-language can alter and extend the syntax and semantics of the language. For example, there are a set of
macros which make the language fully object-oriented (including active objects and multiple
inheritance) and another set which permit a Prolog-style syntax. APRIL also has features which allow it
to support mobile agents and mobile agent systems.

If you have any questions or require any more information, please do not hesitate to contact me.

Best wishes,

Jonathan
---
+-------------------------------------------------------------------+
| "They couldn't hit an elephant at this dist--"                    |
|     -- General John Sedgwick, Union Commander in the US Civil War |
+-------------------------------------------------------------------+
Jonathan Dale, PhD
Member of Research Staff
Fujitsu Labs of America, Inc.
595 Lawrence Expressway, Sunnyvale, CA 94086-3922
http://www.nar.fla.com/~jdale/

David Manifold | 14 Sep 23:44 1998
Picon

Great...

You said in Dec 96:
>I imagine a system where the signal/noise ratio
>tends asymptotically to +oo.
Now we know what TUNES really is, an information creator/preserver,
nullifying entropy.

And I was almost ready to admit it really WAS a musical OS.

You said in Jun 95:
>[about Entropy]
>> !    Basic theorems about such dynamical systems assert that in a
>>      closed
>>   system, entropy globally increases with time; that is, information is
>>   being lost, and the system evolves toward a state more and more
>> ! undistinguishable (this word doesn't sound right, what's the right
>> ! one?), less specific, more probable.
>   I used "indistinguishable" which the webster told me existed.
>But then, I'm not satisfied with it...
Perhaps the word you need is "homogeneous", if you are describing the loss
of diversity.

David Manifold <dem <at> pacificrim.net>

Dan Bethe | 16 Sep 10:25 1998
Picon

Re: Great...

On Mon, 14 Sep 1998, David Manifold wrote:

> Now we know what TUNES really is, an information creator/preserver,
> nullifying entropy.
> 
> And I was almost ready to admit it really WAS a musical OS.

	I second this.  This weekend on the #tunes IRC channel, a guy came
in to test his MP3 delivery bot.  I've had many people enter the channel
just to ask me what kind of music I like.  :)

` ~ ^ ' ~ ' ` ^ ~ ~ ^ ' ~ ` ` ~ ' ^ ` ~ ~ ` " ` ~ ' ^ " ^ ` ~ ' ~ ^ " ' ~ ` ^ ~
     "If I seem too inconclusive, well it's just because it's so elusive."
    This email has been licensed by the GPL (http://www.gnu.org/philosophy)
  Dan  ((((now seeking a Linux/Unix sysadmin job in Silicon Valley!))))  Bethe


Gmane