🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: de.comp.sys.amiga.tech
Article #521

Re: ?:VectorInterrupts im Amiga

#521
From: Th.Huber
Date: Sat, 02 Sep 1995 14:06
106 lines
5500 bytes
In article <93298568@mhystic.hall.sub.org> "Bernhard Moellemann" <zza@mhystic.hall.sub.org> writes:
>Th.Huber schrieb:

>> >Wie schon selber sagst "Betriebsystem", das ist das OS, nicht das DOS.
>>
>> Also auch MS-OS ?
>
>Nein, es ist ja nicht mehr als ein DOS: Es kann Dateien verwalten und
>ein Programm laden. Von Speicher- oder Prozess/Prozessorverwaltung mit
>allem was dazugehört war doch nichts da.

Also soweit Ich das sehe, wird MSDOS als Betriebsystem gehandelt, weniger als
Disk-operating-system. Wenn man Prozessverwaltung zur Grundlage eines Betriebsystems
nimmt, muesste man schnell von Win-DOS sprechen. =)

>> Ich halte mich mal zurueck diverse Fehler in den RKMs bzw. Autodocs zu posten.
>Schreib sie mir per Mail, ich warte gespannt.

Saug dir lieber diverse guides, da hast du genug zum lesen. (Aminet)
Falls es dir dann noch nicht reicht, werde Ich dich in die Welt des Coppers
einfuehren .. =)

>Auch die RKMs sind nicht fehlerfrei, aber man kann damit Software
>erstellen, die auch ein oder zwei OS-Releases später noch funktioniert.

Das kann man auch erreichen, wenn man das Dos links liegen laesst.Es gibt
eine Menge versionen des Kickstarts, aber nur 2 chipsets.. =)

>Nein, ist es nicht. Denk mal daran, was alles schiefgehen kann, wenn
>beide Karten gleichzeitig ihren Interrupt auslösen oder die zweite
>einen auslöst und während dieser Behandlung der Int der ersten kommt.
Normalerweise sperrt man den Int in der Routine, ergo wird der 2.INT
in dem Moment ausgeloesst, indem Ich die Routine die Int freigibt.
(So funzt bei mir die Multiserialkarte, die immerhin seit einigen Jahren recht
gut mit dem INT3 und INT6 lief.)

>Oder ganz konkret: Wie informiert Dein "Treiber" einer seriellen Karte
>den Task davon, daß ein neues Byte angekommen ist? Bedenke: Ein
>Signal() an dieser Stelle weckt den Task nicht immer, weil es zumindest
>in OS2.04 und 3.1 in Wait() eine Sequenz gibt, in der der Task noch

Die Sache laeuft viel "schmutziger" ab, als du denkst. Der Int wird per Routine
im Vektor abgefangen, die die bytes auf einen Buff schmeisst. Wenn eine Fuellmarke
erreicht ist, kann man den Task verstaendigen, der das dann abholt.

>> [...] wie Ich deinen Glaube an die "saubere" Programmierkunst naiv finde.
>Tja, offenbar gehörst Du zu den Leuten, deren Software man besser
>meiden sollte ...

Wer weiss schon was im innern von Treibern vor sich geht ... Vielleicht ief auf deinem
Compy auch schon solch ein "schutziges" Programm . =)

>> Enforcer stellt nicht jeden patch an jeder stelle fest. Es gibt ein paar nette Tricks,
>> wie man einen INT nimmt, ohne das Enforcer meckert.
>
>Dann rede doch endlich mal Klartext! Du stellst alle Nase lang nebulöse
>Behauptungen in den Raum, ohne sie jemals - teilweise trotz Nachfrage -
>zu belegen:

