Das deutsche QBasic- und FreeBASIC-Forum

[Mao]

Hi.
Ich hab' mir folgendes lange überlegt; ob ich es poste, und ob es sich lohnt.
Worum es geht? Ein Betriebssystem.
Ja, richtig gelesen. Es gab in letzter Zeit ziemlich viele "Unfälle" was die Betriebssystementwicklungsproblematik hier im Board anbelangt. Aber zumindest einen Versuch ist es wert.
Ich kann noch keinen Code vorweisen, es ist auch als eine Art Teamprojekt geplant - falls sich Freiwillige Helfer finden.

[Bad_King]

ICH! Ich könnte kleinere Programme undso schreiben, betatester sein oder sonstnochwas machen. (Wenn du mich überhaupt willst )

[Mao]

Kannst du machen - aber vorerst nun doch nicht.
Vorerst muss geplant werden, das wird noch 'ne ganze Weile dauern. Dann muss der komplette DOS-Interrupt nachgebildet werden, inklusive Dateisystemunterstützung (was wohl das Größte sein wird), ehe du Betatesten kannst. Dann kann man sich daran machen, Programme zu schreiben.
Aber ein paar Sachen müsstest _du_ schon noch verändern:
a) alles OpenSource, also nicht die Meinung, die ihr in eurem DX-Forum von OS habt
b) hatte ich Infection damals auch schon gesagt, du weißt ja am Besten, was jetzt mit ihm los ist...entscheide dich, was du machen willst. Willst du ihn beim Flamen unterstützen oder produktiv wirken!?
c) Code wird _nicht_ kopiert! _Alles_ wird selbstgeschrieben!

Überleg dir's nochmal, es wird nicht "schnack - und das beste Betriebssystem der Welt steht vor dir" sein.
Und sage, wie du dich zu a-c entscheidest...
Sonst - steht dem ja, denk ich mal, nix im Wege.
_________________
Eine handvoll Glück reicht nie für zwei.
--

[s-m-n]

Höchst interessant, euer Ansatz!

Also zum Betatesten stelle ich mich selbstverständlich zur Verfügung. Beim Coden werde ich euch nicht viel helfen können - meine FB-Programme sind nach wie vor recht einfach gehalten.

Also, wenn ihr mich braucht, sagt's mir - ich freu mich, wenn ich helfen kann.

Meine Entscheidungen zu a-c:

a) Open Source - super, ich bin dabei!
b) ich will produktiv wirken
c) aber von selbstgeschriebenen Programmen darf man Code nehmen, oder?

Gruß s-m-n

[Sebastian]

Hallo Mao,

ich habe kaum Ahnung von ASM und stehe deshalb nicht selbst zur Verfügung, hätte aber einen Tipp für dich bzw. das zukünftige Team: Ihr könntet vermutlich viele Entwickler hier für das Projekt begeistern, wenn ihr in ASM einen MaOS-Interpreter oder gar MaOS-Compiler für eine Primitivvariante von BASIC oder C (ein primitives BASIC mit den einfachsten Befehlen, Zeilennummern und ohne Unterprogramme ist vermutlich am leichtesten zu machen) und eine Art "MaOS-API Dokumentation" schreiben würdet. Dass das nicht am Anfang stehen kann, ist völlig klar, aber nehmt das mal so als Anregung mit auf.

Viele Grüße!
Sebastian
_________________

Die gefährlichsten Familienclans | Opas Leistung muss sich wieder lohnen - für 6 bis 10 Generationen!

[Lutz Ifer]

wenn ich doch nur mehr zeit hätte...

Lutz Ifer
_________________
Wahnsinn ist nur die Antwort einer gesunden Psyche auf eine kranke Gesellschaft.

[Paul]

Ich hab Erfahrungen in OS-Coding ... aber die Idee DOS nachzucoden finde ich ziemlich Langweilig und habe ich auch schonmal mit angefangen

Habe mich neulich mal an ein Protected Mode-OS gewagt, müsste ich mal weitermachen.

Aber .. wenn ihr Hilfe bei einem spezifischen Problem braucht stehe ich natürlich gern zur Verfügung
_________________

