Inhaltsverzeichnis
==================

 1 Copyright

 2 Allgemeines
   2.1 Virtual Drive - was ist das?
   2.2 Warum Virtual Drive?
   2.3 Umfang

 3 Installation
   3.1 Die Steuerdatei
   3.2 Laufwerk anmelden
   3.3 Virtual Drive starten

 4 Technisches
   4.1 Was sonst noch mglich ist
   4.2 Bekannte Fehler
   4.3 Was ist neu?
   4.4 Wie alles funktioniert

 5 Persnliches
   5.1 In eigener Sache
   5.2 Adresse
   5.3 Dankeschn



1 Copyright
===========

               Virtual Drive  by SCY/.tSCc. 22.02.94
                         V2.8.9 // 10.10.96


                  *Virtual Drive ist Public Domain!*
  Kopieren ist erlaubt, der Verkauf NICHT. Es darf nur zusammen mit
 diesem Text und der Beispielsteuerdatei weitergegeben werden. Keine
 der Dateien darf verndert werden. PD-Libraries mssen mich zuerst
                            kontaktieren.


    Ich bernehme keinerlei Haftung. Benutzung auf eigene Gefahr!


                               Adresse



2 Allgemeines
=============

Smtliche Beschreibungen beziehen sich auf einen ATARI-Computer mit
TOS 1.x, Festplatte und dem normalen Desktop, obwohl es mit z.B. dem
FALCON nicht anders funktioniert.


2.1 Virtual Drive - was ist das?
--------------------------------

Virtual Drive ist eine Art Shell, mit der Sie Programme aufrufen und
Dateien ansehen knnen. 'uerlich' erscheint Virtual Drive als
RAMDISK. Die wichtigsten Vorteile:

    Verfgbarkeit auf Desktopebene
     Sie mssen nicht erst die Shell starten, sondern sie hlt sich
     im Hintergrund und wird sofort bereit, wenn sie gebraucht wird.

    Geringer Speicherverbrauch
     Obwohl Virtual Drive wie eine RAMDISK aussieht, verbraucht es
     nicht soviel Speicher (weniger als 8kBytes!!!), da es die
     Programme darauf ja nicht gibt (Sachen gibt's...), jedenfalls
     nicht dort, wo sie zu sein scheinen (daher auch der Name Virtual
     Drive)

    Es kommt endlich mal etwas Ordnung in die Dateienflut
     (siehe Warum Virtual Drive?)


Virtual Drive ist fr diejenigen gedacht, die sich mit dem alten
Desktop herumschlagen mssen, also solchen Luxus wie Hotkeys oder
Dateien auf dem Desktop ablegen nicht kennen und fr ein alternatives
Desktop keinen Speicher haben und/oder kein Geld.


Virtual Drive wurde komplett in Assembler geschrieben. Nur dadurch
war es mglich, den Speicherverbrauch so gering zu halten. Es luft
in allen Auflsungen, die man sich nur denken kann (ganz einfach
deshalb, weil keine Grafikausgaben gemacht werden :-)).


2.2 Warum Virtual Drive?
------------------------

Sicher kennen Sie die Situation, da Sie mit mehreren Programmen
arbeiten. Da die Dateienflut auf der Festplatte schnell zu
Unbersichtlichkeit fhrt, haben Sie alles schn auf Laufwerke,
Ordner und Unterordner verteilt. Das Wechseln zwischen den Programmen
wird allerdings dadurch erschwert, da Sie sich erst durch die ganzen
Ordner hindurchkmpfen mssen.

Genau hier setzt Virtual Drive an. Es stellt die wichtigsten
Programme und Dateien bersichtlich in EINEM Directory dar. Wird ein
Programm auf dem virtuellen Laufwerk aufgerufen, so ldt es Virtual
Drive vom eigentlichen Directory nach, als htten Sie es von dort
aufgerufen. Gleichzeitig wird der aktuelle Pfad gendert, da die
meisten Programme Zusatzdateien bedrfen, die im aktuellen Pfad
gesucht werden. Deshalb erscheinen auch nur die Hauptprogramme auf
dem Virtual Drive, wodurch die Sache doch wesentlich bersichtlicher
wird. Fr Sie ndert sich in der Handhabung also nichts! Ist doch
praktisch, oder?

