Discussion :

[Bragon35]

Bonjour à tous,

Nous avons développé une application sous VB 2005 exploitant Crystal Report pour le reporting, et utilisant des dll Omron pour l'automatisme. Tout est stable sauf sur des postes 64 bits ou notre version de l'installeur ne permettait pas les éditions de rapports. Nous avons trouvé des solutions bancales, dont une allant jusqu'au viewer mais ne permettant pas les impressions (boutons print inopérant) ou encore une autre permettant les impressions mais à l'aide de procédés un peu cavaliers.

Il me faut donc trouver une solution dans notre environnement VB 2005 qui soit stable pour les postes 32 et 64 bits, car je n'ai pas encore les moyens de migrer sous VB supérieur (coûts de licence + coûts de développements).
Je suis donc preneur d'aides de la part de personnes ayant rencontrées les mêmes difficultés (je ne suis sans doute pas le premier!).

Précisions importantes :
Nous conserverons Crystal Report (plus de 50 états différents à ce jour dans notre application).
VB est à jour, CR pour VB2005 aussi.
Parmi les dépendances de notre version de l'installeur qui fonctionne parfaitement en 32 bits figurent :

• CRRuntime_12_0.msm
• CRRuntime_12_0_fr.msm
• CRRuntime_12_0_maps.msm

CR n'existe pas en 64 bits.
Nous compilons en ANY CPU
Il est souhaitable que les réponses soient apportées par ceux d'entre vous qui ont réellement été confrontés au même problème et qui ont trouvé une solution sous VB2005.
Si vous n'avez pas trouvé de salut en dehors d'une migration vers VB 2008 ou supérieur merci de l'indiquer afin de m'aider à faire un choix.

Un très grand merci pour votre aide.

[atanguay]

J'ai aussi le même problème, incapable d'imprimer à partir du viewer crystal dans mon application net 2.0 sur un poste windows 7 64 bits. Tout le reste fonctionnent bien. Pas de problème avec un windows 7 32 bits.

Queleu'un a trouvé une solution?

Merci

[Bragon35]

Notre application commande de l'automatisme industriel, et pour le moment la programmation impose du 32 bits. Nous réinstallons donc chacun des postes clients en 32 pour le moment. Pour les postes qui ne nécessitent pas d'automatisme la bidouille trouvée est la suivante. Nous installons VB sur le poste client, puis nous le désinstallons, et miracle, ça passe, le print button est actif!
C'est loin d'être l'idéal.
Malgré tout cela prouve que le problème ne vient pas seulement des dll crystal.
Je suis donc un peu étonné que personne n'ai de solution ou d'explication, nous ne devons pas être les seuls à galérer sur ce problème.
Promis, dès que nous avons une solution stable (jusqu'au passage au 128 bits ) nous la mettrons à dispo ici.

Bragon

[atanguay]

Merci Bragon pour m'avoir répondu aussi rapidement.

Vous voulez dire que vous installez visual studio 2005 sur le poste client? ou une autre version de vb?

Atanguay

[Bragon35]

Re,

Effectivement je n'avais pas précisé ce point. Il s'agit de la version de 2010. Son installation doit alors installer une redistrib crystal qui reste après la désinstallation. Mais cela se joue à mon sens au niveau du windowsform qui par cette install est mis à jour.
Le procédé n'est pas des plus propres, mais ça dépanne en attendant.

Bragon