Beta Tester EasyMiNT

[Lukas Frank]

Da MiNT ja kein GEM- sondern ein (wir erinnern uns: "MiNT is NOW TOS") TOS-Ersatz ist, reicht MiNT ein reines GEMDOS-Laufwerk nicht. Du musst also eine Ebene tiefer ansetzen.

Der Begriff GemDOS unter Hatari ist nur ein beliebiger Name für die Funktion, das Hatari einen Ordner auf dem Hostsystem als Laufwerk , TOS zur Verfügung stellt um z.B. einen Datei austausch mit den Festplatten Image´s zu ermöglichen. Hatari kann eine ACSI Festplatte und zusätzlich einmal eine IDE Master und eine IDE Slave Festplatte emulieren mit Image Dateien. Das GemDOS Laufwerk wird immer als letzte Partition in das System eingebunden. Wenn das GemDOS Laufwerk das einzige Laufwerk im System ist kann Hatari auch davon booten ...

Die Funktion ist also ähnlich dem Hostfs unter Aranym ...

[HelmutK]

Das geht nur unter TOS/EmuTOS, ich mache das immer so das ich MiNT wenn die 4s Meldung kommt, mit der Taste 1 (ohne MiNT booten) abschalte, dann unter TOS meine  Dateien kopiere und dann neu boote und wieder MiNT einschalte ...

Genau das wollte ich vermeiden, aber wenn's nicht anders geht ist halt Pech. Die ersten MiNT-Versionen (bis einschl. 1.15 meine ich) haben ja auf das TOS-FS zurückgegriffen für FAT-Partitionen. Mal sehen ob ich das ans Laufen bekomme.

Vielleicht liegt das ja auch an EmuTOS? Ein Original-TOS-image hab ich noch nicht probiert.

[Lukas Frank]

Gibt es denn hier jemanden der rpm aus den Quellen mal untersuchen kann ob die Speicheranforderung/Verwaltung in Ordnung ist und diese eventuell wieder in das richtige Lot bringen kann, damit rpm mit 1 oder 1,5MB Ram auf einer 68000 CPU läuft ... ?

[Lukas Frank]

Vielleicht liegt das ja auch an EmuTOS? Ein Original-TOS-image hab ich noch nicht probiert.

Ich würde es mal mit TOS 1.04 versuchen ->   http://www.atariworld.org/tos-rom/

[Lukas Frank]

Selbst bei über 2MB freien Speicher kommt die Fehlermeldung von rpm das der Speicher nicht reicht ...

Siehe Menüleiste, das kommt von rpm ...

[Börr]

Könnte nich mal wer das CrippleMint mit der aktuellen Version bauen, alles andere fand ich immer etwas too much.

[Lukas Frank]

Gerade ausprobiert unter Hatari ...

... du Installierst einfach CrippleMiNT und dann einfach den 1.15er Kernel gegen den 1.18er austauschen, sollte gehen !

Habe das aber zusammen mit MultiTOS (GEM.SYS) gemacht ->   http://www.atariworld.org/download.php?id=19

[simonsunnyboy]

Macht es nicht Sinn, VanillaMiNT in eure Überlegungen miteinzubeziehen. "Einfach" heisst auf dem Atari auch immer ohne RPM

http://atari.nvg.org/VanillaMiNT/

Das wäre jedenfalls grundsätzlich mein Startpunkt beim Neuaufsetzen.

[Lukas Frank]

Gute Idee aber leider nur für 68030er Rechner so wie ich gelesen habe, wahrscheinlich um Ärger aus dem Weg zu gehen ...

[HelmutK]

Selbst bei über 2MB freien Speicher kommt die Fehlermeldung von rpm das der Speicher nicht reicht ...

Man kann vor dem Programmstart mit limit (ein MiNT-Kommandozeilentool) den Speicher künstlich verkleinern, und vielleicht so rausfinden, wieviel rpm braucht. Also

limit -M <bytes> <rpm ...>

rpm -qplv (Inhalt anzeigen) braucht mind. 1MB, und stürzt bei < 1MB ab, bei < 500K  kommt "out of memory" (Version 3.0.6). Mit 1.9MB sollte es aber gehen, es sei denn da ist noch toswin (>500KB)  oder bash (900K) dazwischen.

Man kann auch top starten, eine kleine update-Zeit einstellen (also 0s), das in einem eigenen toswin-Fenster laufen lassen, und so beobachten, was passert, oder im taskmanager Ctrl-Alt-L gedrückt halten.

[Lukas Frank]

Da ist kein TOSWIN2 und keine bash ...

Da ist nur der 68000 Mint Kernel, minix.xfs und XaAES mit Teradesk sonst ist da nichts ...

