Software > Alternative Betriebssysteme

MiNT/XaAES und MAT TC

<< < (16/16)

Lukas Frank:
Der Atari TT kann schonmal spinnen wenn Mist im NVRam steht ...

ari.tao:
-^^- Sehr richtig! Also, RealLarry, kauf Dir gefälligst eine neue Batterie (hält leider nmE. nur drei Jahre).
-------
Es muß NVDI.PRG vor MINT.PRG im AUTO\ stehen! Sonst, @HelmutK , ist es kein Wunder, wenn Du BuchstabenSalat kriegst!
Dazwischen kommt DEV_SLCT.PRG (oder bei anderen GK das entsprechende); damit werden die Treiber ausgewählt; die stehen weder in NVDI.PRG noch in DEV_SLCT.PRG selber, sondern da, wo ASSIGN.SYS angibt (für gewöhnlich in einem UnterOrdner von c:\GEMSYS\).
Das kann nicht gesund sein, dafür eine ´extra-Option für xaaes.cnf´ einzubauen! (Sonst macht die nächstbeste andere GK evtl. wieder Probleme).
Und nein, ein HW-Problem ist das nmE. nicht!
Nochmals der dezente Hinweis, daß es vielleicht lohnen könnte, NVDI_4.12 statt 5.xx zu nutzen (außer mit MAGX, damit funzt 5.xx).

HelmutK:
Wer sagt denn was von Buchstabensalat? Keine Sorge, ich mach das schon richtig ;)

Und NVDI-ET4000 ist doch wohl NVDI 4.12. Ich hab das damals getraced: NVDI nimmt für alle Pfade
X:\..., außer für NVDIVGA.INF, da fehlt das X: (X: ist das boot-Laufwerk). Daher klappt das nur, wenn XaAES vor v_opnwk auf X: (also sysdrv) wechselt. Und genau das macht mit der Matrix aus unerfindlichen Gründen Probleme, aber offenbar nur bei mir.

ari.tao:
-^^- hier scheinen sich zwei Threads zu berühren:
Als Geneva sich beschwerte, es finde sein JAR30 nicht, hatte ich den Verdacht, daß das am falschen ActDir liegen könnte. Also habe ich versucht, das aktuelle Directory  mit MCMD auf E:\AUTO\ zu setzen - was aber anscheinend mißlang! Ich habe das dann zunächst nicht weiter verfolgt (es gab dringenderes zu tun...).
Vielleicht liegt die Ursache des Problems schlicht daran, daß neueres MiNT partout selbst das ActDir auf u:\ setzt!
-------
In meiner Sammlung habe ich drei Versionen von NVDI mit der Variante ´ET4000´ , nämlich 2.12, 2.51 und 2.11R8; afaik sind die zugeh. Treiber identisch, also bis heute unverändert; maW.: die Variante besteht nur in diesen.
Ich hatte zunächst geglaubt, daß NVDI_5.xx problemlos auch mit älteren Treibern umgehen kann (zB. mit denen aus 4.12) - bis ich einen winzigen kleinen Haken entdeckte, der aber nicht in der Schuld des NVDI liegt, sondern mit älteren Prgen. auftritt, die die VDI-Hdl. des AES mißbrauchen! Mir hat dieser Haken dann dazu gedient, Prg. mit solchem Mißbrauch zu entlarven (und auch, meine eigenen diesbezüglichen Fehler zu korrigieren...).
-------
Das hier:
--- Zitat ---Nur ist die Text-Ausgabe danach unleserlich.
--- Ende Zitat ---
aus Deinem Beitrag #64 meinte ich mit ´Buchstabensalat´  ;)
-------

Nachtrag: Wenn bloß ein "X:" fehlt, dann ließe sich das Problem doch mit einem einfachen Pätsch im NVDI.PRG erledigen?! Bloß "NVDIVGA" etwas kürzen, dann paßt´s.

Noch´n Nachtrag zum Nachtrag: Damit ist _nicht_ gemeint, ein Patch-Prg. zu schreiben!
Höchstens nen kleinen Text mit Anweisung für Betroffene, was zu tun wäre - aber vorher müßte das erstmal ausprobiert werden: Wenn´s funzt, dann heureka, wenn nicht, so what?
Wenn noch andere NVDIVGA.INF benutzen, dann müssen die natürlich genauso gepatcht werden.
PS: Entia non sunt multiplicanda praeter nesessitatem!

Navigation

[0] Themen-Index

[*] Vorherige Sete