perlbug - ອອນລາຍໃນຄລາວ

ໂຄງການ:

NAME

perlbug - ວິທີການສົ່ງລາຍງານຂໍ້ຜິດພາດກ່ຽວກັບ Perl

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

perlbug

perlbug [ -v ] [ -a ທີ່ຢູ່ ] [ -s ເລື່ອງ ] [ -b ຮ່າງກາຍ | -f ໄຟລ໌ປ້ອນຂໍ້ມູນ ] [ -F ໄຟລ໌ອອກ ]
[ -r ການກັບມາ ] [ -e ບັນນາທິການ ] [ -c ທີ່ຢູ່ຜູ້ບໍລິຫານ | -C ] [ -S ] [ -t ] [ -d ] [ -A ]
[ -h ] [ -T ]

perlbug [ -v ] [ -r ການກັບມາ ]
[ -A ] [ -ຕົກ​ລົງ | - ຕົກລົງ | -ໂນກ | - ບໍ່ເປັນຫຍັງ ]

ຂອບໃຈ

ລາຍລະອຽດ

ໂຄງ​ການ​ນີ້​ໄດ້​ຖືກ​ອອກ​ແບບ​ເພື່ອ​ຊ່ວຍ​ໃຫ້​ທ່ານ​ສ້າງ​ແລະ​ສົ່ງ​ບົດ​ລາຍ​ງານ bug (ແລະ​ບັນ​ທຶກ​ຂອບ​ໃຈ​ທ່ານ​)
ກ່ຽວກັບ perl5 ແລະໂມດູນທີ່ສົ່ງກັບມັນ.

ໃນກໍລະນີຫຼາຍທີ່ສຸດ, ທ່ານພຽງແຕ່ສາມາດດໍາເນີນການໂຕ້ຕອບໄດ້ຈາກເສັ້ນຄໍາສັ່ງໂດຍບໍ່ມີການພິເສດໃດໆ
ການໂຕ້ຖຽງແລະປະຕິບັດຕາມການເຕືອນ.

ຖ້າຫາກວ່າທ່ານໄດ້ພົບເຫັນຂໍ້ບົກພ່ອງທີ່ມີພອດທີ່ບໍ່ແມ່ນມາດຕະຖານ (ຫນຶ່ງທີ່ບໍ່ແມ່ນສ່ວນຫນຶ່ງຂອງ ມາດຕະຖານ
ການແຜ່ກະຈາຍ), ການແຈກຢາຍ binary, ຫຼືໂມດູນທີ່ບໍ່ແມ່ນຫຼັກ (ເຊັ່ນ: Tk, DBI, ແລະອື່ນໆ), ຫຼັງຈາກນັ້ນ
ກະລຸນາເບິ່ງເອກະສານທີ່ມາພ້ອມກັບການແຈກຢາຍນັ້ນເພື່ອກໍານົດທີ່ຖືກຕ້ອງ
ສະ​ຖານ​ທີ່​ເພື່ອ​ລາຍ​ງານ​ຂໍ້​ຜິດ​ພາດ​.

ຖ້າທ່ານບໍ່ສາມາດສົ່ງບົດລາຍງານຂອງທ່ານໂດຍໃຊ້ perlbug (ສ່ວນຫຼາຍອາດຈະເປັນຍ້ອນລະບົບຂອງເຈົ້າ
ບໍ່​ມີ​ວິ​ທີ​ການ​ສົ່ງ​ອີ​ເມລ​ທີ່ perlbug ຮັບ​ຮູ້​)​, ທ່ານ​ອາດ​ຈະ​ສາ​ມາດ​ນໍາ​ໃຊ້​ເຄື່ອງ​ມື​ນີ້​
ເພື່ອຂຽນບົດລາຍງານຂອງທ່ານແລະບັນທຶກມັນໄວ້ໃນໄຟລ໌ທີ່ທ່ານສາມາດສົ່ງໄປຫາ [email protected]
ການ​ນໍາ​ໃຊ້​ລູກ​ຄ້າ mail ປົກ​ກະ​ຕິ​ຂອງ​ທ່ານ​.

