Hallo,

ich experimentiere gerade mit BeWeDos 1.3 und SpartaDOS 3.2x unter BASIC mit dem Wechseln von Directories herum. Dabei fiel mir auf, dass BeWeDOS scheinbar keine DOS 2.5-Disks lesen kann. SpartaDOS 3.2x aber sehr wohl. Ist tatsächlich an dem, oder habe ich was übersehen?

Gruß,

Michael

mp-one hat geschrieben:Hallo,

ich experimentiere gerade mit BeWeDos 1.3 und SpartaDOS 3.2x unter BASIC mit dem Wechseln von Directories herum. Dabei fiel mir auf, dass BeWeDOS scheinbar keine DOS 2.5-Disks lesen kann. SpartaDOS 3.2x aber sehr wohl. Ist tatsächlich an dem, oder habe ich was übersehen?

Gruß,

Michael

Yep, das ist korrekt und der Grund warum das BeWe-DOS Kern so viel schlanker ist als der Sparta-DOS Kern (die ".dos" Dateien).

Bei Sparta-DOS X kann man einen Atari-DOS Treiber hinzuladen, um Atari-DOS 2.5 Disketten lesen zu können. Aber wenn man das nicht benötigt, spart man wertvollen Hauptspeicher.

Ciao

Carsten

Hi Carsten,

cas hat geschrieben:Bei Sparta-DOS X kann man einen Atari-DOS Treiber hinzuladen, um Atari-DOS 2.5 Disketten lesen zu können. Aber wenn man das nicht benötigt, spart man wertvollen Hauptspeicher.

SpartaDOS X gibt es nicht als reine Diskversion, sondern nur in diesem Flash-Cart, oder?

Gruß,

Michael

mp-one hat geschrieben:SpartaDOS X gibt es nicht reine als Diskversion sondern nur in diesem Flash-Cart, oder?

Lotharek bietet es auf eBay für 8€ + 5€ Versand an:

http://cgi.ebay.de/Atari-Xl-XE-SPARTA-D ... 240%3A1318

Ich habe aber (derzeit) keine Verwendung für SpartaDos, daher ist es für mich uninteressant.

skriegel hat geschrieben: Lotharek bietet es auf eBay für 8€ + 5€ Versand an:

Ja, für mich aber auch nicht interessant, weil ein Programm, das darauf basiert, dann nur von recht wenigen Leuten genutzt werden könnte. Im Grunde ist diese Cart- oder HW-basierte DOS-Geschichte m.E. eine "Nischenlösung", auch wenn es ein geniales DOS ist. Interessant wäre halt ein diskbasiertes DOS, wie eben BeWe-DOS.

mp-one hat geschrieben:... Im Grunde ist diese Cart- oder HW-basierte DOS-Geschichte m.E. eine "Nischenlösung", ...

Das trifft auf vieles zu: Z.B. Yash macht nur Sinn, wenn man ein SIO2USB hat ...
Das brauche ich aber nicht, wenn ich kein Gamer oder Games-Sammler bin.

[/quote]...auch wenn es ein geniales DOS ist. Interessant wäre halt ein diskbasiertes DOS, wie eben BeWe-DOS.[/quote]

Diese Leistung kann man aus einem Disk-basierten DOS nicht herausholen. Der direkte Zugriff auf die Cart mit 8KB-Programmen macht den Unterschied aus.

Übrigens, nur um mal mit einem Vorurteil aufzuräumen:
Die allermeisten Programme laufen mit SpartaDOS X, weil es wegen der Hardware-Basierung ein sehr niedriges MemLo hat. Das kann man von DOS 2.5 nicht unbedingt behaupten ...

Umfangreiche Daten verwalten mit DOS 2.5 in BASIC stößt sehr schnell an Grenzen. Mit SDX und ACTION!, PASCAL oder vergleichbar leistungsfähigen Hochsprachen kann man aus dem ATARI 8-Bit System noch einiges herauskitzeln. Ein genialer Hobby-Spaß.
Wer so etwas machen möchte, kommt an SDX nicht vorbei.

M.E. lohnt es sich, mal den Schaltplan von Zenon anzuschauen. Er setzt bewusst auf einfache Lösungen, damit man es mit handelsüblichen Teilen selber bauen kann, wenn man möchte.

