Windows 7, fichier.bat, lignes de commandes et dossier bureau

[pluto...@gmail.com]

Bonjour,

je viens de m'apercevoir d'un comportement bizarre sous Windows7. J'ai deux disques durs C: et D:. Le C: contient les installations. Je travaille sur D: et j'ai un fichier monfichier.bat avec une ligne de commande Latex:

latex monfichier.tex

Si je clique sur monfichier.bat, le chemin d’exécution est directement redirigé vers C:\Desktop au lieu de rester dans D:. Bien sûr, la suite ne compile pas puisqu'il cherche les fichiers au mauvais endroit. Sous Vista et Windows XP, le même monfichier.bat fonctionnait directement dans le répertoire où il était situé. Que faut-il faire ?

Dans le même ordre d'idée, la commande eps2eps.exe (un commande qui permet de simplifier les fichiers .eps) fonctionne uniquement dans le répertoire C:\Desktop, ce qui me semble très étrange. Je ne suis pas certain, mais il me semble que c'est un problème qui vient de Windows et des chemins (path...)

Merci

[pluto...@gmail.com]

une réponse pour que le fichier .bat s'exécute dans son dossier: il faut ajouter
"cd /d %~dp0" avant les commandes en question. Il me semble que ça n'était pas le cas auparavant. J'imagine qu'il faudrait ajouter quelque chose d'équivalent dans la commande eps2eps.exe pour qu'elle s'exécute correctement dans tous les dossiers et non pas seulement dans C:\Desktop.

[DuboisP]

Le Mon, 22 Apr 2013 01:55:59 +0200, <pluto...@gmail.com> a ï¿œcrit:

> une rï¿œponse pour que le fichier .bat s'exï¿œcute dans son dossier: il faut
> ajouter
> "cd /d %~dp0" avant les commandes en question. Il me semble que ï¿œa
> n'ï¿œtait pas le cas auparavant. J'imagine qu'il faudrait ajouter quelque
> chose d'ï¿œquivalent dans la commande eps2eps.exe pour qu'elle s'exï¿œcute

> correctement dans tous les dossiers et non pas seulement dans C:\Desktop.
>

dￜjￜ sous Vista
pour W2K et XP, faudrait que je retrouve de vieux scripts
--
Utilisant le logiciel de courrier rï¿œvolutionnaire d'Opera :
http://www.opera.com/mail/

[pluto...@gmail.com]

Le lundi 22 avril 2013 00:31:11 UTC-4, DuboisP a écrit :
> Le Mon, 22 Apr 2013 01:55:59 +0200, <pluto...@gmail.com> a écrit:
>
>
>
> > une réponse pour que le fichier .bat s'exécute dans son dossier: il faut
>
> > ajouter
>
> > "cd /d %~dp0" avant les commandes en question. Il me semble que ça
>
> > n'était pas le cas auparavant. J'imagine qu'il faudrait ajouter quelque
>
> > chose d'équivalent dans la commande eps2eps.exe pour qu'elle s'exécute

>
> > correctement dans tous les dossiers et non pas seulement dans C:\Desktop.
>
> >
>
>
>

> déjà sous Vista

>
> pour W2K et XP, faudrait que je retrouve de vieux scripts
>
> --
>

> Utilisant le logiciel de courrier révolutionnaire d'Opera :
>
> http://www.opera.com/mail/

pour ma part, c'est le première fois que je dois faire cela. J'ai l'impression qu'il doit y avoir un réglage quelque part qui automatise cela.

[Gilles Pion]

Ref: <17d4b7f6-d3f3-40db...@googlegroups.com> de
pluto...@gmail.com

Je ne parviens pas a reproduire ce comportement (Windows7 également)

L'exécution un fichier .bat (également .cmd) avec ces deux lignes
chdir
pause

m'affiche le chemin du dossier le contenant lorsqu'on l'exécute en cliquant dans
l'explorateur.
--
Gilles Pion

[pluto...@gmail.com]

> m'affiche le chemin du dossier le contenant lorsqu'on l'exécute en cliquant dans l'explorateur.

