ນີ້ແມ່ນຄໍາສັ່ງ kcc ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍໆບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
kcc - ຕົວປົກຫຸ້ມຂອງລະຫັດ Kanji ກັບການກວດຫາອັດຕະໂນມັດການເຂົ້າລະຫັດ
ສະຫຼຸບສັງລວມ
kcc [ -IOchnvxz ] [ -b ຂະໜາດ ] [ ເອກະສານ ]...
ລາຍລະອຽດ
kcc ເປັນຕົວກອງທີ່ອ່ານ ເອກະສານ ຕາມລໍາດັບ, ປ່ຽນການເຂົ້າລະຫັດ kanji ແລະຜົນຜະລິດເປັນ
stdout. ຖ້າບໍ່ມີໄຟລ໌ຖືກລະບຸ, ຫຼືລະບຸ - ເປັນຊື່ໄຟລ໌, ມັນອ່ານຈາກ stdin. ເຈົ້າສາມາດ
ລະບຸການເຂົ້າລະຫັດ kanji ສໍາລັບການປ້ອນຂໍ້ມູນ / ຜົນຜະລິດ. ແນວໃດກໍ່ຕາມ, kcc ກວດສອບການເຂົ້າລະຫັດອັດຕະໂນມັດ,
ຖ້າທ່ານບໍ່ລະບຸການເຂົ້າລະຫັດ.
ການເຂົ້າລະຫັດ kanji ທີ່ມີຢູ່ແມ່ນ JIS (7 bit ແລະ/ຫຼື 8 bit), Shift JISEUCDEC. ສໍາລັບການປ້ອນຂໍ້ມູນ
ການເຂົ້າລະຫັດ, ທ່ານສາມາດປະສົມໃນເວລາທີ່ເຫຼົ່ານີ້ແມ່ນຄູ່ຂອງຫນຶ່ງໃນ EUC DEC ຫຼື Shift JIS ແລະ 7 bit JIS.
SI/SOESC(ຂ້ອຍຖືກຮັບຮູ້ວ່າເປັນເຄິ່ງກວ້າງຂອງ JIS.
OPTIONS
-O
-IO I ສໍາລັບການປ້ອນເຂົ້າລະຫັດ kanji ¡¤O ສໍາລັບການເຂົ້າລະຫັດ kanji ຜົນຜະລິດ. ເມື່ອບໍ່ມີການເຂົ້າລະຫັດ
ທີ່ລະບຸໄວ້, ມັນຈະຖືກກວດພົບໂດຍອັດຕະໂນມັດ, ແລະຖ້າທັງສອງ input / output ບໍ່ແມ່ນ
ລະບຸໄວ້, ການເຂົ້າລະຫັດຜົນຜະລິດແມ່ນ 7 bit JIS.
ທ່ານສາມາດລະບຸຫນຶ່ງດັ່ງຕໍ່ໄປນີ້ສໍາລັບທາງເລືອກການເຂົ້າລະຫັດການປ້ອນຂໍ້ມູນ, I.
e EUC (ສາມາດໃຊ້ໄດ້ກັບ 7 bit JIS)
d DEC (ສາມາດໃຊ້ໄດ້ກັບ 7 bit JIS)
s Shift JIS (ສາມາດໃຊ້ໄດ້ກັບ 7 bit JIS)
j7 or k
JIS 7 ບິດ
8 JIS 8 ບິດ
ທ່ານສາມາດລະບຸຫນຶ່ງດັ່ງຕໍ່ໄປນີ້ສໍາລັບທາງເລືອກການເຂົ້າລະຫັດຜົນຜະລິດໄດ້, O.
e EUC
d DEC
s Shift JIS
jXY or 7XY
JIS 7 bit (ໃຊ້SI/SO ສໍາລັບການກໍານົດ JIS kana)
kXY JIS 7 bit (ໃຊ້ESC(I ສໍາລັບການກໍານົດ JIS kana)
8XY JIS 8 ບິດ
By XY in O ທາງເລືອກ, ທ່ານສາມາດລະບຸວ່າລໍາດັບ escape ໃດນໍາໃຊ້ໃນການເຂົ້າລະຫັດ JIS. BJ
ເປັນຄ່າເລີ່ມຕົ້ນ. ການກຳນົດຕົວຄັນຈິເສີມແມ່ນຖືກສ້ອມແຊມເປັນ ESC$(D
X Kanji ຖືກກໍານົດໂດຍ:
B ESC$B(JIS X0208-1983)
@ ESC$@(JIS X0208-1978)
+ ESC&@ESC$B(JIS X0212-1990)
Y Alpha Numerical ຖືກກໍານົດໂດຍ:
B ESC(ຂ(ASCII)
J ESC(J(JIS Roman; JIS X0201)
H ESC(H(ຊູແອັດ; ປະຕິເສດຢ່າງແຂງແຮງ)
-v ຜົນໄດ້ຮັບຂອງການກວດສອບການເຂົ້າລະຫັດເຂົ້າກັບ stderr.
-x ຮູບແບບການຂະຫຍາຍ. ໂດຍການກວດສອບອັດຕະໂນມັດຂອງການເຂົ້າລະຫັດ, ຮັບຮູ້ໂດຍຜູ້ໃຊ້ກໍານົດ
ຕົວອັກສອນ ແລະພາກພື້ນຕົວອັກສອນທີ່ຂະຫຍາຍ (ນອກຂອບເຂດຂອງ EUC, ບໍ່ໄດ້ກຳນົດເຄິ່ງກວ້າງ
kana, ລັກສະນະການຄວບຄຸມ, ພື້ນທີ່ C1 ແລະ/ຫຼື ພາກພື້ນຕົວອັກສອນທີ່ຂະຫຍາຍ Shift C1 JIS ).
ການຈໍາແນກລະຫວ່າງ DEC ແລະ EUC ແມ່ນເຮັດໃນຮູບແບບນີ້.
-z ຫຍໍ້ຮູບແບບ. ບໍ່ຮັບຮູ້ kana ເຄິ່ງກວ້າງ (ຍົກເວັ້ນ JIS 7 ບິດ) ດ້ວຍການເຂົ້າລະຫັດ
ການກວດຫາ. ດ້ວຍຕົວເລືອກນີ້, ຄວາມຖືກຕ້ອງຂອງການກວດສອບອັດຕະໂນມັດຂອງການເຂົ້າລະຫັດເຂົ້າຈະກາຍເປັນ
ດີກວ່າຫຼາຍສໍາລັບໄຟລ໌ທີ່ບໍ່ມີ halfwidth kana.
-h ໂດຍປົກກະຕິ, ເມື່ອປ່ຽນເຄິ່ງຄວາມກວ້າງຂອງຄານາເປັນ DEC, ມັນຈະກາຍເປັນຄວາມກວ້າງເຕັມຂອງຄາຕາຄານາ.
ດ້ວຍທາງເລືອກນີ້, ມັນຈະກາຍເປັນ Hiragana.
-n ຕົວອັກສອນທີ່ຜູ້ໃຊ້ກໍານົດ, ຕົວອັກສອນຂະຫຍາຍແລະຕົວອັກສອນຕົວອັກສອນຕົວອັກສອນ
ຖືກປ່ຽນເປັນກ່ອງສີຂາວຄວາມກວ້າງເຕັມ, ແລະພື້ນທີ່ທີ່ບໍ່ໄດ້ກໍານົດຂອງຄານາເຄິ່ງຄວາມກວ້າງແມ່ນ
ປ່ຽນເປັນຈຸດສູນກາງຄວາມກວ້າງເຄິ່ງ.
-b ຂະໜາດ
ລະບຸຂະຫນາດ buffer. 8kbytes ເປັນຄ່າເລີ່ມຕົ້ນ.
-c ຢ່າແປງແຕ່ກວດເບິ່ງການເຂົ້າລະຫັດແລະຜົນການພິມເປັນ stdout. ແຕກຕ່າງກັນກັບ
ການກວດຫາອັດຕະໂນມັດຕາມປົກກະຕິ, ເນື້ອຫາທັງໝົດຂອງໄຟລ໌ຖືກກວດສອບ. ຢ່າງໃດກໍຕາມ, ເມື່ອ
ຄວາມບໍ່ສອດຄ່ອງຂອງການເຂົ້າລະຫັດໄດ້ຖືກພົບເຫັນ, ຍົກເລີກການອ່ານແລະພິມ "ຂໍ້ມູນ". ທາງເລືອກ
ຍົກເວັ້ນ -x¡ ¤-z ຖືກລະເລີຍ.
ຕົວຢ່າງ
% kcc -e ເອກະສານ
ການເຂົ້າລະຫັດຖືກກວດພົບໂດຍອັດຕະໂນມັດ, ແລະຜົນຜະລິດແມ່ນຢູ່ໃນການເຂົ້າລະຫັດ EUC.
% kcc - ສຈ ແຟ້ມ 1 ແຟ້ມ 2
ສອງໄຟລ໌ໃນ Shift JIS ສົມທົບກັບການປ່ຽນເປັນ JIS.
% ຄໍາສັ່ງ | kcc -k+J
ຜົນຜະລິດຂອງ ຄໍາສັ່ງ ມີ ປ່ຽນແປງ to JIS(JIS JIS X0208 JIS JIS Roman¡¤ESC(I ຄວາມກວ້າງເຄິ່ງ
Kana JIS )
% kcc -c ເອກະສານ
ການເຂົ້າລະຫັດເນື້ອໃນຂອງ ເອກະສານ ຖືກກວດພົບ (ບໍ່ມີການແປງ)
BUG
ການກວດສອບອັດຕະໂນມັດຂອງການເຂົ້າລະຫັດແມ່ນເຮັດໄດ້ດີສໍາລັບກໍລະນີປົກກະຕິ, ຢ່າງໃດກໍຕາມ, ມັນມີ
ບັນຫາດັ່ງຕໍ່ໄປນີ້.
7 bit JIS ຖືກຮັບຮູ້ໂດຍລໍາດັບ escape ໃນສະເພາະໃດຫນຶ່ງ. EUC ແລະ DEC ແມ່ນອັນດຽວກັນ (ອ້າງອີງ
ເປັນຊຸດ EUC). Halfwidth kana ຂອງ 8 bit JIS ແມ່ນຄືກັນກັບ kana halfwidth ຂອງ Shift JIS
(ເອີ້ນວ່າ Shift JIS ຊຸດ). ຢ່າງໃດກໍຕາມ, ຊຸດ EUC ແລະ JIS , ຊຶ່ງເປັນທັງສອງ 8 bit
ການເຂົ້າລະຫັດ, ກໍາລັງແບ່ງປັນພາກພື້ນດຽວກັນຢ່າງກວ້າງຂວາງ. ດັ່ງນັ້ນ, ບັນຫາໃນການກວດສອບອັດຕະໂນມັດແມ່ນ
ການກວດຫາການເຂົ້າລະຫັດ 2 ອັນນີ້.
ການກວດສອບຂອງ EUC series/Shift JIS series ແມ່ນເຮັດໄດ້ໃນແຖວໂດຍເສັ້ນ, ໃນເວລາທີ່ມັນໄດ້ຖືກພົບເຫັນວ່າ
ມັນບໍ່ແມ່ນຊຸດ Shift JIS, ຫຼືມັນບໍ່ແມ່ນຊຸດ EUC, ການເຂົ້າລະຫັດຖືກກໍານົດ. ເມື່ອໃດ
ຄວາມບໍ່ສອດຄ່ອງທີ່ພົບເຫັນ, ມັນຈະຖືກປະຕິບັດເປັນ "ຂໍ້ມູນ" ແລະເນື້ອໃນຂອງຜົນຜະລິດບໍ່ແມ່ນ
ຮັບປະກັນ.
ໃນຂະນະທີ່ກໍານົດລະຫວ່າງຊຸດ EUC/Shift JIS series ຫຼັງຈາກລະຫັດ 8bit ພົບ, ການແປງ
ລໍຖ້າຢູ່ ແລະວາງຂໍ້ມູນໃສ່ໃນ buffer, ແນວໃດກໍ່ຕາມ, buffer ເຕັມແລ້ວ, ມັນຖືວ່າມັນເປັນ EUC.
ຊຸດແລະບັງຄັບເພື່ອເລີ່ມຕົ້ນການປ່ຽນໃຈເຫລື້ອມໃສ. ເຫດຜົນ. ປົກກະຕິແລ້ວ, ພວກເຮົາສາມາດສົມມຸດວ່າເອກະສານ
ກັບ kanji ປະກອບມີ JIS ບໍ່ແມ່ນ kanji ຫຼື JIS ມາດຕະຖານທໍາອິດ, ມັນສາມາດກວດພົບໄດ້ໃນສະເພາະໃດຫນຶ່ງຖ້າຫາກວ່າ
ມັນແມ່ນ Shift JIS, ເຊິ່ງບໍ່ໄດ້ແບ່ງປັນພາກພື້ນກັບ EUC. ດັ່ງນັ້ນ, ຖ້າມັນບໍ່ສາມາດກໍານົດໄດ້,
ມັນເປັນໄປໄດ້ຫຼາຍທີ່ຈະເປັນ EUC.
8 bit JIS ແລະມັນມີຈໍານວນຄູ່ຂອງລໍາດັບ kana halfwidth ສະເຫມີ, ຫຼັງຈາກນັ້ນມັນຈະເປັນ.
ກວດພົບຜິດເປັນຕົວຄັນຂອງ EUC. ລະວັງ.
ຖ້າການເຂົ້າລະຫັດບໍ່ມີ kana halfwidth, ໃຫ້ໃຊ້ -z ແລະຄວາມຖືກຕ້ອງຂອງການກວດສອບກາຍເປັນ
ດີກວ່າຫຼາຍ. ນີ້ແມ່ນຍ້ອນວ່າພາກພື້ນທີ່ແບ່ງປັນໄດ້ຖືກຈໍາກັດພື້ນທີ່ຂອງ JIS ທີສອງ
ມາດຕະຖານ.
ພື້ນທີ່ຂະຫຍາຍຂອງພື້ນທີ່ກຳນົດໂດຍຜູ້ໃຊ້ Shift JIS ຂອງ EUC, ຕົວອັກສອນຄວບຄຸມ C1 ຂອງ EUC,
ພາກພື້ນທີ່ບໍ່ໄດ້ກໍານົດຂອງຄວາມກວ້າງເຄິ່ງກາງຂອງ EUC ຢູ່ນອກຂອບເຂດຂອງການກວດສອບອັດຕະໂນມັດ, ດັ່ງນັ້ນມັນຈະ
ກວດພົບການເຂົ້າລະຫັດບໍ່ສຳເລັດ ຖ້າການປ້ອນຂໍ້ມູນມີຕົວອັກສອນເຫຼົ່ານີ້. ໃຊ້ -x ທາງເລືອກທີ່ຈະລະບຸ
ຮູບແບບການຂະຫຍາຍ, ຫຼືລະບຸລະຫັດການປ້ອນຂໍ້ມູນ.
ໃຊ້ kcc ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net