Pdssql.dll ne peut pas être trouvé
Je suis tentez d'ouvrir un Crystal Reports 8.5 document, et quand j'essaie de définir la base de données pour la Production de données de serveur, j'obtiens l'erreur "Pdssql.dll ne peut pas être trouvé". Googler, c'est un problème commun, mais aucun des correctifs j'ai essayé l'air de fonctionner.
C'est un nouvel ordinateur. J'ai des outils clients SQL Server 2008 est installé, mais je crois que précédemment j'avais outils clients Sql Server 2005.
J'ai tenté d'installer les outils clients SQL Server 2005, mais qui n'a pas abouti en raison de m'avoir 2008. J'ai besoin de 2008 pour faire mon travail maintenant.
Tout ce que je recherche pour dit que c'est un 16 bits pilote, et j'ai besoin d'installer le 2005 des outils client. Malheureusement, cela ne peut pas être effectuée en raison de m'avoir 2008. est-il une sorte de travail que je peux faire?
Grâce
Vous devez vous connecter pour publier un commentaire.
Voici ce que j'avais à faire, s'il permet d'--j'ai eu à la retraite d'un serveur windows 2000 j'ai donc besoin de déplacer une webapp qui exigeait de Crystal Reports 8.5 sur un nouveau serveur.
Depuis je n'arrivais pas à localiser l'origine de l'installation runtimes (je ne sais pas qui a développé ou même utilise cette webapp) j'ai eu pour la copie de tous les rapports crystal fichiers sur le nouveau serveur de moi-même et d'enregistrer les dll requises. Le crystal reports designer a travaillé à l'exception qu'il ne pouvait pas l'impression de faire toute connexion à l'un quelconque des serveurs de base de données.
Puis j'ai trouvé un dossier que j'avais raté en vertu de C:\winnt\crystal qui a été rempli avec les fichiers tels que p2ssql.dll p2lodbc.dll etc... s'avère que P2SSQL.DLL est en fait Pdssql.dll!
En mettant toutes ces dll dans un dossier dans mon system32 chemin toutes mes connexions de base de données dans crystal reports ont été travailler à nouveau!
Avez-vous essayez de créer une source de données dans l'administrateur ODBC? Il faudrait mettre à jour le rapport d'utilisation de la DSN au lieu d'un "direct" de connexion SQL, mais il devrait fonctionner. ODBC doit faire son travail et ne le SQL de traduction (en parlant de 2008 et tout juste de retour de données générique pour le rapport).
Je ne crois pas une connexion directe à partir de Cristal de 8,5 à SQL 2008 serait possible, parce que les technologies sont presque 10 ans d'écart.
Essayez de Télécharger "ntwdblib.dll" et de mettre en
si le système 32 bits ou en
si le système 64 bits