Infos über mein DOS

[Brueggi]

Hallo User, hallo Wobo

An die Mods: Falls das Thema hier nix verloren hat, bitte Bescheid geben und ggf. dicht machen / löschen. Aber ich denke, dass "Off Topic" ein guter Bereich dafür ist.
Seit einiger Zeit schreibe ich ja mein eigenes DOS für den PC. Zur Vorgeschichte: Vor einigen Jahren hab ich mal für den Schneider CPC (kennt den jemand hier?) eine Festplattenerweiterung geschrieben - da hat es mich schon in den Fingern gejuckt, da mal ein richtiges DOS zu machen. Irgendwann hab ich dann (mehr durch Zufall) angefangen, mit Bootsektoren und Bootcode zu experimentieren. Naja, und bis zum ersten Mini-Kernel waren es dann nur noch wenige Schritte
Ein Kumpel hat irgendwann mal vorgeschlagen, ich soll es nach unserem Dackel benennen - und so kam es dann zum Namen "BonnyDOS"...

Geschrieben ist das DOS, sowie alle zugehörigen Programme in Maschinensprache. Mindestanforderung an den Computer ist ein 80286 Prozessor, 3.5"-HD Floppy und eine 256K-VGA-Karte (MCGA dürfte auch gehen) und 640K konventioneller Speicher. Der Grund, warum ich mich auf genau diese Konfiguration festgenagelt habe, ist der, das diese Konfig halt am meisten verbreitet ist. Und ich hatte mal 2 IBM PS/2-286er - da war sowas wohl normal Allerdings muss beachtet werden, das es natürlich besser ist, wenn eine Festplatte vorhanden ist. Wer das DOS installieren möchte, muss nur dafür sorgen, das die Partition/en in dem Bereich liegen, der vom BIOS unterstützt wird (50x MB bei alten Rechnern, oder max. im Bereich bis zu 8 GB). BonnyDOS/286 hat einen integrierten Bootmanager - hat man also MS-DOS oder sonst was zusätzlich auf Platte, kann man bequem auswählen, welches Betriebssystem gebootet wird (dabei muss aber BonnyDOS die Bootpartition sein).
Dieses "Multi-OS-Feature" wurde auf verschiedenen Rechnern getestet - inkl. auf einem P2 mit 4 GB SCSI-Platte und Windows NT. Bisher verträgt sich alles ausgezeichnit.

[Brueggi]

Da BonnyDOS/286 eine komplette Eigenentwicklung ist, kommt (auf Festplatte) natürlich auch ein eigenes Dateisystem zum Einsatz: BFS16. Eigentlich für den CPC entwickelt, wurde es leicht modifiziert und läuft nun unter V2.0 am PC. Disketten verwenden natürlich FAT12 - das erleichtert den Datenaustausch enorm, bis andere Treiber mal fertig sind. Folgende Leistungsmerkmale (neudeutsch "Features") fallen mir so spontan ein:

- Administrator-Modus (sperrt Zugriff auf Dateien/Verzeichnisse, sperren von FORMAT oder Disklaufwerken, usw.)
- Natürlich dürfen Env-Variablen nicht fehlen
- Autovervollständigung von Dateinamen (TAB-Taste)
- Schnelles Öffnen von Dateien mit SmartOpen (man gibt z. B. BUCH.TXT ein, und schon öffnet sich die mit .TXT-Dateien verknüpfte Anwendung samt Dokument)
- Online Hilfe (ala HELP <kapitel>)
- Validate-Funktion (sollte mal eine Datei nicht ordnungsgemäß geschlossen worden sein, wird dies beim nächsten Start "angeprangert" und Schreibzugriffe so lange gesperrt, bis sich der Anwender bemüht, das beiliegende HDDIAG auszuführen)

Bei der Entwicklung habe ich versucht, alles, was mir an anderen Systemen gefällt, einzubauen. So kann man z. B. mit Hilfe des Befehls RESIDENT Programme in den Arbeitsspeicher laden - ruft man das Programm dann von der Eingabeaufforderung auf, wird die Kopie im Speicher verwendet. Gerade wenn man nur mit einem Disklaufwerk ausgerüstet ist, oder nichts installieren möchte, spart man u. U. viel Zeit, da nicht mehr alles nachgeladen werden muss.

