rabbitsign - ອອນໄລນ໌ໃນຟັງໄດ້

ໂຄງການ:

NAME

rabbitsign - ຄໍາຮ້ອງສະຫມັກເຊັນສໍາລັບເຄື່ອງຄິດເລກ TI

ສະຫຼຸບສັງລວມ

ປ້າຍກະຕ່າຍ [ ທາງເລືອກໃນການ ] [ -o appfile ] [ -k ໄຟລ໌ຄີ ] hexfile ...

ປ້າຍກະຕ່າຍ [ ທາງເລືອກໃນການ ] [ -k ໄຟລ໌ຄີ ] -c hexfile ...

ລາຍລະອຽດ

ປ້າຍກະຕ່າຍ ແມ່ນການປະຕິບັດຂອງ Texas Instruments 'Rabin ແລະ RSA ສູດການຄິດໄລ່, ເປັນ
ໃຊ້ໃນເຄື່ອງຄິດເລກກາຟ TI-73, TI-83 Plus, TI-84 Plus, TI-89 ແລະ TI-92 Plus.
ສູດການຄິດໄລ່ເຫຼົ່ານີ້ຖືກນໍາໃຊ້ເພື່ອເຊັນຄໍາຮ້ອງສະຫມັກ Flash ແລະລະບົບປະຕິບັດການເພື່ອວ່າ
ເຄື່ອງຄິດເລກສາມາດຮັບຮູ້ພວກມັນຖືກຕ້ອງ.

ປ້າຍກະຕ່າຍ, ເຊັ່ນໂຄງການເຊັນຊື່ຢ່າງເປັນທາງການຂອງ Texas Instruments, ຕ້ອງການກະແຈສ່ວນຕົວ (ຄູ່
ຂອງ​ຕົວ​ເລກ​ສໍາ​ຄັນ​ໃຫຍ່​) ເພື່ອ​ເຊັນ​ກິດ​. ເພື່ອໃຫ້ app ໄດ້ຮັບການຍອມຮັບ, ໄດ້
ລະຫັດສາທາລະນະທີ່ສອດຄ້ອງກັນ (ຜະລິດຕະພັນຂອງພວກເຂົາ) ຕ້ອງມີຢູ່ໃນເຄື່ອງຄິດເລກ. ດັ່ງນີ້
ການຂຽນ, ລະຫັດສ່ວນຕົວຂອງ ``shareware'' ໝາຍເລກ 0104, ໃຊ້ສຳລັບການເຊັນຊື່ແອັບພລິເຄຊັນ
TI-83 Plus ແລະ TI-84 Plus, ສາມາດໃຊ້ໄດ້ຜ່ານ SDK ຂອງ TI. ແຕ່ຫນ້າເສຍດາຍ, ການເຊັນ OS
ກະແຈ, ເຊັ່ນດຽວກັບກະແຈການເຊັນແອັບສຳລັບ TI-73, TI-89, ແລະ TI-92 Plus, ຍັງບໍ່ທັນມີ.
ປ່ອຍອອກມາ, ຊຶ່ງຫມາຍຄວາມວ່າມີພຽງແຕ່ TI ທີ່ສາມາດເຊັນແອັບຯແລະ OSes ສໍາລັບເຄື່ອງຄິດເລກເຫຼົ່ານັ້ນ.

OPTIONS
-a ຄວາມພະຍາຍາມທີ່ຈະກົງກັບຜົນຜະລິດຂອງ Peter-Martijn Kuipers' ແອັບ ໂຄງ​ການ​, ສໍາ​ລັບ​ການ​ທົດ​ສອບ​
ຈຸດປະສົງ. ໄຟລ​໌​ທີ່​ໄດ້​ຮັບ​ຜົນ​ໄດ້​ຮັບ​ຈະ​ມີ​ການ​ສິ້ນ​ເສັ້ນ​ແບບ Unix​, ແລະ​
ດັ່ງນັ້ນຈະບໍ່ເຂົ້າກັນໄດ້ກັບທຸກໂຄງການ. ທາງເລືອກນີ້ບໍ່ໄດ້ຖືກແນະນໍາໃຫ້
ການ​ນໍາ​ໃຊ້​ປົກ​ກະ​ຕິ​.

