ca marche bien .... j'ai des errors mais rien de grave

merci

La migration effectuée laisse 2 erreurs la 2ème étant une conséquence de la 1ère

 
---------- Compiler: Errors   (17:54:34)
-1- pfcmain.pbl(pfc_n_trp).2: Error       C0001: Illegal data type: transport
-2- pblmain.pbl(n_trp).2: Error       C0001: Illegal data type: pfc_n_trp
 ---------- Finished Errors   (17:54:34)

Ci dessous le début du Edit Source de l'objet pfc_n_trp

forward
global type pfc_n_trp from olestorage
end type
end forward

global type pfc_n_trp from transport
end type
global pfc_n_trp pfc_n_trp

or il n'existe aucun objet classe ou ancestor nommé transport

d'autres objets ont un ancestor non matérialisé mais ne pose aucun problème à la compil

comment résoudre cette erreur ? où dois je chercher cet "objet" transport ??
dois je modifier le EditSource en enlevant cette référence ?

merci pour votre aide

Dernière modification par remypb (04-12-2013 16:34:49)

Salut,
    Oui les fonctions externe utilisant des string sont à vérifier mais normalement powerbuilder lors de la migration a du leur rajouter l'extension ALIAS  avec ;ANSI     ce qui normalement les rend compatible.

Pour l'objet transport ( voir la réponse de erasorz ) si tu ne l'utilise pas alors du doit le supprimer de la pbl :  PFC_N_TRP et N_TRP qui se trouvent respectivement dans pfcmain.pbl et pblmain.pbl

Cdt
Yanis

Salut,

    Ton application n'utilise pas les objest transport de Powerbuilder et je pense que tu n'en aura jamais l'utilité.

    Ce sont des objets distibués. ( des objets PB que l'on déployé sur une autre machine et que l'on pouvait exécuter à distance). C'était le début des architecture 3 Tiers.

    L'alternative est soit de migrer ces objets vers des serveurs d'applications tel Easerver ( anciennement Jaguar ) ou autre serveur d'appli ( Jboss, websphere.. )  ou d'effectuer le même type d'opération à l'aide de socket.


Cdt
Yanis

ça marche pas c'est une tanée ce PB !!!!!!

la migration technique semble fonctionner mais lorsque je lance mon appli ou que j'en sors c'est la berezina

les temps de réaction sont ultra longs quand j'arrive par miracle à accéder au 1ers écrans (écran de connexion, menu principal) de l'appli mais ça plante PB 1 fois sur 2
- ouverture écran de connexion 4 min  20 sec !!!! (sous PB 6.5 la même action prend quelques secondes)
- saisie des identifiants clique sur OK affichage du menu >> message : Ne répond pas

dans le code, les registres sont beaucoup utilisés je suis sous windows 7 est ce lié ?

ce ne peut pas être un problème de connexion car l'affichage du 1er écran se fait avant

qu'est ce que cela peut être

faut il réécrire certaines parties de l'appli pour qu'elle marche normalement sur 11.5 ???

faut il supprimer les références aux registres ? faut il recréer les liens entre les objets et les pfc ????

une telle migration est elle réellement possible faisable viable ?

Est-ce que la machine "fait quelque chose" lorsque c'est lent, ou est-ce que ça attend sur la base ou sur autre chose ?
(Vérifiable avec process hacker, le task manager système ou toute autre application du genre)

Lorsque qu'un code est migré automatiquement d'un vieux PB vers pb 10+ effectivement les appels aux dll système sont adaptés à coup de ";ansi" mais vu que PB 10+ est unicode en interne, le ";ansi" a pour effet de convertir toutes les chaînes passées en argument de unicode -> ansi et inversement lors des retours ce qui est plutôt contre-performant, surtout que la plupart des fonctions système existent dans les 2 versions. Il faut retrouver le nom correct (souvent il suffit de remplacer un nom functionA en functionW)
(Edit:) il y a aussi toutes les fonctions PB de gestion de chaîne Len/Pos/Left/Mid/Right/... qui sont adaptées en LenA/PosA/LeftA/MidA/RightA/... et c'est aussi contre performant sur du PB moderne.

