reactos/lib/rtl
..
amd64
arm
i386
powerpc
access.c
acl.c
actctx.c
assert.c
atom.c
avlsupp.c
avltable.c
bitmap.c
bitmap64.c
bootdata.c
byteswap.c
CMakeLists.txt
compress.c
condvar.c
crc32.c
critical.c
dbgbuffer.c
debug.c
dos8dot3.c
encode.c Create a branch for Aleksandar Andrejevic for his work on NTVDM. See http://jira.reactos.org/browse/CORE-7250 for more details. 2013-06-16 22:01:41 +00:00
env.c
error.c
exception.c
generictable.c
handle.c
heap.c
heap.h
heapdbg.c
heappage.c
heapuser.c
image.c
interlck.c
largeint.c
luid.c
mem.c
message.c
network.c
nls.c
path.c
ppb.c
priv.c
process.c
propvar.c
random.c
rangelist.c
readme.txt
registry.c
res.c
resource.c
rtl.h
rtlavl.h
rtlp.h
sd.c
security.c
sid.c
slist.c
splaytree.c
srw.c
thread.c
time.c
timerqueue.c
timezone.c
unicode.c
unicodeprefix.c
vectoreh.c
version.c
wait.c
workitem.c

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.