-b ສົມມຸດວ່າໄຟລ໌ປ້ອນຂໍ້ມູນເປັນໄຟລ໌ໄບນາຣີດິບ. ຖ້າຕົວເລືອກນີ້ບໍ່ໄດ້ຖືກມອບໃຫ້, ໄຟລ໌
ປະເພດຖືກກວດພົບໂດຍອັດຕະໂນມັດ.

-c ຫ້າມເຊັນແອັບ; ແທນທີ່ຈະ, ໃຫ້ກວດເບິ່ງວ່າລາຍເຊັນຂອງແອັບຯທີ່ລະບຸນັ້ນແມ່ນ
ຖືກຕ້ອງ. ສະຖານະອອກຈາກແມ່ນ 0 ຖ້າແອັບທັງໝົດຖືກຕ້ອງ, 1 ຖ້າໜຶ່ງ ຫຼືຫຼາຍແອັບລົ້ມເຫລວ, ຫຼື 2 ຖ້າ
ມີຄວາມຜິດພາດທີ່ບໍ່ແມ່ນຄະນິດສາດ.

-f ບໍ່ສົນໃຈຄວາມຜິດພາດທີ່ບໍ່ເປັນອັນຕະລາຍ, ແລະບັງຄັບໃຫ້ໃບສະຫມັກໄດ້ຮັບການເຊັນຖ້າເປັນໄປໄດ້. (ທັງໝົດ
ຂອງຂໍ້ຄວາມເຫຼົ່ານີ້ແມ່ນຢູ່ທີ່ນັ້ນສໍາລັບເຫດຜົນ, ເຖິງແມ່ນວ່າ, ແລະໂອກາດແມ່ນຖ້າຫາກວ່າ app ຂອງທ່ານ
ຜະລິດອັນໃດອັນໜຶ່ງຂອງມັນ, ມັນຍັງຈະລົ້ມເຫລວໃນການກວດສອບ ຫຼືເຄື່ອງຄິດເລກຂັດຂ້ອງ.
ທ່ານ​ໄດ້​ຮັບ​ການ​ເຕືອນ​.)