Die meisten Dinge sind optional und können natürlich auf Wunsch deaktiviert werden. So auch die Farbausgabe an der Eingabeaufforderung. So hebt DIR z. B. bis zu 14 beliebige Dateitypen farblich hervor, um diese schnell unterscheiden zu können. Von Haus aus werden APL-Dateien (Anwendungen) grün, SCR-Dateien (Scripts) Lila, Directories dunkelgrau und Textdateien (TXT) türkis gekennzeichnet (lässt sich aber ändern).

[Brueggi]

Erstmal ein paar Screenshots, um einen besseren Einblick zu erhalten. Die Bilder wurden zum Teil mit BMPSAVER (eigenes Tool, das den Textbildschirm als BMP-Datei speichert), Teils unter QEMU (PC-Emulator) gemacht.

[Brueggi]

Ein paar Programme (meist kleinere Tools) sind auch schon fertig, zum Beispiel ein Sokoban-Clone mit 100 Levels, oder ein Programmpaket, das es erlaubt, Boot-Pictures (320*200/256 Farben) zu verwenden. Weitere Software kommt natürlich - aber als Ein-Mann-Baustelle ist es etwas schwierig, schnell für Nachschub zu sorgen. Nach langer Zeit ist dann auch ein Handbuch fertig geworden - zwar noch nicht 100% (Rechtschreibprüfung fehlt z. B.), aber ich hoffe, das sich Neulinge damit zurecht finden werden. Vor kurzem hab ich dann noch ein "Schmankerl" vom CPC übernommen, auf Wunsch werden von Dateien vor dem Überschreiben (unabhängig von der laufenden Anwendung) BAK-Dateien angelegt, so das man den letzten Stand noch griffbereit hat.... Ich hoffe die Neugier ist befriedigt - Bei Fragen: Einfach fragen Falls jemand das Handbuch mal haben möchte, einfach eine PN an mich.

Anbei noch ein Screenshot der Eingabeaufforderung von BDOS, und ein paar Bilder von GOS/286 (grafische Benutzeroberfläche bzw. Betriebssystem-Aufsatz).

[Dosenware]

Fast: Wo kann man es herunterladen? ;)

[Brueggi]

Einen Download gibts nicht, weil die Seite uralt ist Aber ich schick dir mal das Archiv wenn du magst

[wobo]

Wow! Der erste Eindruck übertrifft all' meine Erwartungen. So etwas Aufwendiges und anscheinend weit Fortgeschrittenes habe ich nicht erwartet. Ich war eher auf was "rohgerüstigeres" vorbereitet. Ich gebe hiermit meine Bestellung auf: Einmal die Testversion bitte nebst Handbuch! PN kommt.

[Brueggi]

@Wobo: Mail ist raus. Und jetzt bist Du dran - ich warte auf dein Spiel

[Brueggi]

Neuigkeiten: Mit Hilfe eines selbstgebastelten Tools kann man compilierte (EXE-File) TP-Programme schonmal direkt unter BDOS laufen lassen

[Brueggi]

Giana32K.EXE funzt als konvertiertes Programm ebenfalls, sogar mit SB-Unterstützung

Leider ist der "MS-DOS-API-Emulator", der in den Lader eingefügt wird, noch etwas mager, bisher werden nur unterstützt:
DisplayString
DirectConsoleIO
ReadKeyboard
AllocMem (abgespeckt)
GetIntVec
SetIntVec
TerminateProgram und
TerminateProcess

TP macht bisher keine Zicken, nur Randomize liefert immer die selben Zufallszahlen - muss noch herausfinden, woran das liegt...
Über BDOS286.TPU kann man immerhin schon Dateien auslesen, residente Programme suchen und den Cursor an/abschalten. Kommandozeilen-Parameter laufen ja weiterhin über ParamStr und ParamCount

Gruß,

Brueggi

[Brueggi]

Keine Ahnung wieso, aber GRAPH.TPU geht jetzt auch Offenbar hab ich wohl nen Pointer falsch gesetzt im PAS-File - nun klappts
Voraussetzung: BGI-File in die EXE linken mit $L.

[DOSferatu]

