Lines Matching refs:in

7 See the COPYING file in the top-level directory.
16 All numbers in a Parallels expandable image are stored in little-endian byte
24     Cluster   A data chunk of the size specified in the image header.
52               Cluster size, in sectors.
55               Disk size, in clusters (BAT size).
58               Disk size, in sectors.
62               cleared in this case.
68               Set to 0x746F6E59 when the image is opened by software in R/W
71               A zero in this field means that the image was opened by an old
78               An offset, in sectors, from the start of the file to the start of
100               Format Extension offset, an offset, in sectors, from the start of
114 corresponding cluster. The offset set in clusters for "WithouFreSpacExt" images
115 and in sectors for "WithoutFreeSpace" images.
134 be allocated by the ext_off field in the header while other may be allocated by
141 The Format Extension is an area 1 cluster in size that provides additional
142 format features. This cluster is addressed by the ext_off field in the header.
179               The size of the following feature data, in bytes.
194 This feature provides a way of storing dirty bitmaps in the image. The fields
198               The bitmap size, should be equal to disk size in sectors.
204               Bitmap granularity, in sectors. I.e., the number of sectors
209               The number of entries in the L1 table of the bitmap.
213 The dirty bitmap described by this feature extension is stored in a set of
215 saved in the L1 offset table specified by the feature extension. Each L1 table
218 Given an offset in bytes into the bitmap data, corresponding L1 entry is
222 If an L1 table entry is 0, all bits in the corresponding cluster of the bitmap
225 If an L1 table entry is 1, all bits in the corresponding cluster of the bitmap
229 offset (in 512b sectors). Given an offset in bytes into the bitmap data the
230 offset in bytes into the image file can be obtained as follows: