From: anon@att.net
Subject: Re: seL4 as base of an AdaOS with some Spark proofing?
Date: Fri, 1 Aug 2014 19:17:54 +0000 (UTC)
Date: 2014-08-01T19:17:54+00:00 [thread overview]
Message-ID: <lrgp50$glo$1@speranza.aioe.org> (raw)
In-Reply-To: 9509bda5-4429-4e2c-ac97-bc7959257006@googlegroups.com
Yes, an AdaOS should be written and complete with the big OS(s).
The problem is the older OS are using old outdate techniques and
technology. Micosoft Windows is a blending of Win 95/98
(aka Micosoft[DOS]/IBM(Windows), 1980(s)) and NT (aka DEC VAX, 1980)
software. Then you have AT&T old OS (1969) children. which includes
the licensed Sun Solaris OS or IBM AIX, and then BSD groups like
Apple's OS X, and Darwin ( open source ) or the open source BSD(s)
FreeBSD, OpenBSD, NetBSD. All which use software technique from 1960(s) ..
1970(s). Then you have Linux written using techniques and technology
from the 1990(s). And you can include IBM Z/OS which is basically
just a 64-bit port of MVS and still has it core from from the 1960s.
So, there is no OS for the 22nd century. And all of these older OS
have problem which hackers can use to harm the system or steal data.
We need a OS that can handle the current hardware and system designs
and be modular enough to allow complete change for the future. But
be strong enough to allow the design and implement a security
system that can handle current attack as well as being modular to
update itself (using AI and other tools) for the hackers of the
future.
So why not use (non-oops) Ada to write this new operating system?
One could allow the special constructs in Ada to bind the OS to like
tasking, interrupts to the hardware while allowing the software
to protect the system and data. And Dewar once stated, if you can
write the code in C then you can write the code in Ada. And if you
limit the assembly code to special hardware packages such as boot
up routine and use Ada Machine_Code, one could only have to re-write
these special packages to port the OS to another processor.
Note: Hacker could be software or human trying to gain access or
destroy the system.
Note: Why non-oops Ada. Most OS writers understand that using oops
decrease the level of security to around 10 .. 20%. It's one reason
why even Microsoft will not allow oops in its kernel. And every time
they use oops in IE, it contains a number of security holes.
And translating C to Ada. People will just say stay with the first language!
In <9509bda5-4429-4e2c-ac97-bc7959257006@googlegroups.com>, gvdschoot@gmail.com writes:
>On Wednesday, July 30, 2014 7:58:33 PM UTC+2, an...@att.net wrote:
>> seL4 is just another subset of the L4 project, which has nothing to=20
>>=20
>> do with Ada or an AdaOS. Now, there are a number of Ada OS projects
>>=20
>> which core code are based on the L4 project, like MaRTE (last update=20
>>=20
>> uses GNAT 2009), RTERMS (2008), and OpenRavencar (based on GNAT 3.13).
>>=20
>>=20
>>=20
>> For Ada purest, to do a AdaOS, like the one I an working on, the entire=
>=20
>>=20
>> code must be written in Ada with exceptions for macros for assembly code=
>=20
>>=20
>> (using the Ada Machine_Code package) that extents Ada API to allow=20
>>=20
>> hardware instructions, such as the CPU's I/O instructions. And some of=20
>>=20
>> these macros instructions include code used to switch the processor from=
>=20
>>=20
>> initial 8/16 bit 8086 state (power up/reset) to a 32-bit protected mode=
>=20
>>=20
>> and then detects and if possible switch to 64-bit mode during the boot=20
>>=20
>> phase.
>>=20
>>=20
>>=20
>> The AdaOS should be able to handle both 32-bit/64-bit code and maybe a=20
>>=20
>> some trusted special case protected VM code. As for languages, the=20
>>=20
>> OS should have Ada as the primary languages. If a secondary language is=
>=20
>>=20
>> desired then it's compiler must be written in Ada. This means that=20
>>=20
>> others projects like openGL should be written in Ada instead of just=20
>>=20
>> porting the project code to the new AdaOS after a C compiler is=20
>>=20
>> written in Ada and then binding the code to the AdaOS.
>>=20
>>=20
>>=20
>> The AdaOS, also should be a stand alone system that can work=20
>>=20
>> within a virtualization environments with some small limitations=20
>>=20
>> caused by the VM engine unless the VM is also, written in Ada and=20
>>=20
>> the AdaOS is the host OS.
>>=20
>>=20
>>=20
>> Then there's the compiler while GNAT is an OK compiler it will not=20
>>=20
>> work for the new OS, we need a compiler from the ground up written in=20
>>=20
>> Ada that can produce code for a number of OS including an AdaOS that=20
>>=20
>> does not depends on any host OS or a design implementation like GNU=20
>>=20
>> which is based on C/C++. That way the new Ada compiler could be=20
>>=20
>> easily ported to the new OS without any other language or groups=20
>>=20
>> involvement.
>>=20
>>=20
>>=20
>> But just having an AdaOS will not increase the usage of Ada. This=20
>>=20
>> might change if and only if the AdaOS was a complete and robust OS=20
>>=20
>> that could go against Microsoft Windows and Apple's OS X. But=20
>>=20
>> most people writing an AdaOS normally stop after they finish the=20
>>=20
>> initial kernel. Which mean an AdaOS will never become robust enough=20
>>=20
>> to even equal any OS used today. much less compete with those=20
>>=20
>> OS.=20
>>=20
>
>So you want to compete with the big guys? You want to compete with the mult=
>i billion dollar companies? With what? Ideas? Do you know how many man year=
>s it takes? Let's just forget the desktop or tablet. These areas are untouc=
>hable unless you are very lucky.
>
>Here is another idea. Let's for instance instead focus on tools that can au=
>tomatically translate C source code to Ada.
prev parent reply other threads:[~2014-08-01 19:17 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-30 8:22 seL4 as base of an AdaOS with some Spark proofing? kug1977
2014-07-30 9:06 ` Georg Bauhaus
2014-07-30 10:41 ` Peter Chapin
2014-07-30 11:55 ` G.B.
2014-07-30 17:47 ` Shark8
2014-07-30 22:40 ` Peter Chapin
2014-07-30 22:53 ` Shark8
2014-07-31 0:31 ` Simon Clubley
2014-07-31 6:23 ` Georg Bauhaus
2014-07-30 17:58 ` anon
2014-07-31 22:03 ` gvdschoot
2014-08-01 7:42 ` kug1977
2014-08-01 8:27 ` gvdschoot
2014-08-01 9:04 ` gvdschoot
2014-08-01 19:32 ` Randy Brukardt
2014-08-01 19:17 ` anon [this message]
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox