0 Question: Gvim.exe ne peut pas ouvrir un fichier incluant des caractères accentués dans son chemin avec le paramètre '--remote-tab-silent'

question créée à Tue, Apr 9, 2019 12:00 AM

Dans cmd.exe sous Windows 7, je peux ouvrir un fichier en tant que nouvel onglet dans une fenêtre gvim existante avec l'option '--remote-tab-silent' (si aucun processus gvim.exe n'existe, ouvrez le fichier uniquement en tant que nouveau. processus gvim.exe.).

gvim.exe -u NONE -p --remote-tab-silent FILE_WITHOUT_ACCENT_CHARS_IN_PATH

Toutefois, si le fichier contient des caractères accentués (par exemple, é ç ê), gvim.exe ouvre un fichier différent dont le chemin est égal au chemin sans accent (par exemple, c: \éçê - > c: \ece)

La ligne de commande suivante force gvim.exe à ouvrir le fichier différent du fichier attendu (d: \etre \eeeaaiuuocCei.txt).

gvim.exe -u NONE -p -c "set enc=utf-8" --remote-tab-silent "d:\être\éèêàâîùûôçÇëï.txt"

La ligne de commande suivante force gvim.exe à ouvrir le fichier correct, mais en tant que nouveau processus /fenêtre (je souhaite utiliser un processus existant).

gvim.exe -u NONE -p -c "set enc=utf-8" "d:\être\éèêàâîùûôçÇëï.txt"

Comment puis-je résoudre ce problème? J'utilise 'gvim_8.1.1140_x64.zip' sur Windows 7 64 bits.

>gvim.exe --version
VIM - Vi IMproved 8.1 (2018 May 18, compiled Apr  8 2019 22:01:49)

Le problème ne se produit pas et la commande avec --remote-tab-silent fonctionne parfaitement comme prévu sur Ubuntu sous GCE.

    
1
  1. J'ai essayé de reproduire sur ma machine Windows 10 avec gvim 8.1, mais cela fonctionne correctement dans mon cas. Donc, le problème semble être spécifique à Windows 7, pour ce que cela vaut.
    2019-04-10 14: 46: 09Z
  2. PS: vous dites dans le texte que vous utilisez gvim 8.1, mais vous avez affiché le résultat de --version avec 8.0. Laquelle est correcte? Peut-être qu’un correctif dans la 8.1 s’applique?
    2019-04-10 14: 48: 01Z
  3. Merci d'avoir signalé l'erreur. J'ai fixé la sortie de --version. Comme vous le dites, cela ne se produit peut-être que dans Windows 7, je n'ai rencontré aucun problème dans Windows 10 pour l'instant.
    2019-04-11 07: 56: 19Z
  4. vient d'être testé sur un autre ordinateur: Windows 7, gvim 7.4. Je n'ai pas non plus le problème avec la première commande que vous affichez. Le second (avec -c) a un comportement étrange, ouvrant le mauvais fichier. cmd.exe pourrait utiliser cp1252 ou même cp850 avec des résultats étranges dans vim parfois; voir stackoverflow.com/questions/54969583/… . Je ne vois pas comment régler votre cas, mais c’est certainement un problème de discordance de codage quelque part dans l’interaction entre 0600350991111101035062 et 0600350991111101035062.
    2019-04-11 18: 37: 16Z
  5. Votre message de suggestion sur 060035099111110101035062 me dit que le problème se produit dans les deux sens, ce qui est très utile. Je pense aussi que ce problème est dû à une incompatibilité d'encodage entre cmd.exe et (g) vim.exe, comme vous le dites. Mais cet aspect semble être en conflit avec le succès de la commande sans cmd et le même échec après 06003509911110010105062 dans cmd.exe. Je ne peux pas décomposer le problème en plusieurs parties.
    2019-04-12 04: 20: 47Z
0 réponses                              0                         
gvim
source placée ici