<?php
error_reporting(E_ALL);
$nox=10;
$err=$nox/0;
echo "index $err = $nox/0";
?>
Erzeugt bei mir folgende Ausgabe:
"index = 10/0"
Mache ich irgend einen dummen Fehler?
Martin
Kommt darauf an, was du fᅵr eine Ausgabe erwartet hᅵttest...
Da du deinen string mit doppelten Anfᅵhrungszeichen einschlieᅵt, werden
die *Variablen* geparst. In $nox steht (int)10, in $err (bool)false,
weil du durch 0 dividierst.
Also ist die Ausgabe vᅵllig korrekt. Was hᅵᅵtest du erwartet?
Zusᅵtzlich mᅵsste noch kommen
| Warning: Division by zero in ... on line 6
, wenn display_errors on ist.
Gruᅵ, Helmut
> Also ist die Ausgabe völlig korrekt. Was hättest du erwartet?
Eine Fehlermeldung! Welchen Sinn hätte es ansonsten, durch Null zu teilen?
> , wenn display_errors on ist.
Danke, Helmut. Ich wusste nicht, dass einem solche Einstellung in die
Quere kommen kann.
Allerdings habe ich soeben nachgelesen, dass sowohl error_reporting, als
auch display_errors per Vorgabe so eingestellt sind, dass Fehler
angezeigt werden. In meiner laut phpinfo() aktiven php.ini sind diese
Werte alle auskommentiert, so dass zu erwarten ist, dass die
PHP-Vorgaben greifen.
PHP habe ich ganz frisch installiert und eine lokale php.ini mit
display_errors = On bringt keine Verbesserung.
Gibt es eine andere mögliche Fehlerquelle?
Martin
Und was sagt phpinfo() zu display_errors? Was als Default bei
deaktivierten php.ini Einträgen zum Tragen kommt, wird eventuell von den
Präferenzen beim Kompilieren abhängen.
> PHP habe ich ganz frisch installiert und eine lokale php.ini mit
> display_errors = On bringt keine Verbesserung.
Ein ini_set('display_errors', '1'); direkt im Skript finde ich
"sicherer" und sinnvoller.
Gregor
> Am 20.01.2011 13:09, schrieb Helmut Chang:
>> Also ist die Ausgabe völlig korrekt. Was hättest du erwartet?
>
> Eine Fehlermeldung! Welchen Sinn hätte es ansonsten, durch Null zu teilen?
Keinen?
> […]
> Allerdings habe ich soeben nachgelesen, dass sowohl error_reporting, als
> auch display_errors per Vorgabe so eingestellt sind, dass Fehler
> angezeigt werden. In meiner laut phpinfo() aktiven php.ini sind diese
> Werte alle auskommentiert, so dass zu erwarten ist, dass die
> PHP-Vorgaben greifen.
Bei mir (Debian, php5=5.3.3-7) sind die Werte explizit angegeben.
> PHP habe ich ganz frisch installiert und eine lokale php.ini mit
> display_errors = On bringt keine Verbesserung.
Welche PHP-Version genau?
> Gibt es eine andere mögliche Fehlerquelle?
Debugger-Extension? Ich weiss z.B., dass Xdebug auf Gentoo die Ausgabe von
var_dump() verändert: es gibt dann eine Art Syntax-Highlighting und man kann
sich das <pre>...</pre> drumherum sparen.
PointedEars
--
> ECMAScript ist somit nicht mit dem W3C-DOM kompatibel. Richtig?
Hunde sind zu Fischsuppe nicht kompatibel. Nachts ist es kälter als
draußen. Wo ist der Zusammenhang zwischen W3C-DOM unter z.B. Java oder
PHP und ECMA-Script? (Georg Maaß in dcljs <3D118071...@vnett.de>)