Home | History | Annotate | Download | only in WebCore

Lines Matching full:hash

4489         - Fix setBaseValue() confusion. ONLY use the hash map in SVGDocumentExtension
4491 which take care, of moving "animVal" -> "baseVal" hash, and back after animation stopped.
11472 (WebCore::getStreamFormDatas): Hash Streams to RefPtr<FormData>s
11799 * platform/cairo/cairo/src/cairo-hash-private.h: Removed.
11800 * platform/cairo/cairo/src/cairo-hash.c: Removed.
18716 Use two vectors instead of a hash map: more efficient, deterministic. There was no
18717 reason to use a hash table.
21168 Use a real hash map for the headers.
22648 Even though we put nodes in the hash map in pre-order, they don't necessary
22650 and one of its pruned ancestors comes off the hash map after it, and that
22653 The test case added with the fix depends on our hash
23460 The hash table to look up an element class given a QualifiedName was
23466 a QualifiedName as a hash table key without doing the kind of specialization
23473 in this hash table!
31562 Moved the custom IntSize hash out of IconDatabase into a more generally useful file
32485 encoding name so we can compare and hash efficiently).
35285 (WebCore::FontPlatformData::hash):
36226 (WebCore::FontPlatformData::hash):
36928 (WebCore::FontPlatformData::hash):
37549 in addition to the in-memory hash. Then when the timer fires after initial retains
37819 -Keep retain/release counts in a hash instead of a DB table
37820 -Keep only one hash record for the SiteIcons
37829 (WebCore::IconDatabase::iconForPageURL): Only work with one hash of the SiteIcons
37830 (WebCore::IconDatabase::retainIconForPageURL): Keep count in a hash
37831 (WebCore::IconDatabase::releaseIconForPageURL): Keep count in a hash, use deferred deletion
41941 This also works around a bug in libxslt where a hash table isn't allocated.
50372 REGRESSION: repro crash in WebCore::StringImpl::hash() const + 28 (StringImpl.h:67)
51041 Handle the case where the hash starts with a "#". Also, don't do anything if the previous and new hashes
51055 If the URL of the new location only differs in the hash, don't schedule the load. Instead, load it
52879 Add macros for the functions and the code to populate the hash set.
53031 (WebCore::HTMLAnchorElement::hash):
53389 AtomicString hash corrupted by high-bit Latin-1
53682 (WebCore::FontPlatformDataCacheKeyHash::hash):
53686 (WebCore::FontDataCacheKeyHash::hash):
53701 (WebCore::FontPlatformData::hash):
54446 when put into a FontPlatformData. Then it can simply be used in the hash