|
Site Index - Feedback - Impressum |
| |||||||||
|
![[Forum]](../../../images.os2.org/de/forum.gif){kind=small} |
|
![[Forum]](../../../images.os2.org/de/forum2.gif){kind=small} |
| ( Archiv ) | ( Neues Thema ) |
| ( Zeige die Threadübersicht ) | ( Zur Startübersicht ) |
| 31.07.2013 |
| OS/2 - Sourcen (von Wolfgang, 11:07:40) | ^ |
| Hallo!
Ich suche diverse OS/2-Sourcen, die ich gerne auf einer Homepage gesammelt zu Verfügung stellen würde. lg Wolfgang [ Leser: 674 ] |
| 01.08.2013 |
| Re: OS/2-Sourcen (von Andreas Schnellbacher, 01:27:58) | |
| Gibt es nicht. IBM hat OS/2 nicht als freie Software herausgebracht. |
| Re: OS/2-Sourcen (von Wolfgang, 08:10:09) | |
| Das ist mir klar, aber es haben viele Leute an ersatz Software geschrieben. Wie z.b. e.exe wurde Aaron Lawrence geschrieben oder diverse Treiber usw.
Bei Hobbes findet man manchmal etwas, aber ich denke mir, dass es weit aus mehr gibt. Auf welche Homepage würdet ihr die Seiten hingeben. Ich hatte mal die Sourcen auf http://svn.netlabs.org/wdsibyl/wiki. Nur habe ich keine Ahnung ob dort die Sourcen alle aktuell sind. Weiters gibt es weit aus mehr. Wolfgang |
| 03.08.2013 |
| Re: OS/2-Sourcen (von Marc Senn, 14:23:01) | |
| Ich frage mich gerade ob das eigentlich IBM interessiert, wenn ein user z.B. mit einem Diassembler OS/2 Systemteile auseinander nimmt und neu prograrmmiert???
|
| 04.08.2013 |
| Re: OS/2-Sourcen (von wer auch immer, 13:59:13) | |
| nochmals....
der liebe Herr Professor hat einen Teil des Kernels in Assembler geschrieben. Der Code ist so Komplex dass sogar Universitäten unterlassen haben diese Teile zu ändern (das Teil muss eine Meisterleistung sein), wie hat das IBM wohl gemacht...? |
| Re: OS/2-Sourcen (von /usr, 14:00:42) | |
| hab da einiges nicht mehr verfügbares ... |
| OT: wer den Kernel programmiert hat (von Frank Wochatz, 14:38:24) | |
| >Der Code ist so Komplex dass sogar Universitäten unterlassen haben diese Teile zu ändern (das Teil muss eine Meisterleistung sein), wie hat das IBM wohl gemacht...?
Schätze, es ist Alientechnolgie aus dem 24. Jahrhundert. |
| Re: OT: wer den Kernel programmiert hat (von wer auch immer, 18:57:24) | |
| der gute mensch hat sein ganzes leben mit math verbracht, er hat darauf auch sein prof. gemach… warscheindlich hat er sich dann bei ibm so richtig aus getobt damit… lol
wollt ihr mehr wissen darüber..? |
| Re: OT: wer den Kernel programmiert hat (von Wolfgang, 19:16:23) | |
| Ich glaube nicht, dass IBM noch an OS/2 interesse hat.
Ausserdem ist die frage, ob man gegen ein Patent, Lizenz oder was auch immer verstösst, wenn man Teile von OS/2 neu programmiert und darauf schaut, dass die Schnittstellen gleich bleibt. Das machten und machen doch viele Leute/Programmierer. Bzgl. Kernel und Professor: Ich weiß nicht welchen Professor ihr da meint. Kernel-Programmierung gehört sicherlich zur König-Disziplin der Programmierung. So wie Compiler, Interpreter, Datenbanken usw. Aber ich bin mir sicher, dass eine Gruppe von Leuten, dass schaffen. Ausserdem kommt es drauf an, welche Teile man in den Kernel steckt. Heutzutage tut man sich auch leichter als vor 20 Jahren. Denn durch OpenSource und Linux kann man sich einiges anschauen bzw. verwenden. |
| 05.08.2013 |
| Re: OT: wer den Kernel programmiert hat (von Marc Senn, 13:57:24) | |
| Wieso soll das eine IBM und MS stören.
Aber wer braucht schon HPFS(von MS) wenn es jfs giebt. ;-) Das von IBM sogar freigegeben wurde. Hmm ich denke jeder Programmierer kann mehr oder weniger auch Assembler jeder Programmierer lernt auch das selbe. Ein Assembler Profi kann das doch ordnen und der Programmier Profi kann das doch den verwenden, um es den in aktuellen C umzusetzen. Und ein Assembler Profi kann denke ich jeden Assembler Spagetti Code verstehen ^^ |
| Re: OT: wer den Kernel programmiert hat (von wieso auch immer, 19:34:54) | |
| >Und ein Assembler Profi kann denke ich jeden Assembler Spagetti Code verstehen ^^
in der Tat.. daran musste er ja auch denken und hat das ganze so eingerichtet das man, oder IBM, das patchen kann, und das ist sehrwahrscheinlich so aufgebaut das dies auch mit "normalen" Fähigkeiten dies Bezüglich, machen kann... was mich mehr erstaunt ist dass hier noch keiner Hand angelegt hatte... (na... wieso wohl..) jedenfalls ist die Möglichkeit ja vorhanden.. Jochen Liedtke: L4 Reference Manual >http://os.inf.tu-dresden.de/L4/l4doc.html |
| Re: OT: wer den Kernel programmiert hat (von Wolfgang, 19:59:32) | |
| So einfach ist das mit Assembler auch nicht. Die Therorie ist zwar einfach, aber mit der Praxis klappt es dann doch nicht (so wie bei vielen dingen)
Es gibt immer wieder ansätze, wie z.b.: http://www.belgrove.com/os2/freeldr/freeldr.html oder osfree http://www.osfree.org/ Aber was mich eher wundert ist, dass IBM es zusammengebracht hat die Sourcen so zu schützen, dass niemand diese ausserhalb von IBM hat. Es traut sich auch keiner so richtig darüber. Selbst bei Windows gibt es Leute, die es nachprogrammieren: http://www.reactos.org/ |
| Re: OT: wer den Kernel programmiert hat (von Thorolf, 22:02:39) | |
| > Aber was mich eher wundert ist, dass IBM es zusammengebracht hat
> die Sourcen so zu schützen, dass niemand diese ausserhalb von IBM hat. haben sie nicht. Aber die, die Quellen haben könnten, sprechen nicht darüber und würden sie definitiv weder weitergeben noch veröffentlichen. Und wozu auch, da könnte sowieso praktisch niemand was mit anfangen, denn nicht nur der OS/2-Kernel ist so genial wie komplex er ist. |
| 07.08.2013 |
| Re: OT: wer den Kernel programmiert hat (von Wolfgang, 07:10:31) | |
| Also ich könnte schon was damit anfangen. Nicht damit man es veröffentlicht, sondern zu schauen, wie wurde was programmiert.
Ehrlich gesagt glaube ich auch, dass zu seiner zeit der kernel was besonderes war, aber heutzutage nicht mehr so. Nur das zu beurteilen muss man die Sourcen auch sehen. |
| Re: OT: wer den Kernel programmiert hat (von Thorolf, 12:22:54) | |
| Hi Wolfgang,
> Also ich könnte schon was damit anfangen. Nicht damit man es veröffentlicht, > sondern zu schauen, wie wurde was programmiert. da bin ich bei Dir sogar recht sicher, aber als "Lehrobjekt" sind andere, besser dokumentierte Kernel ganz sicher besser geeignet. Ansonsten bringt einem die Einsicht in den OS/2-Kernel ziemlich wenig, wenn man damit nichts weiter anfangen kann. Es gab mal jemanden, der hat sich seinen "eigenen" OS/2-Kernel übersetzt, aber außer das er das Ergebnis im kleinen Kreis gezeigt hat, konnte er damit nichts weiter anfangen. > Ehrlich gesagt glaube ich auch, dass zu seiner zeit der kernel was besonderes war, > aber heutzutage nicht mehr so. Das sehe ich auch so, wenngleich IBM damals jedes "versteckte" Register und jeden "versteckten" Befehl des i386 genutzt hat. AMD hat OS/2 lange Jahre als "Kompatibilitätstest" für ihre CPUs genutzt. Lief es fehlerfrei, waren die CPUs 100% kompatibel zum i386. Das war mind. bis zum Athlon der Fall. > Nur das zu beurteilen muss man die Sourcen auch sehen. Ich halte den OS/2-Kernel für zu Komplex als das man da viel mit anderen vergleichen könnte. |
| 08.08.2013 |
| Re: OT: wer den Kernel programmiert hat (von Marc Senn, 05:51:53) | |
| Las in mal machen den Wolfgang wenn einer den Kernel öffnen und durchschauen kann, den ist er das. :-)
|
| Re: OT: wer den Kernel programmiert hat (von Wolfgang, 18:45:19) | |
| > Las in mal machen den Wolfgang wenn einer den Kernel öffnen und durchschauen kann, den ist er das. :-)
Danke für das Kompliment. (zumindest habe ich es so aufgefasst) Ich lese mich gerade in der Programmierung von BootLoader und Kernel ein. .) http://de.wikipedia.org/wiki/Kernel_%28Betriebssystem%29 .) http://www.tutorials.de/content/171-ein-eigenes-kleines-betriebssystem.html usw. Ist wirklich sehr interessant. Überhaupt wenn man überlegt was für ein Kernel OS/2 eigendlich ist. Laut Wikipedia ein Monolithischer Kernel, aber wenn man sich anschaut was alles OS/2 kann (z.b. IFS, usw) und wie es aufgebaut sehe ich es eher als Hybridkernel. Wie auch immer, sehr interessant. Ich habe mir mal eine VirtualBox-Umgebung aufgebaut, die ein kleines Text-OS/2 aufruft. Dabei habe ich ein paar Text-Programme (attrib, find usw.), die ich mit der neuen Library-Version von WDSibyl programmiert habe, ersetzt Selbst WDBasic kann ich verwenden und in die Config.sys als PROTSHELL eintragen. War lustig zu sehen, dass dann WDBasic gleich gestartet wurde. So wie in "HomeComputer"-Zeiten. Was mir fehlt sind einfach Informationen, Schnittstelle und Sourcen für OS/2 z.b. was passiert beim Booten, welche Dateien werden aufgerufen. Braucht man noch die 16bit-Funktionen diverser DLLs z.b in MSG.DLL. Also falls jemand Informationen, Texte, Sourcen (C, C++, Pascal, usw.) usw. hat, bitte diese an wdsibyl@wdsibyl.org schicken. Falls jemand interesse hat an VirtualBox-Umgebung hat, dann bitte mir schreiben. Ich veröffentlich das gerne. Vielen Dank, Nur wie weit ich komme kann ich nicht sagen, aber das Thema interessiert mich schon sehr. Wolfgang |
| Re: OT: wer den Kernel programmiert hat (von Lothar S., 22:00:14) | |
| Mir fallen da zwei Informationsquellen ein:
1) das Developers Toolkit. Mit kompletter Doku und zig Sourcen als Beispiele. An den APIs hat sich ja seit Warp4 nichts mehr verändert... 2) EDM/2. scheint auf den ersten Blick interessant zu sein - für "Profis". :-) |
| Re: OT: wer den Kernel programmiert hat (von Thorolf, 22:20:54) | |
| Hi,
irgendwo hatte ich vor nicht allzulanger Zeit (Mai/Juni im Rahmen eines OS/2-Projekts) eine ziemlich gute Beschreibung des Boot-Prozesses von OS/2 entdeckt, leider finde ich das nicht mehr. Gefunden habe ich aber u.a. folgendes: http://www.edm2.com/0607/kernel.html http://www.edm2.com/0701/warpboot.html http://www.tavi.co.uk/os2pages/boot.html Da steht schon eine Menge ausführliches drin. |
| 09.08.2013 |
| Re: OT: wer den Kernel programmiert hat (von wer auch immer, 02:21:31) | |
| >Was mir fehlt sind einfach Informationen, Schnittstelle und Sourcen für OS/2
z.b. was passiert beim Booten, welche Dateien werden aufgerufen. Braucht man noch die 16bit-Funktionen diverser DLLs z.b in MSG.DLL. okey... hab da einges auf derseite, bin aber bis am Dienstag am arbeiten, werde die infos anbringen sobald ich meine kiste in den händen halte |
| Re: OT: wer den Kernel programmiert hat (von Andi B., 08:19:05) | |
| Über das Device Driver Pak (oder Developer Kit?) bist du wohl schon mal gestolpert, oder? Keine Ahnung ob das bei IBM noch online ist, aber irgendwo gab's mal auch ein komplette Paket des ganzen Teils als .zip. Mit sourcen für die diversen Treiber. Oft leider nicht der Letztstand (psdriver, usb...) und manchmal nicht wirklich sauber (Audio-Tropez) oder angeblich ziemlich mies (LAN) aber meist doch ziemlich lehrreich.
|
| Re: OT: wer den Kernel programmiert hat (von Holger, 17:18:20) | |
| Ich hätte großes Interesse an MMPM2 Infos. Was da im DDK und in der DEVCON vorhanden ist, scheint auf den ersten Blick ausreichend. Bei genauerem Hinsehen fehlen aber immer wieder Details.
Ich versuche mich gerade an einem neuen Soundtreiber. In der Headerfiles sind viele Dinge definiert worden - gerade auch im Hinblick auf den Mixer - aber vieles scheint dann doch nicht zu funktionieren. 32 Bit Support für PCM und andere Dinge sollten im Prinzip machbar sein - MMPM2 ist vom Grundsatz her ja sehr offen - aber es gibt halt kaum Beispiele und vieles ist nicht nachvollziehbar oder einfach nicht vollständig implementiert. Das try- and error- Spiel frisst einfach viel Zeit, da wären Sourcen eine große Hilfe. Ich glaube aber nicht, dass ich die jemals irgendwo finden werde. |
| Re: OT: wer den Kernel programmiert hat (von Wolfgang, 19:22:36) | |
| Ich hatte mal eine SBLIVE-Karte und damals hat irgendwer einen Treiber geschrieben. Vielleicht hat er noch die Sourcen.
Schau mal auf http://svn.netlabs.org/ z.b. UNIAUD (http://svn.netlabs.org/uniaud) Vielleicht hilft Dir das ein bisschen. --- Danke für die Links Schön wäre es, wenn diese Infos auch auf http://www.edm2.com kommen würden. Denn dann haben alle was davon. |
| 10.08.2013 |
| Re: OT: wer den Kernel programmiert hat (von Ustheimer, 12:12:59) | |
| OS/2 - Projekt... ja klar... |
| Re: OT: wer den Kernel programmiert hat (von Ustheimer, 12:13:42) | |
| ach nur bis Dienstag? |
| Re: OT: wer den Kernel programmiert hat (von Ustheimer, 18:18:50) | |
| Bitte um Entschuldigung für meine blöden Meldungen. Sorry. |
| Re: OT: wer den Kernel programmiert hat (von Thorolf, 21:49:05) | |
| > OS/2 - Projekt... ja klar...
ja, selten aber ja, ein echtes OS/2-Projekt und sogar eins gegen Bezahlung. Und sogar ganz ohne Niederländer und eCS. Spricht da irgendwas dagegen? |
| 11.08.2013 |
| Re: OT: wer den Kernel programmiert hat (von Wolfgang, 08:43:45) | |
| Also, ich finde, dass echt super und toll, dass Du noch OS/2-Projekte hast.
(Ich hätte auch gerne WDSibyl-Projekte :'( ) |
| 13.08.2013 |
| Re: OS/2 - Sourcen - Country.sys (von Wolfgang, 10:29:53) | |
| Hallo!
Wer hat Informationen bzw. der Aufbau der Datei "COUNTRY.SYS". Bitte hier auf os2.org oder per eMail schicken. Vielen Dank Wolfgang |
| ... (von wer auch immer, 22:52:04) | |
| etwas zur Person ..
http://en.wikipedia.org/wiki/Jochen_Liedtke etwas kürzer.. http://de.wikipedia.org/wiki/Jochen_Liedtke Wichtig daran zu Denken ist, das er Math studiert hat. Math befasst sich mit Zahlen die in einer Bestimmten weise zusammen gebracht werden (wirklich nur gaaanzz einfach) das System verhält sich wie ein Kaleidoskop wenn man es etwas kippt verändert es die Farbe und man muss fummeln bis es wider stimmt. Dies ist das Ergebnis wenn die Summe so minimiert wird. Von dem Gefummel hat kürzlich jemadn etwas gepostet hier ein Überblick http://en.wikipedia.org/wiki/L4_microkernel_family hier der weg zum l4 http://wiki.osdev.org/L4 direkt http://www.acm.uiuc.edu/white_papers/incoming/GMD/L4/ hier einige Doks http://citeseer.ist.psu.edu/search?q=Jochen+Liedtke+IBM&submit=Search&sort=rlv&t=doc z.B.. das IPC zum Starten... der Startvorgang des OS wird in "Advanced OS/2 Programming" beschrieben und wenn ich davon ausgehen kann das der Mathematiker seinen Prinzipen treu geblieben ist, wird sich das nicht gross Geändert haben..... hier etwas aus der os2ldr.read.me ---- Some parameters may be passed to OS2LDR (CB) through OS2LDR.INI during the initial startup procedure. The format of OS2LDR.INI is as follows: --------------------------------------------------------------------- [config] ; Kernel number from kernel list section to be loaded by default default=1 ; Waiting time (in seconds) after which kernel mentioned in "default" ; will be loaded timeout=4 ; Debug options (0 is the wise value ;) dbflags=0x19 ; Debug port ; com port address ; no debug output if statment is omited (but log still accessible ; through copy from oemhlp$ - see below) ;dbport=0x3F8 ; Enable ctrl-c check for kernel debugger (new kernel only, rev. >=2970). ; This option ignored if no debug port specified. ; Ctrl-c check can dramatically slow your PC ;) ;ctrlc=1 ; You have full COM port link cable (with hardware flow control support) ;fullcable=1 ; Show PC memory table as it reported by BIOS, do nothing if absent ; or defined as 0. ; Warning: this option will make PAUSE on boot! ;showmem=1 --- sieht so aus als würde man versuchen den Kernel in eine Bestimmte postnatale Postion zu stellen bevor er auf die Treiber gehoben wird.... ich bin mir auch nicht sicher ob der in ALP oder C hergestellt wird...nur einer ALP verhält sich klarer vermutlich... Das Problem mit der ECS-Erweiterung ist zurück zu führen darauf das diese mit dem System nicht zusammen gewachsen ist. IBM hat mit dem Kernel auch nichts anderes gemacht als einfach ihre APIs angehängt und diese gebogen bis es hin haute und ein Kongruenz mit dem Kernel entstanden ist. Folglich könnten wir einen Kernel nehmen der in einer tieferen Version vorliegt und "quasi" die eigenen APIs dran bauen Auch beachtlich und nicht zu Vergessen ist die ganze ERROR Behandlung und ich glaube dass diese der Schlüssel ist für die Box, konkret müsste man auch die div.APARs durch gehen die bei den IBM noch eingegangen sind... |
| 16.08.2013 |
| Re: OS/2 - Sourcen - Country.sys (von Holger, 17:49:01) | |
| Hallo Wolfgang,
lt. Header ein MSDOS-Gerätetreiber, also ein Relikt für die DOS-Emulation. Ich weis nicht so recht, was Du damit anfangen willst - sinnvolle Verwendung eigentlich nur unter der DOS-Emulation über INT 21 Func. 66h möglich. Steht zumindest so im Titel "Advanced MS-DOS Programming" von Ray Duncan (schwirrt im Netz rum). Ähnliche Titel gibt es auch für OS/2 16 bit. |
| 19.08.2013 |
| Re: OS/2 - Sourcen - Country.sys (von wolfgang, 11:51:26) | |
| Ich habe in VirtualBox ein OS/2-System aufgebaut.
Nach dem Booten kommt nur der OS/2-Prompt. Damit habe ich eine System in dem nur die aller wichtigsten Treiber und Programme gibt. Mit dieser Info kann ich mal durchgehen und schauen was wirklich gebraucht wird und eventuell diese durch OpenSource-Teile ersetzen. Anscheinend ist in diesem Bereich noch vieles in 16Bit programmiert worden. Nun suche ich eben diese Infos bzw. die Schnittstellen zum Kernel. Wie bei vielen anderen Dateien. |
| Re: OS/2 - Sourcen - Country.sys (von Control Program Reference, 13:05:59) | |
| > sinnvolle Verwendung eigentlich nur unter der DOS-Emulation über INT 21 Func. 66h möglich.
Nicht ganz... Siehe dazu die 32bit API Funktionen DosQueryCtryInfo(), DosQueryCollate(), DosMapCase() und DosQueryDBCSEnv() bzw. deren 16bit Äquivalente. Letztere übrigens ursprünglich in NLS.DLL implementiert und später nach DOSCALLS verschoben, weswegen NLS.DLL heutzutage nur noch Forwarder-Einträge enthält. |
| Re: OS/2 - Sourcen - Country.sys (von Holger, 18:19:55) | |
| Schon richtig, ich dachte allerdings, es ging um die COUNTRY.SYS - oder habe ich etwas falsch verstanden? |
| Re: OS/2 - Sourcen - Country.sys (von Control Program Reference, 19:11:01) | |
| Genau davon ist ja die Rede. Denn die genannten APIs beziehen ihre Informationen dort her. Siehe auch:
http://www.warpspeed.com.au/cgi-bin/inf2html.cmd?..\html\book\Toolkt40\CP1.INF+1101 |
| Re: OS/2 - Sourcen - Country.sys (von Marc Senn, 19:12:12) | |
| klar aber er schaut ja alles an also sind alle Infos wichtig.
h Original DOS emu braucht man nicht, könnte man ja ersetzten durch Dosbox(wo 100% Kompatibel ist) womit man auch gleich Das Sound Problem weg hätte. 2. man kann Win3.11-WinME installieren, ist den hald nicht mehr in OS/2 integriert aber wird wohl nicht so schlimm sein. |
| 22.08.2013 |
| Re: OS/2 - Sourcen - Country.sys (von ..., 02:18:21) | |
| noch etwas im Bezug zum Kernel
http://translate.google.ch/translate?hl=de&sl=ru&u=http://ru2.halfos.ru/core/articles/core003.html&prev=/search%3Fq%3Dl4%2Bliedtke%2Bos/2%26start%3D140%26sa%3DN%26hl%3Dde%26biw%3D1153%26bih%3D460 |
| Re: OS/2 - Sourcen - Country.sys (von ~/, 12:18:58) | |
| Man sollte beachten, daß es sich bei den obigen Links um zwei grundverschiedene Projekte handelt:
osFree = OS/2 Personality für L4-Kernel ist der Versuch etwas wirklich Neues zu machen. Ein System mit einem hochmodernen Innenleben, daß sich nur nach außen hin wie OS/2 verhält. Eigentlich eher ein Forschungsprojekt für die Informatik-Fakultät einer Uni, als etwas von dem kurzfristig nutzbare Ergebnisse zu erwarten sind. Zumal viel zu wenige Leute daran arbeiten. OS4 dagegen der hackermäßge Versuch den existierenden OS/2 Kernel nachzubauen. Übrigens unter wesentlicher Mitwirkung desselben Pavels, der uns ACPI brachte... Das Projekt hat bereits einige nutzbare Ergebnisse vorzuweisen, aber letztlich wird - wenn es denn jemals fertig werden sollte - am Ende ein Kernel auf dem Technologiestand der 90er des letzten Jahrhunderts herauskommen. |
| Re: OS/2 - Sourcen - Country.sys (von wie auch, 16:44:08) | |
| jedenfalls so wie das bis jetzt ist mit os/2 oder ecs, was auch immer ist ja auch nicht wirklich "gut"...
na will ja nicht maulen und mauschen nur der user hat am schluss die bitter pille zu schlucken und laut den doks sollte das eigentlich möglich sein. man müsste den Kernel an die API anpassen, die haben das auch nicht hin gefummelt. Mensys hat ja das System "gekauft", klar ohne Einblick in die "geheimen" Teile des System nur den Rest sollte sie doch haben da währe wenigstens eine "bessere" Integration der E>CS-Teile zu erwarten. Irgendwie beschleicht mich das dumpfe Gefühl das keiner der noch unter den Lebenden weilenden Leute richtig bescheid weis wie das geht, oder ist das nur auf das schlechte Mittagessen zurück zu führen ? |
| der weise und der blinde… (von kent, 19:13:46) | |
| mit dem inhalt der control program kann man doch nur der kernel ansprechen, oder wie verhält sich das. die apis hängen am kernel und sind in diesem in gruppen zusammen gefasst, ist das richtig? |
| Re: OS/2 - Sourcen - OS4 (von eCSBenutzer, 19:59:09) | |
| >...Projekt hat bereits einige nutzbare Ergebnisse vorzuweisen, aber letztlich wird - wenn es denn jemals fertig werden sollte...<
Eigenartig ist jedoch, das seit ca 2Monaten die Seite OS2.ru , wo diese ganzen Sachen zum Download und zum Nachlesen bereitstanden, nicht mehr erreichbar ist. Hm. Die letzten Änderungen an den Sachen dort waren von 2012, also relativ frisch - wenn ich mir da hier die Abteilung Treiber und Fixes ansehe.... Oder die Seite ist umgezogen. |
| Re: OS/2 - Sourcen - Country.sys (von kent, 22:36:44) | |
| noch ein paar...
http://cyberkinetica.homeunix.net/os2tk45/ http://www.mgreene.org/wikka/LdrNotes |
| Re: OT: wer den Kernel programmiert hat (von wiauim, 22:43:08) | |
| The OS/2 boot sequence
http://www.tavi.co.uk/os2pages/boot.html kernel loader, eine etwas andere darstellung http://www.edm2.com/0705/freeldr/freeldr.html |
| 29.08.2013 |
| Re: OT: wer den Kernel programmiert hat (von Christian H., 22:42:57) | |
| *lach*
Holger Veit sagte mir damals bei der Warpstock Europe 1999 in Bochum, er hätte den Code mal gesehen und der sei relativ bieder. Anscheinend kann man auch mit konservativer Programmierung mitunter gute Ergebnisse erzielen. |
| Re: OT: wer den Kernel programmiert hat (von Christian H., 22:45:03) | |
| Was Soundtreiber angeht, solltest Du sehr aufpassen, denn das DDK ist diesbezüglich voller Fehler. Die wurden lange Zeit in so ziemlich jeden Soundtreiber übernommen. Ein guter Ansprechpartner wäre sicher David Azarewicz. |
| 31.08.2013 |
| Re: OT: wer den Kernel programmiert hat (von Wolfgang, 08:28:13) | |
| Das kann ich mir auch vorstellen,
Denn die Dateien vom Kernel ( OS2BOOT, 60.157 OS2LDR 43.008, OS2KRNL 870.857 ) sind nicht sehr groß. Überhaupt wenn man es vergleicht mit andere EXE-Dateien. Ich weiß zum Kernel gehören auch noch andere Dateien z.b. DOSCALLS1.DLL und diverse Treiber. Deswegen denke ich mir, dass man diese Dateien Stück für Stück nachprogrammieren kann. Man braucht eine gute Doku über die Dateien und was diese tun sollen. Weiters braucht man viele Infos über den internen Aufbau des PCs (CPU usw.) Um ein stabiles Programme zu schreiben, muss man die Teile in stabile einfache Teile unterteilen und das wird wahrscheinlich auch beim Kernel gemacht worden sein. Sobald man zu viel reinpackt, dann wird das Programm instabil, weil keiner mehr den Source versteht. Das ist meiner Meinung nach bei WIndows passiert und wie ich es beobachte passiert es auch bei Linux, denn da wird auch alles in den Kernel reincompiliert. lg Wolfgang |
| 01.09.2013 |
| Re: OT: wer den Kernel programmiert hat (von /usr, 02:25:12) | |
| genau… die habe die diversen sachen einfach rangehängt und es sollte doch eigentlich möglich sein einen source kernel so hin zu hinbiegen das dieser apis wider anspricht… |
| 10.09.2013 |
| Re: OS/2 - Sourcen (von nin, 23:02:25) | |
| https://groups.google.com/forum/#!search/os2$20kernel/comp.sys.ibm.pc.hardware.storage/ZloxzMeL3RY/RtVgZhp_ex4J |
| 14.09.2013 |
| Re: OS/2 - Sourcen (von Wolfgang, 08:49:10) | |
| Vielen Dank für den Link.
Das ist sehr interessant und hilfreich. |
| 17.09.2013 |
| Re: OS/2 - Sourcen (von Wolfgang, 12:47:52) | |
| Ich habe mich nun mal beschäftigt und ein bisschen herum experimentiert (dank Virtualbox für OS/2). Ist nicht so kompliziert.
Habt ihr hier interesse an meinen Bootloader-Source? |
| 18.09.2013 |
| Re: OS/2 - Sourcen (von Sigurd, 06:17:08) | |
| Das wäre doch etwas für Köln!
Hat der Bootloader auch die Möglichkeit, die sog. "Memory hole" Problematik (mehr als 512 MB RAM werden auf core-i Chipsätzen nicht mehr erkannt) zu lösen? Teilweise kann dies der OS/4 Loader. Hast Du auch mal einen Blick auf den QS Loader geworfen? |
| Re: OS/2 - Sourcen (von Wolfgang, 21:01:41) | |
| Vielleicht habe ich mich mit dem Wort "Bootloader" falsch ausgedrückt. Momentan habe ich den Source für den Masterboot-Sektor geschrieben bzw. schreibe ich noch.
Momentan funktioniert es so, .) das BIOS von der Virtualbox ladet von der img-Datei (Diskette) den 1. Sektor (MBR) in den Speicher auf die Adresse 0x7C00 ein. .) Als nächstes wird das Programm gestartet. .) Dann wird einiges resetet. .) Ermittlung von wo der MBR gestartet wurde (Diskette, Festplatte usw.) .) Dann wird nach der Datei OS2BOOT gesucht. (Filesystem: FAT) .) Wird diese gefunden, dann wird die Datei in den Speicher geladen und gestartet .) Wenn nicht, dann wird ein Fehler ausgegeben und das System angehaltet (Endlosschleife) Momentan bin ich beim Schritt: Suche nach OS2BOOT. Ist etwas komplizierter. Ansonsten funktioniert der Rest schon Wenn ich damit fertig bin, dann kann ich vielleicht den OS2-MBR ersetzen :-) --- Bzgl Köln: Ob ich was zeige, kommt auf 3 Dinge an 1.) Es geht alles glatt mit der Anreise. 2.) Wie weit ich mit dem Programmieren komme 3.) Ob die Leute, die auch kommen, sich dafür interessieren. |
| 20.09.2013 |
| Re: OS/2 - Sourcen (von Control Program Reference , 11:14:41) | |
| > Wenn ich damit fertig bin, dann kann ich vielleicht den OS2-MBR ersetzen :-)
Wozu ??? Was genau geht damit was mit dem bisherigen MBR nicht funktionierte ? |
| 11.10.2013 |
| Re: OS/2 - Sourcen (von kent, 21:03:54) | |
| http://www.os2world.com/forum/index.php?topic=151.0 |
| Re: OS/2 - Sourcen (von kent, 21:07:32) | |
| hab da noch eine *.doc, bin aber nicht sicher ob das was bringt....
http://www.google.ch/url?sa=t&rct=j&q=&esrc=s&frm=1&source=web&cd=4&cad=rja&ved=0CEgQFjAD&url=http%3A%2F%2Fgate.upm.ro%2Fos%2FLABs%2FWindows_OS_Internals_Curriculum_Resource_Kit-ACADEMIC%2FWindowsResearchKernel-WRK%2FNT_Design_Workbook%2FGet_Workbook%2Fke.doc&ei=RlZYUpSmPMiM4gSl4YHABg&usg=AFQjCNHN41LmOPoGJhhSTKdhYM_R1DfkLA&sig2=SGK95PlsNFrZCjBsfMHS0w |
| Re: OS/2 - Sourcen (von kent, 21:24:03) | |
| etwas zum mbr.. kenne mich aber nicht aus damit
http://www.tavi.co.uk/os2pages/boot.html |
| Re: OS/2 - Sourcen (von asi, 23:11:05) | |
| you nerv! |
| Re: OS/2 - Sourcen (von kent, 23:31:06) | |
| off....lecker...
https://www.google.ch/search?tbm=pts&hl=de&q=os2+#hl=de&q=OS%2F2+kernel&start=0&tbm=pts |
| 25.10.2013 |
| Re: OS/2 - Sourcen (von kent, 04:27:17) | |
| http://www.betaarchive.com/forum/viewtopic.php?f=21&t=10880 |
| Re: OS/2 - Sourcen (von Ümör, 14:57:58) | |
| damit will ich nicht arbeiten! |
| Re: OS/2 - Sourcen (von kent, 21:09:45) | |
| ich auch nicht nur ist ersichtlich das bezüglich OS2Kernel doch eigentlich so einiges Möglich "währe" nur die Firma bastelt irgend etwas rätselhaftes, verschwendet die Geduld und das Geld von Usern die das Ganze an der Stange halten
Könnte ich Programmieren hätte ich das selber angegangen. Das zu lernen auf diesem Niveau macht für mich aber keinen Sinn mehr |
| 29.10.2013 |
| Re: OS/2 - Sourcen (von kent, 00:42:58) | |
| erläutert den Aufbau der Version 3..... so mit allem schnikschnak...
http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.92.6805&rep=rep1&type=pdf |
| 30.10.2013 |
| Re: OS/2 - Sourcen (von kent, 00:43:31) | |
| die OS/Kernel Patente...
http://www.google.ch/patents?hl=de&lr=&vid=USPAT5220653&id=fbkXAAAAEBAJ&oi=fnd&dq=os/2+kernel&printsec=abstract#v=onepage&q=os%2F2%20kernel&f=false |
| Re: OS/2 - Sourcen (von kent, 00:58:28) | |
| hier noch einen weiteren umfassenden Link bezüglich OS/2 Kernel
https://www.google.ch/patents/US5778226?pg=PA35&dq=os/2+kernel&hl=de&sa=X&ei=rUhwUuLIK6fo7AbZ_IHYBA&ved=0CF8Q6AEwBA kann mir einfach nicht vorstellen das noch keiner auf die Idee gekommen ist.. wird ja alles beschrieben, verhält sich das auch Kongruent..? kann das überhaupt heute noch jemand sagen...? |
| Re: OS/2 - Sourcen (von Snoden, 18:49:44) | |
| Jetzt rück endlich die Sourcen raus :D |
| 31.10.2013 |
| Re: OS/2 - Sourcen (von Wolfgang, 13:53:09) | |
| @kent:
Vielen Dank für die Links ---------- @Snoden: Kann irgenwer mal bei der NSA nachschauen, denn die haben die Sourcen sicherlich schon. Vielleicht können die uns auch gleich den OS/2-Kernel neu programmieren. Des Geld haben sie sicherlich auch. ;-))) |
| Re: OS/2 - Sourcen (von :D, 19:15:14) | |
| Wetten, die nutzen OS/2? :D |
| 01.11.2013 |
| Re: OS/2 - Sourcen (von kent, 10:44:16) | |
| hab da noch was gefunden nur weis ich nicht genau ob das hin kommt.. hier die übersicht, sieht etwas "komisch" aus nur die links funzen
http://cosmos.ssu.ac.kr/course/os2/1997-2/ |
| Re: OS/2 - Sourcen (von Tom, 19:36:56) | |
| hmm, sicher das es nicht ueber UNIX ist ? ;) |
| 02.11.2013 |
| Re: OS/2 - Sourcen (von kent, 04:37:48) | |
| eben... so beschleicht mich diese gefühl auch obwohl im link etwas anderes angegeben wird... auch die darstellung des kernel gleicht eher einem mach3 als einem os/2.. kann es leider nicht vergleichen weil ich auf der arbeit bin... |
| 04.11.2013 |
| welcher.compiler.würde.sinn machen (von kent, 13:03:33) | |
| wenn man das durch den datenhimmel schicken.möchte welcher compiler wäre dazu geignet...
gcc....? oder va..? oder.doch wactom...? |
| Re: welcher.compiler.würde.sinn machen (von Wolfgang, 14:33:43) | |
| Ich verwende natürlich WDSibyl.
Sonst würde ich WatCom vorschlagen. |
| Re: OS/2 - Sourcen etwas tcp/ip (von kent, 19:11:10) | |
| über Netz-Driver und Protokolls mit angaben und Vorschläge.. sehr interessant
http://ir.library.oregonstate.edu/xmlui/bitstream/handle/1957/21863/PillayHarish1990.pdf |
| Re: welcher.compiler.würde.sinn machen (von kent, 19:16:57) | |
| nur WDSibyl ist soweit ich das weis eher Pascal orientiert und währe ja eigentlich vom *.asm top, auch debuggen...
|
| Re: welcher.compiler.würde.sinn machen (von Wolfgang, 21:45:05) | |
| Stimmt WDSibyl ist ein Pascal-Compiler.
Ich selber verwende folgendes: Assembler: NASM Systemnahe Programmierung z.b. Bootsector, Bootloader usw. C bzw. C++: OpenWatcom WDSibyl-Compiler, Schnittstelle, Treiber, usw. Pascal: WDSibyl Für alles andere. z.B. Applikationen, Tools, usw. Wenn ich ein neues Betriebssystem aufbauen würde, dann würde ich nur die 3 Programmiersprachen verwenden. |
| 06.11.2013 |
| Re: OS/2 MK II PPC (von kent, 00:19:13) | |
| mal wieder was frisches...
http://ftp.lip6.fr/pub/mach/cmu/FAQ/micro-kernel.ibm |
| 22.11.2013 |
| 12.12.2013 |
| All-OS/2 Collection Bookshelf (von ajunra, 08:00:05) | |
| Hier gibt es zwar keine direkten Quellen, jedoch einige Erläuterungen/Beschreibungen:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr/Shelves/ez2osk03?FS=TRUE |
| 15.12.2013 |
| NT OS/2 Kernel Functional Specification (von kent, 22:50:53) | |
| da och eine doc..
https://www.google.de/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&ved=0CDEQFjAA&url=http%3A%2F%2Fgate.upm.ro%2Fos%2FLABs%2FWindows_OS_Internals_Curriculum_Resource_Kit-ACADEMIC%2FWindowsResearchKernel-WRK%2FNT_Design_Workbook%2FGet_Workbook%2Fke.doc&ei=px-uUrvdLIaBywPnsoJ4&usg=AFQjCNHN41LmOPoGJhhSTKdhYM_R1DfkLA&bvm=bv.57967247,d.bGQ NT OS/2 Kernel Functional Specification.... |
| 27.05.2014 |
| Re: OS/2 - Sourcen (von kent, 11:25:07) | |
| hab da wieder was gefunden....
http://en.pudn.com/downloads116/sourcecode/embed/detail495410_en.html |
| ( Zeige die Threadübersicht ) | [ Version zum Drucken ] | ( Zur Startübersicht ) |
| |||
| Mit * markierte Felder müssen ausgefüllt werden ! |
|