Seit der 2. Hauptversion knnen mehrere Laufwerke betrieben werden
(an dieser Stelle einen schnen Dank an Klaus Wille fr die
Anregung). Auf dem einen knnen z.B. alle Anwenderprogramme
aufgelistet sein, das nchste enthlt alle Spiele u.s.w.


2.3 Umfang
----------

Zu Virtual Drive gehren folgende Dateien:

    VRTLDRV2.PRG das eigentliche Programm

    VRTLDRV2.TXT die Anleitung als ASCII-Text

    VRTLDRV2.HYP die Anleitung als Hypertext

    VRTLDRV2.BSP eine Beispiel, wie eine Steuerdatei aussehen sollte

Alle vier Files drfen nur unverndert und zusammen weitergegeben
werden! Darberhinaus wird noch eine Steuerdatei bentigt, die
VRTLDRV.FLS heit. Sie stellt eine Ausnahme dar und wurde deshalb
nicht in dieser Liste genannt. Doch darber in Die Steuerdatei mehr.



3 Installation
==============


3.1 Die Steuerdatei
-------------------

Woher wei das Programm eigentlich, welche Dateien/Programme Sie auf
dem virtuellen Laufwerk sehen wollen? Die Antwort ist einfach: Sie
sagen es ihm ber die Steuerdatei! Sie wird mit einem normalen
Textprogramm, das ASCII-Texte erzeugt, erstellt (das sollte jedes
Textprogramm knnen (bei WORDPLUS den WP-Modus ausgeschalten)).

Das Erstellen der Steuerdatei drfte das komplizierteste bei der
Installation sein, weshalb noch ein Beispiel fr eine Steuerdatei
beiliegt ("VRTLDRV.BSP").

