¿Los comandos de bash en OSX no distinguen entre mayúsculas y minúsculas? Escribo "que TR" y muestra /usr/bin/TR, aunque no hay tal binario allí. Lo mismo para otros binarios, cuando están en mayúsculas. ¿O es que Terminal.app está haciendo esta traducción? ¿Cómo puedo desactivar esto?
HFS+ es realmente una rareza, ya que tiene la capacidad de reconocer e ignorar casos al mismo tiempo . Tu nota de preservación de mayúsculas y minúsculas no estaba en mi respuesta, y es importante para un sistema operativo basado en Unix que normalmente se espera que sea sensible a las mayúsculas y minúsculas donde Foo y FOO son 2 archivos diferentes. Sospecho que el comportamiento surgió entre el HFS de Mac OS 9 y el HFS+ de Mac OS X y el requisito de ser entendido tanto por las aplicaciones clásicas como por las nuevas, etc.
0 votos
Por curiosidad, ¿por qué querrías desactivar esto?
0 votos
Esta es una pregunta espectacular. Bash tiene un nocaseglob para controlar si los casos coinciden en rangos, pero este pequeño truco es más profundo que el normal
localey completion-ignore-case / nocaseglob6 votos
La razón por la que quería apagarlo es una tontería, en realidad. Estoy acostumbrado a distinguir entre mayúsculas y minúsculas cuando trabajo en el shell. Sólo me preocupa que esta característica me haga tropezar. Por ejemplo, escribo un bash script, escribo mal 'lS'; el scriptse ejecutará bien en OSX. Lo muevo a mi caja cenTOS, y se rompe. Por supuesto, esto sería fácil de detectar y arreglar, pero podría evitar el escenario por completo si pudiera mantener los funcionando de la misma manera entre los dos sistemas. Descubrí esto por accidente, y no ha sido una molestia hasta ahora, así que probablemente no haré el ejercicio de cambiar los sistemas de archivos sólo por esto.
6 votos
La razón por la que querría desactivar esto es que la insensibilidad a las mayúsculas y minúsculas causa problemas en algunas aplicaciones, como SVN. La insensibilidad a las mayúsculas y minúsculas podría ser útil, pero SVN se confunde mucho si crea un archivo llamado "Foo", y luego de alguna manera el repositorio crea una referencia a "foo".
3 votos
Otra razón para desactivar: He tenido un script ~/bin/CC en mi ruta desde alrededor de 1980. cc más algunos agradables valores predeterminados. Ha funcionado desde UNIX v6 hasta v7, Eunice, BSD 4.1, 4.2, 4.3, SVr4, Xenix, Gould UTX, Linux, cygwin... y falló por primera vez en MacOS, recursión infinita.
0 votos
Me preguntaba si la insensibilidad a las mayúsculas y minúsculas de HFS+ podría ser aprovechada para un agujero de seguridad. Buscando en Google, el problema ya se ha encontrado article.gmane.org/gmane.linux.kernel/1853266 itworld.com/article/2868393/ Enero de 2015 Aunque se ha corregido en Git, se trata de un exploit a punto de ocurrir, para los usuarios de Mac que hayan instalado alguna vez software de algún otro sistema que distinga entre mayúsculas y minúsculas. Para el caso, es probablemente un agujero de seguridad potencial para el código portado de iOS sensible a las mayúsculas a Mac OS X.
1 votos
Esto me acaba de fastidiar a mí también. Una compilación y un despliegue de desarrollo que funcionan bien en OSX se rompen en la prueba en Ubuntu porque escribí mal una letra en mi gulp script en minúsculas en lugar de en mayúsculas. No soy un fan de esta característica porque perdona errores que, con toda probabilidad, su sistema de producción no lo hará.
1 votos
Esto me hizo tropezar porque algo que funcionaba en la terminal de MacOS no me funcionaba cuando trabajaba en CentOS y me quedé mirando el código hasta que me di cuenta de que existía la posibilidad de no distinguir entre mayúsculas y minúsculas en Mac.