Salut,

error_reporting seul ne suffit pas, il faut s'assurer également de la valeur de display_errors .

L'idéal pour tout vérifier est de se reporter à une page phpinfo() riche d'informations, en particulier sous debian (puisque les fichiers de configuration y sont multiples, c'est utile de savoir lesquel ont effectivement été lus).

++ et bonne année

Merci, ça va aller.
On s'habitue à gérer la page vierge en cas d'erreur.

display_errors dans php.ini (je crois).
Peut être log_errors

Je pense que ca vient du paramétrage par défaut de Debian, pas de sushosin. D'ailleurs Debian gère le E_ALL avec toutes les erreurs contrairement aux habitudes de la version qu'ils diffusent et comme la version suivante.

Autrement, j'ai suhosin.disable.display_errors à off, mais je ne crois pas que ca gène.

Si tu as besoin, j'ai accès à ma page phpinfo(), je peux t'indiquer quelques valeurs valeurs.

Une valeur sur :

<?PHP
$toto = $titi;
?>

Mazarini vient de mettre le doigt sur un problème avec PHP sous debian.
Chez moi, il y est ajouté l'extension Suhosin, sensée améliorer la sécurité. Entre autres, visiblement, elle interdit l'affichage des messages d'erreurs, malgré error_reporting(E_ALL) , ce qui m'a fait perdre un temps considérable : lors du portage d'une appli, dans un fichier inclus j'avais supprimé la dernière ligne d'un tableau de tableaux, et en même temps la parenthèse finale et le point-virgule. Et je me retrouvais avec une page blanche.
Si quelqu'un sait comment activer les messages d'erreurws avec Suhosin, il est le bienvenu: Mais, par pitié, de préférence sans recompilation.

J'ai eu des problèmes avec debian pour l'affichage des erreurs. J'ai fini par faire une page avec une variable non initialisée pour m'assurer que les messages marchaient bien. Des messages bloqués par défaut et un peu de "n'importe quoi" lors de la modification du paramétrage dans php.ini.

LOrs du portage, j'ai dû introduire une erreur de syntaxe dans le fichier inclus: un commentaire pas fermé, je suppose. Mais ce qui continue à m'étonner, c'est qu'aucun message d'erreur ne soit apparu.

Bonjour,
J'ai essayé d'être clair, mais ça fait long...
J'ai une application PHP qui fonctionne sous Fedora et sous Windows (tests avec Firefox et Opera)
Son transport sur une Debian me pose des problèmes: (test avec Iceweasel, Epiphany: il n'y a pas de Firefox pour cette version de Debian)
avec les include (k.php contient include ('k.inc');)
aucune des variables ou constantes qui sont y définies n'est connue du programme incluant.
J'ai d'abord cru que PHP ne fonctionnait pas; mais phpinfo(); ajouté à k.php donne les résultats usuels.
J'ai donc ajouté:
error_reporting(E_ALL);
mais aucun message d'erreur n'apparaît.
Comme le chemin des include indiqué par phpinfo() ne comprend pas /var/www/k où est stocké mon programme, j'ai ajoité:
$path = get_include_path();
$document_root = $_SERVER['DOCUMENT_ROOT'];
$chemin = $_SERVER['DOCUMENT_ROOT']."/k";
set_include_path($path.":".$chemin);
mais la situation reste la même.
J'ai même mis un explicite include ("/var/www/k/k.inc");
mais pas mieux.

Enfin, je viens de vérifier que l'include se passe bien; c'est comme si les variables et les constantes définies dans l'include perdaient leur valeur lors de l'inclusion!!!