search for: data_count

...gt;start_block = bendian_int(efi_lba); - part->block_count = bendian_int(efi_count); + part->block_count = bendian_int(efi_count / 4); strcpy(part->name, "EFI"); strcpy(part->type, "Apple_HFS"); part->data_start = bendian_int(0); - part->data_count = bendian_int(efi_count); + part->data_count = bendian_int(efi_count / 4); part->status = bendian_int(0x33); part = (struct apple_part_header *)(gpt + 4096); @@ -868,11 +868,11 @@ initialise_apm(uint8_t *gpt, uint32_t start) part->signature = bendian_short(0x504d); part-...

...on */ + uint32_t block_count; /* number of blocks in partition */ + char name[32]; /* partition name */ + char type[32]; /* string type description */ + uint32_t data_start; /* rel block # of first data block */ + uint32_t data_count; /* number of data blocks */ + uint32_t status; /* partition status bits */ + uint32_t boot_start; + uint32_t boot_count; + uint32_t boot_load; + uint32_t boot_load2; + uint32_t boot_entry; + uint32_t boot_entry2; +...

Hi, following will be 6 patch proposals for isohybrid.c 1: Encode GPT partition names as UTF-16LE 2: Correct blocking factor in APM partition block counts 3: Correct end block address of first GPT partition 4: Write GPT backup to the very end of the image 5: Change all fseek(3) to fseeko(3) 6: Introduce option --mbr and make isohybrid.c compilable standalone If the form needs adjustments,

...occasions where block counts are handled: - This should probably be 4 rather than 0x10: part->block_count = bendian_int(0x10); - These _count variables should probably be divided by 4 before being submitted to bendian_int(): part->block_count = bendian_int(efi_count); part->data_count = bendian_int(efi_count); part->block_count = bendian_int(mac_count); part->data_count = bendian_int(mac_count); The numbers stem from read_efi_catalogue() which deals with EFI blocks of 512 bytes. ----------------------------------------------------------------------- The &quot...

...i. [2000/07/27 15:57:41, 10] lib/util.c:(2926) [050] 65 00 73 00 5C 00 69 00 6E 00 64 00 65 00 78 00 e.s.\.i. n.d.e.x. [2000/07/27 15:57:41, 10] lib/util.c:(2926) [060] 2E 00 64 00 61 00 74 00 ..d.a.t. [2000/07/27 15:57:41, 10] smbd/nttrans.c:(2605) reply_nttrans: data_count = 92 [2000/07/27 15:57:41, 10] lib/util.c:(2918) [000] 01 00 04 80 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ [2000/07/27 15:57:41, 10] lib/util.c:(2926) [010] 14 00 00 00 02 00 48 00 03 00 00 00 00 00 14 00 ......H. ........ [2000/07/27 15:57:41, 10] lib/util.c:(2926) [020] 00...

...ted out bits in waitfor2D ~ Update to use new ioctl interface for DRM_XGI_SUBMIT_CMDLIST. ~ Clean up dumpCommandBuffer ~ Eliminate linkToLastBatch and triggerHWCommand. That is the kernel's job. ~ Eliminate unused function getCurBatchBeginPort ~ Refactor advancement of data_count into emit_bunch. ~ Eliminate several unused functions. ~ Fix some bad pointer math in waitCmdListAddrAvailable ~ Eliminate unnecessary hardware idle waiting. ~ Clean up addScratchBatch. ~ Remove useless "inline" keywords. ~ Comments for xg47_BeginCmdList ~...

...util.c:dump_data(1443) [040] 43 00 69 00 72 00 63 00 75 00 69 00 74 00 73 00 C.i.r.c. u.i.t.s. [2002/05/13 15:40:24, 10] lib/util.c:dump_data(1443) [050] 2E 00 68 00 74 00 6D 00 6C 00 ..h.t.m. l. [2002/05/13 15:40:24, 10] smbd/nttrans.c:reply_nttrans(1863) reply_nttrans: data_count = 152 [2002/05/13 15:40:24, 10] lib/util.c:dump_data(1435) [000] 00 00 00 00 80 0F 80 00 4E 65 74 41 27 73 20 41 ........ NetA's A [2002/05/13 15:40:24, 10] lib/util.c:dump_data(1443) [010] 56 20 53 74 61 6D 70 00 01 00 00 00 BD EB 00 00 V Stamp. ........ [2002/05/13 15:40:24, 10] lib/u...

...lib/util.c:dump_data(2926) [070] 35 00 5C 00 69 00 6E 00 64 00 65 00 78 00 2E 00 5.\.i.n. d.e.x... [2001/07/02 17:04:36, 10] lib/util.c:dump_data(2926) [080] 64 00 61 00 74 00 d.a.t. [2001/07/02 17:04:36, 10] smbd/nttrans.c:reply_nttrans(2614) reply_nttrans: data_count = 92 [2001/07/02 17:04:36, 10] lib/util.c:dump_data(2918) [000] 01 00 04 80 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ [2001/07/02 17:04:36, 10] lib/util.c:dump_data(2926) [010] 14 00 00 00 02 00 48 00 03 00 00 00 00 00 14 00 ......H. ........ [2001/07/02 17:04:36, 10] lib/util.c...