Result for 8CEF4CB65BB4BA16399C12DDFE70BF7D227361EC

Query result

Key Value
FileName./usr/lib/x86_64-linux-gnu/libhtmlcxx.so.3.1.0
FileSize92624
MD52C3A4556DE8ABB9EDA02DA7241ECA545
SHA-18CEF4CB65BB4BA16399C12DDFE70BF7D227361EC
SHA-256C51CFEF56ECFDB82E32913B1FB9DE6705B2F9C4A87E1CE9D6400D973DEFEF559
SSDEEP1536:vKmT+BnvjL//pSHanH+VCphSNrjNmOHovIC7p/JKvvKv4/A:CmT+B/Aa5pKPjHK/JK3
TLSHT18A932903B9A24EBEC4E0CD3401CF96359B30B8A986B3176F625087356D12BA55F1DBF6
hashlookup:parent-total1
hashlookup:trust55

Network graph view

Parents (Total: 1)

The searched file hash is included in 1 parent files which include package known and seen by metalookup. A sample is included below:

Key Value
FileSize31912
MD55A7BACCEF242D8EA795C1ABE16ADDC3F
PackageDescriptionsimple HTML parser library for C++ htmlcxx is a simple non-validating CSS1 and HTML parser for C++. Although there are several other html parsers available, htmlcxx has some characteristics that make it unique: . * STL like navigation of DOM tree, using excellent tree.hh library from Kasper Peeters * It is possible to reproduce exactly, character by character, the original document from the parse tree * Bundled CSS parser * Optional parsing of attributes * C++ code that looks like C++ (not so true anymore) * Offsets of tags/elements in the original document are stored in the nodes of the DOM tree . The parsing politics of htmlcxx were created trying to mimic Mozilla Firefox (http://www.mozilla.org) behavior. So you should expect parse trees similar to those create by Firefox. However, differently from Firefox, htmlcxx does not insert non-existent stuff in your html. Therefore, serializing the DOM tree gives exactly the same bytes contained in the original HTML document.
PackageMaintainerLudovico Cavedon <cavedon@debian.org>
PackageNamelibhtmlcxx3v5
PackageSectionlibs
PackageVersion0.87-2
SHA-1942C8E89D736ABFDC9F280E5490B42AA6F42585D
SHA-256B5473ABC45B466C0C5CDD847FFB5D9CAA50F0EE68B95DE57A6D1176299DE5994