ໃນກໍລະນີທີ່ຮ້າຍແຮງ, perlbug ອາດຈະບໍ່ເຮັດວຽກໄດ້ດີພຽງພໍໃນລະບົບຂອງທ່ານເພື່ອນໍາພາທ່ານຜ່ານ
ປະກອບບົດລາຍງານ bug. ໃນກໍລະນີດັ່ງກ່າວນີ້, ທ່ານສາມາດນໍາໃຊ້ໄດ້ perlbug -d ເພື່ອ​ໃຫ້​ໄດ້​ຮັບ​ລະ​ບົບ​
ຂໍ້​ມູນ​ການ​ຕັ້ງ​ຄ່າ​ທີ່​ຈະ​ລວມ​ເຂົ້າ​ໃນ​ບົດ​ລາຍ​ງານ bug ປະ​ກອບ​ດ້ວຍ​ຕົນ​ເອງ​ເພື່ອ​
[email protected].

ເມື່ອລາຍງານຂໍ້ຜິດພາດ, ກະລຸນາແລ່ນຜ່ານລາຍການກວດນີ້:

Perl ລຸ້ນໃດທີ່ເຈົ້າກຳລັງແລ່ນຢູ່?
ພິມ "perl -v" ຢູ່ແຖວຄໍາສັ່ງເພື່ອຊອກຫາ.

ທ່ານກໍາລັງໃຊ້ perl ຮຸ່ນຫຼ້າສຸດ?
ເບິ່ງ​ທີ່ http://www.perl.org/ ເພື່ອຊອກຫາ. ຖ້າທ່ານບໍ່ໄດ້ໃຊ້ການປ່ອຍອອກມາຫຼ້າສຸດ
ສະບັບ, ກະລຸນາພະຍາຍາມ replicate bug ຂອງທ່ານໃນການປ່ອຍທີ່ຫມັ້ນຄົງຫລ້າສຸດ.

ໃຫ້ສັງເກດວ່າບົດລາຍງານກ່ຽວກັບແມງໄມ້ໃນສະບັບເກົ່າຂອງ Perl, ໂດຍສະເພາະແມ່ນການຊີ້ບອກ
ທ່ານຍັງບໍ່ໄດ້ທົດສອບການປ່ອຍ Perl ທີ່ຫມັ້ນຄົງໃນປະຈຸບັນ, ມີແນວໂນ້ມທີ່ຈະໄດ້ຮັບຫນ້ອຍລົງ
ຄວາມສົນໃຈຈາກອາສາສະຫມັກທີ່ສ້າງແລະຮັກສາ Perl ກ່ວາລາຍງານກ່ຽວກັບແມງໄມ້ໃນ
ການປ່ອຍປະຈຸບັນ.

ເຄື່ອງ​ມື​ນີ້​ບໍ່​ເຫມາະ​ສົມ​ສໍາ​ລັບ​ການ​ລາຍ​ງານ​ຂໍ້​ຜິດ​ພາດ​ໃນ​ສະ​ບັບ​ໃດ​ຫນຶ່ງ​ກ່ອນ​ທີ່​ຈະ Perl 5.0​.

ເຈົ້າແນ່ໃຈບໍ່ວ່າສິ່ງທີ່ເຈົ້າມີແມ່ນບັກ?
ລາຍງານຂໍ້ຜິດພາດຈຳນວນຫຼວງຫຼາຍທີ່ພວກເຮົາໄດ້ຮັບນັ້ນກາຍເປັນລັກສະນະເອກະສານຢູ່ໃນ
Perl. ໃຫ້​ແນ່​ໃຈວ່​າ​ບັນ​ຫາ​ທີ່​ທ່ານ​ກໍາ​ລັງ​ປະ​ຕິ​ບັດ​ເຂົ້າ​ໄປ​ບໍ່​ໄດ້​ມີ​ເຈດ​ຕະ​ນາ​ໂດຍ​ການ​ເບິ່ງ​ຜ່ານ​
ເອກະສານທີ່ມາພ້ອມກັບການແຈກຢາຍ Perl.