intéressant. Je viens de m'apercevoir que le fait de cliquer sur le .bat ou de l'exécuter en ligne de commande différait. En ligne de commande, ça fonctionne normalement (ie, comme avant) alors qu'en cliquant dessus, le chemin du dossier revient invariablement au bureau, c'est très étrange. En fin de compte, c'est assez peu gênant mais bizarre.

[Gilles Pion]

Ref: <e7d752c9-03ff-4d07...@googlegroups.com> de
pluto...@gmail.com

>> m'affiche le chemin du dossier le contenant lorsqu'on l'exécute en cliquant dans l'explorateur.
>
>intéressant. Je viens de m'apercevoir que le fait de cliquer sur le .bat ou de l'exécuter en ligne de commande différait. En ligne de commande, ça fonctionne normalement (ie, comme avant) alors qu'en cliquant dessus, le chemin du dossier revient invariablement au bureau, c'est très étrange. En fin de compte, c'est assez peu gênant mais bizarre.

Le plus étonnant est ce chemin "c:\desktop" qui n'est pas franchement "standard"

Doit y avoir un machin qui s'exécute avant le .bat sur votre config

Est-ce que ça fait pareil avec un .cmd ?
--
Gilles Pion

[Delta Ophiuchus]

*Bonjour/Bonsoir/Bonne nuit pluto...@gmail.com*, qui a écrit le
23/04/2013 03:28 :

> alors qu'en cliquant dessus, le chemin du dossier revient invariablement au bureau, c'est très étrange. En fin de compte, c'est assez peu gênant mais bizarre.

Que fait le clic droit et Exécuter en tant qu'administrateur ?

--
http://www.synec-doc.be/doc/accents2.htm

Le premier anti-virus/anti-spyware/anti-malware, ce n'est pas un
programme, c'est toi :
http://www.certa.ssi.gouv.fr/

[pluto...@gmail.com]

> Est-ce que ça fait pareil avec un .cmd ?

je ne suis pas certain de comprendre (euphémisme). Pouvez-vous détailler ? Merci

[pluto...@gmail.com]

> Que fait le clic droit et Exécuter en tant qu'administrateur ?

même chose. Ça redirige aussi vers le bureau. Un début de pensée après la remarque "Doit y avoir un machin qui s'exécute avant le .bat sur votre config" : mon disque dur principal C: est un disque flash alors que mon deuxième disque dur D: est un disque "normal". Est-ce possible que ça modifie le fonctionnement usuel de Windows ?

[Gilles Pion]

Ref: <a5d4457b-951a-47b9...@googlegroups.com> de
pluto...@gmail.com

>> Est-ce que ça fait pareil avec un .cmd ?
>
>
>je ne suis pas certain de comprendre (euphémisme). Pouvez-vous détailler ? Merci

Il est possible que les fichiers d'extension .cmd sont traités par Windows
différements des ceux d'extension .bat (pour des raisons de compatibilité
ascendante)

Serait-il possible de faire le test avec une copie du fichier <machin>.bat en
<machin>.cmd ?
--
Gilles Pion

[Gilles Pion]

Ref: <ee34272b-129d-47e3...@googlegroups.com> de
pluto...@gmail.com
>> Que fait le clic droit et Ex�cuter en tant qu'administrateur ?
>
>m�me chose. �a redirige aussi vers le bureau. Un d�but de pens�e apr�s la remarque "Doit y avoir un machin qui s'ex�cute avant le .bat sur votre config" : mon disque dur principal C: est un disque flash alors que mon deuxi�me disque dur D: est un disque "normal". Est-ce possible que �a modifie le fonctionnement usuel de Windows ?


N'y aurait pas plut�t un autoexec.nt avec un chdir qui traine?
cf: http://fr.wikipedia.org/wiki/Autoexec.bat
--
Gilles Pion

[Delta Ophiuchus]

*Bonjour/Bonsoir/Bonne nuit pluto...@gmail.com*, qui a écrit le

27/04/2013 17:03 :

> même chose. Ça redirige aussi vers le bureau.

Sans surprise donc.

> Un début de pensée
> après la remarque "Doit y avoir un machin qui s'exécute avant le .bat
> sur votre config" : mon disque dur principal C: est un disque flash
> alors que mon deuxième disque dur D: est un disque "normal". Est-ce
> possible que ça modifie le fonctionnement usuel de Windows ?