-g ຂຽນໄຟລ໌ຜົນຜະລິດໃນຮູບແບບ GraphLink ``TIFL''. (ໂດຍຄ່າເລີ່ມຕົ້ນແລະສໍາລັບປະຫວັດສາດ
ເຫດຜົນ, ແອັບ ແລະ OSes ສຳລັບ TI-73 ແລະ TI-83 Plus ແມ່ນຂຽນເປັນ TI Hex ທຳມະດາ.
format ແທນ; ທ່ານສາມາດນໍາໃຊ້ ຊຸດxxk(1​) ການ​ປ່ຽນ​ໄຟລ​໌​ເຫຼົ່າ​ນີ້​ເປັນ​ຮູບ​ແບບ TIFL​.
ແອັບ ແລະ OSes ສຳລັບ TI-89 ແລະ TI-92 Plus ແມ່ນຂຽນເປັນຮູບແບບ TIFL ສະເໝີ. ເບິ່ງ
ຄໍາຮ້ອງສະຫມັກ ເອກະສານ ຮູບແບບ ຂ້າງລຸ່ມສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

-k ໄຟລ໌ຄີ
ອ່ານການເຊັນຊື່ ແລະ/ຫຼືລະຫັດຢືນຢັນຈາກໄຟລ໌ທີ່ໃຫ້ໄວ້. ໄຟລ໌ນີ້ຕ້ອງຢູ່ໃນອັນດຽວ
ຂອງຮູບແບບທີ່ໃຊ້ໂດຍເຄື່ອງມື SDK ຂອງ TI. (ເບິ່ງ KEY ເອກະສານ ຮູບແບບ ຂ້າງລຸ່ມນີ້.) ໂດຍຄ່າເລີ່ມຕົ້ນ,
ປ້າຍກະຕ່າຍ ຄົ້ນຫາລະຫັດທີ່ມີຊື່ຢູ່ໃນສ່ວນຫົວຂອງແອັບຯ (ຕົວຢ່າງ: 0104.key for
ແອັບ ``shareware'' TI-83 Plus.)

-K id ຄົ້ນຫາສໍາລັບຄີທີ່ມີໃຫ້ id (ຕົວເລກເລກຖານສິບຫົກນ້ອຍ) ແທນທີ່ຈະເປັນ
ID ລະບຸໄວ້ໃນສ່ວນຫົວຂອງແອັບ.

-n ພະຍາຍາມລົງນາມໂຄງການຕາມທີ່ເປັນຢູ່, ໂດຍບໍ່ມີການແກ້ໄຂສ່ວນຫົວ. (ທາງເລືອກນີ້ອາດຈະ
ບໍ່ຜະລິດໄຟລ໌ທີ່ເຄື່ອງຄິດເລກຈະຍອມຮັບຢ່າງແທ້ຈິງ; ມັນມີຈຸດປະສົງ
ການ​ທົດ​ສອບ​ແລະ​ລາຍ​ເຊັນ​ຈຸດ​ປະ​ສົງ​ພິ​ເສດ​, ບໍ່​ແມ່ນ​ສໍາ​ລັບ​ການ​ລົງ​ນາມ app ທົ່ວ​ໄປ​.)

-o outfile
ລະບຸໄຟລ໌ຜົນຜະລິດ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ໄຟລ໌ຜົນຜະລິດຖືກຕັ້ງຊື່ໂດຍການເອົາຊື່ຂອງ
ໄຟລ​໌​ທີ່​ປ້ອນ​ຂໍ້​ມູນ​, ເອົາ​ຄໍາ​ຕໍ່​ທ້າຍ​ໃດ​ຫນຶ່ງ​, ແລະ​ການ​ເພີ່ມ ".app​" ຫຼື ".8xk​" ຕໍ່​ທ້າຍ​ຂຶ້ນ​ກັບ
ກ່ຽວກັບວ່າ -g ຖືກກໍານົດ. (ຖ້າໄຟລ໌ປ້ອນຂໍ້ມູນມີ `.app' ຫຼື `.8xk' ຢູ່ແລ້ວ.
ຄໍາຕໍ່ທ້າຍ, `-signed' ຖືກໃສ່, ດັ່ງນັ້ນ `myapp.8xk' ກາຍເປັນ `myapp-signed.8xk'.)

ຖ້າ `-' ຖືກລະບຸເປັນໄຟລ໌ປ້ອນຂໍ້ມູນ, ນັ້ນສະແດງເຖິງການປ້ອນຂໍ້ມູນມາດຕະຖານ, ແລະ
ຜົນໄດ້ຮັບທີ່ຖືກລົງນາມແມ່ນຂຽນໂດຍຄ່າເລີ່ມຕົ້ນເປັນຜົນຜະລິດມາດຕະຖານ.

-p ແກ້ໄຂສ່ວນຫົວຂອງໜ້າແອັບ. ອັນນີ້ບໍ່ໄດ້ເຮັດຕາມຄ່າເລີ່ມຕົ້ນເນື່ອງຈາກໜ້າບໍ່ຖືກຕ້ອງ
header ໂດຍທົ່ວໄປແມ່ນເປັນສັນຍານຂອງບັນຫາທີ່ຮຸນແຮງກວ່າຫຼາຍ.

-P ຖ້າແອັບພລິເຄຊັນສິ້ນສຸດຢູ່ໃກ້ກັບຂອບເຂດຂອງຫນ້າ, ເພີ່ມຫນ້າເພີ່ມເຕີມເພື່ອຖື
ລາຍເຊັນ. (ລາຍເຊັນຂອງແອັບພລິເຄຊັນໃນ TI-73 ແລະ TI-83 Plus ແມ່ນບໍ່ໄດ້ຮັບອະນຸຍາດ
to span a page boundary .) ຈົ່ງຈື່ໄວ້ວ່ານີ້ແມ່ນສິ່ງເສດເຫລືອທີ່ສຸດ, ຍ້ອນວ່າມັນ
ໃຊ້ 16384 bytes ຂອງ Flash ເພື່ອຖືຂໍ້ມູນປະມານ 69 bytes; ຖ້າເຈົ້າ
ຄໍາຮ້ອງສະຫມັກແມ່ນຢູ່ໃນສະຖານະການນີ້, ທ່ານຄວນພິຈາລະນາພະຍາຍາມຫຼຸດຜ່ອນຂະຫນາດຂອງມັນ
ເລັກນ້ອຍ, ຫຼືອີກທາງເລືອກ, ການເພີ່ມຂໍ້ມູນເພີ່ມເຕີມເພື່ອໃຊ້ປະໂຫຍດຈາກ Flash ພິເສດ
ຫນ້າ.

-q ຢ່າພິມຂໍ້ຄວາມເຕືອນໄພທີ່ບໍ່ເປັນອັນຕະລາຍ.

-r ລົງທະບຽນແອັບຯທີ່ລົງນາມໃນເມື່ອກ່ອນຄືນໃໝ່ (ເຊັ່ນ: ຍົກເລີກລາຍເຊັນກ່ອນໜ້ານີ້ກ່ອນ
ເຊັນ.)

-R n ສໍາລັບການເຊັນ TI-73 ແລະ TI-83 Plus ຄໍາຮ້ອງສະຫມັກ, ໃຊ້ເລກຮາກ n (0 ≤ n ≤ 3) ແທນທີ່ຈະ
ກ່ວາຄ່າເລີ່ມຕົ້ນ, ເລກຮາກ 0. ທັງສີ່ຮາກແມ່ນຖືກຕ້ອງ, ເຖິງແມ່ນວ່າຈະແຕກຕ່າງກັນ,
ລາຍເຊັນ, ດັ່ງນັ້ນທາງເລືອກນີ້ແມ່ນຕົ້ນຕໍສໍາລັບການ debugging.

ຮາກ 0 ຖືກຄິດໄລ່ເພື່ອໃຫ້ສອດຄ່ອງກັບ m^[(p+1)/4] ໂມດູໂລ p ແລະ m^[(q+1)/4]
ໂມດູນ q. ຮາກ 1 ແມ່ນການປະຕິເສດຂອງຮາກ 0 modulo p, root 2 the negation modulo q,
ແລະຮາກ 3 negation ທັງສອງ modulo p ແລະໂມດູໂລ q.

ຕົວເລືອກນີ້ບໍ່ມີຜົນໃນເວລາທີ່ລົງນາມໃນ OSes ຫຼືແອັບພລິເຄຊັນ TI-89/92 Plus, ເຊິ່ງ
ໃຊ້ລະບົບ RSA ແທນ Rabin.

-t ປະເພດ
ລະບຸປະເພດຂອງໂປຣແກຣມຢ່າງຈະແຈ້ງ (ເຊັ່ນ: `8xk' ສໍາລັບແອັບພລິເຄຊັນ TI-83 Plus,
ຫຼື `73u' ສໍາລັບລະບົບປະຕິບັດການ TI-73.) ພຶດຕິກໍາເລີ່ມຕົ້ນແມ່ນເພື່ອ infer ໄດ້
ປະເພດໂຄງການຈາກຊື່ຂອງໄຟລ໌ປ້ອນຂໍ້ມູນ. (ຖ້າໄຟລ໌ປ້ອນຂໍ້ມູນບໍ່ມີ a
suffix ຮັບຮູ້, ປະເພດຂອງການຄາດເດົາໂດຍອີງໃສ່ເນື້ອໃນຂອງໂຄງການ
ສ່ວນຫົວ.)

-u ປິດ​ການ​ທໍາ​ງານ​ການ​ຊອກ​ຫາ​ຫນ້າ​ອັດ​ຕະ​ໂນ​ມັດ​, ແລະ​ສົມ​ມຸດ​ວ່າ​ໄຟລ​໌​ທີ່​ປ້ອນ​ຂໍ້​ມູນ​ບໍ່​ໄດ້​ຈັດ​ຮຽງ​. ນີ້​ຫມາຍ​ຄວາມ​ວ່າ
ຂອບເຂດຂອງໜ້ານັ້ນຕ້ອງຖືກກຳນົດຢ່າງຈະແຈ້ງ. (ເບິ່ງ ຄໍາຮ້ອງສະຫມັກ ເອກະສານ ຮູບແບບ
ຂ້າງລຸ່ມນີ້.) ທາງເລືອກນີ້ບໍ່ມີຜົນໃນຖານສອງ (-b) ຮູບແບບ.

-v ເປັນ verbose; ພິມຊື່ຂອງແອັບຯ ແລະລາຍເຊັນຂອງພວກມັນ ຍ້ອນວ່າພວກເຂົາຖືກເຊັນ.
ການນໍາໃຊ້ -vv ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມກ່ຽວກັບການຄິດໄລ່.

- ຊ່ວຍ ພິມບົດສະຫຼຸບຂອງທາງເລືອກ.

- ການປ່ຽນແປງ
ພິມຂໍ້ມູນສະບັບ.

ຄໍາຮ້ອງສະຫມັກ ເອກະສານ ຮູບແບບ

Intel Hex
Intel hex ແມ່ນຮູບແບບໄຟລ໌ ASCII ມາດຕະຖານທີ່ໃຊ້ໂດຍນັກຂຽນໂປລແກລມ PROM ຫຼາຍຄົນ, ແລະເປັນທົ່ວໄປ
ຮູບແບບຜົນຜະລິດຂອງ assembler. ແຕ່ລະແຖວ (ຫຼື ``ບັນທຶກ´) ປະກອບດ້ວຍຕໍ່ໄປນີ້:

:NNAAAATTDDDDDD...CC

: ລັກສະນະທໍາອິດຂອງເສັ້ນແມ່ນຈໍ້າສອງເມັດ; ນີ້ແມ່ນໃຊ້ພຽງແຕ່ເພື່ອກໍານົດ
ຮູບແບບ.

NN ສອງຕົວອັກສອນຕໍ່ໄປແມ່ນຈໍານວນຂອງ bytes ຂໍ້ມູນໃນແຖວນີ້, ຂຽນໃນ
ໂຕພິມໃຫຍ່ ASCII hexadecimal.

AAAA ສີ່ຕົວເລກຕໍ່ໄປແມ່ນທີ່ຢູ່ຂອງຂໍ້ມູນໃນແຖວນີ້. ປ້າຍກະຕ່າຍ ພຽງແຕ່
ເບິ່ງ 14 bits ຕ່ໍາຂອງມູນຄ່ານີ້.

TT ສອງຕົວເລກນີ້ລະບຸ ``ປະເພດ'' ຂອງບັນທຶກ. Intel hex ກໍານົດຫຼາຍ
ປະເພດການບັນທຶກສໍາລັບຮູບແບບທີ່ຢູ່ຕ່າງໆ; ປະເພດດຽວທີ່ມີຄວາມຫມາຍສໍາລັບ
ເຄື່ອງ​ຄິດ​ໄລ່ TI ແມ່ນ​ປະ​ເພດ 00 (ຂໍ້​ມູນ​ທໍາ​ມະ​ດາ​) ແລະ 01 (ທ້າຍ​ຂອງ​ໄຟລ​໌​.)

DD... 2*NN ຕົວເລກ hex ປະຕິບັດຕາມ, ຂໍ້ມູນຕົວຈິງ.

CC ສຸດທ້າຍ, checksum inverted ໄດ້ຖືກເພີ່ມ, ດັ່ງນັ້ນການເພີ່ມ bytes ທັງຫມົດໃນ
ເສັ້ນໃຫ້ທັງໝົດສູນໂມດູໂລ 256. (ເປັນສ່ວນຂະຫຍາຍ, ປ້າຍກະຕ່າຍ ອະ​ນຸ​ຍາດ​ໃຫ້​ທ່ານ​
ໃຊ້ສອງຕົວພິມໃຫຍ່ `X's ແທນ checksum.)

ເນື່ອງຈາກທີ່ຢູ່ແມ່ນພຽງແຕ່ 16 ບິດ, ຮູບແບບນີ້ບໍ່ສາມາດເປັນຕົວແທນຂອງແອັບພລິເຄຊັນໄດ້ຢ່າງບໍ່ຊັດເຈນ
ຂະຫນາດໃຫຍ່ກວ່າ 64 ກິໂລໄບ. ເພື່ອເຮັດໃຫ້ແອັບພລິເຄຊັນຫຼາຍໜ້າຖືກສ້າງ, ປ້າຍກະຕ່າຍ
ຄວາມ​ພະ​ຍາ​ຍາມ​ໃນ​ການ​ກວດ​ສອບ​ຂອບ​ເຂດ​ຂອງ​ຫນ້າ​ອັດ​ຕະ​ໂນ​ມັດ​, ເລີ່ມ​ຕົ້ນ​ຫນ້າ​ໃຫມ່​ສໍາ​ລັບ​ແຕ່​ລະ​ພາກ​ສະ​ຫນາມ​ທີ່​ມີ​
ທີ່ຢູ່ສູນ. ດັ່ງນັ້ນເພື່ອສ້າງແອັບຯຫຼາຍຫນ້າ, ທ່ານພຽງແຕ່ສາມາດ concatenate ຫຼາຍ Intel
ໄຟລ໌ Hex, ຕົວຢ່າງ

cat page0.hex page1.hex | rabbitsign - -o complete.app

ນີ້ຈະເຮັດວຽກພຽງແຕ່ຖ້າບັນທຶກຖືກຈັດຮຽງຢ່າງຖືກຕ້ອງພາຍໃນແຕ່ລະຫນ້າ. (ຖ້າ
assembler ບໍ່​ໄດ້​ສ້າງ​ບັນ​ທຶກ​ໃນ​ຄໍາ​ສັ່ງ​, ທ່ານ​ສາ​ມາດ​ຈັດ​ຮຽງ​ທົ່ງ​ນາ​ດ້ວຍ​ຕົນ​ເອງ​ໂດຍ​ການ​ນໍາ​ໃຊ້ a
ຄໍາສັ່ງເຊັ່ນ: `sort -k1.8,1.9 -k1.4,1.7'.)

ເພື່ອປິດການກວດຫາໜ້າອັດຕະໂນມັດນີ້, ໃຫ້ໃຊ້ປຸ່ມ -u ທາງເລືອກ. ໃນກໍລະນີນີ້, ທ່ານຕ້ອງ
ກໍານົດຂອບເຂດຫນ້າຢ່າງຊັດເຈນໂດຍໃຊ້ຮູບແບບ TI Hex.

TI Hex
``TI'' hex ແມ່ນສ່ວນຂະຫຍາຍໃຫ້ກັບ Intel hex ເຊິ່ງສະຫນອງການເປັນຕົວແທນທີ່ບໍ່ຊັດເຈນ
ແອັບຫຼາຍໜ້າ. ມັນເພີ່ມບັນທຶກຂອງແບບຟອມ

: 0200000200NNCC

ເຊິ່ງຊີ້ບອກວ່າຂໍ້ມູນຕໍ່ມາຖືກຈັດໃສ່ໃນໝາຍເລກໜ້າທີ່ກ່ຽວຂ້ອງ NN. (ຮັກສາຢູ່ໃນໃຈ
ທີ່ TI-83 ແລະ 84 Plus ຕິດຕັ້ງແອັບພລິເຄຊັນ ``ຖອຍຫຼັງ,´ ດັ່ງນັ້ນຖ້າໜ້າທີ່ກ່ຽວຂ້ອງ 0 ແມ່ນ
ເກັບໄວ້ໃນຫນ້າຢ່າງແທ້ຈິງ 69, ຫນ້າທີ່ກ່ຽວຂ້ອງ 1 ຈະຖືກເກັບໄວ້ໃນຫນ້າຢ່າງແທ້ຈິງ 68, ແລະອື່ນໆ.
ຕໍ່ໄປ.)

ບາງຕົວປະກອບສາມາດສ້າງຂໍ້ມູນຫຼາຍຫນ້າໂດຍໃຊ້ບັນທຶກປະເພດ 4 ແທນທີ່ຈະເປັນປະເພດ 2;
ປ້າຍກະຕ່າຍ ປະຕິບັດຕໍ່ສິ່ງເຫຼົ່ານີ້ເທົ່າກັບປະເພດ 2.

ສໍາລັບຄວາມເຂົ້າກັນໄດ້ກັບຊອບແວອື່ນໆທີ່ເຮັດໃຫ້ສົມມຸດຕິຖານທີ່ແນ່ນອນກ່ຽວກັບຮູບແບບ,
ປ້າຍກະຕ່າຍ ຈະຂຽນ 32 ໄບຕ໌ຕໍ່ແຖວ, ແລະຈະລົງທ້າຍແຖວດ້ວຍຕົວລົດແບບ DOS
ກັບຄືນແລະອາຫານເສັ້ນ.

GraphLink TIFL
ຮູບແບບ GraphLink ມາດຕະຖານ (ໃໝ່ກວ່າ) ປະກອບດ້ວຍ 78-byte header binary ທີ່ຖືກເພີ່ມເຂົ້າ.
ໄປຫາຈຸດເລີ່ມຕົ້ນຂອງ hex ຫຼື binary file. ເນື້ອໃນຂອງຫົວເລື່ອງນີ້ມີດັ່ງນີ້:

0x00, 07
ສະຕຣິງ `**TIFL**'.

0x08 ໝາຍເລກເວີຊັນຫຼັກ (``App ID'') ຂອງແອັບພລິເຄຊັນ.

0x09 ໝາຍເລກລຸ້ນນ້ອຍ (``App Build'') ຂອງແອັບພລິເຄຊັນ.

0x0A ທຸງ; ປາກົດຂື້ນມີຈຸດປະສົງເພື່ອຊີ້ບອກວ່າເນື້ອໃນຂອງໄຟລ໌ແມ່ນສອງ
(0) ຫຼື TI Hex (1). ຢ່າງໃດກໍຕາມ, ຄ່ານີ້ບໍ່ໄດ້ຖືກກໍານົດໂດຍຊອບແວອື່ນໆຢ່າງຕໍ່ເນື່ອງ.

0x0B ``ປະເພດວັດຖຸ'' ຊ່ອງຂໍ້ມູນ; ປາກົດຂື້ນຊີ້ໃຫ້ເຫັນບາງສິ່ງບາງຢ່າງກ່ຽວກັບປະເພດຂອງຂໍ້ມູນ. ຕັ້ງ
ເຖິງ 0x88 ໃນໄຟລ໌ TI-73 ແລະ TI-83 Plus ສ່ວນໃຫຍ່; ຕັ້ງເປັນ 0 ໃນໄຟລ໌ TI-89 ແລະ TI-92 Plus.

0x0C-0F
ເດືອນທົດສະນິຍົມທີ່ມີລະຫັດຖານສອງ (ໜຶ່ງໄບຕ໌), ມື້ (ໜຶ່ງໄບຕ໌), ແລະປີ (ສອງໄບຕ໌, ໃຫຍ່
endian) ເມື່ອ app ໄດ້ລົງນາມ.

0x10 ຄວາມຍາວຂອງຊື່ແອັບຯ.

0x11, 18
ຊື່ຂອງແອັບຯ.

0x19-2F
ສະຫງວນໄວ້, ຕັ້ງເປັນສູນສະເໝີ.

0x30 ປະເພດເຄື່ອງຄິດເລກ (0x73 = TI-83 ບວກ, 0x74 = TI-73, 0x88 = TI-92 ບວກ, 0x98 = TI-89.)

0x31 ປະເພດຂອງຂໍ້ມູນ (0x23 = ການປັບປຸງ OS, 0x24 = ຄໍາຮ້ອງສະຫມັກ, 0x25 = ໃບຢັ້ງຢືນ.)

0x32, 49
ສະຫງວນໄວ້, ຕັ້ງເປັນສູນສະເໝີ.

0x4A-4D
ຄວາມຍາວ endian ນ້ອຍຂອງຂໍ້ມູນຕໍ່ໄປນີ້ (ຄວາມຍາວຂອງໄຟລ໌ hex, ບໍ່ແມ່ນ on-
ຂະ​ຫນາດ​ການ​ຄິດ​ໄລ່​ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​.)

ຍັງມີໄຟລ໌ TIFL ຫຼາຍສ່ວນ, ເຊິ່ງພຽງແຕ່ປະກອບດ້ວຍສອງໄຟລ໌ TIFL ຫຼືຫຼາຍກວ່ານັ້ນ
ເຊື່ອມ​ໂຍງ​ເຂົ້າ​ກັນ. (ຕົວຢ່າງ, ຂໍ້ຕົກລົງໃບອະນຸຍາດຊອບແວ ຫຼືເອກະສານໃບຢັ້ງຢືນ
ສາ​ມາດ​ຕິດ​ກັບ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​.) ປ້າຍກະຕ່າຍ ຈັດການໄຟລ໌ເຫຼົ່ານີ້ໃນທາງທີ່ຈໍາກັດ: ມັນ
ຈະອ່ານພຽງແຕ່ພາກທໍາອິດທີ່ມີປະເພດຂໍ້ມູນທີ່ຮັບຮູ້, ບໍ່ສົນໃຈຂໍ້ມູນອື່ນໆໃນ
ໄຟລ໌. ປ້າຍກະຕ່າຍ ບໍ່ສາມາດສ້າງໄຟລ໌ TIFL ຫຼາຍສ່ວນ, ແຕ່ພວກມັນສາມາດສ້າງໄດ້ໂດຍໃຊ້
ຊຸດxxk(1) (ຫຼືພຽງແຕ່ໃຊ້ cat(1).

ຖານສອງ
ປ້າຍກະຕ່າຍ ຍັງສາມາດອ່ານໄຟລ໌ app ສອງ; ພວກ​ເຂົາ​ເຈົ້າ​ໄດ້​ຖືກ​ຄາດ​ວ່າ​ຈະ​ຕິດ​ຕໍ່​ກັນ​, ສະ​ນັ້ນ​ໃນ​ເວ​ລາ​ທີ່​
ການລົງນາມໃນແອັບຯຫຼາຍຫນ້າ, ແຕ່ລະຫນ້າຍົກເວັ້ນສຸດທ້າຍຕ້ອງຖືກຕື່ມເຕັມ 16k.

KEY ເອກະສານ ຮູບແບບ

ໄຟລ​໌​ທີ່​ສໍາ​ຄັນ​ມີ​ຂໍ້​ມູນ​ທີ່​ຈໍາ​ເປັນ​ສໍາ​ລັບ​ການ​ລົງ​ນາມ​ແລະ​ການ​ກວດ​ສອບ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​. (ສ່ວນ
ໄຟລ໌ຫຼັກທີ່ໃຊ້ສໍາລັບການກວດສອບແມ່ນເປັນທີ່ຮູ້ຈັກເປັນກະແຈ ``ສາທາລະນະ''; ສ່ວນທີ່ໃຊ້ສໍາລັບ
ການລົງນາມແມ່ນກະແຈ ``ສ່ວນຕົວ''. ມີພຽງແຕ່ລະຫັດສາທາລະນະຖືກເກັບໄວ້ໃນເຄື່ອງຄິດເລກຂອງມັນເອງ.)
ໄຟລ໌ຫຼັກທີ່ເປັນທາງການຈາກ TI ມາໃນສອງຊະນິດ, ເອີ້ນວ່າ ``Rabin'' ແລະ ``RSA'' ຮູບແບບ.
ໃຫ້ສັງເກດວ່າ ປ້າຍກະຕ່າຍ ໃນປັດຈຸບັນສະຫນັບສະຫນູນການນໍາໃຊ້ໄຟລ໌ທີ່ສໍາຄັນປະເພດ Rabin ເພື່ອສ້າງ RSA
ລາຍເຊັນ, ແຕ່ບໍ່ແມ່ນທາງອື່ນ.

Rabin ທີ່ສໍາຄັນ ຮູບແບບ
ຮູບ​ແບບ​ໄຟລ​໌ Rabin ໂດຍ​ປົກ​ກະ​ຕິ​ໄດ້​ຖືກ​ນໍາ​ໃຊ້​ສໍາ​ລັບ​ການ​ເຊັນ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ TI-73 ແລະ TI-83 Plus​
ກະແຈ. ມັນປະກອບດ້ວຍສາມເສັ້ນ, ແຕ່ລະອັນມີຈໍານວນເຕັມ. ເສັ້ນທໍາອິດແມ່ນ
ກະແຈສາທາລະນະ, n; ອັນທີສອງແລະທີສາມແມ່ນສອງປັດໃຈຂອງມັນ, p ແລະ q.

ແຕ່ລະແຖວເລີ່ມຕົ້ນດ້ວຍຕົວເລກເລກຖານສິບຫົກ, ໃຫ້ຄວາມຍາວຂອງຕົວເລກເປັນໄບຕ໌,
ຕິດຕາມດ້ວຍ bytes ຕົນເອງ, ຂຽນເປັນເລກຖານສິບຫົກໃນລໍາດັບ little-endian.

RSA ທີ່ສໍາຄັນ ຮູບແບບ
ຮູບແບບໄຟລ໌ຫຼັກ RSA ໂດຍປົກກະຕິແມ່ນໃຊ້ສໍາລັບການເຊັນແອັບພລິເຄຊັນ TI-89 ແລະ TI-92 Plus
ກະແຈ. ມັນປະກອບດ້ວຍສາມສາຍ: ID ລະຫັດ, ລະຫັດສາທາລະນະ n, ແລະຕົວຊີ້ບອກການລົງນາມ
d. (d ແມ່ນການປີ້ນຂອງເລກກຳລັງກວດສອບ, 17, ໂມດູໂລ ϕ(n), ແລະ​ດັ່ງ​ນັ້ນ​ການ​ຄິດ​ໄລ່​ d
ທຽບເທົ່າກັບການຄິດໄລ່ n.)

ID ຫຼັກແມ່ນເລກຖານສິບຫົກສັ້ນ, ເຊິ່ງຄວນຈະກົງກັບເນື້ອໃນຂອງ 811x
ພາກສະຫນາມຫົວ. ຕົວເລກ n ແລະ d ຖືກຂຽນເປັນຈຳນວນເຕັມ, ຄືກັບໃນລະຫັດ Rabin
ຮູບແບບ.

ໃຊ້ rabbitsign ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net