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
Real Gagnon
ricky wrote in news:4658c14f$0$27403$ba4acef3 @news.orange.fr:
sous windows je fais quelquechose du genre : exec("notepad.exe") waitfor() insctruction suivante
je pensait que le wwaitfor allait attendre que je quitte notepad pour continuer
Sans voir le vrai ocde, c'est difficile a dire.
Le code suivant se comporte correctement :
public class ExecNotepad { public static void main(String[] args) throws Exception { Process p = Runtime.getRuntime() .exec("notepad.exe"); p.waitFor(); System.out.println("Done."); } }
Bye. -- Real Gagnon from Quebec, Canada * Java, Javascript, VBScript and PowerBuilder code snippets * http://www.rgagnon.com/howto.html * http://www.rgagnon.com/bigindex.html
ricky <eric_AOTERnyme@yahoo.fr> wrote in news:4658c14f$0$27403$ba4acef3
@news.orange.fr:
sous windows je fais quelquechose du genre :
exec("notepad.exe")
waitfor()
insctruction suivante
je pensait que le wwaitfor allait attendre que je quitte notepad pour
continuer
Sans voir le vrai ocde, c'est difficile a dire.
Le code suivant se comporte correctement :
public class ExecNotepad {
public static void main(String[] args) throws Exception {
Process p =
Runtime.getRuntime()
.exec("notepad.exe");
p.waitFor();
System.out.println("Done.");
}
}
Bye.
--
Real Gagnon from Quebec, Canada
* Java, Javascript, VBScript and PowerBuilder code snippets
* http://www.rgagnon.com/howto.html
* http://www.rgagnon.com/bigindex.html
ricky wrote in news:4658c14f$0$27403$ba4acef3 @news.orange.fr:
sous windows je fais quelquechose du genre : exec("notepad.exe") waitfor() insctruction suivante
je pensait que le wwaitfor allait attendre que je quitte notepad pour continuer
Sans voir le vrai ocde, c'est difficile a dire.
Le code suivant se comporte correctement :
public class ExecNotepad { public static void main(String[] args) throws Exception { Process p = Runtime.getRuntime() .exec("notepad.exe"); p.waitFor(); System.out.println("Done."); } }
Bye. -- Real Gagnon from Quebec, Canada * Java, Javascript, VBScript and PowerBuilder code snippets * http://www.rgagnon.com/howto.html * http://www.rgagnon.com/bigindex.html
1 connu
Bonjour,
j'ai essayé utilise la meme chose mais avec l'application necessaire au lancement du fichier sélectionné par l'utilisateur. En général, c'est Word mais ca ne marche pas, mon appli graphique continue sa vie sans attendre. Y a t'il un moyen ?
Merci d'avance
Pierre
Mon bout de code : Process p = Runtime.getRuntime().exec("rundll32 url.dll,FileProtocolHandler " + "nomduFichier); p.waitFor();
"Real Gagnon" <realgag+ a écrit dans le message de news:
ricky wrote in news:4658c14f$0$27403$ba4acef3 @news.orange.fr:
sous windows je fais quelquechose du genre : exec("notepad.exe") waitfor() insctruction suivante
je pensait que le wwaitfor allait attendre que je quitte notepad pour continuer
Sans voir le vrai ocde, c'est difficile a dire.
Le code suivant se comporte correctement :
public class ExecNotepad { public static void main(String[] args) throws Exception { Process p > Runtime.getRuntime() .exec("notepad.exe"); p.waitFor(); System.out.println("Done."); } }
Bye. -- Real Gagnon from Quebec, Canada * Java, Javascript, VBScript and PowerBuilder code snippets * http://www.rgagnon.com/howto.html * http://www.rgagnon.com/bigindex.html
Bonjour,
j'ai essayé utilise la meme chose mais avec l'application necessaire au lancement du fichier sélectionné par l'utilisateur.
En général, c'est Word mais ca ne marche pas, mon appli graphique continue sa vie sans attendre.
Y a t'il un moyen ?
Merci d'avance
Pierre
Mon bout de code :
Process p = Runtime.getRuntime().exec("rundll32 url.dll,FileProtocolHandler " + "nomduFichier);
p.waitFor();
"Real Gagnon" <realgag+usenet@geocities.com> a écrit dans le message de news: Xns993CDAE21DC82realhowtowwwrgagnonc@140.99.99.130...
ricky <eric_AOTERnyme@yahoo.fr> wrote in news:4658c14f$0$27403$ba4acef3
@news.orange.fr:
sous windows je fais quelquechose du genre :
exec("notepad.exe")
waitfor()
insctruction suivante
je pensait que le wwaitfor allait attendre que je quitte notepad pour
continuer
Sans voir le vrai ocde, c'est difficile a dire.
Le code suivant se comporte correctement :
public class ExecNotepad {
public static void main(String[] args) throws Exception {
Process p > Runtime.getRuntime()
.exec("notepad.exe");
p.waitFor();
System.out.println("Done.");
}
}
Bye.
--
Real Gagnon from Quebec, Canada
* Java, Javascript, VBScript and PowerBuilder code snippets
* http://www.rgagnon.com/howto.html
* http://www.rgagnon.com/bigindex.html
j'ai essayé utilise la meme chose mais avec l'application necessaire au lancement du fichier sélectionné par l'utilisateur. En général, c'est Word mais ca ne marche pas, mon appli graphique continue sa vie sans attendre. Y a t'il un moyen ?
Merci d'avance
Pierre
Mon bout de code : Process p = Runtime.getRuntime().exec("rundll32 url.dll,FileProtocolHandler " + "nomduFichier); p.waitFor();
"Real Gagnon" <realgag+ a écrit dans le message de news:
ricky wrote in news:4658c14f$0$27403$ba4acef3 @news.orange.fr:
sous windows je fais quelquechose du genre : exec("notepad.exe") waitfor() insctruction suivante
je pensait que le wwaitfor allait attendre que je quitte notepad pour continuer
Sans voir le vrai ocde, c'est difficile a dire.
Le code suivant se comporte correctement :
public class ExecNotepad { public static void main(String[] args) throws Exception { Process p > Runtime.getRuntime() .exec("notepad.exe"); p.waitFor(); System.out.println("Done."); } }
Bye. -- Real Gagnon from Quebec, Canada * Java, Javascript, VBScript and PowerBuilder code snippets * http://www.rgagnon.com/howto.html * http://www.rgagnon.com/bigindex.html
ricky
Bonjour,
j'ai essayé utilise la meme chose mais avec l'application necessaire au lancement du fichier sélectionné par l'utilisateur. En général, c'est Word mais ca ne marche pas, mon appli graphique continue sa vie sans attendre. Y a t'il un moyen ?
Merci d'avance
Pierre
Mon bout de code : Process p = Runtime.getRuntime().exec("rundll32 url.dll,FileProtocolHandler " + "nomduFichier); p.waitFor();
merci a toi pour la confirmation, c est ce que j avais ecrit ...
en fait, le code marche sur mon xp chez moi, mais n'attend pas sur le w2000 au buro. Je vais donc creuser de ce cote la...
cordialement
Bonjour,
j'ai essayé utilise la meme chose mais avec l'application necessaire au lancement du fichier sélectionné par l'utilisateur.
En général, c'est Word mais ca ne marche pas, mon appli graphique continue sa vie sans attendre.
Y a t'il un moyen ?
Merci d'avance
Pierre
Mon bout de code :
Process p = Runtime.getRuntime().exec("rundll32 url.dll,FileProtocolHandler " + "nomduFichier);
p.waitFor();
merci a toi pour la confirmation, c est ce que j avais ecrit ...
en fait, le code marche sur mon xp chez moi, mais n'attend pas sur le
w2000 au buro. Je vais donc creuser de ce cote la...
j'ai essayé utilise la meme chose mais avec l'application necessaire au lancement du fichier sélectionné par l'utilisateur. En général, c'est Word mais ca ne marche pas, mon appli graphique continue sa vie sans attendre. Y a t'il un moyen ?
Merci d'avance
Pierre
Mon bout de code : Process p = Runtime.getRuntime().exec("rundll32 url.dll,FileProtocolHandler " + "nomduFichier); p.waitFor();
merci a toi pour la confirmation, c est ce que j avais ecrit ...
en fait, le code marche sur mon xp chez moi, mais n'attend pas sur le w2000 au buro. Je vais donc creuser de ce cote la...
cordialement
ricky
bonjour
merci a toi pour la confirmation, c est ce que j avais ecrit ...
en fait, le code marche sur mon xp chez moi, mais n'attend pas sur le w2000 au buro. Je vais donc creuser de ce cote la...
cordialement
en fait je conforme ce qu ecrivait 1 connu... cela depend de l'application qu'on lance ... par exemple, ce code n attend pas avbec procexp.exe ou avec certains outils windows et attend avec d'autres.. au bureau on ne lance pas l'appli de la meme facon et il n'y a pas attente...
waitfor() ne semble donc pas etre la panacee :)
bonjour
merci a toi pour la confirmation, c est ce que j avais ecrit ...
en fait, le code marche sur mon xp chez moi, mais n'attend pas sur le
w2000 au buro. Je vais donc creuser de ce cote la...
cordialement
en fait je conforme ce qu ecrivait 1 connu...
cela depend de l'application qu'on lance ... par exemple, ce code n
attend pas avbec procexp.exe ou avec certains outils windows et attend
avec d'autres.. au bureau on ne lance pas l'appli de la meme facon et il
n'y a pas attente...
merci a toi pour la confirmation, c est ce que j avais ecrit ...
en fait, le code marche sur mon xp chez moi, mais n'attend pas sur le w2000 au buro. Je vais donc creuser de ce cote la...
cordialement
en fait je conforme ce qu ecrivait 1 connu... cela depend de l'application qu'on lance ... par exemple, ce code n attend pas avbec procexp.exe ou avec certains outils windows et attend avec d'autres.. au bureau on ne lance pas l'appli de la meme facon et il n'y a pas attente...
waitfor() ne semble donc pas etre la panacee :)
Black Myst
bonjour
merci a toi pour la confirmation, c est ce que j avais ecrit ...
en fait, le code marche sur mon xp chez moi, mais n'attend pas sur le w2000 au buro. Je vais donc creuser de ce cote la...
cordialement
en fait je conforme ce qu ecrivait 1 connu... cela depend de l'application qu'on lance ... par exemple, ce code n attend pas avbec procexp.exe ou avec certains outils windows et attend avec d'autres.. au bureau on ne lance pas l'appli de la meme facon et il n'y a pas attente...
waitfor() ne semble donc pas etre la panacee :)
Rien de surprenant... et complètement indépendant de Java. Tout dépends de l'application, elle peut, ou non, garder la main.
Depuis un terminal de commande, si tu lance l'application firefox, celle-ci ce lance et garde la main dans ton terminal. Ce terminal affichera éventuellement les logs.
Si tu ouvre un second terminal et que tu lance firefox (sans avoir quitté celui lancé précédemment) firefox garde la main 1 ou 2 secondes ouvre une nouvelle fenêtre, puis rends la main au terminal.
Dans la pratique, l'application a terminé son exécution, et il n'y a qu'une seul instance de FF en mémoire avec 2 fenêtres.
Pour ton word, c'est la même chose. Si ca ne marche pas sur ton lieu de travail, c'est certainement qu'il y a un agent office qui tourne pour accélérer le démarrage de excel/word. Du coup, ta command java ne fait qu'un appel à l'agent qui ouvre lui-même une nouvelle fenêtre de word.
Pour firefox, si tu as la variable d'environnement MOZ_NO_REMOTE=1, le deuxième lancement de FF démarrera une nouvelle instance, donc ne rendra pas la main au terminal.
++ Black Myst
bonjour
merci a toi pour la confirmation, c est ce que j avais ecrit ...
en fait, le code marche sur mon xp chez moi, mais n'attend pas sur le
w2000 au buro. Je vais donc creuser de ce cote la...
cordialement
en fait je conforme ce qu ecrivait 1 connu...
cela depend de l'application qu'on lance ... par exemple, ce code n
attend pas avbec procexp.exe ou avec certains outils windows et attend
avec d'autres.. au bureau on ne lance pas l'appli de la meme facon et il
n'y a pas attente...
waitfor() ne semble donc pas etre la panacee :)
Rien de surprenant... et complètement indépendant de Java.
Tout dépends de l'application, elle peut, ou non, garder la main.
Depuis un terminal de commande, si tu lance l'application firefox,
celle-ci ce lance et garde la main dans ton terminal. Ce terminal
affichera éventuellement les logs.
Si tu ouvre un second terminal et que tu lance firefox (sans avoir
quitté celui lancé précédemment) firefox garde la main 1 ou 2 secondes
ouvre une nouvelle fenêtre, puis rends la main au terminal.
Dans la pratique, l'application a terminé son exécution, et il n'y a
qu'une seul instance de FF en mémoire avec 2 fenêtres.
Pour ton word, c'est la même chose. Si ca ne marche pas sur ton lieu de
travail, c'est certainement qu'il y a un agent office qui tourne pour
accélérer le démarrage de excel/word. Du coup, ta command java ne fait
qu'un appel à l'agent qui ouvre lui-même une nouvelle fenêtre de word.
Pour firefox, si tu as la variable d'environnement MOZ_NO_REMOTE=1,
le deuxième lancement de FF démarrera une nouvelle instance, donc ne
rendra pas la main au terminal.
merci a toi pour la confirmation, c est ce que j avais ecrit ...
en fait, le code marche sur mon xp chez moi, mais n'attend pas sur le w2000 au buro. Je vais donc creuser de ce cote la...
cordialement
en fait je conforme ce qu ecrivait 1 connu... cela depend de l'application qu'on lance ... par exemple, ce code n attend pas avbec procexp.exe ou avec certains outils windows et attend avec d'autres.. au bureau on ne lance pas l'appli de la meme facon et il n'y a pas attente...
waitfor() ne semble donc pas etre la panacee :)
Rien de surprenant... et complètement indépendant de Java. Tout dépends de l'application, elle peut, ou non, garder la main.
Depuis un terminal de commande, si tu lance l'application firefox, celle-ci ce lance et garde la main dans ton terminal. Ce terminal affichera éventuellement les logs.
Si tu ouvre un second terminal et que tu lance firefox (sans avoir quitté celui lancé précédemment) firefox garde la main 1 ou 2 secondes ouvre une nouvelle fenêtre, puis rends la main au terminal.
Dans la pratique, l'application a terminé son exécution, et il n'y a qu'une seul instance de FF en mémoire avec 2 fenêtres.
Pour ton word, c'est la même chose. Si ca ne marche pas sur ton lieu de travail, c'est certainement qu'il y a un agent office qui tourne pour accélérer le démarrage de excel/word. Du coup, ta command java ne fait qu'un appel à l'agent qui ouvre lui-même une nouvelle fenêtre de word.
Pour firefox, si tu as la variable d'environnement MOZ_NO_REMOTE=1, le deuxième lancement de FF démarrera une nouvelle instance, donc ne rendra pas la main au terminal.
++ Black Myst
ricky
bonjour
waitfor() ne semble donc pas etre la panacee :)
Rien de surprenant... et complètement indépendant de Java.
entierement d'accord... mais cela complique mon probleme :)
le pire pour moi c est que cela coince meme pour un code c que j'ai fait...
je cherche a faire un truc du style :
code java interface graphiqie sauve dans un fichier
appel du code C (mode console) qui fait le traitement
java attend (ou devrait attendre la fin du calcul)
fin du code c qui sauve ses infos dans un autre fichier
code java continue et lit le nouveau fichier pour l afficher
En clair faire une interface en java qui lance les divers codes ecrits en C...
Mon probleme etant que le waitfor n'attend pas la fin du code C ouinn :) y aurait il une solution dans java, sans modifier le code C pour qu'il pose un fichier verrou ?
cordialement
bonjour
waitfor() ne semble donc pas etre la panacee :)
Rien de surprenant... et complètement indépendant de Java.
entierement d'accord... mais cela complique mon probleme :)
le pire pour moi c est que cela coince meme pour un code c que j'ai fait...
je cherche a faire un truc du style :
code java
interface graphiqie
sauve dans un fichier
appel du code C (mode console) qui fait le traitement
java attend (ou devrait attendre la fin du calcul)
fin du code c qui sauve ses infos dans un autre fichier
code java continue et lit le nouveau fichier pour l afficher
En clair faire une interface en java qui lance les divers codes ecrits
en C...
Mon probleme etant que le waitfor n'attend pas la fin du code C ouinn :)
y aurait il une solution dans java, sans modifier le code C pour qu'il
pose un fichier verrou ?
Rien de surprenant... et complètement indépendant de Java.
entierement d'accord... mais cela complique mon probleme :)
le pire pour moi c est que cela coince meme pour un code c que j'ai fait...
je cherche a faire un truc du style :
code java interface graphiqie sauve dans un fichier
appel du code C (mode console) qui fait le traitement
java attend (ou devrait attendre la fin du calcul)
fin du code c qui sauve ses infos dans un autre fichier
code java continue et lit le nouveau fichier pour l afficher
En clair faire une interface en java qui lance les divers codes ecrits en C...
Mon probleme etant que le waitfor n'attend pas la fin du code C ouinn :) y aurait il une solution dans java, sans modifier le code C pour qu'il pose un fichier verrou ?
cordialement
Real Gagnon
ricky wrote in news:4659679c$0$25918$ba4acef3 @news.orange.fr:
Mon probleme etant que le waitfor n'attend pas la fin du code C ouinn :) y aurait il une solution dans java, sans modifier le code C pour qu'il pose un fichier verrou ?
Essaie :
Process p = Runtime.getRuntime().exec("cmd /c start /wait /tmp/mycode.exe"); p.waitFor();
Bye. -- Real Gagnon from Quebec, Canada * Java, Javascript, VBScript and PowerBuilder code snippets * http://www.rgagnon.com/howto.html * http://www.rgagnon.com/bigindex.html
ricky <eric_AOTERnyme@yahoo.fr> wrote in news:4659679c$0$25918$ba4acef3
@news.orange.fr:
Mon probleme etant que le waitfor n'attend pas la fin du code C ouinn :)
y aurait il une solution dans java, sans modifier le code C pour qu'il
pose un fichier verrou ?
Essaie :
Process p =
Runtime.getRuntime().exec("cmd /c start /wait /tmp/mycode.exe");
p.waitFor();
Bye.
--
Real Gagnon from Quebec, Canada
* Java, Javascript, VBScript and PowerBuilder code snippets
* http://www.rgagnon.com/howto.html
* http://www.rgagnon.com/bigindex.html
ricky wrote in news:4659679c$0$25918$ba4acef3 @news.orange.fr:
Mon probleme etant que le waitfor n'attend pas la fin du code C ouinn :) y aurait il une solution dans java, sans modifier le code C pour qu'il pose un fichier verrou ?
Essaie :
Process p = Runtime.getRuntime().exec("cmd /c start /wait /tmp/mycode.exe"); p.waitFor();
Bye. -- Real Gagnon from Quebec, Canada * Java, Javascript, VBScript and PowerBuilder code snippets * http://www.rgagnon.com/howto.html * http://www.rgagnon.com/bigindex.html