Je ne pense pas mais je ne sais pas. Et latex est où ?

[Gilles Pion]

Ref: <klh4d3$ium$1...@shakotay.alphanet.ch> de Delta Ophiuchus

>*Bonjour/Bonsoir/Bonne nuit pluto...@gmail.com*, qui a écrit le
>27/04/2013 17:03 :
>
>> même chose. Ça redirige aussi vers le bureau.
>
>Sans surprise donc.

Ben moi au contraire, depuis le début de ce thread je reste surpris, d'autant
plus que ce chemin "C:\Desktop" ne correspond a rien de connu sous windows 7
--
Gilles Pion

[Delta Ophiuchus]

Il n'a peut-être simplement pas indiqué dans la discussion le chemin
complet de son Bureau : C:\Users\User_Name\Desktop

[pluto...@gmail.com]

en effet, je suis allé un peu vite dans la description. Je résume les deux difficultés sachant qu'elles sont toutes les deux liées à Latex lui-même installé sur C:\Program Files (x86)\MiKTeX 2.9

1 - j'ai un répertoire de travail sur le C: ou le D: qui contient des fichiers Latex et un fichier CompTout.bat qui contient la ligne suivante (pour l'exemple): pdflatex CBB

cette ligne permet de compiler le document CBB.tex. Si je clique sur CompTout.bat sachant qu'il se situe dans le répertoire de travail en cours, la commande à exécuter, ici pdflatex CBB est redirigée vers le bureau, à savoir, comme indiqué par Delta Ophiuchus, C:\Users\User_Name\Desktop>. Bien sûr, comme CBB.tex ne se trouve pas dans Desktop, il y a un message d'erreur. Ce problème est réglé si j'écris la commande CompTout.bat (au lieu de cliquer donc) dans une fenêtre cmd.exe ouverte dans le répertoire de travail en cours. Il est aussi réglé en ajoutant en première ligne la commande cd /d %~dp0 dans CompTout.bat. Changer le CompTout.bat en CompTout.cmd ne modifie pas le fonctionnement détaillé ci-dessus.

2 - le répertoire C:\Program Files (x86)\MiKTeX 2.9\miktex\bin contient pas mal d'exécutables dont eps2eps.exe qui permet de simplifier des fichiers .eps. Normalement, on l'utilise dans n'importe quel répertoire de travail qui contient une figure au format eps comme qui: >eps2eps.exe ma_figure.eps ma_nouvelle_figure.eps. Cependant, d'une manière similaire à ce qui se passe avec les .bat, cette commande eps2eps ne s'exécute correctement seulement si ma_figure.eps se situe dans le répertoire C:\Users\User_Name\Desktop. Le message d'erreur invoqué quand le fichier .eps ne se situe pas dans Desktop implique un problème au niveau de Ghostscript, ce qui n'aide pas à trouver l'origine de l'erreur.

Ces deux problèmes sont nouveaux et j'ai longtemps crus qu'ils étaient liés à une mauvaise installation de Miktex. Après quelques longs tests, je pense qu'ils sont liés à une bizarrerie au niveau de mon PC et de Windows. Je vais lire avec attention la page: http://fr.wikipedia.org/wiki/Autoexec.bat

Merci

[Delta Ophiuchus]

*Bonjour/Bonsoir/Bonne nuit pluto...@gmail.com*, qui a écrit le

28/04/2013 01:50 :

> en effet, je suis allé un peu vite dans la description. Je résume les
> deux difficultés sachant qu'elles sont toutes les deux liées à Latex
> lui-même installé sur C:\Program Files (x86)\MiKTeX 2.9
>
> 1 - j'ai un répertoire de travail sur le C: ou le D: qui contient des

Je ne comprends pas : le répertoire de travail est mobile ? :-)
Avec un seul répertoire de travail au lieu de deux, cela simplifiera la
résolution des problèmes.

