Le forum (ô combien francophone) des utilisateurs de Powerbuilder.
Pages: 1
Bonjour à tous,
nous développons une application avec PowerBuilder 12.5.1 b4015.
Nous développons pour fonctionner avec SQL Server ou Oracle.
Notre application est déployée au sein d'un répertoire unique qui contient tous les fichiers nécessaires à son fonctionnement : exe, pbd, dll, fichiers images, ...
Elle n'a donc pas besoin de référencement dans le path.
Sur un poste interne en Windows 7 64 bits, nous rencontrons de manière aléatoire : nous fermons l'application (compiléeà mais le processus reste actif dans la liste des processus du gestionnaire de tâches.
Il indique "[nomexe].exe *32", ce qui correspond bien au fait que l'exécutable est toujours lancé et que c'est un exécutable 32 bits.
Ce alors, que l'application a été fermée correctement (i.e. sans plantage)
Est-ce que quelqu'un a une idée du pourquoi ?
Par avance, merci.
Hors ligne
RAZORBACK a écrit:
Ce alors, que l'application a été fermée correctement (i.e. sans plantage)
Est-ce que quelqu'un a une idée du pourquoi ?
Je dirais que l'appli n'a apparemment pas entièrement terminé de quitter. Il faudrait vérifier ce qui se trouve dans le close() de l'application ou dans les destructeurs et autres évènements de fin des objets.
Hors ligne
Merci pour le tuyau, je vais regarder.
Mais ce qui m'étonne c'est que ça à l'air aléatoire.
Je pensais que ça pouvait être lié à l'aspect OS 64 bits et exe 32 bits.
Hors ligne
Bonjour,
J'ai été confronté au même problème. Le souci venait du code gérant l'arrêt de l'application en cas de login incorrect. En style télégraphique, le code était comme ça :
// w_modale_connexion.valider() Close(w_mdi) Close(This) HALT CLOSE
La fermeture explicite du cadre MDI avant sa fille modale laissait un handle de fenêtre dans la nature et empêchait le processus de se terminer après l'exécution sans erreur de tout le code PB.
En laissant le HALT CLOSE demander la fermeture des fenêtres et en détruisant les objets non visuels supplémentaires dans l'événement application.close, tout est rentré dans l'ordre.
Ce comportement a été observé en WinXP et Win7, 32 bits uniquement (pas de postes 64 bits à disposition).
Hors ligne
Merci beaucoup, nous allons essayer cette piste.
Je vous tiens au courant.
Hors ligne
Pas de nouvelles pour l'instant, nous attendons des éléments supplémentaires de l'utilisateur pour reproduire.
Hors ligne
Pages: 1