Software-update: ReactOS 0.4.8

Versie 0.4.8 van ReactOS is uitgekomen. Het React Operating System is een opensource-besturingssysteem 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 LibreOffice, 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 bekeken. De changelog voor deze uitgave kan hieronder worden gevonden.

Kernel:

• Fixed a bug in file writing, it could cause issues in case a read-only FSD is used.
• Fixed a nasty 17-year old bug in Common Cache. This will reduce file corruptions on various filesystems.
• In CC, some fixes for MS CDFS.
• Read ahead is implemented in CC.
• Lazy writing is implemented in CC. This is a step towards booting from EXT2.
• Major fixes for CC. ReactOS could be installed again with 128 MB.
• Do not perform hive write operations in LiveCD mode.
• Many x64 boot fixes, still need to go a long way.
• Many fixes in Memory Manager.
• Implemented NX bit support.
• Coverity-based fixes for MM and CC.
• Implemented oplocks support.
• Fixed a deadlock when exiting from Command Prompt.
• Some more work for booting from UEFI.
• Some fixes for FreeLoader. Boot time is slightly reduced.
• Fixed some issues related to writing bootloader to disk.
• Updated ACPI (Extended Features) support.
• Add a non paged memory dumper in case of low memory situation.
• Added a rotation bar in boot screen.

Win32 subsystem:

• Fixed problems when initializing games with some graphics drivers.
• Added more font substitutes.
• A fix in GDI to improve theming.
• GDI: Add type for selecting world transformation modification modes.
• GDI: Fix metafile crashes and null driver issues.
• GDI: Fix multibyte text length overgoing.
• user32/imm: Fix a recursion crash.
• Minor fixes for theming.
• Minor fixes in printing components.
• Fixed a palette regression in DirectX components. This fixes various drawing issues.

Drivers:

• More work on storport driver.
• More work on RDBSS and RXCE.
• More work on filter driver.
• Brought in usbohci_new (USB 1.1) and usbstor_new (USB Mass Storage Devices) drivers. New USB drivers is still not active yet.
• Replaced CDFS driver with MS one.
• Imported FastFAT driver from MS, however, this driver is not enabled for now.
• Imported a virtual CD-ROM class driver and a GUI app.
• Imported a virtual floppy driver.
• In floppy driver, fix some virtual machines and real hardware with empty floppy drive not being able to boot ReactOS (stuck while initializing floppy.sys).
• Properly handle unknown PNP IRPs in pciidex.
• Major fixes for current FastFAT driver.
• Merged NTFS work in GSoC 2016/2017: Improved read support and added partial write support. Write support is still not finished for general usage.
• Many leaks were fixed in NTFS driver.

Shell:

• Rewritten taskbar settings routines and dialog.
• Fixed a shortcut issue.
• Fixed issues with notification area, and resizing it.
• Implemented balloon notifications and queueing them.
• Implemented a watcher for notification area that removes icons if the owning process dies/terminates without removing it.
• Minor visual fixes and some improvements for clock.
• Replaced some bitmaps.

System DLLs:

• hal: Work for x64 boot.
• opengl32: Fixed a crash. This will improve MS Office apps.
• opengl32: Store data in TEB instead of TLS.
• ntdll: Implemented the implicit activation context. This will help NT6+ compatibility.
• kernel32: Accept newer programs. Beginnings of NT6+ application support. Lots of work is needed to bring in newer apisets.

User-mode DLLs:

• shell32: Fixed multiple selection of desktop icons. Properties sheet doesn't conflict with right click menu anymore.
• shell32: Fixed creating a new folder.
• shell32: Fix creating directories in desktop and in drivers like C:.
• shell32: Implemented Eject and Disconnect menu items.
• shell32: Fixed dismounting a network drive using explorer.
• shell32: Fixed showing drive capacity.
• shell32: Fixed file and folder properties dialogs.
• shell32: Rewritten the wrapping code for shell taskbar notifications. This fixes various tooltip problems.
• shell32: Work for balloon notifications.
• shell32: Fixed creating a folder inside Browse dialog.
• shell32: Fixed a major handle leak when browsing folders. This solves directory deleting/renaming issues.
• browseui: Added Open Folder.
• browseui: Improve relative path handling.
• browseui: Implemented shell autocomplete.
• comctl32: Fix redrawing of the static text elements.
• comctl32: Fixed some button captions drawing.
• comctl32: Install v6 with manifest in first stage.
• comctl32: Fixed font color problems.
• comctl32: Fixed occasional crashes when hovering over disappearing tray icons.
• setupapi: More work.
• uxtheme: Detect more themes.
• uxtheme: Improved scrollbar drawing.
• uxtheme: Fix text background on themed tabs.
• iphlpapi: Implemented interface name resolving functions.
• iphlpapi: Fix returning error code in ICMP functions.
• iphlpapi: Fix functions related to network routing.
• iphlpapi: Fix some memory leaks.
• usp10: Major speed-up for text apps, for example Notepad.

