Discussion :

[gegila]

Bonjour à tous,

J'ai développé sous 10.4 Sydney un petit logiciel de compta.

Pour ma production j'utilise toujours 10.3 Rio ( Prudence oblige !). Jai donc voulu voir si en utilisant Rio je pouvait Compiler mon logiciel développé sous Sydney

Surprise Voici le message obtenu:


Est-ce du au nouveau compilateur de 10.4 ?

Merci par avance de votre retour d'expérience.

[ShaiLeTroll]

Il faudrait ré-ouvrir toutes vos fiches pour voir laquelle pose problème, c'est une erreur de lecture de DFM

Toutes vos fiches sont créées depuis le DPR ? un simple débogage pas à pas pour voir laquelle ne fonctionne pas

Déjà c'est la propriété MirrorMode d'un Page d'un FastReport, quelle est la version entre la 10.3 et 10.4 ???
En tout cas, c'est ce que l'on trouve sur Google dès le premier lien

[6.2.13]
- Fixed series in the script for TeeChart 8 Professional and later
- Fixed bug when save dialog appears for exports to Stream
- Fixed MS Office resources for DOCX export
+ Added ability to load Geodata from DB
+ Added new Page.MirrorMode property for better RTL support. The base idea to keep the original layout in the report template and switch to RTL only in preview (during page loading).
+ Added TfrxUserDataset demo

[Paul TOTH]

de façon générale la compatibilité est ascendante...le simple fait d'enregistrer le projet avec une version plus récente va modifier le .dproj, et potentiellement les DFM ce qui peut poser problème si on revient en arrière.

par exemple, un composant nouvelle version pourra décider de transformer une propriété, il sera donc capable de lire l'ancienne valeur dans l'ancien format, mais à l'enregistrement il utilisera le nouveau format (c'est pas mal arrivé dans FMX)...mais du coup, le nouveau format n'est pas compatible avec les anciens Delphi.

on a aussi les nouvelles propriétés qui - si tout va bien - ne sont pas sauvegardées dans le DFM si elles n'ont pas été modifiées, mais qui le sont parfois tout de même, et du coup on une erreur de lecture du DFM.

il faut savoir que le compilateur ne fait pas de contrôle sur le contenu du DFM qui peut contenir virtuellement n'importe quoi, par contre les composants ne savent pas lire n'importe quoi, et quand il trouve une donnée qu'il ne sait pas traiter, il lève une exception...donc le project compile, mais plante à l'exécution.

comme le dit Shai, il suffit de réouvrir toutes les fiches dans l'IDE et de répondre OK au message "blabla inconnu" pour que tout rentre de l'ordre...ou pas, selon ce qu'à fait le nouveau Delphi

[gegila]

OK merci pour vos solutions

Ma version de FastReport dans la 10.3 est la 6.2.1

En effet j'ai trouvé le module qui pose problème en faisant un debug pas à pas (TfrxPDFExport) .

J'ai désinstallé par le GetIt la version de Fast Report puis l'ai réinstallé via le GetIt

Cela marche