Hello tout le monde !
 
Je fais mes premiers pas dans la manipulation de l'API Windows, et je n'arrive pas à expliquer un résultat que j'obtiens.
 
Le but de la manoeuvre est :
1 - lancer un process via la fonction CreateProcess
2 - attendre que le processus crée soit prêt via la fonction WaitForInputIdle
3 - envoyer un message via PostMessage
 
Ce mécanisme semble correctement fonctionner, mais j'ai l'impression que ça dépend des processus et de la charge de la machine.
Avec le notepad, pas de problème, mais avec d'autres applications, un temps mort de 2 secondes (grouik) est nécessaire.
 
Voilà un petit bout de code fait rapidement en python pour illuster le problème.
Ici, je lance le notepad et j'envoie un F5 pour ajouter la date du jour dans la zone d'édition.
Ça fonctionne sans le sleep, mais pas avec toutes les applications.
 
Une idée ?
 

 
edit: Remove trailing spaces mode on

drapal, je teste et je regarde dans l'après midi

Merci, c'est très sympa =)

ben j'ai testé avec quelques grosses applis (Word, Firefox, FS 2004), et ça fonctionne bien... dans ton cas, quand est-ce que le Sleep() est nécessaire ? avant d'envoyer F5, ou avant de lancer le processus ?

Un grand merci d'avoir pris ton temps pour essayer sur différentes applications. Dans mon cas, je dois faire un sleep juste avant d'envoyer le message.  
 
L'application qui me pose un problème est un logiciel d'imagerie Kodak non disponible au téléchargement
 
Si tu as une idée à me suggérer pour trouver ce qui ne va pas... L'idéal sera de pouvoir espionner les messages de l'application dès son démarrage pour voir si elle reçoit ce fameux message, mais je ne sais pas comment procéder.
 
A l'heure actuelle, j'utilise winspector pour espionner ces messages sur un processus déja lancé. Il faudrait que je puisse attacher un espion à un exécutable avant son lancement.
 
Je débute vraiment dans la manipulation de l'api windows, je travaille habituellement dans un environnement Linux/Unix.
 
Encore merci en tout cas !

c'est quoi exactement qui ne fonctionne pas ? ce logiciel ne reçoit pas le message, ou il ne se lance pas sauf si tu Sleep() avant ?

J'avais mal compris ta question. Le logiciel se lance, mais ne reçoit pas le message (apparemment, puisque la fonction ne s'exécute pas) à moins que je place ce fameux sleep avant d'envoyer le message.

ok, alors essaie plutot d'envoyer le message par PostMessage() au lieu de SendMessage()
 
edit: je voulais dire SendMessage() au lieu de PostMessage()

C'est ce que je fais malheureusement.  

je viens d'éditer mon précédent message

Il faudrait que je fasse le test sans passer par les wrappers python afin de voir si le problème ne vient pas d'eux. Ça me semble bizarre cette histoire.

et avec SendMessage, ça donne quoi ?

Je vais taistai !

t'as juste qu'à remplacer PostMessage par SendMessage, les paramètres sont les memes. en remerciant Python au passage d'etre un langage interprété, c'est tellement pratique pour faire des tests

Même chose avec SendMessage.  
 
J'ai moi aussi testé avec des applications plus conséquentes que le notepad et ça fonctionne très bien. J'ai plus trop d'idée là.  
 
Je mets un peu de temps désolé, je bosse à distance via vnc, c'est pas terrible.  
 

MP

Des fois, je devrais réfléchir.
 
L'application doit initialiser des périphériques et dont j'ai besoin pour que ma commande s'effectue bien. Ça doit mettre un peu de temps. L'application est utilisable avant que cette initialisation se fasse, et donc je suis revenu de mon WaitForInputIdle et je poste le message dans le vent.  
 
Je suis quasiment certain qu'il s'agit de ça. L'application reçoit surement un message particulier lors de l'initialisation de ces périphériques, il faudrait que je le trouve. Une autre solution serait de tester si la commande qui m'intéresse n'est pas "grisée" dans les menus de l'application, mais je ne sais si c'est possible. Si tu as une piste, même grossière
 
Hop !

Non, je ne crois pas que ce soit ça, car PostMessage() est asynchrone. Elle poste le message dans la file d'attente, et rend la main au module appelant immédiatement, laissant la WndProc de l'application récupérer le message et le traiter. Ton application a donc le temps d'initialiser ses périphériques avant de récupérer le message dans la pompe à messages.
Ce que tu peux faire pour débugger : lance ton application Kodak, utilise OllyDbg (debugger gratuit), et place un point d'arrêt sur le message WM_INIT. Regarde ensuite ce qui est effectué à l'initialisation...

Et moi qui était très fier de mon analyze =) Je vais essayer ce que tu me suggères !

par contre, connaissance de l'assembleur obligatoire

Je craque, via vnc c'est stressant. Je n'ai que des notions en assembleur, ça risque d'être violent. L'application a l'air super bien faite par contre. Je vais voir ce que je peux faire une fois devant la machine.
 
Il n'y aurait pas moyen de lancer une application dans un espion à messages  comme spy++ ou winspector ?
 
Merci une nouvelle fois pour tes conseils !

 
Peut-on imaginer que la WndProc récupère le message, le traite, mais que justement, le traitement ne fait rien puisque la fameuse fonctionnalité n'est pas encore activée ? Auquel cas, il faudrait pouvoir récupérer une éventuelle erreur j'imagine.

Autre question : y'a t'il un moyen de connaître le code de retour d'une commande ? Par exemple, j'envoie un F5 au notepad et je veux savoir si l'action liée à cette commande s'est bien déroulée.  
 
Si j'ai bien compris, comme PostMessage est asynchrone, la valeur de retour nous renseigne uniquement sur le fait que le message a été correctement posté.
 
Bonne nuit =)