set_error_handler Spécifie une fonction utilisateur comme gestionnaire d'erreurs stringset_error_handler callbackerror_handler interror_types set_error_handler choisit la fonction utilisateur error_handler pour gérer les erreurs dans un script. Retourne un pointeur sur l'ancienne fonction de gestion des erreurs (s'l y en avait une), ou &false;, en cas d'erreur. set_error_handler sert à définir votre propre gestionnaire d'erreurs, qui prendra en charge leur traitement durant l'exécution d'un script. Cela peut être utile lorsque vous devez repérer des erreurs critiques lors d'un nettoyage de bases, ou bien si vous souhaitez générer une erreur dans certaines conditions (avec trigger_error). Le second paramètre error_types a été introduit en &php; 5, et sert de masque pour appeler la fonction error_handler de la même façon que l'option de configuration error_reporting contrôle les erreurs qui sont affichées. Sans le masque, error_handler sera appelé pour toutes les erreurs, quelque soit la valeur de error_reporting. La fonction utilisateur doit accepter deux paramètres : le code d'erreur et une chaîne décrivant le code d'erreur. Depuis &php; 4.0.2, trois paramètres optionnels sont fournis en même temps : le fichier dans lequel l'erreur est survenue, la ligne à laquelle l'erreur est survenue, et le contexte dans lequel l'erreu est survenue (un tableau contenant la liste des symboles lors de l'erreur). La fonction peut être décrite comme ceci : handler interrno stringerrstr stringerrfile interrline arrayerrcontext errno Le premier paramètre errno, contient le niveau d'erreur, sous la forme d'un entier. errstr Le second paramètre errstr, contient le message d'erreur, sous forme de chaîne. errfile Le troisième paramètre, optionnel, errfile, contient le nom du fichier dans lequel l'erreur a été identifiée. errline Le quatrième paramètre, optionnel, errline, contient le numéro de ligne à laquelle l'erreur a été identifiée. errcontext Le cinquième paramètre, optionnel, errcontext, est un tableaui qui pointe sur la table des symboles actifs lors de l'erreur. En d'autres termes, errcontext contient un tableau avec toutes les variables qui existaient lorsque l'erreur a été déclenchée. Au lieu d'un nom de fonction, vous pouvez utiliser un tableau contenant deux éléments, une référence sur un objet et un nom de méthode. Cette fonctionnalité a été ajoutée en &php; 4.3.0. Les types d'erreur suivants ne peuvent pas être gérés avec cette fonction : E_ERROR, E_PARSE, E_CORE_ERROR, E_CORE_WARNING, E_COMPILE_ERROR, E_COMPILE_WARNING et E_STRICT. L'exemple ci-dessous illustre l'interception d'erreurs internes avec génération d'erreur et son exploitation dans une fonction utilisateur : FATAL [$errno] $errstr
\n"; echo " Fatal error in line ".$errline." of file ".$errfile; echo ", PHP ".PHP_VERSION." (".PHP_OS.")
\n"; echo "Aborting...
\n"; exit(1); break; case ERROR: echo "ERROR [$errno] $errstr
\n"; break; case WARNING: echo "WARNING [$errno] $errstr
\n"; break; default: echo "Unkown error type: [$errno] $errstr
\n"; break; } } // fonction pour tester la gestion d'erreur function scale_by_log ($vect, $scale) { if ( !is_numeric($scale) || $scale <= 0 ) { trigger_error("log(x) for x <= 0 is undefined, you used: scale = $scale", FATAL); } if (!is_array($vect)) { trigger_error("Incorrect input vector, array of values expected", ERROR); return null; } for ($i=0; $i ]]> L'exécution du script devrait donner ceci : 2 [1] => 3 [2] => foo [3] => 5.5 [4] => 43.3 [5] => 21.11 ) ---- vecteur b - une alerte (b = log(PI) * a) WARNING [1024] Value at position 2 is not a number, using 0 (zero)
Array ( [0] => 2.2894597716988 [1] => 3.4341896575482 [2] => 0 [3] => 6.2960143721717 [4] => 49.566804057279 [5] => 24.165247890281 ) ---- vecteur c - une erreur ERROR [512] Incorrect input vector, array of values expected
NULL ---- vecteur d - erreur fatale FATAL [256] log(x) for x <= 0 is undefined, you used: scale = -2.5
Fatal error in line 37 of file /Users/imac/-, PHP 5.0.0-dev (Darwin)
Aborting...
]]> Il faut se rappeler que la fonction standard de traitement des erreurs de &php; est alors complètement ignorée. error_reporting n'aura plus d'effet, et votre fonction de gestion des erreurs sera toujours appelée. Vous pourrez toujours lire la valeur de l'erreur courante de error_reporting et faire réagir la fonction de gestion des erreurs en fonction. Cette remarque est notamment valable si la commande a été préfixée par @ (0 sera retourné). Notez aussi qu'il est alors confié à cette fonction de terminer le script (die) si nécessaire. Si la fonction de gestion des erreurs se termine normalement, l'exécution du script se poursuivra avec l'exécution de la prochaine commande. Si une erreur survient avant que le script ne soit exécuté (par exemple un téléchargement de fichier), le gestionnaire d'erreurs personnalisé ne pourra pas être appelé, car il n'est pas encore enregistré. La second paramètre error_types a été introduit en &php; 5. Voir aussi error_reporting, restore_error_handler, trigger_error et les constantes de niveau d'erreurs.