Slices zero-copy de object streams

Cuando la resolución de links materializa por primera vez un miembro comprimido de /Type /ObjStm, el parser ahora lee una vista de slice zero-copy sobre el buffer compartido del contenedor descomprimido, en lugar de una subcadena duplicada más una segunda copia de stream, así que los documentos grandes con muchos miembros dejan de pagar una copia doble por objeto

THPDFObjectStreamSliceStream

Una vista pública de solo lectura de TStream sobre (fuente, offset, longitud): retiene el AnsiString fuente por referencia para que los bytes del contenedor sigan vivos sin duplicarlos, sirve exactamente los bytes del miembro, agrega un LF virtual final para que los parsers observen el layout que producía la copia legada, y clampcea en lugar de lanzar en seeks antes del inicio del slice, igual que la tolerancia de TMemoryStream

THPDFObjectStreamCacheInfo

Dos diagnósticos nuevos reportan la ruta zero-copy: SliceViewCount cuenta las vistas de miembros entregadas al parser y SliceViewBytes suma los bytes de miembros que cubrieron, junto a los contenedores existentes de indexado, hits, misses y bytes en cache que devuelve GetLoadedObjectStreamCacheInfo