Commands and utilities:

• Some minor fixes on RAPPS. Added more programs. Fixed FTP downloads.
• Fixed some certificate issues on RAPPS.
• Some minor fixes on command prompt.
• input.cpl: Overwrite font substitutes settings on language change.
• timedate.cpl: Corrected setting time.
• desk.cpl: Add feature to enable or disable flat menus.
• Zooming is enabled in picture viewer.
• servman: Make the property sheets modeless so users can open multiple services at the same time.
• services: Fix querying the status of a registered but not started driver.
• services: Fixed service status updating issues.
• devmgr: Implemented missing device power information.
• chkdsk: Don't repair if the volume is in use.
• tracert: Entirely rewritten.
• tracert: Fix output when host or network is unreachable.
• ping: Fix output when host or network is unreachable.
• drwtsn32: Implemented a basic application for crash reporting. This will create a dump in desktop when an application crashes.
• rosinternals: Added a skeleton of nfi tool.

Tasks:

• User-mode DLLs are synced with Wine 3.0.
• Updated FreeType to 2.9.0.
• Updated ext2 to 0.69.
• Updated uniata to v0.46e5.
• Updated libxml2 to 2.9.7.
• Updated libmpg123 to 1.25.8.
• Updated libtiff to 4.0.9.
• Updated libxslt to 1.1.32.
• Updated libjpeg to version 9c.
• Updated libpng to 1.6.34.
• More work on ATL.
• Added compiling with clang-cl. To enable this, various build fixes were made.
• Work started for unity builds, to reduce compile times significantly.
• Added precomp header to modules.

Versienummer	0.4.8
Releasestatus	Final
Website	ReactOS
Download	https://www.reactos.org/nl
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (40)

[DigitalExorcist]

Heeft dit OS, behalve voor wat legacy toepassingen, uberhaupt nog enig nut? Veel software wérkt al niet eens meer onder de 'echte' Windows XP of ouder ...

[NiLSPACE]

Naast dat het natuurlijk een fantastisch project is om te leren over besturingssystemen bouwen en reverse engineering schijnt het ook handig te zijn voor bedrijven die nog software hebben draaien op extreem oude computers waar moderne versies van Windows niet op draaien.

[DigitalExorcist]

Ja, maar met alle gaten erin (die software bedoel ik) is het de vraag of je dat moet willen. Sowieso moet je zakelijk ernstig afvragen of je dan een -met alle respect- hobby-project als dit moet willen hebben draaien op interne systemen die kennelijk zó belangrijk zijn dat software van 20 (!) jaar oud moet blijven werken.

Wel eens dat het een uitstekende manier is om over OS'en te leren hoor. Maar het voelt een beetje als trekken aan een dood paard...

[Reactie gewijzigd door DigitalExorcist op 24 juli 2024 12:21]

[stuiterveer]

Sowieso moet je zakelijk ernstig afvragen of je dan een -met alle respect- hobby-project als dit moet willen hebben draaien op interne systemen die kennelijk zó belangrijk zijn dat software van 20 (!) jaar oud moet blijven werken.

Helaas draait nog een absurd aantal bedrijven op legacy code. Als voorbeeld: AS400 wordt binnen Enexis nog als kritiek punt van de infrastructuur gebruikt, en NS (ook al wordt een groot gedeelte door KPN vernieuwd voor ze) heeft ook nog gigantisch veel op legacy systemen draaien als kritieke onderdelen. Nog “leuker” is dat de NS medewerkers zelf nog altijd helemaal lovend zijn over de legacy systemen.

[DigitalExorcist]