...und so funktioniert das:

    Fr jede Datei/jedes Programm, das auf dem Virtual Drive
     erscheinen soll, geben sie das Laufwerk und den vollen Pfad und
     Dateinamen. (keine Wildcards wie '*' oder '?'). Der Name endet
     mit der Zeile oder bei einem Semikolon (';', siehe unten) und
     darf 63 Zeichen nicht bersteigen. Leerzeichen werden berlesen.
     Je Zeile ist nur ein Programm erlaubt. Beispiel:

     D:\TEXTVER\1ST_WORD\WORDPLUS.PRG

    Bemerkungen werden grundstzlich mit einem Semikolon eingeleitet
     und enden ausnahmslos mit der Zeile. Alles, was hinter dem
     Semikolon steht, wird ignoriert! Beispiele:

     D:\TEXTVER\1ST_WORD\WORDPLUS.PRG ;blablabla
     ;ich werde nicht beachtet!

    steht ein '*' am Zeilenanfang, ist dies die Marke fr das
     nchste Laufwerk. Es sind maximal 8 Laufwerke mit insgesamt 64
     Datei darauf mglich (max. 31 auf einem Laufwerk). Alles, was in
     der Zeile mit dem '*' noch steht, wird als Kommentar angesehen.
     Beispiel:

     D:\TEXTVER\1ST_WORD\WORDPLUS.PRG ;erscheint auf dem ersten...
     *
     F:\TOOLS\FCOPY\FCOPY_3.PRG ;...das auf dem 2. Laufwerk

    Ein # mit einem Laufwerksbuchstaben dahinter gibt an, ab welcher
     Laufwerkskennung sich Virtual Drive installieren darf. Stehen
     mehrere #-Direktiven in der Steuerdatei, bleibt nur die letzte
     aktiv. Alles in der Zeile noch folgende wird als Kommentar
     angesehen und nicht bearbeitet. Beispiel:

     #L ;erst ab Laufwerk L: installieren!

     Sinn und Zweck dieser Funktion siehe unter Laufwerk anmelden.

    Die Lnge der Steuerdatei ist auf 10kByte begrenzt (das mte
     reichen).

    Als Zeilenendmarkierung dient ein LF (#10). CR (#13) wird
     berlesen. (Sollte Ihnen die Bedeutung dieser Aussage unklar
     sein, so darf ich Sie beruhigen: jeder normale Texteditor
     erzeugt beides, es sollte also nicht Ihr Problem sein)

    Doppelte Dateinamen innerhalb eines virtuellen Drives sollten,
     um Verwechslungen zu vermeiden, nicht vorkommen. Andernfalls
     werden zwar beide dargestellt, bei der Auswahl jedoch wird die
     erstgenannte gestartet.

    Dateien, die unter dem angegebenen Namen nicht gefunden werden,
     werden nicht dargestellt (was nicht ist, kann auch nicht geladen
     werden).


3.2 Laufwerk anmelden
---------------------

Da Virtual Drive wie eine RAMDISK agiert, mu ein Laufwerk (oder
mehrere, wenn Sie mehrere virtuelle Laufwerke betreiben) angemeldet
werden.

Beim Start von Virtual Drive meldet es ihnen, unter welcher
Laufwerksbezeichnung es sich im System verankert hat. Dabei wird
immer das erste freie Laufwerk (ab C:) belegt. Sollten Sie mit
mehreren virtuellen Laufwerken arbeiten, werden analog dazu die
ersten freien Laufwerkskennungen belegt.


Ab der Version 2.6 kann man mit der #-Direktive in der Steuerdatei
festlegen, ab welcher Laufwerkskennung sich Virtual Drive
installieren darf. Dies ist sinnvoll fr diejenigen, die mit
unterschiedlicher Anzahl an angemeldeten Laufwerken arbeiten. So kann
man erreichen, da Virtual Drive immer unter dem selben Laufwerk
verfgbar ist, egal, welche Laufwerke aktiv sind. Besetzte
Laufwerkskennungen werden selbstnatrlich wie o.g. bersprungen.


3.3 Virtual Drive starten
-------------------------

            Wenn Sie Virtual Drive immer aktiv sein soll,


kopieren Sie "VRTLDRV2.PRG" in den AUTO-Ordner Ihres Bootlaufwerks
(normalerweise C:), sowie die Steuerdatei ("VRTLDRV.FLS") in das
Wurzelverzeichnis desselben. Ab jetzt steht Ihnen Virtual Drive bei
jedem Booten zur Verfgung.


      Bitte vergessen Sie nicht, da Virtual Drive nur komplett
   weitergegeben werden darf. Lschen Sie die Anleitungen und die
                        Beispieldatei nicht.



Die erfolgreiche Installation signalisiert ein entsprechender Text.
Hier werden auch Fehler gemeldet, wie etwa, da eine angegebene Datei
nicht existiert.

Sollten Sie aus irgendeinem Grunde auf die knapp 8kByte nicht
verzichten knnen, halten Sie eine der beiden Shifttasten gedrckt,
whrend das System gebootet wird. Virtual Drive gibt dann keinerlei
Meldungen aus und installiert sich auch nicht.

           Wenn Virtual Drive nur manchmal gebraucht wird,


mssen sich einfach nur "VRTLDRV2.PRG" und "VRTLDRV.FLS" im gleichen
Order befinden. Auch hier ist es wieder mglich, mit Shift die
Installation zu unterbinden (wenn Sie es sich in letzter Sekunde
anders berlegt haben).

** Fr beides gilt:
Einmal installiert, kann Virtual Drive nur durch ein Reset (Kalt-
oder Warmstart) entfernt werden.

Mehrfaches starten bewirkt, da das vorhergehende deaktiviert (nicht
jedoch aus dem Speicher entfernt) wird. Als Zeichen fr die erneute
Installation erscheint ein '*' vor dem Installationstext. Die
Steuerdatei wird nochmals gelesen. So ist es mglich, die
Einstellungen zu ndern, ohne nochmal booten zu mssen. Beachten Sie
dabei, da die Steuerdatei im aktuellen Ordner gesucht wird.



4 Technisches
=============


4.1 Was sonst noch mglich ist
------------------------------

Mit Virtual Drive knnen Sie noch mehr tun, als nur Programme
starten. So ist es z.B. mglich mit einem dateiorientieren
Kopierprogramm (das normale Desktop ist dateiorientiert) Programme
und Dateien vom Virtual Drive runter zu kopieren.

Sektorortientierte Programme (z.B. Kobold, auer im Gemdosmodus)
finden nur einen Bootsektor, zwei leere Ein-Sektor FATs, sowie das 2
Sektoren umfassende Directory vor. Das lesen anderer Sektoren wird
mit einem Fehlercode bestraft.

Es ist aus Sicherheitsgrnden nicht mglich, Dateien vom Virtual
Drive zu lschen. Schreibversuche auf das virtuelle Laufwerk werden
mit einem Fehlercode quittiert, da es das Virtual Drive ja gar nicht
gibt!


     * Achtung: Aus unerklrlichen Grnden gibt der Desktop keine
 Fehlermeldung aus! Also nicht davon ausgehen, Sie htten die Datei
    darauf kopiert und die alte Datei lschen!!! Ganz scheint das
 Betriebssystem den Fehler nicht zu ignorieren: das Verschieben wird
                   abgebrochen. Komische Sache!?! *

Dieses Problem tritt beim FALCON030 TOS 4.x nicht mehr auf. Hier
bekommt man den Fehler mit einer Meldung angezeigt.


4.2 Bekannte Fehler
-------------------

Ich habe versucht, Virtual Drive so sauber wie mglich zu
programmieren. Leider ist dies nicht durchgehend mglich, weshalb es
vorkommen kann, da das ein oder andere Programm nicht mit Virtual
Drive zusammenarbeiten will:

    Gemini meldete bei der alten Version lt. ST-Computer einen
     Lesefehler. Woran das liegt und ob's bei der neuen Version noch
     genauso ist, kann ich nicht sagen, da ich dieses Programm nicht
     besitze.

    Gelegentlich kam es vor, da ein Programm seine Resourcedatei
     pltzlich nicht mehr fand. Ich habe die entsprechende Routine
     gendert in der Hoffnung, da das nicht mehr passiert. Bei mir
     ist der Fehler auch nicht mehr aufgetaucht, was nicht heit, da
     er wirklich beseitigt wurde.


_TIP:_
Sollte ein Programm unbedingt nach einer Datei verlangen (z.B. RSC-
Datei), die zum Betrieb unbedingt ntig ist, diese aber vom Virtual
Drive aus nicht findet, so kann man als letzte Lsung versuchen, die
RSC-Datei ebenfalls mit auf das virtuelle Laufwerk zu nehmen. Dies
ist zwar nicht die beste Lsung aber zur Not reicht's. Auf jeden Fall
sollten Sie mir solche Vorkommnisse melden!

Getestet wurde Virtual Drive auf einem 1040ST (TOS 1.04) und einem
1040STe (TOS 1.06) und 2 FALCON030 (TOS 4.01 u. 4.04). Mehr Gerte
(TT, MSTe etc) habe ich leider nicht zur Verfgung. Systemabstrze
gab es bei mir nur whrend der Entwicklungsphase, danach nicht mehr.

Sollte irgendwann, irgendein Fehler in Zusammenhang mit Virtual Drive
auftreten, bitte ich Sie mir selbigen zu melden (siehe Adresse)


   * An dieser Stelle mchte ich auf einen Fehler im Betriebssystem
hinweisen: Es kann beim FALCON030 TOS gelegentlich vorkommen, da das
  Kopieren eines Ordners auf A: abrupt durch 2 Bomben gestoppt wird
(Systemabsturz)! Informationen aus dem MAUSNetz zufolge tritt dieser
 Fehler auf, wenn mit DOS formattierten Disketten (1 Sektor/Cluster)
      gearbeitet wird. Es liegt also _nicht_ an Virtual Drive! *

Der Fehler zieht sich anscheinend durch alle FALCON030 TOS-Versionen!
In einem solchen Fall sollte die Diskette neu formattiert werden, bzw
  ein alternativer Dateikopierer (Kobold, evtl. auch Selectric etc)
                           benutzt werden!

Natrlich bin ich auch fr Erweiterungsvorschlge und individuelle
Wnsche jederzeit offen.

Fr alles gilt: je genauer der Vorschlag/Fehler beschrieben wird,
desto schneller kann ich es erledigen. Bitte geben Sie mir immer TOS-
Version, Rechnertyp und bisher benutzte Version an und vergessen Sie
bitte auch die Diskette fr die neuste Version nicht. Die Anschrift
finden Sie gegen Schlu des Textes unter Adresse


4.3 Was ist neu?
----------------

Virtual Drive wurde und wird stndig weiterentwickelt. Nicht alle
Versionen haben die ffentlichkeit erreicht, so schnell haben sich
die nderungen vollzogen. Es ist natrlich nicht auszuschlieen, da
es schon wieder eine Erweiterung gibt, wenn Sie diese Version
erhalten. Hier ein kleiner Ausschnitt aus den Versionen:

    V1.4.1
     Ab dieser Version konnten auch Dateien auf dem Virtual Drive
     geffnet werden.

    V1.5.4
     Es wurde ein Fehler entfernt, der dann auftrat, wenn das letzte
     Programm, das in der Datei 'VRTLDRV.FLS' angegeben war, nicht
     vorhanden war. War aber nicht weiter schlimm... Auerdem wurde
     eine Anpassung fr Wordplus eingebaut. Dieses Programm in der
     Version 3.x suchte im falschen Pfad nach seinem Resourcenfile...

    V2.3.3
     Ab jetzt sind mehrere virtuelle Laufwerke mglich. Es wurden
     mehr Fehlermeldungen eingebaut, damit man immer wei, warum's
     nicht klappt. Ein Fehler, der mit Tempus auftrat (Texte werden
     geladen und dann neu angelegt!?!) wurde korrigiert [der Fehler
     lag allerdings bei Tempus!]

   
     Da war noch ein kleiner Fehler beim erkennen von Kommentaren:
     Pltzlich wurde der Rest des Textes als Kommentar angesehen und
     deshalb auch nicht ausgewertet (schnen Dank an Andreas
     'DYNACORE' John fr das finden dieses Bugs).

    V2.4.6
     Es wurde eine Anpassung fr den FALCON030 gemacht. Dadurch waren
     einige Umstellungen ntig aber jetzt funktioniert's (zumindest
     bei mir). Unter MultiTOS wurde Virtual Drive allerdings noch
     nicht getestet. Desweiteren wurde das Problem, das in
     Zusammenhang mit XCONTROL auftrat beseitigt. Oh Mann! ATARI
     predigt immer, man soll sauber programmieren und dann baut
     XCONTROL selbst den grten Mist, den man als GEM-Programmierer
     machen kann! In etwa das gleiche Problem wie Tempus, jedoch ein
     anderes Register. Schlielich wurde ein weiterer Versuch
     unternommen, den Programmen zu ihren RSC-Dateien zu verhelfen.
     Vielleicht klappt's ja jetzt wieder.

    V2.5.2
     Es hat sich in der Direcoryroutine ein kleiner Schreibfehler
     eingeschlichen, wodurch auf einem Laufwerk nur 15 Files
     angezeigt wurden. Dieser Fehler ist behoben.

    V2.6.1
     Die #-Direktive wurde eingefhrt. Nheres siehe dazu unter
     Laufwerk anmelden.

    V2.7.3
     Die Kommandozeile eines aufgerufenen Programmes wird auch nach
     einem Pfad durchsucht. Hintergrund: Wird beim ffnen einer Datei
     auf dem Virtual Drive ein Programm gestartet und der Filename
     bergeben, konnte man vorher nderunge nicht speichern, weil
     Schreibzugriffe nicht gestattet waren. Jetzt wird der reale Pfad
     bergeben.

    V2.7.4
     Es gab einen Absturz, wenn nur ein Teil der Laufwerke angemeldet
     werden konnte

    V2.8.2
     Im Bootsektor steht jetzt die korrekte Anzahl der
     Directoryeintrge (32 statt wie vorher 64). Desweiteren wurde
     der Check auf Schreiben/Lesen korrigiert, so da mit
     RWABS(2,...) keine Meldung 'Medium schreibgeschtzt'
     zurckgeliefert wird. (Danke an Rainer Seitel fr die
     Bugreports). Es werden jetzt mehr als 16 Laufwerke untersttzt,
     vorausgesetzt, MagiC oder BigDOS sind installiert (ebenfalls
     Danke an Rainer Seitel).

    V2.8.8
     Fehler beim ermitteln der untersttzen Laufwerkszahl behoben.

    V2.8.9
     Erster Eintrag in der FAT ist jetzt $F8FFFFFF


