Innehållsförteckning:
Video: Der Kommissar und das Meer, 23 - Tage der Angst (Svensk text) 2024
Ett typsnitt eller två under skrivning är ett Perl-program, inte ovanligt. Men när du försöker köra ett program som innehåller en textinmatning, blir Perl vanligtvis förvirrad och berättar så genom att rapportera ett fel. Den naturliga reaktionen för de flesta människor, även de med år med programmeringserfarenhet, är att bli orolig eller arg eller båda när ett felmeddelande dyker upp.
Var inte panik. Ta ett djupt andetag. Ta ett annat långsamt, djupt andetag. Allvarligt kan du inte komma till roten till problemet om du är all spänd och störd. Oavsett hur många år du programmerar, slutar du alltid att hitta några fel i koden du skriver.
Så nu du är (förhoppningsvis!) Lite lugnare, kan du börja uppskatta det faktum att Perl har mer användbara felmeddelanden än nästan alla andra programmeringsspråk. Meddelandena är inte alltid rätt på pengarna, men de kan få dig ganska nära den plats där problemet ligger med minimal sökning från din sida.
Perl har många felmeddelanden, men några avgränsar definitivt mer än andra på grund av några vanliga typsnitt som alla verkar göra. Följande fel beror på smärre textfiler som du enkelt kan undvika.
Glömma en semikolon
Förmodligen det vanligaste felmeddelandet du ser när programmeringen i Perl ser något ut så här:
# syntaxfel, nära "öppen"
File 'counter1. pl '; Linje 10
# Exekvering avbruten på grund av kompileringsfel.
Du kan titta och titta på Linje 10, den med det öppna uttalandet, och du ser inte något fel på det. Tricket här är att undersöka det uttalande som kommer före det öppna uttalandet och se om det slutar med en semikolon. (Perl vet att ett uttalande endast slutar när det kommer till en semikolon.) I det här fallet orsakas felet av en saknad semikolon i slutet av linje 7 i programmet:
$ TheFile = "provet. txt "
Glömma ett citatmärke
Följande typ av felmeddelande kan vara extremt frustrerande om du inte känner till en snabbkorrigering:
# Endast ord som hittades när operatören förväntade sig, nära
#" öppna (INFILE, $ TheFile) eller dö "The"
# (kan vara en runaway multi line "sträng som börjar på
# line 7)
File 'counter1. pl '; Linje 10
Detta fel liknar att glömma en semikolon; istället är det ett citatmärke som oavsiktligt utelämnas:
$ TheFile = "sample. Text;
I det här fallet gjorde Perl ett bra jobb att gissa vad som är fel, vilket tyder på att en runaway multi-line "sträng på linje 7 är problemet, vilket är exakt rätt.
Inmatning av en parentes för många eller för få
När du har många öppna och stängande parenteser i ett program, är det enkelt att slänga en extra i av misstag. Om så är fallet kan du få ett meddelande från Perl som läser något av följande:
# syntaxfel, nära ") eq"
File 'counter1. pl '; Linje 38
# syntaxfel, nära "}"
File 'counter1. pl '; Linje 42
Här kan Perl inte bestämma var felet är exakt, men det fick faktiskt det vid första gissningen: Linje 38 innehåller en extra rätt parentes:
om (substr ($ TheLine, $ CharPos, 1)) eq "")
Att ha en parentes för få i ett Perl-program kan orsaka svårare att hitta problem:
# Kan inte använda konstant objekt som vänster arg av implicit ->,
# nära "1}"
File 'counter1. pl '; Linje 39
# Scalar hittades där operatören förväntade sig, nära "$ CharPos"
File 'counter1. pl '; Linje 40
# (Saknar semikolon på föregående rad?)
# Syntaxfel, nära "$ CharPos"
File 'counter1. pl '; Linje 40
Yarp! Allt detta skapades på grund av att den sista parentesen på Linje 38 saknas:
om (substr ($ TheLine, $ CharPos, 1) eq ""
Här är en annan bra lektion i jakt ner typfel: Börja där Perl säger Det hittade ett fel. Om du inte hittar felet där, gå upp en rad eller två och se om problemet startade tidigare.
Ett sista ord av råd: Lita på Perl för att hitta de enkla stavarna för dig (var det kan), och kom ihåg att det ger dig all hjälp det kan, vilket är mer än vad du kan säga för många programmeringsspråk.