reactos/reactos
2010-03-03 05:10:38 +00:00
..
base [MSIEXEC] 2010-03-01 13:42:52 +00:00
boot - Initialize the ACPI table (the exact same we do it in KiRosFrldrLpbToNtLpb) 2010-03-03 02:38:56 +00:00
dll [KSPROXY] 2010-03-03 03:27:25 +00:00
drivers - Handle the special case of ACPI device, the fixed feature button, which is not given a handle because it is the direct child of the ACPI root device and is not handled by acpi_bus_get_device (see FIXME in that function). Fortunately, this is not a problem for us since we don't need to differentiate between different "features" of each fixed feature button. We can simply enumerate it as "ACPI\FixedButton" based on its NULL handle. 2010-03-03 01:40:04 +00:00
hal - Move from using include guards to pragma once. 2010-02-26 11:43:19 +00:00
include - Stub GetExtendedTcpTable 2010-03-03 00:05:17 +00:00
lib [MMIXER] 2010-03-01 12:08:36 +00:00
media - Add an entry for the high precision event timer 2010-03-03 01:02:12 +00:00
modules - Buildbot defibrillation attempt 2/2. 2010-02-21 22:38:08 +00:00
ntoskrnl [NTOS]: Do the "funny message" (not really funny, my apologies) shenanigans after the system components have shutdown, and reset the display and call the HAL at least at DPC level (should probably do it at HIGH IRQL, really). This way, we can avoid the context switch to another process while the HAL is executing the BIOS reset display call (done solely for the benefit of the "funny messages", as the video card driver usually resets the display) and thus avoid the "invalid V86 opcode" message sometimes appearing on shutdown. Did you know the "funny messages" take up more storage space than an average embedded micro-controller OS? 2010-03-03 05:10:38 +00:00
subsystems - Move from using include guards to pragma once. 2010-02-26 11:43:19 +00:00
tools - Move from using include guards to pragma once. 2010-02-26 11:43:19 +00:00
apistatus.lst
baseaddress.rbuild [DXSDK] 2010-02-23 17:40:34 +00:00
config-amd64.template.rbuild
config-arm.template.rbuild - Forgot to change SARCH back to Versatile. 2010-02-01 21:07:03 +00:00
config-ppc.template.rbuild
config.template.rbuild
COPYING
COPYING.ARM
COPYING.LIB
COPYING3
COPYING3.LIB
CREDITS
depmap.xsl
Doxyfile Update Doxyfile to version 1.6.2 with the following changes: 2010-02-02 00:23:59 +00:00
INSTALL
Makefile The big RosBE 1.5 compatibility patch. You will need RosBE 1.5 from this point! 2010-02-09 18:14:58 +00:00
proxy.mak
ReactOS-amd64.rbuild
ReactOS-arm.rbuild [ARM]: Fix the ARM build, hopefully without breaking the x86 build in the process. Sorry buds! 2010-02-01 03:51:45 +00:00
ReactOS-generic.rbuild Demote "may be used uninitialized" errors into warnings again. 2010-02-09 19:02:56 +00:00
ReactOS-i386.rbuild The big RosBE 1.5 compatibility patch. You will need RosBE 1.5 from this point! 2010-02-09 18:14:58 +00:00
ReactOS-ppc.rbuild
README
rosbuild.bat
vreport.xsl

========================
ReactOS Version 0.3.x
Updated Dec 16, 2006
========================

1. What is ReactOS?

   ReactOS is an Open Source effort to develop a quality operating system
that is compatible with Windows NT applications and drivers.

   The ReactOS project, although currently focused on Windows XP/2003
drivers compatibility, is always keeping an eye toward compatibility with
older version of Windows NT family ( NT 4.0, 2000 (NT 5.0)) and new
Windows NT releases (Vista, etc). Applications (Win32 API) compatibility
focus is Windows XP.

More information is available at http://www.reactos.org/.

2. Building ReactOS

See the INSTALL file for more details.

3. More information

See the media\doc subdirectory for some sparse notes.

4. Who is responsible

See the CREDITS file.