Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 43 reacties
Bron: ReactOS, submitter: j.nolles

ReactOS logo (75 pix)Woensdag is versie 0.3.12 van ReactOS verschenen. Het 'React Operating System'-project is een opensource-besturingsysteem dat als doelstelling heeft om compatibel te zijn met Windows NT, 2000 en XP, zodat er Windows-applicaties en -drivers op gedraaid kunnen worden. Hoewel er al veel software probleemloos op draait, waaronder OpenOffice.org, Mozilla Firefox, Mozilla Thunderbird en diverse spellen, verkeert het hele project volgens de ontwikkelaars nog in het alfastadium en is het niet geschikt voor dagelijks gebruik. Op deze pagina kunnen enkele screenshots van ReactOS worden bewonderd. Het complete changelog van deze release is hier terug te vinden, dit zijn de release notes:

ReactOS 0.3.12.

This is a huge release for the team, not just with regards to the number of improvements which this release holds but in terms of the leap forward architecturally, stability wise and in bringing some of the more modern aspects of the NT kernel into ReactOS.

It's been almost a year since the last release and whilst this is understandably excessive, it was required to stabilize the OS due to the nature of the work which was undertaken. Focus at the start of this release was on a single area, the trap handler mechanism, which resulted in a complete rewrite of this area. This brought with it the need for more changes which escalated into many areas getting an overhaul and many new technologies being developed and brought into the core. What resulted from this was a vastly more modern kernel containing code which had been exercised significantly less than the code it replaced. This triggered a large testing phase to bring the stability and compatibility to levels above that of the previous code.

During the preparation of this release, 259 bugs were fixed, including 61 regressions some of which originated from ReactOS 0.3.7. Ten of those bugs are more than 3 years old, with the oldest fixed bug being #969 (5 years old).

A heavily cut down list of some of the more major changes which have been going on in the past year is as follows:
  • Memory Manager - The memory manager continued to see much work as the ARM team replaced each component piece by piece whilst also maintaining the functionality of the old manager. Although 0.3.12 does not completely switch over to the new manager, what is obvious are the speed, stability and compatibility improvements of this new model.
  • NMI support - ReactOS can now handle NMIs with a Red Screen of Death, useful for capturing hardware errors detected by the CPU or Bus. Additionally, support for 3rd party NMI callbacks has been implemented, which is useful for certain server systems. Finally, support for generating a crash dump during an NMI is partly implemented, which can help when a machine is frozen or hung and an external NMI dump switch is used.
  • Trap Handler Rewrite - Almost all CPU faults, trap, exception, and system call code is now written in C instead of Assembly. Many legacy and/or deprecated code paths have been disabled and performance-heavy debugging paths disabled by default. Additionally, the x64 and ARM ports now share much more of this code. Finally, the code is much cleaner and can take advantage of compiler optimizations to generate the best possible code for the CPU instead of writing hand-crafted assembly that was specific only to certain CPU models. Work is ongoing to remove even more of the last remaining Assembly routines.
  • EMS - Support for Emergency Management System (or Headless) has been partially implemented. The boot flags documented by Microsoft are supported, and certain debug output is sent to the serial port as expected. Work is ongoing to provide the EMS logging capabilities and to move the existing legacy KDBG debugger over EMS. SAC (Special Administration Console) driver work is also in progress to compliment this.
  • PnP Compatibility - Various improvements have been done to increase hardware support and support for loading 3rd party drivers.
  • ACPI Improvements - The ARM team has implemented the basic drivers required for supporting batteries and 3rd party UPS/battery drivers, including support for the ACPI Composite Battery specification. This support is not currently enabled in this release because ACPI is still undergoing work.
  • New PCI-X driver - The ARM team has been slowly working on the new PCI bus driver. Previously, ReactOS was using a very simple and mostly stubbed PCI bus driver which lacked support for many real-world PCI bus features, PCI-to-PCI bridges etc. With this new driver, compatibility on real hardware, not just virtual machines, should improve significantly, along with performance.
  • SxS support – Side-by-side code was added, along with loading and finding manifest files. It’s an important step forward to be compatible with modern applications which use this technology.
  • Pool Corruption Fixes - Perhaps the most serious of these suspected leaks were fixed thanks to combined efforts of key ReactOS developers utilising advanced methods including a customized version of QEMU virtual machine.
  • Timer and message handling rewrite - Incorrect handling of non-queued messages led to deadlocks in some applications which the message handling rewrite resolved. The timer implementation rewrite is also completed by this release which fixes many timer-related problems, most known is the “need to move mouse in order to download in FireFox”.
  • x64 build - While the x64 port is still in an early stage regarding the functioning of the kernel, most of the generic compilation issues are resolved and necessary core functionality implemented. These efforts have been merged back into trunk, so that trunk can be compiled for x64 target. With the help of automatic builds, possible breakages can now quickly be detected and resolved. Don't expect it to boot to GUI though!
