Regulärer Ausdruck: Speicherprobleme?

[Seikilos]

Hi,
ich hab den folgenden RegExpr

 preg_match("#(.*)nobr\((.*?)\);(.*)#is",$result['body'], $match); 

Der soll mir Text vom Typ

Header
nobr(
Body
);
Footer

Splitten, das klappt auch, aber ich habe festgestellt, dass es nicht immer klappt.

Bei einem String mit knapp 1000 Zeilen liefert der RegExpr kein gültiges Ergebnis mehr, jedoch auch keine Warnung (error_reporting (E_STRICT | E_ALL); ) die mich darauf hinweisen könnte.

Dies ist ein lästiges Problem. Ist es bekannt?

[ghostgambler]

afaik haben die älteren PHP-Versionen ein paar der Bugs bzgl. preg_* (zumindest hatte ich auch mal das Problem. Da kam dann nur eine weiße Seite und ein segfault).
Da hilft dann wohl nur auf eine aktuelle PHP-Version updaten.

[Seikilos]

5.2.5. Ist das zu alt?

[ghostgambler]

Wohl eher ausreichend...

Probier es mal mit ini_set_und einer/beiden dieser Einstellungen
http://de3.php.net/manual/en/pcre.configuration.php

[Seikilos]

 ini_set("pcre.backtrack_limit",100000000);
   ini_set("pcre.recursion_limit",100000000);
   
   
       preg_match("#(.*)nobr\((.*?)\);(.*)#is",$result['body'], $match); 

klappt net :/

[ghostgambler]

Du sollst es ja auch runter setzen.....................

[Seikilos]

Wieso dass? Limits sollte man doch herauf setzen, oder nicht?

Wie auch immer, ich habe es mit jeweils 100 getestet, kein Erfolg :/

[ghostgambler]

Dein Skript verreckt, weil es sich verrennt.
Wahrscheinlich am .*
Dementsprechend limits runter setzen.

Probier es mal mit 2-5.

Wenn es dann auch nicht geht probiert mal statt dem
.*
irgendwas wie
+{0,100}

Das wird in der aktuellen Version niemals so arbeiten wie du es dir gerade vorstellst. Es ist buggy. Es geht hier nur noch um Schadensbegrenzung.

[Seikilos]

Klappt auch nicht.

Was davon ist denn buggy? Ich muss einen relativ großen Inhalt durch preg_match durchjagen und habe keinen Einfluss auf die größe dieses Texts

[ghostgambler]

Mensch, weiß ich doch auch nicht, ich seh doch nicht mal was du da alles durch schubst...

Schreib dir halt ein einfaches Skript, welches nur den Text und den preg enthält, und dann spiel mal ein wenig mit der Länge vom Text rum.
Ggf. liegt es ja auch an einem Zeichen (Stichwort ISO vs. UTF8).

Was willst du überhaupt machen? Hilft nicht ggf. auch ein preg_split / explode?
Das (.*) vorne schiebt ja auch alles in den Ram ... das ist auch nicht unbedingt klasse.

[Seikilos]

Naja es ist quasi ein Makro, dass in einem Vorverarbeitungsschritt dem restlichen Parser sagt: Der Teil des Codes, der in nobr(); gepackt worden ist, soll keine Linebreaks haben.

[ghostgambler]

nobrs können nicht verschachtelt werden?
Dann mach doch ein explode("nobr(", $text);
und das restliche Pattern dann in einer foreach-Schleife auf kleinere Text-Blöde - sofern überhaupt notwendig.

[Seikilos]

Das könnte eine Idee sein, danke

[unset]

Ab einer Gewissen Textlänge greift .*? nicht mehr. Lösung: .+

[onemorenerd]

Was soll denn eigentlich das .*? da? Was willst du damit matchen?

. = ein beliebiges Zeichen
.* = beliebig viele beliebige Zeichen
a? = ein a oder kein a
.*? = beliebig viele beliebige Zeichen oder nicht beliebig viele beliebige Zeichen

Speziell der Teil "nicht beliebig viele beliebige Zeichen" ist immanent mehrdeutig, unverdauliches Zeug für die PCRE-Engine.