VECTOR_BLF_RESTOREPOINT(3)
π Vector::BLF::RestorePoint π
okay bestie, welcome to the Library Functions Manual page for Vector::BLF::RestorePoint β yes, the manual name is folded right in here, and we are keeping every single member, offset, and suspicious little field. no skipping. periodt. π
β¨
π NAME π
Vector::BLF::RestorePoint β that's it, that's the name. short, iconic, very main character. π
β¨ SYNOPSIS β¨
#include <RestorePoint.h>
πΈ Public Member Functions πΈ
virtual void read (AbstractFile &is)virtual void write (AbstractFile &os)
β‘ Static Public Member Functions β‘
static uint32_t calculateObjectSize ()
π§ Public Attributes π§
uint64_t timeStamp {}uint64_t compressedFilePosition {}uint32_t uncompressedFileOffset {}uint32_t unknownRestorePoint {}
πΈ Detailed Description πΈ
π Restore Point π
Restore Points are kept in a list that is basically an index that references each 1001stth object. So skipping object 0, it counts 1000, 2001, 3002, ...
Note: This class is based on observations, as there is no public documentation available. There are undocumented API functions for RestorePoint handling. And this seems like it.
π Member Function Documentation π
uint32_t Vector::BLF::RestorePoint::calculateObjectSize () [static]
Calculates the objectSize.
Returns: object size β yes bestie, that's the whole return, and it ate. β¨
void Vector::BLF::RestorePoint::read (AbstractFile & is) [virtual]
Read the data of this object.
Parameters: is β input stream.
void Vector::BLF::RestorePoint::write (AbstractFile & os) [virtual]
Write the data of this object.
Parameters: os β output stream.
π¦ Member Data Documentation π¦
uint64_t Vector::BLF::RestorePoint::compressedFilePosition {}
compressed file position.
This designates the position of a LogContainer in the compressed file.
uint64_t Vector::BLF::RestorePoint::timeStamp {}
time stamp (in ns).
The following file positions and offsets refer to an Object. The time stamp is from this object.
uint32_t Vector::BLF::RestorePoint::uncompressedFileOffset {}
uncompressed file offset.
This designates the offset within the uncompressed content of the LogContainer, where an Object starts. This Object is not necessarily the first or last Object, but an arbitrary one.
uint32_t Vector::BLF::RestorePoint::unknownRestorePoint {}
Todo: It's unclear what this variable is.
Maybe just a reserved field for future extensions.
Examples show:
- File1:
0, 0x9a - File2:
0, 1, 2, 3, 4, 5, 6 - File3:
0, 0xffffffff, 0x10020 - File4:
0xb9 - File5:
0, 0x2c9a8a00
This is similar data as for LogContainer.unknownLogContainer.
See also: LogContainer
π Author π
Generated automatically by Doxygen for Vector BLF from the source code.
and that's the cute sign-off, bestie π«Ά: source/version is Vector BLF, page tag is Vector::BL...estorePoint(3), and the date slot isn't shown in this footer copy, so we're not inventing one. stay slay, hydrate, and may your restore points hit exactly where they're supposed to. ππ
π¦ where this page comes from
- arch rolling: vector-blf 2.4.2-2 Β· GPL-3.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms