Ressource pas correctement mise à jour

Bonjour.

J'ai un programme qui ne comprend que la fiche principale, quatre images et un timer. J'en ai fait plusieurs versions en modifiant la taille, le contenu d'une image et la place des 3 autres (certains appellent cela des "skins"). Tout fonctionnait correctement, j'ai le même fichier unit1.pas que je recopie dans les différents dossiers après les modifications (cela me permet éventuellement de faire facilement des modifs "homogènes" au code source après coup, et je vérifie en cherchant les .pas, même date et heure, pour voir si je n'en ai oublié aucun). OK jusque là.

Mais voilà que je décide de faire une modification sur la première image de chacun (sans changer sa taille). Donc je réimporte la nouvelle image, j'enregistre le projet, efface les .bak, remets le .pas et recompile ... et vois l'ancienne image à l'exécution ! Pourtant en ouvrant le projet c'est la nouvelle que je vois ! Je n'ai trouvé que la solution suivante (il y a peut-être plus simple ? ) :
1) Importer la nouvelle image.
2) Déplacer puis remettre une des 3 autres.
3) Enregistrer et recompiler.
4) Effacer les .bak, remettre le . pas original et recompiler.

J'étais à 2 doigts d'appeler SOS Fantômes ! :mouarf:

Explication ? Bug ? Lazarus ne met-il correctement à jour que s'il détecte certains changements ? Merci d'avance ...

