Dans un de mes projets, j'ai oublié d'aller dans le sous-menu Projet
pour donner un nom au projet. Il s'appelle donc Projet1.
Pas de chance, s'agissant d'une interaction avec une autre application,
il arrive de temps à autre que ça ne réagisse pas comme escompté, et que
la machine traîne un peu les pieds au démarrage à cause de ça. En
arrêtant cette application depuis le gestionnaire des tâches (Ctrl Alt
Suppr), ça remet tout dans l'ordre.
Bien sûr, ce qu'il y a à faire c'est passer tous mes projets en revue,
particulièrement ceux dont l'application résultante a été installée en
démarrage de session, pour vérifier qu'ils ont bien été dûment nommés,
mais je souhaiterais savoir si en pareil cas, à supposer que le
programmeur soit en déplacement et que le résultat s'avère plus gênant
qu'il n'est là, l'utilisateur a un moyen, sous Windows XP, de savoir
quel est le programme incriminé, de manière à trouver une solution
d'attente.
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
andre.araste
Bonjour
On peut craindre que lors de sa conception le projet n'ait pas été linké correctement.
Une solution consiste à renommer Projet1 en autre chose et à refaire la compilation en veillant que tous les fichiers constituant le projet se trouvent bien dans le même dossier.
Un rapide examen du contenu du vbp et des frm dans un éditeur de texte genre notepad.exe permet quelquefois de détecter visuellement des erreurs de liens. -- Bonne réception.
http://perso.orange.fr/andre.araste/ Membre du Club Win's: http://www.clubwins.org Avertissement: Je ne vends rien.
"Gloops" a écrit dans le message de news:
Bonjour tout le monde,
Dans un de mes projets, j'ai oublié d'aller dans le sous-menu Projet pour donner un nom au projet. Il s'appelle donc Projet1.
Pas de chance, s'agissant d'une interaction avec une autre application, il arrive de temps à autre que ça ne réagisse pas comme escompté, et que la machine traîne un peu les pieds au démarrage à cause de ça. En arrêtant cette application depuis le gestionnaire des tâches (Ctrl Alt Suppr), ça remet tout dans l'ordre.
Bien sûr, ce qu'il y a à faire c'est passer tous mes projets en revue, particulièrement ceux dont l'application résultante a été installée en démarrage de session, pour vérifier qu'ils ont bien été dûment nommés, mais je souhaiterais savoir si en pareil cas, à supposer que le programmeur soit en déplacement et que le résultat s'avère plus gênant qu'il n'est là, l'utilisateur a un moyen, sous Windows XP, de savoir quel est le programme incriminé, de manière à trouver une solution d'attente.
Bonjour
On peut craindre que lors de sa conception le projet n'ait pas été linké
correctement.
Une solution consiste à renommer Projet1 en autre chose et à refaire la
compilation en veillant que tous les fichiers constituant le projet se
trouvent bien dans le même dossier.
Un rapide examen du contenu du vbp et des frm dans un éditeur de texte genre
notepad.exe permet quelquefois de détecter visuellement des erreurs de
liens.
--
Bonne réception.
andre.araste@wanadoo.fr
http://perso.orange.fr/andre.araste/
Membre du Club Win's: http://www.clubwins.org
Avertissement: Je ne vends rien.
"Gloops" <gloops@niark.invalid> a écrit dans le message de news:
OeRgJ6vvGHA.5088@TK2MSFTNGP06.phx.gbl...
Bonjour tout le monde,
Dans un de mes projets, j'ai oublié d'aller dans le sous-menu Projet pour
donner un nom au projet. Il s'appelle donc Projet1.
Pas de chance, s'agissant d'une interaction avec une autre application, il
arrive de temps à autre que ça ne réagisse pas comme escompté, et que la
machine traîne un peu les pieds au démarrage à cause de ça. En arrêtant
cette application depuis le gestionnaire des tâches (Ctrl Alt Suppr), ça
remet tout dans l'ordre.
Bien sûr, ce qu'il y a à faire c'est passer tous mes projets en revue,
particulièrement ceux dont l'application résultante a été installée en
démarrage de session, pour vérifier qu'ils ont bien été dûment nommés,
mais je souhaiterais savoir si en pareil cas, à supposer que le
programmeur soit en déplacement et que le résultat s'avère plus gênant
qu'il n'est là, l'utilisateur a un moyen, sous Windows XP, de savoir quel
est le programme incriminé, de manière à trouver une solution d'attente.
On peut craindre que lors de sa conception le projet n'ait pas été linké correctement.
Une solution consiste à renommer Projet1 en autre chose et à refaire la compilation en veillant que tous les fichiers constituant le projet se trouvent bien dans le même dossier.
Un rapide examen du contenu du vbp et des frm dans un éditeur de texte genre notepad.exe permet quelquefois de détecter visuellement des erreurs de liens. -- Bonne réception.
http://perso.orange.fr/andre.araste/ Membre du Club Win's: http://www.clubwins.org Avertissement: Je ne vends rien.
"Gloops" a écrit dans le message de news:
Bonjour tout le monde,
Dans un de mes projets, j'ai oublié d'aller dans le sous-menu Projet pour donner un nom au projet. Il s'appelle donc Projet1.
Pas de chance, s'agissant d'une interaction avec une autre application, il arrive de temps à autre que ça ne réagisse pas comme escompté, et que la machine traîne un peu les pieds au démarrage à cause de ça. En arrêtant cette application depuis le gestionnaire des tâches (Ctrl Alt Suppr), ça remet tout dans l'ordre.
Bien sûr, ce qu'il y a à faire c'est passer tous mes projets en revue, particulièrement ceux dont l'application résultante a été installée en démarrage de session, pour vérifier qu'ils ont bien été dûment nommés, mais je souhaiterais savoir si en pareil cas, à supposer que le programmeur soit en déplacement et que le résultat s'avère plus gênant qu'il n'est là, l'utilisateur a un moyen, sous Windows XP, de savoir quel est le programme incriminé, de manière à trouver une solution d'attente.
Gloops
Le 14/08/2006 10:09, andre.araste a écrit :
Bonjour
On peut craindre que lors de sa conception le projet n'ait pas été linké correctement.
Ah, pourrais-tu préciser ta pensée ? Projet1, c'est bien le nom par défaut, tant qu'on n'en a pas saisi un autre, non ?
L'idée d'afficher les sources dans un éditeur de texte peut effectivement faire gagner du temps pour connaître les noms de projets (surtout en filtrant avec FIND). Cela étant, je me demande si l'utilisateur, de son côté, a un moyen d'en savoir plus.
Le 14/08/2006 10:09, andre.araste a écrit :
Bonjour
On peut craindre que lors de sa conception le projet n'ait pas été linké
correctement.
Ah, pourrais-tu préciser ta pensée ?
Projet1, c'est bien le nom par défaut, tant qu'on n'en a pas saisi un
autre, non ?
L'idée d'afficher les sources dans un éditeur de texte peut
effectivement faire gagner du temps pour connaître les noms de projets
(surtout en filtrant avec FIND). Cela étant, je me demande si
l'utilisateur, de son côté, a un moyen d'en savoir plus.
On peut craindre que lors de sa conception le projet n'ait pas été linké correctement.
Ah, pourrais-tu préciser ta pensée ? Projet1, c'est bien le nom par défaut, tant qu'on n'en a pas saisi un autre, non ?
L'idée d'afficher les sources dans un éditeur de texte peut effectivement faire gagner du temps pour connaître les noms de projets (surtout en filtrant avec FIND). Cela étant, je me demande si l'utilisateur, de son côté, a un moyen d'en savoir plus.
andre.araste
Bonjour
Je vous réponds dans le texte. -- Bonne réception.
http://perso.orange.fr/andre.araste/ Membre du Club Win's: http://www.clubwins.org Avertissement: Je ne vends rien.
"Gloops" a écrit dans le message de news: %
Le 14/08/2006 10:09, andre.araste a écrit :
Bonjour
On peut craindre que lors de sa conception le projet n'ait pas été linké correctement.
Ah, pourrais-tu préciser ta pensée ? Projet1, c'est bien le nom par défaut, tant qu'on n'en a pas saisi un autre, non ?
Il ne faut pas confondre le nom du projet avec le nom du fichier sous lequel il est sauvegardé.
Normalement, tous les fichiers dépendant d'un même projet doivent se trouver dans le même dossier. Si tel n'est pas le cas, ça marchera sur l'ordinateur du créateur mais ça ne marchera plus sur l'ordinateur du destinateur utilisateur, à plus forte raison s'il s'agit d'une compilation.
L'idée d'afficher les sources dans un éditeur de texte peut effectivement faire gagner du temps pour connaître les noms de projets (surtout en filtrant avec FIND).
On voit tout de suite si les liens pointent correctement.
Cela étant, je me demande si l'utilisateur, de son côté, a un moyen d'en savoir plus.
Oui. A la condition qu'il dispose des codes bien entendu. S'il ne dispose que d'un EXE il ne peut rien voir ni rien modifier.
Extrait de mon cours de programmation je peux vous envoyer un petit exercice consistant à récupérer les liens d'un projet volontairement corrompu.
Bonjour
Je vous réponds dans le texte.
--
Bonne réception.
andre.araste@wanadoo.fr
http://perso.orange.fr/andre.araste/
Membre du Club Win's: http://www.clubwins.org
Avertissement: Je ne vends rien.
"Gloops" <gloops@niark.invalid> a écrit dans le message de news:
%23ixecE9vGHA.1772@TK2MSFTNGP06.phx.gbl...
Le 14/08/2006 10:09, andre.araste a écrit :
Bonjour
On peut craindre que lors de sa conception le projet n'ait pas été linké
correctement.
Ah, pourrais-tu préciser ta pensée ?
Projet1, c'est bien le nom par défaut, tant qu'on n'en a pas saisi un
autre, non ?
Il ne faut pas confondre le nom du projet avec le nom du fichier sous lequel
il est sauvegardé.
Normalement, tous les fichiers dépendant d'un même projet doivent se trouver
dans le même dossier. Si tel n'est pas le cas, ça marchera sur l'ordinateur
du créateur mais ça ne marchera plus sur l'ordinateur du destinateur
utilisateur, à plus forte raison s'il s'agit d'une compilation.
L'idée d'afficher les sources dans un éditeur de texte peut effectivement
faire gagner du temps pour connaître les noms de projets (surtout en
filtrant avec FIND).
On voit tout de suite si les liens pointent correctement.
Cela étant, je me demande si l'utilisateur, de son côté, a un moyen d'en
savoir plus.
Oui. A la condition qu'il dispose des codes bien entendu. S'il ne dispose
que d'un EXE il ne peut rien voir ni rien modifier.
Extrait de mon cours de programmation je peux vous envoyer un petit exercice
consistant à récupérer les liens d'un projet volontairement corrompu.
Je vous réponds dans le texte. -- Bonne réception.
http://perso.orange.fr/andre.araste/ Membre du Club Win's: http://www.clubwins.org Avertissement: Je ne vends rien.
"Gloops" a écrit dans le message de news: %
Le 14/08/2006 10:09, andre.araste a écrit :
Bonjour
On peut craindre que lors de sa conception le projet n'ait pas été linké correctement.
Ah, pourrais-tu préciser ta pensée ? Projet1, c'est bien le nom par défaut, tant qu'on n'en a pas saisi un autre, non ?
Il ne faut pas confondre le nom du projet avec le nom du fichier sous lequel il est sauvegardé.
Normalement, tous les fichiers dépendant d'un même projet doivent se trouver dans le même dossier. Si tel n'est pas le cas, ça marchera sur l'ordinateur du créateur mais ça ne marchera plus sur l'ordinateur du destinateur utilisateur, à plus forte raison s'il s'agit d'une compilation.
L'idée d'afficher les sources dans un éditeur de texte peut effectivement faire gagner du temps pour connaître les noms de projets (surtout en filtrant avec FIND).
On voit tout de suite si les liens pointent correctement.
Cela étant, je me demande si l'utilisateur, de son côté, a un moyen d'en savoir plus.
Oui. A la condition qu'il dispose des codes bien entendu. S'il ne dispose que d'un EXE il ne peut rien voir ni rien modifier.
Extrait de mon cours de programmation je peux vous envoyer un petit exercice consistant à récupérer les liens d'un projet volontairement corrompu.
Gloops
Le 15/08/2006 09:44, andre.araste a écrit :
Bonjour
Je vous réponds dans le texte.
Ah, pas prévu, ça, par les logiciels : d'habitude c'est ou au début, ou à la fin, ou dedans, mais panacher, z'ont oublié ...
Alors bon, on va faire ça avec le presse-papiers et corriger les indentations :
> Le 14/08/2006 10:09, andre.araste a écrit : >>> Bonjour >>> >>> On peut craindre que lors de sa conception le projet n'ait pas été linké >>> correctement. >> >> Ah, pourrais-tu préciser ta pensée ? >> Projet1, c'est bien le nom par défaut, tant qu'on n'en a pas saisi un >> autre, non ? >> >Il ne faut pas confondre le nom du projet avec le nom du fichier sous lequel >il est sauvegardé. > >Normalement, tous les fichiers dépendant d'un même projet doivent se trouver >dans le même dossier. Si tel n'est pas le cas, ça marchera sur l'ordinateur >du créateur mais ça ne marchera plus sur l'ordinateur du destinateur >utilisateur, à plus forte raison s'il s'agit d'une compilation.
Bon, alors ce que j'ai pu observer, c'est qu'il y a trois endroits où saisir le nom, et qu'il en advient des rôles différents : - la boîte de dialogue Projets, Propriétés, permet de donner un nom au projet ; dans le fichier d'extension vbp, il est enregistré sur la ligne "Name=..." ; c'est ce nom qui apparaît dans la boîte de dialogue du gestionnaire des tâches, qui s'ouvre lorsqu'on presse Ctrl Alt Suppression, sous Windows XP - la boîte de dialogue "enregistrer sous" permet d'indiquer sous quels noms on va enregistrer les fichiers source du projet - la boîte de dialogue "créer .exe", qui permet d'indiquer le nom que portera le fichier exécutable produit.
J'ai effectivement parfois eu des problèmes de déploiement, mais pas moins lorsque je pense bien à mettre le même nom partout, que si j'oublie de renseigner le nom de projet et qu'il reste à "Projet1".
Je crois bien qu'un jour j'ai repris un fichier projet existant, que je l'ai enregistré dans un répertoire portant un autre nom, que j'ai donné encore un autre nom à l'exécutable, et que les fichiers sources s'appellent Form1 et Module1. Et l'assistant d'empaquetage et déploiement s'en est très bien sorti.
>> >> L'idée d'afficher les sources dans un éditeur de texte peut effectivement >> faire gagner du temps pour connaître les noms de projets (surtout en >> filtrant avec FIND). > >On voit tout de suite si les liens pointent correctement.
Oui : si c'est le cas, le programme tourne :) De toute manière, en cas d'erreur de syntaxe, la compilation ne se fait pas, on a droit à un message d'erreur. Est-ce qu'on arrive à prendre le compilateur en défaut ?
> >> Cela étant, je me demande si l'utilisateur, de son côté, a un moyen d'en >> savoir plus. >> >Oui. A la condition qu'il dispose des codes bien entendu. S'il ne dispose >que d'un EXE il ne peut rien voir ni rien modifier.
C'est un peu ce qu'il me semblait, mais je préférais en avoir confirmation.
>Extrait de mon cours de programmation je peux vous envoyer un petit exercice >consistant à récupérer les liens d'un projet volontairement corrompu.
Ah, effectivement, ça m'intéresserait, même si c'est ballot de regarder ça juste en démarrant un stage .Net. Mais dis-moi, tu utilises bien l'interface de développement VB6, tu ne crées pas tes sources dans un éditeur de texte pour les compiler avec un éditeur en ligne de commande ?
Le 15/08/2006 09:44, andre.araste a écrit :
Bonjour
Je vous réponds dans le texte.
Ah, pas prévu, ça, par les logiciels : d'habitude c'est ou au début, ou
à la fin, ou dedans, mais panacher, z'ont oublié ...
Alors bon, on va faire ça avec le presse-papiers et corriger les
indentations :
> Le 14/08/2006 10:09, andre.araste a écrit :
>>> Bonjour
>>>
>>> On peut craindre que lors de sa conception le projet n'ait pas été
linké
>>> correctement.
>>
>> Ah, pourrais-tu préciser ta pensée ?
>> Projet1, c'est bien le nom par défaut, tant qu'on n'en a pas saisi un
>> autre, non ?
>>
>Il ne faut pas confondre le nom du projet avec le nom du fichier sous
lequel
>il est sauvegardé.
>
>Normalement, tous les fichiers dépendant d'un même projet doivent se
trouver
>dans le même dossier. Si tel n'est pas le cas, ça marchera sur
l'ordinateur
>du créateur mais ça ne marchera plus sur l'ordinateur du destinateur
>utilisateur, à plus forte raison s'il s'agit d'une compilation.
Bon, alors ce que j'ai pu observer, c'est qu'il y a trois endroits où
saisir le nom, et qu'il en advient des rôles différents :
- la boîte de dialogue Projets, Propriétés, permet de donner un nom au
projet ; dans le fichier d'extension vbp, il est enregistré sur la ligne
"Name=..." ; c'est ce nom qui apparaît dans la boîte de dialogue du
gestionnaire des tâches, qui s'ouvre lorsqu'on presse Ctrl Alt
Suppression, sous Windows XP
- la boîte de dialogue "enregistrer sous" permet d'indiquer sous quels
noms on va enregistrer les fichiers source du projet
- la boîte de dialogue "créer .exe", qui permet d'indiquer le nom que
portera le fichier exécutable produit.
J'ai effectivement parfois eu des problèmes de déploiement, mais pas
moins lorsque je pense bien à mettre le même nom partout, que si
j'oublie de renseigner le nom de projet et qu'il reste à "Projet1".
Je crois bien qu'un jour j'ai repris un fichier projet existant, que je
l'ai enregistré dans un répertoire portant un autre nom, que j'ai donné
encore un autre nom à l'exécutable, et que les fichiers sources
s'appellent Form1 et Module1. Et l'assistant d'empaquetage et
déploiement s'en est très bien sorti.
>>
>> L'idée d'afficher les sources dans un éditeur de texte peut
effectivement
>> faire gagner du temps pour connaître les noms de projets (surtout en
>> filtrant avec FIND).
>
>On voit tout de suite si les liens pointent correctement.
Oui : si c'est le cas, le programme tourne :)
De toute manière, en cas d'erreur de syntaxe, la compilation ne se fait
pas, on a droit à un message d'erreur. Est-ce qu'on arrive à prendre le
compilateur en défaut ?
>
>> Cela étant, je me demande si l'utilisateur, de son côté, a un moyen
d'en
>> savoir plus.
>>
>Oui. A la condition qu'il dispose des codes bien entendu. S'il ne dispose
>que d'un EXE il ne peut rien voir ni rien modifier.
C'est un peu ce qu'il me semblait, mais je préférais en avoir confirmation.
>Extrait de mon cours de programmation je peux vous envoyer un petit
exercice
>consistant à récupérer les liens d'un projet volontairement corrompu.
Ah, effectivement, ça m'intéresserait, même si c'est ballot de regarder
ça juste en démarrant un stage .Net.
Mais dis-moi, tu utilises bien l'interface de développement VB6, tu ne
crées pas tes sources dans un éditeur de texte pour les compiler avec un
éditeur en ligne de commande ?
Ah, pas prévu, ça, par les logiciels : d'habitude c'est ou au début, ou à la fin, ou dedans, mais panacher, z'ont oublié ...
Alors bon, on va faire ça avec le presse-papiers et corriger les indentations :
> Le 14/08/2006 10:09, andre.araste a écrit : >>> Bonjour >>> >>> On peut craindre que lors de sa conception le projet n'ait pas été linké >>> correctement. >> >> Ah, pourrais-tu préciser ta pensée ? >> Projet1, c'est bien le nom par défaut, tant qu'on n'en a pas saisi un >> autre, non ? >> >Il ne faut pas confondre le nom du projet avec le nom du fichier sous lequel >il est sauvegardé. > >Normalement, tous les fichiers dépendant d'un même projet doivent se trouver >dans le même dossier. Si tel n'est pas le cas, ça marchera sur l'ordinateur >du créateur mais ça ne marchera plus sur l'ordinateur du destinateur >utilisateur, à plus forte raison s'il s'agit d'une compilation.
Bon, alors ce que j'ai pu observer, c'est qu'il y a trois endroits où saisir le nom, et qu'il en advient des rôles différents : - la boîte de dialogue Projets, Propriétés, permet de donner un nom au projet ; dans le fichier d'extension vbp, il est enregistré sur la ligne "Name=..." ; c'est ce nom qui apparaît dans la boîte de dialogue du gestionnaire des tâches, qui s'ouvre lorsqu'on presse Ctrl Alt Suppression, sous Windows XP - la boîte de dialogue "enregistrer sous" permet d'indiquer sous quels noms on va enregistrer les fichiers source du projet - la boîte de dialogue "créer .exe", qui permet d'indiquer le nom que portera le fichier exécutable produit.
J'ai effectivement parfois eu des problèmes de déploiement, mais pas moins lorsque je pense bien à mettre le même nom partout, que si j'oublie de renseigner le nom de projet et qu'il reste à "Projet1".
Je crois bien qu'un jour j'ai repris un fichier projet existant, que je l'ai enregistré dans un répertoire portant un autre nom, que j'ai donné encore un autre nom à l'exécutable, et que les fichiers sources s'appellent Form1 et Module1. Et l'assistant d'empaquetage et déploiement s'en est très bien sorti.
>> >> L'idée d'afficher les sources dans un éditeur de texte peut effectivement >> faire gagner du temps pour connaître les noms de projets (surtout en >> filtrant avec FIND). > >On voit tout de suite si les liens pointent correctement.
Oui : si c'est le cas, le programme tourne :) De toute manière, en cas d'erreur de syntaxe, la compilation ne se fait pas, on a droit à un message d'erreur. Est-ce qu'on arrive à prendre le compilateur en défaut ?
> >> Cela étant, je me demande si l'utilisateur, de son côté, a un moyen d'en >> savoir plus. >> >Oui. A la condition qu'il dispose des codes bien entendu. S'il ne dispose >que d'un EXE il ne peut rien voir ni rien modifier.
C'est un peu ce qu'il me semblait, mais je préférais en avoir confirmation.
>Extrait de mon cours de programmation je peux vous envoyer un petit exercice >consistant à récupérer les liens d'un projet volontairement corrompu.
Ah, effectivement, ça m'intéresserait, même si c'est ballot de regarder ça juste en démarrant un stage .Net. Mais dis-moi, tu utilises bien l'interface de développement VB6, tu ne crées pas tes sources dans un éditeur de texte pour les compiler avec un éditeur en ligne de commande ?
Gloops
Salut,
Eh bien je crois que j'ai trouvé, comment faire pour savoir, sous Windows XP, le nom d'une application à laquelle appartient "Projet1" qui apparaît en tapant Ctrl Alt Suppr.
Clic droit sur Projet1, "aller dans le processus", et lire le nom du processus sélectionné.
ça ne marche peut-être pas toujours, mais là j'ai trouvé un cas où ça marche. _____________________________________ Le 13/08/2006 19:33, Gloops a écrit :
Bonjour tout le monde,
Dans un de mes projets, j'ai oublié d'aller dans le sous-menu Projet pour donner un nom au projet. Il s'appelle donc Projet1.
Pas de chance, s'agissant d'une interaction avec une autre application, il arrive de temps à autre que ça ne réagisse pas comme escompté, et que la machine traîne un peu les pieds au démarrage à cause de ça. En arrêtant cette application depuis le gestionnaire des tâches (Ctrl Alt Suppr), ça remet tout dans l'ordre.
Bien sûr, ce qu'il y a à faire c'est passer tous mes projets en revue, particulièrement ceux dont l'application résultante a été installée en démarrage de session, pour vérifier qu'ils ont bien été dûment nommés, mais je souhaiterais savoir si en pareil cas, à supposer que le programmeur soit en déplacement et que le résultat s'avère plus gênant qu'il n'est là, l'utilisateur a un moyen, sous Windows XP, de savoir quel est le programme incriminé, de manière à trouver une solution d'attente.
Salut,
Eh bien je crois que j'ai trouvé, comment faire pour savoir, sous
Windows XP, le nom d'une application à laquelle appartient "Projet1" qui
apparaît en tapant Ctrl Alt Suppr.
Clic droit sur Projet1, "aller dans le processus", et lire le nom du
processus sélectionné.
ça ne marche peut-être pas toujours, mais là j'ai trouvé un cas où ça
marche.
_____________________________________
Le 13/08/2006 19:33, Gloops a écrit :
Bonjour tout le monde,
Dans un de mes projets, j'ai oublié d'aller dans le sous-menu Projet
pour donner un nom au projet. Il s'appelle donc Projet1.
Pas de chance, s'agissant d'une interaction avec une autre application,
il arrive de temps à autre que ça ne réagisse pas comme escompté, et que
la machine traîne un peu les pieds au démarrage à cause de ça. En
arrêtant cette application depuis le gestionnaire des tâches (Ctrl Alt
Suppr), ça remet tout dans l'ordre.
Bien sûr, ce qu'il y a à faire c'est passer tous mes projets en revue,
particulièrement ceux dont l'application résultante a été installée en
démarrage de session, pour vérifier qu'ils ont bien été dûment nommés,
mais je souhaiterais savoir si en pareil cas, à supposer que le
programmeur soit en déplacement et que le résultat s'avère plus gênant
qu'il n'est là, l'utilisateur a un moyen, sous Windows XP, de savoir
quel est le programme incriminé, de manière à trouver une solution
d'attente.
Eh bien je crois que j'ai trouvé, comment faire pour savoir, sous Windows XP, le nom d'une application à laquelle appartient "Projet1" qui apparaît en tapant Ctrl Alt Suppr.
Clic droit sur Projet1, "aller dans le processus", et lire le nom du processus sélectionné.
ça ne marche peut-être pas toujours, mais là j'ai trouvé un cas où ça marche. _____________________________________ Le 13/08/2006 19:33, Gloops a écrit :
Bonjour tout le monde,
Dans un de mes projets, j'ai oublié d'aller dans le sous-menu Projet pour donner un nom au projet. Il s'appelle donc Projet1.
Pas de chance, s'agissant d'une interaction avec une autre application, il arrive de temps à autre que ça ne réagisse pas comme escompté, et que la machine traîne un peu les pieds au démarrage à cause de ça. En arrêtant cette application depuis le gestionnaire des tâches (Ctrl Alt Suppr), ça remet tout dans l'ordre.
Bien sûr, ce qu'il y a à faire c'est passer tous mes projets en revue, particulièrement ceux dont l'application résultante a été installée en démarrage de session, pour vérifier qu'ils ont bien été dûment nommés, mais je souhaiterais savoir si en pareil cas, à supposer que le programmeur soit en déplacement et que le résultat s'avère plus gênant qu'il n'est là, l'utilisateur a un moyen, sous Windows XP, de savoir quel est le programme incriminé, de manière à trouver une solution d'attente.
Gloops
En même temps me revient une idée. C'est une bonne idée, dans une procédure d'erreur, de faire apparaître non seulement le nom du programme, mais aussi la ligne de commande qui lui a été passée.
En effet, certains programmes peuvent être appelés en démarrage de session plusieurs fois, avec des arguments différents. Si on connaît les arguments avec lesquels s'est posé un problème, c'est plus facile à corriger.
En même temps me revient une idée.
C'est une bonne idée, dans une procédure d'erreur, de faire apparaître
non seulement le nom du programme, mais aussi la ligne de commande qui
lui a été passée.
En effet, certains programmes peuvent être appelés en démarrage de
session plusieurs fois, avec des arguments différents. Si on connaît les
arguments avec lesquels s'est posé un problème, c'est plus facile à
corriger.
En même temps me revient une idée. C'est une bonne idée, dans une procédure d'erreur, de faire apparaître non seulement le nom du programme, mais aussi la ligne de commande qui lui a été passée.
En effet, certains programmes peuvent être appelés en démarrage de session plusieurs fois, avec des arguments différents. Si on connaît les arguments avec lesquels s'est posé un problème, c'est plus facile à corriger.