Sinon, le plus simple (personne n'y a pensé ? Edit: ah si Erasorz pendant que je rédigeais cette réponse ) est encore de demander toi même à PB où il passe du temps en profilant le code:
- Tools / system options / profiling : "enable profiling" + donner un nom de fichier de trace + cocher "clock" et au moins les 2 premières cases "routine entry/exit" et "routine line hits" et peut-être "object creation"
- exécuter ton appli, aller dans les fonctions qui posent problème (la trace rallonge un tout petit peu une éxécution "normale")
- quitter l'appli
- New / tool / profiling routine view et choisir la target

Le profiler demande un peu de temps pour s'y faire mais en gros sur la gauche tu as :
- au milieu, la procédure / fonction qui est analysée (ça commence par "system" à l'init)
- au dessus les routines appelées et au dessous les routines qui appellent la routine en cours. On peut cliquer dessus, à ce moment l'analyse se positionne sur la routine en question et rafraîchit les données.
- à gauche les temps ou le code source si dispo
   - self : le temps que la routine toute seule à pris
   - self+called : la routine + tout ce qui a été appelé indirectement
   - % la même chose mais en pourcentage du temps total

Dans le cas où tu affiches le source, tu as les même infos mais pour chaque ligne exécutée, et le nombre de fois que la ligne a été éxécutée (hits), utile dans les boucles.


Avec ça tu devrais pouvoir isoler un peu mieux ce qui pose problème.

Dernière modification par seki (13-01-2014 12:55:39)

Tu as l'extension PB Tools qui te permet de faire un replace global

Site PBTools

Bonjour

J'ai utilisé le profiler pour détecter les points qui ralentissent l'application. Ce sont essentiellement
- les fonctions string (LenA/PosA/MidA.... ) que j'ai remplacé en global (avec PBTools) par Len/Pos/Mid...
- l'appel aux registres (très souvent appelés)

Je n'utilise pas de fonctions windows particulières (global external functions) mais l'appli utilise pas mal les registres (je n'ai pas de conversion ";ansi" dans mon code

Et malgré cela l'appli est toujours aussi lente (je teste l'ouverture de la fenêtre principale)

quel peut être le problème ? est ce les registres ? pourquoi les fonctions string sont si lentes ?

Est ce que si je recrée un projet et des pbl avec PB 11.5 et que j'importe les .sr* cela pourrait corriger le problème

Il n'y a que des commandes et des syntaxes PB valables dans les 2 versions

D'ou peut provenir le problème ????

Merci pour vos lumières

Salut,

    Un export et un import ne changeront rien.

    Moi j'ai déjà fait des migrations de ce type et je n'ai pas de souvenir de lenteur. As tu mis les derniers EBF de PB. Je te demande celà car j'ai souvenir qu'une version  de PB avais été mise à disposition par Sybase mais qu'elle faisait plusieurs fois la lecture des objets avant de les instancier ( je ne sais plus laquelle et je ne retrouve pas le doc ou je l'avais fait )  En fait il s'agissait selon les dires d'une version de test interne qui avait été mise à dispo par mégarde. Dans cette version celà était encore plus visible pour la lenteur lorsque les PBL se trouvaient sur le réseau et non sur le poste de développement.

    Tu es vraiment dans les mêmes conditions. Même type de poste , même base , même profil utilisateur etc...... , sources déployés au même endroit,   pas dans un répertoire spécifique géré par l'antivirus etc,etc....

    Pourquoi dis tu que les fonctions string sont si lente ?
   

Cdt
Yanis

Donc c'est lent en mode dev. Et en mode exe ?

remypb a écrit:

Je voudrais mettre une copie d'écran pour être explicite mais je sais pas comment le faire

Tu héberges ton image sur un site dédié et tu utilises la balise [img]ou le bouton

Bonjour,

La dernière version de Powerbuilder en série 11.5 est la 11.5.1.5097

J'utilise moi-même la version 11.5.1.4097 et je suis sous Windows 7, mon application est également en production sur des postes en Windows 7 sans aucun problème.

Je serais fort surpris que tes problèmes viennent des fonctions string.

Un piste, un programme fonctionnant sous Windows XP demande certaine adaptation pour fonctionner sous Windows 7 correctement due à l'UAC (Universal Account Control), tu ne peux pas écrire dans le répertoire Program Files ou dans la base de registre HKEY_LOCAL_MACHINE sans élévation de privilège même en étant connecté en tant qu'administrateur.

Tes lenteurs sont peut-être due à des tentatives d'écritures qui échouent ...

Tu appliques d'abord la maintenance release 11.5.1 pour passer en version 11.5.1 et ensuite tu appliques l'EBF 5097.