[Info-vax] C... the only winning move is not to play...

[JF Mezei]

On 14-02-19 14:57, Hein RMS van den Heuvel wrote:

> So the key in its entirety is lifted from the original place (often byte 0), Optionally compressed, and stored, and immediately followed by the segments around the key fields (often just the bytes following it) and that data has its open (optional) compression. But is stays one record, one variable length 'blob', with one RFA and one flag byte.

Thanks for the explanation. Had not considered the different compression
techniques for key and data.

When I had to rebuild (or more like recover records) from a corrupt
ALLIN1 indexed file, I had to read the raw data and go through the
buckets to find valid DOCDB records and I was not aware of this
"feature" of moving the primary key to offset 0.  Despite being unaware
of it, I was able to recover records from the undamaged portions of the
file. That is why I am surprised to learn of this now !

My guess is that my recovery worked because the keys were already at
offset 0 and not compressed.