Enforcer hat ein gewisses Problem. Eigentlich ist er nur eine simply MMu-Anwendung
die einige Leute mit einem System-Protector verwechseln. Gerade neuere Viren sind
schon darauf vorbereitet, dass Enforcer laeuft und dennoch schaffen sie`s die
vektoren zu patchen. Man schaltet dazu einfach die MMu kurzzeitig ab.
Da man meineswissens die vektorseite nur per VBR , nicht aber per MMU remappen kann,
hat man einige Schwierigkeiten solche Programme zu finden.


>Für die Behauptungen bist Du bis heute die Belege schuldig geblieben:
k>|
>| [...] schliesslich haelt sich commo selbst nicht dran.
>| (beim CDTV ist`s sicher, bei meinem A4000 hege Ich den
>| boesen Verdacht auch.. =).
>

Das CDTV loesst einen INT6 aus, der sich nicht an disable() haelt. Was soll Ich dir
den beweisen ??? Es ist dein Problem diese Tatsache nicht anzuerkennen, deine Programme
werden dann eventuell CDTv-untauglich sein.

>| Am A1200 kann man ohne Probs alle Level nehmen,
>später stellt sich dann raus, daß Du nur mit KS1.3 rumprobiert hast:

Unsinn.Der A1200 lief nie mit KS1.3. KS1.3 wurde nur angesprochen im Zusammenhang
mit INTs, fuer die der Treiber noch nicht geladen ist.

>| Auch wenn`s dir nicht schmeckt, an den ints patcht jeder herum, [...]
>| WB-emulationen

Anstatt hier alte postings in einer Art Anklageschrift zu posten empfehle Ich dir
ein paar sources zu Protracker-playroutinen anzusehen, insbesondere den Teil des
Interrupts.


>Mit Virencheckern habe ich wenig Erfahrung, ich hab keinen Bedarf
>dafür und der letzte, den ich probiert hab, lief nicht mit A2024.

Tja, wer weiss, ob du nicht Bedarf hast und es gar nicht weisst .. =)

>> Viren halten sich i.A. doch auch nicht an ebensolche, oder ?
>Klar, das macht sie ja so angenehm: Man braucht nur ein neues OS oder
>eine ungewöhnliche Systemkonfiguration und schon sind sie alle tot 8-)

Klar, dein A2024 macht jeden Virus unschaedlich ...

--
  << JUDAS >>  }-O_O-{  `Es wird immer DIE und DIEWO geben.`
                 \_/
Technical Details
Message-ID: <judas.0f5x@tomtec.abg.sub.org>
Path: arc1-ca.pugleaf.net!tomtec.abg.sub.org!judas
References: <wKqwSMD42Daez3@point70.people-s.people.sub.org> <212070BEH0000883EH@point24.people-s.people.sub.org> <judas.0ev9@tomtec.abg.sub.org> <wNpPYMD42Daoz5@j-plewka.amtrash.comlink.de> <judas.0f1k@tomtec.abg.sub.org> <93298484@mhystic.hall.sub.org> <judas.0f2y@tomtec.abg.sub.org> <93298517@mhystic.hall.sub.org> <judas.0f4i@tomtec.abg.sub.org> <93298568@mhystic.hall.sub.org>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!tomtec.abg.sub.org!judas
From: judas@tomtec.abg.sub.org (Th.Huber)
Newsgroups: de.comp.sys.amiga.tech
Subject: Re:  ?:VectorInterrupts im Amiga
Distribution: world
Message-ID: <judas.0f5x@tomtec.abg.sub.org>
References:  <wKqwSMD42Daez3@point70.people-s.people.sub.org> <212070BEH0000883EH@point24.people-s.people.sub.org> <judas.0ev9@tomtec.abg.sub.org> <wNpPYMD42Daoz5@j-plewka.amtrash.comlink.de> <judas.0f1k@tomtec.abg.sub.org> <93298484@mhystic.hall.sub.org> <judas.0f2y@tomtec.abg.sub.org> <93298517@mhystic.hall.sub.org> <judas.0f4i@tomtec.abg.sub.org> <93298568@mhystic.hall.sub.org>
Date: 2 Sep 95 15:06:58 MET