Es gibt davon auch eine Version mit integrierter RTC- genial.

GoodByteXL hat geschrieben:Das trifft auf vieles zu: Z.B. Yash macht nur Sinn, wenn man ein SIO2USB hat ...
Das brauche ich aber nicht, wenn ich kein Gamer oder Games-Sammler bin.

Diese Leistung kann man aus einem Disk-basierten DOS nicht herausholen. Der direkte Zugriff auf die Cart mit 8KB-Programmen macht den Unterschied aus.

Übrigens, nur um mal mit einem Vorurteil aufzuräumen:
Die allermeisten Programme laufen mit SpartaDOS X, weil es wegen der Hardware-Basierung ein sehr niedriges MemLo hat. Das kann man von DOS 2.5 nicht unbedingt behaupten ...

Umfangreiche Daten verwalten mit DOS 2.5 in BASIC stößt sehr schnell an Grenzen. Mit SDX und ACTION!, PASCAL oder vergleichbar leistungsfähigen Hochsprachen kann man aus dem ATARI 8-Bit System noch einiges herauskitzeln. Ein genialer Hobby-Spaß.
Wer so etwas machen möchte, kommt an SDX nicht vorbei.

M.E. lohnt es sich, mal den Schaltplan von Zenon anzuschauen. Er setzt bewusst auf einfache Lösungen, damit man es mit handelsüblichen Teilen selber bauen kann, wenn man möchte.

Es gibt davon auch eine Version mit integrierter RTC- genial.

Hey Walter,

ähem, Du bist Sparta-Fan, oder ? Also echt, es muss vielleicht nicht jeder Thread im Software- oder Programmierforum am Ende als "Sparta-Dos-X-macht's besser"-Thread enden, oder wie oder was ?

Mir ist ja klar, dass das SDX eine gute Sache ist, ich hatte aber (in dem anderen Beitrag) ausdrücklich nach einer diskbasierten Lösung gesucht. Und mit BeWe-Dos, jetzt nur mal als Beispiel, kann ich auch größere Datenmengen verwalten, da es z.B. den POINT-Befehl genau wie Sparta-DOS "relativ" ausführt.

Man braucht von der Programmierseite her nicht so viele Funktionen und Tools, wie sie evtl. in der Cart stecken. Wichtig ist der Zugriff auf größere Disks als nur SD/ED/DD, Unterstützung für die XIO-Kommandos und eben diese Features für den relativen Zugriff sowie ggf. Unterverzeichnisse. Mit diesem Werkzeugkasten kann man sicherlich z.B. eine Adressverwaltung, PD-Liste usw. programmieren, die mal nicht an die alten Grenzen von DOS 2.5 gebunden wäre.

Gruß,

Michael

Naja,
Bewe-DOS selber kann kein DOS 2.x Format lesen - aber es gibt im Bewe-DOS Paket so ein Tool namens "Menu.COM" damit kann man problemlos Dateien in beide Richtungen umkopieren (von DOS 2 auf Bewe, von Bewe auf DOS 2) und falls notwendig auch im DOS 2 Format (90k,130k, 180k) formatieren...

Unter dem bei Bewe mitgelieferten Formatter ist 360k das Maximum, jedoch kann Bewe alle Sparta Formate bis 16MB lesen und beschreiben. Man kann Bewe (wie andere Dateien auch) einfach auf ein 16MB Image kopieren und dann mittels Tool BOOT.COM (oder so ähnlich) darauf bootfähig machen...

Unter Bewe läuft TB XL, wie es mit Kyan Pascal aussieht weiß ich nicht (da ich Kyan nie benutzt habe). Habe für Sparta-DOS auch ein Boot-Menü, womit man mehrere Sparta-Versionen auf einer Disk haben kann und dann via Menü auswählt, welche davon gebootet werden soll. Vielleicht läuft dieses Menü ja auch mit Bewe zusammen, habe das nicht getestet, da ich Sparta-DOS nie benutze (wenn ja, könntest du damit zwischen Sparta und Bewe auf einer Disk switchen)... bei Interesse pm an mich...

Gruß, Andreas Koch.