J'ajouterai que je viens du monde Delphi, que j'ai abandonné car les changements successifs de société qui est "derrière" n'inspirent plus trop confiance quant à la suite des versions PE (seront-elles toujours enregistrables, ou faudra-t-il subir les rappels d'enregistrement en cas de réinstallation ? ) ; je ne parle pas des prix des versions commerciales ! Et enfin, je suis aussi à 2 doigts de passer VB.Net Express Edition (qui aura peut-être d'autres bugs :calim2:), car j'en ai ras le bol !

Bonjour,

il est bizarre ton post, elle est étrange ta question, car tu nous parles de ressource dans le titre et
- pas moyen de savoir s'il s'agit d'un .res ou d'un .lrs ;
- aucune indication sur la manière dont ce fichier est (re-)généré ;
- tu trafiques tout plein avec des .bak qui pour moi n'ont aucune importance et rien à voir avec la problématique de base...

Pour moi, dans les ressources, on compte les bitmaps qui sont inclus dans l'exécutable via les composants Image ...
En fait, j'ai mis à jour le "Picture" d'une image, on le voyait bien dans la phase de développement (même après réouverture du projet ! ) mais cette mise à jour ne passait pas à la compilation, je voyais toujours L'ANCIENNE image à l'exécution !

Bonjour,

Comme le dit Jipété, les ressources ne sont pas dans les fichiers .pas ou .bak. Donc, peu importe qu'ils soient ou non effacés. En revanche, les fichiers .lrs et .res sont, avec éventuellement une mauvaise manipulation des .lfm, probablement à l'origine de ces problèmes : ce sont eux qui contiennent les ressources.

Comme ces dernières sont régénérées à partir des fichiers .lfm, il faudrait dans un premier temps supprimer tous les fichiers .lrs et .res. Alors, on peut examiner le source depuis l'EDI et recompiler.
Si cette procédure ne fonctionne pas, est-il possible d'avoir une archive montrant le problème ?

Cordialement,

Gilles

PS : quelle est la version de Lazarus utilisée ? A-t-elle changé entre les projets ?

que si on change une ressource (réimportation d'un bmp modifié) il faut d'abord recompiler après la sauvegarde avec la date et l'heure du fichier .pas modifiés. Je me demande si ce ne sont pas ces deux données qui sont testées (pourquoi au fait ? ) et, si elles n'ont pas changé, alors la recompilation se passe mal. En tout cas j'ai tout le long travaillé avec la version 1.6, donc déjà le problème ne vient pas de là. La prochaine fois je ferai l'essai d'effacer les fichiers dont tu parles, et alors je verrai. Merci encore ...

En y réfléchissant bien, je trouve de plus en plus vraisemblable que quelqu'un a bricolé un test de cohérence au niveau du fichier .pas, en testant les données de date. Ce qui voudrait dire que Lazarus, bien que Open Source, aurait parfois un comportement moins explicable que des logiciels comme Delphi qui eux ne sont PAS Open Source, et avec lesquels je n'ai jamais eu ce genre de problème ! Conclusion : Bye, je retourne à Delphi 3 pour lequel j'ai la licence complète, sans enregistrement ...

Citation:

---

Envoyé par alberich

En y réfléchissant bien, je trouve de plus en plus vraisemblable que quelqu'un a bricolé un test de cohérence au niveau du fichier .pas, en testant les données de date. Ce qui voudrait dire que Lazarus, bien que Open Source, aurait parfois un comportement moins explicable que des logiciels comme Delphi qui eux ne sont PAS Open Source, et avec lesquels je n'ai jamais eu ce genre de problème ! Conclusion : Bye, je retourne à Delphi 3 pour lequel j'ai la licence complète, sans enregistrement ...

---

Mais non, mais non, il ne faut pas s'énerver ;).
Tout d'abord, les tests de cohérence existent AUSSI avec Delphi : c'est ainsi qu'il sait s'il faut recompiler ou non un fichier. Ensuite, il y a seulement quelques règles à connaître qui ne sont pas si compliquées que ça :
1. des fichiers sont indispensables : les fichiers .pas .lpr .lpi et éventuellement .inc, par exemple ;
2. des fichiers peuvent être supprimés sans problèmes parce qu'ils sont générés à chaque compilation : .bak, .lrs ; .res ;
3. le dossier lib peut être supprimé : il contient des fichiers binaires intermédiaires.
Un nettoyage permet souvent de se tirer d'affaire.

A partir de là, on peut commencer à travailler. En général, il est préférable de ne pas ajouter manuellement des unités : en effet, la cohérence d'un projet est garantie par le fichier .lpi qui est du type XML et qui contient des tas d'informations à manipuler avec prudence (si l'on sait ce que l'on fait).
Du point de vue du programmeur, le plus sage et le plus efficace est d'intégrer des unités via l'inspecteur de projet (menu Projet >> Inspecteur de projet) et d'utiliser le bouton Ajouter. De plus, il est alors préférable d'utiliser Exécuter >> Créer au lieu de Exécuter >> Compiler : au moins, TOUT sera recompilé, date à jour ou pas...

Sinon, repasser à Delphi, pourquoi pas ? Mais autant travailler avec une version récente et profiter de la version starter encore gratuite : elle fait tout bien mieux que Delphi 3. Surtout, avec cette ancienne version, le risque de rencontrer, par exemple, de sérieux problèmes avec les chaînes de caractères est très élevé.

Cordialement,

Gilles

mais je ne traite que des entiers, des booléens et des composants TImage (rendus visibles ou non) pour des indications (c'est un logiciel de contrôle en lien avec un IOWarrior). J'ai la chance d'avoir la version pro complète de D3 (via un livre allemand de tutos acheté en ... 2002), et la réinstallation ne nécessite pas d'enregistrement pour éviter les msg de rappel. Comme dit : pour le moment cela fonctionne encore, mais pour combien de temps ? A côté de cela, par rapport à D3, Lazarus est un logiciel "hénaurme" qui produit des exe "hénaurmes" (plus du double pour les miens, quant à Lazarus, il prend 8 fois plus de place que D3 ! )

Citation:

---

Envoyé par alberich

mais je ne traite que des entiers, des booléens et des composants TImage (rendus visibles ou non) pour des indications (c'est un logiciel de contrôle en lien avec un IOWarrior). J'ai la chance d'avoir la version pro complète de D3 (via un livre allemand de tutos acheté en ... 2002), et la réinstallation ne nécessite pas d'enregistrement pour éviter les msg de rappel. Comme dit : pour le moment cela fonctionne encore, mais pour combien de temps ? A côté de cela, par rapport à D3, Lazarus est un logiciel "hénaurme" qui produit des exe "hénaurmes" (plus du double pour les miens, quant à Lazarus, il prend 8 fois plus de place que D3 ! )

---

J'ai mois aussi utilisé Delphi 3, mais mes versions préférées ont été les 5 et 7. D3 est vraiment trop limité dans des tas de domaines, mais tout dépend de ce qu'on veut faire.

Pour ce qui est de la taille des exécutables avec Lazarus, il faut tenir compte de plusieurs phénomènes :
* l'installation de Lazarus comprend le source de nombreux composants, mais aussi son propre code source et celui de Free Pascal (alors que D3 n'installe que son binaire) ;
* les exécutables sont plus importants qu'à l'époque de D3, quel que soit l'EDI, mais ce n'est plus un vrai problème et, SURTOUT, il faut désactiver le débogueur (on passe, pour un projet de base, de 25 Mo à moins de 2 Mo).

Cordialement,

Gilles

PS : j'ai encore Le Programmeur Delphi 3 en 14 jours :mouarf:.

1) J'ai appris au cours de ma vie à économiser les ressources-système. J'ai passé par l'étape des Commodore et des microcontrôleurs, je me rappelle avoir écrit en 93 (en assembleur) un logiciel pour un contrôleur qui avait en tout et pour tout 2 KILO-OCTETS de mémoire programme et environ 64 octets de RAM, pile des retours de sous-programmes comprise ! Et ce n'était pas simplement une Led clignotante ou un chenillard. De mon temps les Arduino et autres Raspberry-Pi, programmables en langage évolué, n'existaient pas ! 8O
2) Comme je fais des "Ghost"s par étapes successives d'installation, j'ai constaté au passage qu'avec D3 je pouvais graver 2 images sur un CD et seulement 1 avec Lazarus. Même si je me fournis Outre-Rhin (pas la taxe), cela commence quand même à chiffrer ... :mrgreen:

Citation:

---

Envoyé par alberich

1) J'ai appris au cours de ma vie à économiser les ressources-système. J'ai passé par l'étape des Commodore et des microcontrôleurs, je me rappelle avoir écrit en 93 (en assembleur) un logiciel pour un contrôleur qui avait en tout et pour tout 2 KILO-OCTETS de mémoire programme et environ 64 octets de RAM, pile des retours de sous-programmes comprise ! Et ce n'était pas simplement une Led clignotante ou un chenillard. De mon temps les Arduino et autres Raspberry-Pi, programmables en langage évolué, n'existaient pas ! 8O
2) Comme je fais des "Ghost"s par étapes successives d'installation, j'ai constaté au passage qu'avec D3 je pouvais graver 2 images sur un CD et seulement 1 avec Lazarus. Même si je me fournis Outre-Rhin (pas la taxe), cela commence quand même à chiffrer ... :mrgreen:

