^BARHD   <archive_format_version>   <no_of_revisions>   <size_of_data>

... the name ..




  ^BI   <hostname>   <path>   <name>   <type>   <variant(unused)>




  ... and the owner ..




  ^BO   <owner's_name>   <owner's_host>   <owner's_domain>




  ... followed by some attributes for the busy version ...




  ^BP   <gen_>   <rev_of_physical_predecessor>



 

^BL   <locker's_name>   <locker's_host>   <locker's_domain>   <date_of_last_lock_change>




  ... and the revision list, that contains all standard 


attributes for non-busy versions. ... 




  ^BR   <generation>   <revision>   <state>   <mode>   <variant(unused)>



 

 ^BA   <author's_name>   <_host>   <_domain>   <locker's_name>   <_host>   <_domain>



 

 ^BT   <date_of_last_modification>   <_last_access>   <_last_status_change>   ...


...   <_saving>   <_locking>


 ^BM   <kind_of_representation>   <size_of_file>   <size_of_delta>   ...



 

   ...   <gen_>   <rev_of_phys._successor>   <gen_>   <rev_of_phys._predecessor>



 

^BR ...



 

^BR ...




  ... Now follows the list of lists of user defined attributes


("-2 -2" indicates the busy version; "@" stands for a null byte). ...




  ^BUSEG


^BU -2 -2


machine=vax@data=fs@@


^BU   <gen>   <rev>


name=value@@


^BU ...




  The structure of the datafile:




  Data are represented either by deltas or by complete data-chunks...




  ^BDATA   <archive_format_version>




  ^BN   <gen>   <rev>   <size_of_note>


--- empty log message ---




  ^BD   <gen>   <rev>   <kind_of_representation>   <size_of_data>


A typical delta looks like:


@67723@@@@44@67756@^A14@some text@6635@ and so on.


Deltas are indicated by a "1" at the "kind_of_representation" field.




  ^BN   <gen>   <rev>   <size_of_note>


This is a log message




  ^BD   <gen>   <rev>   <kind_of_representation>   <size_of_data>


A "0" at the "kind_of_representation" field indicates that this


version is stored completely.




  ^BN ...




  ^BD ...