1,9MB oder auch 2MB sind frei an Speicher laut XaAES.

Ich finde mit Google nichts, wo bekomme ich denn "limit" her ?

[Lukas Frank]

rpm -qplv base.rpm (habe das rpm Archive umbenannt da ich nicht so viel tippen wollte) alles im gleichen Verzeichnis bringt mit 2MB freien Speicher unter Hatari "insufficient memory" …

Wenn ich Hatari mit dem 030er Kernel starte läuft XaAES nicht mehr richtig und lädt den Desktop nicht, kann man auch nicht mehr nachladen aber wenn ich jetzt rpm ohne Parameter auf einer 4MB Maschine über XaAES starte läuft rpm und zeigt die Hilfe Hinweise an …

Also vermute ich mal das es etwas mit dem 68000 Kernel zutun hat, oder !?!

[Lukas Frank]

Da ist rpm -qplv base.rpm auf einer 4MB Maschine mit 030er Kernel und 1,7MB freiem Speicher ...
(Teradesk konnte ich über Launch Program starten )


... also liegt es nicht an rpm sondern am 68000 Kernel, oder !?!

[Lukas Frank]

Habe mal rpm -i bash.rpm (habe ich umbenannt wegen tippen) installiert und läuft mit ein paar kleinen Fehlermeldungen mit 1,7MB und dem 030er Kernel …

Mir ist aufgefallen das XaAES z.B. 1,9MB freien Speicher anzeigt und Teradesk nur 820kB ... !?!

[HelmutK]

Da ist kein TOSWIN2 und keine bash ...

Da ist nur der 68000 Mint Kernel, minix.xfs und XaAES mit Teradesk sonst ist da nichts ...

1,9MB oder auch 2MB sind frei an Speicher laut XaAES.

Ich finde mit Google nichts, wo bekomme ich denn "limit" her ?

Weiß nicht wo man das bekommt, am ehesten auf der sparemint-Seite, Ist das nicht in easymint enthalten?

Ich hab's mal bei mir hochgeladen:

http://home.arcor.de/zabruder/atari/tools/limit.gz

Mit dem hatari bin ich jetzt weiter: Es läuft mit OLDTOSFS - da waren ein paar bugs in MiNT. Schätze jetzt kann ich langsam mit Testen anfangen. (XaAES läuft auch (vom TOS-desktop gestartet). Fenster mit der Mausverschieben geht irgendwie nicht, muss ich mal gucken, oder hat einer 'ne Idee?

[Lukas Frank]

... schön, schön !

Und Danke für den Link ...

[Börr]

Gerade ausprobiert unter Hatari ...

... du Installierst einfach CrippleMiNT und dann einfach den 1.15er Kernel gegen den 1.18er austauschen, sollte gehen !

Habe das aber zusammen mit MultiTOS (GEM.SYS) gemacht ->   http://www.atariworld.org/download.php?id=19

ty

[Lukas Frank]

Habe mal das 1.17er Paket ausprobiert und siehe da rpm -qplv base-1.4-2.m68kmint.rpm läuft mit einem 68000 Kernel und 2MB freien Ram. Dieses mal zeigt XaAES und Teradesk 2MB an freiem Speicher an unter Mint 1.18 zeigte ja Teradesk nur 820kB an obwohl XaAES 2MB angezeigt hatte ...



Da XaAES 0.999 im 1.17er Paket wohl nicht richtig läuft, ist die Bildschirmausgabe etwas seltsam zerrissen ...

[Lukas Frank]

Ich finde ja Bildchen toll ...

... man kann ja leider TOSWIN2 nicht weglassen, oder man installiert es nicht automatisch ins System, da der Speicher auf einer 4MB Maschine recht knapp wird . Es sind ja jetzt die 030er Versionen vom Kernel und XaAES, bei den 68000 Versionen wird ja noch ein wenig mehr Speicher überbleiben, denke ich mir mal so ...

[HelmutK]

Da bleibt ja nicht mehr viel ...

Selbst wenn man noch 200KB irgendwie rauskitzeln könnte, wird wohl nicht allzu viel gehen.

Ich hab früher am ST immer nur die Shell laufen gehabt (GEM=ROM), und für GEM-Programme entweder das TOS-AES benutzt oder XaAES gestartet, und dann ggf. wieder beendet.

Man muss entweder auf toswin oder teradesk auf jeden Fall verzichten, denke ich.

Im aktuellen XaAES ist übrigens ein bug (alles was mit Listen zu tun hat), das sollte man mit 68000 gar nicht benutzen! Im kernel ist auch noch einer, den findet aber bestimmt niemand.