The changelog for 0.3.12 is also markedly different from previous releases, with an emphasis on conveying an understandable and concise summary of major changes in the release. Thus instead of duplicating that summary here, we invite you to peruse its contents and see what has been accomplished.

Klik op de afbeelding voor een grotere versie.
Moderatie-faq Wijzig weergave

Reacties (43)

Erg leuk project!
De website vermeldt dat het volledig legaal is maar zal Microsoft niet allemaal patenten hebben op de interface en hoe dingen globaal werken?
Lijkt mij dat wanneer dit een beetje populair wordt ze kapot geprocedeerd gaan worden of zie ik dat verkeerd?
Lijkt mij ook. maar opzich zie ik in de meesten OS-en wel een overeenkomst in de opbouw van de zichtbare interface. Dus denk dat het wel mee zal vallen qua MS commentaar.
Verder is het niet zo dat het een concurrent is van microsoft, dus ik denk dat ze weinig te vrezen hebben.
maar zal Microsoft niet allemaal patenten hebben op de interface en hoe dingen globaal werken
Nee, want MS heeft dat grotendeels ook weer gejat.

Wat dat betreft niets ten nadele van MS overigens, beter goed gejat dan slecht bedacht enzo. Maar interface-technischerwijs kunnen ze geen aanspraak op patent/alleenrecht maken.
Waarom zou MS dit aanklagen? Ik zie geen reden voor MS om te bemoeien met een OS dat alleen interessant is voor een hele kleine markt.
Volgens mij hadden ze een paar jaar terug ook gecheckt of de code wel legaal was, en dat was het gelukkig ook.

Verder vindt ik het ook een leuk project, ik volg het nu alweer 4 jaar en er toch aardig wat progressie te zien kwa achterliggende code.
Erg leuk project!
De website vermeldt dat het volledig legaal is maar zal Microsoft niet allemaal patenten hebben op de interface en hoe dingen globaal werken?
Lijkt mij dat wanneer dit een beetje populair wordt ze kapot geprocedeerd gaan worden of zie ik dat verkeerd?
Je ziet het idd verkeerd:
An extensive code audit is in place to protect against legal problems, such that implementation of the Windows API is only done by means of a complete clean room reverse engineering process. This has been in place following claims made in 2006 by a former developer and a third party in separate incidents that the project has either contained disassembled assembly code from Windows, or files directly originating from Microsoft. Both allegations have had no adverse legal consequences to the project, and development continues to this day.
Voor het hele artikel check: http://en.wikipedia.org/wiki/ReactOS
Het idee is leuk, maar als ze dit eindelijk een beetje xp compatibel hebben zitten we alweer aan windows 9.
Vooral omdat het nog alfa is zie ik het nut er niet van in.
De Beta gaat er waarschijnlijk idd pas komen als we op windows 9 zitten...
De Final zal in het volgende millenium pas klaar zijn.
Wat heb je er dan nog aan? :O
Het is een leuk studieproject voor programmeurs. Bovendien is er code-uitwisseling met Wine die daar dus ook weer beter door is. Er zijn dus wel real-life voordelen van dit project.

Helaas zijn er maar erg weinig ontwikkelaars, dus gaat het erg langzaam. Dat kan natuurlijk wel ieder moment veranderen als er zakelijke sponsoring komt voor bepaalde toepassingen.
ik durf wel te betwijfelen dat reactOS niets toevoegt aan wine. ik denk dat de 'kruis'bestuiving waar jij het over hebt behoorlijk eenzijdig is waar vooral reactOS dus van profiteerd. kortom het zal in de practijk werkelijk NIETS toevoegen. stop dan je tijd in wine zodat DAT beter wordt. en bouw er daarna je linux ding omheen
Jouw bewering lijkt me nogal sterk om zo enige onderbouwing te veinzen. Ben je betrokken op enige manier bij de ontwikkeling van WINE en/of ReactOS?
linux om wine heenbouwen :|
ik hoop dat ie op een interface design doelt anders is hij waarschijnlijk high. niet zo bekend met hoe een gnu/linux os in elkaar zit.

