wader/fq
1
1
Fork 0
mirror of https://github.com/wader/fq.git synced 2024-12-28 08:02:28 +03:00
Code Issues Projects Releases Wiki Activity
4b0018f70a
fq/format/tzif/testdata/Noumea.fqtest

141 lines
16 KiB
Plaintext
Raw Normal View History

support tzif (time zone information format)
2022-12-01 15:44:57 +03:00
$ fq -d tzif dv Noumea
interp: Change bit ranges to use exclusive end All other ranges and slicing uses exclusive end so i think it make sense to make it consistent. Update docs and add additional example for non-byte-aligned field. Also fixes issue showing zero bit ranges as start-NA.
2023-10-20 16:08:14 +03:00
|00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f|0123456789abcdef|.{}: Noumea (tzif) 0x0-0x130 (304)
| | | v1header{}: 0x0-0x2c (44)
0x000|54 5a 69 66 |TZif | magic: 0x545a6966 (valid) 0x0-0x4 (4)
0x000| 32 | 2 | ver: "2" (0x32) (valid) 0x4-0x5 (1)
0x000| 00 00 00 00 00 00 00 00 00 00 00| ...........| reserved: raw bits 0x5-0x14 (15)
support tzif (time zone information format)
2022-12-01 15:44:57 +03:00
0x010|00 00 00 00 |.... |
interp: Change bit ranges to use exclusive end All other ranges and slicing uses exclusive end so i think it make sense to make it consistent. Update docs and add additional example for non-byte-aligned field. Also fixes issue showing zero bit ranges as start-NA.
2023-10-20 16:08:14 +03:00
0x010| 00 00 00 00 | .... | isutcnt: 0 0x14-0x18 (4)
0x010| 00 00 00 05 | .... | isstdcnt: 5 0x18-0x1c (4)
0x010| 00 00 00 00| ....| leapcnt: 0 0x1c-0x20 (4)
0x020|00 00 00 08 |.... | timecnt: 8 0x20-0x24 (4)
0x020| 00 00 00 05 | .... | typecnt: 5 0x24-0x28 (4)
0x020| 00 00 00 0c | .... | charcnt: 12 0x28-0x2c (4)
| | | v1datablock{}: 0x2c-0x83 (87)
| | | transition_times[0:8]: 0x2c-0x4c (32)
0x020| 92 f5 c4 74| ...t| [0]: "1912-01-12T12:54:12Z" (-1829387148) transition_time 0x2c-0x30 (4)
0x030|0e e6 ba 50 |...P | [1]: "1977-12-03T13:00:00Z" (250002000) transition_time 0x30-0x34 (4)
0x030| 0f 56 bb c0 | .V.. | [2]: "1978-02-26T12:00:00Z" (257342400) transition_time 0x34-0x38 (4)
0x030| 10 c6 9c 50 | ...P | [3]: "1978-12-02T13:00:00Z" (281451600) transition_time 0x38-0x3c (4)
0x030| 11 37 ef 40| .7.@| [4]: "1979-02-26T12:00:00Z" (288878400) transition_time 0x3c-0x40 (4)
0x040|32 a0 4b f0 |2.K. | [5]: "1996-11-30T15:00:00Z" (849366000) transition_time 0x40-0x44 (4)
0x040| 33 18 44 70 | 3.Dp | [6]: "1997-03-01T15:00:00Z" (857228400) transition_time 0x44-0x48 (4)
0x040| 7f ff ff ff | .... | [7]: "2038-01-19T03:14:07Z" (2147483647) transition_time 0x48-0x4c (4)
| | | transition_types[0:8]: 0x4c-0x54 (8)
0x040| 02 | . | [0]: 2 transition_type 0x4c-0x4d (1)
0x040| 01 | . | [1]: 1 transition_type 0x4d-0x4e (1)
0x040| 02 | . | [2]: 2 transition_type 0x4e-0x4f (1)
0x040| 01| .| [3]: 1 transition_type 0x4f-0x50 (1)
0x050|02 |. | [4]: 2 transition_type 0x50-0x51 (1)
0x050| 03 | . | [5]: 3 transition_type 0x51-0x52 (1)
0x050| 04 | . | [6]: 4 transition_type 0x52-0x53 (1)
0x050| 04 | . | [7]: 4 transition_type 0x53-0x54 (1)
| | | local_time_type_records[0:5]: 0x54-0x72 (30)
| | | [0]{}: local_time_type 0x54-0x5a (6)
0x050| 00 00 9c 0c | .... | utoff: 39948 (valid) 0x54-0x58 (4)
0x050| 00 | . | dst: 0 (valid) 0x58-0x59 (1)
0x050| 00 | . | idx: 0 (valid) 0x59-0x5a (1)
| | | [1]{}: local_time_type 0x5a-0x60 (6)
0x050| 00 00 a8 c0 | .... | utoff: 43200 (valid) 0x5a-0x5e (4)
0x050| 01 | . | dst: 1 (valid) 0x5e-0x5f (1)
0x050| 04| .| idx: 4 (valid) 0x5f-0x60 (1)
| | | [2]{}: local_time_type 0x60-0x66 (6)
0x060|00 00 9a b0 |.... | utoff: 39600 (valid) 0x60-0x64 (4)
0x060| 00 | . | dst: 0 (valid) 0x64-0x65 (1)
0x060| 08 | . | idx: 8 (valid) 0x65-0x66 (1)
| | | [3]{}: local_time_type 0x66-0x6c (6)
0x060| 00 00 a8 c0 | .... | utoff: 43200 (valid) 0x66-0x6a (4)
0x060| 01 | . | dst: 1 (valid) 0x6a-0x6b (1)
0x060| 04 | . | idx: 4 (valid) 0x6b-0x6c (1)
| | | [4]{}: local_time_type 0x6c-0x72 (6)
0x060| 00 00 9a b0| ....| utoff: 39600 (valid) 0x6c-0x70 (4)
0x070|00 |. | dst: 0 (valid) 0x70-0x71 (1)
0x070| 08 | . | idx: 8 (valid) 0x71-0x72 (1)
| | | time_zone_designations[0:3]: 0x72-0x7e (12)
0x070| 4c 4d 54 00 | LMT. | [0]: "LMT" time_zone_designation 0x72-0x76 (4)
0x070| 2b 31 32 00 | +12. | [1]: "+12" time_zone_designation 0x76-0x7a (4)
0x070| 2b 31 31 00 | +11. | [2]: "+11" time_zone_designation 0x7a-0x7e (4)
| | | leap_second_records[0:0]: 0x7e-0x7e (0)
| | | standard_wall_indicators[0:5]: 0x7e-0x83 (5)
0x070| 00 | . | [0]: 0 standard_wall_indicator (valid) 0x7e-0x7f (1)
0x070| 00| .| [1]: 0 standard_wall_indicator (valid) 0x7f-0x80 (1)
0x080|00 |. | [2]: 0 standard_wall_indicator (valid) 0x80-0x81 (1)
0x080| 01 | . | [3]: 1 standard_wall_indicator (valid) 0x81-0x82 (1)
0x080| 01 | . | [4]: 1 standard_wall_indicator (valid) 0x82-0x83 (1)
| | | ut_local_indicators[0:0]: 0x83-0x83 (0)
| | | v2plusheader{}: 0x83-0xaf (44)
0x080| 54 5a 69 66 | TZif | magic: 0x545a6966 (valid) 0x83-0x87 (4)
0x080| 32 | 2 | ver: "2" (0x32) (valid) 0x87-0x88 (1)
0x080| 00 00 00 00 00 00 00 00| ........| reserved: raw bits 0x88-0x97 (15)
support tzif (time zone information format)
2022-12-01 15:44:57 +03:00
0x090|00 00 00 00 00 00 00 |....... |
interp: Change bit ranges to use exclusive end All other ranges and slicing uses exclusive end so i think it make sense to make it consistent. Update docs and add additional example for non-byte-aligned field. Also fixes issue showing zero bit ranges as start-NA.
2023-10-20 16:08:14 +03:00
0x090| 00 00 00 00 | .... | isutcnt: 0 0x97-0x9b (4)
0x090| 00 00 00 05 | .... | isstdcnt: 5 0x9b-0x9f (4)
0x090| 00| .| leapcnt: 0 0x9f-0xa3 (4)
support tzif (time zone information format)
2022-12-01 15:44:57 +03:00
0x0a0|00 00 00 |... |
interp: Change bit ranges to use exclusive end All other ranges and slicing uses exclusive end so i think it make sense to make it consistent. Update docs and add additional example for non-byte-aligned field. Also fixes issue showing zero bit ranges as start-NA.
2023-10-20 16:08:14 +03:00
0x0a0| 00 00 00 08 | .... | timecnt: 8 0xa3-0xa7 (4)
0x0a0| 00 00 00 05 | .... | typecnt: 5 0xa7-0xab (4)
0x0a0| 00 00 00 0c | .... | charcnt: 12 0xab-0xaf (4)
| | | v2plusdatablock{}: 0xaf-0x126 (119)
| | | transition_times[0:8]: 0xaf-0xef (64)
0x0a0| ff| .| [0]: "1912-01-12T12:54:12Z" (-1829387148) transition_time 0xaf-0xb7 (8)
support tzif (time zone information format)
2022-12-01 15:44:57 +03:00
0x0b0|ff ff ff 92 f5 c4 74 |......t |
interp: Change bit ranges to use exclusive end All other ranges and slicing uses exclusive end so i think it make sense to make it consistent. Update docs and add additional example for non-byte-aligned field. Also fixes issue showing zero bit ranges as start-NA.
2023-10-20 16:08:14 +03:00
0x0b0| 00 00 00 00 0e e6 ba 50 | .......P | [1]: "1977-12-03T13:00:00Z" (250002000) transition_time 0xb7-0xbf (8)
0x0b0| 00| .| [2]: "1978-02-26T12:00:00Z" (257342400) transition_time 0xbf-0xc7 (8)
support tzif (time zone information format)
2022-12-01 15:44:57 +03:00
0x0c0|00 00 00 0f 56 bb c0 |....V.. |
interp: Change bit ranges to use exclusive end All other ranges and slicing uses exclusive end so i think it make sense to make it consistent. Update docs and add additional example for non-byte-aligned field. Also fixes issue showing zero bit ranges as start-NA.
2023-10-20 16:08:14 +03:00
0x0c0| 00 00 00 00 10 c6 9c 50 | .......P | [3]: "1978-12-02T13:00:00Z" (281451600) transition_time 0xc7-0xcf (8)
0x0c0| 00| .| [4]: "1979-02-26T12:00:00Z" (288878400) transition_time 0xcf-0xd7 (8)
support tzif (time zone information format)
2022-12-01 15:44:57 +03:00
0x0d0|00 00 00 11 37 ef 40 |....7.@ |
interp: Change bit ranges to use exclusive end All other ranges and slicing uses exclusive end so i think it make sense to make it consistent. Update docs and add additional example for non-byte-aligned field. Also fixes issue showing zero bit ranges as start-NA.
2023-10-20 16:08:14 +03:00
0x0d0| 00 00 00 00 32 a0 4b f0 | ....2.K. | [5]: "1996-11-30T15:00:00Z" (849366000) transition_time 0xd7-0xdf (8)
0x0d0| 00| .| [6]: "1997-03-01T15:00:00Z" (857228400) transition_time 0xdf-0xe7 (8)
support tzif (time zone information format)
2022-12-01 15:44:57 +03:00
0x0e0|00 00 00 33 18 44 70 |...3.Dp |
interp: Change bit ranges to use exclusive end All other ranges and slicing uses exclusive end so i think it make sense to make it consistent. Update docs and add additional example for non-byte-aligned field. Also fixes issue showing zero bit ranges as start-NA.
2023-10-20 16:08:14 +03:00
0x0e0| 00 00 00 00 7f ff ff ff | ........ | [7]: "2038-01-19T03:14:07Z" (2147483647) transition_time 0xe7-0xef (8)
| | | transition_types[0:8]: 0xef-0xf7 (8)
0x0e0| 02| .| [0]: 2 transition_type 0xef-0xf0 (1)
0x0f0|01 |. | [1]: 1 transition_type 0xf0-0xf1 (1)
0x0f0| 02 | . | [2]: 2 transition_type 0xf1-0xf2 (1)
0x0f0| 01 | . | [3]: 1 transition_type 0xf2-0xf3 (1)
0x0f0| 02 | . | [4]: 2 transition_type 0xf3-0xf4 (1)
0x0f0| 03 | . | [5]: 3 transition_type 0xf4-0xf5 (1)
0x0f0| 04 | . | [6]: 4 transition_type 0xf5-0xf6 (1)
0x0f0| 04 | . | [7]: 4 transition_type 0xf6-0xf7 (1)
| | | local_time_type_records[0:5]: 0xf7-0x115 (30)
| | | [0]{}: local_time_type 0xf7-0xfd (6)
0x0f0| 00 00 9c 0c | .... | utoff: 39948 (valid) 0xf7-0xfb (4)
0x0f0| 00 | . | dst: 0 (valid) 0xfb-0xfc (1)
0x0f0| 00 | . | idx: 0 (valid) 0xfc-0xfd (1)
| | | [1]{}: local_time_type 0xfd-0x103 (6)
0x0f0| 00 00 a8| ...| utoff: 43200 (valid) 0xfd-0x101 (4)
support tzif (time zone information format)
2022-12-01 15:44:57 +03:00
0x100|c0 |. |
interp: Change bit ranges to use exclusive end All other ranges and slicing uses exclusive end so i think it make sense to make it consistent. Update docs and add additional example for non-byte-aligned field. Also fixes issue showing zero bit ranges as start-NA.
2023-10-20 16:08:14 +03:00
0x100| 01 | . | dst: 1 (valid) 0x101-0x102 (1)
0x100| 04 | . | idx: 4 (valid) 0x102-0x103 (1)
| | | [2]{}: local_time_type 0x103-0x109 (6)
0x100| 00 00 9a b0 | .... | utoff: 39600 (valid) 0x103-0x107 (4)
0x100| 00 | . | dst: 0 (valid) 0x107-0x108 (1)
0x100| 08 | . | idx: 8 (valid) 0x108-0x109 (1)
| | | [3]{}: local_time_type 0x109-0x10f (6)
0x100| 00 00 a8 c0 | .... | utoff: 43200 (valid) 0x109-0x10d (4)
0x100| 01 | . | dst: 1 (valid) 0x10d-0x10e (1)
0x100| 04 | . | idx: 4 (valid) 0x10e-0x10f (1)
| | | [4]{}: local_time_type 0x10f-0x115 (6)
0x100| 00| .| utoff: 39600 (valid) 0x10f-0x113 (4)
support tzif (time zone information format)
2022-12-01 15:44:57 +03:00
0x110|00 9a b0 |... |
interp: Change bit ranges to use exclusive end All other ranges and slicing uses exclusive end so i think it make sense to make it consistent. Update docs and add additional example for non-byte-aligned field. Also fixes issue showing zero bit ranges as start-NA.
2023-10-20 16:08:14 +03:00
0x110| 00 | . | dst: 0 (valid) 0x113-0x114 (1)
0x110| 08 | . | idx: 8 (valid) 0x114-0x115 (1)
| | | time_zone_designations[0:3]: 0x115-0x121 (12)
0x110| 4c 4d 54 00 | LMT. | [0]: "LMT" time_zone_designation 0x115-0x119 (4)
0x110| 2b 31 32 00 | +12. | [1]: "+12" time_zone_designation 0x119-0x11d (4)
0x110| 2b 31 31| +11| [2]: "+11" time_zone_designation 0x11d-0x121 (4)
support tzif (time zone information format)
2022-12-01 15:44:57 +03:00
0x120|00 |. |
interp: Change bit ranges to use exclusive end All other ranges and slicing uses exclusive end so i think it make sense to make it consistent. Update docs and add additional example for non-byte-aligned field. Also fixes issue showing zero bit ranges as start-NA.
2023-10-20 16:08:14 +03:00
| | | leap_second_records[0:0]: 0x121-0x121 (0)
| | | standard_wall_indicators[0:5]: 0x121-0x126 (5)
0x120| 00 | . | [0]: 0 standard_wall_indicator (valid) 0x121-0x122 (1)
0x120| 00 | . | [1]: 0 standard_wall_indicator (valid) 0x122-0x123 (1)
0x120| 00 | . | [2]: 0 standard_wall_indicator (valid) 0x123-0x124 (1)
0x120| 01 | . | [3]: 1 standard_wall_indicator (valid) 0x124-0x125 (1)
0x120| 01 | . | [4]: 1 standard_wall_indicator (valid) 0x125-0x126 (1)
| | | ut_local_indicators[0:0]: 0x126-0x126 (0)
| | | footer{}: 0x126-0x130 (10)
0x120| 0a | . | nl1: 10 (valid) 0x126-0x127 (1)
0x120| 3c 2b 31 31 3e 2d 31 31 | <+11>-11 | tz_string: "<+11>-11" 0x127-0x12f (8)
0x120| 0a| .| nl2: 10 (valid) 0x12f-0x130 (1)
Reference in New Issue Copy Permalink