It has been a long time now, but there is nothing bad
going on the Amiga virus scene. But that is good news
for us all...

But Jan Erik Olausen has released a new update on
VirusExecutor, here is some info about the release:

Name : VirusExecutor v1.81c
Archive name : ve_181c.lha
Archive size : 72.838 bytes
Release date: 10 May 1999
System : OS 2.04 or higher
Programmer Jan Erik Olausen

News : - VE can now unlink linked files... Thanks to Jan
     Andersen for sending me some linked files.
   - Removed stupid requester: "Seem like you own
     an old VirusExecutor". And some other stuff
     that I do't remember.
   - Notice my new email adress...

KOSH [Kommunity Orientated Software Hardware]

Weekly Summary

Week Commencing: 1st May 1999

Number: 019

Mailing List: kosh-general

In the mailing list this week, the following items were discussed. Please do
not email the scribe regarding any of these topics, it is not his job to answer
these questions but merely to report  the topics of conversation. If you have
any queries about this summary, please email ben@kosh.net, stating the Summary
Number, and Mailing List Name, and he will try to answer your queries.

a)

Subject: KOSH General ML Summaries

Summary of debate: These can be found both on the KOSH URL and at
                   http://www.mythicz.u-net.com

                   John Chandler also hopes to have a KOSH page up and running
                   soon and is interested in learning of links to other KOSH
                   pages.

b)

Subject: Bit size for KOSH OS

Summary of debate: It was asked if we are writing a 64-bit OS. The reply came
                   that we are writing an n-bit scalable OS that could easily
                   scale from 32-bit (and lower if needed) to 64-bit and more
                   if physical CPU and/or virtual implementation allow.

                   KOSH will not have address pointers exposed at the
                   application level. They will be within any HLL but that is
                   fixed on a recompile. At the API level there are object
                   references nominally somewhere between 64-bit and 128-bit.
                   Only an Object Manager will have any clue what an object
                   reference actually is.

                   Questions then posed: Can HLL and Object Manager be changed
                   so that applications can continue seamlessly? Could running
                   objects be moved from one machine to another, different one?


c)

Subject: Alternative OS Project - UNIOS

Summary of debate: A different OS project similar to KOSH can be seen at
                   http://unios.dhs.org/index.html


d)

Subject: KOSH Aminet

Summary of debate: Suggested we could see if it would be possible to get a KOSH
                   section on Aminet as there are files relating to NetBSD and
                   Linux already present - and KOSH will be ported to AmigaOS
                   (in one form or another).


e)

Subject: Abstracted KOSH and running multiple simultaneous OSses

Summary of debate: With software processors and the ability to maintain
                   multiple HALs as interchangeable objects and the ability to
                   maintain multiple HALs as interchangeable objects to allow
                   the system to view the ability to maintain the same hardware
                   in many different ways, we could make it relatively easy to
                   run multiple operating systems simultaneously. If we could
                   find a way of legally abstracting away and translating API
                   calls - WINE springs to mind - we could have crossplatform
                   software running relatively transparently.

                   However for something like this we would have to change the
                   OS - in essence port it to a new machine, much as has been
                   discussed for "hosted" KOSH.


f)

Subject: KOSH Survey

Summary of debate: Greg Webb and the Surveying Working Group have a preliminary
                   survey which they will show to us soon for comments. This
                   will be primarily to gather information from the wider world
                   about what should be included in KOSH and what it should
                   look/feel like.


g)

Subject: Correction to Summary 18 - Greg's email address

Summary of debate: Greg Webb's correct email address is
                   greg@gpwebb.freeserve.co.uk