mp-one hat geschrieben:Hey Walter,

ähem, Du bist Sparta-Fan, oder ? Also echt, es muss vielleicht nicht jeder Thread im Software- oder Programmierforum am Ende als "Sparta-Dos-X-macht's besser"-Thread enden, oder wie oder was ?

Mir ist ja klar, dass das SDX eine gute Sache ist, ich hatte aber (in dem anderen Beitrag) ausdrücklich nach einer diskbasierten Lösung gesucht. Und mit BeWe-Dos, jetzt nur mal als Beispiel, kann ich auch größere Datenmengen verwalten, da es z.B. den POINT-Befehl genau wie Sparta-DOS "relativ" ausführt.

Man braucht von der Programmierseite her nicht so viele Funktionen und Tools, wie sie evtl. in der Cart stecken. Wichtig ist der Zugriff auf größere Disks als nur SD/ED/DD, Unterstützung für die XIO-Kommandos und eben diese Features für den relativen Zugriff sowie ggf. Unterverzeichnisse. Mit diesem Werkzeugkasten kann man sicherlich z.B. eine Adressverwaltung, PD-Liste usw. programmieren, die mal nicht an die alten Grenzen von DOS 2.5 gebunden wäre.

Gruß,

Michael

Absolut dacor, Michael, muss nicht.

Nur wenn man das leistungsstärkste DOS für den 8-Bit ATARI als "uninteressantes Nischenprodukt" bezeichnet, zieht man meine Aufmerksamkeit an.

Anwenderprogramme auf dem A8 haben sowieso kaum noch eine große Fangemeinde, aber wer sich damit befasst, sollte bei den günstigen Einstandskosten von heute nicht auf die beste Lösung verzichten .

Hi Walter,

GoodByteXL hat geschrieben:Nur wenn man das leistungsstärkste DOS für den 8-Bit ATARI als "uninteressantes Nischenprodukt" bezeichnet, zieht man meine Aufmerksamkeit an. Anwenderprogramme auf dem A8 haben sowieso kaum noch eine große Fangemeinde,

ja, Nische in bezug auf die Verbreitung beim Anwender. Da bleibe ich auch bei. Wenn Du, mal hypothetisch, *obwohl es keinen mehr interessiert*, ein Anwenderprogramm erstellen möchtest, das sich von den DOS 2.5 Limits löst und Du möglichst vielen Leuten verfügbar machen willst, würdest Du dann SDX 4.x als Plattform nehmen?

Und, nein, nicht Nische, was die Funktionsvielfalt angeht. Habe schließlich letztens als Du es gepostet hattest auch das Handbuch zu SDX 4.x durchgesehen.

GoodByteXL hat geschrieben:aber wer sich damit befasst, sollte bei den günstigen Einstandskosten von heute nicht auf die beste Lösung verzichten .

Klingt irgendwie wie in der Werbung ! Aber beteiligt bist Du nicht an den Verkäufen, oder ?

Gruß,

Michael

mp-one hat geschrieben:Hi Walter,

...

GoodByteXL hat geschrieben:aber wer sich damit befasst, sollte bei den günstigen Einstandskosten von heute nicht auf die beste Lösung verzichten .

Klingt irgendwie wie in der Werbung ! Aber beteiligt bist Du nicht an den Verkäufen, oder ?

Gruß,

Michael

Nee, Michael, da machen andere Kohle d'raus wie viele Bit Byter wissen. Covox, Stereoplatine, Multicarts, MIO II, undund und ...

so ein Teil kann ich für den Eigenbedarf mit meiner "Legotechnik" zur Not noch selber zusammenlöten. Zenon hat da alle Informationen ins Netz gestellt. Und von MetalGuy66 auf ATARIage gibt es eine Anleitung zum Anpassen des alten Carts 4.2x an 4.4x.

Apropos Downloadseiten: Ohne ein vernünftiges Handbuch nützt einem SpartaDOS nicht viel. Auch nicht die Disk-Versionen.

GoodByteXL hat geschrieben:Nee, Michael, da machen andere Kohle d'raus wie viele Bit Byter wissen. Covox, Stereoplatine, Multicarts, MIO II, undund und ...

