Le forum (ô combien francophone) des utilisateurs de Powerbuilder.
Bonjour,
comment peut-on générer un dll avec une fontion dedans puis l'utiliser dans Crystal reports dans les fonctions supplémentaires ???
Merci
Hors ligne
poulounche65 a écrit:
Bonjour,
comment peut-on générer un dll avec une fontion dedans puis l'utiliser dans Crystal reports dans les fonctions supplémentaires ???
Merci
Bonjour, c'est pour faire quoi ?
Parce que techniquement on sait produire des dll avec PB (en compilant du code machine au lieu du pcode dans les propriétés de déploiement du projet) mais ce ne sont pas des dll qui exportent des fonctions utilisables par d'autres programmes. À moins qu'on ne parle de PB.Net et là je ne sais pas.
Pour faire une dll appelable par Crystal Reports, peut-être que Visual studio, Dev-c++ ou lcc-win32 seraient plus appropriés ?
Hors ligne
Bonjour,
Alors en fait on a une applications qui affiche du code barre cette appli est en windev elle appele un etat Crystal report dans lequel est incorporé la fonction code128() qui est écrite en VB. Cependant on a voulu passer en seven et là ça marche plus. Donc on voulu refaire la fonction 128 en Powerbuilder pour l'intéger dans l'état Crystal Report mais là on arrive pas voir cette dll dans Crystal !!
Hors ligne
poulounche65 a écrit:
Bonjour,
Alors en fait on a une applications qui affiche du code barre cette appli est en windev elle appele un etat Crystal report dans lequel est incorporé la fonction code128() qui est écrite en VB. Cependant on a voulu passer en seven et là ça marche plus.
Il faudrait voir pourquoi. Et quels sont les symptômes. Je dirais qu'à priori ça devrait pouvoir fonctionner.
J'ai sous les yeux 2 machines (une en XP/32 et l'autre en Seven/64) et la quasi totalité de ce qui fonctionne dans XP fonctionne aussi dans Seven.
Maintenant certains points doivent être adaptés, notamment lors du passage au 64 bits.
Par exemple il y a c:\Program Files\ pour les applis 64bits et c:\Program Files (x86)\ pour les applis 32bits. Windows installe automagiquement les applis 32 dans c:\Program Files (x86)\ mais si l'application n'est pas au courant de ce fonctionnement et qu'elle va chercher des informations dans c:\Program Files\ elle risque de ne pas fonctionner.
Il y a aussi les problèmes de droits (un utilisateur n'a pas normalement le droit de modifier le contenu de Program files, ce qui est parfois caché par le concept de VirtualStore (à propos, les fichiers de l'utilisateur ne sont pas non plus au même endroit, passés de c:\Documents and Settings à c:\users)
Bref il y a plein de possibilités pour qu'une appli soit perturbée en passant directement d'XP à Vista/Seven. Ça dépend de son design.
poulounche65 a écrit:
Donc on voulu refaire la fonction 128 en Powerbuilder pour l'intéger dans l'état Crystal Report mais là on arrive pas voir cette dll dans Crystal !!
Voilà, avec PB ça ne va pas fonctionner. Il est éventuellement possible de publier des objets COM/OLE mais la piste de la dll, ce ne sera pas en PB
Hors ligne
my 2 cents : en intégrant cette fonction dans le SGBDR tu seras tranquille quel que soit l'outil de dev, l'OS du client...
Hors ligne
A mon avis mais je fais pas de dev je ne peux plus voir mes fonctions supplémentaires car la DLL u2lcom n'est pas reconnu par SEVEN sur le poste de DEV.
Et donc ne monte pas les UFLs mais bon. Je ne sais pas pourquoi il ne la prend pas.
Merci
Hors ligne
Je ne connais pas u2lcomm c'est une dll qui a besoin de s'enregistrer avec un regsvr32 lors de l'installation ?
Edit : google vient de m'aider : UFL = User Function Library for Crystal Report. Apparemment ça fabrique un serveur COM.
Le fil suivant chez 'crosoft donne quelques pistes : Custom Functions Visual Basic UFL's, notamment le lien UFL tutos
Je ne pratique pas la création de fonctions customs pour Crystal, je crains de ne pas pouvoir aider plus loin.
Dernière modification par seki (14-10-2011 10:10:32)
Hors ligne
ouaip mais je l'ai enregistré et là pam erreur
Hors ligne