J'ai =E9crit un programme de composition de num=E9ro de t=E9l=E9phone, av=
ec=20
tapiRequestMakeCall, qui fonctionne parfaitement tant que je le fais=20
tourner sur la machine de d=E9veloppement, avec un Windows XP un peu=20
ancien maintenant. Il faut bien quelques secondes pour charger le=20
composeur (dialer.exe), mais au pire si on est =E0 quelques secondes pr=E8=
s=20
on le charge avant et l=E0 c'est impeccable.
Sur une autre machine qui dispose de deux fois plus de m=E9moire et dont =
j'ai appr=E9ci=E9 la plus grande rapidit=E9 sur plus d'un programme, avec=
=20
Windows XP mis =E0 jour r=E9cemment, =E7a finit par marcher aussi, mais i=
l=20
faut bien compter une minute avant que le num=E9ro soit compos=E9, m=EAme=
si=20
Dialer est d=E9j=E0 charg=E9. Ce n'est pas vraiment le but du jeu. J'ai e=
u=20
beau ajouter quelques DoEvents, notamment dans la boucle d'attente du=20
popup, le r=E9sultat n'est pas convaincant.
J'imagine que les mises =E0 jour de s=E9curit=E9 ont ferm=E9 des portes, =
et=20
qu'il faut le temps d'en trouver une d'ouverte ?
Quelle d=E9marche me conseillez-vous pour am=E9liorer le r=E9sultat ?
Les deux machines sont prot=E9g=E9es par BitDefender IS version 10.
J'ai fait un essai en d=E9sactivant le pare-feu. Au besoin j'essaierai=20
apr=E8s l'avoir d=E9sinstall=E9, pour voir, mais avant je recueille les i=
nfos=20
aupr=E8s de gens qui auraient pu avoir le m=EAme probl=E8me.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Gloops
Re,
Après désinstallation du pack de sécurité, le délai est descend u à une vingtaine de secondes. Pas encore ça.
J'ai réinstallé le bazard depuis bien entendu.
L'appel de l'API à partir de Word fonctionne très bien. Il semblerait donc qu'il s'agisse plutôt d'un problème de déploiement qu'autre ch ose.
Il me semble bien que j'ai vu par ici quelqu'un suggérer une autre source pour les DLL, pour avoir quelque chose d'indépendant de la machine de développement.
Je vais tâcher de tester ça.
Toute idée sera la bienvenue. _____________________________________ Gloops a écrit, le 23/11/2007 15:06 :
Bonjour tout le monde,
J'ai écrit un programme de composition de numéro de téléphone, avec tapiRequestMakeCall, qui fonctionne parfaitement tant que je le fais tourner sur la machine de développement, avec un Windows XP un peu ancien maintenant. Il faut bien quelques secondes pour charger le composeur (dialer.exe), mais au pire si on est à quelques secondes pr ès on le charge avant et là c'est impeccable.
Sur une autre machine qui dispose de deux fois plus de mémoire et don t j'ai apprécié la plus grande rapidité sur plus d'un programme, av ec Windows XP mis à jour récemment, ça finit par marcher aussi, mais il faut bien compter une minute avant que le numéro soit composé, mê me si Dialer est déjà chargé. Ce n'est pas vraiment le but du jeu. J'ai eu beau ajouter quelques DoEvents, notamment dans la boucle d'attente du popup, le résultat n'est pas convaincant.
J'imagine que les mises à jour de sécurité ont fermé des portes , et qu'il faut le temps d'en trouver une d'ouverte ?
Quelle démarche me conseillez-vous pour améliorer le résultat ?
Les deux machines sont protégées par BitDefender IS version 10. J'ai fait un essai en désactivant le pare-feu. Au besoin j'essaierai après l'avoir désinstallé, pour voir, mais avant je recueille les infos auprès de gens qui auraient pu avoir le même problème.
Re,
Après désinstallation du pack de sécurité, le délai est descend u à une
vingtaine de secondes. Pas encore ça.
J'ai réinstallé le bazard depuis bien entendu.
L'appel de l'API à partir de Word fonctionne très bien. Il semblerait
donc qu'il s'agisse plutôt d'un problème de déploiement qu'autre ch ose.
Il me semble bien que j'ai vu par ici quelqu'un suggérer une autre
source pour les DLL, pour avoir quelque chose d'indépendant de la
machine de développement.
Je vais tâcher de tester ça.
Toute idée sera la bienvenue.
_____________________________________
Gloops a écrit, le 23/11/2007 15:06 :
Bonjour tout le monde,
J'ai écrit un programme de composition de numéro de téléphone, avec
tapiRequestMakeCall, qui fonctionne parfaitement tant que je le fais
tourner sur la machine de développement, avec un Windows XP un peu
ancien maintenant. Il faut bien quelques secondes pour charger le
composeur (dialer.exe), mais au pire si on est à quelques secondes pr ès
on le charge avant et là c'est impeccable.
Sur une autre machine qui dispose de deux fois plus de mémoire et don t
j'ai apprécié la plus grande rapidité sur plus d'un programme, av ec
Windows XP mis à jour récemment, ça finit par marcher aussi, mais il
faut bien compter une minute avant que le numéro soit composé, mê me si
Dialer est déjà chargé. Ce n'est pas vraiment le but du jeu. J'ai eu
beau ajouter quelques DoEvents, notamment dans la boucle d'attente du
popup, le résultat n'est pas convaincant.
J'imagine que les mises à jour de sécurité ont fermé des portes , et
qu'il faut le temps d'en trouver une d'ouverte ?
Quelle démarche me conseillez-vous pour améliorer le résultat ?
Les deux machines sont protégées par BitDefender IS version 10.
J'ai fait un essai en désactivant le pare-feu. Au besoin j'essaierai
après l'avoir désinstallé, pour voir, mais avant je recueille les infos
auprès de gens qui auraient pu avoir le même problème.
Après désinstallation du pack de sécurité, le délai est descend u à une vingtaine de secondes. Pas encore ça.
J'ai réinstallé le bazard depuis bien entendu.
L'appel de l'API à partir de Word fonctionne très bien. Il semblerait donc qu'il s'agisse plutôt d'un problème de déploiement qu'autre ch ose.
Il me semble bien que j'ai vu par ici quelqu'un suggérer une autre source pour les DLL, pour avoir quelque chose d'indépendant de la machine de développement.
Je vais tâcher de tester ça.
Toute idée sera la bienvenue. _____________________________________ Gloops a écrit, le 23/11/2007 15:06 :
Bonjour tout le monde,
J'ai écrit un programme de composition de numéro de téléphone, avec tapiRequestMakeCall, qui fonctionne parfaitement tant que je le fais tourner sur la machine de développement, avec un Windows XP un peu ancien maintenant. Il faut bien quelques secondes pour charger le composeur (dialer.exe), mais au pire si on est à quelques secondes pr ès on le charge avant et là c'est impeccable.
Sur une autre machine qui dispose de deux fois plus de mémoire et don t j'ai apprécié la plus grande rapidité sur plus d'un programme, av ec Windows XP mis à jour récemment, ça finit par marcher aussi, mais il faut bien compter une minute avant que le numéro soit composé, mê me si Dialer est déjà chargé. Ce n'est pas vraiment le but du jeu. J'ai eu beau ajouter quelques DoEvents, notamment dans la boucle d'attente du popup, le résultat n'est pas convaincant.
J'imagine que les mises à jour de sécurité ont fermé des portes , et qu'il faut le temps d'en trouver une d'ouverte ?
Quelle démarche me conseillez-vous pour améliorer le résultat ?
Les deux machines sont protégées par BitDefender IS version 10. J'ai fait un essai en désactivant le pare-feu. Au besoin j'essaierai après l'avoir désinstallé, pour voir, mais avant je recueille les infos auprès de gens qui auraient pu avoir le même problème.
Gloops
Bonsoir,
Eh bien je viens de me rendre compte que j'étais sur une fausse piste.
Sur la deuxième machine, j'utilise un tableur qui met un peu de temps à rendre le presse-papiers, aussi j'ai ajouté dans le programme une attente du contenu du presse-papiers. Plus tard dans le programme, j'ai aussi une attente de la fenêtre "État de l'appel", sous la forme d'un e boucle While FindWindow = 0, Wend.
Sur la machine de développement, ça passe très bien tel quel, mais de l'autre côté, il faut faire les choses proprement :) En clair, il faut ajouter un DoEvents dans la boucle, et là le délai tombe sous les 5 secondes. A vrai dire il y a toujours eu un peu de délai, peut-être le temps que le contrôle soit passé d'un program me à l'autre. Un de ces quatre j'essaie avec un deuxième DoEvents juste aprè s le précédent, pour voir.
Avant de comprendre ça, j'attendais de pouvoir prendre le temps de sauvegarder la config, créer un programme d'installation pour réinstaller le programme proprement, et je n'ai vu aucune différence alors que là j'étais sûr d'utiliser les DLL de la machine source. J 'ai regardé la source, et là j'ai vu le truc.
Le problème de compatibilité demeure sur d'autres programmes, mais po ur ça, je finirai par poster un nouveau fil si personne n'en a parlé d'i ci là.
Merci à ceux qui ont pris le temps de lire ma prose. _____________________________________ Gloops a écrit, le 23/11/2007 15:06 :
Bonjour tout le monde,
J'ai écrit un programme de composition de numéro de téléphone, avec tapiRequestMakeCall, qui fonctionne parfaitement tant que je le fais tourner sur la machine de développement, avec un Windows XP un peu ancien maintenant. Il faut bien quelques secondes pour charger le composeur (dialer.exe), mais au pire si on est à quelques secondes pr ès on le charge avant et là c'est impeccable.
Sur une autre machine qui dispose de deux fois plus de mémoire et don t j'ai apprécié la plus grande rapidité sur plus d'un programme, av ec Windows XP mis à jour récemment, ça finit par marcher aussi, mais il faut bien compter une minute avant que le numéro soit composé, mê me si Dialer est déjà chargé. Ce n'est pas vraiment le but du jeu. J'ai eu beau ajouter quelques DoEvents, notamment dans la boucle d'attente du popup, le résultat n'est pas convaincant.
J'imagine que les mises à jour de sécurité ont fermé des portes , et qu'il faut le temps d'en trouver une d'ouverte ?
Quelle démarche me conseillez-vous pour améliorer le résultat ?
Les deux machines sont protégées par BitDefender IS version 10. J'ai fait un essai en désactivant le pare-feu. Au besoin j'essaierai après l'avoir désinstallé, pour voir, mais avant je recueille les infos auprès de gens qui auraient pu avoir le même problème.
Bonsoir,
Eh bien je viens de me rendre compte que j'étais sur une fausse piste.
Sur la deuxième machine, j'utilise un tableur qui met un peu de temps à
rendre le presse-papiers, aussi j'ai ajouté dans le programme une
attente du contenu du presse-papiers. Plus tard dans le programme, j'ai
aussi une attente de la fenêtre "État de l'appel", sous la forme d'un e
boucle While FindWindow = 0, Wend.
Sur la machine de développement, ça passe très bien tel quel, mais de
l'autre côté, il faut faire les choses proprement :)
En clair, il faut ajouter un DoEvents dans la boucle, et là le délai
tombe sous les 5 secondes. A vrai dire il y a toujours eu un peu de
délai, peut-être le temps que le contrôle soit passé d'un program me à
l'autre. Un de ces quatre j'essaie avec un deuxième DoEvents juste aprè s
le précédent, pour voir.
Avant de comprendre ça, j'attendais de pouvoir prendre le temps de
sauvegarder la config, créer un programme d'installation pour
réinstaller le programme proprement, et je n'ai vu aucune différence
alors que là j'étais sûr d'utiliser les DLL de la machine source. J 'ai
regardé la source, et là j'ai vu le truc.
Le problème de compatibilité demeure sur d'autres programmes, mais po ur
ça, je finirai par poster un nouveau fil si personne n'en a parlé d'i ci là.
Merci à ceux qui ont pris le temps de lire ma prose.
_____________________________________
Gloops a écrit, le 23/11/2007 15:06 :
Bonjour tout le monde,
J'ai écrit un programme de composition de numéro de téléphone, avec
tapiRequestMakeCall, qui fonctionne parfaitement tant que je le fais
tourner sur la machine de développement, avec un Windows XP un peu
ancien maintenant. Il faut bien quelques secondes pour charger le
composeur (dialer.exe), mais au pire si on est à quelques secondes pr ès
on le charge avant et là c'est impeccable.
Sur une autre machine qui dispose de deux fois plus de mémoire et don t
j'ai apprécié la plus grande rapidité sur plus d'un programme, av ec
Windows XP mis à jour récemment, ça finit par marcher aussi, mais il
faut bien compter une minute avant que le numéro soit composé, mê me si
Dialer est déjà chargé. Ce n'est pas vraiment le but du jeu. J'ai eu
beau ajouter quelques DoEvents, notamment dans la boucle d'attente du
popup, le résultat n'est pas convaincant.
J'imagine que les mises à jour de sécurité ont fermé des portes , et
qu'il faut le temps d'en trouver une d'ouverte ?
Quelle démarche me conseillez-vous pour améliorer le résultat ?
Les deux machines sont protégées par BitDefender IS version 10.
J'ai fait un essai en désactivant le pare-feu. Au besoin j'essaierai
après l'avoir désinstallé, pour voir, mais avant je recueille les infos
auprès de gens qui auraient pu avoir le même problème.
Eh bien je viens de me rendre compte que j'étais sur une fausse piste.
Sur la deuxième machine, j'utilise un tableur qui met un peu de temps à rendre le presse-papiers, aussi j'ai ajouté dans le programme une attente du contenu du presse-papiers. Plus tard dans le programme, j'ai aussi une attente de la fenêtre "État de l'appel", sous la forme d'un e boucle While FindWindow = 0, Wend.
Sur la machine de développement, ça passe très bien tel quel, mais de l'autre côté, il faut faire les choses proprement :) En clair, il faut ajouter un DoEvents dans la boucle, et là le délai tombe sous les 5 secondes. A vrai dire il y a toujours eu un peu de délai, peut-être le temps que le contrôle soit passé d'un program me à l'autre. Un de ces quatre j'essaie avec un deuxième DoEvents juste aprè s le précédent, pour voir.
Avant de comprendre ça, j'attendais de pouvoir prendre le temps de sauvegarder la config, créer un programme d'installation pour réinstaller le programme proprement, et je n'ai vu aucune différence alors que là j'étais sûr d'utiliser les DLL de la machine source. J 'ai regardé la source, et là j'ai vu le truc.
Le problème de compatibilité demeure sur d'autres programmes, mais po ur ça, je finirai par poster un nouveau fil si personne n'en a parlé d'i ci là.
Merci à ceux qui ont pris le temps de lire ma prose. _____________________________________ Gloops a écrit, le 23/11/2007 15:06 :
Bonjour tout le monde,
J'ai écrit un programme de composition de numéro de téléphone, avec tapiRequestMakeCall, qui fonctionne parfaitement tant que je le fais tourner sur la machine de développement, avec un Windows XP un peu ancien maintenant. Il faut bien quelques secondes pour charger le composeur (dialer.exe), mais au pire si on est à quelques secondes pr ès on le charge avant et là c'est impeccable.
Sur une autre machine qui dispose de deux fois plus de mémoire et don t j'ai apprécié la plus grande rapidité sur plus d'un programme, av ec Windows XP mis à jour récemment, ça finit par marcher aussi, mais il faut bien compter une minute avant que le numéro soit composé, mê me si Dialer est déjà chargé. Ce n'est pas vraiment le but du jeu. J'ai eu beau ajouter quelques DoEvents, notamment dans la boucle d'attente du popup, le résultat n'est pas convaincant.
J'imagine que les mises à jour de sécurité ont fermé des portes , et qu'il faut le temps d'en trouver une d'ouverte ?
Quelle démarche me conseillez-vous pour améliorer le résultat ?
Les deux machines sont protégées par BitDefender IS version 10. J'ai fait un essai en désactivant le pare-feu. Au besoin j'essaierai après l'avoir désinstallé, pour voir, mais avant je recueille les infos auprès de gens qui auraient pu avoir le même problème.
