Community > ReactOS Newsletter Archive > ReactOS Newsletter: Volume 1, Editie 6

Volume 1, Editie 6

by Stuart on 2005-11-20
translated by Peter Budts on 2007-12-09

Welkom bij Editie 6, het artikel dat bevestigt dat we Splash overtroffen. En om dat te vieren, zal dit een lang artikel worden. Allereerst zullen we bekijken waar ReactOS zich momenteel bevindt, naast x86, betreffende de XBox, Xen en PowerPC ports.

En we hebben ook onze eerste slachtof.., ik bedoel vrijwilliger voor het eerste Interview.. Nu is er geen excuus voor de rest van de Developers om niet deel te nemen!

Maar laat ons eerst eens kijken wat er achter de schermen gebeurt.

top

Waarom ReactOS porteren?

---

Deze vraag kent vele antwoorden, maar het belangrijkste antwoord is eenvoudig: om het potentiëel voor het besturingssysteem in de toekomst uit te breiden. De populariteit van Linux stamt uit zijn mogelijkheden als een zeer flexibel OS. Kijk naar eender welke grote Linux Distributie, zoals Fedora Core of Debian. Zij bieden allerlei opties, waaronder:

• PowerPC
• x86 (ofwel IA-32)
• x86-64 (ofwel AMD64/EM64T)
• SPARC
• IA-64
• NEC Alpha
• Xen

ReactOS werkt aan de volgende Ports:

• PowerPC
• x86
• Xbox
• Xen

top

PowerPC? Waarom mikken we op het Macintosh platform?

---

PowerPC wordt niet gebruikt door Macs, hoewel het moet gezegd zijn dat zij de meest loyale klanten waren, totdat ze ervoor kozen om te schakelen op het Intel x86 platform, omwille van verbruiksredenen op de iBook notebooks.

Het PowerPC platform geeft ons heel wat flexibiliteit, doordat we daarmee rechtstreeks de enthousiastelingen kunnen aantrekken. Weinigen zijn zich bewust van dit feit, maar alle 3 de Next Generation Console systemen (zijnde Microsoft XBox 360, Sony PS3, en Nintendo Revolution) zijn gebouwd op de PowerPC architectuur. Zelfs de Cell Processor, het veelbesproken CPU systeem van de PS3, is op PowerPC gebaseerd. De XBox 360 heeft erg veel mogelijkheden om een testplatform voor een SMP PowerPC build van ReactOS te worden.

Hoe ver is de PowerPC port van ReactOS gevorderd? Het korte antwoord is een kijkje te nemen op op deze pagina. Die pagina is echter alleen begrijpbaar door Arty (die werkt aan de PowerPC port, bovenop zijn hoofdtaak: het implementeren van Netwerken in ReactOS)... Om een lang verhaal kort te maken begint Freeldr te booten, maar crasht het meteen, omdat de ondersteuning van rechtstreekse schijftoegang nog niet klaar is.

top

Wat is 'Xen'? Daar heb ik nooit over gehoord.

---

Tenzij je een nauwbetrokken Linux gebruiker bent, zul je er waarschijnlijk nooit over horen. Xen is een Open-Source inspanning om een Virtualisatie systeem te bouwen, dat in staat is meer dan één copy van het OS simultaan te draaien. Het grote verschil tussen Xen en systemen als QEMU of VMWare is dat Xen niet probeert de hardware te emuleren waarvoor het OS geschreven is, maar de geïnstalleerde hardware gebruikt om dit te doen.