4.4 Wie alles funktioniert
--------------------------

       Dieser Abschnitt ist fr alle, die es interessiert. Zur
   Bedienung/Nutzung von Virtual Drive ist er jedoch nicht ntig.


Zuerst wird die Steuerdatei eingelesen, wenn keine der Shifttasten
gedrckt wurde. Der Bereich, in den die Datei eingelesen wird ist
10kByte lang. Er wird nur fr das einlesen gebraucht und daher nach
der Installation wieder freigegeben. Whernd der Installationsphase
bentigt Virtual Drive also 10kB mehr. Die angegebenen Dateien werden
der Reihenfolge nach in einen interenen Speicher kopiert.
Anschlieend werden die Dateien der Liste auf das vorhandensein
berprft und eventuell entfernt.

Virtual Drive hngt sich nun in die Vektoren hdv_bpb($472),
hdv_rw($476) und hdv_mediach($47e) rein, um dem GEMDOS das
vorhandensein eines Laufwerks zu simulieren (Kennung 'VDRV'). ber
das XBRA-Protokoll wird abgeprft, ob es bereits installiert war und
holt sich in diesem Fall die Bits des vorhergehenden Laufwerkes (das
Long vor der XBRA-Kennung des hdv_rw-Vektors), um die alten Laufwerke
zu deaktivieren. Virtual Drive agiert hier wie eine RAMDISK, die nur
Bootsektor, zwei ein-Sektor-FATs und das zwei-Sektoren-Directory zur
Verfgung stellt. Da die FAT nicht gebraucht wird und nur aus
kompatibilittsgrnden vorhanden ist, ist sie leer.