ເນື່ອງຈາກເອກະສານ Perl ປະລິມານທີ່ຊັດເຈນ, ນີ້ບໍ່ແມ່ນການປະຕິບັດເລັກນ້ອຍ, ແຕ່ຖ້າ
ທ່ານສາມາດຊີ້ໄປຫາເອກະສານທີ່ຊີ້ໃຫ້ເຫັນພຶດຕິກໍາທີ່ທ່ານກໍາລັງເຫັນ ຜິດພາດ,
ບັນຫາຂອງເຈົ້າມີແນວໂນ້ມທີ່ຈະໄດ້ຮັບຄວາມສົນໃຈຫຼາຍຂຶ້ນ. ທ່ານອາດຈະຕ້ອງການເລີ່ມຕົ້ນດ້ວຍ perldoc
perltrap ສໍາລັບຕົວຊີ້ໄປຫາດັກທົ່ວໄປທີ່ນັກຂຽນໂປລແກລມ Perl ໃຫມ່ (ແລະມີປະສົບການ) ດໍາເນີນການ
ເຂົ້າໄປໃນ.

ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ບໍ່​ແນ່​ໃຈວ່​າ​ຄວາມ​ຫມາຍ​ຂອງ​ຂໍ້​ຄວາມ​ຜິດ​ພາດ​ທີ່​ທ່ານ​ໄດ້​ແລ່ນ​ຜ່ານ​, perldoc
perldiag ສໍາລັບຄໍາອະທິບາຍ. ຖ້າຂໍ້ຄວາມບໍ່ຢູ່ໃນ perldiag, ມັນອາດຈະບໍ່ແມ່ນ
ສ້າງຂຶ້ນໂດຍ Perl. ທ່ານອາດຈະມີໂຊກທີ່ປຶກສາເອກະສານກ່ຽວກັບລະບົບປະຕິບັດການຂອງທ່ານ
ແທນທີ່ຈະເປັນ.

ຖ້າທ່ານຢູ່ໃນເວທີທີ່ບໍ່ແມ່ນ UNIX perldoc perlport, ເປັນບາງລັກສະນະອາດຈະເປັນ
ບໍ່ໄດ້ປະຕິບັດຫຼືເຮັດວຽກແຕກຕ່າງກັນ.

ທ່ານອາດຈະສາມາດຄິດອອກສິ່ງທີ່ຜິດພາດໂດຍໃຊ້ Perl debugger. ສໍາລັບ
ຂໍ້​ມູນ​ກ່ຽວ​ກັບ​ວິ​ທີ​ການ​ນໍາ​ໃຊ້ debugger ໄດ້​ perldoc perldbug.

ທ່ານມີກໍລະນີທົດສອບທີ່ເຫມາະສົມບໍ?
ມັນງ່າຍຂຶ້ນທີ່ຈະແຜ່ພັນແມງໄມ້ຂອງທ່ານ, ມັນເປັນໄປໄດ້ຫຼາຍທີ່ຈະແກ້ໄຂ - ຖ້າບໍ່ມີໃຜ
ສາມາດຊໍ້າກັນບັນຫາຂອງເຈົ້າ, ມັນອາດຈະບໍ່ໄດ້ຮັບການແກ້ໄຂ.

ກໍລະນີທົດສອບທີ່ດີມີຄຸນລັກສະນະເຫຼົ່ານີ້ສ່ວນໃຫຍ່: ສັ້ນ, ລະຫັດງ່າຍດາຍ; ການຂຶ້ນກັບຈໍານວນຫນ້ອຍກ່ຽວກັບ
ຄໍາສັ່ງພາຍນອກ, ໂມດູນ, ຫຼືຫ້ອງສະຫມຸດ; ບໍ່ມີລະຫັດທີ່ຂຶ້ນກັບເວທີ (ເວັ້ນເສຍແຕ່ວ່າມັນເປັນ
ແມງໄມ້ສະເພາະເວທີ); ເອກະສານທີ່ຈະແຈ້ງ, ງ່າຍດາຍ.

