Search This Blog

Wikipedia

Search results

Tuesday, December 10, 2013

ReactOS

From Wikipedia, the free encyclopedia


ReactOS
ReactOS logo.svg
ReactOS0314.png
ReactOS 0.3.15 Desktop
Company / developer ReactOS Foundation
Programmed in C, C++
OS family Windows NT-like
Working state Alpha
Source model Free and open source software
Latest unstable release 0.3.15 / May 30, 2013; 6 months ago
Marketing target Personal computing
Available language(s) Multilingual
Update method CD-ROM
Supported platforms IA-32, x86-64, ARM
Kernel type Hybrid (designed to be compatible with Windows NT and beyond)
Default user interface Graphical (ReactOS Explorer)
License GNU GPL, LGPL and BSD licenses
Official website www.reactos.org
ReactOS is an open source computer operating system intended to be binary compatible with application software and device drivers made for Microsoft Windows NT versions 5.x and up (Windows 2000 and its successors). A spin-off of a previous attempt to clone Windows 95, development started in early 1998, and has continued with the incremental addition of features already found in Windows.
ReactOS is primarily written in C, with some elements, such as ReactOS Explorer, written in C++. The project has been ported to the ARM and AMD64 processor architectures, and partially implements Windows API functionality. The latter is assisted by including parts from the Wine compatibility layer for Unix-like operating systems, but other functionality is implemented by the developers themselves. However, progress has been hampered by a lack of developers with relevant skill-sets.
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. The audit was initiated following claims made in 2006 by a former developer[1] that the project contained disassembled assembly code from Windows. The allegations did not conclusively prove the existence of—and the audit has not found—any legally compromised code, and the claims have not resulted in any adverse legal consequences for the project.[2] Nevertheless, the audit has since been turned into an ongoing continuous effort as part of a generally cautious approach.
ReactOS has been noted for its information on undocumented Windows APIs and more generally as a potential open-source drop-in replacement for Windows. As stated on their website, "The main goal of the ReactOS project is to provide an operating system which is binary compatible with Windows ... such that people accustomed to the familiar user interface of Windows® would find using ReactOS straightforward. The ultimate goal of ReactOS is to allow you to remove Windows® and install ReactOS without the end user noticing the change."[3]

Etymology

The name ReactOS was coined by Jeff Knox. 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.[4]

History

ReactOS project coordinator Aleksey Bragin (left) shows ReactOS to Viktor Alksnis.
The Prime Minister of Russia Dmitry Medvedev (left) is given a demonstration of ReactOS.

Early development: FreeWin95 to ReactOS

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 of 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 coordinator Jason Filby, joined together to revive the project. The revived project sought to duplicate the functionality of Windows NT. 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.[5]

Internal audit

A claim was made on January 17, 2006 by now former developer Hartmut Birr on the ReactOS Developers mailing list (ros-dev) that ReactOS contained code derived from disassembling Microsoft Windows.[1] The code that Birr disputed involved the function BadStack in syscall.S.[6] as well as other unspecified items.[7] 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.[8]
On January 27, 2006, the developers responsible for maintaining the ReactOS code repository disabled access after a meeting was held to discuss the allegations. However, when approached by NewsForge, Microsoft declined to comment about the incident. Since ReactOS is a free and open source software development project, the claim triggered a negative reaction by the free software community; in particular, Wine barred several now inactive developers from providing contributions[9] and formal high level cooperation between the two projects still[when?] remains difficult.[10] Contributions from several active ReactOS developers, however, have been accepted post-audit, and low level cooperation for bug fixes still occurs.
In a statement on its website, ReactOS cited differing legal definitions of what constitutes clean-room reverse engineering as a cause for the conflict. Some countries, including the United States, require that a reimplementation based on disassembled code must be written by someone other than the person having disassembled and examined the original code,[11][12] whereas other countries allow both tasks to be performed by the same individual. Consequently, ReactOS clarified that its Intellectual Property Policy Statement requirements on clean room reverse engineering conform to US 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.[10] 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.[13] Much of the assembly code that was allegedly copied has also been replaced as a natural progression in ReactOS development, with developers having reimplemented the functionality in C for portability reasons.

Demonstration to political figures

