Hi,

mein XDOS-Update ist fertig

Zum Download: XDOS 2.43 & YASH 1.00 und XDOS-Anleitung
Achtung: Die Anleitung setzt die Kenntnis eines ATARI-DOS voraus (es werden nur die Unterschiede zu DOS 2.5 erklärt).

Änderungen gegenüber XDOS 2.42:
- Die Formatierbefehle und INI liefern bei einem Syntaxfehler Error 182
- XIO 40 arbeitet jetzt korrekt
- XIO 39 ist identisch mit XIO 40 und lädt eine COM-Datei
- XIO 80 führt einen DUP-Befehl aus
- EXE und XIO 39/40 starten COM-Dateien ohne RUN-Adresse nicht mehr an der ersten Startadresse (so macht es auch DOS 2.5)

Stefan,

Danke für die Osterüberraschung !!!!

Prima!!

Moin Dietrich,

Dietrich hat geschrieben:Hi,

mein XDOS-Update ist fertig
Änderungen gegenüber XDOS 2.42:
- Die Formatierbefehle und INI liefern bei einem Syntaxfehler Error 182
- XIO 40 arbeitet jetzt korrekt
- XIO 39 ist identisch mit XIO 40 und lädt eine COM-Datei
- XIO 80 führt einen DUP-Befehl aus
- EXE und XIO 39/40 starten COM-Dateien ohne RUN-Adresse nicht mehr an der ersten Startadresse (so macht es auch DOS 2.5)

!

Gruß, Jürgen

ola la...war schon lange nicht mehr hier... wie konnte mir das xdos durchgehen... das ist ja interessant... sehr kompakt das ganze... mich interessiert die highspeed version...

nur mal gesponnen... wie aufwendig ist es für dich ein micro version zu machen? d.h. es würde genügen auf Directory zuzugreifen...

also in theory sowas wie

ldx #file_nr
jsr load_file ;xex bzw. .com file mit $ff,$ff header
jmp (run)

so ein micro dos wäre ideal für spiele/demos, die nachladen und den soviel ram wie möglich haben möchten... mit support für highspeed...

Numen, dort hat Fox ein i/o system eingebaut nur ist der source code für mich unverständlich...

oder gibt es da irgendwo?

Heaven_tqa hat geschrieben:ola la...war schon lange nicht mehr hier... wie konnte mir das xdos durchgehen... das ist ja interessant... sehr kompakt das ganze... mich interessiert die highspeed version...

nur mal gesponnen... wie aufwendig ist es für dich ein micro version zu machen? d.h. es würde genügen auf Directory zuzugreifen...

also in theory sowas wie

ldx #file_nr
jsr load_file ;xex bzw. .com file mit $ff,$ff header
jmp (run)

so ein micro dos wäre ideal für spiele/demos, die nachladen und den soviel ram wie möglich haben möchten... mit support für highspeed...

Numen, dort hat Fox ein i/o system eingebaut nur ist der source code für mich unverständlich...

oder gibt es da irgendwo?

Hallo heaven,

hast Du Dir schonmal das MyPicoDos mit Highspeed routinen vom HIAS angeschaut? Das gibt es auch im Quellcode und der Assemblercode vom HIAS ist immer gut lesbar.

http://www.horus.com/~hias/atari/#mypdos

Ciao

Carsten

Hallo Heaven!

cas hat geschrieben:hast Du Dir schonmal das MyPicoDos mit Highspeed routinen vom HIAS angeschaut? Das gibt es auch im Quellcode und der Assemblercode vom HIAS ist immer gut lesbar.

http://www.horus.com/~hias/atari/#mypdos

Stimmt, den Code kannst Du gerne verwenden. Ich kann Dir auch gerne helfen wenn Du Fragen hast oder Tips brauchst.

In "rreadcode.src" findest Du die Basis-Routine zum Lesen einzelner Bytes. Beim Ende des Files wird automatisch das Programm gestartet (siehe "EOF" am Ende des Codes).

In "comloadcode.src" ist die Laderoutine für COM-Files. Die ruft "GETBYT" aus "rreadcode" auf und hat zusätzlich noch Code der bei längeren Code-Blöcken direkt den Sektor-Puffer kopiert (das beschleunigt das Laden).

Wenn Du ein File "öffnen" möchtest, musst Du ein paar Adressen initialisieren:
- SECBYTE muss die max. Anzahl der Bytes pro Sektor enthalten. Also 125 bei SD oder 253 bei DD
- SECMASK muss entweder $03 sein ("normales" DOS2.x Format, 10bit Sektor Links) oder $FF (MyDOS Format mit 16bit Sektor-Links)
- Das X Register und "BYTES" setzt Du auf den gleichen Wert (welcher ist egal), dann glaubt rreadcode daß der Sektor zu Ende ist und holt sich die nächste Sektor-Adresse aus den Link-Bytes im Sektorpuffer
- Nun musst Du nur mehr den Start-Sector des Files in den Sektor-Puffer schreiben. Den Start-Sektor kannst Du einfach aus dem Directory auslesen (Sektor $169ff), das Hi-Byte schreibst Du in Sektorpuffer+SECBYTE, das Lo-Byte in Sektorpuffer+SECBYTE+1.

Das war's auch schon :-)

PS: In meiner aktuellen (noch nicht veröffentlichten) MyPicoDos Version gibt's auch ein kleines Programm "picoboot", das passt in die 3 Boot-Sektoren, holt sich aus dem Directory den Start-Sektor des ersten Files und lädt dieses dann (als COM-File). Bei Interesse kann ich Dir den Code gerne zukommen lassen.

so long,

Hias

Heaven_tqa hat geschrieben:nur mal gesponnen... wie aufwendig ist es für dich ein micro version zu machen? d.h. es würde genügen auf Directory zuzugreifen...