ກໍລະນີການທົດສອບທີ່ດີແມ່ນເກືອບສະເຫມີຜູ້ສະຫມັກທີ່ດີທີ່ຈະລວມຢູ່ໃນການທົດສອບຂອງ Perl
ຊຸດ. ຖ້າທ່ານມີເວລາ, ພິຈາລະນາຂຽນກໍລະນີທົດສອບຂອງທ່ານເພື່ອວ່າມັນຈະງ່າຍ
ລວມຢູ່ໃນຊຸດທົດສອບມາດຕະຖານ.

ທ່ານໄດ້ລວມເອົາຂໍ້ມູນທີ່ກ່ຽວຂ້ອງທັງຫມົດບໍ?
ໃຫ້ແນ່ໃຈວ່າຈະປະກອບມີ ຢ່າງແທ້ຈິງ ຂໍ້​ຄວາມ​ຜິດ​ພາດ​, ຖ້າ​ຫາກ​ວ່າ​ມີ​. "Perl ໃຫ້ຄວາມຜິດພາດ" ບໍ່ແມ່ນ
ຂໍ້​ຄວາມ​ຜິດ​ພາດ​ທີ່​ແນ່​ນອນ​.

ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ໄດ້​ຮັບ​ການ dump ຫຼັກ (ຫຼື​ທຽບ​ເທົ່າ​)​, ທ່ານ​ອາດ​ຈະ​ນໍາ​ໃຊ້ debugger ເປັນ (dbx, gdb, ແລະອື່ນໆ) ເພື່ອ
ຜະລິດການຕິດຕາມ stack ເພື່ອປະກອບເຂົ້າໃນບົດລາຍງານ bug.

ຫມາຍເຫດ: ເວັ້ນເສຍແຕ່ Perl ຂອງທ່ານໄດ້ຖືກລວບລວມດ້ວຍຂໍ້ມູນດີບັກ (ເລື້ອຍໆ -g), ການຕິດຕາມ stack
ມີແນວໂນ້ມທີ່ຈະໃຊ້ໄດ້ຍາກຫຼາຍເພາະມັນສ່ວນຫຼາຍອາດຈະປະກອບດ້ວຍພຽງແຕ່
ຊື່ຟັງຊັນແລະບໍ່ແມ່ນການໂຕ້ຖຽງຂອງພວກເຂົາ. ຖ້າເປັນໄປໄດ້, recompile Perl ຂອງທ່ານດ້ວຍ debug
ຂໍ້​ມູນ​ແລະ​ເຮັດ​ໃຫ້​ເກີດ​ອຸ​ປະ​ຕິ​ເຫດ​ແລະ​ການ​ຕິດ​ຕາມ stack ໄດ້​.

ເຈົ້າສາມາດອະທິບາຍແມງໄມ້ເປັນພາສາອັງກິດທຳມະດາໄດ້ບໍ?
ຍິ່ງເຂົ້າໃຈຂໍ້ບົກຜ່ອງທີ່ສາມາດແຜ່ພັນໄດ້ງ່າຍຂຶ້ນ, ມັນກໍຍິ່ງຈະໄດ້ຮັບການແກ້ໄຂໄດ້ງ່າຍຂຶ້ນ.
ຄວາມເຂົ້າໃຈໃດໆທີ່ທ່ານສາມາດສະຫນອງເຂົ້າໃນບັນຫາຈະຊ່ວຍໄດ້ຢ່າງຫຼວງຫຼາຍ. ໃນຄໍາສັບຕ່າງໆອື່ນໆ,
ພະຍາຍາມວິເຄາະບັນຫາ (ໃນຂອບເຂດທີ່ທ່ານສາມາດເຮັດໄດ້) ແລະລາຍງານການຄົ້ນພົບຂອງທ່ານ.

ທ່ານ​ສາ​ມາດ​ແກ້​ໄຂ bug ຕົວ​ທ່ານ​ເອງ​?
ຖ້າເປັນດັ່ງນັ້ນ, ນັ້ນແມ່ນຂ່າວທີ່ຍິ່ງໃຫຍ່; ບົດລາຍງານ bug ກັບ patches ມີແນວໂນ້ມທີ່ຈະໄດ້ຮັບຢ່າງຫຼວງຫຼາຍ
ຄວາມສົນໃຈແລະຄວາມສົນໃຈຫຼາຍກ່ວາຜູ້ທີ່ບໍ່ມີ patches. ກະລຸນາແນບແທັບຂອງທ່ານໃສ່
ບົດລາຍງານໂດຍໃຊ້ຕົວເລືອກ "-p". ເມື່ອສົ່ງ patch, ສ້າງມັນໂດຍໃຊ້ "git
format-patch" ຖ້າເປັນໄປໄດ້, ເຖິງແມ່ນວ່າຄວາມແຕກຕ່າງທີ່ປະສົມປະສານທີ່ສ້າງດ້ວຍ "diff -pu" ຈະເຮັດ
ເກືອບຄືກັນ.

