reactos/lib/rtl
..
amd64
arm
austin
i386
powerpc
access.c
acl.c
actctx.c
assert.c
atom.c
bitmap.c
bootdata.c
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
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
rtlp.h
sd.c
security.c
sid.c
slist.c
splaytree.c
sprintf.c
srw.c
swprintf.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.