Das ist einfach - solange nicht lange Dateinamen benötigt werden (die sind nützlich). Ein XDOS-Utlility, das einen 3 Sektoren-Bootloader für ein beliebiges festes COM-File schreibt (inkl. Basic-Abschaltung und Error-Handling) habe ich bereits - das könnte ich erweitern.

Da es aber schon das MyPicoDOS gibt, das auch lange Dateinamen und Unterverzeichnisse kann, denke ich, das lohnt sich nicht. Ich selbst lade COM-Files praktisch nur mit dem QMEG-OS.

Noch eins: Wenn Ihr (kleine) Verbesserungsvorschläge für XDOS habt - immer her damit. Ich sammle das dann und mache ggf. wieder ein Update, wenn es sich lohnt.

irgendwie gar nicht gesehen, dass es hier ein Update gab. Schön! Danke Dietrich, dass Du so wichtige Software (ich nutze XDOS schon ewig, seit Happydos Zeiten) immer weiter entwickelst!

Moin,

habe beim Stöbern zufällig "die Mutter" (bzw. den Vater, je nach Sichtweise) vom XDOS entdeckt

Gruß, Jürgen

Hallo Leute

Dieser letzte Satz. Ein Brüller.

Tschüß

Mathy

Aber recht hat er.
Ich habe auch immer lieber selbst programmiert als gespielt. Nur "Mindstorm" (MB Vectrex), "Elevator Action" (Taito-Automat) und "The Empire Strikes Back" (Atari-Automat) haben mich so richtig gefesselt.

[Böse an]
Interessant ist aber schon das Bill Gates und Stefan Dorndorf in der Jugend eine gewissen Ähnlichkeit hatten. Ein hoch auf den Nerd
[Böse aus]

Der "Nerd-Style" war nicht so mein Ding, ich war die ganze Jugend im Heavy-Metal/Punk/Gothic unterwegs, alles mal ausprobiert, brav ging gar nicht. Und meine späteren Arbeitgeber mussten das auch aushalten, hat aber selten jemanden gestört, nur IBM wollte mich so nicht haben.

Hallo EightBitWitch

Der Stefan Dorndorf war schon einige Jahre nicht mehr in der Atari Szene gesehen worden, da tauchte einestages jemand auf mit dem Namen "Dietrich". Und der gewann fast jedes Spiel in der Bundesliga hier auf dem Forum. Macht er übrigens immer noch. Du darfst zwei Mal raten, wessen zweiter Name "Dietrich" lautet.

Tschüß

Mathy

Hmmmmmm ... hab ich mir schon gedacht Eine gewisse Ähnlichkeit ist ja noch vorhanden, allerdings gibt es nun keine Verwechselungsgefahr mehr mit Billy-Boy.

Hehe,

mal einen alten Thread wiederbelebt...

@ Dietrich:

Frage 1: Was ist eigentlich aus XDOS 2.5 geworden ?!? Soweit ich weiss, wolltest du die Infozeile dort ganz draußen haben und ein externes Konfig.-Tool und andere Sachen...?!?

Frage 2: Du hattest mal die Idee eines XDOS 3.x, das auch subdirs, große Partitionen / Images bis zu 16MB (oder mehr) kann und weitgehend an MyDOS angelehnt ist - aber ohne dessen div. Bugs, was ist aus dieser Idee geworden ?!?

Gruß, Andreas Koch.

ad 1): Da haben wir ja mal drüber diskutiert. Da aber niemand wirklich Wert auf QD gelegt hat und auch sonst keine Erweiterungswünsche vorliegen, habe ich das auf Eis gelegt. Als Ergebnis der Diskussion kam nur raus, dass in der nächsten XDOS-Version die XL-Ramdisk, die Infozeile, die DOS 1-Unterstützung und F2# rausfliegen können.

ad 2): Den FMS-Teil habe ich zwar mal codiert, aber er ist zu lang geworden. D.h. ein DUP.SYS müsste her und der dafür nötige Overhead ist mir einfach zu groß, zumal ich große Disk-Images und Subdirs gar nicht benutze. Und die Tests erst! Vielleicht später mal, wenn ich den Source auf den PC transferiert habe.

Dietrich hat geschrieben:ad 1): Da haben wir ja mal drüber diskutiert. Da aber niemand wirklich Wert auf QD gelegt hat und auch sonst keine Erweiterungswünsche vorliegen, habe ich das auf Eis gelegt. Als Ergebnis der Diskussion kam nur raus, dass in der nächsten XDOS-Version die XL-Ramdisk, die Infozeile, die DOS 1-Unterstützung und F2# rausfliegen können.

Hallo Dietrich,

du arbeitest zwar nun an Y-DOs - aber ist die oben erwähnte XDOS Version (ohne XL-Ramdisk, ohne Infozeile, ohne F2#, etc.) inzwischen fertig geworden...?!? Das wär doch was, so als finale XDOS Version...

-Andreas Koch.

Moin,

Dietrich hat geschrieben:mein XDOS-Update ist fertig

In der 2.43 ist mir ein "Bug" (wenn es denn einer ist) in Verbindung mit der Nutzung des C: Handlers aufgefallen.

Kopiert man eine Datei (z.B. COP D1:TEST.BIN C:) auf Kassette, so wird die Datei mit kurzen Pausen zwischen den Blöcken geschrieben (wie wohl von jedem gewünscht). Umgekehrt (also COP C: D1:TEST.BIN) wird offenbar der C: Handler mit Kommando "lange Pausen" aufgerufen, es ist jedenfalls nicht möglich, so eine Datei, die mit kurzen Pausen geschrieben wurde, zu kopieren. Testweise eine Datei mit langen Pausen geschrieben läßt sich mit COP zurückkopieren.

Gruß, Jürgen