De pest is ook wanneer je gaat innoveren puur om het innoveren. Het moet wel nút hebben. Je applicatie kan 20 jaar oud zijn, da's geen probleem, mits er nog gewoon updates voor uit komen en nieuwe OS'en ook supported blijven. "Gewoon" een nieuw systeem introduceren is ook zinloos in dat geval.

De balans daartussen, dát is de echte uitdaging

[stuiterveer]

Ik ben het absoluut met je eens. En als je je beseft dat vrijwel al die legacy systemen cruciaal waren voor bepaalde punten en issues daarmee dan ook hoge prio hadden waarbij vrijwel alle gerapporteerde issues buiten kantoortijden met die systemen te maken hadden, kan ik je vertellen dat vernieuwing behoorlijk nodig was/is. Maar goed, nieuwe systemen kunnen natuurlijk ook issues hebben, al zou het nu wel fatsoenlijk geprobeerd kunnen worden in plaats van life support toepassen en hopen dat het niet de nek wordt omgedraaid.

[bierbart]

Nu ben ik wel benieuwd wat er bij NS nog op legacy draait?

[stuiterveer]

Zijn verschillende systemen, waar ik toen de meeste dingen over meekreeg was SIGMA. Heb er zelf nooit in kunnen duiken, kreeg er geen account voor "want dat wordt toch uitgefaseerd", ondertussen kwamen wel veel calls binnen van mensen die hulp in SIGMA nodig hadden. Van wat ik begreep was het een remote desktop gebeuren, wat ze waren aan het omzetten naar een Citrix omgeving.

Maar daarnaast zijn er veel andere systemen waar ik niet direct de naam van weet. Wat je vooral meekreeg van mensen was de romantisatie van die oude systemen. Want er waren genoeg problemen mee, alleen had de oude garde daar natuurlijk al die tijd mee gewerkt waardoor al het nieuwe scheef aan werd gekeken.

[r0n625]

Het is wel zo, dat ReactOS nog jaren updates zal krijgen, terwijl Microsoft daar mee gestopt is.
Daarom lijkt ReacOS mij veiliger (in de toekomst) dan XP/NT4 e.d.

[DigitalExorcist]

Ja, maar die legacy software die erop draait waarschijnlijk niet meer (anders hadden ze wel modernere Windows versies ondersteund..)

[Verwijderd]

Hoeft ook niet. Het is vooral handig dat je met ReactOS oudere software op een modern systeem kan draaien, denk maar aan games die niet werken op iets dat nieuwer is dan XP en in een VM gewoon niet fijn werken.

Voor archiefdoeleinden lijkt mij dit zeer belangrijk. Er zijn een heleboel niche tools ontwikkeld tijdens het XP-tijdperk en het is imo wel de moeite om op z'n minst deze proberen te archiveren en de mogelijkheid blijven hebben om deze uit te proberen. Er gaan niet veel mensen zijn die in 10-20 jaar tijd een hele oude PC gaan willen kopen om gewoon een oud programma of game nog eens te spelen.

We kunnen veel leren van het verleden en het is belangrijk dat deze beschikbaar blijft voor zo veel mogelijk mensen. Net zoals archieven met fysieke voorwerpen, teksten, muziek, geluid,...

[sspiff]

Het doel is vooral om legacy applicaties te kunnen draaien op modernere hardware, als ik het goed heb. Vandaag kan je wel nog Windows XP compatibele hardware vinden, maar binnen 5, 10, 15 jaar wellicht niet meer. Dan kan het interessant zijn om een platform te hebben waarop je waarheidsgetrouw oude software kan uitproberen. Vergelijk het met FreeDOS, DOSbox of de vele emulators voor oude home computers die er bestaan.

Een klein detaail: ReactOS probeert niet Windows XP, maar Windows Server 2003 na te bootsen.

[vso]

Er zijn veel wegen om oude applicaties op "nieuwe" hardware te draaien.

Daarnaast mag / kan je nog gewoon xp bv draaien op "recente" hardware je hoeft niet elke driver te installeren om het werkend te krijgen.
En zolang je het niet aan het "internet" hangt maar bv in een apart segment kan je best hiermee draaien.

Wine/reactOS is niet perse slecht maar de kennis en knowhow om het draaiend te houden is meerdere lagen complexiteit toevoegen. vooral hier is KISS principe belangrijk.

Maar aan het eind v.d dag als het werkt waarom niet ? als het je sneller lukt met dit OS .. zou ik zeggen Gaan . (en het is gratis)

