curieux, depuis quelques jours impossible de lancer WD en mode test
(pas de message d'erreur mais c'est comme s'il y avait un
FinProgramme() dans le code d'initialisation du projet ou des
fenêtres), les outils WD ne se lancent plus non plus (WDMAP)...
Après quelques recherches infructeuses dans mon code, dans les options
de WD et la BdR, je me décide à faire une recherche sur google :
..et je tombe sur le message de Laurent Desmons daté d'il y a 1 an...
http://minilien.com/?dwOtiuAxan
ou
http://groups.google.fr/groups?hl=fr&lr=&ie=UTF-8&oe=UTF-8&threadm=8f96b464.0301080054.5aa96d64%40posting.google.com&rnum=17&prev=/groups%3Fq%3Dmode%2Btest%2Bwindev%26hl%3Dfr%26lr%3D%26ie%3DUTF-8%26oe%3DUTF-8%26start%3D10%26sa%3DN
Bon sang mais bien sûr, je venais de mettre à jour le driver de ma SB
Live!
http://fr.europe.creative.com/support/drivers/product.asp?bypass=1&category=2&os=9&driverlang=&prod=1&drivertype=1
Sound Blaster Live! 5.1 web release 05/01/2004 11:15:11
-> désinstallation et retour aux drivers d'origine, WD fonctionne à
nouveau.
Merci Laurent, merci Google...
Bizarre quand même...
Y-a-t-il un volontaire pour vérifier que cette incompatibilité est
toujours présente dans WD8 ?
A+
--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
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
Gilles G.
In article , says...
Bonjour, curieux, depuis quelques jours impossible de lancer WD en mode test (pas de message d'erreur mais c'est comme s'il y avait un FinProgramme() dans le code d'initialisation du projet ou des fenêtres), les outils WD ne se lancent plus non plus (WDMAP)... Après quelques recherches infructeuses dans mon code, dans les options de WD et la BdR, je me décide à faire une recherche sur google :
C'est un bug qui ne se produit pas chez tout le monde, c'est même plutôt rare. Ca vient uniquement du programme CTHELPER.EXE. Perso, j'ai ajouté dans ma lib perso une fonction qui shoote cet Exe quand un de mes softs est lancé.
Ca fait longtemps que j'ai remonté le probleme à PCSoft, mais étant donné que c'est difficile à reproduire, j'imagine qu'ils n'ont pas encore trouvé?
In article <mesnews.3d237d42.cbf37251.587.2191@Signature.fin>,
VoirM@Signature.fin says...
Bonjour,
curieux, depuis quelques jours impossible de lancer WD en mode test
(pas de message d'erreur mais c'est comme s'il y avait un
FinProgramme() dans le code d'initialisation du projet ou des
fenêtres), les outils WD ne se lancent plus non plus (WDMAP)...
Après quelques recherches infructeuses dans mon code, dans les options
de WD et la BdR, je me décide à faire une recherche sur google :
C'est un bug qui ne se produit pas chez tout le monde, c'est même plutôt
rare.
Ca vient uniquement du programme CTHELPER.EXE.
Perso, j'ai ajouté dans ma lib perso une fonction qui shoote cet Exe
quand un de mes softs est lancé.
Ca fait longtemps que j'ai remonté le probleme à PCSoft, mais étant
donné que c'est difficile à reproduire, j'imagine qu'ils n'ont pas
encore trouvé?
Bonjour, curieux, depuis quelques jours impossible de lancer WD en mode test (pas de message d'erreur mais c'est comme s'il y avait un FinProgramme() dans le code d'initialisation du projet ou des fenêtres), les outils WD ne se lancent plus non plus (WDMAP)... Après quelques recherches infructeuses dans mon code, dans les options de WD et la BdR, je me décide à faire une recherche sur google :
C'est un bug qui ne se produit pas chez tout le monde, c'est même plutôt rare. Ca vient uniquement du programme CTHELPER.EXE. Perso, j'ai ajouté dans ma lib perso une fonction qui shoote cet Exe quand un de mes softs est lancé.
Ca fait longtemps que j'ai remonté le probleme à PCSoft, mais étant donné que c'est difficile à reproduire, j'imagine qu'ils n'ont pas encore trouvé?
Romain PETIT
Gilles G. a présenté l'énoncé suivant :
C'est un bug qui ne se produit pas chez tout le monde, c'est même plutôt rare. Ca vient uniquement du programme CTHELPER.EXE. Perso, j'ai ajouté dans ma lib perso une fonction qui shoote cet Exe quand un de mes softs est lancé.
Effectivement, j'ai réinstallé les derniers drivers de ma SB, viré CTHELPER des processus en cours et ça marche. Il y a également la clé de démarrage de CTHELPER à supprimer HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionRun
Ca fait longtemps que j'ai remonté le probleme à PCSoft, mais étant donné que c'est difficile à reproduire, j'imagine qu'ils n'ont pas encore trouvé?
Héhé...donc j'imagine que le problème subsiste en WD8... A priori, ce CTHelper de Creative est quand même plutôt en cause à première vue (et de toutes façons il ne sert pas à grand chose). http://groups.google.fr/groups?q=CTHELPER.EXE&hl=fr&lr=&ie=UTF-8&oe=UTF-8&start&sa=N
Merci en tout cas de tes infos.
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
Gilles G. a présenté l'énoncé suivant :
C'est un bug qui ne se produit pas chez tout le monde, c'est même plutôt
rare.
Ca vient uniquement du programme CTHELPER.EXE.
Perso, j'ai ajouté dans ma lib perso une fonction qui shoote cet Exe
quand un de mes softs est lancé.
Effectivement, j'ai réinstallé les derniers drivers de ma SB, viré
CTHELPER des processus en cours et ça marche.
Il y a également la clé de démarrage de CTHELPER à supprimer
HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionRun
Ca fait longtemps que j'ai remonté le probleme à PCSoft, mais étant
donné que c'est difficile à reproduire, j'imagine qu'ils n'ont pas
encore trouvé?
Héhé...donc j'imagine que le problème subsiste en WD8...
A priori, ce CTHelper de Creative est quand même plutôt en cause à
première vue (et de toutes façons il ne sert pas à grand chose).
http://groups.google.fr/groups?q=CTHELPER.EXE&hl=fr&lr=&ie=UTF-8&oe=UTF-8&start&sa=N
Merci en tout cas de tes infos.
A+
--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
C'est un bug qui ne se produit pas chez tout le monde, c'est même plutôt rare. Ca vient uniquement du programme CTHELPER.EXE. Perso, j'ai ajouté dans ma lib perso une fonction qui shoote cet Exe quand un de mes softs est lancé.
Effectivement, j'ai réinstallé les derniers drivers de ma SB, viré CTHELPER des processus en cours et ça marche. Il y a également la clé de démarrage de CTHELPER à supprimer HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionRun
Ca fait longtemps que j'ai remonté le probleme à PCSoft, mais étant donné que c'est difficile à reproduire, j'imagine qu'ils n'ont pas encore trouvé?
Héhé...donc j'imagine que le problème subsiste en WD8... A priori, ce CTHelper de Creative est quand même plutôt en cause à première vue (et de toutes façons il ne sert pas à grand chose). http://groups.google.fr/groups?q=CTHELPER.EXE&hl=fr&lr=&ie=UTF-8&oe=UTF-8&start&sa=N
Merci en tout cas de tes infos.
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
Gilles G.
In article , says...
Gilles G. a présenté l'énoncé suivant :
> C'est un bug qui ne se produit pas chez tout le monde, c'est même plutôt > rare. > Ca vient uniquement du programme CTHELPER.EXE. > Perso, j'ai ajouté dans ma lib perso une fonction qui shoote cet Exe > quand un de mes softs est lancé.
Effectivement, j'ai réinstallé les derniers drivers de ma SB, viré CTHELPER des processus en cours et ça marche. Il y a également la clé de démarrage de CTHELPER à supprimer HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionRun
Oui, en effet, mais je préfère laisser ce soft tourner tant qu'on n'utilise pas un des miens, c'est plus propre au niveau ethique ;) Alors je kille le process ;)
> Ca fait longtemps que j'ai remonté le probleme à PCSoft, mais étant > donné que c'est difficile à reproduire, j'imagine qu'ils n'ont pas > encore trouvé? Héhé...donc j'imagine que le problème subsiste en WD8... Merci en tout cas de tes infos.
De rien ;)
In article <mesnews.3d7b7d42.ee82d871.586.2191@Signature.fin>,
VoirM@Signature.fin says...
Gilles G. a présenté l'énoncé suivant :
> C'est un bug qui ne se produit pas chez tout le monde, c'est même plutôt
> rare.
> Ca vient uniquement du programme CTHELPER.EXE.
> Perso, j'ai ajouté dans ma lib perso une fonction qui shoote cet Exe
> quand un de mes softs est lancé.
Effectivement, j'ai réinstallé les derniers drivers de ma SB, viré
CTHELPER des processus en cours et ça marche.
Il y a également la clé de démarrage de CTHELPER à supprimer
HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionRun
Oui, en effet, mais je préfère laisser ce soft tourner tant qu'on
n'utilise pas un des miens, c'est plus propre au niveau ethique ;)
Alors je kille le process ;)
> Ca fait longtemps que j'ai remonté le probleme à PCSoft, mais étant
> donné que c'est difficile à reproduire, j'imagine qu'ils n'ont pas
> encore trouvé?
Héhé...donc j'imagine que le problème subsiste en WD8...
Merci en tout cas de tes infos.
> C'est un bug qui ne se produit pas chez tout le monde, c'est même plutôt > rare. > Ca vient uniquement du programme CTHELPER.EXE. > Perso, j'ai ajouté dans ma lib perso une fonction qui shoote cet Exe > quand un de mes softs est lancé.
Effectivement, j'ai réinstallé les derniers drivers de ma SB, viré CTHELPER des processus en cours et ça marche. Il y a également la clé de démarrage de CTHELPER à supprimer HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionRun
Oui, en effet, mais je préfère laisser ce soft tourner tant qu'on n'utilise pas un des miens, c'est plus propre au niveau ethique ;) Alors je kille le process ;)
> Ca fait longtemps que j'ai remonté le probleme à PCSoft, mais étant > donné que c'est difficile à reproduire, j'imagine qu'ils n'ont pas > encore trouvé? Héhé...donc j'imagine que le problème subsiste en WD8... Merci en tout cas de tes infos.
De rien ;)
Eric Demeester
dans (in) fr.comp.developpement.agl.windev, Gilles G. ecrivait (wrote) :
Hello,
Oui, en effet, mais je préfère laisser ce soft tourner tant qu'on n'utilise pas un des miens, c'est plus propre au niveau ethique ;)
Pour moi, satelliser au démarrage un programme qui ne sert à rien qu'à consommer des ressources machines, c'est tout ce qu'il y a de plus éthique :)
Et ce n'est pas ce qui manque sous Windows, les fantômes à la noix indélogeables simplement, qui ne servent en gros qu'à charger le système et fournir des failles de sécurité...
-- Eric
dans (in) fr.comp.developpement.agl.windev, Gilles G.
<siawaeni7h@jetable.com> ecrivait (wrote) :
Hello,
Oui, en effet, mais je préfère laisser ce soft tourner tant qu'on
n'utilise pas un des miens, c'est plus propre au niveau ethique ;)
Pour moi, satelliser au démarrage un programme qui ne sert à rien qu'à
consommer des ressources machines, c'est tout ce qu'il y a de plus
éthique :)
Et ce n'est pas ce qui manque sous Windows, les fantômes à la noix
indélogeables simplement, qui ne servent en gros qu'à charger le système
et fournir des failles de sécurité...
dans (in) fr.comp.developpement.agl.windev, Gilles G. ecrivait (wrote) :
Hello,
Oui, en effet, mais je préfère laisser ce soft tourner tant qu'on n'utilise pas un des miens, c'est plus propre au niveau ethique ;)
Pour moi, satelliser au démarrage un programme qui ne sert à rien qu'à consommer des ressources machines, c'est tout ce qu'il y a de plus éthique :)
Et ce n'est pas ce qui manque sous Windows, les fantômes à la noix indélogeables simplement, qui ne servent en gros qu'à charger le système et fournir des failles de sécurité...
-- Eric
Gilles G.
In article , eric+ says...
dans (in) fr.comp.developpement.agl.windev, Gilles G. ecrivait (wrote) :
Hello,
> Oui, en effet, mais je préfère laisser ce soft tourner tant qu'on > n'utilise pas un des miens, c'est plus propre au niveau ethique ;)
Pour moi, satelliser au démarrage un programme qui ne sert à rien qu'à consommer des ressources machines, c'est tout ce qu'il y a de plus éthique :)
Le souci, c'est que ce programme a une utilité, dans un cas rare (je ne sais plus lequel). Or je ne veux pas forcer inutilement à la réinstallation de pilote un utilisateur qui ne m'a rien demandé ;)
In article <o23b209b62t2vpslqf510008fv6585e7ni@4ax.com>,
eric+usenet@galacsys.net says...
dans (in) fr.comp.developpement.agl.windev, Gilles G.
<siawaeni7h@jetable.com> ecrivait (wrote) :
Hello,
> Oui, en effet, mais je préfère laisser ce soft tourner tant qu'on
> n'utilise pas un des miens, c'est plus propre au niveau ethique ;)
Pour moi, satelliser au démarrage un programme qui ne sert à rien qu'à
consommer des ressources machines, c'est tout ce qu'il y a de plus
éthique :)
Le souci, c'est que ce programme a une utilité, dans un cas rare (je ne
sais plus lequel). Or je ne veux pas forcer inutilement à la
réinstallation de pilote un utilisateur qui ne m'a rien demandé ;)
dans (in) fr.comp.developpement.agl.windev, Gilles G. ecrivait (wrote) :
Hello,
> Oui, en effet, mais je préfère laisser ce soft tourner tant qu'on > n'utilise pas un des miens, c'est plus propre au niveau ethique ;)
Pour moi, satelliser au démarrage un programme qui ne sert à rien qu'à consommer des ressources machines, c'est tout ce qu'il y a de plus éthique :)
Le souci, c'est que ce programme a une utilité, dans un cas rare (je ne sais plus lequel). Or je ne veux pas forcer inutilement à la réinstallation de pilote un utilisateur qui ne m'a rien demandé ;)
Val
Salut Pour "shooter" CTHELPER.EXE, j'utilise le code Wlangage suivant SI ExeLancé("CTHELPER.EXE")>0 ALORS ExeTermine("CTHELPER.EXE")
Comme je n'ai pas sous la main de machine sujette à ce type de problème pour faire des essais, j'ai placé cette instruction dans le code d'intialisation de mon projet et ceci juste après la définition des variables globales du projet, c'est-à-dire comme ceci:
GLOBAL nomlogiciel, PageWebLogiciel est une chaîne Resultatboo est un booléen
SI ExeLancé("CTHELPER.EXE")>0 ALORS ExeTermine("CTHELPER.EXE") EspaceSignificatif(Vrai) HSurErreur("*",hErrTout,"") ... etc
Est-ce suffisant ? Ou bien faut-il, pour pas que le logiciel plante, la placer obligatoirement avant la définition des variables, c'est-à-dire comme ceci:
SI ExeLancé("CTHELPER.EXE")>0 ALORS ExeTermine("CTHELPER.EXE") GLOBAL nomlogiciel, PageWebLogiciel est une chaîne Resultatboo est un booléen ... etc
A+
"Gilles G." a écrit dans le message de news:
In article , says... > Bonjour, > curieux, depuis quelques jours impossible de lancer WD en mode test > (pas de message d'erreur mais c'est comme s'il y avait un > FinProgramme() dans le code d'initialisation du projet ou des > fenêtres), les outils WD ne se lancent plus non plus (WDMAP)... > Après quelques recherches infructeuses dans mon code, dans les options > de WD et la BdR, je me décide à faire une recherche sur google :
C'est un bug qui ne se produit pas chez tout le monde, c'est même plutôt rare. Ca vient uniquement du programme CTHELPER.EXE. Perso, j'ai ajouté dans ma lib perso une fonction qui shoote cet Exe quand un de mes softs est lancé.
Ca fait longtemps que j'ai remonté le probleme à PCSoft, mais étant donné que c'est difficile à reproduire, j'imagine qu'ils n'ont pas encore trouvé?
Salut
Pour "shooter" CTHELPER.EXE, j'utilise le code Wlangage suivant
SI ExeLancé("CTHELPER.EXE")>0 ALORS ExeTermine("CTHELPER.EXE")
Comme je n'ai pas sous la main de machine sujette à ce type de problème pour
faire des essais, j'ai placé cette instruction dans le code d'intialisation
de mon projet et ceci juste après la définition des variables globales du
projet, c'est-à-dire comme ceci:
GLOBAL
nomlogiciel, PageWebLogiciel est une chaîne
Resultatboo est un booléen
SI ExeLancé("CTHELPER.EXE")>0 ALORS ExeTermine("CTHELPER.EXE")
EspaceSignificatif(Vrai)
HSurErreur("*",hErrTout,"")
... etc
Est-ce suffisant ?
Ou bien faut-il, pour pas que le logiciel plante, la placer obligatoirement
avant la définition des variables, c'est-à-dire comme ceci:
SI ExeLancé("CTHELPER.EXE")>0 ALORS ExeTermine("CTHELPER.EXE")
GLOBAL
nomlogiciel, PageWebLogiciel est une chaîne
Resultatboo est un booléen
... etc
A+
"Gilles G." <siawaeni7h@jetable.com> a écrit dans le message de
news:GFr.1a8f7ce0d42187398974b@News.Individual.NET...
In article <mesnews.3d237d42.cbf37251.587.2191@Signature.fin>,
VoirM@Signature.fin says...
> Bonjour,
> curieux, depuis quelques jours impossible de lancer WD en mode test
> (pas de message d'erreur mais c'est comme s'il y avait un
> FinProgramme() dans le code d'initialisation du projet ou des
> fenêtres), les outils WD ne se lancent plus non plus (WDMAP)...
> Après quelques recherches infructeuses dans mon code, dans les options
> de WD et la BdR, je me décide à faire une recherche sur google :
C'est un bug qui ne se produit pas chez tout le monde, c'est même plutôt
rare.
Ca vient uniquement du programme CTHELPER.EXE.
Perso, j'ai ajouté dans ma lib perso une fonction qui shoote cet Exe
quand un de mes softs est lancé.
Ca fait longtemps que j'ai remonté le probleme à PCSoft, mais étant
donné que c'est difficile à reproduire, j'imagine qu'ils n'ont pas
encore trouvé?
Salut Pour "shooter" CTHELPER.EXE, j'utilise le code Wlangage suivant SI ExeLancé("CTHELPER.EXE")>0 ALORS ExeTermine("CTHELPER.EXE")
Comme je n'ai pas sous la main de machine sujette à ce type de problème pour faire des essais, j'ai placé cette instruction dans le code d'intialisation de mon projet et ceci juste après la définition des variables globales du projet, c'est-à-dire comme ceci:
GLOBAL nomlogiciel, PageWebLogiciel est une chaîne Resultatboo est un booléen
SI ExeLancé("CTHELPER.EXE")>0 ALORS ExeTermine("CTHELPER.EXE") EspaceSignificatif(Vrai) HSurErreur("*",hErrTout,"") ... etc
Est-ce suffisant ? Ou bien faut-il, pour pas que le logiciel plante, la placer obligatoirement avant la définition des variables, c'est-à-dire comme ceci:
SI ExeLancé("CTHELPER.EXE")>0 ALORS ExeTermine("CTHELPER.EXE") GLOBAL nomlogiciel, PageWebLogiciel est une chaîne Resultatboo est un booléen ... etc
A+
"Gilles G." a écrit dans le message de news:
In article , says... > Bonjour, > curieux, depuis quelques jours impossible de lancer WD en mode test > (pas de message d'erreur mais c'est comme s'il y avait un > FinProgramme() dans le code d'initialisation du projet ou des > fenêtres), les outils WD ne se lancent plus non plus (WDMAP)... > Après quelques recherches infructeuses dans mon code, dans les options > de WD et la BdR, je me décide à faire une recherche sur google :
C'est un bug qui ne se produit pas chez tout le monde, c'est même plutôt rare. Ca vient uniquement du programme CTHELPER.EXE. Perso, j'ai ajouté dans ma lib perso une fonction qui shoote cet Exe quand un de mes softs est lancé.
Ca fait longtemps que j'ai remonté le probleme à PCSoft, mais étant donné que c'est difficile à reproduire, j'imagine qu'ils n'ont pas encore trouvé?
Gilles G.
In article <40290e34$0$28921$, says...
Salut Pour "shooter" CTHELPER.EXE, j'utilise le code Wlangage suivant SI ExeLancé("CTHELPER.EXE")>0 ALORS ExeTermine("CTHELPER.EXE") Comme je n'ai pas sous la main de machine sujette à ce type de problème pour faire des essais, j'ai placé cette instruction dans le code d'intialisation de mon projet et ceci juste après la définition des variables globales du projet, c'est-à-dire comme ceci: > Est-ce suffisant ? Ou bien faut-il, pour pas que le logiciel plante, la placer obligatoirement avant la définition des variables, c'est-à-dire comme ceci:
Met le n'importe où dans l'init du projet, ca suffira.
In article <40290e34$0$28921$626a14ce@news.free.fr>, Val76@voila.fr
says...
Salut
Pour "shooter" CTHELPER.EXE, j'utilise le code Wlangage suivant
SI ExeLancé("CTHELPER.EXE")>0 ALORS ExeTermine("CTHELPER.EXE")
Comme je n'ai pas sous la main de machine sujette à ce type de problème pour
faire des essais, j'ai placé cette instruction dans le code d'intialisation
de mon projet et ceci juste après la définition des variables globales du
projet, c'est-à-dire comme ceci:
> Est-ce suffisant ?
Ou bien faut-il, pour pas que le logiciel plante, la placer obligatoirement
avant la définition des variables, c'est-à-dire comme ceci:
Met le n'importe où dans l'init du projet, ca suffira.
Salut Pour "shooter" CTHELPER.EXE, j'utilise le code Wlangage suivant SI ExeLancé("CTHELPER.EXE")>0 ALORS ExeTermine("CTHELPER.EXE") Comme je n'ai pas sous la main de machine sujette à ce type de problème pour faire des essais, j'ai placé cette instruction dans le code d'intialisation de mon projet et ceci juste après la définition des variables globales du projet, c'est-à-dire comme ceci: > Est-ce suffisant ? Ou bien faut-il, pour pas que le logiciel plante, la placer obligatoirement avant la définition des variables, c'est-à-dire comme ceci:
Met le n'importe où dans l'init du projet, ca suffira.
Val
Ok merci
"Gilles G." a écrit dans le message de news:
In article <40290e34$0$28921$, says... > Salut > Pour "shooter" CTHELPER.EXE, j'utilise le code Wlangage suivant > SI ExeLancé("CTHELPER.EXE")>0 ALORS ExeTermine("CTHELPER.EXE") > Comme je n'ai pas sous la main de machine sujette à ce type de problème
pour
> faire des essais, j'ai placé cette instruction dans le code
d'intialisation
> de mon projet et ceci juste après la définition des variables globales
du
> projet, c'est-à-dire comme ceci: > > Est-ce suffisant ? > Ou bien faut-il, pour pas que le logiciel plante, la placer
obligatoirement
> avant la définition des variables, c'est-à-dire comme ceci:
Met le n'importe où dans l'init du projet, ca suffira.
Ok merci
"Gilles G." <pouwreadl@jetable.org> a écrit dans le message de
news:GFr.1a93408feb9df1ba989cb9@news.9online.fr...
In article <40290e34$0$28921$626a14ce@news.free.fr>, Val76@voila.fr
says...
> Salut
> Pour "shooter" CTHELPER.EXE, j'utilise le code Wlangage suivant
> SI ExeLancé("CTHELPER.EXE")>0 ALORS ExeTermine("CTHELPER.EXE")
> Comme je n'ai pas sous la main de machine sujette à ce type de problème
pour
> faire des essais, j'ai placé cette instruction dans le code
d'intialisation
> de mon projet et ceci juste après la définition des variables globales
du
> projet, c'est-à-dire comme ceci:
> > Est-ce suffisant ?
> Ou bien faut-il, pour pas que le logiciel plante, la placer
obligatoirement
> avant la définition des variables, c'est-à-dire comme ceci:
Met le n'importe où dans l'init du projet, ca suffira.
In article <40290e34$0$28921$, says... > Salut > Pour "shooter" CTHELPER.EXE, j'utilise le code Wlangage suivant > SI ExeLancé("CTHELPER.EXE")>0 ALORS ExeTermine("CTHELPER.EXE") > Comme je n'ai pas sous la main de machine sujette à ce type de problème
pour
> faire des essais, j'ai placé cette instruction dans le code
d'intialisation
> de mon projet et ceci juste après la définition des variables globales
du
> projet, c'est-à-dire comme ceci: > > Est-ce suffisant ? > Ou bien faut-il, pour pas que le logiciel plante, la placer
obligatoirement
> avant la définition des variables, c'est-à-dire comme ceci:
Met le n'importe où dans l'init du projet, ca suffira.