Chez Hyperion, il n'y a pas de version plus récente. Après est-ce que ce serait Aeon qui aurait touché à ce composant via Updater (et non AmiUpdate), je ne sais pas.

Tu peux utiliser Snoopy qui pourra peut-être te donner une piste en t'affichant quels fichiers vont être ouverts par le programme que tu lances.

muiroyale est chargée (résultat OK), puis plus tard il ya un LoadSeg

qui échoue...

Pour Time le programme soit-disant mis à jour a un numéro de version surprenant :

Time 53.11 (08/06/2021)

La date annoncée est vraiment curieuse (juin 2021) alors que celle de la dernière version,

la 53.21 date du 12/11/2017 !

Au démarrage ce programme refuse de démarrer (argument manquant) sauf si l'on supprime

le fichier Time.info. On retrouve alors une ancienne version . Ce programme est de Hyperion (A propos)

alors que la version 53.21 est de AEon. Vraiment bizarre...

...

Sur la SAM ce LoadSeg("MUIRoyale.hwp" n'apparaît pas, alors que les lignes qui précédent sont identiques.

Qu'est-ce qui peut bien provoquer ce LoadSeg?

Sur ma version d'Hyperion, tout est désactivé, entre ( )

Citation: efher 

Pour Loview, voici les lignes où se situe la détection du problème MUIRoyale:

C'est difficile de dire comme ça comme il n'y a qu'une partie du log. LoadSeg() est une onction utilisée pour charger du code en mémoire (par exemple des plug-ins) , donc cela ne me semble pas idiot qu'à un moment LoView charge MUIRoyale pour son interface graphique. Je pencherai bien pour un cas où MUIRoyale est déjà en mémoire sur la Sam et donc LoView n'a pas besoin de le charger à nouveau...

Pour Time si j'ai bien compris c'est que AEon et Hyperion travaillent sur le même programme de façon

indépendante, et malheureusement on en arrive à des aberrations comme celle-là. Il aurait mieux valu

que AEon renomme son programme différemment, cela aurait évité ce genre de problème. Mais finalement

je suis revenu à la version de AEon, il suffira d'ignorer les mises à jour proposées pour Time (en faisant

bien attention à ne pas la valider accidentellement)...

Pour MUIRoyale j'ai essayé de revenir à une ancienne version (de 2015) mais ça n'a rien changé, la

dernière version que je possède est la 1.7 (du 1/10/2017). J'ai essayé de la renommer, sans succès,

mais ça m'aurait étonné que ça fonctionne puisque l'archive d'origine la donne avec un nom tout en

minuscule qui fonctionne bien sur la SAM.

J'ai comparé tous les fichiers (ceux de LoView et ceux de libs/Hollywwod) sur la SAM et le X5000,

tous sont identiques, ça me dépasse...

Salut efher,

J'ai remarqué cette anomalie sur LoView depuis les dernières mises à jour (AmiUpdate + Enhancer), mais suis incapable à ce stade de savoir quelle mise à jour et quel composant pourraient être mis en cause.

J'avoue que cela ne me bouscule guère, car j'utilise et préfère largement FastView. Cette anomalie n'est donc pas ma priorité pour l'instant. Néanmoins, je n'hésiterai pas à revenir sur le sujet si je trouvais une piste, voire une solution.

Pour ce qui est des mises à jour controversées d'A-Eon, je me considère pour le moment en phase de tests et utilise alternativement les fichiers d'A-Eon et d'Hyperion. Pour un fichier donné, par exemple "Copy", je le duplique en renommant la version d'A-Eon "Copy_Enh" et celle d'Hyperion "Copy_hyp". La version active aura bien entendu le nom d'exploitation, à savoir "Copy". De cette manière, il est assez commode de vérifier les effets de l'une ou l'autre version des fichiers en exploitation.

Pour l'instant, je ne vois pas très clair en ce qui concerne LoView...