Demonstrations of the operating system have been given, mainly to Russian political figures. Viktor Alksnis has met with current project coordinator Aleksey Bragin, who gave a presentation and demonstration of the project, showing ReactOS running with Total Commander and Mozilla Firefox in 2007.[14] Dmitry Medvedev was also given a demonstration during a visit as President of Russia to a high school in Verhnerusskoe, Stavropol, attended by one of the development team members in 2011.[15]
On July 31, 2012 Vladimir Putin was also given a demonstration during his visit as President of Russia to Seliger Youth Forum, attended by Marat Karatov, one of the development team members.[16]

Summer of Code participations

Starting in 2006[17] the ReactOS project participated in several Google Summer of Codes. For example, in the GSOC 2011[18] ReactOS mentored a student project which integrated lwIP into the network stack.[19]

Funding campaigns

On May 1, 2012 a 30,000 Euro funding campaign was started to finance additional development projects.[20] On the end of the year approximately 50% of the funding goal was achieved and it was decided to continue the funding campaign without deadlines.[21] 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,[22] indirect possibilities like Stipends were evaluated.

Kickstarter announcement

When ReactOS was awarded as Project of the Month on Sourceforge on June 2013, an upcoming Kickstarter.com campaign was announced in an interview with the project's coordinator, Aleksey Bragin.[23]

Version history

Color Meaning
Red Release no longer supported
Green Current release
Blue Future release
Gray Skipped release
System Version Release Date Release Information
0.2.0 2004-01-25 first release with working GUI
0.2.1 2004-03-03 bug fixes only
0.2.2 2004-04-27
0.2.3 2004-06-26
0.2.4 2004-09-13
0.2.5 2005-01-02
0.2.6 2005-04-09
0.2.7 2005-08-21
0.2.8 2005-10-29 VMWare detection, CSRSS rewrite
0.2.9 2005-12-22 bug fixes only
0.3.0 2006-08-27 first version to officially support networking
0.3.1 2007-03-10 program manager included, start of kernel rewrite
0.3.2 skipped branch created but never released
0.3.3 2007-09-12 kernel and win32k improvements
0.3.4 2008-01-22 registry support rewrite, remote desktop client and Plug 'N' Play
0.3.5 2008-06-30 bug fixes only
0.3.6 2008-08-06 RTL support
0.3.7 2008-11-04 improved x86-64; MSVC, new stacks
0.3.8 2009-02-04 introduced PSEH and multipartition HDD support in LiveCD
0.3.9 2009-04-26 24MB minimum RAM, faster hyperspace mapping, initial sound support
0.3.10 2009-07-05 initial SATA support, USB keyboard/mouse support, Paint clone, initial MSVC.[24][25]
0.3.11 2009-12-16 kdcom rewrite; Chinese/Korean fonts; compatibility updates; sound system improvements
0.3.12 2010-10-20 trap handler rewrite; timer and message handling rewrite; NMI support; SxS support; partial EMS support[26]
0.3.13 2011-03-22 heap manager rewrite, improved SATA support, fixed graphics issues[27]
0.3.14 2012-02-07 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[28]
0.3.15 2013-05-30 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 off results from the AutoHotKey application functionality test suite; Bugfixes based off running Driver Verifier on several bundled drivers[29]

Development

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.[30]
The developers aim to make the kernel more compatible with Windows NT version 5.2 (Windows Server 2003), the usermode APIs with Windows NT 6.2 (Windows 8),[31] and to add support for more applications and hardware. DirectX support is undertaken through ReactX, an in-house implementation. 2D hardware-accelerated rendering is done natively, while other drawing functionality is redirected to OpenGL as a stopgap solution.[32]
Development progress is influenced by the size of the development team and the level of experience amongst them. As an estimate of the effort required to implement the Windows API, there are 1000 or so developers who worked on Windows 7 alone, organized into 25 teams, with each team averaging 40 developers.[33] As of 2 September 2011, 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 Subversion since its inception.[34] 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.[35]

Dependencies

ReactOS makes use of code from other projects where possible, so that developers can avoid duplicating readily available functionality and focus on binary compatibility with Windows.

Wine

A simplified architecture diagram of ReactOS, with Wine dependencies indicated with the Wine logo.
ReactOS uses portions of the Wine project so that it can benefit from Wine's progress in implementing the Win32 API.[36] Wine's NTDLL, USER32, KERNEL32, GDI32 and ADVAPI components cannot be used by ReactOS due to architectural differences, but the other parts of the code can be shared between both projects. Components that are not available from Wine, such as the kernel, are developed separately.[30][35]
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.[37]