Zoals wel zal begrijpen is dit best een ingewikkelde port, die nog bemoeilijkt wordt door de beperking dat het op Linux gecompileerd moet worden. Tot nu toe is Fedora Core 4 de enige Linux Distributie die ik ken (en hier zal iemand me wel terechtwijzen) die speciale ondersteuning voor Xen heeft. Men heeft me juist ook verteld dat SuSE 10 ook officiëel ondersteuning biedt voor Xen, alsook ondersteuning voor de volgende Linux/*nix varianten:

• Debian (Voldoet echter niet aan de kwaliteitsvereisten)
• Solaris (Werkt nog met oudere Xen versies
• NetBSD

Onze Xen port start het bootproces, maar crasht zodra de Kernel wordt geladen. G van Geldrop werkte hieraan als een zijproject, maar hij heeft sindsdien zijn inspanningen verplaatst naar het ondersteunen van Mozilla Firefox, ter voorbereiding op 0.3.0. Xen zelf wordt ook voorbereid op release 3.0, dus hopelijk zullen we daarna wat meer werk rond Xen in ReactOS zien.

top

Xbox

---

De XBox port is naar ik gehoord heb redelijk stabiel, het enige gebrek is USB ondersteuning. Jawel, je hoorde het juist, de XBox heeft USB. Meer specifiek de 4 poorten vooraan, en alle USB 1.1 poorten die een niet-standaard connector gebruiken (die één lijn meer heeft dan de normale USB-kabel). Als je goed zoekt, kan je omzetters van XBox-USB naar normale USB connectors vinden, die je toelaten om een aantal USB apparaten op je XBox aan te sluiten. Zou het niet leuk zijn om een Open-Source Windows Alternatief op een door Microsoft ontworpen Console te draaien?

top

x86

---

Veruit de meest actieve port. Deze port laat ReactOS draaien op alle x86 processoren (dit betekent in theorie de 386, maar het is niet bekend wat onze 'echte' hardware vereisten zullen zijn).

Omdat de XBox zelf ook een x86 systeem is (de gebruikte CPU is een Coppermine-Core Celeron 733 MHz), zal elke vooruitgang in de x86 port ook de XBox port ten goede komen.

top

Een blik op SVN

---

Deze week hebben we een aantal interessante toevoegingen in de SVN trunk gezien. top

Grote Trunk Veranderingen

---

• Toevoeging van het .inf bestand voor Realtek netcards (8029 compatibel)
• Verwijdering van de NE2000 compatibele kaart in de Root bus, vermits QEMU deze als PCI oplijst
• Toevoeging van een .inf bestand voor de Xbox display kaart
• ACPI is weer aan de build toegevoegd, zodat een ReactOS installatie nu automatisch kan afsluiten
• IoIsWdmVersionAvailable() is hersteld om te bevestigen dat we compatibel zijn met Win2k
• Tweede fase van de setup: start de umpnpmgr service alleen na de installatie van apparaatklassen
• Herimplementatie van de Fast Mutex in HAL/NT zodat deze compatibel is met de echte implementatie
• Het stoppen van een Service is verbeterd
• dplay en dplayx zijn bijgewerkt
• Crypt32 is toegevoegd aan de Build & Boot CD
• dhcpapi.dll is toegevoegd aan de Boot CD
• De installatie van de VMWare display driver is hersteld
• Keyboard zou geen events meer mogen overslagen
• De hardgecodeerde 'Find one device of midiout and wavout' is vervangen door 'Scan for WaveOutXX, WaveInXX, MidiInXX, MidiOutXX, AuxXX'.

top

Implementaties

---

• UpdateDriverForPlugAndPlayDevicesA
• CreateServiceA
• ScmrChangeServiceConfigW
• ExEnterCriticalRegionAndAcquireFastMutexUnsafe
• ExReleaseFastMutexUnsafeAndLeaveCriticalRegion
• CommandLineFromMsiDescriptor
• InterfacePciDevicePresent(Ex) van PCI_DEVICE_PRESENT_INTERFACE
• GetDeviceCapabilities and GetDeviceCount voor midMessage (MMDRV)
• AUXDM_GETVOLUME (MMDRV)
• AUXDM_SETVOLUME (MMDRV)
• Ntoskrnl versie van Fast Mutex

top

Verwijderd

---

• CcBrokenMutex

top

Andere wijzigingen

---

• RosCMS is opgenomen in de Trunk
• NetAPI32 Vendor Drop
• WINE 0.9.1 Vendor Drop
• WINE 0.9.1 Tagged
• Sync met WINE 0.9.1

top

Overzicht van de veranderingen in WINE 0.9.1

---

• Ondersteuning voor de Find functie in regedit.
• Winelib applicatie om een CD uit te werpen.
• Vele MSI verbeteringen.
• Betere ondersteuning voor de draaiende text-mode applicaties zonder X.
• Verbeterde ondersteuning voor verschillende code obfuscatie tools.
• Vele bug fixes.

top

RosCMS in Trunk

---

Zoals eerder al werd vermeld, zijn de installatie bestanden voor RosCMS ondergebracht in de trunk, voor het gebruik van anderen in de Open Source gemeenschap. RosCMS is een Open Source project, volgens de bepalingen van de GPL, voor een eenvoudig snel Web Content Management systeem dat statische webpaginas kan genereren (zowel in XHTML 1.1 en HTML 4.01 compatibele formaten). Het is een krachtig CMS voor toepassingen waarbij snelheid, eenvoud en stabiliteit vereist zijn.

top

Interview met silverblade

---

Het heeft 5 weken geduurd sinds onze eerste editie, maar we hebben eindelijk ons eerste Interview. De eerste vrijwilliger is Andrew Greenwood, beter gekend als Silverblade op IRC, één van de vaste developers in ReactOS. Hier gaan we met ons interview...

Opmerking: Mijn vragen zijn vet gedrukt, en de antwoorden van Andrew cursief. Als dat niet goed oogt, zal ik het veranderen..

---

Eerst en vooral, welkom bij het eerste Interview voor de Wekelijkse ReactOS Nieuwsbrief, Silveblad. Hoe gaat het met je?

silverblade: Nogal uitgeput. Er was heel wat te leren en ik heb zowat al mijn vrije tijd gespendeerd aan de implementatie van audio in ReactOS - waaronder mijn lunchpauzes op het werk!

Kan je onze lezers nog eens vertellen aan welke gedeelten van de Audio Coding je het hardst hebt gewerkt?

Momenteel concentreerde ik me op de implementatie van WDMAUD.DRV, wat een user-mode component is die aanvragen behandelt van WINMM.DLL (de multimedia systeem API gebaseerd op de originele bij Windows 3.1) en die een kernel-mode driver aanroept (WDMAUD.SYS - de andere helft van de component waaraan ik werk) om het één of andere taak te laten uitvoeren die gevraagd is door de aanroepende applicatie (via winmm).

Onze huidige implementatie van winmm.dll was geporteerd vanuit het WINE project, maar zal aangepast moeten worden om het correct te laten werken met WDMAUD.DRV, omwille van enkele (naar mijn kennis) ongedocumenteerde interacties tussen WINMM.DLL en WDMAUD.DRV op Windows.

WINE heeft de bouwstenen al aangeleverd, en inderdaad toont dit aan hoe nauw ReactOS en WINE bij elkaar aansluiten. Ik ben er zeker van dat enkele van onze lezers die deze nieuwsbrief volgen hebben opgemerkt dat USB en Plug and Play veel aandacht kregen de laatste tijd, en ik ben zelf nieuwsgierig... hoe ver is de Audio Implementatie gevorderd sinds je eraan begonnen bent?

Het bevindt zich nog in een vroege fase, maar ik ben tevreden over wat ik tot nu toe gedaan heb. Momenteel test ik mijn implementatie van WDMAUD.DRV door het vervangen van de Windows XP versie door de mijne, wat de kans op fouten veroorzaakt door andere delen van ReactOS vermindert die niet werken zoals Windows doet. Met mijn driver die in Windows draait als ROSAUD.DRV kreeg het niet de data die het nodig had van WINMM.DLL. Door het vervangen van de Windows WDMAUD.DRV door de mijne kwamen er een aantal boodschappen door, samen met wat nieuwe parameters.

Nu concentreer ik me op het behandelen van wave output (er zijn ook nog wave input, MIDI, mixer en "hulp" boodschappen te behandelen).

We bevinden ons nu in de fase waar applicaties wave output apparaten kunnen openen en sluiten, en de user-mode driver (wdmaud.drv) kan ee callback aanroepen, maar dat is het zo ongeveer.

Hoe denk je over het meewerken aan een Open-Source project als ReactOS, dat het potentiëel heeft om welbekend te worden in de software wereld?

Het is best opwindend. Ik heb altijd graag software geschreven, maar ik was nooit echt betrokken bij een groot project (in termen van functionaliteit, en het aantal betrokkenen). De meeste software die ik schreef was semi-freeware (het komt erop neer dat gebruikers een kleine vergoeding betalen voor extra functionaliteit) en ik heb daar niet echt veel mee verdiend - niet in het financiële opzicht, maar vooral werd het niet veel opgemerkt.

Ik hield altijd al van het concept van open-source software, en toen ik voor het eerst het ReactOS project vond, wilde ik iets doen om te helpen. In het begin pastte ik hier en daar enkele kleine dingen aan. Ik hielp met enkele conversies van de w32api headers, maar waarschijnlijk was het opmerkelijkste dat ik tot nu toe deed de implementatie van een Win32 API functie die caption bars tekent - waarvoor ik gewoon onze bestaande code herwerkte.

Toen je ReactOS voor het eerst zag, wat ging er dan in je om? Toen ik het voor het eerst zag, dacht ik "Dit moet een dood project zijn... veel te ambitieus". Ik ben nieuwsgierig om te horen hoe anderen eerst reageerden toen ze ReactOS zagen. Wat is je algemene indruk van de ReactOS website?

In de vroegere tijden (pre-0.1) was de website zeer rudimentair - gewoon enkele paginas met informatie en een kleine discussie-stek. Toen ik de website vond, had ik artikels gezocht over het schrijven van een OS, en ik was gefascineerd door hoe een OS - en de x86 architectuur - werkt.

De eerste release van ReactOS die ik probeerde crashte vrijwel meteen. Ik draaide deze binnen Bochs, wat erg traag was. Ondanks dat downloadde ik de broncode en keek er eens in rond, en de hoeveelheid werk die toen geleverd was, was echt indrukwekkend.

Ik voegde de site toe aan mijn favorieten, en af en toe kwam ik eens in de mailing list of in het IRC kanaal (dat toen nog vrij leeg was) om te vragen welke taken ik kon uitvoeren.

Audio en MIDI zijn altijd mijn voornaamste interesse-gebied geweest bij het programmeren, maar ik hield me even in voor het geval iemand al aan geluid werkte.

Maar zoals bleek heeft iedereen zijn eigen gebied in ReactOS om aan te werken en aan het geluidssysteem was nog niet geraakt, dus dit leek perfect voor mij om aan te werken.

Over de nieuwe website: ik denk dat dit een enorme verbetering is ten opzichte van de vroegere. Hij laat het project levendiger/drukker overkomen. Soms voel ik me wel wat onwennig bij het navigeren, omdat sommige paginas diep begraven liggen en de weg ernaartoe niet meteen duidelijk is.

Dat kan ik bevestigen. Ik herinner me dat GvG me rondleidde in de Admin Sectie.. het leek in het begin onbegrijpbaar.

Voor velen heeft ReactOS een heel eigen betekens. Voor sommigen is het gewoon een OS, voor anderen een hobby project, en voor nog anderen een manier om te pronken met wat een aantal mensen kunnen als ze de koppen bij elkaar steken. Betekent ReactOS voor jouw meer dan zomaar een OS, of zie je het zoals het op het eerste zicht overkomt: een collectie van pointers, functies, en declaraties verpakt in een GUI?

Het is zeker meer dan zomaar een OS. Wanneer ReactOS de fase bereikt waarin het de meeste bestaande Windows applicaties en drivers kan draaien, kan het een ernstige concurrent worden voor het standaard desktop OS - en ook in andere gebieden als servers. Linux heeft al een groeiende impact op de desktop gebruikersmarkt, en iets dat zomaar Windows applicaties en drivers kan draaien zal zonder twijfel verkozen worden boven Linux (althans voor beginnende gebruikers) en Windows (omwille van zijn kost en beperkingen, in tegenstelling tot die van ReactOS).

Er is ook nog de educatieve waarde. Door te kijken hoe ReactOS werkt, kan je zien hoe alles in elkaar past (hoewel het niet meteen duidelijk is) en, als/wanneer je genoeg vertrouwen hebt, kan je het aanpassen om bijvoorbeeld de kernel te verbeteren.

Wie weet - ooit zal ReactOS misschien de toekomstige standaarden voor software en hardware kunnen opleggen!

Dat is een toekomst die ik wel zou willen zien. Kijk tenslotte eens naar de componenten van Linux, zoals ReiserFS, die de performantiestandaarden voor andere bestandssystemen bepalen. En wat de educatieve waarde betreft, zo zie ik ook wat ReactOS kan betekenen voor iemand als ik. Ik begin net C++ te leren, en ik ben er zeker van dat ReactOS me heel wat kan leren over hoe C werkt, bovenop wat ik leer over C++. Maar voordat we het interview afsluiten, nog een laatste vraag.. In het licht van je ervaringen met ReactOS, en hoe ver je kennis gedurende die tijd is gevorderd.... Waar zie je jezelf over 5 jaar, ten opzichte van ReactOS, en je doelstellingen in het echte leven?

Hopelijk zal tegen die tijd het audio systeem voltooid zijn! Ik geloof dat de volgende Windows versie (Vista) een aantal veranderingen met betrekking tot het audio systeem zal introduceren, dus zal ik waarschijnlijk hieraan werken als het zover is. De grote componenten van het audio systeem zouden dan volledig functioneel moeten zijn.

Aangaande mijn doelstellingen in het echte leven... Ik heb niet echt veel gepland, buiten te verhuizen naar ergens binnen het land

De meeste van mijn hobbies hebben met technologie te maken - zelfs het maken van muziek.

Ik ben een complete idioot wat betreft muziek. Muziek, kunst... als iets creatiefs voor me geplaatst wordt, wordt mijn linker hersenhelft meteen uitgeschakeld.

Ik blijk creatief én logisch te zijn. Ik veronderstel dat ik daarom graag aan de audio/MIDI software werk, omdat ik het kan testen en intussen creatief kan zijn!

In elk geval ben ik niet van plan het ReactOS audio systeem op te geven. Mijn vorige pogingen faalden omdat ik niet helemaal zeker was van wat ik deed.

Ik denk dat we hiermee kunnen afsluiten voor vandaag. Ik trek me best terug voordat mijn nachtelijke spelfouten toeslaan. Bedankt om mijn Guinea Pig te zijn vandaag, en hopelijk zal dat andere leden van het ReactOS Developmehent Team uit het struikgewas lokken :D

top

Conclusie

---

Wow! Dat was zeker onze langste editie tot nu, en ik hoop dat we er nog zo'n lange (of zelfs langer) zullen zien. Zoals altijd is alle feedback op de Wekelijkse ReactOS Nieuwsbrief welkom, net als verzoekjes voor onderwerpen. Als je vragen hebt over ReactOS, kan je ofwel een developer contacteren, ofwel mij op onderstaande adres bereiken.

Tot Volgende Week.. Happy Compiling!

Stuart "TwoTailedFox" Robbins

Wekelijkse ReactOS Nieuwsbrief Editor

top