---

Et que dire de mon premier ZX 81 avec 732 octets de RAM :mouarf:.

Citation:

---

Envoyé par gvasseur58

Et que dire de mon premier ZX 81 avec 732 octets de RAM :mouarf:.

---

Mais nous au moins, on connaissait nos bécanes ... Ce n'était pas encore le temps du "yakakliké", et faire de l'informatique ne signifiait pas se promener dans la rue comme des zombies, le pif sur le smartphone, à la recherche du dernier Pokemon ! :mouarf:

Et on pouvait encore faire du "Hard" ! J'ai moi-même ajouté à mon C64 12 (!) ports de 8 bits (via le bus) pour commander mon train électrique, peek et poke et caligram ... Et en Basic ! Faites cela aujourd'hui avec le bus PCI, le multitâche qui n'arrête pas de vous emm???er et les "instructions privilégiées" ! :weird:

Allez, j'arrête, sinon on va encore ouvrir une rubrique "vintage" !

Citation:

---

Envoyé par alberich

Et on pouvait encore faire du "Hard" ! J'ai moi-même ajouté à mon C64 12 (!) ports de 8 bits (via le bus) pour commander mon train électrique, peek et poke et caligram ... Et en Basic ! Faites cela aujourd'hui avec le bus PCI, le multitâche qui n'arrête pas de vous emm???er et les "instructions privilégiées" ! :weird:

Allez, j'arrête, sinon on va encore ouvrir une rubrique "vintage" !

---

D'autant plus que le C64 m'a accompagné pendant des années : la programmation sur un 6502/6510 était un régal ;).