Patch ຂອງ​ທ່ານ​ອາດ​ຈະ​ໄດ້​ຮັບ​ກັບ​ຄືນ​ມາ​ພ້ອມ​ກັບ​ການ​ຮ້ອງ​ຂໍ​ສໍາ​ລັບ​ການ​ປ່ຽນ​ແປງ​, ຫຼື​ການ​ຮ້ອງ​ຂໍ​ສໍາ​ລັບ​ລາຍ​ລະ​ອຽດ​ເພີ່ມ​ເຕີມ​
ຄໍາອະທິບາຍກ່ຽວກັບການແກ້ໄຂຂອງທ່ານ.

ນີ້ແມ່ນ ຄຳ ແນະ ນຳ ສອງສາມຢ່າງ ສຳ ລັບການສ້າງແພັດທີ່ມີຄຸນນະພາບສູງ:

ໃຫ້​ແນ່​ໃຈວ່​າ patch ບໍ່​ໄດ້​ຖືກ​ກັບ​ຄືນ​ໄປ​ບ່ອນ (ການ​ໂຕ້​ຖຽງ​ທໍາ​ອິດ​ທີ່​ຈະ​ແຕກ​ຕ່າງ​ແມ່ນ​ປົກ​ກະ​ຕິ​
ໄຟລ​໌​ຕົ້ນ​ສະ​ບັບ​, ການ​ໂຕ້​ຖຽງ​ຄັ້ງ​ທີ​ສອງ​ໄຟລ​໌​ປ່ຽນ​ແປງ​ຂອງ​ທ່ານ​)​. ໃຫ້ແນ່ໃຈວ່າທ່ານທົດສອບ patch ຂອງທ່ານ
ໂດຍການນໍາໃຊ້ມັນກັບ "git am" ຫຼືໂຄງການ "patch" ກ່ອນທີ່ທ່ານຈະສົ່ງມັນໄປ.
ພະຍາຍາມປະຕິບັດຕາມແບບດຽວກັນກັບລະຫັດທີ່ທ່ານກໍາລັງພະຍາຍາມແກ້ໄຂ. ໃຫ້ແນ່ໃຈວ່າຂອງທ່ານ
patch ເຮັດວຽກຢ່າງແທ້ຈິງ ("ເຮັດການທົດສອບ", ຖ້າສິ່ງທີ່ທ່ານກໍາລັງ patching ແມ່ນກວມເອົາໂດຍ Perl's.
ຊຸດ​ທົດ​ສອບ​)​.

ທ່ານສາມາດໃຊ້ "perlbug" ເພື່ອສົ່ງບົດລາຍງານໄດ້ບໍ?
perlbug ໃນບັນດາສິ່ງອື່ນໆ, ໃຫ້ແນ່ໃຈວ່າບົດລາຍງານຂອງທ່ານປະກອບມີຂໍ້ມູນທີ່ສໍາຄັນ
ກ່ຽວກັບສະບັບຂອງທ່ານ perl. ຖ້າ "perlbug" ບໍ່ສາມາດສົ່ງບົດລາຍງານຂອງເຈົ້າໄດ້ຫຼັງຈາກເຈົ້າມີ
ພິມມັນຢູ່ໃນ, ທ່ານອາດຈະຕ້ອງຂຽນຂໍ້ຄວາມດ້ວຍຕົນເອງ, ເພີ່ມຜົນຜະລິດທີ່ຜະລິດໂດຍ
"perlbug -d" ແລະສົ່ງອີເມວໄປທີ່ [email protected]. ຖ້າບາງເຫດຜົນ, ທ່ານບໍ່ສາມາດແລ່ນໄດ້
"perlbug" ຢູ່ໃນລະບົບຂອງທ່ານ, ໃຫ້ແນ່ໃຈວ່າຈະລວມເອົາຜົນຜະລິດທັງຫມົດທີ່ຜະລິດໂດຍ
ແລ່ນ "perl -V" (ຫມາຍເຫດຕົວພິມໃຫຍ່ V).

