[JAVA] PATH ne passe pas ... La cause est le code du caractère

J'ai installé le JDK sur mon nouveau PC et défini les variables d'environnement. Puis exécutez la commande javac ...

コマンド プロンプト 2020_07_04 10_41_14.png

Eh bien, je ne trouve aucune erreur lorsque je revérifie les paramètres de la variable d'environnement. J'ai donc pensé que cela pouvait être un problème avec le code de caractère, j'ai donc vérifié le code de caractère du chemin entré. 2020-07-04.png

Apparemment, le cercle était ** U + 00A5 ** au lieu de ** U + 005C **. En premier lieu, la marque circulaire que nous tapons sur le clavier japonais de Windows n'est pas en réalité une marque circulaire, mais une ** figure temporaire d'une barre oblique inverse **. (Pour être exact, vous pouvez également entrer une marque de cercle en faisant ceci et cela) La raison pour laquelle cela se produit est qu'au Japon, une marque de cercle a été attribuée au code de caractère 5C, auquel le caractère anti-oblique était initialement attribué en ASCII, et il a été normalisé sous le nom JIS X 0201. Après cela, en essayant d'unifier les codes de caractères partout dans le monde, le standard Unicode est né, et j'ai essayé de distinguer correctement la barre oblique arrière et la marque circulaire. À ce moment-là, une barre oblique inverse est attribuée à ** U + 005C ** et une marque de cercle est attribuée à ** U + 00A5 **. Cependant, lorsque Windows l'a converti en Unicode, il a déclaré: «Le code de caractère de U + 005C est une barre oblique inverse, mais c'est une marque de cercle dans l'affichage japonais». Par conséquent, lorsque vous entrez une barre oblique inverse avec un clavier japonais, une marque de cercle ou une barre oblique inverse peut s'afficher à l'écran en fonction de la police. (En fait, barre oblique inverse) En d'autres termes, lorsque nous tapons habituellement avec un clavier japonais, même si les caractères que nous tapons sont affichés sous forme de cercles, ils sont ** vraiment des barres obliques inverses ** (le code des caractères est U + 005C). Cependant, lorsque vous copiez et collez de quelque part, vous pouvez apporter une véritable marque de cercle (le code de caractère est U + 00A5).

Eh bien, l'explication est longue, mais dans mon cas cette fois, j'ai copié et défini le chemin, donc (pour une raison quelconque) j'ai utilisé la vraie marque de cercle. Donc, si vous le saisissez correctement à partir du clavier et définissez la variable d'environnement, 選択コマンド プロンプト 2020_07_04 10_45_52.png

De cette façon, la commande javac a été exécutée avec succès.

Recommended Posts

PATH ne passe pas ... La cause est le code du caractère
Jusqu'à ce que le code soit exécuté
[Java] com.sun.glass.WindowEvent est importé et la fenêtre ne se ferme pas
Devinez le code de caractère en Java
Correspondant à "erreur que l'authentification de base ne réussit pas" dans le code de test "L'histoire qui n'a pas pu être faite"
L'assistant de chemin (_path) renvoie-t-il un chemin relatif? Pass absolu? : Mémorandum du tutoriel Rails
L'application absorbe la différence de code de caractère
Quel est le test de code de test de modèle
Une histoire qui a souffert d'un espace qui ne disparaît pas même s'il est taillé avec Java La cause est BOM
Méthode de réglage qui ne change pas la taille même si le CSS est changé
Le trait de soulignement ActiveSupport n'est pas la conversion inverse de camelize
Le message d'erreur du périphérique ne s'affiche pas correctement.
La séquence d'échappement (\) ne fonctionne-t-elle pas? (pour Mac)
L'histoire que link_to est profonde (cause inconnue)
Eclipse ne démarre pas après l'installation de Java 11
La clé publique pour jenkins-2.249.1-1.1.noarch.rpm n'est pas installée
Ne reconnaît pas la bibliothèque lors de l'implémentation de jcaptcha
Lorsque le projet n'est pas affiché dans eclipse
Ebean.update () n'est pas exécuté dans le modèle hérité.
[Railways] Railways ne fonctionne pas lorsque la racine du projet RubyMine est différente du répertoire racine Rails.
Que faire si le point d'arrêt est grisé et ne s'arrête pas pendant le débogage