[Reactie gewijzigd door ErwinPeters op 25 oktober 2010 15:23]

Hmm idd. Mijn reactie was iet wat aan de sarcastische kant. Ik had nog niet vanuit dit oogpunt bekeken.

Zakelijk gezien moet er dan eigenlijk wel meer input komen voor deze opensource aps. Maar dat zal met de huidige ontwikkelingen wel aan gaan trekken lijkt me zo.
Nou, binnenkort kun je XP niet meer activeren, en als de dan je oude games wilt spelen die het onder Vista al niet meer doen, dan is dit de oplossing. Ook voor 16bits games speelt dat.


Ook zullen er bedrijven zijn die oude programma's/data toegankelijk willen houden. Exact4Dos dat ScD Firedrunk aanhaalt zal waarschijnlijk niemand meer regulier gebruiken, je hebt in die branche ook te maken met veranderende wetgeving, o.a. met btw, het electronisch moeten doen van aangifte, enzovoorts.

[Reactie gewijzigd door BeosBeing op 21 oktober 2010 18:34]

Dan vergis je je compleet.. Ik ken tig accounts die nog op exact4dos werken.. juist omdat ze het altijd gewend zijn geweest. De mensen bij ons van systeembeheer (ik zit zelf op een andere afdeling) installeren jaarlijks zeker nog 50 tot 75 keer exact4dos.
En heeft Microsoft XP ge-abbandoned, en is ReactOS misschien wel DE keuze om bijvoorbeeld Exact4DOS op te draaien....


Je weet maar nooit ;)
Zul je moeten wachten op de 0.5 release, die zal voor het eerst de beta-flag mee krijgen.
Goed idee, werkt dat een beetje?
Op nieuwe hardware?
als virtueel systeem?
Het idee is leuk, maar als ze dit eindelijk een beetje xp compatibel hebben zitten we alweer aan windows 9.
Yup, en waarschijnlijk heeft Microsoft Windows dan ook al helemaal opnieuw uitgevonden, waardoor veel programma's en dergelijke niet meer compatible zijn. Ik bedoel, Vista en 7 hebben een nieuw drivermodel ten opzichte van XP, gaan ze dan gelijk XP compatibiliteit de deur uitgooien en daaraan werken?
Het word inderdaad wel een tijd dat microsoft met iets nieuws komt.
het laatste was Windows NT dat is waar Windows XP op gebaseerd is.
Windows Vista en Windows 7 hebben weliswaar een ander register en een ander uiterlijk
maar nog steeds gebaseerd op de Nt kernal die stamd uit begin 2000.
Windows NT is al iets ouder, de eerste versie stamt namelijk al uit 1993.
" misschien wel DE keuze om bijvoorbeeld Exact4DOS op te draaien...."

nou die dus net NIET want ReactOS bevat (nog) geen NTVDM dus voor DOS applicaties kan je beter FreeDOS ofzo blijven gebruiken.

Voor tal van andere W32 applicaties geldt het juist wel.
Er zijn ook diverse andere toepassing vormen denkbaar (hosten van virtuele desktops op een VMWare/Xen cloud, kiosken, POS) waarbij licentiekosten een overweging is.
nou die dus net NIET want ReactOS bevat (nog) geen NTVDM dus voor DOS applicaties kan je beter FreeDOS ofzo blijven gebruiken.
Er staat hier volgens mij wel dat het al er in zit.

Verder een mooi project en zodra versie 0.5 bereikt is, wordt het serieus interessant!
"Het idee is leuk, maar als ze dit eindelijk een beetje xp compatibel hebben zitten we alweer aan windows 9."
Ze gaan niet voor XP compatibiliteit. Het huidige NT API niveau van ReactOS is 5.2 (=Windows 2003) en veel NT6 functies worden al aangeboden, veelal nog stubbed maar er kan gewoon op worden doorgebouwd om "bij" te blijven.
Het idee van een bouwvallig huis met aangebouwde kamers voor bijv. de aanwaaiende neef, zoals je wel eens op schilderijtjes van franse huizen ziet, is nooit ver weg..
Ik denk dat je daar niet eens zo heel bang voor hoeft te zijn, wine is ook begonnen in het 16 bit tijdperk als ik me niet vergis en is in de loop der jaren ook behoorlijk uitgebreid, een bouwvallig huis zou ik wine echter toch niet noemen.

Alleen je zit er natuurlijk mee dat de ontwikkeling van windows ook niet stil staat. Gaat de ontwikkeling bij ReactOS snel genoeg om Windows bij te houden?

