Thema: Wird es Lowlevel als Magazin noch geben?

[Roshl]

Das Comm-OS hat mit dem Maga ja erstmal nichts zu tun.

[zacK]

so nun gebe ich mal meinen senf ab ^^

ich finde die idee wegen einem gemeinsamen os nicht so gut. ich währe eher dafür das man im mag halt der reihe nach jedes thema abklappert...  aber halt mehr der theoretische inhalt. sobald man viel code drin hat ist schon ein gewisser grundstein für copy&past gelegt. dann kommen im forum wider sollche fragen...

dess weiteren finde ich das konzept von j_n sehr gut!

ich würde auch gerne mitschreiben...

[stultus]

nur oder größtenteils theorie find ich nich gut, damit kann ich z.b. meistens nich anfangen. ansonsten was haltet ihr davon wenn wir uns heut abend gegen 20:00 irc.euirc.net #lowlevel treffen? ich denk da hat jeder zeit (wenn nich macht andere vorschläge oder sorgt dafür das ihr zeit habt )

PS: für die die keinen ircclienten zur hand haben, ich glaube auf euirc.net gibts nen webclient...

[joachim_neu]

ich würde sagen wir treffen uns samstag abend. da is weekend und ich denk, da muss um 20:00 keiner arbeiten. bin leider im urlaub, deswegen könnte ich z.B. nicht kommen.
bei der sache mit dem Comm-OS und dem Maga hab ich es so verstanden, dass ihr vor hattet, dass Maga aus Teilen des Comm-OSs aufzubauen, deswegen hab ich "protestiert".
wie das mit code in den magabeiträgen ist bleibt dem redakteur überlassen, würde ich sagen. ich denke, wir sollten ggf. (kann der redakteur dann entscheiden, is nur ne überlegung) die themen anhand von freiem code und anhand des Comm-OS-Codes als fallbeispiel erklären, dann hätten wir alles, theorie, praxis undn beispiel, wies eingebaut werden sollte.
@ZacK: das OS soll unabhängig vom maga gemacht werden. vll. sollten wir die diskusion darüber abspalten und auf einen neuen thread verlagern und hier nur über das maga weiterposten.

J!N

[zacK]

wenn das os aber unabhängig vom mag ist, finde ich hat es nicht grossen sinn, da ja jeder sonst schon sein eigenes codet... oder?

oder ist die meinung das man dann seine eigenen teile einbaut? (open source erforderlich...)

[elfish_rider]

oder ist die meinung das man dann seine eigenen teile einbaut? (open source erforderlich...)

Ins Magazin oder ins OS? Wieso ist da OSS erforderlich? Wenn da einer mit normalen Urheberrechten ein OS codet kann der mit seinem Einverständis sein Zeugs schon einbinden, oder im Mag veröffentlichen!

[TeeJay]

Ich würde folgendes vorschlagen:

Die Leute die am Comm-Os mitmachen wollen treffen sich im IRC.
Dort bespricht man was man vorhat, wie das OS aussehen soll und verteilt dann aufgaben. Diese werden von den einzelnen Leuten (oder in Zusammenarbeit) programmiert und Tutorialartig dokumentiert.
Und das ganze packt man dann ins  Mag.

Das muss ja nicht bedeuten, das man nicht auch noch andere Artikel ins Mag packen kann.

Der Vorteil wäre halt, das man wirklich eine Art Schritt für Schritt Anleitung erhält und auch gezeigt bekommt wie man das ganze zusammenführt. Das ist ja genau das was viele hier bemängeln.

[elfish_rider]

Ich würde folgendes vorschlagen:
Der Vorteil wäre halt, das man wirklich eine Art Schritt für Schritt Anleitung erhält und auch gezeigt bekommt wie man das ganze zusammenführt. Das ist ja genau das was viele hier bemängeln.

Ich stelle eine solche Schritt-für-Schritt-wie-mache-ich-ein-OS-Anleitung in Frage. Ich lehne sie nicht ab, stelle sie aber in Frage. OS-dev ist ein kompliziertes, komplexes Gebiet. Es gibt viel mehr Möglichkeiten als bei anderen Gebieten, zum Ziel zu kommen. Und das Comm-OS ist nur eine von vielen. Ich komme auf den Hinweis von zacK zu sprechen, der auf Copy&Paste-Probleme hingewiesen hat. Am Schluss hat jeder etwa dasselbe OS (auch wenn er die Codes abschreit ), und das wäre ja langweilig. Natürlich werden das nicht alle so machen...
Ein vielseitiges, breites, umfangreiches OS-dev-Wissen kann dem Leser auch in anderer Form übermittelt werden. Ich finde es viel interessanter, über jedes Thema von OS-dev Tutorien, Artikel, Codes und Dokumente zu lesen und dann diese völlig frei in mein OS einfliessen zu lassen. Ausserdem sehe ich noch ein weiteres Problem: Wenn zB ein Autor irgend einen "Treiber" geschrieben hat, dann ist ja der im OS verankert. Wenn wir beim Mag bleiben würden, könnten wir zu jedem Thema Codes verschiedener Autoren haben. Einen "optimalen" Code gibt es ja nie, es gibt wie gesagt mehrere Möglichkeiten. Ausserdem kann ja, wer will, dokumentierten Code aus seinem OS abdrucken lassen, dann wäre das Ganze weniger theoretisch. Auch sonst bin ich für genug Praxiswissen im Mag.

