From: Marcus_Kuba@ibase.stgt.sub.org (Marcus Kuba)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Multi-User am Amiga
Distribution: world
Date: 8 Apr 92 00:31:49 MET
Organization: Intuition-Base BBS Leonberg

In a message dated Tue  7 Apr 92 21:14, wusel@hamburg (Kai 'wusel' Siering)
wrote:

% >Wenn man davon absieht, dass das ungewollte Oeffnen eines Fensters
% >den Tod bedeutet, wenn der Operator nicht an der Video-HW sitzt. (Was
% >mir kuerzlich in einer Mailbox passiert ist. Daraushin war die Box
% >erstmal fuer ein paar Stunden dicht.)

 KS> Was aber  auf  die `Intelligenz' der Box-Soft schlieszen laszt -
 KS> einen Groszteil   der  Requester  kann  man  doch  locker  auf 
 KS> per-Prozess-Basis abschalten  (der  hier  benutzte ls macht sowas zum

Das hat damit _ueberhaupt_ nichts zu tun, natuerlich werden alle
System-Requester abgeschaltet (ausser vielleicht "Disk Full" oder "XYZ...  
Program failed"...), aber es geht hier nicht um System-Requester, sondern
normale Fenster, die von irgendwelchen Programmen geoeffnet werden.

Stell Dir mal vor Du bist CoSysOp einer Mailbox mit DOS-Zugriff und Du
loggst Dich von zuhause aus ein. Irgendjemand hat ein Archiv "VollGeil.zom"
hochgeladen und Du moechtest gerne wissen, was da drin (d.h. auf der Disk
drauf) ist. Nichts leichter als das... geh'n wir mal in die Shell und
entpacken das ganze auf die dafuer eingerichtete FMS-"Diskette". Wenn Du
jetzt durch einen dummen Zufall (und die kommen immer in solchen Momenten)
beim Aufruf von ZOOM die Parameter weglaesst, dann laeuft das Teil eben
nicht mehr in der Shell, sondern macht auf dem Mailbox-Rechner 2 Fenster
auf und Du kannst Dich auf den Weg machen...

 KS> pr_Console=-1l oder so, wenn ich mich nicht  irre.   Und  bei  einem
 KS> Timeout gehoert der Port gefaelligst wieder freigegeben  (was  ich 
mit

Bei entsprechender Software kein Problem.... wenn z.B. der oben erwaehnte
ZOOM beim Empfang eines BREAK-Signals seine Fenster wieder schliessen
wuerde und sich verabschiedet, dann muesste nur der handler, der fuer die
serielle Schnittstelle zustaendig ist, beim Verlust des Carriers
ebensolches Signal an den gerade laufenden Prozess (in obigem Beispiel
ZOOM) schicken und die Sache waere gegessen (so versucht es der handler bei
meiner Software). Aber da das die wenigsten Programme tun (ausser denen,
die eh nur in ner Shell laufen...), und das BS derzeit keine Moeglichkeit
bietet, einen solchen Prozess sauber rauszuschmeissen, muessen wir beim
Amiga eben SEHR vorsichtig mit sowas sein.

 KS> ich  derzeit  Multiuser-Overhead?  Fuer  meine Zwecke reicht AmigaOS
 KS> (noch) aus ...

Da muss ich Dir Recht geben... solange die User keinen Zugriff auf solche
"gefaehrlichen" Programme haben ist das Ganze kein Problem, ausser es
kommen solche privilegierten Leute wie Matthias und spielen rum :-)

 KS> Nutzt Dir  ggf.  auch nix - hactar z. B. schmollt seit Einbau der 2630
 KS> nach  jedem  Absturz,  vor  den Alert hat  irgendwer/-was 'nen
 KS> `Affengriff' gesetzt   =:-<   Die   einzige   funktionierende  
Loesung 

dieser irgendwer/-was nennt sich (Set)CPU FASTROM... wenn man das BS nicht
ins 32-Bit-RAM kopiert funktioniert alles tadellos...

 KS> ist  imho ein Hardware-Watchdog; 5 Minuten kein Signal? *RESET*

5 Minuten ist eindeutig zu wenig... was passier, wenn mal eine Stunde
keiner anruft ??? Dann kommt auch kein Signal und der Rechner wird alle 5
Minuten neu hochgefahren ??? Oder laeuft dann ein Programm, das alle 4
Minuten ein Signal schickt ???
Natuerlich kann man das Ganze hardwaremaessig loesen, aber dazu muss man
schon etwas mehr Aufwand betreiben.

Tschuess,  Marcus


-- Via DLG Pro v0.991

Marcus Kuba          | UUCP   : Marcus_Kuba@ibase.stgt.sub.org
Muensinger Str. 7/1  | FIDO   : 2:247/706
D-7250 Leonberg      | Mailbox: Intuition-Base +49-7152-45768
Tel. +49-7152-45777  |         (online 24h, HST, V.32, V.42bis)