[Reactie gewijzigd door A Noniem op 21 oktober 2010 12:07]

ReactOS heeft helemaal niet de intentie om windows bij te houden.
M$ stopt met xp support, ReactOS stapt in dat gat door een eigen windows fork te maken, niet meer niet minder. Ik zie ook nergens in de roadmap staan dat zij vista/win7 willen maken.
Pas in April 2014 stopt XP support hoor. En welk support levert ReactOS dan precies?
Als er vraag naar is, komt er vanzelf een bedrijf dat het aan gaat bieden

[Reactie gewijzigd door VNA9216 op 22 oktober 2010 07:50]

[...]M$ stopt met xp support,[...]
himlims_ heeft een UITVINDING gedaan. Hij heeft MS met een DOLLARTEKEN geschreven, dan wordt het dus M$, hahahaha. Omdat Microsoft zeg maar heel veel geld verdiend en dan dat met een $- teken schrijven! Wat een ontzettend goede uitvinding van himlims_! Ik vind dat we dat VANAF NU moeten gaan gebruiken en bovendien vind ik ook dat himlims_ een prijs van Tweakers.net moet krijgen + een eervolle vermelding op de hoofdpagina voor het uitvinden van deze ontzettend inventieve en innovatieve schijfwijze. Je kan himlims_ felicteren via zijn profiel.

Lang leve himlims_ !

[Reactie gewijzigd door Jack Flushell op 21 oktober 2010 22:51]

Ik weet niet wat jouw indruk is van Windows. Maar hetzelfde idee krijg ik ook als software ontwikkelaar wanneer ik de officiële Windows API's lees, dus als het daar op gaat lijken zijn ze misschien wel heel ver. Vergeet niet dat Windows 7 ook een verzameling is van code die soms al meer dan 15 jaar oud is... Soms zijn er best eigenaardige keuzes gemaakt om code maar enigszins compatible te houden met vorige Windows versies.

Feit is in elk geval dat ReactOS al best aardig wat leuke software kan draaien en steeds beter inzetbaar wordt. Zelf draai ik liever Windows software onder Linux via Wine als het dan toch moet, maar respect voor de ontwikkelaars en hun doorzettingsvermogen...
Niet op tijd voor 10-10-'10 maar toch een leuke datum 20-10-2010

Ik vind het al jaren een goed project.
Zodra het af is kan een goed alternatief bieden tegen windows.
Ook leuk dat die 5 jaar oude bug er uit is.
ReactOS is leuk maar als je geen lid kan worden van een ActiveDirectory domain en geen NTFS support hebt, dan maar XP downgrade.

Edit: voor bedrijven, heb het niet over thuisgebruik. Waar ik werk zijn de desktops 100% XP vanwege een app dat niet compatible is met Vista (een nieuwere versie is dat wel maar dan moet het hele platform geupgrade worden @ $$$).

[Reactie gewijzigd door El_ByteMaster op 21 oktober 2010 17:22]

Het zou wel eens de zakelijke os kunnen worden, als de ontwikkeling wat sneller ging en stabieler was.

Gewoon een lekkere kale OS met hoge performance. Ideaal voor kantoor gebruik. Windows Vista, 7 etc zijn meer voor consument met alle grafische gadgets dan echt gewoon kantoor gebruik.

Belachelijk dat een OS tegenwoordig al minimaal 1 gig werkgeheugen nodig heeft.
En tegen de tijd dat het alles ondersteunt, is het net zo'n enorm log apparaat als de huidige windows..
Leuk ook die geripte classic startmenustyle.. waarom iets nieuws bedenken als je ook achteruit kan? x-D
Waarom niet, in windows 7 gebruik ik ook de classic startmenu en theme :) lekker simpel, en simpel is imo goed.

Ik moest wel lachen toen ik de 'red screen of death' note zag :)

Tijd om mn VM weer op te snorren

Edit: en.. dit is een goed idee voor mensen die nog starcraft 1 spelen en met een nieuwe windows 7 installatie zitten die sc1 niet goed meer draait :p

[Reactie gewijzigd door LoloftheRings op 21 oktober 2010 12:38]

Ik dacht dat dit project allang dood was.
Verwacht ook niet dat dit ooit nog is wat gaat worden.
Ooit misschien wel, maar dan moet je wel héél veel geduld weten op te brengen.
geweldig ! dit ga ik onderhand eens proberen, heb een thin client die niet veel ruimte te spenderen heeft, eens kijken of ik met ReactOS met deze TC iets kan doen :-)

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True