[Mao]

So, freut mich, dass das alles hier soviel Resonanz findet.

@s-m-n:
Die a-c-Fragen bezogen sich hauptsächlich auf king01, aber schön, dass du so genauso denkst.
Natürlich darf man Code von eigenen Programmen übernehmen (), nur Infection, unser "alter" "Freund" hat das ein bisschen anders verstanden.

@Sebastian:
Ich hab' mir mal Sourcen von deinem Auslastungs-Patch angeschaut - den Eindruck machst du eigentlich nicht.
Du kannst wirklich gerne mitmachen, Grundkenntnisse in ASM reichen ja. Es soll ja auch nicht auf Speed oder Kompaktheit getrimmt werden, sondern als Lern-OS und Hobby-/Spaßprojekt durchgehen.
Ansonsten sind die Vorschläge nicht schlecht, zudem soll später _jeder_ der eine Sprache für DOS beherrscht, Programme für dieses Betriebssystem schreiben können (DOS-Kompatibilität).
Aber eine eigene Sprache wäre schon was...*träum*
API-Dokumentation lohnt sich dann, denke ich mal, erst in Milestone 1 (Protected Mode), aber wird da sein - auch hier: danke!

@Grillmeister:
Es ist nicht wichtig, dass man kontinuierlich daran arbeitet. Wenn Stück für Stück, zum Beispiel, ein Maustreiber entsteht, ist das schon gute Arbeit.
Desweiteren ist es auch nicht so geplant (bin gerade beim Planen, da sich ja doch "viele" dafür interessieren), dass täglich/wöchentlich Chats geplant sind. Vielmehr soll es eine persönliche Ideenfreiheit geben: es wird beispielsweise an einem virtuellen schwarzen Brett angeheftet, was gebraucht wird, dazu die nötigen Informationen (Interrupts, die dadurch belegt werden dürfen, API-Dokumentation, die eingehalten werden _muss_). Sucht sich ein Programmierer was 'raus, markiert er es als "in Arbeit". Später kann man das Ganze wieder freigeben, falls es doch nicht so klappt, wie man es will. Dann kann sich das jemand anderes nehmen. Aber das nur am Rande, ich wollte ja was völlig anderes dazu schreiben.
Wenn der jeweilige Coder meint, "das könnt ich ja noch hinzufügen", dann steht ihm das frei, eine kleine Mitteilung an den Source-Manager, der das an denjenigen weiterleitet, der die API dokumentiert. So wird das alles aktuell gehalten und jeder kann seine Ideen einbringen.

@ICC:
Du hast das was falsch verstanden (bzw. ich hab mich falsch ausgedrückt).
Mir geht es hier nicht darum, DOS nachzucoden. Es soll ein _neues_ Betriebssystem sein. Aber so viele Leute werden dafür ja nicht unbedingt Programme schreiben wollen, da es nicht so viele User geben wird, oder?
Also gibt es DOS-Support, damit zum Beispiel Spiele, Compiler, Texteditoren vom User unter dem neuen System genutzt werden können, falls noch kein gleichwertiger/besserer Ersatz vorhanden ist. Dann greift das oben genannte "schwarze Brett".
Bzgl. des PM's: ich hab' mir das so vorgestellt, die Leute, die noch keine Ahnung von OS-Development und nur wenig von ASM haben durch den Milestone 0, der im RM läuft, an die Materie heranzuführen. Sobald diese Version stabil funktioniert, soll Milestone 1, welcher im PM laufen soll, entwickelt werden. Das Problem ist hier halt, dass dann genügend Programmierer und genug Engagement da sein müssen/muss, um Treiber zu schreiben, damit das Ganze benutzbar wird.
So rein aus persönlicher Neugierde: benutzt du Segmentierung oder Paging?


So, zum Schluss nochmals ein Aufruf an alle:
Auch mit wenig Erfahrung in Assembler und keiner Erfahrung im OS-Development kann hier (auch als Programmierer!) mitgewirkt werden. Wer jedoch darauf keine Lust hat, es nicht versteht oder einfach nicht verstehen will, kann andersweitig tätig sein. Toolprogrammierer (s-m-n, ... die nur wenig Zeit haben ) werden auch wichtig sein, um zum Beispiel das Dateisystem zu simulieren.
Keine Scheu, meldet euch einfach!
_________________
Eine handvoll Glück reicht nie für zwei.
--

