Developer | Community contributors The ReactOS developers |
---|---|
Written in | C, C++ [1] |
OS family | Windows NT-like |
Working state | Alpha |
Source model | Open-source [2] |
Initial release | (partial) 1998 |
Latest preview | 0.4.14 [3] / 16 December 2021 [3] |
Repository | |
Marketing target | Personal computing |
Update method | CD-ROM ISO image, QEMU image, VirtualBox image, VMware image, or source code [4] |
Platforms | IA-32, x86-64 |
Kernel type | Hybrid (designed to be compatible with Windows NT family) |
Influenced by | Microsoft Windows |
Default user interface | Graphical (ReactOS Explorer) |
License | GPL-2.0-or-later [lower-alpha 1] |
Official website | www |
ReactOS is a free and open-source operating system for i586/amd64 personal computers intended to be binary-compatible with computer programs and device drivers developed for Windows Server 2003 and later versions of Microsoft Windows. [5] [6] ReactOS has been noted as a potential open-source drop-in replacement for Windows [7] [8] [9] and for its information on undocumented Windows APIs. [10]
ReactOS has been in development since 1996. As of April 2024 [update] , it is still considered feature-incomplete alpha software, and is therefore recommended by the developers only for evaluation and testing purposes. [11] [12] However, many Windows applications are working, such as Adobe Reader 9.3, GIMP 2.6, and LibreOffice 5.4. [13] [14]
ReactOS is primarily written in C, with some elements, such as ReactOS File Explorer, written in C++. The project partially implements Windows API functionality and has been ported to the AMD64 processor architecture. [15] ReactOS, as part of the FOSS ecosystem, re-uses and collaborates with many other FOSS projects, [16] [17] most notably the Wine project, which presents a Windows compatibility layer for Unix-like operating systems.
Around 1996, a group of free and open-source software developers started a project called FreeWin95 to implement a clone of Windows 95. The project stalled in discussions on the design of the system.
While FreeWin95 had started out with high expectations, there still had not been any builds released to the public by the end of 1997. As a result, the project members, led by then coordinator Jason Filby, joined together to revive the project. The revived project sought to duplicate the functionality of Windows NT. [18] In creating the new project, a new name, ReactOS, was chosen. The project began development in February 1998 by creating the basis for a new NT kernel and basic drivers. [19] [20] The name ReactOS was coined during an IRC chat. While the term "OS" stood for operating system, the term "react" referred to the group's dissatisfaction with – and reaction to – Microsoft's monopolistic position. [8]
In 2002, the ReactOS Foundation was established in Moscow with Maxim Osowski and Aleksey Bragin as executive officers and Vladimir Bragin, Saveliy Tretiakov and Alexey Ivanov on the board of directors. [21] In 2015, the foundation was liquidated. [22]
In order to avoid copyright prosecution, ReactOS had to be expressly completely distinct and non-derivative from Windows, a goal that needed very careful work. [23] A claim was made on 17 January 2006 by developer Hartmut Birr on the ReactOS developers mailing list (ros-dev) that ReactOS contained code derived from disassembling Microsoft Windows. [24] The code that Birr disputed involved the function BadStack in syscall.S, [25] as well as other unspecified items. [26] Comparing this function to disassembled binaries from Windows XP, Birr argued that the BadStack function was simply copy-pasted from Windows XP, given that they were identical. Alex Ionescu, the author of the code, asserted that while the Windows XP binary in question was indeed disassembled and studied, the code was not merely copy-pasted, but reimplemented; the reason why the functions were identical, Ionescu claimed, was because there was only one possible way to implement the function. [27]
On 27 January 2006, the developers responsible for maintaining the ReactOS code repository disabled access after a meeting was held to discuss the allegations. When approached by NewsForge, Microsoft declined to comment on the incident. Since ReactOS is a free and open-source software development project, the claim triggered a negative reaction from the free software community: in particular, Wine barred several inactive developers from providing contributions[ citation needed ] and formal high level cooperation between the two projects remained difficult as of 2006 [update] . [28]
In a statement on its website, ReactOS cited differing legal definitions of what constitutes clean-room reverse engineering as a cause for the conflict. [29] To avoid potential litigation, companies sometimes enact a policy where reimplementation based on disassembled code must be written by someone other than the person having disassembled and examined the original code. [30] [31] ReactOS clarified its Intellectual Property Policy Statement requirements on clean room reverse engineering to avoid potential infringement of United States law. An internal source code audit was conducted to ensure that only clean room reverse engineering was used, and all developers were made to sign an agreement committing them to comply with the project's policies on reverse engineering. [28] Contributors to its development were not affected by these events and all access to the software development tools was restored shortly afterward. In September 2007, with the audit nearing completion, the audit status was removed from the ReactOS homepage. Though the audit was completed, specific details were not made public, as it was only an internal effort to ensure compliance with the project's own policies. [32]
Also, the 2004 leaked Windows source code [33] was not seen as legal risk for ReactOS, as the trade secret was considered indefensible in court due to broad spread. [34]
Axel Rietschin, who is a kernel engineer at Microsoft, claimed that he recognized some specific bits in the ReactOS kernel that are unlikely to result from a clean room reimplementation. He suggests that the project took source code from the Windows Research Kernel, which was licensed to universities and has been leaked multiple times. Internal data structures and variable names have the exact same name in both ReactOS and the research kernel. [35]
Starting in 2006, [36] the ReactOS project participated in several Google Summers of Code. For example, in the GSoC 2011, [37] ReactOS mentored a student project which integrated lwIP into the network stack. [38]
Between 2007 and 2015, Russian ReactOS contributors representing the ReactOS Foundation made efforts at lobbying the Russian federal government. As of April 2019 [update] , these efforts have not yielded government support for ReactOS, and the Russia-based ReactOS Foundation has been dissolved since November 2015. [22]
On 1 May 2012, a €30,000 funding campaign was started to finance additional development projects. [46] [47] At the end of the year, approximately 50% of the funding goal was achieved and it was decided to continue the funding campaign without deadlines. [48] The money went to ReactOS Deutschland e. V. . As the tax law in Germany for this form of a registered voluntary association ( Eingetragener Verein ) makes it problematic to pay developers directly; [49] indirect possibilities like stipends were evaluated.
When ReactOS was awarded as Project of the Month on SourceForge in June 2013, a crowdfunding campaign on Kickstarter was announced in an interview with the project's coordinator, Aleksey Bragin. [50] On 23 December 2013 the announced project was revealed as a Kickstarter campaign with the goal of US$120,000 was started. [51] [52] The Thorium Core Cloud Desktop dubbed cloud computing service would use ReactOS as core and could allow the use of Windows compatible applications from mobile devices (like smartphones, tablets), workstations, or any other connected device. On 21 February 2014, fundraising ended short of the target amount, with $48,965 of $120,000 raised, resulting in no transferred money. [53]
In April 2014, the ReactOS project announced an Indiegogo campaign to launch ReactOS Community Edition, a version of ReactOS based on the 0.4 release. The flexible funding campaign had a goal of $50,000 with additional stretch goals beyond that. [54] Development of ReactOS Community Edition would be community-centric, with ReactOS users voting and funding to decide which software and hardware drivers the project will aim to support. [55] [56] On 1 June 2014, the flexible crowdfunding campaign on Indiegogo ended, raising $25,141 for the development of the community edition, [57] [58] and the voting process to support hardware and software was started shortly thereafter. [59]
The ReactOS project organized a hackfest from 7 to 12 August 2015, in the German city of Aachen. [60] [61] [62] The Hackfest resulted in many features being added to ReactOS.
The second hackfest was organized by the ReactOS project from 14 to 18 August 2017, in the German city of Cologne. [63]
The third and fourth hackfests were organized by the ReactOS project from 16 to 21 August 2018 and from 15 to 20 August 2019 in Berlin respectively. [64] [65]
System version | Release date | Release information | ||
---|---|---|---|---|
0.3.0 | 2006-08-27 [66] | First version to officially support networking | ||
0.3.1 | 2007-03-10 [67] | Program manager included, start of kernel rewrite | ||
0.3.2 | skipped | Branch created but never released [68] | ||
0.3.3 | 2007-09-12 [68] | Kernel and win32k improvements | ||
0.3.4 | 2008-01-22 [69] | Registry support rewrite, remote desktop client and Plug and Play | ||
0.3.5 | 2008-06-30 [70] | Bug fixes only | ||
0.3.6 | 2008-08-06 [71] | RTL support | ||
0.3.7 | 2008-11-04 [72] | Improved x86-64; MSVC, new stacks | ||
0.3.8 | 2009-02-04 | Introduced PSEH and multi-partition HDD support in live CD[ citation needed ] | ||
0.3.9 | 2009-04-26 [73] | 24 MB minimum RAM, faster hyperspace mapping, initial sound support | ||
0.3.10 | 2009-07-05 [74] | Initial SATA support, USB keyboard/mouse support, Paint clone, initial MSVC. [75] [76] | ||
0.3.11 | 2009-12-16 [77] | Kdcom rewrite; Chinese/Korean fonts; compatibility updates; sound system improvements | ||
0.3.12 | 2010-10-20 [78] | Trap handler rewrite; timer and message handling rewrite; NMI support; SxS support; partial EMS support [79] | ||
0.3.13 | 2011-03-22 [80] | Heap manager rewrite, improved SATA support, fixed graphics issues [81] | ||
0.3.14 | 2012-02-07 [82] | ACPI enabled by default, WiFi support (unencrypted and WEP), theme support, new TCP/IP driver (LwIP), MSVC compatibility, Scatter/Gather DMA operations supported, shell32 rewrite [83] | ||
0.3.15 | 2013-05-30 [84] | USB support for mice, keyboard, and storage devices; rewritten session management; AHCI support with updated UniATA driver; alternate ReactOS Memory Management Module has taken over all memory management responsibilities except for sections; preliminary support for debugging ReactOS components using WinDbg; improvements based on results from the AutoHotkey application functionality test suite; Bugfixes based on running Driver Verifier on several bundled drivers [85] | ||
[86] | 0.3.162014-02-06 [87] | CSRSS rewrite; theme support improved; network card driver for the RTL8139, allowing ReactOS to support newer versions of QEMU out of the box [88] | ||
[89] | 0.3.172014-11-05 [90] | Inclusion of an NTVDM; font improvements; [91] [92] bug fixes [93] | ||
[94] | 0.4.02016-02-16 [95] | Improved USB support, new file explorer shell and theming, improved VirtualBox and Virtual PC support, ext2 read/write support, NTFS read support and improved networking support | ||
[96] | 0.4.12016-05-17 [97] | Improved Activation Context, Btrfs support, improved Shell, USB bug fixes, support for Virtual Machine Shared Folders | ||
0.4.2 | 2016-08-16 [98] | Improved Btrfs and extended file system support, ReiserFS and UFS/FFS, introduced .NET Framework 2.0 and 4.0 support, Shell fixes and improvements | ||
0.4.3 | 2016-11-16 [99] | New Winsock library, initial sections support, usual bug fixes | ||
0.4.4 | 2017-02-16 [100] | Initial print stack support, minor font fixes, usual improvements and bug fixes | ||
0.4.5 | 2017-05-18 [101] | Improved rendering of fonts and font metrics, major fixes in kernel and drivers, Microsoft Office 2010 tested as functioning | ||
0.4.6 | 2017-09-01 [102] | Several fixes for dual-boot issues, improved theming support, NFS driver added, several kernel and filesystem fixes | ||
0.4.7 | 2017-12-06 [103] | Improved version of the applications manager RAPPS, implementation of the "Quick-Launch" toolbar in the explorer; various bug fixes in the filesystem drivers, improvements in the RDBSS/RXCE and NFS support. | ||
0.4.8 | 2018-04-14 [104] | Balloon notifications, notification tray, shell autocompletion, a new NTFS driver, crash dump reporting and experimental support for NT6+ software. | ||
0.4.9 | 2018-07-23 [105] | ReactOS is (again) self-hosting. | ||
0.4.10 | 2018-11-06 [106] | Supports BTRFS booting. | ||
0.4.11 | 2019-03-04 [107] | Drivers for battery management (its icon is located in the taskbar, in the bottom right of the screen, next to the clock). Support for updating an existing ReactOS installation. Improved SATA support. | ||
0.4.12 | 2019-09-23 [108] | Kernel improvements, window-snapping feature, font improvements, Intel e1000 NIC driver, user-mode DLLs, new themes. | ||
0.4.13 | 2020-04-09 [109] | New USB stack, FAT driver from FreeLoader optimized, new software introduced: Accessibility Utility Manager. | ||
0.4.14 | 2021-12-16 [3] | "Send To" feature and Shell improvements, NEC PC-9800 boot support, ICMP improvements, Kernel improvements, NetKVM VirtIO bringup, miscellaneous changes & improvements | ||
[110] | 0.4.15— | Support for x64 and UEFI, combines live CD and boot CD into a single GUI setup | ||
[111] | 0.5.0— | Support for reading and writing the NTFS filesystem, support for the Windows Driver Model (including video card support), improvements to the printing subsystem and the DirectX Core. | ||
Legend: Old version, not maintained Old version, still maintained Latest version Future release |
This section needs expansion. You can help by adding to it. (October 2018) |
The following is a non-exhaustive list of commands that are supported by the ReactOS Command Prompt. [112] [113] [114]
Presently, ReactOS has active development in: Czech, English, Dutch, Finnish, French, German, Hebrew, Hungarian, Indonesian, Italian, Japanese, Mandarin Chinese, Norwegian, Polish, Russian, Spanish, Swedish, Thai, Ukrainian.
ReactOS is primarily written in C, with some elements, such as ReactOS Explorer and the sound stack, written in C++. The project compiles using both MinGW and Microsoft Visual Studio, and contributes to the development of the build systems used through the submission of patches to its components. [118]
The developers aim to make the kernel and usermode application programming interface (API) more compatible with Windows NT version 5.2 (Windows Server 2003) and to add support for more applications and hardware, with plans to target newer versions of Windows as development matures. [119] DirectX support is undertaken through ReactX, an in-house implementation. 2D and OpenGL 3D hardware-accelerated rendering is done natively, while other drawing functionality such as Direct3D is redirected to OpenGL as a stopgap solution, mostly using Wine's code such as WineD3D. [15] [120]
The development progress is influenced by the size of the development team and the level of experience among them. As an estimate of the effort required to implement Windows 7, Microsoft employed 1,000 or so developers, organized into 25 teams, with each team averaging 40 developers. [121] As of 2 September 2011 [update] , in the ReactOS entry in Ohloh, the page followed through the "Very large, active development team" link lists 33 developers who have contributed over a 12-month period and a cumulative total of 104 present and former users who have contributed code to the project via Apache Subversion since its inception. [122] In his presentation at Hackmeeting 2009 in Milan, ReactOS developer Michele C. noted that most of the developers learn about Windows architecture while working on ReactOS and have no prior knowledge. [123]
While ReactOS targets mainly the x86/AMD64 PC platform, [124] an effort to port to the ARM architecture was at one point "under way", [15] while it did not produce much functionality and was abandoned [125] along with a port to PowerPC, that is no longer actively maintained. [11] Support for the Xbox and the NEC PC-9800, a variant IA-32 architecture, was added through the use of an architecture-specific HAL. [123] [109] [3] Improved 64-bit support for ReactOS is "being worked on", however, development seems to be going slowly. [126]
While ReactOS has the aim to build a Windows-compatible kernel as open-source software, much of the surrounding required functionality to create a complete OS is already available in the greater open-source ecosystem. When available and possible, ReactOS therefore builds on and collaborates with already existing open-source projects. [16] Conversely, projects like Wine, [17] and formerly Captive NTFS [127] and Longene re-use the open-source ReactOS code-base as well. [128]
On the hardware driver side, for instance the UniATA project provides Serial ATA drivers for ReactOS. [12] [129] The project has also experimented with using the FullFAT library in its rewrite of its FAT Installable File System. [130] ReactOS makes use of the USB stack from Haiku both as a reference and as a foundation for its USB support. [131] [132] Mesa 3D provides OpenGL rendering. [12] [118]
ReactOS's network stack is built on the TCP portion of OSKit's port of the network stack in FreeBSD, along with an internally developed implementation for packet-oriented protocols like IP. [133] Later, lwIP was integrated into the ReactOS network stack. [38]
The ReactOS and the Wine projects share the goal to run binary Windows software natively and can therefore share many dependencies and development. [17] [134] ReactOS uses portions of the Wine project so that it can benefit from Wine's progress in implementing the Win32 API. [134] While Wine's NTDLL, USER32, KERNEL32, GDI32, and ADVAPI32 components cannot be used directly by ReactOS due to architectural differences, code snippets of them and other parts can be shared between both projects. The kernel is developed by ReactOS separately as Wine relies here on existing Unix-like kernels. [118] [123]
Separately, the experimental Arwinss branch was created as an alternative means to improve USER32 and GDI32 support through an alternative implementation of the Win32 API. Whereas ReactOS's original Win32 subsystem was closely modeled after its equivalent in Windows, Arwinss combines the architecture of that subsystem with the corresponding implementation in Wine. To this end, Arwinss uses Wine's GDI32 and USER32 libraries with few changes to take fuller advantage of Wine's existing software compatibility. Arwinss also allows the user to optionally use a remote X server instead of a local display. [135]
The Tango Desktop Project initiative provides open-source design guidelines and resources (as icons) for applications on desktop environments. FreeType is an open-source software development library, used to render text on to bitmaps and provides support for other font-related operations. [12] The KernelEx project is a Windows-API extension and compatibility layer project, which provides open-source implementations of some Windows-APIs. [136] Other contributing projects are MinGW, SYSLINUX, adns, ICU, GraphApp, Ext2, GNU FreeFont, DejaVu fonts, and Liberation fonts. [137] [138] [139]
Forks based on ReactOS exist:
Various people have acknowledged ReactOS and the implications of having a viable open-source drop-in replacement for Windows. [8] A 2004 article and interview of the German weekly magazine Der Spiegel describes ReactOS as directed at Windows users who want to renounce use of proprietary commercial software without having to switch to Linux. [8] DistroWatch, a Linux distribution's monitoring Web site, also lists ReactOS and describes it as "a free and open-source operating system based on the best design principles found in the Windows NT architecture." [143]
In his column for Free Software Magazine, David Sugar noted in 2006 that ReactOS would allow the use of applications depending on older versions of Windows whose APIs have been deprecated. He also recognized its potential to expand the total deployed base of free software, and as a resource for developers wanting to know undocumented Windows APIs in the course of writing portable applications. [10] PC Magazine columnist John C. Dvorak remarked in 2008 that the Windows NT architecture had remained largely unchanged, making it an ideal candidate for cloning, and believed that ReactOS could be "a bigger threat than Linux to Microsoft's dominance". [9] In response to Dvorak's column, ZDNet technology journalist Dana Blankenhorn noted in 2008 that a lack of corporate sponsors and partners had rendered the project harmless to Microsoft. [144] [145] Echoing this, Thom Holwerda of OSNews in 2009 categorized ReactOS under a family of hobby operating systems maintained only by small groups of developers working in their spare time, lacking the financial support of more mainstream operating systems and the legacy of formerly mainstream ones such as RISC OS. [146]
In October 2015, a Network World review of ReactOS v0.3.17 noted "It's just like running Windows 2000" and praised the application package manager, a feature the original Windows is missing. [147]
In August 2018, Jesse Smith from DistroWatch Weekly reviewed ReactOS v0.4.9, reporting that it suffered from limited hardware support and that it tended to lock up under load. He concluded: "[it] should be used with caution and probably not as a main, day-to-day operating system" [148]
The ReactOS Project won on the annual Seliger Youth Forum "The Best Presentation" award with 100,000 Russian rubles ($2700) in 2011, attended by Alexander Rechitskiy, one of the development team members. [149]
ReactOS was a featured project on SourceForge for the weeks beginning on 27 February 2012, 25 April 2013, [150] and several others. It was Project of the Month on SourceForge for June 2013 [151] and February 2019. [152]
GNU is an extensive collection of free software, which can be used as an operating system or can be used in parts with other operating systems. The use of the completed GNU tools led to the family of operating systems popularly known as Linux. Most of GNU is licensed under the GNU Project's own General Public License (GPL).
A Linux distribution is an operating system made from a software collection that includes the Linux kernel and often a package management system. They are often obtained from the website of each distribution, which are available for a wide variety of systems ranging from embedded devices and personal computers to servers and powerful supercomputers.
Miguel de Icaza is a Mexican-American programmer, best known for starting the GNOME, Mono, and Xamarin projects.
Wine is a free and open-source compatibility layer to allow application software and computer games developed for Microsoft Windows to run on Unix-like operating systems. Developers can compile Windows applications against WineLib to help port them to Unix-like systems. Wine is predominantly written using black-box testing reverse-engineering, to avoid copyright issues. No code emulation or virtualization occurs. Wine is primarily developed for Linux and macOS.
Darwin is the core Unix-like operating system of macOS, iOS, watchOS, tvOS, iPadOS, audioOS, visionOS, and bridgeOS. It previously existed as an independent open-source operating system, first released by Apple Inc. in 2000. It is composed of code derived from NeXTSTEP, FreeBSD, other BSD operating systems, Mach, and other free software projects' code, as well as code developed by Apple.
MkLinux is an open-source software computer operating system begun by the Open Software Foundation Research Institute and Apple Computer in February 1996, to port Linux to the PowerPC platform, and Macintosh computers. The name refers to the Linux kernel being adapted to run as a server hosted on the Mach microkernel, version 3.0.
PearPC is a PowerPC platform emulator capable of running many PowerPC operating systems, including pre-Intel versions of Mac OS X, Darwin, and Linux on x86 hardware. It is released under the GNU General Public License (GPL). It can be used on Windows, Linux, FreeBSD and other systems based on POSIX-X11. The first official release was made on May 10, 2004. The software was often used to run early versions of OS X on Windows XP computers.
Gnash is a media player for playing SWF files. Gnash is available both as a standalone player for desktop computers and embedded devices, as well as a plugin for the browsers still supporting NPAPI. It is part of the GNU Project and is a free and open-source alternative to Adobe Flash Player. It was developed from the gameswf project.
A kernel is a component of a computer operating system. A comparison of system kernels can provide insight into the design and architectural choices made by the developers of particular operating systems.
Linux is a family of open-source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991, by Linus Torvalds. Linux is typically packaged as a Linux distribution (distro), which includes the kernel and supporting system software and libraries, many of which are provided by the GNU Project.
FreeBSD is a free and open-source Unix-like operating system descended from the Berkeley Software Distribution (BSD). The first version of FreeBSD was released in 1993 developed from 386BSD and the current version runs on IA-32, x86-64, ARM, PowerPC and RISC-V processors. The project is supported and promoted by the FreeBSD Foundation.
The criticism of Linux focuses on issues concerning use of operating systems which use the Linux kernel.
GNU variants are operating systems based upon the GNU operating system. According to the GNU project and others, these also include most operating systems using the Linux kernel and a few others using BSD-based kernels.
The history of free and open-source software begins at the advent of computer software in the early half of the 20th century. In the 1950s and 1960s, computer operating software and compilers were delivered as a part of hardware purchases without separate fees. At the time, source code—the human-readable form of software—was generally distributed with the software, providing the ability to fix bugs or add new functions. Universities were early adopters of computing technology. Many of the modifications developed by universities were openly shared, in keeping with the academic principles of sharing knowledge, and organizations sprung up to facilitate sharing.
Linux began in 1991 as a personal project by Finnish student Linus Torvalds to create a new free operating system kernel. The resulting Linux kernel has been marked by constant growth throughout its history. Since the initial release of its source code in 1991, it has grown from a small number of C files under a license prohibiting commercial distribution to the 4.15 version in 2018 with more than 23.3 million lines of source code, not counting comments, under the GNU General Public License v2 with a syscall exception meaning anything that uses the kernel via system calls are not subject to the GNU GPL.
A mobile operating system is an operating system used for smartphones, tablets, smartwatches, smartglasses, or other non-laptop personal mobile computing devices. While computers such as typical/mobile laptops are "mobile", the operating systems used on them are usually not considered mobile, as they were originally designed for desktop computers that historically did not have or need specific mobile features. This "fine line" distinguishing mobile and other forms has become blurred in recent years, due to the fact that newer devices have become smaller and more mobile, unlike the hardware of the past. Key notabilities blurring this line are the introduction of tablet computers, light laptops, and the hybridization of the two in 2-in-1 PCs.
Mono is a free and open-source software framework that aims to run software made for the .NET Framework on Linux and other OSes. Originally by Ximian which was acquired by Novell, it was later developed by Xamarin which was acquired by Microsoft. In August 2024, Microsoft transferred ownership of Mono to WineHQ.
Longene is a Linux-based operating system kernel intended to be binary compatible with application software and device drivers made for Microsoft Windows and Linux. As of 1.0-rc2, it consists of a Linux kernel module implementing aspects of the Windows kernel and a modified Wine distribution designed to take advantage of the more native interface. Longene is written in the C programming language and is free and open source software. It is licensed under the terms of the GNU General Public License version 2 (GPLv2).
Zephyr is a small real-time operating system (RTOS) for connected, resource-constrained and embedded devices supporting multiple architectures and released under the Apache License 2.0. Zephyr includes a kernel, and all components and libraries, device drivers, protocol stacks, file systems, and firmware updates, needed to develop full application software.
Microsoft, a tech company historically known for its opposition to the open source software paradigm, turned to embrace the approach in the 2010s. From the 1970s through 2000s under CEOs Bill Gates and Steve Ballmer, Microsoft viewed the community creation and sharing of communal code, later to be known as free and open source software, as a threat to its business, and both executives spoke negatively against it. In the 2010s, as the industry turned towards cloud, embedded, and mobile computing—technologies powered by open source advances—CEO Satya Nadella led Microsoft towards open source adoption although Microsoft's traditional Windows business continued to grow throughout this period generating revenues of 26.8 billion in the third quarter of 2018, while Microsoft's Azure cloud revenues nearly doubled.
With software specifically leaving NT5 behind, ReactOS is expanding its target to support NT6+ (Vista, Windows 8, Windows 10) software.
While the main core of ReactOS is built from scratch, it has some dependencies on existing software and protocols. It uses parts of Wine, networking in the form of lwIP, USB from Haiku, as well as FreeType, Mesa3D, and UniATA.
The ReactOS and Haiku projects have had a friendly working relationship for several years now, with each group helping the other whenever possible.
BV: Wine and ReactOS have had a mutually beneficial relationship. Is there anything Wine could do different that would help ReactOS development?[...] BV: You guys have certainly contributed a lot of your work back to Wine, including some of the utilities you've written. For instance, the task manager was recently ported from ReactOS. Do you guys have any plans in the works for developing more tools? Steven: I really want to see a solitaire clone make it in to Wine and ReactOS.[...] At some point we are going to have to develop replacement components for everything in Windows so if there is a program that Wine needs and ReactOS implements it then I will try to make sure it's released under a compatible license.
(…) ReactOS aims to run actual Windows binary executable programs. This means that ReactOS must implement the entire Windows environment. Functions must do exactly what their Windows counterparts would do. In other words, like our notional parallel stew recipes, ReactOS and Windows should be functionally identical. In order to avoid copyright prosecution, though, ReactOS must be expressly completely distinct and non-derivative from Windows. This is a careful tightrope walk! ReactOS is a free, clean room re-implemented drop-in replacement for Windows. So, consider this, especially regarding extremely simple library calls: is it legal for ReactOS to produce identical binary code to Windows?
To protect against charges of having simply (and illegally) copied IBM's BIOS, Phoenix reverse-engineered it using what's called a "clean room," or "Chinese wall", approach. First, a team of engineers studied the IBM BIOS — about 8KB of code — and described everything it did as completely as possible without using or referencing any actual code. Then Phoenix brought in a second team of programmers who had no prior knowledge of the IBM BIOS and had never seen its code. Working only from the first team's functional specifications, the second team wrote a new BIOS that operated as specified.
[...] dirty room reverse engineering should be done in conjunction with clean room development by using two physically and electronically isolated teams where one team does dirty room reverse engineering and the other does clean room development. If a dirty room team exists, the clean room engineers can write a description of the portion of the specification that needs elaboration or clarification. The dirty room engineers then use that request to create additional functional specifications or tests.
This is a page lists the students and organizations that participated in the Google Summer of Code 2006 program. [...] ReactOS
Late last year the German foundation learned that the contracts it was issuing for developers might not be compliant with German regulations involving non-profits. Due to this, the German foundation needed to temporarily halt payment to developers and consult with tax attorneys to determine how to proceed in a compliant manner.
Well I don't want to spread too many rumors, but I can say that we do have something in the works. If all goes well, it's going to be announced within a week. While I cannot go into too many details, I can say that it involves Kickstarter and what we believe to be a viable commercial product based off of [ sic ] ReactOS.
ReactOS raised more than $25,000 in an Indiegogo crowdfunding campaign earlier in 2014, for the development of a community edition of the operating system.
In short: It's just like running Windows 2000. Except Free and Open Source. Which makes makes it feel both awesome. And dirty. And profound... also infuriating. If I'm honest, I really don't know how ReactOS makes me feel. But it's damned impressive that it exists and works so well. Beyond simply being Open Source, ReactOS has one cool features that Windows never really provided properly: An application manager that is laid out and structured like a Linux package manager. From within it you can even install a large number of FOSS software staples, such as Firefox, LibreOffice, and GIMP.
At the forum, ReactOS won "The Best Presentation" award and a grant of 100,000 rubles (approximately 2,400 JDs). In addition, around twenty large investors became interested in the project.