m 키는 Bourne-Again 쉘 3.2, OSX에 등록되어 있지 않습니다. 추측하다?

m 키는 Bourne-Again 쉘 3.2, OSX에 등록되어 있지 않습니다. 추측하다?

그냥 소문자로 m, 대화형으로 호출할 때만 가능합니다 /bin/sh. 키보드는 잘 작동하고 일반적으로 모든 것이 잘 작동합니다. 거의 사용하지 않아서 /bin/sh그냥 /bin/bash변덕스럽게 sh를 시작했을 때 조금 놀랐습니다.

Bourne 쉘이 아닌 Bash는 sh도 OSX의 링크일 뿐이라고 생각하기 때문입니다 bash. 하지만 어쨌든 이상합니다. 배시 버전 3.2.48(1).

내 파일 ~/.inputrc에는 이상한 내용 ~/.profile이나 이상한 내용이 포함되어 있지 않지만 /etc/profile이를 달성하기 위해 몇 달 전에 구성 파일을 수정한 것 같습니다. 그게 아니면 합법적으로 혼란스러운 일이 일어났습니다.

나는 알고 있지만 ~/.bash_profile실행 ~/.bashrc하지 않았습니다(왜냐하면 그들은 매우 독특한 방식으로 사물을 인쇄하고 환경 변수를 수정하기 때문입니다).

어쨌든, 이것은 나를 귀찮게 한다. 또 어디로 가서 봐야 할 것 같나요?

/bin/bash편집: as 및 as when restart the machine 을 호출하는 데 문제가 있습니다 /bin/sh. --norc를 사용하여 bash를 호출해도 이상한 동작이 변경되지 않으므로 시스템 전체의 무언가가 역겨운 방식으로 수정되었다고 믿게 됩니다.

m현재는 어떤 것에 대한 별칭도 아니지만( type m아무것도 생성되지 않음) m임시 스크립트 파일을 만든 다음 가져오는 방식으로 관련 명령을 계속 실행할 수 있습니다.

xev(및 기본적으로 다른 모든 프로그램)는 문제가 커널이나 하드웨어 레벨 m 키 이벤트에 있지 않음을 확인했습니다.

답변1

광산에서는 프로그램을 readline에 의존하게 만들면 vi 스타일 키 바인딩을 사용할 수 있다는 점을 어제 일찍 추가했습니다 ~/.inputrc. editing_mode (vi)죄송합니다. 나는 이것을 언급하지 않았습니다. 이것이 왜 일을 망쳤는지 아직도 이해하지 못하기 때문에 가능한 원인으로 간주되지도 않았지만 그런 일이 일어났습니다.

나에게도 그런 것이 있기 때문에 상황이 엉망이 될 수도 있지만 궁극적 set -o vi으로 ~/.bashrc나는 모른다. 내가 아는 것은 그 줄이 문제를 해결했다는 것을 주석으로 처리하는 것뿐이었습니다.

관련 정보