[sspiff]

Ik begrijp dat het momenteel nog niet altijd de meest logische of geschikte oplossing is, maar soms is het dat wel.

Bovendien kan het best nuttig zijn voor archieven binnen 30 of 40 jaar. Wie weet is er nog een Microsoft dan, of kunnen ze Windows XP nog aanpassen en bouwen om iets werkend te krijgen. Dan kan ReactOS wel de oplossing zijn om oude software terug aan de praat te krijgen.

Daarbovenop komt dat dit project voor zover ik weet ook door de Russische staat gefinancieerd wordt, om een onafhankelijk alternatief te hebben in het geval van een Amerikaans embargo, of voor systemen waar ze vrezen dat Microsoft in opdracht van hun overheid iets extra meesturen met een update-pakket.

[vso]

@sspiff ik denk dat de prioriteiten verkeert liggen als je archiefdata van 30/40 jaar nog terug zou moeten kunnen halen. laat staan dat het medium nog betrouwbaar is en je de data kan retrieven. het is handiger de data elke x jaar op nieuw medium te schrijven (zelfs voor tapes is dat het adviess) en als je dan gelijk inleest en met het huidge format bewaart dan kan het weer mee. ja je krijgt wederom duplicatie maar goed.
FYI digitale data is max 7 jaar (belastingdienst) dus zelden zijn er termijnen waar dit langer nodig is.

Nee in praktijk kom je vaker tegen dat fabrieks apparatuur "bestuurt" word door een oude x86 pc en een custom HW device of serieel en de software specifiek geschreven is .. (vaak denkt men dat het HW gebonden is) .. daarnaast kan de fabrikant lastig doen..

"security technisch" --> Dan had men beter met linux kunnen gaan dan reactos, niet alleen de broncode is open .. het heeft veel meer aanhang.

[sspiff]

Er zijn natuurlijk legacy industriele systemen die nog op niet-onderhouden software draait, bijvoorbeeld dingen die uitbesteed zijn aan een bedrijf dat nu failliet is en waarvan de broncode verloren is gegaan. Dat is een belangrijk deel van de markt voor ReactOS, en vermoedelijk commercieel het interessantste deel.

Maar ik heb het eerder op toepassingen zoals Archive.org en andere digitale archeologie. Software is complex, en afhankelijk van veel componenten (zowel hardware als andere software). Binnen enkele decennia de digitale content van het dot-com tijdperk kunnen herbeleven kan net zo waardevol zijn als oude boeken of muziekwerken vandaag zijn. Het zou zonde zijn om die geschiedenis te verliezen.

Op vlak van security en compatibiliteit is het uiteraard beter en makkelijker om gebruik te maken van Linux, en in het geval van de Russische overheid is dat ook deels het geval. Maar ik vermoed dat er in Rusland evengoed kritische systemen op legacy software zullen blijven draaien.

[metalmania_666]

Zeker.
Ik ken een aantal boeren bedrijven waarvan de randapparatuur veel duurder is dan de computer zelf.
Echter loopt de update van de software bij die leveranciers óf hopeloos achter óf ze vragen rustig een bedrag van€ 10.000,=

Ook weet ik nog een moderne Doe Het Zelf zaak waar ze een zaagmachine hebben gekoppeld aan MS-DOS 6.2

[powerboat]

Zo heb ik idd nog een oude verpakkingsmachine voorzien van freedos. Apparaat hangt zelf niet aan het netwerk.

Zolang het standalone draait vind ik het wel ok

[Geim]

Ik heb hier (zakelijk) 17 machines die op DOS draaien en aan een netwerk hangen. Gaat prima, maak zelfs automatisch backups.
Oudste machine is een jaar of 20 oud, jongste 4 jaar. Pas sinds 3 jaar geleden zijn de machines met Windows geleverd.

[Gymnasiast]

Ze zijn al bezig met NT6-compatibility (Vista en hoger): https://reactos.org/project-news/reactos-046-released

[Qalo]

Ik juich het alleen maar toe. Alleen hoop ik wèl dat bij ReactOS de ontwikkeling daarvan sneller zal gaan dan nu het geval is. Alles gaat zo tergend traag qua updates. Begrijpelijk en verklaarbaar hoor, ik wil de makers van ReactOS niet in de voet schieten, maar als er wat meer vaart achter gezet kon worden, dan zou dit op den duur een uitstekend vervanger van "native" NT6 kunnen zijn.