Wie gesagt, lehne ich das OS nicht grundsätlich ab, aber wenn ihr Lust habt, geht diese Punkte doch mal durch (wahrscheinlich ist es schon zu spät und ihr habt es schon durchgelesen ).

ty all and lg

[TeeJay]

Da hast du recht mit dem Copy und Paste. Aber das ist ja nicht unser Problem.

Es geht ja nur darum den leuten zu zeigen, so KANN das programmiert werden und so KANN man es zusammensetzen. Dann hat jeder eine Vorstellung davon und kann seine eigenen Ideen umsetzen.

Viele wissen wie man einzelne Dinge, wie PM schalten, GDT erstellen usw macht, aber nit wie man von einem aufs andere "springt" oder dann weitermacht.

Und genau da sehe ich das Problem. Daher ja auch mein Vorschlag.

[joachim_neu]

hört ihr mir zu?

ich meinte doch, wir könnten beides machen. z.B. den artikel übers thema der ausgabe mit theorie, eigenem code als praxisbeispiel und code vom Comm-OS als fallbeispiel machen. dann haben wir alles unter einem dach und so leicht kann man dann net copy&paste machen, weil man nicht weiß, wie es zusammengehört, es sei denn man hat es verstanden. aber ich würde diese artikel eben nicht nur aus dem Comm-OS aufbauen.

[zacK]

*hör nix* ^^

[Another Stupid Coder]

Nur um nochmal sicher zu gehen, wir machen das CommOS schon auch als richtiges Projekt, oder? SVN/CVS wäre da vl praktisch.

[Roshl]

Ich finde wir sollten erstmal ein Team für das Comm-OS gründen bevor wir überlegen was wir mit dem OS genau machen^^
Übrigens der von mir versprochene Bootloader ist ein einer ersten (nur auf Bochs getesteten) Version einsatzbereit.
Features sind:
-steuerbar über eine boot.ini
-beliebig viele Dateien ladbar (jedenfalls so viele wie in den Speicher passen)
-Nach dem laden Sprungziel "anwählbar"
-einfache Syntax für die boot.ini

Hier gibts mal ein Bild aus Bochs, damit ihr seht wie es aussieht:BILD
Ein image und der Quellcode folgen dann bald^^

[stultus]

1) Comm-OS is der andere Thread
2) Bild nicht gefunden

[Roshl]

1. Meinen Bootloader hatte ich hier zuerst erwähnt und das Thema wurde hier angefangen.
2. Selbst gemerkt, keine Ahnung warum, aber geht jetzt

[Roshl]

So noch ein paar neue Features im Bootloader:
-Vesa-Modus-Informationen holen und in den Speicher schreiben lassen (Speicherstelle frei wählbar)
-Vesa-Modus setzen
-ne kleine print funktion um selbst Ausgaben im loader machen zu können

Zum anschauen eine Zip zum Downloaden, enthalten sind Quellcode und ein binary-file. DOWNLOAD
Um den Loader zu installen folgendes:
Diskette formatieren,loader per rawrite auf die disc schreiben, boot.ini und andere Dateien auf die disc, von disc booten
ich musste die disc jedesmal vorher formatieren weil windows sonst die FAT und das RD zerhauen hat, weiss der Fuchs warum.
in der boot.ini sind folgende Befehle mögliche:
file;"dateiname";"speicherstelle"; <--lädt die Datei dateiname in den speicher
vesa;info;"mode";"speicherstelle"; <--vesainfos zum modus mode in den speicher
vesa;set;"mode"; <--aktiviert den modus mode
print;"text"; <--schreibt text auf den schirm
jump;"speicherstelle"; <--springt zu speicherstelle und beendet den loader
end; <--endlosschleife, nur zu sicherheit am ende angeben, man weiss ja nie
alles was in " steht ist durch entsprechendes zu ersetzen^^ der rest muss so bleiben, auch auf kleinschreibung achten
falls ihr was falsch eingebt wird euch der loader das schon mitteilen
Sobald in einen Vesamodus geschaltet wurde, sind die Textausgaben natürlich nicht mehr sichtbar
So ich hoffe ich hab in meiner konfusion nichts vergessen...

[SPTH]

N00B:

1) Comm-OS is der andere Thread  

@Roshl: das muss immer wieder betont werden

grüsse, ...

[Jidder]

ich musste die disc jedesmal vorher formatieren weil windows sonst die FAT und das RD zerhauen hat, weiss der Fuchs warum.

vielleicht irgendwelche backuptabellen der alten FAT, die windows für echt hält? (nur eine vermutung, bin kein FAT-experte ...)

[Roshl]

das mit dem bootloader habe ich vorgeschlagen bevor es den anderen thread gab, also führe ich das jetzt hier zu ende^^
also eigentlich überschreibe ich ja immer nur die ersten paar sektoren da ist von der fat noch nix, aber jedesmal danach ist alles zerhackstückt, kann auch an rawrite liegen^^

[SPTH]

Roshl: das liegt am FAT12 table im sector 1 ab byte 4!

das hab ich auch immer machen müssen. soweit ich weiß, wird hier noch gespeichert, wieviele dateien sich auf der diskette befinden, was total sinnlos ist...

grüsse, ...