2010-12-29 8 views
0

Wenn ich Birne aus comandline verwende ich bekommen seltsame Ausgang "IS_VAR" (was auch immer Birne Comands, php-Einheit-Test)Pear Ausgänge IS_VAR

Beispiel "Birne Liste"

IS_VAR 

IS_VAR 

IS_VAR 

IS_VAR 

IS_VAR 

IS_VAR 
Installed packages, channel pear.php.net: 
========================================= 
Package   Version State 
Archive_Tar  1.3.7 stable 
Console_Getopt 1.3.0 stable 
PEAR    1.9.1 stable 
PHP_CodeSniffer 1.2.2 stable 
PhpDocumentor 1.4.3 stable 
Structures_Graph 1.0.4 stable 

Irgendwelche Ideen zu beheben?

== == Update

ich gedebuggt etwas Birne Skript. Und ich gründete seltsames Verhalten

Klasse PEAR_PackageFile, Methode Fabrik

$version = $version{0}; 

und diese Linie führt diesen Fehler. Ich ersetzte die ähnliche Funktionalität

$version = substr($version,0,1); 

und dieser Ausgang verschwand. Natürlich habe ich dasselbe Problem mit anderen Orten, wie UnitTests. Frag also, warum diese seltsame Ausgabe das gleiche Geheimnis ist.

Antwort

3

Das Deaktivieren von Traces ist NICHT die Antwort, da Stack-Traces eine der wichtigsten nützlichen Funktionen von xdebug sind. Es war ein Problem mit dem xdebug-Paket selbst, das behoben wurde (siehe http://bugs.xdebug.org/view.php?id=756).

Wenn Sie eine Verteilungskopie von xdebug haben, können Sie es von PECL installieren (kann sudo/privilege escalation erforderlich):

pecl install xdebug 

Andernfalls Sie es von PECL aktualisieren können:

pecl upgrade xdebug 
+0

Fertig und fertig ... – Will

-1

Ich denke, Sie haben einige Debug-Ausgabe in Ihrem Pear-Code, oder vielleicht sogar einige globale PHP Prepend-Datei. Die IS_VAR ist NICHT Teil von PEAR. Du hast das irgendwie selbst zum Code hinzugefügt.

+0

Ich habe Linie gegründet, die diese merkwürdige Ausgabe wirft. Etwas Geheimnisvolles bleibt. –

1

Setzen Sie xdebug.auto_trace = 0 in Ihre php.ini-Datei. Siehe bug #18173.