ບໍ່ວ່າທ່ານຈະໃຊ້ "perlbug" ຫຼືສົ່ງອີເມວດ້ວຍຕົນເອງ, ກະລຸນາຕັ້ງຫົວຂໍ້ຂອງທ່ານ
ຂໍ້ມູນ. "ແມງໄມ້" ບໍ່ແມ່ນຂໍ້ມູນ. ທັງບໍ່ແມ່ນ "perl crashes" ຫຼື "Help!!!".
ເຫຼົ່ານີ້ບໍ່ໄດ້ຊ່ວຍ. ຄໍາອະທິບາຍຫຍໍ້ກ່ຽວກັບສິ່ງທີ່ຜິດພາດແມ່ນດີ.

ທ່ານສາມາດນໍາໃຊ້ "perlbug" ເພື່ອສົ່ງບັນທຶກຂອບໃຈ?
ແມ່ນແລ້ວ, ທ່ານສາມາດເຮັດໄດ້ໂດຍການໃຊ້ຕົວເລືອກ "-T", ຫຼືໂດຍການເອີ້ນໂຄງການເປັນ
"ຂໍຂອບໃຈ". ບັນທຶກຂອບໃຈແມ່ນດີ. ມັນເຮັດໃຫ້ຄົນຍິ້ມ.

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

ຖ້າມັນເປັນສິ່ງສໍາຄັນສໍາລັບທ່ານທີ່ຈະແກ້ໄຂຂໍ້ບົກພ່ອງຂອງທ່ານ, ຕິດຕາມເບິ່ງ [email protected]
ບັນ​ຊີ​ລາຍ​ຊື່​ທາງ​ໄປ​ສະ​ນີ (ບັນ​ຊີ​ລາຍ​ການ​ທາງ​ໄປ​ສະ​ນີ​ແມ່ນ​ໄດ້​ຮັບ​ການ​ປັບ​ປຸງ​, ຂໍ້​ຄວາມ​ຂອງ​ທ່ານ​ອາດ​ຈະ​ໃຊ້​ເວ​ລາ​ໃນ​ຂະ​ນະ​ທີ່​ຈະ​ສະ​ແດງ​ໃຫ້​ເຫັນ​ເຖິງ​) ແລະ​
ຄໍາຫມັ້ນສັນຍາບັນທຶກສະບັບການພັດທະນາຂອງ Perl, ແລະຊຸກຍູ້ໃຫ້ຜູ້ຮັກສາດ້ວຍໃຈດີ
ຄໍາສັບຕ່າງໆຫຼືການສະເຫນີຂອງເຄື່ອງດື່ມທີ່ມີອາກາດຫນາວ. (ກະລຸນາເຮັດຄວາມເມດຕາຕໍ່ຜູ້ຮັກສາ. ລົບກວນຫຼື
ການເຜົາໄຫມ້ພວກມັນມີແນວໂນ້ມທີ່ຈະມີຜົນກະທົບກົງກັນຂ້າມກັບສິ່ງທີ່ທ່ານຕ້ອງການ.)

ຮູ້ສຶກບໍ່ເສຍຄ່າທີ່ຈະອັບເດດປີ້ກ່ຽວກັບແມງໄມ້ຂອງເຈົ້າຢູ່ http://rt.perl.org ຖ້າ​ຫາກ​ວ່າ​ເປັນ​ສະ​ບັບ​ໃຫມ່​ຂອງ​
Perl ຖືກປ່ອຍອອກມາແລະ bug ຂອງທ່ານຍັງມີຢູ່.

OPTIONS

-a ທີ່ຢູ່ເພື່ອສົ່ງບົດລາຍງານໃຫ້. ຄ່າເລີ່ມຕົ້ນເປັນ [email protected].