Was randomize angeht: Der Befehl initialisiert bekanntlich den randseed auf einen "Zufallswert", von dem ausgehend die RANDOM() Funktion dann eine Folge von Zufallswerten generiert. Soweit ich weiß, holt randomize dazu Daten für Datum und Uhrzeit und glaub noch irgendwo aus einem Chip. Ich könnte ja mal ein kleines TP Programm schreiben, das randomize ausführt und dann im compilierten Code nachschauen, wo genau er die Daten dafür hernimmt. Sollten es Speicherstellen oder Ports oder wasweißich sein, die Dein OS nicht supportet (nicht mit Werten befüllt, etc), so wäre geklärt, wieso randomize immer dieselben Startwerte liefert.

[elianda]

Code: Alles auswählen

	TITLE	RAND

	INCLUDE	SE.ASM

DATA	SEGMENT	WORD PUBLIC

; Externals

	EXTRN	RandSeed:DWORD

DATA	ENDS

CODE	SEGMENT	BYTE PUBLIC

	ASSUME	CS:CODE,DS:DATA

; Publics

	PUBLIC	RandInt,RandReal,RandFloat,InitRand

; Random standard function (Integer)

RandInt:

	CALL	NextRand
	MOV	BX,SP
	MOV	CX,DX
	MUL	WORD PTR SS:[BX+4]
	MOV	AX,CX
	MOV	CX,DX
	MUL	WORD PTR SS:[BX+4]
	ADD	AX,CX
	ADC	DX,0
	MOV	AX,DX
	RETF	2

; Random standard function (Real)

RandReal:

	CALL	NextRand
	XCHG	AX,BX
	MOV	AX,80H
	MOV	CX,32
@@1:	TEST	DH,80H
	JNE	@@2
	SHL	BX,1
	RCL	DX,1
	DEC	AL
	LOOP	@@1
	XOR	AL,AL
@@2:	AND	DH,7FH
	RETF

; Random standard function (8087)

RandFloat:

	CALL	NextRand		;Compute next random number
	FILD	CS:ConstScale		;Load -32
	FILD	RandSeed		;Load 32-bit random integer
	FADD	CS:ConstDelta		;Scale to 32-bit positive integer
	FSCALE				;Scale so 0<=ST<1
	FSTP	ST(1)			;Remove scaling factor
	FWAIT				;Wait for result
	RETF

; Scaling constants

ConstDelta	DD	2147483648.0
ConstScale	DW	-32

; Compute next random number
; New := 8088405H * Old + 1
; Out	DX:AX = Next random number

NextRand:

	MOV	AX,RandSeed.w0
	MOV	BX,RandSeed.w2
	MOV	CX,AX
	MUL	CS:Factor		;New = Old.w0 * 8405H
	SHL	CX,1			;New.w2 += Old.w0 * 808H
	SHL	CX,1
	SHL	CX,1
	ADD	CH,CL
	ADD	DX,CX
	ADD	DX,BX			;New.w2 += Old.w2 * 8405H
	SHL	BX,1
	SHL	BX,1
	ADD	DX,BX
	ADD	DH,BL
	MOV	CL,5
	SHL	BX,CL
	ADD	DH,BL
	ADD	AX,1			;New += 1
	ADC	DX,0
	MOV	RandSeed.w0,AX
	MOV	RandSeed.w2,DX
	RET

; Multiplication factor

Factor		DW	8405H

; Randomize standard procedure

InitRand:

	MOV	AH,dosGetTime
	INT	DOS
	MOV	RandSeed.w0,CX
	MOV	RandSeed.w2,DX
	RETF

CODE	ENDS

	END

Also nichts weiter als die Uhrzeit... (Source von BP7)

[Brueggi]

Vielen Dank für Eure Hilfe, Problem ist bereits gelöst (offenbar) - ich hab einfach noch die DOS-Funktion GetTime in den "Emulator" aufgenommen, und schon klappts auch mit Randomize Hatte einen Blick in die TP-Hilfe geworden, da stand was von der System-Clock - warum man das dann aber per MS-DOS, und nicht per BIOS macht, weiss ich nicht, aber egal - es klappt

[Brueggi]

So, nächste Woche gibts hoffentlich eine neue Version und (daumen drücken!) ne Homepage, wo man das komplette Material auch herunter laden kann