Networking

As part of its participation in the Google Summer of Code held in 2011,[18] ReactOS mentored a student project which integrated lwIP into the network stack.[19] This replaced a previous implementation built from an import of 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.[38]

USB

ReactOS makes use of the USB stack from Haiku both as a reference and as a foundation for its USB support. The data structures used to define USB requests and messages were adapted to help plug holes in ReactOS's own USB stack.[39]

Other

FreeType is used for the rendering of fonts in the GUI, while Mesa 3D provides OpenGL rendering.[30] Serial ATA drivers are provided by UniATA.[40] The project has also experimented with using the FullFAT library in its rewrite of its FAT Installable File System.[41]

Architecture support

ReactOS has been partially ported to the AMD64 and ARM architectures.[32] Support for the Xbox, a variant IA-32 architecture, was added through the use of an architecture-specific HAL,[35] although this, along with a port to PowerPC, are no longer actively maintained.[42]

Usability

At Chemnitz 2010, the ReactOS development team considered ReactOS 0.3.12 as alpha-stage software, not feature-complete and not suitable for everyday use.[42] The kernel is incomplete, and only a few Windows applications run without problems. At the same presentation however, the operating system was described as quite stable, with a very short installation and boot time.

Reception

Various people have acknowledged ReactOS and the implications of having a viable open-source drop-in replacement for Windows.[4]
In his column for Free Software Magazine, David Sugar noted 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.[43] PC Magazine columnist John C. Dvorak remarked that the Windows NT architecture has remained largely the same to this day, making it an ideal candidate for cloning, and believes that ReactOS could be "a bigger threat than Linux to Microsoft's dominance".[44] Indeed, Aleksey Bragin has mentioned in a comment to German weekly magazine Der Spiegel that ReactOS is directed at Windows users who want to renounce use of proprietary commercial software without having to switch to Linux.[4]
However, ReactOS has been observed to have challenges. In response to Dvorak's column, ZDNet technology journalist Dana Blankenhorn has noted that a lack of corporate sponsors and partners has currently rendered the project harmless to Microsoft.[45][46] Echoing this, Thom Holwerda of OSNews categorized ReactOS under a family of hobby operating systems that are maintained only by small groups of developers working in their spare time, and lack the financial support of more mainstream operating systems as well as the legacy of formerly mainstream ones such as RISC OS.[47]

Awards

The ReactOS Project won on the annual Seliger Youth Forum "The Best Presentation" award with 100,000 Russian rubles in 2011, attended by Alexander Rechitskiy, one of the development team members.[48]
ReactOS was a featured project on SourceForge for the week beginning February 27, 2012, and April 25, 2013[49] along with several others. It was also Project of the Month on Sourceforge for June 2013.[23]

Related projects

  • ReactOS shares some dependencies with Wine.
  • Samba/Samba TNG implements LSASS, SAM, NETLOGON, Print spooling and other Windows network services.
  • NDISwrapper recreated a partial Windows NT kernel inside a Linux Kernel making it possible to execute modern Windows drivers in Linux. It consists of a NTOSKRNL API, a basic WDM controller, and a set of Windows call wrappers such as Wireless/NDIS/USB/PnP to Linux APIs.
  • NTFS-3G, NTFS driver for Linux, Mac OS X, FreeBSD, NetBSD, OpenSolaris, QNX, Haiku, and other operating systems.
  • Serial ATA drivers are provided by UniATA
  • FreeType a software development library, available in source and binary forms, used to render text on to bitmaps and provides support for other font-related operations.
  • Tango Desktop Project an open-source initiative to create a set of design guidelines and to provide a consistent user experience for applications on desktop environments.

System requirements

  • x86 or x86-64 compatible processor,[50] Pentium or later
  • 64 MB RAM (256 MB recommended)
  • IDE/SATA hard drive of at least 350 MB on the primary partition
  • FAT16/FAT32 primary boot partition
  • 2 MB VGA graphics adapter (VESA BIOS version 2.0 or later)
  • CD-ROM drive
  • Standard keyboard
  • USB mouse, PS/2 Compatible mouse or Microsoft Mouse-compatible serial mouse

See also

No comments:

Post a Comment