[mkools24]

Vraag ik me ook af, het verbaast me dat er (blijkbaar) nog zoveel ontwikkelaars voor zijn. Maar het zal wel bestaansrecht hebben anders zou het er niet zijn.

[HollowGamer]

Hoewel veel Windows-only software tegenwoordig beschikbaar is op Linux (native/Wine), is dat voor een grootdeel (nog) niet het geval. Of je perse Windows software nodig hebt, is een veel te persoonlijke vraag, maar gezien de interesse in ReactOS denk ik wel.

Tevens zijn diverse landen erin geïnteresseerd (Rusland bijv.), zodat zij niet vast zitten aan het gesloten Windows/Amerikaans systeem maar wel gewoon native Windows apps kunnen blijven gebruken. Met de 'koude oorlog' op dit moment is het voor hun en andere landen waarschijnlijk een goed idee om nu in ReactOS te investeren.

[Carlos0_0]

Inderdaad veel software werkt al niet eens meer, maar wel leuk dat ze nog aan knutselen zijn.
Ik denk wel dat het geen fulltime job is dat hieraan gesleuteld word, vandaar dat er niet zo vaak updates zijn.

Maar leuk dat het nog gemaakt wordt ziet er wel erg xp achtig uit, zelfs Linux mint ziet er nog minder windows achtig uit.

[Globefrotter]

Ik denk erover na om mijn oude PC van dit besturingssysteem te voorzien zodat ik de software van mijn Nikon negatiefscanner kan draaien.
De software werkt helaas niet mer onder Win7-64 en ik wil die scanner graag weer gebruiken met de originele software. De alternatieven die er zijn bevallen me helemaal niet.

Hopelijk is dit OS geschikt voor Nikon Scan 4

[learn_more]

NT6 support komt eraan
https://reactos.org/project-news/reactos-048-released

[Compunologist]

is het niet geschikt voor dagelijks gebruik

Ik zie dat er een hoop al wèl werkt. Wat staat "dagelijks gebruik" nog in de weg?

[Mijzelf]

Stabiliteit

[Frogmen]

Je hebt vooral in standalone toepassingen die machines aansturen soms software die simpelweg niet meer ontwikkelt wordt. Als je dan een lagacy OS hebt welke wel met moderne hardware om kan gaan wordt je daar erg blij van. Alternatief is namelijk op zoek gaan naar legacy hardware en dat kan dan heel erg duur zijn.

[Verwijderd]

Wat zou het fijn zijn als men met een nieuwe versienummer komt en men daar uitgebreid over schrijft...dat die versie dan ook te downloaden is. Tot nu toe zie ik versienummer 0.4.7 op die React-site...géén Versienummer 0.4.8.

[Reactie gewijzigd door Verwijderd op 24 juli 2024 12:21]

[Perkele]

Er is inderdaad geen final release van 0.4.8, enkel Release Candidate 0.

[Verwijderd]

Ik zie dat de versie 0.4.8 inmiddels te downloaden is (15-04-2017)

[learn_more]

De release was op zondag, dus vanaf de release is hij gewoon beschikbaar

[GiLuX]

ah kijk... een update voor ReactOS.
de IT afdeling van de belastingdienst kan dus weer even voorruit.

https://www.volkskrant.nl...ng-gevaar-loopt~a4511741/

[Mr777]

Ik heb tussen mijn drie Linux-partities nog een stukje harde schijf vrij waarin ik dit graag eens zou willen installeren, maar schrik er toch een beetje voor terug omdat ik bang ben dat er iets aan mijn andere partities zou gebeuren.

[engibenchi]

Je kunt het nog niet tussen andere partities zetten.
Een virtuele machine gaat wel. als je het installeert op hardware dan echt op een machine waar niets anders draait.
Zie ook:
https://www.reactos.org/forum/viewtopic.php?f=22&t=11380

[GoldBit]

Tof dat ReactOS uit is, maar helaas wordt er uitsluitend versie 0.4.7 aangeboden.

[Verwijderd]

Ik zie net dat de versie 0.4.8 inmiddels te downloaden is (15-04-2017)

[GoldBit]

Bedankt, het is binnen!

[learn_more]

Omdat de release pas afgelopen zondag was