Quand je vais sur exec=cfg j'ai ça :
Fatal error: Cannot redeclare class cfg in plugins/cfg/exec/cfg.php on line 19
c'est en php4, ça explique peut-être ; je ne connais vraiment rien aux
class, je sais pas quoi faire
-- Fil
Fil a écrit :
Quand je vais sur exec=cfg j'ai ça :
Fatal error: Cannot redeclare class cfg in plugins/cfg/exec/cfg.php on line 19
Fiou... t'as fait comment ??? 
Je ne vois vraiment pas comment cette erreur peut arriver pour la raison que si la class CFG est déjà déclarée, normalement, il ne va pas ligne 19 justement...
function exec_cfg_dist($class = null)
{
// classe standard ?
if (((!$class && ($class = 'cfg')) || $class == 'cfg') && !class_exists($class)) {
class cfg extends cfg_dist { }
}
...
D'autre part, il n'existe pas de class CFG, toggg a fait une class cfg_dist que l'on peut surcharger en créant soi-même une class cfg... Je suppose que tu n'as pas fait cela donc le mystère reste entier.
D'autre part s'il y avait un truc avec php4 et cfg depuis le temps qu'il est utilisé, ça serait remonté comme bug... c'est arrivé d'un coup ?
MM.
Fiou... t'as fait comment ???
J'ai mis CFG dans un site en version SVN
Je ne vois vraiment pas comment cette erreur peut arriver pour la raison
ben, moi non plus 
Fil a écrit :
Fiou... t'as fait comment ???
J'ai mis CFG dans un site en version SVNJe ne vois vraiment pas comment cette erreur peut arriver pour la raison
ben, moi non plus
c'est pas le piege classique des inclusions qui conflictent meme si elle commencent par un test, le dit test devant être ecrit d'une façon en php4 Et d'une autre en php5.
On etait définitivement passé à include_once dans include_spip pour résoudre tous ces problemes.
Cedric
c'est pas le piege classique des inclusions qui conflictent meme si elle
commencent par un test, le dit test devant être ecrit d'une façon en
php4 Et d'une autre en php5.
Dès que je modifie le fichier, ça passe la première fois, et pas la
seconde : j'aurais tendance à penser qu'il y a un truc louche avec
php_accelerator, qui doit avoir gardé en mémoire la définition de la
class cfg (??).
Mais à quoi servent ces circonvolutions ? Si ça sert pas, on pourrait
simplifier ?
-- Fil
Fil a écrit :
Dès que je modifie le fichier, ça passe la première fois, et pas la
seconde : j'aurais tendance à penser qu'il y a un truc louche avec
php_accelerator, qui doit avoir gardé en mémoire la définition de la
class cfg (??).
A priori, c'est corrigé par 15609 :
MM.
Re...
Matthieu Marcillaud <marcimat@...> writes:
A priori, c'est corrigé par 15609 :
Connexion · GitLab
Quoi !!! ... Basarder CFG !?!?
Pas touche à CFG... Noooon mais... Saaaans blaaaagues !
Merci pour la correction 
a+
Fredo
FredoMkb a écrit :
Re...
Matthieu Marcillaud <marcimat@...> writes:A priori, c'est corrigé par 15609 :
Connexion · GitLabQuoi !!! ... Basarder CFG !?!?
Pas touche à CFG... Noooon mais... Saaaans blaaaagues !
Tiens, ça me fait penser à du Coluche...
Pour CFG, je perle de la possibilité que l'on a actuellement mais dont personne ne se sert de déclarer une class CFG dans son mes_options (ou ailleurs) qui est alors utilisé à la place de la class cfg_dist... Comme pour les fonctions du core qui ont un _dist à la fin...
Sauf que pour les fonctions du core, ça passe par une fonction ($f=charger_fonction(chose)) qui renvoie le bon nom de fonction que l'on utilise ensuite par $f('arguments').
Ou alors, on peut envisager là une fonction charger_class('cfg') ou charger_objet('cfg') : si la class cfg existe, il renvoie ce nom, sinon il renvoie 'cfg_dist'...
Ca serait plus joli déjà non ?
MM.
Re...
Matthieu Marcillaud <marcimat@...> writes:
FredoMkb a écrit :
> Re...
> Matthieu Marcillaud <marcimat@...> writes:
>> A priori, c'est corrigé par 15609 :
>> Connexion · GitLab
>
> Quoi !!! ... Basarder CFG !?!?
>
> Pas touche à CFG... Noooon mais... Saaaans blaaaagues !Tiens, ça me fait penser à du Coluche...
Pour CFG, je perle de la possibilité que l'on a actuellement mais dont
personne ne se sert de déclarer une class CFG dans son mes_options (ou
ailleurs) qui est alors utilisé à la place de la class cfg_dist... Comme
pour les fonctions du core qui ont un _dist à la fin...
Ha d'accord, c'était ça... oufff... j'ai eu peur un moment...
Sauf que pour les fonctions du core, ça passe par une fonction
($f=charger_fonction(chose)) qui renvoie le bon nom de fonction que l'on
utilise ensuite par $f('arguments').Ou alors, on peut envisager là une fonction charger_class('cfg') ou
charger_objet('cfg') : si la class cfg existe, il renvoie ce nom, sinon
il renvoie 'cfg_dist'...Ca serait plus joli déjà non ?
Euh... franchement, je suis incapable d'en juger, mais tel que
tu le présentes, en effet, ça semble plus mieux meilleur...
Enfin, je me rends compte que ce n'est absolument pas évident
de bien concevoir et réaliser un programme tel qu'un plugin,
je n'ose même pas imaginer ce que doit être pour un truc comme Spip !
C'est pourquoi je n'ai qu'un mot à vous dire, chapeau bas les gars !
a+
Fredo