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
Merlin
ShadowFil a écrit :
Je n'arrive pas à comprendre à quoi sert la propriété UseShellExecute de la classe ProcessStartInfo ? 9a veut dire quoi : "le processus doit être démarré à l'aide du shell du système d'exploitation" ?
ben ça fait ce que ça dit :-) Si c'est à true (le défaut) le process est créé en passant par l'OS, si c'est à false, le process est créé directement depuis l'exécutable en cours.
En réalité ce qui est intéressant c'est pas ça, mais ce sont les conséquences de ce choix.
Si tu passe UseShellExecute à false tu as alors la possibilité de rediriger les flux entrées/sorties/erreurs. L'avantage du shell (donc à true) c'est en revanche de pouvoir exécuter n'importe quel document, c'est l'OS qui se charge de trouver l'appli qui va avec (par ex: tu lances un .HTML sans te préoccuper de l'appli, si c'est IE ou firefox qui est installée, c'est l'OS qui s'en charge). Si c'est pas en mode Shell, alors seuls de vrais exécutables peuvent être appelés. ça limite le choix et donc ça dépend de ce que tu veux lancer comme process.
Je n'arrive pas à comprendre à quoi sert la propriété UseShellExecute de la
classe ProcessStartInfo ?
9a veut dire quoi : "le processus doit être démarré à l'aide du shell du
système d'exploitation" ?
ben ça fait ce que ça dit :-)
Si c'est à true (le défaut) le process est créé en passant par l'OS, si
c'est à false, le process est créé directement depuis l'exécutable en
cours.
En réalité ce qui est intéressant c'est pas ça, mais ce sont les
conséquences de ce choix.
Si tu passe UseShellExecute à false tu as alors la possibilité de
rediriger les flux entrées/sorties/erreurs.
L'avantage du shell (donc à true) c'est en revanche de pouvoir exécuter
n'importe quel document, c'est l'OS qui se charge de trouver l'appli
qui va avec (par ex: tu lances un .HTML sans te préoccuper de l'appli,
si c'est IE ou firefox qui est installée, c'est l'OS qui s'en charge).
Si c'est pas en mode Shell, alors seuls de vrais exécutables peuvent
être appelés. ça limite le choix et donc ça dépend de ce que tu veux
lancer comme process.
Je n'arrive pas à comprendre à quoi sert la propriété UseShellExecute de la classe ProcessStartInfo ? 9a veut dire quoi : "le processus doit être démarré à l'aide du shell du système d'exploitation" ?
ben ça fait ce que ça dit :-) Si c'est à true (le défaut) le process est créé en passant par l'OS, si c'est à false, le process est créé directement depuis l'exécutable en cours.
En réalité ce qui est intéressant c'est pas ça, mais ce sont les conséquences de ce choix.
Si tu passe UseShellExecute à false tu as alors la possibilité de rediriger les flux entrées/sorties/erreurs. L'avantage du shell (donc à true) c'est en revanche de pouvoir exécuter n'importe quel document, c'est l'OS qui se charge de trouver l'appli qui va avec (par ex: tu lances un .HTML sans te préoccuper de l'appli, si c'est IE ou firefox qui est installée, c'est l'OS qui s'en charge). Si c'est pas en mode Shell, alors seuls de vrais exécutables peuvent être appelés. ça limite le choix et donc ça dépend de ce que tu veux lancer comme process.