> fichiers Latex et un fichier CompTout.bat qui contient la ligne
> suivante (pour l'exemple): pdflatex CBB
>
> cette ligne permet de compiler le document CBB.tex. Si je clique sur
> CompTout.bat sachant qu'il se situe dans le répertoire de travail en
> cours,

Et là il faut deviner lequel des deux il s'agit, celui sur C ou celui
sur D ?
Tu devrais simplifier tes tâches et tes scripts avec *un* seul
répertoire de travail, toujours le même.

> la commande à exécuter, ici pdflatex CBB est redirigée vers le
> bureau, à savoir, comme indiqué par Delta Ophiuchus,
> C:\Users\User_Name\Desktop>. Bien sûr, comme CBB.tex ne se trouve pas
> dans Desktop, il y a un message d'erreur. Ce problème est réglé si
> j'écris la commande CompTout.bat (au lieu de cliquer donc) dans une
> fenêtre cmd.exe ouverte dans le répertoire de travail en cours.

L'interpréteur de commandes sait où il se trouve à l'instant T ce qui
n'est pas le cas de ton script.

> Il
> est aussi réglé en ajoutant en première ligne la commande cd /d %~dp0
> dans CompTout.bat. Changer le CompTout.bat en CompTout.cmd ne modifie
> pas le fonctionnement détaillé ci-dessus.
>
> 2 - le répertoire C:\Program Files (x86)\MiKTeX 2.9\miktex\bin
> contient pas mal d'exécutables dont eps2eps.exe qui permet de
> simplifier des fichiers .eps. Normalement, on l'utilise dans
> n'importe quel répertoire de travail qui contient une figure au
> format eps comme qui: >eps2eps.exe ma_figure.eps
> ma_nouvelle_figure.eps. Cependant, d'une manière similaire à ce qui
> se passe avec les .bat, cette commande eps2eps ne s'exécute
> correctement seulement si ma_figure.eps se situe dans le répertoire
> C:\Users\User_Name\Desktop. Le message d'erreur invoqué quand le
> fichier .eps ne se situe pas dans Desktop implique un problème au
> niveau de Ghostscript, ce qui n'aide pas à trouver l'origine de
> l'erreur.

Qui lui-même ne doit pas trouver le fichier à traiter à cause des
répertoires mobiles :-)
Et Ghostscript dont tu as bien sûr la dernière version :
http://www.ghostscript.com/download/gsdnld.html

> Ces deux problèmes sont nouveaux et j'ai longtemps crus qu'ils
> étaient liés à une mauvaise installation de Miktex. Après quelques
> longs tests, je pense qu'ils sont liés à une bizarrerie au niveau de
> mon PC et de Windows. Je vais lire avec attention la page:
> http://fr.wikipedia.org/wiki/Autoexec.bat

Je crois qu'il n'y est absolument pour rien.



> Merci

[Delta Ophiuchus]

*Bonjour/Bonsoir/Bonne nuit pluto...@gmail.com*, qui a écrit le

28/04/2013 01:50 :

> en effet, je suis allé un peu vite dans la description. Je résume les
> deux difficultés sachant qu'elles sont toutes les deux liées à Latex
> lui-même installé sur C:\Program Files (x86)\MiKTeX 2.9
>
> 1 - j'ai un répertoire de travail sur le C: ou le D: qui contient des

Je ne comprends pas : le répertoire de travail est mobile ? :-)
Avec un seul répertoire de travail au lieu de deux, cela simplifiera la
résolution des problèmes.

