Problem mit Regexp (gelöst) (Allgemeines zu Perl) - Perl-Community.de

Start · Board · Anwendungen/Programme/Skripte in Perl · Allgemeines zu Perl

2024-04-19 04:14:34
Europe/Berlin
Einloggen (Registrieren)
- Einstellungen
- Statistics
Jemand zu Hause?
0 Benutzer online

[thread]17479[/thread]

submit to reddit

Problem mit Regexp [gelöst]

[gelöst]

Tags: perl5 regex Ähnliche Threads

Leser: 26

Articles: hide open all | hide show old branches

Teilbaum:
"gelöst"-button (10 Artikel) 2012-06-19 09:00

+21 replies
Nordlicht

2012-06-13 08:21
User since
2005-10-16
182 Artikel
BenutzerIn
Hallo Leute,

Ich habe einen größeren Regexp-Ausdruck gebastelt. Der Ausdruck soll bestimmte Teile eines zusammenhängenden HTML-Codeblocks isolieren. Der Ausdruck besteht aus mehreren Lookahead-Zusicherungen.
Syntax: (?:MUSTER)
Mehrere dieser Suchmuster sind durch .*? verbunden, weil ich den HTML-Code zwischen den erkannten Mustern ignorieren möchte... die Reihenfolge in der die Muster Auftreten ist allerdings sehr wichtig, da es die gleichen Muster noch an anderen Stellen des HTML-Codes gibt bzw. geben könnte.

Ich hoffe das war halbwegs verständlich erklärt :-)

Jetzt mein Problem: Ich verstehe diese Fehlermeldung nicht:
Code: (dl )

1 2 3 4 5 6 7 8 9 10 11

