reactos

mirror of https://github.com/reactos/reactos.git synced 2025-02-25 18:02:05 +00:00

History

…
..
amd64
arm
i386
powerpc
access.c
acl.c
actctx.c
assert.c
atom.c
avlsupp.c
avltable.c
bitmap.c
bootdata.c
CMakeLists.txt
compress.c
condvar.c
crc32.c
critical.c
dbgbuffer.c
debug.c
dos8dot3.c
encode.c
env.c
error.c
exception.c
generictable.c
handle.c
heap.c
heap.h
heapdbg.c
heappage.c
image.c
interlck.c
largeint.c
luid.c
mem.c
memgen.c
message.c
network.c
nls.c
path.c
ppb.c
process.c
propvar.c
qsort.c
random.c
rangelist.c
readme.txt
registry.c
res.c
resource.c
rtl.h
rtl.rbuild
rtlavl.h
rtlp.h
sd.c
security.c
sid.c
slist.c
splaytree.c
srw.c
thread.c
time.c
timerqueue.c
timezone.c	This really needs to go in a branch. It needs heavy testing and can't coincide with the current shell32 due to PSDK interface changes	2011-05-24 18:40:34 +00:00
unicode.c
unicodeprefix.c
vectoreh.c
version.c
wait.c
workitem.c

readme.txt

RTL restrictions:

ExAllocatePool (and friends) must be used exclusively. RtlAllocateHeap (and friends) must NOT be used! ExAllocatePool (and friends) translate to RtlAllocateHeap (and friends) in ntdll\rtl\libsupp.c.

RtlEnterCriticalSection (and friends) must be used exclusively. ExAcquireFastMutex (and friends) must NOT be used! RtlEnterCriticalSection (and friends) translate to ExAcquireFastMutex (and friends) in ntoskrnl\rtl\libsupp.c. This means that RtlEnterCriticalSection (and friends) can NOT be used recursively in RTL. The reason for choosing RtlEnterCriticalSection (and friends) over ExAcquireFastMutex (and friends) is that the FAST_MUTEX struct is smaller than the RTL_CRITICAL_SECTION struct.