ReactOS Ontwikkeling > REACTOS PROJECT ONTWIKKELING POLICY

12 December 2004

Voorwoord

Het ReactOS™ Project is een internationale groep ontwikkelaars wiens doel het is een gelijkaardige versie van het Microsoft Windows besturingssysteem te creëren. In het licht van recente gebeurtenissen in de wereld van de vrije software aangaande copyright en patenten, vinden de beheerders van het ReactOS Project dat een formeel Beleid voor de ontwikkelaars nodig is. Dit document bepaalt dit beleid.

Voor vragen over dit beleid kan u emailen naar ros-general@reactos.org (de algemen mailing lijst voor het Project)

Merk aub op dat dit niet beschouwd mag worden als wettelijk advies, als garanties gesteld door het Project over de code, of op welke manier ook als een verklaring of een beleid vanuit het Project.

De merken "Microsoft" en "Windows" zijn eigendom van Microsoft Corp.

I. INLEIDING

Omwille van de aard van het ReactOS Project verschijnen regelmatig copyright, patent, en andere wettelijke onderwerpen in de loop van de ontwikkeling. Dit document analyseert de wet omtrent elk van deze gebieden en verkent de implicaties voor de ontwikkeling van ReactOS.

Dit beleid is ontwikkeld in de context van de wetten van de Verenigde Staten. Soortgelijke wetten bestaan echter ook in de meeste andere landen, en er is de nodige aandacht aan besteed om dit beleid over het algemeen compatibel te houden met andere rechten.

A. Nuttige definities

Doorheen dit beleidsdocument zijn de volgende definities van toepassing, tenzij dit anders is aangegeven:

Application Programming Interface (API): Een verzameling functies, data, structuren, constanten, objecten, enzovoort, die de programmeer-interface naar een stuk software vastleggen. Bijvoorbeeld : besturingssystemen hebben APIs die gebruikt moeten worden om software te schrijven die op deze systemen kan werken. De term "API" kan eveneens duiden op een individuele functie voorzien door het besturingssysteem.

Compiler: Een hulpmiddel voor de software ontwikkeling die een voor mensen leesbare broncode omzet in object code die geschikt is voor uitvoering in de doelomgeving.

Copyright: Een vorm van monopolie, gecreëerd door de overheid, die de creatieve uitdrukking beschermt, waaronder geschreven werk, opgenomen werk, liederen, visuele kunst, computer broncode, en dergelijke. Copyright beschermt de letterlijke uitdrukking die vervat zit in een werk, niet de ideeën en concepten waarvoor het werk staat. Copyright is automatisch van toepassing op elk werk dat hiervoor in aanmerking komt, vanaf het moment dat dit concreet is vastgelegd, ook bij het schrijven van computer broncode en, in sommige gevallen, object code.

Debugger: Een stuk software dat gebruikt wordt om ontwikkelaars te helpen bij het oplossen van fouten in hun software, of om ontwikkelaars te helpen om het systeem waarop ze ontwikkelen beter te begrijpen. Voorbeelden zijn SoftICE van Compuware en WinDbg van Microsoft.

Device Driver ("Driver"): Een stuk software ontworpen om direct of indirect een stuk harware te beheren namens het besturingssysteem. Soms wordt de term ook gebruikt om software te benoemen die uitgevoerd wordt als een directe plug-in in de kernel van het besturingssysteem. Drivers zijn meestal zeer "low-level", ze worden een stuk van de kern van het besturingssysteem wanneer ze geladen zijn. Meestal zijn ze erg nauw verbonden aan de architectuur van het besturingssysteem.

Disassembler: Een stuk software dat gebruikt wordt om object code om te zetten in een door mensen leesbare assembly taal. Deze worden gebruikt zodat ontwikkelaars fouten kunnen oplossen in hun software en om hen het systeem te kunnen laten begrijpen waarin hun code uitgevoerd wordt. Disassemblers worden ook gebruikt om de source code opnieuw te genereren wanneer deze verloren is geraakt.

