Result for 9BC06899BC068BC497AF9ADD8BB1D574B2365858

Query result

Key Value
FileName./usr/lib/i386-linux-gnu/libhtmlcxx.so.3.1.0
FileSize75924
MD511994C8C81CF881F3F009CAC38F7F6B2
SHA-19BC06899BC068BC497AF9ADD8BB1D574B2365858
SHA-256C697ED6B0F1914EEA26A1D9E10A2E7B25290BBC93A0642470ED9BF1802A30A8B
SSDEEP1536:y+jzTeDWuotXJjx2mBh1fFWlYu0cIC7pEp6FgP:y+jzTDuo1b919Wl7+
TLSHT1DE732822A752D831FCF34EF811C793368B045A7594A787A6F205AF5CBC262D15C16BF2
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
FileSize33496
MD5702A5EEA1BF2CBE02D0FE07A85502A0C
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.86-1.1+b1
SHA-184D9AD5AA072449865AB70C629F2BD297287F447
SHA-2560F94C351E595FDAFE4E0C1BD3A3533B2F2D7FEB628A3684522BDF927204D0543