-A ຢ່າສົ່ງຂໍ້ບົກພ່ອງທີ່ໄດ້ຮັບການຍອມຮັບໄປຫາທີ່ຢູ່ຕອບກັບ. ໂດຍທົ່ວໄປແລ້ວມັນແມ່ນ
ພຽງແຕ່ມີຄວາມຮູ້ສຶກທີ່ຈະນໍາໃຊ້ທາງເລືອກນີ້ຖ້າຫາກວ່າທ່ານເປັນຜູ້ຮັກສາ perl ຢ່າງຫ້າວຫັນເບິ່ງ
perl porters ສໍາລັບຂໍ້ຄວາມຂອງທ່ານທີ່ຈະມາຮອດ.

-b ເນື້ອໃນຂອງບົດລາຍງານ. ຖ້າບໍ່ລວມຢູ່ໃນເສັ້ນຄໍາສັ່ງ, ຫຼືຢູ່ໃນໄຟລ໌ທີ່ມີ -f,
ທ່ານຈະໄດ້ຮັບໂອກາດທີ່ຈະແກ້ໄຂຂໍ້ຄວາມ.

-C ຢ່າສົ່ງສຳເນົາໃຫ້ຜູ້ເບິ່ງແຍງລະບົບ.

-c ທີ່ຢູ່ເພື່ອສົ່ງສຳເນົາບົດລາຍງານໄປໃຫ້. ຄ່າເລີ່ມຕົ້ນຂອງທີ່ຢູ່ຂອງ perl ທ້ອງຖິ່ນ
ຜູ້ບໍລິຫານ (ບັນທຶກເມື່ອ perl ຖືກສ້າງຂຶ້ນ).

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

-e ບັນນາທິການທີ່ຈະໃຊ້.

-f ໄຟລ໌ທີ່ປະກອບດ້ວຍເນື້ອໃນຂອງບົດລາຍງານ. ໃຊ້ອັນນີ້ເພື່ອສົ່ງການກະກຽມຢ່າງໄວວາ
ຂໍ້ຄວາມ.

-F ໄຟລ​໌​ທີ່​ຈະ​ສົ່ງ​ຜົນ​ໄດ້​ຮັບ​ແທນ​ທີ່​ຈະ​ສົ່ງ​ເປັນ​ອີ​ເມລ​໌​. ເປັນປະໂຫຍດໂດຍສະເພາະ
ເມື່ອແລ່ນ perlbug ໃນເຄື່ອງທີ່ບໍ່ມີການເຊື່ອມຕໍ່ອິນເຕີເນັດໂດຍກົງ.

-h ພິມບົດສະຫຼຸບສັ້ນໆຂອງທາງເລືອກ.

-ຕົກ​ລົງ ລາຍ​ງານ​ການ​ກໍ່​ສ້າງ​ທີ່​ສໍາ​ເລັດ​ຜົນ​ໃນ​ລະ​ບົບ​ນີ້​ກັບ perl porters​. ກໍາລັງ -S ແລະ -C. ກໍາລັງ
ແລະການສະຫນອງມູນຄ່າສໍາລັບການ -s ແລະ -b. ພຽງແຕ່ເຕືອນສໍາລັບທີ່ຢູ່ກັບຄືນຖ້າມັນເຮັດບໍ່ໄດ້
ເດົາ (ໃຊ້ກັບ ເຮັດໃຫ້). ກຽດຕິຍົດກັບຄືນທີ່ຢູ່ທີ່ລະບຸໄວ້ກັບ -r. ເຈົ້າ​ສາ​ມາດ
ໃຊ້ນີ້ກັບ -v ເພື່ອໃຫ້ໄດ້ຂໍ້ມູນຄົບຖ້ວນກວ່າ. ພຽງແຕ່ເຮັດໃຫ້ບົດລາຍງານຖ້າຫາກວ່າລະບົບນີ້
ມີອາຍຸໜ້ອຍກວ່າ 60 ມື້.

- ຕົກລົງ As -ຕົກ​ລົງ ຍົກເວັ້ນມັນຈະລາຍງານກ່ຽວກັບລະບົບເກົ່າ.

