m key ne pas save dans Bourne-Again shell 3.2, OSX. Suppositions?

Juste en minuscule m , et juste lorsqu'il est invoqué de façon interactive à travers /bin/sh . Le keyboard fonctionne très bien et, en général, tout fonctionne bien. Je n'utilise presque jamais /bin/sh , juste /bin/bash , donc c'était un peu surprenant quand j'ai tiré sh sur un coup de tête tout à l'heure.

Bash, pas Bourne shell, puisque je suppose que sh est juste un lien vers bash dans OSX, aussi … Mais peu importe c'est bizarre. Bash version 3.2.48 (1).

Mon ~/.inputrc ne contient rien d'étrange, et ni ~/.profile , ni /etc/profile , mais je devine il y a quelques mois, j'ai modifié un file de configuration pour y arriver. Soit ça, soit quelque chose de légitimement vicieux.

Je sais que ~/.bash_profile et ~/.bashrc ne sont pas en cours d'exécution (car ils impriment des choses et modifient les variables d'environnement de manière très distinctive).

Quel que soit le cas, ça m'énerve. Des suppositions où je devrais regarder?

edit: Lors du redémarrage de la machine, je fais invoquer le problème invoqué comme /bin/bash et comme /bin/sh . Invoquer bash avec –norc ne change pas le comportement étrange, ce qui m'amène à croire que quelque chose au niveau du système a été modifié avec dégoût.

m n'est actuellement pas un alias pour quelque chose (le type m n'apporte rien) et je peux encore exécuter des commands impliquant m en créant un file de script temporaire et en l'approvisionnant ensuite.

xev (et fondamentalement tous les autres programmes) confirme que le problème ne se produit pas avec l'événement m keypress au niveau du kernel ou du matériel.

Dans mon ~/.inputrc , j'ai rajouté editing_mode (vi) pour que les programmes s'appuyant sur readline me permettent d'utiliser des raccourcis keyboard vi-style. Désolé, je n'ai pas mentionné cela; il n'a même pas enregistré comme une cause possible parce que je ne peux toujours pas voir pourquoi cela foutrait les choses, mais il l'a fait.

Cela aurait pu tout chambouler car j'ai aussi set -o vi dans mon ~/.bashrc mais finalement je n'en ai aucune idée. Tout ce que je sais, c'est commenter cette ligne.