Bonjour,
J'ai une erreur "nom_de_fichier n'est pas une application 32 bits
valide" sur un script (JS) que je d=E9clenche depuis le menu contextuel
sur un fichier dans l'explorateur
le script marche tr=E8s bien depuis la ligne de commande avec "c:
\program files\monapp\monapp.js" "nom_de_fichier".
J'ai coll=E9 dans HKCR\*\SHELL\mon app la chaine "&Copie le fichier vers
NESSIE" et sous la cl=E9 command : "c:\program files\monapp\monapp.js"
"%1"
Le script effectue une b=EAte copie de fichier mais en calculant le
chemin "cible" par arpport =E0 certaIl fait appel aux fonctions du wsh
pour extraire une partie du path du fichier, cr=E9er un nouveau path et
copier le fichier choisi dedans. Le but =E9tant de faciliter le boulot
(r=E9petitif) d'un colll=E8gue qui doit copier certains fichiers d'un
syst=E8me de fichier vers un autre
Oups... la fin est incompréhensible. Lire : Le script effectue une bête copie de fichier mais en calculant le chemin "cible" par rapport à certains élements du PATH contenu dans %1
Oups... la fin est incompréhensible. Lire :
Le script effectue une bête copie de fichier mais en calculant le
chemin "cible" par rapport à certains élements du PATH contenu dans %1
Oups... la fin est incompréhensible. Lire : Le script effectue une bête copie de fichier mais en calculant le chemin "cible" par rapport à certains élements du PATH contenu dans %1
Michel__D
Bonjour,
EBille a écrit :
Bonjour, J'ai une erreur "nom_de_fichier n'est pas une application 32 bits valide" sur un script (JS) que je déclenche depuis le menu contextuel sur un fichier dans l'explorateur le script marche très bien depuis la ligne de commande avec "c: program filesmonappmonapp.js" "nom_de_fichier". J'ai collé dans HKCR*SHELLmon app la chaine "&Copie le fichier vers NESSIE" et sous la clé command : "c:program filesmonappmonapp.js" "%1"
Le script effectue une bête copie de fichier mais en calculant le chemin "cible" par arpport à certaIl fait appel aux fonctions du wsh pour extraire une partie du path du fichier, créer un nouveau path et copier le fichier choisi dedans. Le but étant de faciliter le boulot (répetitif) d'un colllègue qui doit copier certains fichiers d'un système de fichier vers un autre
Un fichier .js ou .vbs est un banal fichier texte qui est interprété par un moteur de script; cscript.exe ou wscript.exe et dans la ligne de commande il attend un exécutable, il faut donc lui furnir le moteur de script à utiliser ou alors il faudrait convertir ton script en exécutable.
Bonjour,
EBille a écrit :
Bonjour,
J'ai une erreur "nom_de_fichier n'est pas une application 32 bits
valide" sur un script (JS) que je déclenche depuis le menu contextuel
sur un fichier dans l'explorateur
le script marche très bien depuis la ligne de commande avec "c:
program filesmonappmonapp.js" "nom_de_fichier".
J'ai collé dans HKCR*SHELLmon app la chaine "&Copie le fichier vers
NESSIE" et sous la clé command : "c:program filesmonappmonapp.js"
"%1"
Le script effectue une bête copie de fichier mais en calculant le
chemin "cible" par arpport à certaIl fait appel aux fonctions du wsh
pour extraire une partie du path du fichier, créer un nouveau path et
copier le fichier choisi dedans. Le but étant de faciliter le boulot
(répetitif) d'un colllègue qui doit copier certains fichiers d'un
système de fichier vers un autre
Un fichier .js ou .vbs est un banal fichier texte qui est interprété
par un moteur de script; cscript.exe ou wscript.exe et dans la ligne
de commande il attend un exécutable, il faut donc lui furnir le moteur
de script à utiliser ou alors il faudrait convertir ton script en
exécutable.
Bonjour, J'ai une erreur "nom_de_fichier n'est pas une application 32 bits valide" sur un script (JS) que je déclenche depuis le menu contextuel sur un fichier dans l'explorateur le script marche très bien depuis la ligne de commande avec "c: program filesmonappmonapp.js" "nom_de_fichier". J'ai collé dans HKCR*SHELLmon app la chaine "&Copie le fichier vers NESSIE" et sous la clé command : "c:program filesmonappmonapp.js" "%1"
Le script effectue une bête copie de fichier mais en calculant le chemin "cible" par arpport à certaIl fait appel aux fonctions du wsh pour extraire une partie du path du fichier, créer un nouveau path et copier le fichier choisi dedans. Le but étant de faciliter le boulot (répetitif) d'un colllègue qui doit copier certains fichiers d'un système de fichier vers un autre
Un fichier .js ou .vbs est un banal fichier texte qui est interprété par un moteur de script; cscript.exe ou wscript.exe et dans la ligne de commande il attend un exécutable, il faut donc lui furnir le moteur de script à utiliser ou alors il faudrait convertir ton script en exécutable.
Stéphane
Bonjour, C'est un peu HS, mais connais-tu des outilsqui convertisse des vbs en exe ?
Merci
"Michel__D" a écrit dans le message de news:
Bonjour,
EBille a écrit :
Bonjour, J'ai une erreur "nom_de_fichier n'est pas une application 32 bits valide" sur un script (JS) que je déclenche depuis le menu contextuel sur un fichier dans l'explorateur le script marche très bien depuis la ligne de commande avec "c: program filesmonappmonapp.js" "nom_de_fichier". J'ai collé dans HKCR*SHELLmon app la chaine "&Copie le fichier vers NESSIE" et sous la clé command : "c:program filesmonappmonapp.js" "%1"
Le script effectue une bête copie de fichier mais en calculant le chemin "cible" par arpport à certaIl fait appel aux fonctions du wsh pour extraire une partie du path du fichier, créer un nouveau path et copier le fichier choisi dedans. Le but étant de faciliter le boulot (répetitif) d'un colllègue qui doit copier certains fichiers d'un système de fichier vers un autre
Un fichier .js ou .vbs est un banal fichier texte qui est interprété par un moteur de script; cscript.exe ou wscript.exe et dans la ligne de commande il attend un exécutable, il faut donc lui furnir le moteur de script à utiliser ou alors il faudrait convertir ton script en exécutable.
Bonjour,
C'est un peu HS, mais connais-tu des outilsqui convertisse des vbs en exe ?
Merci
"Michel__D" <Michel.NOSPAM@orange-ft.com.invalid> a écrit dans le message de
news: u0DiUX5jJHA.5124@TK2MSFTNGP03.phx.gbl...
Bonjour,
EBille a écrit :
Bonjour,
J'ai une erreur "nom_de_fichier n'est pas une application 32 bits
valide" sur un script (JS) que je déclenche depuis le menu contextuel
sur un fichier dans l'explorateur
le script marche très bien depuis la ligne de commande avec "c:
program filesmonappmonapp.js" "nom_de_fichier".
J'ai collé dans HKCR*SHELLmon app la chaine "&Copie le fichier vers
NESSIE" et sous la clé command : "c:program filesmonappmonapp.js"
"%1"
Le script effectue une bête copie de fichier mais en calculant le
chemin "cible" par arpport à certaIl fait appel aux fonctions du wsh
pour extraire une partie du path du fichier, créer un nouveau path et
copier le fichier choisi dedans. Le but étant de faciliter le boulot
(répetitif) d'un colllègue qui doit copier certains fichiers d'un
système de fichier vers un autre
Un fichier .js ou .vbs est un banal fichier texte qui est interprété
par un moteur de script; cscript.exe ou wscript.exe et dans la ligne
de commande il attend un exécutable, il faut donc lui furnir le moteur
de script à utiliser ou alors il faudrait convertir ton script en
exécutable.
Bonjour, C'est un peu HS, mais connais-tu des outilsqui convertisse des vbs en exe ?
Merci
"Michel__D" a écrit dans le message de news:
Bonjour,
EBille a écrit :
Bonjour, J'ai une erreur "nom_de_fichier n'est pas une application 32 bits valide" sur un script (JS) que je déclenche depuis le menu contextuel sur un fichier dans l'explorateur le script marche très bien depuis la ligne de commande avec "c: program filesmonappmonapp.js" "nom_de_fichier". J'ai collé dans HKCR*SHELLmon app la chaine "&Copie le fichier vers NESSIE" et sous la clé command : "c:program filesmonappmonapp.js" "%1"
Le script effectue une bête copie de fichier mais en calculant le chemin "cible" par arpport à certaIl fait appel aux fonctions du wsh pour extraire une partie du path du fichier, créer un nouveau path et copier le fichier choisi dedans. Le but étant de faciliter le boulot (répetitif) d'un colllègue qui doit copier certains fichiers d'un système de fichier vers un autre
Un fichier .js ou .vbs est un banal fichier texte qui est interprété par un moteur de script; cscript.exe ou wscript.exe et dans la ligne de commande il attend un exécutable, il faut donc lui furnir le moteur de script à utiliser ou alors il faudrait convertir ton script en exécutable.
EBille
On 15 fév, 18:53, Michel__D wrote:
Un fichier .js ou .vbs est un banal fichier texte qui est interprété par un moteur de script; cscript.exe ou wscript.exe et dans la ligne de commande il attend un exécutable, il faut donc lui furnir le mot eur de script à utiliser ou alors il faudrait convertir ton script en exécutable.
Merci pour cette réponse. En fait je m'étais basé sur un fil développé ici en 2006... j'ai rajouté wscript.exe devant, soit : wscript.exe "c:program filesmonappmonapp.js", "%1" C'est pas encore ça : "Il n'y a pas de moteur de script pour l'extension .PDF" La syntaxe de passage de parametre doit être chelou. Bonne soirée à tous Eb
On 15 fév, 18:53, Michel__D <Michel.NOS...@orange-ft.com.invalid>
wrote:
Un fichier .js ou .vbs est un banal fichier texte qui est interprété
par un moteur de script; cscript.exe ou wscript.exe et dans la ligne
de commande il attend un exécutable, il faut donc lui furnir le mot eur
de script à utiliser ou alors il faudrait convertir ton script en
exécutable.
Merci pour cette réponse.
En fait je m'étais basé sur un fil développé ici en 2006...
j'ai rajouté wscript.exe devant, soit :
wscript.exe "c:program filesmonappmonapp.js", "%1"
C'est pas encore ça :
"Il n'y a pas de moteur de script pour l'extension .PDF"
La syntaxe de passage de parametre doit être chelou.
Bonne soirée à tous
Eb
Un fichier .js ou .vbs est un banal fichier texte qui est interprété par un moteur de script; cscript.exe ou wscript.exe et dans la ligne de commande il attend un exécutable, il faut donc lui furnir le mot eur de script à utiliser ou alors il faudrait convertir ton script en exécutable.
Merci pour cette réponse. En fait je m'étais basé sur un fil développé ici en 2006... j'ai rajouté wscript.exe devant, soit : wscript.exe "c:program filesmonappmonapp.js", "%1" C'est pas encore ça : "Il n'y a pas de moteur de script pour l'extension .PDF" La syntaxe de passage de parametre doit être chelou. Bonne soirée à tous Eb
EBille
La bonne syntaxe est : wscript.exe "c:program filesmonappmonapp.js" "%1" Ca marche super bien ! Merci pour l'aide !!!! Eb, ouf !
La bonne syntaxe est :
wscript.exe "c:program filesmonappmonapp.js" "%1"
Ca marche super bien !
Merci pour l'aide !!!!
Eb, ouf !
Bonjour, C'est un peu HS, mais connais-tu des outilsqui convertisse des vbs en exe ?
Tu peux te le confectionner toi-même, regarde du coté de DispHelper.
http://disphelper.sourceforge.net/
PS:Par rapport à la solution de Michel Claveau cela permet de se passer du Framework.
Gilles LAURENT [MVP]
"Michel__D" a écrit dans le message de news: | Bonjour,
Bonjour,
| Stéphane a écrit : || Bonjour, || C'est un peu HS, mais connais-tu des outilsqui convertisse des vbs || en exe ? | | Tu peux te le confectionner toi-même, regarde du coté de DispHelper. | | http://disphelper.sourceforge.net/ | | PS:Par rapport à la solution de Michel Claveau | cela permet de se passer du Framework.
J'utilise parfois cette librairie "helper". Toutefois celle-ci nécessite de bonnes connaisances en language C C++ pour effectuer le portage. La solution de Michel Claveau [MVP] me semble quand même la plus simple. Il existe également l'outil vbs2exe.
Note: L'objet WScript doit être remplacé par l'objet XNHost. http://www.vbs2exe.com
-- Gilles LAURENT MVP Windows Server - Admin Frameworks http://glsft.free.fr
"Michel__D" <Michel.NOSPAM@orange-ft.com.invalid> a écrit dans le
message de
news:OumgGQTkJHA.3760@TK2MSFTNGP03.phx.gbl
| Bonjour,
Bonjour,
| Stéphane a écrit :
|| Bonjour,
|| C'est un peu HS, mais connais-tu des outilsqui convertisse des vbs
|| en exe ?
|
| Tu peux te le confectionner toi-même, regarde du coté de DispHelper.
|
| http://disphelper.sourceforge.net/
|
| PS:Par rapport à la solution de Michel Claveau
| cela permet de se passer du Framework.
J'utilise parfois cette librairie "helper". Toutefois celle-ci nécessite
de bonnes connaisances en language C C++ pour effectuer le portage. La
solution de Michel Claveau [MVP] me semble quand même la plus simple. Il
existe également l'outil vbs2exe.
Note: L'objet WScript doit être remplacé par l'objet XNHost.
http://www.vbs2exe.com
--
Gilles LAURENT
MVP Windows Server - Admin Frameworks
http://glsft.free.fr
"Michel__D" a écrit dans le message de news: | Bonjour,
Bonjour,
| Stéphane a écrit : || Bonjour, || C'est un peu HS, mais connais-tu des outilsqui convertisse des vbs || en exe ? | | Tu peux te le confectionner toi-même, regarde du coté de DispHelper. | | http://disphelper.sourceforge.net/ | | PS:Par rapport à la solution de Michel Claveau | cela permet de se passer du Framework.
J'utilise parfois cette librairie "helper". Toutefois celle-ci nécessite de bonnes connaisances en language C C++ pour effectuer le portage. La solution de Michel Claveau [MVP] me semble quand même la plus simple. Il existe également l'outil vbs2exe.
Note: L'objet WScript doit être remplacé par l'objet XNHost. http://www.vbs2exe.com
-- Gilles LAURENT MVP Windows Server - Admin Frameworks http://glsft.free.fr
Michel__D
Bonjour,
Gilles LAURENT [MVP] a écrit :
"Michel__D" a écrit dans le message de news: | Bonjour,
Bonjour,
| Stéphane a écrit : || Bonjour, || C'est un peu HS, mais connais-tu des outilsqui convertisse des vbs || en exe ? | | Tu peux te le confectionner toi-même, regarde du coté de DispHelper. | | http://disphelper.sourceforge.net/ | | PS:Par rapport à la solution de Michel Claveau | cela permet de se passer du Framework.
J'utilise parfois cette librairie "helper". Toutefois celle-ci nécessite de bonnes connaisances en language C C++ pour effectuer le portage. La solution de Michel Claveau [MVP] me semble quand même la plus simple. Il existe également l'outil vbs2exe.
Note: L'objet WScript doit être remplacé par l'objet XNHost. http://www.vbs2exe.com
Mouais, si tu te contente d'instancier juste l'objet ScripControl comme le fait Michel Claveau cela simplifie sigulièrement la tache, par exemple mon source en C tient en 28 lignes (sans compter les lignes spécifiques au script vbs) avec passage de paramêtre et avec valeur de retour inclus.
Bonjour,
Gilles LAURENT [MVP] a écrit :
"Michel__D" <Michel.NOSPAM@orange-ft.com.invalid> a écrit dans le
message de
news:OumgGQTkJHA.3760@TK2MSFTNGP03.phx.gbl
| Bonjour,
Bonjour,
| Stéphane a écrit :
|| Bonjour,
|| C'est un peu HS, mais connais-tu des outilsqui convertisse des vbs
|| en exe ?
|
| Tu peux te le confectionner toi-même, regarde du coté de DispHelper.
|
| http://disphelper.sourceforge.net/
|
| PS:Par rapport à la solution de Michel Claveau
| cela permet de se passer du Framework.
J'utilise parfois cette librairie "helper". Toutefois celle-ci nécessite
de bonnes connaisances en language C C++ pour effectuer le portage. La
solution de Michel Claveau [MVP] me semble quand même la plus simple. Il
existe également l'outil vbs2exe.
Note: L'objet WScript doit être remplacé par l'objet XNHost.
http://www.vbs2exe.com
Mouais, si tu te contente d'instancier juste l'objet ScripControl comme
le fait Michel Claveau cela simplifie sigulièrement la tache, par
exemple mon source en C tient en 28 lignes (sans compter les lignes
spécifiques au script vbs) avec passage de paramêtre et avec valeur
de retour inclus.
"Michel__D" a écrit dans le message de news: | Bonjour,
Bonjour,
| Stéphane a écrit : || Bonjour, || C'est un peu HS, mais connais-tu des outilsqui convertisse des vbs || en exe ? | | Tu peux te le confectionner toi-même, regarde du coté de DispHelper. | | http://disphelper.sourceforge.net/ | | PS:Par rapport à la solution de Michel Claveau | cela permet de se passer du Framework.
J'utilise parfois cette librairie "helper". Toutefois celle-ci nécessite de bonnes connaisances en language C C++ pour effectuer le portage. La solution de Michel Claveau [MVP] me semble quand même la plus simple. Il existe également l'outil vbs2exe.
Note: L'objet WScript doit être remplacé par l'objet XNHost. http://www.vbs2exe.com
Mouais, si tu te contente d'instancier juste l'objet ScripControl comme le fait Michel Claveau cela simplifie sigulièrement la tache, par exemple mon source en C tient en 28 lignes (sans compter les lignes spécifiques au script vbs) avec passage de paramêtre et avec valeur de retour inclus.