> fichiers Latex et un fichier CompTout.bat qui contient la ligne
> suivante (pour l'exemple): pdflatex CBB
>
> cette ligne permet de compiler le document CBB.tex. Si je clique sur
> CompTout.bat sachant qu'il se situe dans le répertoire de travail en
> cours,

Et là il faut deviner lequel des deux il s'agit, celui sur C ou celui
sur D ?
Tu devrais simplifier tes tâches et tes scripts avec *un* seul
répertoire de travail, toujours le même.

> la commande à exécuter, ici pdflatex CBB est redirigée vers le
> bureau, à savoir, comme indiqué par Delta Ophiuchus,
> C:\Users\User_Name\Desktop>. Bien sûr, comme CBB.tex ne se trouve pas
> dans Desktop, il y a un message d'erreur. Ce problème est réglé si
> j'écris la commande CompTout.bat (au lieu de cliquer donc) dans une
> fenêtre cmd.exe ouverte dans le répertoire de travail en cours.

L'interpréteur de commandes sait où il se trouve à l'instant T ce qui
n'est pas le cas de ton script.

> Il
> est aussi réglé en ajoutant en première ligne la commande cd /d %~dp0
> dans CompTout.bat. Changer le CompTout.bat en CompTout.cmd ne modifie
> pas le fonctionnement détaillé ci-dessus.
>
> 2 - le répertoire C:\Program Files (x86)\MiKTeX 2.9\miktex\bin
> contient pas mal d'exécutables dont eps2eps.exe qui permet de
> simplifier des fichiers .eps. Normalement, on l'utilise dans
> n'importe quel répertoire de travail qui contient une figure au
> format eps comme qui: >eps2eps.exe ma_figure.eps
> ma_nouvelle_figure.eps. Cependant, d'une manière similaire à ce qui
> se passe avec les .bat, cette commande eps2eps ne s'exécute
> correctement seulement si ma_figure.eps se situe dans le répertoire
> C:\Users\User_Name\Desktop. Le message d'erreur invoqué quand le
> fichier .eps ne se situe pas dans Desktop implique un problème au
> niveau de Ghostscript, ce qui n'aide pas à trouver l'origine de
> l'erreur.

Qui lui-même ne doit pas trouver le fichier à traiter à cause des

répertoires variables que ton script n'indique pas :-)

Et Ghostscript dont tu as bien sûr la dernière version :
http://www.ghostscript.com/download/gsdnld.html

> Ces deux problèmes sont nouveaux et j'ai longtemps crus qu'ils
> étaient liés à une mauvaise installation de Miktex. Après quelques
> longs tests, je pense qu'ils sont liés à une bizarrerie au niveau de
> mon PC et de Windows. Je vais lire avec attention la page:
> http://fr.wikipedia.org/wiki/Autoexec.bat

Je crois que ton Autoexec n'y est absolument pour rien.



> Merci
>

[Gilles Pion]

Ref: <klihoq$d1$2...@shakotay.alphanet.ch> de Delta Ophiuchus

>
>Je crois que ton Autoexec n'y est absolument pour rien.

La simple présence d'un "cd /d %USERPROFILE%\desktop" dans le autoexec pourrait
pourtant expliquer les symptômes constatés.

Il ne faut négliger aucune piste.
--
Gilles Pion

[Delta Ophiuchus]

Si tu me disais une clé de registre, je serais d'accord. Personnellement
c'est plutôt là que j'irais chercher.
Par exemple :
HKEY_LOCAL_MACHINE\Software\Microsoft\Command Processor\
http://gammaf.perso.sfr.fr/tuto%20cmd.html
etc.

[Gilles Pion]

Ref: <klikak$511$1...@shakotay.alphanet.ch> de Delta Ophiuchus

>Si tu me disais une clé de registre, je serais d'accord. Personnellement
>c'est plutôt là que j'irais chercher.
>Par exemple :
>HKEY_LOCAL_MACHINE\Software\Microsoft\Command Processor\
>http://gammaf.perso.sfr.fr/tuto%20cmd.html
>etc.

En effet, et surtout de la clé "autorun"

Ce qui m'a d'ailleurs permis de trouver un témoignage de quelqu'un ayant
rencontré le même gag:
http://blogs.msdn.com/b/oldnewthing/archive/2007/11/21/6447771.aspx

En résumé, regarder l'éventuel contenu des clés
HKEY_LOCAL_MACHINE\Software\Microsoft\Command Processor\AutoRun
et
HKEY_CURRENT_USER\Software\Microsoft\Command Processor\AutoRun
--
Gilles Pion

[pluto...@gmail.com]

Merci, je vais essayer de regarder le contenu desdites clés. Sinon, je parlais du C: ou du D: pour expliquer que les symptômes sont les mêmes où que soit le répertoire de travail, c'est tout.

[pluto...@gmail.com]

> En résumé, regarder l'éventuel contenu des clés
>
> HKEY_LOCAL_MACHINE\Software\Microsoft\Command Processor\AutoRun
>
> et
>
> HKEY_CURRENT_USER\Software\Microsoft\Command Processor\AutoRun

en effet, je viens de lire le blog et j'ai exécuté:

C:\Users\User_Name\Desktop>reg query "HKCU\Software\Microsoft\Command Processor" /v /AutoRun

qui dit:

HKEY_CURRENT_USER\Software\Microsoft\Command Processor

AutoRun REG_SZ CD /d C:\Users\User_Name\Desktop

Ça semble expliquer pas mal de choses mais que faudrait-il avoir à la place ?

[Gilles Pion]

Ref: <604f09ae-7f0f-456c...@googlegroups.com> de
pluto...@gmail.com

Rien

Et ça explique tout en fait,

reste a savoir comment c'est arrivé la
--
Gilles Pion

[pluto...@gmail.com]

> > ça semble expliquer pas mal de choses mais que faudrait-il avoir � la place ?
>
> Rien

ah bon ? mais je ne pourrais jamais exécuter eps2eps ailleurs que dans le Desktop alors ?

> Et ça explique tout en fait,

> reste a savoir comment c'est arrivé là

il y a des pistes ?

[Gilles Pion]

Ref: <5d797fa1-8191-4094...@googlegroups.com> de
pluto...@gmail.com

>> > ça semble expliquer pas mal de choses mais que faudrait-il avoir � la place ?
>>
>> Rien
>
>ah bon ? mais je ne pourrais jamais exécuter eps2eps ailleurs que dans le Desktop alors ?

Au contraire, si tu n'a plus cette valeur "AutoRun" rien dans cette clé, le
répertoire d'exécution de tes .bat va être le répertoire contenant ce dernier,
comme avant.

>
>> Et ça explique tout en fait,
>> reste a savoir comment c'est arrivé là
>
>il y a des pistes ?

A toi de chercher depuis quand c'est arrivé sur ta machine.

La base de registre enregistre pour chaque clé la date de dernière écriture
Su tu n'a pas encore supprimé cette clé tu peux aller voir quand
"HKCU\Software\Microsoft\Command Processor" à été modifié

Faut utiliser un autre outil que regedit pour ça, Registrar Registry Manager par
exemple (http://www.resplendence.com/downloads)
--
Gilles Pion

[Delta Ophiuchus]

*Bonjour/Bonsoir/Bonne nuit Gilles Pion*, qui a écrit le 28/04/2013 20:25 :

> Ref: <5d797fa1-8191-4094...@googlegroups.com> de
> pluto...@gmail.com

>> >ah bon ? mais je ne pourrais jamais exécuter eps2eps ailleurs que dans le Desktop alors ?
> Au contraire, si tu n'a plus cette valeur "AutoRun" rien dans cette clé, le
> répertoire d'exécution de tes .bat va être le répertoire contenant ce dernier,
> comme avant.

Pour la supprimer, aller à la clé :
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Command Processor\AutoRun
Clic droit sur AutoRun et "supprimer".

[pluto...@gmail.com]

> A toi de chercher depuis quand c'est arrivé sur ta machine. La base de registre enregistre pour chaque clé la date de dernière écriture

le 01/01/1601 : ça sent le virus ?

[Gilles Pion]

Ref: <a2a384bc-6a0b-48b0...@googlegroups.com> de
pluto...@gmail.com

>> A toi de chercher depuis quand c'est arrivé sur ta machine. La base de registre enregistre pour chaque clé la date de dernière écriture
>
>le 01/01/1601 : ça sent le virus ?

Pas forcément, le timestamp de la clé est s'est retrouvé à zero, aller savoir
pourquoi...

http://en.wikipedia.org/wiki/1601

January 1 of this year (1601-01-01) is used as the base of file dates[1] and of
Active Directory Logon dates[2] by Microsoft Windows.

/../

All versions of the Microsoft Windows operating system from Windows 95 onward
count units of one hundred nanoseconds from this epoch.


--
Gilles Pion

[pluto...@gmail.com]

d'accord. Entre temps, j'ai bien éliminé cette clé et tout est redevenu normal. Merci!