Entgegen den Versionen V1.x werden die 5 Sektoren NICHT permanent im
Speicher gehalten. Stattdessen werden sie nun jedesmal neu -in den
Speicher des aufrufenden Programmes- erzeugt, was 2kByte Speicher
spart. Die verschiedenen virtuellen Laufwerke unterscheiden sich nur
im Directory. Der erste Eintrag ist jeweils das Volumelabel
'VRTL_DRV.II'.

Desweiteren mischt sich Virtual Drive in den GEMDOS-Vektor ein (Trap
#1), um Pexec(Modi 0 und 3) und Fopen abzufangen und den
Betriebssystem den neuen Pointer auf den richtigen Namen zu
bergeben. Schlielich wird noch Dsetdrv() berprft, um immer ber
das aktuelle Laufwerk informiert zu sein. Das war's auch schon.

Nachtrag: Aufgrund des Fehlers beim Laden von Wordplus 3.x vom Virtal
Drive wird jetzt zustzlich noch der AES-Call 'Shel_Find' abgefangen
und bei Bedarf der richtige Pfad zurckgegeben. Gleiches gilt ab der
Version 2.4 auch fr 'rsrc_load'.



5 Persnliches
==============


5.1 In eigener Sache
--------------------

Wenn Ihnen Virtual Drive gefllt, so bitte ich Sie, mir wenigstens
eine Postkarte oder einen Brief zu schicken. Rckmeldungen sind
ungemein wichtig fr Programmierer! Und wenn Sie noch etwas Geld
(sagen wir schlappe, entbehrbare, unwrdige, unrasierte,
ungewaschene, zerknitterte 20 DM) mitschicken, freue ich mich
natrlich ganz besonders :-)




