🚀 go-pugleaf

Th.Huber schrieb:

> 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: [...]
>
> Also soweit Ich das sehe, wird MSDOS als Betriebsystem gehandelt, weniger als
> Disk-operating-system.

"wird gehandelt" - das sagt ja wohl alles 8-)

> Wenn man Prozessverwaltung zur Grundlage eines Betriebsystems
> nimmt, muesste man schnell von Win-DOS sprechen. =)

??? Das gehört nun mal zu den Aufgaben eines OS. "Betriebsmittel-
verwaltung", darunter fallen als wichtigste Ressourcen Speicher
(RAM und Disk) und CPU-Zeit.

> >> 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)

Und da stehen Fehler drin? Wo?

> Falls es dir dann noch nicht reicht, werde Ich dich in die Welt des Coppers
> einfuehren .. =)

Was hat das mit dem Thema zu tun? Ich weiß, daß es den Copper gibt und
aus schmerzlicher Erfahrung, daß man Copperlisten mit dem OS erst ab
2.x in Einklang bringen kann - und daß die mit der Verbreitung von
Graphikkarten zunehmend witzloser werden. Aber wir reden hier über
Fehler in der Systemdoku, die sich jeder kaufen kann.

> >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.

Nein. Es bleibt immer noch andere Software, sowie der Rest des OS:
Exec, timer, Graphics, Intuition, ...

> Es gibt eine Menge versionen des Kickstarts, aber nur 2 chipsets.. =)

Es mag zwei Chipsets geben, aber viele Graphikkarten und noch mehr
SCSI-Host-Adapter. Wie sieht Dein Trackloader für die aus? Schon mal
den Settle-Delay des WD-Chips bis an den Anschlag gedreht?

> 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.)

Wieder mal geht alles, weil es bei Dir läuft 8-) Was passiert, wenn
der Int der ersten nach der zweiten kommt, aber _bevor_ das Register
gelöscht wurde? Naja, ein paar verlorere Zeichen schiebt man halt auf
den GVP ...

> >Oder ganz konkret: Wie informiert Dein "Treiber" einer seriellen Karte
> >den Task davon, daß ein neues Byte angekommen ist? [...]
>
> Die Sache laeuft viel "schmutziger" ab, als du denkst. [...]
> Wenn eine Fuellmarke erreicht ist, kann man den Task verstaendigen,
> der das dann abholt.

"kann man den Task verstaendigen" - _das_ wollte ich doch wissen. Sie
hörten den Sachverständigen für Interprozesskommunikation im DOS -
wir schalten jetzt zurück ins Virenabwehrcenter ...

> >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 . =)

Sicher, aber das fliegt dann halt wieder runter, außerdem ich pflege
vor Tests (Beta-Tests oder Tests neuer Software) meinen Newsserver
runterzufahren 8-)

> >> 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:
>
> [...] Man schaltet dazu einfach die MMu kurzzeitig ab.

Ah, er weiß sogar etwas 8-)

> >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 ???

_Was_ löst ihn _wie_ (mit oder ohne Paula?) _wofür_ aus, und wie kannst
Du glauben, das CDTV-Rom hätte die gleiche Interrupt-Behandlung wie ein
normales OS, so daß das übertragbar ist?

> Es ist dein Problem diese Tatsache nicht anzuerkennen, deine Programme
> werden dann eventuell CDTv-untauglich sein.

Unwahrscheinlich, da sie das System benutzen und _nicht_ einfach Ints
übernehmen. Gäbe es diesen Int wirklich, wäre er nicht per Disable()
ausmaskierbar und modifizierte er Systemstrukturen, hättest Du Recht.

> >| 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.

Habe ich weder behauptet, noch Dir unterstellt.

> KS1.3 wurde nur angesprochen im Zusammenhang
> mit INTs, fuer die der Treiber noch nicht geladen ist.

Ints, deren Treiber nicht geladen sind, werden nicht ausgelöst, da ja
niemand die Ints eingeschaltet hat. Sonst gibt es nämlich schon beim
Booten einen gelben Bildschirm.

> >| 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.

Ich habe extra "WB-emulationen" zitiert und Du antwortest mir mit
"Protracker-playroutinen". Beweisnot?

> >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 .. =)

Ich kenne mein System besser als Du glaubst; selbst, wenn Du mich hier
(vorsicht übertrieben!) als RKM-hörigen-Softheini hinstellen willst,
der Angst vor Hardwareregistern hat und Assembler nur vom Hörensagen
kennt.

> >> 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 ...

Er macht alle Software unschädlich, die Overscan-Settings für Hires
ignoriert und glaubt, sie müßte "das letzte" aus der Hardware
rausholen, wo schonmal einiger Mist rausfällt 8-)

Die Viren stolpern eher über Devices mit einer FSSM von 1 ...

      Bernhard    //
                \X/

PS: Ich habe wieder (wie von Dir schonmal ignoriert) Followup-To: auf
    poster gesetzt und möchte den Rest der Welt nicht mehr mit diesem
    Thread belästigen.