1. Yves GENDRON
  2. PowerBuilder
  3. Tuesday, 11 May 2021 15:18 PM UTC

Bonjour,

J'ai installé hier PowerBuilder 2019 R3 pour mettre à niveau une application développée avec une version précédente et qui utilise une base SQL Anywhere v11.

Si l'appli fonctionne très bien sous PowerBuilder 2019 R3, par contre le build de l'appli a eu séquentiellement 2 problèmes :

- J'ai du trouver des dll nouvelles et les rajouter dans le répertoire de l'appli (normal car c'est un upgrade de l'appli).

- L'appli re-buildée génère un message de connexion à la base dont j'ai le détail :

    SqlErrText=DBMS ODBC is not supported in your current installation

Pour second problème, je ne vois pas ce qu'il faut faire  car l'appli fonctionne toujours très bien sous PowerBuilder 2019 R3.

Pouvez-vous m'aider ?

 

Andreas Mykonios Accepted Answer Pending Moderation
  1. Tuesday, 11 May 2021 16:26 PM UTC
  2. PowerBuilder
  3. # 1

Bonsoir.

Pour PB 2019 R3 les dll ont été renommés. Au cas de connexion en utilisant ODBC il faut faire attention car le fichier PBODB190.ini a été aussi renommé à PBODB.ini... Et ce fichier est nécessaire. Je vous conseille d’ utiliser pb runtime packager, où de créer un projet powerclient pour être sur que tous les fichiers nécessaires seront inclus a l’installation.

André.

Comment
  1. Yves GENDRON
  2. Thursday, 20 May 2021 07:48 AM UTC
Bonjour,

Suite à mon problème d'appli qui fonctionne très bien sous l'environnement de développement PB 2019 R3 mais dont le build généré bloque sur l'instruction CONNECT avec le message : " DBMS ODBC is not supported in your current installation", j'ai refait toute la check-list; à savoir :

- Suppression du dossier qui contient l'appli buildée avec PowerBuilder 2019 R3 et la base de données

- Backup du dossier contenant l'ancienne version de l'appli et la base de données.

A ce stade, si j'essaie d'exécuter l'appli dans son dossier, j'ai les messages qu'il manque PBVM190.dll , PBUIS190.dll et PBSHR190.dll que je suis alors allé chercher successivement dans le fichier RunTime pour PowerBuilder 2019 R3 32bits.

Si alors j'essaie d'exécuter l'appli dans son dossier, j'ai le message :

" DBMS ODBC is not supported in your current installation".

Rappel : Ce problème est apparu depuis l'installation de PowerBuilder 2019 R3 et fonctionne très bien sous celui-ci.

J'ai remplacé les 3 dll version 32bits par celles en version 64bits du fichier RunTime.

L'essai d'exécution de l'appli dans son dossier donne le même message : " DBMS ODBC is not supported in your current installation".



Mon appli utilise une base gérée par SQL Anywhere 11.

J'ai suspecté alors l'ODBC de la base. Pour lever la suspicion j'ai :

- déplacé la base dans un autre dossier

- supprimé l'ODBC de la base

- crée un nouvel ODBC mentionnant le nouvel emplacement de la base

J'ai fait exécuter l'appli sous PowerBuilder 2019 R3 : Elle fonctionne sans problème mais m'a signalé que la version Runtime de l'IDE a changé ("The PowerBuilder Runtime version of the current IDE has changed") et me demande de faire un Full Build.

En dehors de PowerBuilder 2019 R3, l' exécution de l'appli me génère toujours le même message : " DBMS ODBC is not supported in your current installation"

J'ai fait alors un Full Build de l'appli mais en dehors de PowerBuilder 2019 R3, l' exécution de l'appli me génère toujours le même message : " DBMS ODBC is not supported in your current installation"



L'installation de PowerBuilder 2019 R3 a modifié quelque chose mais quoi ?





Yves
  1. Helpful
There are no comments made yet.
Yves GENDRON Accepted Answer Pending Moderation
  1. Tuesday, 11 May 2021 21:24 PM UTC
  2. PowerBuilder
  3. # 2

Bonsoir.

J'ai téléchargé le fichier .zip contenant tous les fichiers du RunTime et j'ai ajouté les dll suivantes dans le répertoire de l'appli :

PBVM.dll, PBVM190.dll, (s'y trouvait déjà PBVM115.dll)

PBUIS.dll,  PBUIS190.dll, 

PBSHR.dll, PBSHR190.dll, (s'y trouvait déjà PBSHR115.dll)

ainsi que PBODB190.ini 

Suite à cela j'ai refait un build de mon appli. Celle-ci fonctionne toujours parfaitement sous PowerBuilder 2019 R3 mais comme précédemment lorsque je veux exécuter l'appli ainsi buildée  j'ai toujours un problème sur l'instruction CONNECT SQLCA qui doit me lier à ma base.

Y-a-t-il une incompatibilité entre PowerBuilder 2019 R3 et SQL Anywhere 11  ?

Avec l'utilitaire ODBC j'ai vérifié l'existence de ma Source de données (ODBC_Gestion_SPM) et j'ai fait un test de connexion .

Je fournis en pièce jointe les messages que j'ai récupéré sur l'exécution de l'instruction CONNECT.

 

 

Yves

Attachments (1)
Comment
There are no comments made yet.
Andreas Mykonios Accepted Answer Pending Moderation
  1. Tuesday, 11 May 2021 22:26 PM UTC
  2. PowerBuilder
  3. # 3

Les fichiers dll qui contiennent le numéro 190 ne doive pas être livré avec un programme développé avec PB 2019 R3.

PBSHR.dll, PBSHR190.dll, (s'y trouvait déjà PBSHR115.dll)

ainsi que PBODB190.ini 

Attention, le fichier PBODB190.ini doit être remplacé par PBODB.ini.

Comment
  1. Yves GENDRON
  2. Wednesday, 12 May 2021 06:33 AM UTC
J'ai renommé les dll PBVM190, PBSHR190 et PBUIS190 en leur rajoutant _OLD. Ainsi elles ne sont pas reconnues.

J'ai renommé PBODB190.ini en PBODB.ini.

J'ai refait le test et j'ai toujours le même problème avec le CONNECT qui me génère le message identique.



Comme il existe PBSHR.dll et PBSHR115.dll J'ai renommé PBSHR115.dll en PBSHR115_OLD.dll

PBVM.dll et PBVM115.dll J'ai renommé PBVM115.dll en PBVM115_OLD.dll

PBODB.ini et PBODB115.ini J'ai renommé PBODB115.ini en PBODB115_OLD.ini

J'ai refait le test et j'ai toujours le même problème avec le CONNECT qui me génère le message identique.



En dehors de cela j'accède correctement à la base avec l'utilitaire SQL Anywhere 11 et sous PB 2019 R3 il n'y pas de problème.



Je n'ai pas contrôlé si les dll que j'ai récupéré sont pour une machine 32bits ou 64bits

  1. Helpful
There are no comments made yet.
Andreas Mykonios Accepted Answer Pending Moderation
  1. Tuesday, 11 May 2021 22:38 PM UTC
  2. PowerBuilder
  3. # 4

Aussi, attention, si le projet est x32 ou x64 les dll qui doivent être livré sont differents!

Comment
There are no comments made yet.
  • Page :
  • 1


There are no replies made for this question yet.
However, you are not allowed to reply to this question.