Was sonst noch von uns stammt (*WERBUNG!*):

    Dynabusters+
     Bomb 'em Up Shareware Game fr STe und F030 fr 2-6 Spieler 6
     Channel Sound, Jaguarpads und Centronicsjoysticks werden
     untersttzt, Hilfefunktion und jede Menge berraschungen. Nur in
     Farbe! ST-Format

    DSPdit
     DSP-Programmiertool, schnell, komfortabel. Mit Syntaxcheck,
     klappbaren Parts zur besseren bersicht, Tastaturmakros und und
     und ...

    Module Compilation 1-11 (Tendenz steigend ;-))
     Jede Compilation mit Intro und Player

    verschiedene Demo- und Guestscreens


5.2 Adresse
-----------

Anregungen, Dankesschreiben, Fehlermeldungen, Geld, Disketten bitte
an:

        Achim 'SCY' Settelmeier
        Rlzheimer Str. 39
        D-76756 Bellheim

 Email: achim_settelmeier@ka2.maus.de
        (bitte keine Mails >16kBytes)


Bei Briefen bitte einen frankierten Rckumschlag (eventuell auch eine
Disk fr die neue Version) beilegen!!!


5.3 Dankeschn
--------------

Bedanken fr Untersttzung, Anregungen, Briefe, Mails, Geld etc.
mchte ich mich bei:

    Klaus Willee
     (Dynabusters+ geht ab, gelle?)

    Martin Miethke
     (So, da haste 'ne neue Version, hoffentlich klappt alles :-))

    Andreas 'Dynacore' John
     (Du vergit einfach zu viel...)

    Rainer Seitel
     (Danke fr die Tips und Anregungen!)




Tsch und schreibt mir mal, SCY/.tSCc.



/ The Sirius Cybernetics Corp. is a bunch of mindless jerks, who'll be
the first agains the wall, when the revolution comes. /

                                          Douglas Adams