War auch bloß ein Scherz ! Du bist halt eben ein Sparta-Enthusiast !

GoodByteXL hat geschrieben:Apropos Downloadseiten: Ohne ein vernünftiges Handbuch nützt einem SpartaDOS nicht viel. Auch nicht die Disk-Versionen.

Das stimmt, aber man kann sich mit der Doku zu BeWeDOS ganz gut behelfen. Mir geht's ja hauptsächlich um die für's Programmieren wichtigen Sachen, also die XIO-Befehle usw. Die funktionieren unter BeWe und Sparta 3.2 gleichermaßen, hatte das heute Nachmittag mal probiert.

Gruß,

Michael

mp-one hat geschrieben:...Mir geht's ja hauptsächlich um die für's Programmieren wichtigen Sachen, also die XIO-Befehle usw. Die funktionieren unter BeWe und Sparta 3.2 gleichermaßen, hatte das heute Nachmittag mal probiert.

Gruß,

Michael

Ja, das stimmt. Und wenn du ein Programm schreiben willst, ist sicher BeweDOS für den Umlauf die Version, die mit Sicherheit keine Probleme macht und die wenigsten Hardware-Resourcen verschlingt.

Bei Datenverwaltung kommt man aber früher oder später mit den "alten DOS" an eine "Tempogrenze" und manchmal noch andere Schwierigkeiten. Denn es wird zum Positionieren mit Note & Point auf dem Speichermedium von den "alten DOS" eine absolute Adressierung verwendet, indem der Sektor auf dem Medium bestimmt werden muss und dann der Offset in den Sektor. Ein Datenbankfile, dass in der Ursprungsversion so bearbeitet wird, kann dann nicht an einer anderen Stelle auf einem Medium liegen.
Alternativ kann man dazu natürlich eigene Routinen schreiben.

SDX löst das elegant, indem direkt der Sprung an Byte XY in das geöffnete File verwendet wird. Dadurch ist es sehr schnell beim Suchen in einer großen Datenmenge und das Daten-File kann an beliebige Stellen auf beliebigen Medien kopiert werden.

Bin gespannt was du austüftelst.

Hi!

GoodByteXL hat geschrieben:Bei Datenverwaltung kommt man aber früher oder später mit den "alten DOS" an eine "Tempogrenze" und manchmal noch andere Schwierigkeiten. Denn es wird zum Positionieren mit Note & Point auf dem Speichermedium von den "alten DOS" eine absolute Adressierung verwendet, indem der Sektor auf dem Medium bestimmt werden muss und dann der Offset in den Sektor. Ein Datenbankfile, dass in der Ursprungsversion so bearbeitet wird, kann dann nicht an einer anderen Stelle auf einem Medium liegen.
Alternativ kann man dazu natürlich eigene Routinen schreiben.

Das kann man geschickt umgehen:

Im Datenbank-File speichert man Byte Offsets, zusätzlich legt man eine Index-Datei an mit den Sector/Byte Positionen, damit DOS2.x schnell positionieren kann. Wenn man die Files auf eine andere Disk kopiert und sich dadurch die Sektor/Byte Positionen verändern, erstellt man einfach anhand der Byte-Offsets im DB File das Index-File neu. Dazu muss man halt einmal die ganze Datenbank einlesen.

SDX kommt ohne das Index File aus, DOS 2.x User müssen halt nach dem Umkopieren auf eine andere Disk den Index neu aufbauen. Ist auch kein Beinbruch, das macht man normalerweise ja nicht dauernd :-)

so long,

Hias

GoodByteXL hat geschrieben:......
Anwenderprogramme auf dem A8 haben sowieso kaum noch eine große Fangemeinde, ....

Hm, wär doch mal eine interessante Umfrage, ist aber wohl nicht ganz einfach. Viele Abbuc'ler sind hier im Forum ja nicht aktiv.

Also: Ich nutze tatsächlich den A8 noch (oder besser: wieder!) für bestimmte nützliche Dinge, wie z.B. Datenbank für privaten Sammelkram oder Etikettendruck oder auch mal Texte schreiben. Bei manchem ist der kleine Kerl mir einfach sympathischer als mein PC...

Gruss, Holger