Home
last modified time | relevance | path

Searched refs:splay (Results 1 – 10 of 10) sorted by relevance

/external/clang/test/CXX/expr/expr.post/expr.ref/
Dp3.cpp6 void splay( ) in splay() function
15 return n.splay(); in f()
/external/curl/tests/data/
Dtest13095 splay
19 splay unit tests
/external/curl/lib/
DMakefile.inc39 inet_ntop.c parsedate.c select.c tftp.c splay.c strdup.c socks.c \
59 easyif.h multiif.h parsedate.h tftp.h sockaddr.h splay.h strdup.h \
DMakefile.vc6621 $(DIROBJ)\splay.obj \
/external/curl/packages/Symbian/group/
Dlibcurl.mmp33 select.c vtls/gtls.c vtls/vtls.c tftp.c splay.c strdup.c socks.c \
/external/v8/benchmarks/
DREADME.txt49 splay tree by adding and removing data nodes, thus exercising the
/external/v8/
DBUILD.gn1265 "src/splay-tree.h",
1266 "src/splay-tree-inl.h",
/external/v8/tools/gyp/
Dv8.gyp1036 '../../src/splay-tree.h',
1037 '../../src/splay-tree-inl.h',
/external/curl/docs/
DINTERNALS832 an "expire time" (if any). The structs are then "splay sorted" so that we
/external/curl/
DCHANGES.082 lib/http_negociate.c and a potential NULL dereferencing in lib/splay.c
3494 use of microsecond resolution keys for internal splay trees.
6210 we did wrong and patched it: When nodes were removed from the splay tree,
6211 and we didn't properly remove it from the splay tree when an easy handle was
6213 splay tree pointing to (bad) memory.