Thema: Bescherung: 0.1.1

[kevin]

Gerade noch pünktlich schenken wir euch das nächste LOST-Release, Version 0.1.1. Der Releasekandidat 5 hat uns schließlich soweit zugesagt, daß wir beschlossen haben, ihn unverändert als Final zu veröffentlichen:

• Floppy-Image (835 KB)
  
• Quellcode (447 KB)

Viel Spaß!

[bitmaster]

Der Releasekandidat 5 hat uns schließlich soweit zugesagt, daß wir beschlossen haben, ihn unverändert als Final zu veröffentlichen:

Wer denkt da an M$? *duck*

bitmaster

[bitmaster]

So, ich hatte mal Lust euer OS auf meinem x486er mit 8 MByte RAM zu testen.

Und es funktioniert. Grub lädt schön alle Module und das ganze System.

Danach habe ich die Systembefehle ausprobiert. Diese funktionieren auch. Wunderbar. Hätte ich nicht gedacht.

Aber die Anwendungsprogramme spinnen auch auf diesem PC. Denn Edit meldet "PANIC: Kein freier Speicher mehr da." (bei 8 MByte RAM?). Und Mtest zeigt "320/241, 00000000" und der Cursor bewegt sich von der 3 zur letzten 0 hin und her. Das ist wahrscheinlich auch nicht richtig. ^^

Also das System an sich funktioniert, nur die Anwendungen nicht.

bitmaster

[bitmaster]

Ach noch was. Das habe ich bis jetzt immer vergessen zu erwähnen. Ist zwar nichts schlimmes, sieht aber nicht schön aus. *duck*

Also bei Bochs und meinem x486er wird oft das "floppy:/devices/fd0|fat:/ # " vor dem "[  INIT  ] service_register 'floppy' = 3" ausgegeben. Und das ist ja nicht so super.

bitmaster

[kevin]

Aber die Anwendungsprogramme spinnen auch auf diesem PC. Denn Edit meldet "PANIC: Kein freier Speicher mehr da." (bei 8 MByte RAM?).

Der Editor ist mäßig intelligent programmiert und belegt gleich mal einen riesigen Buffer. Das kann schon sein.

Und Mtest zeigt "320/241, 00000000" und der Cursor bewegt sich von der 3 zur letzten 0 hin und her. Das ist wahrscheinlich auch nicht richtig. ^^

mtest sollte die Mausposition und gedrückte Tasten anzeigen und ständig aktualisieren, deswegen der springende Cursor. Falls der Rechner eine PS/2-Maus hat, kannst du ja mal probieren, ob sich was verändert. Ich glaube, phoenix hat nur keine Möglichkeit eingebaut, das Ding wieder zu beenden...

[bitmaster]

Aber die Anwendungsprogramme spinnen auch auf diesem PC. Denn Edit meldet "PANIC: Kein freier Speicher mehr da." (bei 8 MByte RAM?).

Der Editor ist mäßig intelligent programmiert und belegt gleich mal einen riesigen Buffer. Das kann schon sein.

Also wenn ich den Befehl free ausführen lasse, sagt der mir, dass ca. 2,5 MByte belegt seien und noch über 5 MByte frei sind. Also erstellt der Edit einen über 5 MByte großen Buffer?

Und Mtest zeigt "320/241, 00000000" und der Cursor bewegt sich von der 3 zur letzten 0 hin und her. Das ist wahrscheinlich auch nicht richtig. ^^

mtest sollte die Mausposition und gedrückte Tasten anzeigen und ständig aktualisieren, deswegen der springende Cursor. Falls der Rechner eine PS/2-Maus hat, kannst du ja mal probieren, ob sich was verändert. Ich glaube, phoenix hat nur keine Möglichkeit eingebaut, das Ding wieder zu beenden...

Ach so, ich dachte mtest steht für test memory. ^^ Jo, mit der Maus funktioniert es. Nur, wenn man mtest auch beenden könnte wäre das schön. Ach ja, nach einiger Zeit der Ausführung von mtest, sagt lost "Spurious IRQ7" oder ähnliches (war glaube ich auch mal IRQ15).

bitmaster

[kevin]

Wenn ich gerade richtig gerechnet habe, sind es 8 MB, was der Editor reserviert. Was nicht der einzige Grund ist, warum man den Editor mal ersetzen sollte.

[nooooooooos]

"Spurious IRQ7" oder ähnliches (war glaube ich auch mal IRQ15).

Ja hier aber IRQ7...

[Devproger]

Hallo!

Ich melde mich mal wieder zu Wort. Habe 0.1.1 natürlich auch getestet:

Pentium 3 (Katmai) 501 Mhz
386 MB RAM
VIA Apollo Chipsatz

Boot: Keine Probleme
Initialisierung: Das "register_floppy" ist in den Prompt gerutscht

Wenn ich einen Text mit edit schreibe und diesen speichern möchte, meldet edit, dass es diese Datei schon gäbe (es gibt sie aber noch nicht).

Ansonsten hängt die Shell manchmal nach der Eingabe eines Befehls, circa 1-3 Sekunden verzögerung (wie gesagt, manchmal).

Sonst habe ich keine Probleme gefunden.

[FreakyPenguin]

Vielen Dank für den Test.

Dass der Editor kaputt ist, wurde ja schon erwaehnt... (Wobei das vermutlich nicht am Editor liegt, sondern eher an Fat, aber das ist auch kaputt ).

Bei welchen Befehlen konntest du diese Verzögerung denn beobachten?

[Devproger]

Was mich gewundert hat: help und free

Das es bei ls eine Verzögerung gibt ist klar.

[Devproger]

Nach längerem intensiverem Testen ist der Fehler nicht mehr vorgekommen. Hatte gestern den halben Tag lang getestet.

[Feuermonster]

Bei mir klappt das booten nicht.

Auf dem Bildschirm erscheint nur:

Code: [Auswählen]

GRUB


[bluecode]

Versuch mal eine der Nightlies. Die 0.1.1 ist ja schon wieder uralt...

[kevin]

Den GRUB haben wir aber seither nicht ausgetauscht.

Reale Hardware? Ist evtl. die Floppy kaputt?

[Feuermonster]

Den GRUB haben wir aber seither nicht ausgetauscht.

Reale Hardware? Ist evtl. die Floppy kaputt?

floppy-img unter Virtual Box.

Neuste Nightly Builds funktionieren. (Mit der Ausnahme wenn man ein Modul versucht wie eine Anwendung zu starten, das OS stehen bleibt )

[kevin]

Nö, das OS läuft fröhlich weiter. Aber die Shell kommt erst wieder, wenn das "Programm" - also das Modul - beendet wird. Deswegen sollte mal Module eher im Hintergrund starten, z.B. "start modules/e1000".