SurO

SurO ist ein HobbyOS, welches durch einen Programmierwettstreit entstanden ist. Version 0.1 war noch eine in QBasic geschriebene DOS-GUI. Version 3,5b ist momentan in Flat-Assembler geschrieben, soll aber dann in Version 3,5c einen eigenen (Meta-)Assemblerdialekt benutzen.

Screenshot

Intern geschossener Screenshot mit diversen Programmen auf verschiedenen verschobenen Hyperebenen.

Sichtbare Programme: Datum, Uhrzeit, Tetris, Mandelbrot, Editor mit ASCII-Code des Mandelbrotprogrammes.

Features

Im Moment sind die folgenden Features implementiert:

• Multitasking (+SMP)
• FAT32 Dateisystem
• Editor (Angucken und Editieren des Arbeitsspeichers oder von Dateien)
• HyperEbenenProjektionsTreiber (Sowas wie Grafikfenster für Programme)
• 1024x768x25 (8881 rgba) Grafik + süßer Fadenkreuzmauszeiger
• Spezielle C-Bibliothek <surlib.h> mit Syscalls über Interrupt 35h für SurO oder SDL Backend für andere OS.
• Standard C-Bibliothek mit crt0.c und Linker-Script surlink.lds, welche auf <surlib.c> aufbaut
• ElfLoader für Elf-Dateien mit niedriger virtueller Adresse und maximal je einem W- und X-Segment
• XLoader für eigenes .x-Binärformat (36 Byte Header) mit getrenntem Code, Daten und Stacksegment
• Uhr- und Datumsanzeige
• Screenshots im SVM-Format (abgewandeltes PPM-Format, kann in PPM umgewandelt werden)
• Segmentierung und rudimentäres Paging
• Debug-Ausgabe über COM1
• Primitive Audio-Ausgabe über den PC Speaker

Ladbare Programme [Programmiersprache - Interface]

• Tetris [fasm - int 0x35]
• Mandelbrot [C - surlib.h math.h]
• Hallo Welt [C - surlib.h oder stdlib.h stdio.h]
• Unready (Text-basierte Spiel-Engine) [C - surlib.h stdlib.h stdio.h string.h time.h pthread.h fcntl.h terminos.h]
• Midievil (rudimentärer Midi-Player für den Speaker) [fasm - Kernel (noch nicht extern ladbar)]

[1] (Hörbeispiel Mondscheinsonate - erster Satz - Auszug - Quelle der Midi-Datei:[2])

• Schach [C - stdlib.h stdio.h string.h]

Ausschnitt aus einer Partie gegen das Schachprogramm auf schwacher Stufe (Denktiefe: 1 fest + 1 adaptiv):

(link momentan offline)

Beispiel-Programm für die spezielle C-Bibliothek

#include "surlib.h"

void main(){
 sur_HE_erstelle_std();								//Grafikfenster erstellen
 sur_HE_clear(0x00330011);							//mit aRGB-Wert Füllen
 sur_Eingabe_registriereTasten_AlifNum();			//Alphanumerische Tastatur anfordern
 char cha[2]; cha[1]=0;								//Nullterminiertes Zeichen
 sur_HE_male_cstring("Hallo",0x4040,0x0000ffff);	//schreibe "Hallo" in Türkis auf den Bildschirm
 													 //zweiter parameter ist die Position 0x400*y+x
  sur_Eingabe_warteTaste(cha);						//auf einen Tastendruck warten
  sur_wandle_deKey2ANSI(cha);						//deutschen Tastencode in Schriftzeichen umwandeln
 sur_HE_male_cstring("Welt!",0x4070,0x00ffff00);	//schreibe "Welt!" in Gelb auf den Bildschirm
  sur_HE_male_cstring(cha,0x8040,0x0000ff00);		//Gib das Zeichen von der Tastatur in Grün aus
 sur_sys_prog_ende();								//Beende das Programm
}

Kompiliert werden kann zum Beispiel in das ELF-Format mit:

gcc sur_hallo_welt.c -o hallo.elf -m32 -nostdlib -O2 -emain -Wl,-Ttext,0 -Wl,-s -Wl,-N --std=gnu99

Konzepte

Sogenannte BlockDaten [BD] bestehend aus Datenblock-Ketten, diese sollen Systemweit Verwendung finden und ermöglichen Sparse-Files und das schnelle Einfügen durch Zwischenblöcke.

Filter die z.B. zwischen BD und Flat Daten umwandeln können, aber auch Filter die ein Bild rotieren etc. Filter finden vor allem Verwendung in Treiberketten die von dem sogenannten TriebMeister [TM] (eine Art Treiberverwaltung nur weitgehender, da sie auch Userprogramme einbinden kann) aufgebaut werden sollen.

Der TriebMeister soll später vermutlich außerdem eine Kompatibilitätsschicht zur Benutzung von CDI erhalten, eventuell über einen einfachen Filter als Zwischenschicht.

AtomPlus-VM-Code der vor dem ausführen in AtomPlus-SemiMaschinen-Code umgewandelt wird, dieser AP-Semi-Code ist eine stark eingeschränke Maschinensprache der jeweiligen CPU, die Einschränkungen sollen garantieren, daß der Code in einer vorgegebenen Zeit terminiert und sicher ist, Sinn des AP-Codes ist es diesen z.B. in den Tastertur- oder Maustreiber zu injezieren um so einfache Aufgaben direkt im Interrupt für das entsprechende Gerät lösen zu können, so können zum Beispiel Buttons beim Hovern mit der Maus die Farbe ändern oder eine Kommandozeile eingegeben werden ohne daß das zugehörige Programm geweckt werden muß, und erst bei komplexeren Aktionen wie einem Klick auf den Button oder einer Autovervollständigung oder dem Drücken der Eingabetaste wird das zugehörige Programm geweckt.

ToDo

Aktuell wird daran gearbeitet das SMP-Sheduling zu optimieren und das Bearbeiten von Dateien komfortabler zu machen indem BlockDaten und die Grundfunktionen des Texteditors vi implementiert werden.

Außerdem soll das virtuelle Dateisystem [vDS] erweitert werden, dieses hat bisher nur rudimentäre Funktionen zum Zugriff auf den FAT32-Treiber.

Zudem sollen der TriebMeister (die Treiberverwaltung) und der PCI-Treiber erweitert werden um automatisch Treibermodule laden zu können, welche durch den PCI-Treiber erkannt wurden. Dies ermöglicht die anfolgende Implementation eines RTL8139- oder AC97-Treibers oder auch eines Common Driver Interfaces.

Hier eine aktuelle ToDo-Liste:

• fopen/fwrite/fseek/fread/ftell/fclose (for fasm)
• pipes/shell/argument passing
• FAT32 long filenames (for fasm to compile SurO)
• Datenblock-Editor (similar to vi)
• cdi/network/audio
• SurDS (tagging filesystem)
• Bugfix: SMP race-conditions / task-balancing
• utf8
• paging