Free Software: Software waarvan de licentie conform is aan de definitie van Free Software, zoals deze gepubliceerd is door de Free Software Foundation (http://www.gnu.org). De GNU General Public License (GPL) is een populaire Free Software licentie.

Header File: Een broncode bestand, meestal in de programmeertalen C of C++ geschreven, waarnaar verwezen wordt in andere broncode bestanden. Header files bieden informatie die de API's, data structuren, operationele constanten, en andere karakteristieken van een software systeem, definiëert. Bijvoorbeeld : om een programma te schrijven dat op een besturingssysteem draait moet men de header files gebruiken die voorzien zijn door de ontwikkelaars van dat systeem om met het systeem te kunnen samenwerken.

Library: Een bestand met object code dat herbruikbare software componenten bevat. In het geval van een besturingssysteem moeten de systeem-bibliotheken (system libraries) gebruikt worden door third-party software om functies met het besturingssysteem te "linken", zodat de software behoorlijk kan werken op het besturingssysteem.

Non-Free [Software]: Software die niet voldoet aan de definitie van Free Software. De meeste commerciële software valt nog steeds onder deze categorie.

Object Code: Het product van een compiler of een soortgelijk programma dat is ontworpen om voor mensen leesbare broncode om te zetten in een formaat dat geschikt is om in de beoogde omgeving uitgevoerd te worden. Typisch worden hiermee machinetaal-instructies bedoeld die rechtstreeks op een microprocessor worden uitgevoerd. De tegenhanger van broncode, die (meestal door een compiler) vertaald wordt in object code.

Operating System (OS): Besturingssysteem : een speciaal soort computer software ontworpen om een omgeving te scheppen waarin algemene software kan worden uitgevoerd. Besturingssystemen werken rechtstreeks samen met de hardware van een computer, en voorzien een standaard set van diensten waarvan de applicaties gebruik kunnen maken. Voorbeelden zijn Microsoft® Windows™ XP, GNU/Linux™, en Apple® Macintosh™.

Patent: Een wettelijk monopolie toegekend door de overheid aan de uitvinder van een nieuwe en bruikbare uitvinding. Patenten zijn van toepassing op concrete en minder concrete concepten, methoden, procedures, praktijken, toestellen, enzovoort. Patenten zijn niet specifiek voor een bepaalde uitvoering van een uitvinding.

Public domain: Een werk dat in aanmerking komt voor bescherming door copyright kan in het "public domain" geplaatst worden door een expliciete vermelding door de originele schepper van het werk. Eens het werk zich in het public domain bevindt heeft het helemaal geen copyright meer, en is er geen enkele bescherming van toepassing

Service Mark: Een merk dat gebruikt wordt om de bron van iemand's diensten te identificeren.

Software Development Kit (SDK): Software en documentatie die gebruikt worden om computer programma's te schrijven die samenwerken met de software van de leverancier van de SDK. Typisch bevatten deze kits header files in C, object code bibliotheken, en verschillende vormen van documentatie omtrent het gebruik van de kit en de details van de software waarvoor de kit is ontworpen.

Source Code: Broncode : de uitdrukking van computer software in een programmeertaal (zoals C of C++). Deze term duidt op de vorm van het programma die direct leesbaar is voor mensen, en waarin de software meestal oorspronkelijk geschreven en onderhouden wordt. Broncode bevat meestal ook commentaar om de lezer te helpen de software te begrijpen. In het bijzonder bevat broncode ook header files.

Trade Secret: Informatie die van waarde is voor zijn eigenaar (meestal een bedrijf), en waarvan de bekendmaking de marktpositie van het bedrijf in het gedrang zou brengen, waarvoor de eigenaar bewuste stappen onderneemt om deze informatie te beschermen.

Trademark: Een merk dat een product van een bepaalde producent onderscheidt. Trademarks zijn meestal gebruikt om een product uniek te indentificeren binnen een bepaalde markt.

II. COPYRIGHT ISSUES

De wetten voor Copyright zijn van toepassing op ReactOS in verschillende verbanden. De primaire licentie die gebruikt wordt in het Project, de GNU GPL, steunt op de basis van het copyright om in een handhaving van zijn vrijheid te voorzien. Bijna alle voorbeeldcode, documentatie, header files, en referentiemateriaal dat over de Windows APIs beschikbaar is, valt onder één of andere vorm van copyright.

A. ReactOS Copyright

Het ReactOS Project geeft bijna alle code vrij onder de GNU General Public License (http://www.gnu.org). Elke ontwikkelaar onderhoudt zijn of haar copyright in de ontwikkelde broncode, maar geeft die code vrij onder de condities van de GPL voor gebruik door het ReactOS Project.

Een aantal delen van ReactOS zijn onder andere licenties beschikbaar, zoals de GNU Lesser GPL, of zijn in het public domain vrijgegeven. Dit wordt vrijwel alleen gedaan wanneer dit nodig is om compatibel te zijn met andere projecten.

B. ReactOS License Binary Linking Exception

De GNU GPL verbiedt in het algemeen de combinatie van non-free software met software onder de GPL zoals ReactOS. Ondanks dat (of enig ander) beleid is het officiële standpunt van het ReactOS Project aangaande het in runtime linken van non-free modules als volgt: ReactOS mag gebruikt en verdeeld worden in combinatie met non-free software zoals commerciële device drivers en commerciële applicaties. Deze uitzondering heeft geen invloed op andere verantwoordelijkheden van de gebruiker volgens de GPL.

Deze uitzondering wordt door het Project als een compromis beschouwd. We moedigen het gebruik van non-free software niet aan vanuit een ethisch principe. We bepleiten het gebruik van hardware die geen non-free software nodig heeft voor de behoorlijke werking ervan, en we ondersteunen en adviseren bedrijven die Vrije drivers, software, en tools, leveren. Bovendien moedigt het Project ontwikkelaars aan om Vrije device drivers te blijven ontwikkelen voor hardware waarvoor momenteel enkel niet-vrije drivers bestaan.

C. Copyrights van Anderen

Het ReactOS Project hangt af van de wetten over copyright voor de bescherming van zijn eigen code, en op dezelfde manier respecteert het ook het copyright van anderen.

Hier volgt het beleid van het ReactOS Project aangaande copyright:

Het copiëren is absoluut nooit toegelaten, tenzij de gecopiëerde code zich in het public domain bevindt of verdeeld wordt onder een Free Software licentie die de combinatie met een GPL programma zoals ReactOS toelaat (met andere woorden GPL-compatibel is). Ga er altijd van uit dat je geen licentie hebt tenzij deze je expliciet wordt gegeven.
Broncode met niet-vrije licenties mag niet vervat worden in ReactOS. Hiermee bedoelen we header files, ondersteuningsbestanden, en implementatie bestanden. Zulke code mag wel gebruikt worden voor educatieve doeleinden, op voorwaarde dat je de toelating hebt in het bezit te zijn van de code. Bijvoorbeeld, als er geen non-disclosure overeenkomsten zijn, en als er een geldige licentie is, mag je deze niet-vrije voorbeeldcode bestuderen en eruit leren.
Een belangrijk neveneffect van een niet-vrije licentie is dat je nooit code mag copiëren vanuit een niet-vrij systeem naar ReactOS. Verder valt het eenvoudig overtypen van bestaande code onder copiëren en is ook dit een schending van het auteursrecht. Om code te produceren die gelijkaardig werkt als de voorbeeldcode, mag de ontwikkelaar een programma ontleden om de bestaande code te bestuderen en begrijpen, zoals in de voorwaarden van de licentie is bepaald. De ontwikkelaar moet echter nieuwe code produceren, beginnend vanuit het niets, en gebaseerd op wat hij/zij geleerd heeft.
Ontwikkelaars worden aangemoedigd de codeer-stijl van niet-vrije code NIET te copiëren. Ook al valt de codeer-stijl niet onder het auteursrecht, een gelijkaardige of identieke codeerstijl wekt achterdocht op over de nieuwe code.
In het bijzonder vallen commentaren in broncode onder het auteursrecht op de code en mag deze NIET gecopiëerd worden, zelfs niet in voor de rest origineel werk. Dit in uitzondering bij het eerlijk gebruik.
Broncode die men verkregen heeft onder een non-disclosure overeenkomst is een speciaal geval, en vereist de studie van de non-disclosure overeenkomst zelf. Vooraleer men enige kennis gebruikt die door de studie van zulke code is bekomen, dient men over de details van de NDA met de Project beheerders te overleggen.
In elk geval eist het ReactOS Project van zijn medewerkers de voorwaarden van de licentie-overeenkomsten van andere software na te leven bij het gebruik voor de ontwikkeling van ReactOS. Over het algemeen is het natuurlijk het beste om eender welke niet-vrije licentie te vermijden.
Eerlijk gebruik. Materialen onder auteursrecht dragen enkele onherroepelijke rechten van eerlijk gebruik met zich mee. Eén van de belangrijke van die rechten is het recht om een werk onder auteursrecht te bestuderen voor educatieve doeleinden. Het is in dit licht dat third-party development kits die niet onder een NDA vallen bestudeerd worden opdat de deelnemers aan het Project compatibele software zouden kunnen produceren.
Reverse engineering. Veel niet-vrije software paketten hebben in hun licentie een specifieke clausule om reverse engineering te verbieden. Het ReactOS Project meent dat deze licentie-beperkingen alleen geldig zijn voor zover het gaat om de opzettelijke conversie van object code naar overeenkomstige broncode en daarop volgend het opeisen van het eigendom van die broncode. Reverse engineering, wat eigenlijk steeds gebeurt wanneer een ontwikkelaar met een debugger in de kern-code van een besturingssysteem gaat om een probleem te vinden in zijn/haar code, wordt beschouwd als een toepassing van Fair Use. Eender welke broncode die geproduceerd wordt door reverse engineering moet behandeld worden op dezelfde manier als andere niet-vrije broncode - bruikbaar voor studie en begrip van het systeem, maar niet voor integratie in ReactOS.
Het disassembleren van object code is een vorm van reverse engineering. Gedisassembleerde code listings moeten behandeld worden onder dezelfde voorwaarden van de licentie als de object code zelf.
SDK licentie beperkingen. Bepaalde SDKs waarnaar regelmatig wordt verwezen door leden van het Project zijn verdeeld onder een niet-vrije licentie. Sommige van deze licenties bevatten verscheidene beperkingen op het gebruik van de software ontwikkeld met deze SDKs. In het bijzonder vernoemt Microsoft beperkingen onder welke het gebruik van drivers ontikkeld met zijn DDK toegelaten is. Deze restricties zijn enkel van toepassing op drivers die de door Microsoft aangeleverde header files of bibliotheken rechtstreeks bevatten in de broncode of object code. In het algemeen zijn zulke beperkingen niet van toepassing op de documentatie die bij de SDKs wordt geleverd, en de broncode (vooral header files) mag gebruikt worden voor educatieve doeleinden en om de interopabiliteit makkelijker te maken, zoals hierboven vermeld.
Volgens het standpunt van het ReactOS Project vallen bepaalde componenten van deze SDKs niet onder het autheursrecht. Het Project gelooft dat namen van symbolische constanten, typen van data structuren, en dergelijke, geen statutair auteursrechtelijk materiaal vormen omdat zij functionele elementen zijn en geen creatieve uitdrukkingen bevatten. Daarom is het standpunt van het Project dat ontwikkelaars hun eigen overeenkomstige data structuren, manifest constanten, enumeraties, enzovoort, identiek mogen benoemen als deze in het werk onder auteursrecht.
Verder is het noodzakelijk dat de namen van data structuren en componenten identiek zijn voor compatibiliteit met third-party broncode, and daardoor zijn deze hetzelfde als degene in de Microsoft SDKs.
Datastructuren moeten identiek overeenkomen met degene die verwacht worden door third-party software om een volledige compatibiliteit van ReactOS met Windows te bereiken. Het is verboden enige data rechtstreeks te copiëren uit een bestand onder auteursrecht, maar ReactOS laat toe datastructuren te creëren die compatibel zijn met deze in niet-vrije SDKs.
"Tainted Developers". Er is een wettelijke theorie die af en toe wordt geciteerd aangaande de productie van gelijkaardig werkende implementaties van gepubliceerd werk onder auteursrecht. Er is bezorgdheid dat, als de scheppers van het nieuwe werk het originele werk hebben gezien, zij geen gelijkaardig werk zullen kunnen creëren zonder inbreuk op het auteursrecht van het origineel. Het standpunt van het Project is dat deze theorie ongeldig is om verschillende redenen. Als algemene regel is er geen reden waarom een ontwikkelaar die niet-vrije code gezien heeft geen logisch gelijkwaardige code zou kunnen schrijven voor ReactOS.
Ontwikkelaars die verwikkeld zijn in non-disclosure overeenkomsten dewelke hen verhinderen kennis te gebruiken die ze vergaard hebben bij het werken aan niet-vrije code tijdens de ontwikkeling van ReactOS moeten zich houden aan de afspraken van de overeenkomst. De Project beheerders eisen het bekendmaken van elke relevante non-disclosure overeenkomst alvorens code aan het project wordt toegevoegd, of zelfs nog vooraleer men aan het project meewerkt, zelfs door het posten op mailing lijsten, deelnemen aan IRC discussies, enzovoort. Deze ontwikkelaars hebben zichzelf duidelijk vrij bewust "aangetast" ("tainted").
Ontwikkelaars die toegang hebben tot broncode onder auteursrecht die oorspronkelijk onder de bescherming van het handelsgeheim zou vallen (inclusief, bijvoorbeeld, de gelekte Microsoft Windows broncode) zijn speciale gevallen. De auteursrechtelijke kwesties blijven onveranderd, net als de patent kwesties, maar een ontwikkelaar die de code heeft is duidelijk ofwel gebonden door een NDA of in strijd met het relevante handelsgeheim van de ontwikkelaar. Als zodanig is deze code zelfs ongeschikt voor studie en begrip. Het beleid van het Project is geen bijdragen te aanvaarden van ontwikkelaars die zulke code hebben of gebruiken bij de ontwikkeling van ReactOS.
De coördinators van het Project zullen hun best doen om ervoor te zorgen dat de codebase de auteursrechten en licenties gerespecteerd worden van alle code die deel maakt van het systeem. Omwille van de grootte en de complexiteit van het systeem is het echter onmogelijk te garanderen dat er nooit inbreuken zullen gebeuren. De coördinators van het Project stemmen erin toe code die zulke inbreuk veroorzaakt te verwijderen uit de codebase meteen nadat zij hiervan op de hoogte zijn gebracht, na bevestigende analyse van de Project beheerder. Gebruik hiervoor de 3 email adressen die bovenaan dit document zijn vermeld om de verwijdering te vragen van materiaal waarvan u gelooft dat het een schending is van zijn auteursrecht.

III. PATENT KWESTIES

Software patenten hebben een verregaand invloed op het ReactOS Project. Momenteel zijn software patenten legaal (dit wil zeggen software is statutaire materie) in de Verenigde Staten. Bij regel zijn patenten fundamenteel incompatibel met Free Software, en moeten ze voorzichtig vermeden worden wanneer het gaat om zulke projecten.

Inbreuken op patenten doen zich voor wanneer iemand een gepatenteerde uitvinding "creëert, maakt, verkoopt, gebruikt, of ter verkoop aanbiedt" zonder een licentie om dit te doen van de eigenaar van het patent. Het is duidelijk dat alle ontwikkelaars van het Project invloed ondervinden van patenten. Dit is een zeer moelijke kwestie, maar het beleid van het Project aangaande patenten is als volgt:

De beheerders, coördinators, en deelnemers van het ReactOS Project zijn niet verplicht actief te zoeken naar relevante patenten. Een patent-onderzoek dat alle aspecten van een ingewikkeld systeem als ReactOS dekt zou onpraktisch, of op zijn minst onmogelijk duur en tijdrovend uitvallen.
De deelnemers aan het Project zullen in te goeder trouw alle gekende patenten relevant voor de ontwikkeling van ReactOS melden aan de project beheerders. Dit betekent niet dat het project wil dat anderen zich in een volledig patent-onderzoek verdiepen. Het betekent wel dat ontwikkelaars de plicht hebben patenten waarvan ze het bestaan kennen en die volgens hen relevant zijn te melden.
De Project beheerders zullen een lijst van relevante patenten onderhouden, en zullen te goeder trouw inbreuken vermijden. Bij regel wordt geen juridisch advies ingewonnen bij elk patent. In de plaats daarvan zullen de leiders van het project, volgens eigen oordeelkundigheid, bepalen of een patent technisch relevant is, en zullen ze indien nodig de verwijdering en/of het opnieuw ontwerpen initiëren van de gedeelten van het systeem die de inbreuk veroorzaken
Deelnemers aan het Project stemmen ermee in dat ze geen patent bescherming zullen vragen voor nieuwe ontwikkelingen gemaakt in samenhang met ReactOS. Als alternatief stemmen zij ermee in het eigendom van zulk patent aan de ReactOS Foundation toe te kenne, of anders een eeuwige, onherroepelijke, overdraagbare, royalty-free licentie te verlenen aan eenieder die de gepatenteerde uitvinding in combinatie met het ReactOS systeem of enig afgeleid werk van het systeem te gebruiken (met andere woorden, iets als "patent-left").
De coördinators van het Project stemmen in met de directe verwijdering uit de codebase van implementaties van gepatenteerde uitvindingen die inbreuken veroorzaken, na een bevestigende analyse door een Project beheerder. Breng de drie email adressen vernoemd bovenaan dit document op de hoogte van een verzoek tot verwijdering van materiaal waarvan u gelooft dat het in strijd is met een patent.

IV. TRADEMARK KWESTIES

Het ReactOS Project streeft naar respect van merken van anderen, en onderneemt de nodige stappen om de integriteit van deze merken te beschermen. Het beleid van het Project aangaande trademarks bevat hetgeen volgt :

De integriteit van het ReactOS merk moet ten allen tijde gerespecteerd worden. Van ontwikkelaars wordt verwacht dat ze het ReactOS merk voorzichtig gebruiken, en het bestaan van het merk steeds met een ™ teken aan te duiden bij het eerste gebruik ervan in gepubliceerd materiaal.
Een lid van het Project dat gepubliceerd materiaal schrijft zoals documentatie, nieuws, artikels, website inhoud, enzovoort, moet alle nodige maatregelen treffen om de merken van anderen te beschermen door de toepasselijke ™ en ® verwijzingen bij het eerste gebruik van een merknaam.

V. TRADE SECRET KWESTIES

Af en toe zijn leden van het ReactOS in het bezit van informatie die niet verder verspreid mag worden. Dit gebeurt wanneer het lid in het bezit is van handelsgeheimen.

Bezitters van handelsgeheimen worden aangemoedigd het geheim van de relevante informatie te bewaren. Publieke projecten zoals ReactOS zijn in het algemeen incompatibel met handelsgeheimen. Project leden mogen nooit handelsgeheimen bekend maken aan het Project. Het Project bevat geen handelsgeheimen, en hoewel het zijn best doet handelsgeheimen van anderen te respecteren, garandeert het Project dit niet in naam van de leden van het Project.

Het beleid van het Project is geen handelsgeheimen te bezitten. Dit betekent dat leden van het project nooit toegang tot handelsgeheimen mogen zoeken in verband met hun werk voor ReactOS.

VI. NON-DISCLOSURE AGREEMENTS

Leden van het ReactOS project kunnen soms genoodzaakt zijn een non-disclosure agreement (geheimhoudingsovereenkomst) aan te gaan. Omwille van de fundamenteel incompatibele aard van het Project met het concept van geheimhouding, is het het beleid van het project geen geheimhoudingsovereenkomsten van enige aard aan te gaan.

Project leden moeten de Project coördinators op de hoogte brengen van zulke overeenkomsten die relevant kunnen zijn voor hun deelname aan het project. Het Project zal te goeder trouw proberen de schending van geheimhoudingsovereenkomsten door de deelnemers van het project te voorkomen, maar geeft geen garanties omtrent het gedrag van de deelnemers.

Deelnemers die door een relevante NDA gebonden zijn mogen geen code, documentatie, advies voor implementatie, advies voor architectuur, enzovoort, die valt onder de NDA, aanbieden aan het project. Enige code die aangeboden wordt in schending van een NDA zal verwijderd worden uit de codebase.

VII. Andere

Trademark en Service Mark Anti-Dilution. Anti-dilution (Anti-verwatering) voorzorgen voorkomen zelfs het ongerelateerde gebruik van een "bekend" merk of een merk dat verwarrend lijkt op een bekend merk. ReactOS gebruiktslechts één merk, het ReactOS merk zelf, dat geen Anti-dilution kwesties met met andere merken veroorzaakt.
Trade Dress. Trade Dress duidt op de look-and-feel van een product. Bekende voorbeelden zijn het Coca-Cola flesje en de Apple Macintosh gebruikersinterface. Het is het beleid van het ReactOS Project de trade dress van anderen te respecteren. Het Project heeft momenteel geen weet van enige trade dress kwesties met andere producten. Ontwikkelaars moeten proberen ReactOS te blijven onderscheiden van andere producten met het oog op het vermijden van trade dress kwesties.

VIII. DEVELOPMENT KITS

ReactOS vereist het gebruik van verscheidene third-party software development kits voor de ontwikkeling. Deze vertegenwoordigen allen unieke juridische kwesties. De volgende development kits worden gebruikt bij de ontwikkeling van ReactOS:

Microsoft Platform SDK (inclusief gerelateerde SDKs en component SDKs): Deze SDK is beschikbaar op http://www.microsoft.com/msdownload/platformsdk/sdkupdate/. Deze SDK bevat header files, bibliotheken, documentatie, en andere ondersteunende bestanden, evenals voorbeeld broncode voor programma's die het gebruik van de door de SDK gedefiniëerde API illustreren. Dit is de belangrijkste development kit die gebruikt wordt om third-party software te ontwikkelen die uitgevoerd moet worden op Microsoft besturingssystemen en Microsoft-compatibele besturingssystemen.
Microsoft Driver Development Kit (DDK): Een speciale SDK ontworpen voor de ontwikkeling van kernel-mode software (inclusief device drivers).
Microsoft Installable File system Kit (IFS): Een speciale SDK ontworpen voor de ontwikkeling van bepaalde kernel-mode componenten bekend als bestandssystemen. Deze kit wordt verdeeld onder een beperkende licentie en voor een vergoeding van rond de $1000.