j'ai un problème qui n'est certainement pas du à windev, mais je tourne
en rond et ne trouve pas la solution. J'aimerai savoir si l'un d'entre
vous l'a déjà rencontré et surtout comment le corriger.
j'ai un programme aaaa.exe fait en windev dans un dossier c:\xxxx
quand je l'exécute , le comportement n'est pas correct.
si je déplace ce programme aaa.exe du dossier c:\xxxx dans le dossier
c:\yyyy, alors il fonctionne correctement.
si je renomme ce programme aaa.exe en bbb.exe, et que je l'exécute dans
le dossier c:\xxxx il fonctionne correctement. Si je le renomme aaa.exe,
il ne fonctionne plus comme il devrait.
Je sais que ce n'est pas un problème de windev, ni du programme.
Je pense que lors de la 1ere utilisation du programme chez le client,
soit windows 10 soit son antivirus (McAfee) a du poser une question à la
con, du coup il doit se trouver "capé" quelque part.
Comment restaurer son état initial ?
le programme "aaa.exe" est un programme qui lit la BDR , exécute un ocx
, et dialogue par socket avec d'autres programmes.
El 20/06/2016 a las 21:06, André STASZEWSKI escribió:
El 17/06/2016 a las 21:36, André STASZEWSKI escribió:
Le Fri, 17 Jun 2016 12:14:32 +0200, Michel Moreno a écrit:
El 17/06/2016 a las 11:53, Eric Demeester escribió:
Bonjour, Michel Moreno (Fri, 17 Jun 2016 09:20:14 +0200 - fr.comp.developpement.agl.windev) :
Merci de vos reponses, mais en continuant de faire des tests, je ne pense pas que ca vienne de l'antivirus. En l'arretant, en verifiant que mon programme ne soit pas en quarantaine, ca continue de la meme maniere.
Tu ne peux pas mettre un affichage ou faire un log pour voir à quel moment il se plante (Bdr, activeX, ...) ? Cela pourrait donner une piste.
Serait-ce indiscret de nous donner le nom complet et exact du prg. quand il ne fonctionne pas comme il faudrait ?
le programme s'appelle unicampREDOC.exe, il est dans le dossier c:hsf si je le renomme en unicampREDOC1.exe tout en restant dans c:hsf il fonctionne. si je copie le repertoire c:hsf en c:hsf1, alors le programme unicampREDOC.exe fonctionne. En fait le programme ne plante pas en gros je vais chercher dans la BDR le nom de l'activeX à utiliser en fonction de sa clé (du type HKEY_CLASSES_ROOTCLSID{0489D62C-0E96-43A0-B776-C9F1E209663E}) je recupere bien le nom j'assigne bien l'activeX avec la sous cle InProcServer32 jusque la tout va bien je fais donc ACTIVEX1 = nomrecupere, tout va bien ensuite je fais ACTIVEX>>Initialize() quand ça fonctionne, ça prend un certain temps , quand ça ne fonctionne pas, la meme commande est beaucoup plus rapide apres quand je fais un Monresultat = ACTIVEX>>Process() quand ça marche, j'ai un resultat, sinon, chaine vide
Bonjour, Je pense que ton pb viens du .REP créé par WD. Cherche ton prg. dans C:ProgramData et supprimme le "nom_prg.rep" Ensuite fait tes changements. Au prochain lancement il devrait recréer le .rep avec les bonnes valeurs. Sinon il y a aussi un utlitaire dans les outils de WD pour modifier le .rep Tiens nous au jus !
Bonjour André je n'ai pas de .rep pour ce programme, il n'y a pas de fichiers. Ce programme en fait est un "serveur". L'activeX en question controle un scanner qui lit et reconnait pratiquement tous les documents passeports, cartes identites, permis de conduire. et fait un OCR dessus pour restituer les donnees. (https://www.icarvision.com/en/id_fast) Donc ce que je lance, est un programme qui est actif en memoire, avec une interface minimale. J'attends les ordres de scan de divers ordinateurs, ordres envoyes par socket. Quand je recois un ordre de lecture d'un document d'identite, je scanne a travesrs l'activeX et renvoie le resultat via socket à l'ordinateur qui l'a demande. C'est relativement simple, pas de fichier. En tout cas , merci beaucoup de me consacrer du temps et de l'interet pour mon probleme.
El 20/06/2016 a las 21:06, André STASZEWSKI escribió:
El 17/06/2016 a las 21:36, André STASZEWSKI escribió:
Le Fri, 17 Jun 2016 12:14:32 +0200, Michel Moreno <mmoreno@altern.org>
a écrit:
El 17/06/2016 a las 11:53, Eric Demeester escribió:
Bonjour,
Michel Moreno (Fri, 17 Jun 2016 09:20:14 +0200 -
fr.comp.developpement.agl.windev) :
Merci de vos reponses, mais en continuant de faire des tests, je ne
pense pas que ca vienne de l'antivirus. En l'arretant, en verifiant
que
mon programme ne soit pas en quarantaine, ca continue de la meme
maniere.
Tu ne peux pas mettre un affichage ou faire un log pour voir à quel
moment il se plante (Bdr, activeX, ...) ? Cela pourrait donner une
piste.
Serait-ce indiscret de nous donner le nom complet et exact du prg. quand
il ne fonctionne pas comme il faudrait ?
le programme s'appelle unicampREDOC.exe, il est dans le dossier c:hsf
si je le renomme en unicampREDOC1.exe tout en restant dans c:hsf il
fonctionne.
si je copie le repertoire c:hsf en c:hsf1, alors le programme
unicampREDOC.exe fonctionne.
En fait le programme ne plante pas
en gros
je vais chercher dans la BDR le nom de l'activeX à utiliser en
fonction de sa clé (du type
HKEY_CLASSES_ROOTCLSID{0489D62C-0E96-43A0-B776-C9F1E209663E})
je recupere bien le nom
j'assigne bien l'activeX avec la sous cle InProcServer32
jusque la tout va bien
je fais donc ACTIVEX1 = nomrecupere, tout va bien
ensuite je fais
ACTIVEX>>Initialize()
quand ça fonctionne, ça prend un certain temps , quand ça ne
fonctionne pas, la meme commande est beaucoup plus rapide
apres quand je fais un
Monresultat = ACTIVEX>>Process()
quand ça marche, j'ai un resultat, sinon, chaine vide
Bonjour,
Je pense que ton pb viens du .REP créé par WD.
Cherche ton prg. dans C:ProgramData et supprimme le "nom_prg.rep"
Ensuite fait tes changements.
Au prochain lancement il devrait recréer le .rep avec les bonnes valeurs.
Sinon il y a aussi un utlitaire dans les outils de WD pour modifier le .rep
Tiens nous au jus !
Bonjour André
je n'ai pas de .rep pour ce programme, il n'y a pas de fichiers.
Ce programme en fait est un "serveur". L'activeX en question controle un
scanner qui lit et reconnait pratiquement tous les documents passeports,
cartes identites, permis de conduire. et fait un OCR dessus pour
restituer les donnees. (https://www.icarvision.com/en/id_fast)
Donc ce que je lance, est un programme qui est actif en memoire, avec
une interface minimale. J'attends les ordres de scan de divers
ordinateurs, ordres envoyes par socket. Quand je recois un ordre de
lecture d'un document d'identite, je scanne a travesrs l'activeX et
renvoie le resultat via socket à l'ordinateur qui l'a demande.
C'est relativement simple, pas de fichier.
En tout cas , merci beaucoup de me consacrer du temps et de l'interet
pour mon probleme.
El 20/06/2016 a las 21:06, André STASZEWSKI escribió:
El 17/06/2016 a las 21:36, André STASZEWSKI escribió:
Le Fri, 17 Jun 2016 12:14:32 +0200, Michel Moreno a écrit:
El 17/06/2016 a las 11:53, Eric Demeester escribió:
Bonjour, Michel Moreno (Fri, 17 Jun 2016 09:20:14 +0200 - fr.comp.developpement.agl.windev) :
Merci de vos reponses, mais en continuant de faire des tests, je ne pense pas que ca vienne de l'antivirus. En l'arretant, en verifiant que mon programme ne soit pas en quarantaine, ca continue de la meme maniere.
Tu ne peux pas mettre un affichage ou faire un log pour voir à quel moment il se plante (Bdr, activeX, ...) ? Cela pourrait donner une piste.
Serait-ce indiscret de nous donner le nom complet et exact du prg. quand il ne fonctionne pas comme il faudrait ?
le programme s'appelle unicampREDOC.exe, il est dans le dossier c:hsf si je le renomme en unicampREDOC1.exe tout en restant dans c:hsf il fonctionne. si je copie le repertoire c:hsf en c:hsf1, alors le programme unicampREDOC.exe fonctionne. En fait le programme ne plante pas en gros je vais chercher dans la BDR le nom de l'activeX à utiliser en fonction de sa clé (du type HKEY_CLASSES_ROOTCLSID{0489D62C-0E96-43A0-B776-C9F1E209663E}) je recupere bien le nom j'assigne bien l'activeX avec la sous cle InProcServer32 jusque la tout va bien je fais donc ACTIVEX1 = nomrecupere, tout va bien ensuite je fais ACTIVEX>>Initialize() quand ça fonctionne, ça prend un certain temps , quand ça ne fonctionne pas, la meme commande est beaucoup plus rapide apres quand je fais un Monresultat = ACTIVEX>>Process() quand ça marche, j'ai un resultat, sinon, chaine vide
Bonjour, Je pense que ton pb viens du .REP créé par WD. Cherche ton prg. dans C:ProgramData et supprimme le "nom_prg.rep" Ensuite fait tes changements. Au prochain lancement il devrait recréer le .rep avec les bonnes valeurs. Sinon il y a aussi un utlitaire dans les outils de WD pour modifier le .rep Tiens nous au jus !
Bonjour André je n'ai pas de .rep pour ce programme, il n'y a pas de fichiers. Ce programme en fait est un "serveur". L'activeX en question controle un scanner qui lit et reconnait pratiquement tous les documents passeports, cartes identites, permis de conduire. et fait un OCR dessus pour restituer les donnees. (https://www.icarvision.com/en/id_fast) Donc ce que je lance, est un programme qui est actif en memoire, avec une interface minimale. J'attends les ordres de scan de divers ordinateurs, ordres envoyes par socket. Quand je recois un ordre de lecture d'un document d'identite, je scanne a travesrs l'activeX et renvoie le resultat via socket à l'ordinateur qui l'a demande. C'est relativement simple, pas de fichier. En tout cas , merci beaucoup de me consacrer du temps et de l'interet pour mon probleme.
André STASZEWSKI
El 20/06/2016 a las 21:06, André STASZEWSKI escribió:
El 17/06/2016 a las 21:36, André STASZEWSKI escribió:
Le Fri, 17 Jun 2016 12:14:32 +0200, Michel Moreno a écrit:
El 17/06/2016 a las 11:53, Eric Demeester escribió:
Bonjour, Michel Moreno (Fri, 17 Jun 2016 09:20:14 +0200 - fr.comp.developpement.agl.windev) :
Merci de vos reponses, mais en continuant de faire des tests, je ne pense pas que ca vienne de l'antivirus. En l'arretant, en verifiant que mon programme ne soit pas en quarantaine, ca continue de la meme maniere.
Tu ne peux pas mettre un affichage ou faire un log pour voir à quel moment il se plante (Bdr, activeX, ...) ? Cela pourrait donner une piste.
Serait-ce indiscret de nous donner le nom complet et exact du prg. quand il ne fonctionne pas comme il faudrait ?
le programme s'appelle unicampREDOC.exe, il est dans le dossier c:hsf si je le renomme en unicampREDOC1.exe tout en restant dans c:hsf il fonctionne. si je copie le repertoire c:hsf en c:hsf1, alors le programme unicampREDOC.exe fonctionne. En fait le programme ne plante pas en gros je vais chercher dans la BDR le nom de l'activeX à utiliser en fonction de sa clé (du type HKEY_CLASSES_ROOTCLSID{0489D62C-0E96-43A0-B776-C9F1E209663E}) je recupere bien le nom j'assigne bien l'activeX avec la sous cle InProcServer32 jusque la tout va bien je fais donc ACTIVEX1 = nomrecupere, tout va bien ensuite je fais ACTIVEX>>Initialize() quand ça fonctionne, ça prend un certain temps , quand ça ne fonctionne pas, la meme commande est beaucoup plus rapide apres quand je fais un Monresultat = ACTIVEX>>Process() quand ça marche, j'ai un resultat, sinon, chaine vide
Bonjour, Je pense que ton pb viens du .REP créé par WD. Cherche ton prg. dans C:ProgramData et supprimme le "nom_prg.rep" Ensuite fait tes changements. Au prochain lancement il devrait recréer le .rep avec les bonnes valeurs. Sinon il y a aussi un utlitaire dans les outils de WD pour modifier le .rep Tiens nous au jus !
Bonjour André je n'ai pas de .rep pour ce programme, il n'y a pas de fichiers. Ce programme en fait est un "serveur". L'activeX en question controle un scanner qui lit et reconnait pratiquement tous les documents passeports, cartes identites, permis de conduire. et fait un OCR dessus pour restituer les donnees. (https://www.icarvision.com/en/id_fast) Donc ce que je lance, est un programme qui est actif en memoire, avec une interface minimale. J'attends les ordres de scan de divers ordinateurs, ordres envoyes par socket. Quand je recois un ordre de lecture d'un document d'identite, je scanne a travesrs l'activeX et renvoie le resultat via socket à l'ordinateur qui l'a demande. C'est relativement simple, pas de fichier. En tout cas , merci beaucoup de me consacrer du temps et de l'interet pour mon probleme.
Ben là, je vois pas, c'est pourtant pas un mot réservé le nom de ton prg... Tu n'as pas demandé ce qu'ils en pensaient chez PC SOft ? Ils ont peut être déjà eu une remontée de ce genre ? -- Cordialement, André STASZEWSKI http://www.SoftSolution.fr Pour me contacter, cliquez ici : http://cerbermail.com/?Z8IP9sIahR
El 20/06/2016 a las 21:06, André STASZEWSKI escribió:
El 17/06/2016 a las 21:36, André STASZEWSKI escribió:
Le Fri, 17 Jun 2016 12:14:32 +0200, Michel Moreno <mmoreno@altern.org>
a écrit:
El 17/06/2016 a las 11:53, Eric Demeester escribió:
Bonjour,
Michel Moreno (Fri, 17 Jun 2016 09:20:14 +0200 -
fr.comp.developpement.agl.windev) :
Merci de vos reponses, mais en continuant de faire des tests, je ne
pense pas que ca vienne de l'antivirus. En l'arretant, en verifiant
que
mon programme ne soit pas en quarantaine, ca continue de la meme
maniere.
Tu ne peux pas mettre un affichage ou faire un log pour voir à quel
moment il se plante (Bdr, activeX, ...) ? Cela pourrait donner une
piste.
Serait-ce indiscret de nous donner le nom complet et exact du prg. quand
il ne fonctionne pas comme il faudrait ?
le programme s'appelle unicampREDOC.exe, il est dans le dossier c:hsf
si je le renomme en unicampREDOC1.exe tout en restant dans c:hsf il
fonctionne.
si je copie le repertoire c:hsf en c:hsf1, alors le programme
unicampREDOC.exe fonctionne.
En fait le programme ne plante pas
en gros
je vais chercher dans la BDR le nom de l'activeX à utiliser en
fonction de sa clé (du type
HKEY_CLASSES_ROOTCLSID{0489D62C-0E96-43A0-B776-C9F1E209663E})
je recupere bien le nom
j'assigne bien l'activeX avec la sous cle InProcServer32
jusque la tout va bien
je fais donc ACTIVEX1 = nomrecupere, tout va bien
ensuite je fais
ACTIVEX>>Initialize()
quand ça fonctionne, ça prend un certain temps , quand ça ne
fonctionne pas, la meme commande est beaucoup plus rapide
apres quand je fais un
Monresultat = ACTIVEX>>Process()
quand ça marche, j'ai un resultat, sinon, chaine vide
Bonjour,
Je pense que ton pb viens du .REP créé par WD.
Cherche ton prg. dans C:ProgramData et supprimme le "nom_prg.rep"
Ensuite fait tes changements.
Au prochain lancement il devrait recréer le .rep avec les bonnes valeurs.
Sinon il y a aussi un utlitaire dans les outils de WD pour modifier le .rep
Tiens nous au jus !
Bonjour André
je n'ai pas de .rep pour ce programme, il n'y a pas de fichiers.
Ce programme en fait est un "serveur". L'activeX en question controle un
scanner qui lit et reconnait pratiquement tous les documents passeports,
cartes identites, permis de conduire. et fait un OCR dessus pour restituer
les donnees. (https://www.icarvision.com/en/id_fast)
Donc ce que je lance, est un programme qui est actif en memoire, avec une
interface minimale. J'attends les ordres de scan de divers ordinateurs,
ordres envoyes par socket. Quand je recois un ordre de lecture d'un document
d'identite, je scanne a travesrs l'activeX et renvoie le resultat via socket
à l'ordinateur qui l'a demande.
C'est relativement simple, pas de fichier.
En tout cas , merci beaucoup de me consacrer du temps et de l'interet pour
mon probleme.
Ben là, je vois pas, c'est pourtant pas un mot réservé le nom de ton
prg...
Tu n'as pas demandé ce qu'ils en pensaient chez PC SOft ? Ils ont peut
être déjà eu une remontée de ce genre ?
--
Cordialement,
André STASZEWSKI
http://www.SoftSolution.fr
Pour me contacter, cliquez ici :
http://cerbermail.com/?Z8IP9sIahR
El 20/06/2016 a las 21:06, André STASZEWSKI escribió:
El 17/06/2016 a las 21:36, André STASZEWSKI escribió:
Le Fri, 17 Jun 2016 12:14:32 +0200, Michel Moreno a écrit:
El 17/06/2016 a las 11:53, Eric Demeester escribió:
Bonjour, Michel Moreno (Fri, 17 Jun 2016 09:20:14 +0200 - fr.comp.developpement.agl.windev) :
Merci de vos reponses, mais en continuant de faire des tests, je ne pense pas que ca vienne de l'antivirus. En l'arretant, en verifiant que mon programme ne soit pas en quarantaine, ca continue de la meme maniere.
Tu ne peux pas mettre un affichage ou faire un log pour voir à quel moment il se plante (Bdr, activeX, ...) ? Cela pourrait donner une piste.
Serait-ce indiscret de nous donner le nom complet et exact du prg. quand il ne fonctionne pas comme il faudrait ?
le programme s'appelle unicampREDOC.exe, il est dans le dossier c:hsf si je le renomme en unicampREDOC1.exe tout en restant dans c:hsf il fonctionne. si je copie le repertoire c:hsf en c:hsf1, alors le programme unicampREDOC.exe fonctionne. En fait le programme ne plante pas en gros je vais chercher dans la BDR le nom de l'activeX à utiliser en fonction de sa clé (du type HKEY_CLASSES_ROOTCLSID{0489D62C-0E96-43A0-B776-C9F1E209663E}) je recupere bien le nom j'assigne bien l'activeX avec la sous cle InProcServer32 jusque la tout va bien je fais donc ACTIVEX1 = nomrecupere, tout va bien ensuite je fais ACTIVEX>>Initialize() quand ça fonctionne, ça prend un certain temps , quand ça ne fonctionne pas, la meme commande est beaucoup plus rapide apres quand je fais un Monresultat = ACTIVEX>>Process() quand ça marche, j'ai un resultat, sinon, chaine vide
Bonjour, Je pense que ton pb viens du .REP créé par WD. Cherche ton prg. dans C:ProgramData et supprimme le "nom_prg.rep" Ensuite fait tes changements. Au prochain lancement il devrait recréer le .rep avec les bonnes valeurs. Sinon il y a aussi un utlitaire dans les outils de WD pour modifier le .rep Tiens nous au jus !
Bonjour André je n'ai pas de .rep pour ce programme, il n'y a pas de fichiers. Ce programme en fait est un "serveur". L'activeX en question controle un scanner qui lit et reconnait pratiquement tous les documents passeports, cartes identites, permis de conduire. et fait un OCR dessus pour restituer les donnees. (https://www.icarvision.com/en/id_fast) Donc ce que je lance, est un programme qui est actif en memoire, avec une interface minimale. J'attends les ordres de scan de divers ordinateurs, ordres envoyes par socket. Quand je recois un ordre de lecture d'un document d'identite, je scanne a travesrs l'activeX et renvoie le resultat via socket à l'ordinateur qui l'a demande. C'est relativement simple, pas de fichier. En tout cas , merci beaucoup de me consacrer du temps et de l'interet pour mon probleme.
Ben là, je vois pas, c'est pourtant pas un mot réservé le nom de ton prg... Tu n'as pas demandé ce qu'ils en pensaient chez PC SOft ? Ils ont peut être déjà eu une remontée de ce genre ? -- Cordialement, André STASZEWSKI http://www.SoftSolution.fr Pour me contacter, cliquez ici : http://cerbermail.com/?Z8IP9sIahR
tt
Le Thu, 23 Jun 2016 23:25:48 +0200, André STASZEWSKI a écrit:
El 20/06/2016 a las 21:06, André STASZEWSKI escribió:
El 17/06/2016 a las 21:36, André STASZEWSKI escribió:
Le Fri, 17 Jun 2016 12:14:32 +0200, Michel Moreno a écrit:
El 17/06/2016 a las 11:53, Eric Demeester escribió:
Bonjour, Michel Moreno (Fri, 17 Jun 2016 09:20:14 +0200 - fr.comp.developpement.agl.windev) :
Merci de vos reponses, mais en continuant de faire des tests, je ne pense pas que ca vienne de l'antivirus. En l'arretant, en verifiant que mon programme ne soit pas en quarantaine, ca continue de la me me maniere.
Tu ne peux pas mettre un affichage ou faire un log pour voir à quel moment il se plante (Bdr, activeX, ...) ? Cela pourrait donner un e piste.
Serait-ce indiscret de nous donner le nom complet et exact du prg. quand il ne fonctionne pas comme il faudrait ?
le programme s'appelle unicampREDOC.exe, il est dans le dossier c: hsf si je le renomme en unicampREDOC1.exe tout en restant dans c:hsf i l fonctionne. si je copie le repertoire c:hsf en c:hsf1, alors le programme unicampREDOC.exe fonctionne. En fait le programme ne plante pas en gros je vais chercher dans la BDR le nom de l'activeX à utiliser en fonction de sa clé (du type HKEY_CLASSES_ROOTCLSID{0489D62C-0E96-43A0-B776-C9F1E209663E}) je recupere bien le nom j'assigne bien l'activeX avec la sous cle InProcServer32 jusque la tout va bien je fais donc ACTIVEX1 = nomrecupere, tout va bien ensuite je fais ACTIVEX>>Initialize() quand ça fonctionne, ça prend un certain temps , quand ça ne fonctionne pas, la meme commande est beaucoup plus rapide apres quand je fais un Monresultat = ACTIVEX>>Process() quand ça marche, j'ai un resultat, sinon, chaine vide
Bonjour, Je pense que ton pb viens du .REP créé par WD. Cherche ton prg. dans C:ProgramData et supprimme le "nom_prg.rep" Ensuite fait tes changements. Au prochain lancement il devrait recréer le .rep avec les bonnes valeurs. Sinon il y a aussi un utlitaire dans les outils de WD pour modifier le .rep Tiens nous au jus !
Bonjour André je n'ai pas de .rep pour ce programme, il n'y a pas de fichiers. Ce programme en fait est un "serveur". L'activeX en question controle un scanner qui lit et reconnait pratiquement tous les documents passeports, cartes identites, permis de conduire. et fait un OCR dess us pour restituer les donnees. (https://www.icarvision.com/en/id_fast) Donc ce que je lance, est un programme qui est actif en memoire, avec une interface minimale. J'attends les ordres de scan de divers ordinateurs, ordres envoyes par socket. Quand je recois un ordre de lecture d'un document d'identite, je scanne a travesrs l'activeX et renvoie le resultat via socket à l'ordinateur qui l'a demande. C'est relativement simple, pas de fichier. En tout cas , merci beaucoup de me consacrer du temps et de l'interet pour mon probleme.
Ben là, je vois pas, c'est pourtant pas un mot réservé le nom de ton prg... Tu n'as pas demandé ce qu'ils en pensaient chez PC SOft ? Ils ont pe ut être déjà eu une remontée de ce genre ?
Je ne vois pas non plus. -- Thumain Thérèse
Le Thu, 23 Jun 2016 23:25:48 +0200, André STASZEWSKI
<VoirLeLienDansl@signature.fr> a écrit:
El 20/06/2016 a las 21:06, André STASZEWSKI escribió:
El 17/06/2016 a las 21:36, André STASZEWSKI escribió:
Le Fri, 17 Jun 2016 12:14:32 +0200, Michel Moreno
<mmoreno@altern.org>
a écrit:
El 17/06/2016 a las 11:53, Eric Demeester escribió:
Bonjour,
Michel Moreno (Fri, 17 Jun 2016 09:20:14 +0200 -
fr.comp.developpement.agl.windev) :
Merci de vos reponses, mais en continuant de faire des tests, je
ne
pense pas que ca vienne de l'antivirus. En l'arretant, en
verifiant
que
mon programme ne soit pas en quarantaine, ca continue de la me me
maniere.
Tu ne peux pas mettre un affichage ou faire un log pour voir à quel
moment il se plante (Bdr, activeX, ...) ? Cela pourrait donner un e
piste.
Serait-ce indiscret de nous donner le nom complet et exact du prg.
quand
il ne fonctionne pas comme il faudrait ?
le programme s'appelle unicampREDOC.exe, il est dans le dossier c: hsf
si je le renomme en unicampREDOC1.exe tout en restant dans c:hsf i l
fonctionne.
si je copie le repertoire c:hsf en c:hsf1, alors le programme
unicampREDOC.exe fonctionne.
En fait le programme ne plante pas
en gros
je vais chercher dans la BDR le nom de l'activeX à utiliser en
fonction de sa clé (du type
HKEY_CLASSES_ROOTCLSID{0489D62C-0E96-43A0-B776-C9F1E209663E})
je recupere bien le nom
j'assigne bien l'activeX avec la sous cle InProcServer32
jusque la tout va bien
je fais donc ACTIVEX1 = nomrecupere, tout va bien
ensuite je fais
ACTIVEX>>Initialize()
quand ça fonctionne, ça prend un certain temps , quand ça ne
fonctionne pas, la meme commande est beaucoup plus rapide
apres quand je fais un
Monresultat = ACTIVEX>>Process()
quand ça marche, j'ai un resultat, sinon, chaine vide
Bonjour,
Je pense que ton pb viens du .REP créé par WD.
Cherche ton prg. dans C:ProgramData et supprimme le "nom_prg.rep"
Ensuite fait tes changements.
Au prochain lancement il devrait recréer le .rep avec les bonnes
valeurs.
Sinon il y a aussi un utlitaire dans les outils de WD pour modifier le
.rep
Tiens nous au jus !
Bonjour André
je n'ai pas de .rep pour ce programme, il n'y a pas de fichiers.
Ce programme en fait est un "serveur". L'activeX en question controle
un scanner qui lit et reconnait pratiquement tous les documents
passeports, cartes identites, permis de conduire. et fait un OCR dess us
pour restituer les donnees. (https://www.icarvision.com/en/id_fast)
Donc ce que je lance, est un programme qui est actif en memoire, avec
une interface minimale. J'attends les ordres de scan de divers
ordinateurs, ordres envoyes par socket. Quand je recois un ordre de
lecture d'un document d'identite, je scanne a travesrs l'activeX et
renvoie le resultat via socket à l'ordinateur qui l'a demande.
C'est relativement simple, pas de fichier.
En tout cas , merci beaucoup de me consacrer du temps et de l'interet
pour mon probleme.
Ben là, je vois pas, c'est pourtant pas un mot réservé le nom de ton
prg...
Tu n'as pas demandé ce qu'ils en pensaient chez PC SOft ? Ils ont pe ut
être déjà eu une remontée de ce genre ?
Le Thu, 23 Jun 2016 23:25:48 +0200, André STASZEWSKI a écrit:
El 20/06/2016 a las 21:06, André STASZEWSKI escribió:
El 17/06/2016 a las 21:36, André STASZEWSKI escribió:
Le Fri, 17 Jun 2016 12:14:32 +0200, Michel Moreno a écrit:
El 17/06/2016 a las 11:53, Eric Demeester escribió:
Bonjour, Michel Moreno (Fri, 17 Jun 2016 09:20:14 +0200 - fr.comp.developpement.agl.windev) :
Merci de vos reponses, mais en continuant de faire des tests, je ne pense pas que ca vienne de l'antivirus. En l'arretant, en verifiant que mon programme ne soit pas en quarantaine, ca continue de la me me maniere.
Tu ne peux pas mettre un affichage ou faire un log pour voir à quel moment il se plante (Bdr, activeX, ...) ? Cela pourrait donner un e piste.
Serait-ce indiscret de nous donner le nom complet et exact du prg. quand il ne fonctionne pas comme il faudrait ?
le programme s'appelle unicampREDOC.exe, il est dans le dossier c: hsf si je le renomme en unicampREDOC1.exe tout en restant dans c:hsf i l fonctionne. si je copie le repertoire c:hsf en c:hsf1, alors le programme unicampREDOC.exe fonctionne. En fait le programme ne plante pas en gros je vais chercher dans la BDR le nom de l'activeX à utiliser en fonction de sa clé (du type HKEY_CLASSES_ROOTCLSID{0489D62C-0E96-43A0-B776-C9F1E209663E}) je recupere bien le nom j'assigne bien l'activeX avec la sous cle InProcServer32 jusque la tout va bien je fais donc ACTIVEX1 = nomrecupere, tout va bien ensuite je fais ACTIVEX>>Initialize() quand ça fonctionne, ça prend un certain temps , quand ça ne fonctionne pas, la meme commande est beaucoup plus rapide apres quand je fais un Monresultat = ACTIVEX>>Process() quand ça marche, j'ai un resultat, sinon, chaine vide
Bonjour, Je pense que ton pb viens du .REP créé par WD. Cherche ton prg. dans C:ProgramData et supprimme le "nom_prg.rep" Ensuite fait tes changements. Au prochain lancement il devrait recréer le .rep avec les bonnes valeurs. Sinon il y a aussi un utlitaire dans les outils de WD pour modifier le .rep Tiens nous au jus !
Bonjour André je n'ai pas de .rep pour ce programme, il n'y a pas de fichiers. Ce programme en fait est un "serveur". L'activeX en question controle un scanner qui lit et reconnait pratiquement tous les documents passeports, cartes identites, permis de conduire. et fait un OCR dess us pour restituer les donnees. (https://www.icarvision.com/en/id_fast) Donc ce que je lance, est un programme qui est actif en memoire, avec une interface minimale. J'attends les ordres de scan de divers ordinateurs, ordres envoyes par socket. Quand je recois un ordre de lecture d'un document d'identite, je scanne a travesrs l'activeX et renvoie le resultat via socket à l'ordinateur qui l'a demande. C'est relativement simple, pas de fichier. En tout cas , merci beaucoup de me consacrer du temps et de l'interet pour mon probleme.
Ben là, je vois pas, c'est pourtant pas un mot réservé le nom de ton prg... Tu n'as pas demandé ce qu'ils en pensaient chez PC SOft ? Ils ont pe ut être déjà eu une remontée de ce genre ?
