PowerBuilder à Donf ! / Application reste dans les processus de Windows alors qu'on l'a quitté

RAZORBACK · 25-01-2013 18:15:06

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.

seki · 25-01-2013 20:43:13

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.

RAZORBACK · 28-01-2013 09:52:05

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.

FMolinas · 30-01-2013 11:35:14

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 :

Code: pb

// 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).