reactos/reactos
2012-02-19 20:09:49 +00:00
..
base Missed these guys. 2012-02-19 02:25:31 +00:00
boot [FREELDR] 2012-02-17 17:22:14 +00:00
cmake [CMAKE] 2012-02-17 15:54:05 +00:00
dll [CSRSRV/KERNEL32]: Close the last big architectural known issue: we were not notifying CSRSRV of server threads within server-to-server situations. Port and fix CsrCreateRemoteThread from CSRSRV2, and call it from Kernel32 now when running inside the server itself. Also fix BaseProcessStart not to exit the whole process during an exception. 2012-02-19 20:09:49 +00:00
drivers [USBCCGP] 2012-02-19 15:43:18 +00:00
hal [NTOSKRNL]: Implement ThreadBreakOnTermination for the SET case. 2012-02-19 02:24:52 +00:00
importlibs [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
include [KERNEL32/CSRSRV]: Handle ExitProcess CSRSS message and implement CsrDestroyProcess to do so. Also implement CsrDestroyThread for future purposes. 2012-02-19 18:46:05 +00:00
lib [RTL/NTDLL/KERNEL32]: Rtl provides worker queue and timer queue functionality, which queues a worker thread associated with a caller-supplied callback. In Windows, Rtl by default calls RtlCreateUserThread, but as soon as kernel32 loads, it's DllMain calls an exported function RtlSetThreadPoolStartFunc which changes that default to a special Base function that calls CreateRemoteThread instead. The net result is that Win32 processes using the Rtl functionality get their threads properly registered with CSRSS. In ReactOS, this did not happen, so when those threads called into CSRSS, CSRSS had no CSR_THREAD structure/state for them, which is why CsrCreateThread (and the API loop) are so badly hacked. This commit implements RtlSetThreadPoolStartFunc, implements the kernel32 base functions which wrap CreateRemoteThread, and implements the rtl functions which wrap RtlCreateUserThread. Services, Setup, and any ReactOS application using RPC now have the worker threads correctly registered. 2012-02-19 10:06:31 +00:00
media [USBSTOR] 2012-02-17 03:44:56 +00:00
modules [CMAKE] 2012-02-05 13:44:16 +00:00
ntoskrnl [NTOSKRNL]: The ExitTime in ETHREAD is unionized and only valid if the thread actually exited, so don't always return the raw value -- return 0 if the thread is still alive. Fixes code which uses ExitTime != 0 to tell if a thread is still alive or not -- everyone always thought all ReactOS threads are always dead. 2012-02-19 20:08:11 +00:00
subsystems [CSRSRV/KERNEL32]: Close the last big architectural known issue: we were not notifying CSRSRV of server threads within server-to-server situations. Port and fix CsrCreateRemoteThread from CSRSRV2, and call it from Kernel32 now when running inside the server itself. Also fix BaseProcessStart not to exit the whole process during an exception. 2012-02-19 20:09:49 +00:00
tools * Get rid of $Id$ usage and the related svn property. 2012-02-18 22:57:24 +00:00
.hgeol [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
apistatus.lst [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
baseaddress.rbuild [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
CMakeLists.txt [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
config-amd64.template.rbuild [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
config-arm.template.rbuild [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
config-ppc.template.rbuild [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
config.template.rbuild [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
configure.cmd [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
configure.sh [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
COPYING [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
COPYING.ARM [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
COPYING.LIB [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
COPYING3 [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
COPYING3.LIB [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
CREDITS [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
depmap.xsl [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
Doxyfile [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
global.lds [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
INSTALL [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
Makefile [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
PreLoad.cmake [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
proxy.mak [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
ReactOS-amd64.rbuild [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
ReactOS-arm.rbuild [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
ReactOS-generic.rbuild [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
ReactOS-i386.rbuild [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
ReactOS-ppc.rbuild [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
README [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
rosbuild.bat [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
toolchain-gcc.cmake [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
toolchain-msvc.cmake [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00
vreport.xsl [USB-BRINGUP-TRUNK] 2012-01-20 20:58:46 +00:00

========================
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.