(Et non, je ne répondrai pas après le post de l'autre - en général, le texte a déjà été lu dans le post précédant et cela évite de scroller pour chaque post)
1) Personellement, je n'utilse le Alt+Ctrl+Supp que si j'ai une application plantée et qui ne peut être arrêté par la méthode classique (la croix en haut à droite). Et comme le Task-Manager existe déjà, inutile de le ré-écrire. (Seul cas concrêt)
2) Une "bonne" auto-installation ne remplacera pas directement un fichier en cours d'utilisation. Il existe des méthodes qui permettent de post-poser la mise-à-jour (p.ex. lors du redémarrage). On peut aussi demander à l'utilisateur de fermer le programme manuellement.
3) Forcer l'arrêt d'un executable reste une méthode brutale: travail en cours non-enregistré, fichiers non correctement fermés, etc ... (risque de plantage)
Amicalement! Pascal B.
"dark poulpo" wrote in message news:41e6488d$0$19425$
| oui et non, jai dit aussi "au hasard, faire un programme qui doit le | remplacer", lit la totalité de mon message avant de repondre. | | tu veux un exemple concret? c pourtant evident, l'exemple le plus connu et | celui de windows, quand tu fais ctrl alt supp, tu vois la liste des process | et fenetre, et tu peux les tuer. et pourtant la tache que tu peux tuer | n'appartient pas forcement a microsoft. | | - pas de liaison dde si le programme destinataire ne la pas geré. | | et je peut tres bien faire de lauto installation et arreter un programme | sans pour autant que ce soit MON programme. je taurais bien donné un exemple | concret, mais je lai pas encore codé dans mon prog. c pas ma priorité. | | et aussi: prend la peine de repondre apres le post de l'autre pas avant. c | une regle sur les NG. |
(Et non, je ne répondrai pas après le post de l'autre - en général, le texte a déjà été lu dans le post précédant et cela évite de
scroller pour chaque post)
1) Personellement, je n'utilse le Alt+Ctrl+Supp que si j'ai une application plantée et qui ne peut être arrêté par la méthode
classique (la croix en haut à droite). Et comme le Task-Manager existe déjà, inutile de le ré-écrire.
(Seul cas concrêt)
2) Une "bonne" auto-installation ne remplacera pas directement un fichier en cours d'utilisation. Il existe des méthodes qui
permettent de post-poser la mise-à-jour (p.ex. lors du redémarrage). On peut aussi demander à l'utilisateur de fermer le programme
manuellement.
3) Forcer l'arrêt d'un executable reste une méthode brutale: travail en cours non-enregistré, fichiers non correctement fermés, etc
... (risque de plantage)
Amicalement!
Pascal B.
"dark poulpo" <qsdqd@sss.ss> wrote in message news:41e6488d$0$19425$8fcfb975@news.wanadoo.fr...
| oui et non, jai dit aussi "au hasard, faire un programme qui doit le
| remplacer", lit la totalité de mon message avant de repondre.
|
| tu veux un exemple concret? c pourtant evident, l'exemple le plus connu et
| celui de windows, quand tu fais ctrl alt supp, tu vois la liste des process
| et fenetre, et tu peux les tuer. et pourtant la tache que tu peux tuer
| n'appartient pas forcement a microsoft.
|
| - pas de liaison dde si le programme destinataire ne la pas geré.
|
| et je peut tres bien faire de lauto installation et arreter un programme
| sans pour autant que ce soit MON programme. je taurais bien donné un exemple
| concret, mais je lai pas encore codé dans mon prog. c pas ma priorité.
|
| et aussi: prend la peine de repondre apres le post de l'autre pas avant. c
| une regle sur les NG.
|
(Et non, je ne répondrai pas après le post de l'autre - en général, le texte a déjà été lu dans le post précédant et cela évite de scroller pour chaque post)
1) Personellement, je n'utilse le Alt+Ctrl+Supp que si j'ai une application plantée et qui ne peut être arrêté par la méthode classique (la croix en haut à droite). Et comme le Task-Manager existe déjà, inutile de le ré-écrire. (Seul cas concrêt)
2) Une "bonne" auto-installation ne remplacera pas directement un fichier en cours d'utilisation. Il existe des méthodes qui permettent de post-poser la mise-à-jour (p.ex. lors du redémarrage). On peut aussi demander à l'utilisateur de fermer le programme manuellement.
3) Forcer l'arrêt d'un executable reste une méthode brutale: travail en cours non-enregistré, fichiers non correctement fermés, etc ... (risque de plantage)
Amicalement! Pascal B.
"dark poulpo" wrote in message news:41e6488d$0$19425$
| oui et non, jai dit aussi "au hasard, faire un programme qui doit le | remplacer", lit la totalité de mon message avant de repondre. | | tu veux un exemple concret? c pourtant evident, l'exemple le plus connu et | celui de windows, quand tu fais ctrl alt supp, tu vois la liste des process | et fenetre, et tu peux les tuer. et pourtant la tache que tu peux tuer | n'appartient pas forcement a microsoft. | | - pas de liaison dde si le programme destinataire ne la pas geré. | | et je peut tres bien faire de lauto installation et arreter un programme | sans pour autant que ce soit MON programme. je taurais bien donné un exemple | concret, mais je lai pas encore codé dans mon prog. c pas ma priorité. | | et aussi: prend la peine de repondre apres le post de l'autre pas avant. c | une regle sur les NG. |
dark poulpo
> (Et non, je ne répondrai pas après le post de l'autre - en général, le
texte a déjà été lu dans le post précédant et cela évite de
scroller pour chaque post)
comme tu veux, mais quand on lit, c'est dabord la question puis la reponse, pas linverse.
1) Personellement, je n'utilse le Alt+Ctrl+Supp que si j'ai une
application plantée et qui ne peut être arrêté par la méthode
classique (la croix en haut à droite). Et comme le Task-Manager existe
déjà, inutile de le ré-écrire.
(Seul cas concrêt)
non yen a dautre, jai cité celui ci parceque cetait simple, un autre : - je suis en train de reprend un projet de 3d, et tout comme Richer, je vais avoir besoin de flinguer une tache genante pour la remplacer par la mienne.
2) Une "bonne" auto-installation ne remplacera pas directement un fichier
en cours d'utilisation. Il existe des méthodes qui permettent de post-poser la mise-à-jour (p.ex. lors du redémarrage). On peut aussi demander à l'utilisateur de fermer le programme
manuellement.
oui mais non, ex: un antivirus, si tu le met a jour, il va pas attendre que tu reboots, il va pas te dire de quitter toi a la main, surtout si il est lancé en tant que service. fo refleichir un peu avant de parler dun sujet.
2eme exemple, un serveur web, ou un serveur utilisé dans un societe, quand tu mets a jour un programme, il est pas tres conseillé de rebooter pour des raisons tel que ca manquerai de professionalisme.
3) Forcer l'arrêt d'un executable reste une méthode brutale: travail en
cours non-enregistré, fichiers non correctement fermés, etc
... (risque de plantage)
sauf pour WM_CLOSE mais sinon jai jamais dit le contraire.regarde javais ecrit dans mon 1er post ou second a ng ("de plus ca termine a la barbare un prog") encore une fois lis les posts avant de repondre, sinon c'est parler pour rien dire et ca fait perdre du temps pour que dalle.
Amicalement!
idem
> (Et non, je ne répondrai pas après le post de l'autre - en général, le
texte a déjà été lu dans le post précédant et cela évite de
scroller pour chaque post)
comme tu veux, mais quand on lit, c'est dabord la question puis la reponse,
pas linverse.
1) Personellement, je n'utilse le Alt+Ctrl+Supp que si j'ai une
application plantée et qui ne peut être arrêté par la méthode
classique (la croix en haut à droite). Et comme le Task-Manager existe
déjà, inutile de le ré-écrire.
(Seul cas concrêt)
non yen a dautre, jai cité celui ci parceque cetait simple, un autre :
- je suis en train de reprend un projet de 3d, et tout comme Richer, je vais
avoir besoin de flinguer une tache genante pour la remplacer par la mienne.
2) Une "bonne" auto-installation ne remplacera pas directement un fichier
en cours d'utilisation. Il existe des méthodes qui permettent de post-poser
la mise-à-jour (p.ex. lors du redémarrage). On peut aussi demander à
l'utilisateur de fermer le programme
manuellement.
oui mais non, ex: un antivirus, si tu le met a jour, il va pas attendre que
tu reboots, il va pas te dire de quitter toi a la main, surtout si il est
lancé en tant que service. fo refleichir un peu avant de parler dun sujet.
2eme exemple, un serveur web, ou un serveur utilisé dans un societe, quand
tu mets a jour un programme, il est pas tres conseillé de rebooter pour des
raisons tel que ca manquerai de professionalisme.
3) Forcer l'arrêt d'un executable reste une méthode brutale: travail en
cours non-enregistré, fichiers non correctement fermés, etc
... (risque de plantage)
sauf pour WM_CLOSE
mais sinon jai jamais dit le contraire.regarde javais ecrit dans mon 1er
post ou second a ng ("de plus ca termine
a la barbare un prog") encore une fois lis les posts avant de repondre,
sinon c'est parler pour rien dire et ca fait perdre du temps pour que dalle.
> (Et non, je ne répondrai pas après le post de l'autre - en général, le
texte a déjà été lu dans le post précédant et cela évite de
scroller pour chaque post)
comme tu veux, mais quand on lit, c'est dabord la question puis la reponse, pas linverse.
1) Personellement, je n'utilse le Alt+Ctrl+Supp que si j'ai une
application plantée et qui ne peut être arrêté par la méthode
classique (la croix en haut à droite). Et comme le Task-Manager existe
déjà, inutile de le ré-écrire.
(Seul cas concrêt)
non yen a dautre, jai cité celui ci parceque cetait simple, un autre : - je suis en train de reprend un projet de 3d, et tout comme Richer, je vais avoir besoin de flinguer une tache genante pour la remplacer par la mienne.
2) Une "bonne" auto-installation ne remplacera pas directement un fichier
en cours d'utilisation. Il existe des méthodes qui permettent de post-poser la mise-à-jour (p.ex. lors du redémarrage). On peut aussi demander à l'utilisateur de fermer le programme
manuellement.
oui mais non, ex: un antivirus, si tu le met a jour, il va pas attendre que tu reboots, il va pas te dire de quitter toi a la main, surtout si il est lancé en tant que service. fo refleichir un peu avant de parler dun sujet.
2eme exemple, un serveur web, ou un serveur utilisé dans un societe, quand tu mets a jour un programme, il est pas tres conseillé de rebooter pour des raisons tel que ca manquerai de professionalisme.
3) Forcer l'arrêt d'un executable reste une méthode brutale: travail en
cours non-enregistré, fichiers non correctement fermés, etc
... (risque de plantage)
sauf pour WM_CLOSE mais sinon jai jamais dit le contraire.regarde javais ecrit dans mon 1er post ou second a ng ("de plus ca termine a la barbare un prog") encore une fois lis les posts avant de repondre, sinon c'est parler pour rien dire et ca fait perdre du temps pour que dalle.
Amicalement!
idem
Guy DETIENNE
Salut ;O)
Selon moi, il ne faut pas toujours vouloir absolument comprendre l'utilité de telle ou telle action. L'utilité que nous en donnons dépend très souvent de notre propre expérience.
Dans ton cas, 'tuer' une autre application semble bien inutile car tu n'as très certainement jamais eu le besoin d'intégrer une telle fonction dans tes applications. De plus, tu n'imagines sans doute pas en avoir besoin un jour... Je te comprends tout à fait.
Mon expérience en tant que programmeur m'a souvent prouvé le contraire. Et au fur et à mesure que notre technique de programmation évolue, les application conçues deviennent souvent plus élaborées et s'enrichissent de fonctionnalités que l'on aurait même pas imaginer pouvoir 'pondre' auparavant.
Tu dis ne jamais fermer une application via le gestionnaire des tâches. Ce qui est mon cas aussi. Le gestionnaire à, entre autre, comme utilité de tuer (si on a le droit) une application récalcitrante et impossible à fermer autrement. Pour exemple, il m'arrive souvent de 'geler' VB6 après l'exécution d'un code foireux. Plus moyen de reprendre le contrôle et malgré tout, VB6 est toujours présent dans la liste des process. La seule façon de tuer ce process est de passer par le gestionnaire des tâches ou, pourquoi pas, d'avoir programmer un petit truc avec VB6 permettant de tuer un process....
Il peu y avoir 1000 raisons de tuer un process. A chacun d'en donner le sens qu'il convient.
Guy
"Pascal B." a écrit dans le message de news: ukxPuCV%
Bonjour,
Il y a, pourtant, déjà eu beaucoup de Post sur ce sujet. Et je me demande toujours quel est l'intérêt d'arrêter le programme d'un autre. (???)
Pascal B.
"Richer" wrote in message news: | Bonjour a tous. | Je cherche a arreter un programme par un autre | programme. | | exemple: arrete explorer.exe | |
Salut ;O)
Selon moi, il ne faut pas toujours vouloir absolument comprendre l'utilité
de telle ou telle action.
L'utilité que nous en donnons dépend très souvent de notre propre
expérience.
Dans ton cas, 'tuer' une autre application semble bien inutile car tu n'as
très certainement jamais eu le besoin d'intégrer une telle fonction dans tes
applications. De plus, tu n'imagines sans doute pas en avoir besoin un
jour... Je te comprends tout à fait.
Mon expérience en tant que programmeur m'a souvent prouvé le contraire. Et
au fur et à mesure que notre technique de programmation évolue, les
application conçues deviennent souvent plus élaborées et s'enrichissent de
fonctionnalités que l'on aurait même pas imaginer pouvoir 'pondre'
auparavant.
Tu dis ne jamais fermer une application via le gestionnaire des tâches. Ce
qui est mon cas aussi. Le gestionnaire à, entre autre, comme utilité de
tuer (si on a le droit) une application récalcitrante et impossible à fermer
autrement. Pour exemple, il m'arrive souvent de 'geler' VB6 après
l'exécution d'un code foireux. Plus moyen de reprendre le contrôle et
malgré tout, VB6 est toujours présent dans la liste des process. La seule
façon de tuer ce process est de passer par le gestionnaire des tâches ou,
pourquoi pas, d'avoir programmer un petit truc avec VB6 permettant de tuer
un process....
Il peu y avoir 1000 raisons de tuer un process. A chacun d'en donner le
sens qu'il convient.
Guy
"Pascal B." <Pascbr@hotmail_ANTISPASM_.com> a écrit dans le message de news:
ukxPuCV%23EHA.4004@tk2msftngp13.phx.gbl...
Bonjour,
Il y a, pourtant, déjà eu beaucoup de Post sur ce sujet.
Et je me demande toujours quel est l'intérêt d'arrêter le programme d'un
autre.
(???)
Pascal B.
"Richer" <richerr@megacom.net> wrote in message
news:IvCdnRLmz_OPenjcRVn-gA@golden.net...
| Bonjour a tous.
| Je cherche a arreter un programme par un autre
| programme.
|
| exemple: arrete explorer.exe
|
|
Selon moi, il ne faut pas toujours vouloir absolument comprendre l'utilité de telle ou telle action. L'utilité que nous en donnons dépend très souvent de notre propre expérience.
Dans ton cas, 'tuer' une autre application semble bien inutile car tu n'as très certainement jamais eu le besoin d'intégrer une telle fonction dans tes applications. De plus, tu n'imagines sans doute pas en avoir besoin un jour... Je te comprends tout à fait.
Mon expérience en tant que programmeur m'a souvent prouvé le contraire. Et au fur et à mesure que notre technique de programmation évolue, les application conçues deviennent souvent plus élaborées et s'enrichissent de fonctionnalités que l'on aurait même pas imaginer pouvoir 'pondre' auparavant.
Tu dis ne jamais fermer une application via le gestionnaire des tâches. Ce qui est mon cas aussi. Le gestionnaire à, entre autre, comme utilité de tuer (si on a le droit) une application récalcitrante et impossible à fermer autrement. Pour exemple, il m'arrive souvent de 'geler' VB6 après l'exécution d'un code foireux. Plus moyen de reprendre le contrôle et malgré tout, VB6 est toujours présent dans la liste des process. La seule façon de tuer ce process est de passer par le gestionnaire des tâches ou, pourquoi pas, d'avoir programmer un petit truc avec VB6 permettant de tuer un process....
Il peu y avoir 1000 raisons de tuer un process. A chacun d'en donner le sens qu'il convient.
Guy
"Pascal B." a écrit dans le message de news: ukxPuCV%
Bonjour,
Il y a, pourtant, déjà eu beaucoup de Post sur ce sujet. Et je me demande toujours quel est l'intérêt d'arrêter le programme d'un autre. (???)
Pascal B.
"Richer" wrote in message news: | Bonjour a tous. | Je cherche a arreter un programme par un autre | programme. | | exemple: arrete explorer.exe | |
Richer
le programme que je veut arrete c est pour 2 programme different 1 c est internet explorer si il est passer 17:00 car le programme qu ont utilise travail sur le net.
le 2 iem est un prog. a moi mais je ne ses pas comment l arrete car c est un appel probablement externe,,,, il il sert a verifier ma connection internet et il est HIDE et si je veut le voir je doit surement l arreter avant et faire mais modif ex: le delai entre chaque verification etc.
richer
"Pascal B." a écrit dans le message de news:ukxPuCV%
Bonjour,
Il y a, pourtant, déjà eu beaucoup de Post sur ce sujet. Et je me demande toujours quel est l'intérêt d'arrêter le programme d'un
autre.
(???)
Pascal B.
"Richer" wrote in message
news:
| Bonjour a tous. | Je cherche a arreter un programme par un autre | programme. | | exemple: arrete explorer.exe | |
le programme que je veut arrete c est pour 2 programme different 1 c est
internet explorer si il est passer 17:00 car le programme qu ont utilise
travail sur le net.
le 2 iem est un prog. a moi mais je ne ses pas comment l arrete car c est un
appel probablement externe,,,, il il sert a verifier ma connection internet
et il est HIDE et si je veut le voir je doit surement l arreter avant et
faire mais modif ex: le delai entre chaque verification etc.
richer
"Pascal B." <Pascbr@hotmail_ANTISPASM_.com> a écrit dans le message de
news:ukxPuCV%23EHA.4004@tk2msftngp13.phx.gbl...
Bonjour,
Il y a, pourtant, déjà eu beaucoup de Post sur ce sujet.
Et je me demande toujours quel est l'intérêt d'arrêter le programme d'un
autre.
(???)
Pascal B.
"Richer" <richerr@megacom.net> wrote in message
news:IvCdnRLmz_OPenjcRVn-gA@golden.net...
| Bonjour a tous.
| Je cherche a arreter un programme par un autre
| programme.
|
| exemple: arrete explorer.exe
|
|
le programme que je veut arrete c est pour 2 programme different 1 c est internet explorer si il est passer 17:00 car le programme qu ont utilise travail sur le net.
le 2 iem est un prog. a moi mais je ne ses pas comment l arrete car c est un appel probablement externe,,,, il il sert a verifier ma connection internet et il est HIDE et si je veut le voir je doit surement l arreter avant et faire mais modif ex: le delai entre chaque verification etc.
richer
"Pascal B." a écrit dans le message de news:ukxPuCV%
Bonjour,
Il y a, pourtant, déjà eu beaucoup de Post sur ce sujet. Et je me demande toujours quel est l'intérêt d'arrêter le programme d'un
autre.
(???)
Pascal B.
"Richer" wrote in message
news:
| Bonjour a tous. | Je cherche a arreter un programme par un autre | programme. | | exemple: arrete explorer.exe | |
Patrice Henrio
Attention, là aussi on dérape. Ne perdons pas la légendaire coutoisie de ce forum. Y-aurait-il une épidémie ? "dark poulpo" a écrit dans le message de news: 41e6604b$0$6423$
(Et non, je ne répondrai pas après le post de l'autre - en général, le
texte a déjà été lu dans le post précédant et cela évite de
scroller pour chaque post)
comme tu veux, mais quand on lit, c'est dabord la question puis la reponse, pas linverse.
1) Personellement, je n'utilse le Alt+Ctrl+Supp que si j'ai une
application plantée et qui ne peut être arrêté par la méthode
classique (la croix en haut à droite). Et comme le Task-Manager existe
déjà, inutile de le ré-écrire.
(Seul cas concrêt)
non yen a dautre, jai cité celui ci parceque cetait simple, un autre : - je suis en train de reprend un projet de 3d, et tout comme Richer, je vais avoir besoin de flinguer une tache genante pour la remplacer par la mienne.
2) Une "bonne" auto-installation ne remplacera pas directement un fichier
en cours d'utilisation. Il existe des méthodes qui permettent de post-poser la mise-à-jour (p.ex. lors du redémarrage). On peut aussi demander à l'utilisateur de fermer le programme
manuellement.
oui mais non, ex: un antivirus, si tu le met a jour, il va pas attendre que tu reboots, il va pas te dire de quitter toi a la main, surtout si il est lancé en tant que service. fo refleichir un peu avant de parler dun sujet.
2eme exemple, un serveur web, ou un serveur utilisé dans un societe, quand tu mets a jour un programme, il est pas tres conseillé de rebooter pour des raisons tel que ca manquerai de professionalisme.
3) Forcer l'arrêt d'un executable reste une méthode brutale: travail en
cours non-enregistré, fichiers non correctement fermés, etc
... (risque de plantage)
sauf pour WM_CLOSE mais sinon jai jamais dit le contraire.regarde javais ecrit dans mon 1er post ou second a ng ("de plus ca termine a la barbare un prog") encore une fois lis les posts avant de repondre, sinon c'est parler pour rien dire et ca fait perdre du temps pour que dalle.
Amicalement!
idem
Attention, là aussi on dérape.
Ne perdons pas la légendaire coutoisie de ce forum.
Y-aurait-il une épidémie ?
"dark poulpo" <qsdqd@sss.ss> a écrit dans le message de news:
41e6604b$0$6423$8fcfb975@news.wanadoo.fr...
(Et non, je ne répondrai pas après le post de l'autre - en général, le
texte a déjà été lu dans le post précédant et cela évite de
scroller pour chaque post)
comme tu veux, mais quand on lit, c'est dabord la question puis la
reponse,
pas linverse.
1) Personellement, je n'utilse le Alt+Ctrl+Supp que si j'ai une
application plantée et qui ne peut être arrêté par la méthode
classique (la croix en haut à droite). Et comme le Task-Manager existe
déjà, inutile de le ré-écrire.
(Seul cas concrêt)
non yen a dautre, jai cité celui ci parceque cetait simple, un autre :
- je suis en train de reprend un projet de 3d, et tout comme Richer, je
vais
avoir besoin de flinguer une tache genante pour la remplacer par la
mienne.
2) Une "bonne" auto-installation ne remplacera pas directement un fichier
en cours d'utilisation. Il existe des méthodes qui permettent de
post-poser
la mise-à-jour (p.ex. lors du redémarrage). On peut aussi demander à
l'utilisateur de fermer le programme
manuellement.
oui mais non, ex: un antivirus, si tu le met a jour, il va pas attendre
que
tu reboots, il va pas te dire de quitter toi a la main, surtout si il est
lancé en tant que service. fo refleichir un peu avant de parler dun sujet.
2eme exemple, un serveur web, ou un serveur utilisé dans un societe, quand
tu mets a jour un programme, il est pas tres conseillé de rebooter pour
des
raisons tel que ca manquerai de professionalisme.
3) Forcer l'arrêt d'un executable reste une méthode brutale: travail en
cours non-enregistré, fichiers non correctement fermés, etc
... (risque de plantage)
sauf pour WM_CLOSE
mais sinon jai jamais dit le contraire.regarde javais ecrit dans mon 1er
post ou second a ng ("de plus ca termine
a la barbare un prog") encore une fois lis les posts avant de repondre,
sinon c'est parler pour rien dire et ca fait perdre du temps pour que
dalle.
Attention, là aussi on dérape. Ne perdons pas la légendaire coutoisie de ce forum. Y-aurait-il une épidémie ? "dark poulpo" a écrit dans le message de news: 41e6604b$0$6423$
(Et non, je ne répondrai pas après le post de l'autre - en général, le
texte a déjà été lu dans le post précédant et cela évite de
scroller pour chaque post)
comme tu veux, mais quand on lit, c'est dabord la question puis la reponse, pas linverse.
1) Personellement, je n'utilse le Alt+Ctrl+Supp que si j'ai une
application plantée et qui ne peut être arrêté par la méthode
classique (la croix en haut à droite). Et comme le Task-Manager existe
déjà, inutile de le ré-écrire.
(Seul cas concrêt)
non yen a dautre, jai cité celui ci parceque cetait simple, un autre : - je suis en train de reprend un projet de 3d, et tout comme Richer, je vais avoir besoin de flinguer une tache genante pour la remplacer par la mienne.
2) Une "bonne" auto-installation ne remplacera pas directement un fichier
en cours d'utilisation. Il existe des méthodes qui permettent de post-poser la mise-à-jour (p.ex. lors du redémarrage). On peut aussi demander à l'utilisateur de fermer le programme
manuellement.
oui mais non, ex: un antivirus, si tu le met a jour, il va pas attendre que tu reboots, il va pas te dire de quitter toi a la main, surtout si il est lancé en tant que service. fo refleichir un peu avant de parler dun sujet.
2eme exemple, un serveur web, ou un serveur utilisé dans un societe, quand tu mets a jour un programme, il est pas tres conseillé de rebooter pour des raisons tel que ca manquerai de professionalisme.
3) Forcer l'arrêt d'un executable reste une méthode brutale: travail en
cours non-enregistré, fichiers non correctement fermés, etc
... (risque de plantage)
sauf pour WM_CLOSE mais sinon jai jamais dit le contraire.regarde javais ecrit dans mon 1er post ou second a ng ("de plus ca termine a la barbare un prog") encore une fois lis les posts avant de repondre, sinon c'est parler pour rien dire et ca fait perdre du temps pour que dalle.
Amicalement!
idem
scraper
Bonjour Patrice Henrio (dans news:%23cX0zng%) tu nous disais :
Attention, là aussi on dérape. Ne perdons pas la légendaire coutoisie de ce forum. Y-aurait-il une épidémie ?
non, juste un "vecteur" commun :-(
--
Attention ! Adresse mail invalide ... Pour me contacter, cliquez sur le lien ci-dessous: http://scraper.chez.tiscali.fr/contact.htm
scraper
Bonjour Patrice Henrio
(dans news:%23cX0zng%23EHA.3592@TK2MSFTNGP09.phx.gbl)
tu nous disais :
Attention, là aussi on dérape.
Ne perdons pas la légendaire coutoisie de ce forum.
Y-aurait-il une épidémie ?
non, juste un "vecteur" commun :-(
--
Attention ! Adresse mail invalide ...
Pour me contacter, cliquez sur le lien ci-dessous:
http://scraper.chez.tiscali.fr/contact.htm