-ໂນກ ລາຍງານການກໍ່ສ້າງທີ່ບໍ່ສໍາເລັດໃນລະບົບນີ້. ກໍາລັງ -C. ບັງຄັບແລະສະຫນອງມູນຄ່າ
ສໍາລັບການ -s, ຫຼັງຈາກນັ້ນຮຽກຮ້ອງໃຫ້ທ່ານແກ້ໄຂບົດລາຍງານແລະເວົ້າວ່າສິ່ງທີ່ຜິດພາດ.
ອີກທາງເລືອກ, ບົດລາຍງານທີ່ກຽມໄວ້ອາດຈະຖືກສະຫນອງໂດຍໃຊ້ -f. ພຽງແຕ່ prompts ສໍາລັບ a
ກັບຄືນທີ່ຢູ່ຖ້າມັນບໍ່ສາມາດຄາດເດົາໄດ້ (ສໍາລັບການນໍາໃຊ້ກັບ ເຮັດໃຫ້). ກຽດຕິຍົດກັບຄືນທີ່ຢູ່
ລະບຸໄວ້ກັບ -r. ທ່ານສາມາດນໍາໃຊ້ນີ້ກັບ -v ເພື່ອໃຫ້ໄດ້ຂໍ້ມູນຄົບຖ້ວນກວ່າ. ເທົ່ານັ້ນ
ເຮັດບົດລາຍງານຖ້າລະບົບນີ້ມີອາຍຸຫນ້ອຍກວ່າ 60 ມື້.

- ບໍ່ເປັນຫຍັງ As -ໂນກ ຍົກເວັ້ນມັນຈະລາຍງານກ່ຽວກັບລະບົບເກົ່າ.

-p ຊື່ຂອງໄຟລ໌ patch ຫນຶ່ງ ຫຼືຫຼາຍກວ່ານັ້ນ ຫຼືໄຟລ໌ແນບຂໍ້ຄວາມອື່ນໆທີ່ຈະຖືກລວມເຂົ້າກັບ
ບົດລາຍງານ. ຫຼາຍໄຟລ໌ຕ້ອງຖືກແຍກດ້ວຍເຄື່ອງໝາຍຈຸດ.

-r ທີ່ຢູ່ກັບຄືນຂອງເຈົ້າ. ໂຄງການຈະຂໍໃຫ້ທ່ານຢືນຢັນຄ່າເລີ່ມຕົ້ນຂອງມັນຖ້າທ່ານບໍ່ເຮັດ
ໃຊ້ທາງເລືອກນີ້.

-S ສົ່ງໂດຍບໍ່ມີການຮ້ອງຂໍການຢືນຢັນ.

-s ຫົວຂໍ້ທີ່ຈະລວມກັບຂໍ້ຄວາມ. ເຈົ້າຈະຖືກເຕືອນຫາກເຈົ້າບໍ່ສະໜອງໃຫ້
ຢູ່ໃນເສັ້ນຄໍາສັ່ງ.

-t ໂໝດທົດສອບ. ທີ່ຢູ່ເປົ້າໝາຍເລີ່ມຕົ້ນເປັນ [email protected].

-T ສົ່ງບັນທຶກຂອບໃຈແທນການລາຍງານຂໍ້ຜິດພາດ.

-v ລວມເອົາຂໍ້ມູນການຕັ້ງຄ່າ verbose ໃນບົດລາຍງານ.

AUTHORS

Kenneth Albanowski ([email protected]>), ຕໍ່ມາ doctored ໂດຍ Gurusamy Sarathy
(<[email protected]>), Tom Christiansen ([email protected]>), Nathan Torkington
(<[email protected]>), Charles F. Randall ([email protected]>), Mike Guy ([email protected]>),
Dominic Dunlop ([email protected]>), Hugo van der Sanden ([email protected]>), Jarkko
Hietaniemi ([email protected]>), Chris Nandor ([email protected]>), Jon Orwant
(<[email protected]>, Richard Foley ([email protected]>), Jesse Vincent
(<[email protected]>), ແລະ Craig A. Berry ([email protected]>).

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