mboost-dp1
OS-projekt
- Forside
- ⟨
- Forum
- ⟨
- Programmering
Jeg er i gang med et lille projekt på sourceforge, og kunne godt tænke mig at få flere involveret. Det komplette projekt er beskrevet på http://sourceforge.net/projects/core-os/ .
Ideen er at frigøre flere system-resourcer til de programmer man vil anvende, de fleste features er ganske vist allerede dækket af Linux men hvis du vil have en grafisk brugerflade på ryger du over 16MB ram. Samtidigt er det planen at det færdige system skal kunne eksekvere 'enhver' :) form for binær fil, eller sagt på en anden måde, kunne gøre det samme som linux ( næsten ) men ikke have brug for en Emulator for at køre Windows-programmer. Det kan godt ske at det lyder temmelig ambitiøst, men hey, jeg er født optimist :) !
Jeg ved det godt, det er derfor at jeg skriver det hele fra bunden ( mens jeg nærlæser sample-kode fra både Free-DOS og Linux på den anden skærm ). Men jeg er dog nået til den konklusion at det skulle kunne lade sig gøre, det er instruktioner til processoren og skal derfor 'blot' læses og udføres. En binær fil er og bli'r jo en binær fil, hvad enten den hedder .bin eller .com/exe :) .
Det går indtil videre godt fremad, boot-sector & -loader er klare ( i alpha-stadiet ) og jeg er i gang med en Kernel. En anden er i gang med en GUI, det lyder måske mystisk men forklaringen er at det skal være så modulært som muligt. Der skal kun være det i RAM'en som er strengt nødvendigt for de operationer man foretager sig.
#9: Det er derfor at jeg har postet noget om det her, for at få nogen input om hvad andre synes der bør inkluderes. Hvis man sidder med den slags uden at bede om andres mening stirrer man sig tit blind på en detalje og glemmer en anden.
#10: INGEN, jeg har lært mig selv alt fra bunden. Jeg gik igang med en DOS, sørgede for at lære den at kende og gik derefter videre med batch-'programmering'. Da jeg følte mig fortrolig med det begyndte jeg at kigge på ASM, det er efter min ( ringe ) mening opbygget lidt på samme måde ( læs "dybt logisk" ) så det er faktisk ikke så svært når man først er kommet igang:
#11: You got it, moduler giver overblik og mindre resource-spild i maskinen. Samtidigt vil 'reaktions-tiden' for kommandoerne blive kortere (tror jeg ), da det er en kortere kode-sekvens der skal indlæses af gangen.
Men for at vende tilbage til det væsentlige, Hvis nogen skulle være interesseret i at hjælpe så [url=mailto:[email protected]]kontakt mig[/url] eller gå ind på projektets hjemmeside. Det er ikke af AFGØRENDE betydning hvor meget erfaring i har (selv om det vil afgøre hvilke opgaver man får), men en hvis erfaring med enten C/C++ eller ASM er en KLAR fordel.
M.V.H. Berador.
#10: INGEN, jeg har lært mig selv alt fra bunden. Jeg gik igang med en DOS, sørgede for at lære den at kende og gik derefter videre med batch-'programmering'. Da jeg følte mig fortrolig med det begyndte jeg at kigge på ASM, det er efter min ( ringe ) mening opbygget lidt på samme måde ( læs "dybt logisk" ) så det er faktisk ikke så svært når man først er kommet igang:
#11: You got it, moduler giver overblik og mindre resource-spild i maskinen. Samtidigt vil 'reaktions-tiden' for kommandoerne blive kortere (tror jeg ), da det er en kortere kode-sekvens der skal indlæses af gangen.
Men for at vende tilbage til det væsentlige, Hvis nogen skulle være interesseret i at hjælpe så [url=mailto:[email protected]]kontakt mig[/url] eller gå ind på projektets hjemmeside. Det er ikke af AFGØRENDE betydning hvor meget erfaring i har (selv om det vil afgøre hvilke opgaver man får), men en hvis erfaring med enten C/C++ eller ASM er en KLAR fordel.
M.V.H. Berador.
Gå til top
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.