Salut tout le monde,
 
Dans mon php.ini j'ai bien mis error_reporting à E_ALL|E_STRICT ... j'ai même essayé avec E_STRICT tout seul, mais il ne m'affiche pas ces erreurs.
 
Par exemple, si dans une classe je mets ça :
 

var $test;

 
Il devrait me dire que var est deprecié, et qu'il faut utiliser public/private/protected ...
 
Pourtant il ne me dit rien. Une idée ?
 

Montre le reste de ta classe..

c ets pas déprécié

 
Je vais peut être pas recopier les 400 lignes ici
 

 
Si
 
 
 
De toute façon avant de formater et de tout réinstaller je les avais, donc il doit bien y avoir un truc qui cloche.
Et le simple fait de faire une classe comme ça :
 

class test{
    var $toto;
}
 
$test = new test();

 
Causait une erreur Strict...

 
Source : http://fr.php.net/manual/fr/langua [...] bility.php

 
ah oui
bah on a le meme probleme alors

alors au pif :  
 
les erreurs "normales" s'affichent quand même ? (des fois que display_errors soit à off )
apache redémarré ?
c'est bien le bon php.ini de modifié (sait-on jamais)
 
un ini_get donne quoi ?
 

 
Oui, les erreurs normales s'affichent, et oui c'est le bon Php.ini modifié (si je met uniquement E_STRICT plus rien ne s'affiche).
 
Apache redémarré après chaque modif.
 
Pour ini_get, je te dirai ça demain.
 

 
c est quoi access ?
sinon apache dit rien non plus

 
 
J'ai exactement pareil que toi avec le ini_get_all() ...
 
Je comprends pas là ...

access c'est peut être la manière de la modifier (php.ini / ini_set / htaccess etc)
 
c'est bizarre quand même ce truc...

Pour que pour une fois ça change, tu pourrais donner ton php.ini au moins pour la partie erreurs
 
C'est bien un | et pas un & par hasard?

Si tu le fais via error_reporting (ça en a pas l'air vu ce que t'as dit, mais on sait jamais que t'ais voulu tester rapidos), c'est normal car c'est une des erreurs balancées à la compil, donc avant le error_reporting.

J'ai déjà donné les parties interessantes de mon php.ini, et oui c'est bien un | et non un &
 
Et non, je ne le fais pas par error_reporting
 
Merci quand même

Vrai pour PHP6

 
Pour Php5 aussi
 
Edit : Euh ... ou alors tu dis que c'est vrai que c'est pas déprécié sous Php6 ... ce dont je doute, car ça ferait un retour en arrière...

Nan c'est déprécié pour PHP5, et ça ne va plus l'être pour PHP6. C'est évidemment du grand n'importe quoi

Je confirme ... (que c'est du grand n'importe quoi)

Je pige pas trop pourquoi ils veulent le réintroduire... Peut-être pour la compadébilité avec PHP4... Ce qui est con c'est que c'est un alias de public

Sauf s'ils introduisent une notion de package/namespace. Dans ce cas, var et public pourrait ne pas avoir la même signification.

Oh oui, un truc style "friend" comme en .net Accessible publiquement uniquement pour les classes dans le même namespace