Ich hab http://groups.google.de/group....1df6706 schon durch, und ich weiss, dass es daran liegt, dass mein Script so riesig geworden ist, ich es besser in Teile splitten sollte. Naja. Leider ein bischen zu spät. Ich habe heute an diversen Stellen meines 3800 Zeilen-Scriptes bestimmt an die 400 Zeilen Code eingefügt, ohne die Lauffähigkeit zu testen. _Fehler_. Hier die Fehlermeldung:

Quote

---------- Perl ----------
Missing right curly or square bracket at mmc.pl line 3799, at end of line
syntax error at mmc.pl line 3799, at EOF
Execution of mmc.pl aborted due to compilation errors.

Output completed (1 sec consumed) - Normal Termination

Die Frage ist: Gibt es eine einfache und schnelle Möglichkeit, die Kandidaten im Code angezeigt zu bekommen, die das Problem auslösen?
Bin schon alle Codeparts, die ich verändert habe, durch, erfolglos.

Auskommentieren bis der Fehler nicht mehr aufritt und dann sukzessiv wieder entkommentieren. Was anderes wüsste ich im MOment nicht.

Wenn Du einen Editor mit Syntaxhighlighting hast, dann schau Dir die Klammerpaare an...

@pktm: Die Harcore-Methode war mir bekannt.. läuft wohl darauf hinaus :( (siehe hier: http://www.buha.info/board/showthread.php?t=5846 ..war mal Mod des Perlforums da.. peinlich, peinlich, was man so in alten Beiträgen von vor 6 Jahren liest ^^)

@renee: Wenn ich ans Ende der Datei eine } setze, dann highlighted er die { von sub process, einer 2000 Zeilen langen sub ^^ .. bringt nicht wirklich etwas, weil ich nur gaaanz innerhalb davon Code verändert habe.. oder möglicherweise komme ich jetzt auf kein Ausschluss-system, wie mir das Syntaxhighlighting weiterhelfen könnte...\n\n

<!--EDIT|GoodFella|1175123219-->

Deklarierst du irgendwo Datenstrukturen oder RegEx? Da habe ich sowas schon öfter gefunden.
Nach Strings frage ich besser nicht... :-)

[quote=GoodFella,29.03.2007, 01:01]@renee: Wenn ich ans Ende der Datei eine } setze, dann highlighted er die { von sub process, einer 2000 Zeilen langen sub[/quote]
allein das hört sich an, als würdest du mit einer aufsplittung der 2000
zeilen schon eine menge ärger einsparen. perl best practices schlägt z.b.
24 zeilen im schnitt pro subroutine vor, also das, was in ein terminal-
fenster passt. das ist oft zu wenig für meinen geschmack, aber wenn
ich code übernehmen müsste, der 2000 zeilen für eine subroutine braucht,
würde ich glaube ich zur psychopathin werden (siehe auch meine signatur)

Wow, 2000 Zeilen für eine sub!!!

Was ist denn das für ein Stil?

Es kann mir niemand erzählen, dass man das nicht in mehrere (sinnvolle) subs (=subtasks) aufteilen kann.

Gruss, Doc

Nunja, ich hatte das Aufteilen vor.. aber dann sollte es schnell gehen und ich habs vor mir hergeschoben... naja.. aus Fehlern lernt man.
Wobei angemerkt sei, dass von den 2000 Zeilen bestimmt 700-1000 Kommentarzeilen dabei sind.

Bin auf dem richtigen Weg:
Habe den Teil rauskopiert, den ich editiert hatte, hab alle Kommentarzeilen entfernt, das Teil als Datei gespeichert und das folgende script drüber gejagt:

Quote

C:\>perl -e "open F, 'check.txt'; $c=0; $s=0; for (<F>) {$c += $_ =~ tr/}/}/; $s
+= $_ =~ tr/{/{/; } close F; print 'starts: '.$s.',   closes: '.$c;"
starts: 350,   closes: 349
C:\>

..Das reduziert das ganze natürlich :)=

(ändert aber nichts daran, dass ich mir demnächst mal in den Arsch treten muss, das Teil sinnvoll zu splitten)

[edit]
hab immer einen sinnvollen block gelöscht und dann wieder das Script drübergejagt.. hat funktioniert, hab die fehlende klammer :DDD\n\n

<!--EDIT|GoodFella|1175182439-->

In den Emacs laden, indent-region oder indent-buffer aufrufen und schauen, ab wo es nicht mehr stimmt.

Nur ein Hinweis nebenbei: Beim Zählen von Zeichen mit tr/// brauchst Du im Ersetzungsteil nichts eintragen. Es reicht ein tr/{//. Keine Angst, da wird nichts gelöscht...