[Paul]

Achso.
Ja dann wäre ich auch dabei..

PS: Ich benutze Segmentierung .. PM allein ist ja schon kompliziert genug
_________________

[Mao]

Deswegen soll das erste ja auch im RM sein.

Wie genau ist denn das "dann" zu interpretieren?
"Dann, wenn's an Milestone 1 geht."
oder
"Dann bin ich natürlich dabei."

Achso:
ich würde dann in ~ 1 Woche nochmal hier 'ne Liste posten, von Leuten, die mitmachen möchten. Also einfach mal konkret ja oder nein sagen, und wenn möglich, in welchem Bereich man tätig sein möchte.

Danke.
Mao

PS: Ist euch aufgefallen, dass ich die 1000er-Marke gesprengt hab? xD
_________________
Eine handvoll Glück reicht nie für zwei.
--

[Sebastian]

[Mao]

Hollala...
API-Doku lohnt sich dann, wenn es vom binären Format bzw. DOS-EXEn-Format abhebt, daher, Aufrufe von Betriebssystemfunktionen drinne sind, die anders nur mit (viel) zusätzlichem Code zu erreichen wären. Und das ist ja auch einer der Sinne für ein Betriebssystem. Die OS-Entwickler erleichtern dem Programmierer die Arbeit, um dem User das Leben komfortabler zu machen.
So eine Art Sprache, müsste auch in Assembler mit vertretbarem Aufwand realisierbar sein - aber bis es zu FB kommt...
(Wobei dieser durch einen DPMI-Extender und die DOS-Unterstützung auch laufen müsste. )

6 Tage noch...
_________________
Eine handvoll Glück reicht nie für zwei.
--

[Lutz Ifer]

[ot]
wäre da ne skriptsprache nicht einfacher zu handhaben?
[/ot]

btw: http://lutzifer.freebasic.de/developement/ lasst mich keine gui designen, sonst müsst ihr später auf einzelne pixel zielen

Lutz Ifer
_________________
Wahnsinn ist nur die Antwort einer gesunden Psyche auf eine kranke Gesellschaft.

[Paul]

@Mao: Ja, ich mach mit und du kannst mich zu deinem Team rechnen (ich schreib manchmal [immer] etwas wirr)

Das mit nem BASIC-Compiler fürs neue OS würd ich auf mich nehmen wenn das OS reif genug ist (also eine kleine API/ein Universal-INT existiert)

Bin aber auch für alle anderen anfallenden Aufgaben zu gebrauchen.
_________________

[The real Agent D]

Bin auch dabai! ASM Grundkentnisse hab ich. Ich hab mich in den letzten ~5 Monaten sehr viel mit den Funktionsweißen von PC und DOS beschäftigt.

mfg

The real Agent D

[Mao]

@Lutz Ifer:

[Michael712]

[Mao]

45 Sekunden?!
Bei mir _irgendwie_ _etwas_ anders, und das mit ISDN!

Naja, hab' auch schonmal 'nen Board aufgesetzt, das Prob ist halt nur, das aktuell zu halten und den ganzen Krams, der mit ISDN so strapazierend ist.
_________________
Eine handvoll Glück reicht nie für zwei.
--

[Michael712]

Ich rede davon, das der Server _OFT_ ausgelastet ist, nicht immer.
Vor allem so ab 17 Uhr bis 21 Uhr kann man nur sehr schlecht verbinden.

[Sebastian]

Habe die Erfahrung auch schon häufiger gemacht, dass der FB-Server lahmt und das auch von schneller angebundenen Standorten als meinem DSL Lite Dorf. Sehr seltsam, dass Mecki immer noch nicht "in MySQL macht"...
_________________

Die gefährlichsten Familienclans | Opas Leistung muss sich wieder lohnen - für 6 bis 10 Generationen!