Having no space between pattern and following word is deprecated at D:\anyPath\anyFile.pl line 17. Unmatched ( in regex; marked by <-- HERE in m/ (?: <div class="listRow"> .*? (?:class="productLink" href="(.*?)") .*? ( <-- HERE ?:<span class="product">.*?<span>(.*?)</ at D:\Developement\Perl\Harvester\test.pl line 17.
Ich hab in die Meldung ein paar Newlines eingefügt, in der Hoffnung, dass es so etwas übersichtlicher wird...

Kann mir Jemand sagen, was der Compiler von mir will? Ich verstehe es nicht.

Ich weiß, dass HTML-Code mit regulären Ausdrücken zu parsen nicht unbedingt "best practice" ist, aber ich mache das ganz bewusst. Bitte helft mir einfach nur den Fehler zu finden.

Gruß, Nord.

modedit Editiert von pq: stichwort "regex" hinzugefügt
Last edited: 2012-06-13 11:35:39 +0200 (CEST)
- +2 replies
- moritz
  
  2012-06-13 08:35
  
  User since
  2007-05-11
  923 Artikel
  HausmeisterIn
  
  Also erstmal sind (?:...) keine look-aheads, sondern non-capturing groups. Wenn du look-ahead willst, nimm (?=...).
  
  Dein eigentliches Problem scheint zu sein, dass der Slash in </span> deine Regex beendet. Oder vielleicht schreibst du ( ?:), und der Compiler denkt, dass du (?:) meintest. Wenn du tatsächlich ein Leerzeichen mit ? quantifizieren willst, kannst du (\ ?:..) benutzen.
  Perl 6 - Perls Zukunft
  - Nordlicht
    
    2012-06-13 10:01
    
    User since
    2005-10-16
    182 Artikel
    BenutzerIn
    
    Du hast recht, es ist gar kein Lookahead...danke für den Tipp, das wäre mir gar nicht aufgefallen. Ich bastel wohl schon zu lange an dem Ding ^^
- +18 replies
- Lebewesen
  
  2012-06-13 09:13
  
  User since
  2011-09-09
  62 Artikel
  BenutzerIn
  
  Hallo,
  
  Hast du dir schon einmal perlretut angeschaut? Vorallem die Kommentierung von RegEx.
  
  Es kann auch sein, dass du < escapen musst also \< das Problem hatte ich ab und zu. Desweiteren nutze am besten $var =~ m%% für die Regex, dann musst du / nicht escapen.
  
  Ein guter Editor Zeigt dir aber auch an, wie weit deine Regex geht. Unter Windows verwende ich gerne Notepad2mod, da kannst du dann gut sehen, wieweit deine Regex geht. Dadurch fällt es schnell auf, wenn der Ausdruck in der Mitte "abbricht".
  
  Gruss
  Bastian
  
  Edit: Es fehlen auf alle Fälle schließende Klammern, du hast öffnende nicht escaped!
  Last edited: 2012-06-13 09:18:46 +0200 (CEST)
  - +15 replies
  - Nordlicht
    
    2012-06-13 09:54
    
    User since
    2005-10-16
    182 Artikel
    BenutzerIn
    
    Keine Sorge, Literatur hab ich zu dem Thema genug, offenbar hab ich sie nicht genau genug gelesen.
    
    Mir war klar, dass die Sonderzeichen im Code Probleme machen könnten, allerdings hab erwartet, dass der Compiler dieses Problem anzeigen würde. Ich hab nicht darüber nachgedacht, dass / den Ausdruck beenden könnte :-)
    
    Der Fehler passiert mir nicht nochmal :-)
    - +14 replies
    - pq
      
      2012-06-13 11:36
      
      User since
      2003-08-04
      12208 Artikel
      Admin1
      
      ist das problem jetzt gelöst oder was? dann markier doch den thread auch dementsprechend.
      Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
      lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
      - +13 replies
      - Nordlicht
        
        2012-06-16 08:55
        
        User since
        2005-10-16
        182 Artikel
        BenutzerIn
        
        ja Problem gelöst, es lag aber nicht an den '< >' Zeichen sondern an dem unmaskierten Slash '/', der das Muster vorzeitig beendet hat :-)
        Irgendwie funzt der Button zum "als gelöst markieren" bei mir nicht... ich weiß nicht warum.
        Last edited: 2012-06-16 08:59:18 +0200 (CEST)
        
        GwenDragon
        
        2012-06-16 10:09
        
        User since
        2005-01-17
        14532 Artikel
        Admin1
        
        habe den Thread mal als gelöst markiert.
        die Drachin, Gwendolyn
        
        Unterschiedliche Perl-Versionen auf Windows (fast wie perlbrew) • Meine Perl-Artikel
        
        pq
        
        2012-06-16 13:24
        
        Subtree with 11 replies: "gelöst"-button
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        2012-06-16T06:55:34 Nordlicht
        Irgendwie funzt der Button zum "als gelöst markieren" bei mir nicht... ich weiß nicht warum.
        
        du hast heute morgen 14 mal den thread-status geändert. jeweils auf den gelöst-button geklickt und dann wieder auf ungelöst. warum? wolltest du ausprobieren, wie oft man die aktion rückgängig machen kann?
        und da sagst du, der button funktioniert bei dir nicht?
        
        edit: und "funzt nicht" ist auch nicht unbedingt hilfreich, um das problem zu lösen.
        was passiert bei dir genau?
        passieren sollte:
        Du siehst einen Text "Thread als gelöst markieren" mit einem grünen Haken als Button zum Anklicken dahinter.
        Wenn du den anklickst, wird der Thread neu geladen. Hinter dem Titel erscheintn un ein grüner Haken.
        Es steht nun anstelle des vorherigen Textes folgendes da:
        "Thread als nicht gelöst markieren" und ein Button "Speichern" dahinter.
        
        Laut log hast du 14 mal hintereinander den Button gedrückt, jeweils 7 mal abwechselnd den Haken zum gelöst-markieren und 7 mal den "Speichern" button zum nicht-gelöst-markieren. D.h. ich kann mir absolut nicht vorstellen, dass er Button bei dir "nicht gefunzt" hat. Das einzige, was ich mir vorstellen kann, ist, dass du noch nicht ganz wach warst und aus irgendeinem Grund nicht gesehen hast, dass der Button zum nicht-gelöst-markieren ganz anders aussieht und hast einfach 14 mal geklickt und dich gewundert, ohne genau hinzuschauen.
        
        Editiert von pq: teilbaum
        Last edited: 2012-06-18 22:22:05 +0200 (CEST)
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
  - +2 replies
  - pq
    
    2012-06-13 11:43
    
    User since
    2003-08-04
    12208 Artikel
    Admin1
    
    2012-06-13T07:13:08 Lebewesen
    Es kann auch sein, dass du < escapen musst also \< das Problem hatte ich ab und zu.
    
    in welchen fällen muss man denn < in regexes escapen? das würde mich mal interessieren. (aus meiner erfahrung heraus klingt "das problem hatte ich ab und zu" eher danach, als hättest du eigentlich ein anderes problem gehabt, rumprobiert, und die lösung, in der du < escaped hattest, hat aus anderem grund funktioniert)
    
    (jetzt mal abgesehen von regexes mit <> als delimiter m<...> natürlich)
    Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
    lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
    - Lebewesen
      
      2012-06-13 17:12
      
      User since
      2011-09-09
      62 Artikel
      BenutzerIn
      
      2012-06-13T09:43:03 pq
      in welchen fällen muss man denn < in regexes escapen? das würde mich mal interessieren.
      
      Wenn man Regexp::Grammars nutzt, oder wenn dies von einem anderen Modul eingebunden wird...

View all threads created 2012-06-13 08:21.