9 votos

¿Cómo depurar trampa rastro/BPT: 5?

Puedo obtener un Trace/BPT trap: 5 de error cuando se utiliza el comando abrir:

$ open -a Emacs
Trace/BPT trap: 5
$ open -a Safari 
Trace/BPT trap: 5
$ open -a TextEdit
Trace/BPT trap: 5

Alguna sugerencia de cómo puedo reducir lo que está causando esto?

Yo entiendo de mi pregunta anterior, que tiene que ver con no encontrar una librería dinámica - pero y ¿por qué no es encontrar la biblioteca?

Desde la interfaz gráfica de usuario, todo funciona bien, pero está presente desde el termnal así como iTerm.

Sistema: El Macbook Pro Retina, Maverick

Alguna sugerencia?

INFORMACIÓN ADICIONAL:

$ otool -L /Applications/TextEdit.app/Contents/MacOS/TextEdit
/Applications/TextEdit.app/Contents/MacOS/TextEdit:
/System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa (compatibility version 1.0.0, current version 20.0.0)
/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 1056.0.0)
/usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 228.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1)
/System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices (compatibility version 1.0.0, current version 59.0.0)
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 855.11.0)
/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit (compatibility version 45.0.0, current version 1251.0.0)
/System/Library/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics (compatibility version 64.0.0, current version 600.0.0)

y

$ otool -L /Applications/Emacs.app/Contents/MacOS/Emacs-10.7 
/Applications/Emacs.app/Contents/MacOS/Emacs-10.7:
/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit (compatibility version 45.0.0, current version 1138.47.0)
/usr/lib/libxml2.2.dylib (compatibility version 10.0.0, current version 10.3.0)
/usr/lib/libncurses.5.4.dylib (compatibility version 5.4.0, current version 5.4.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.11)
/usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 227.0.0)
/System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices (compatibility version 1.0.0, current version 53.0.0)
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 635.21.0)
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices (compatibility version 1.0.0, current version 41.0.0)
/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 833.25.0)

así que no puedo ver nada que faltan?

3voto

Eternal Owl Puntos 368

Sospecho que hoy por hoy, ya han visto el problema vuelve a aparecer. La revisión que se describe tenido un efecto secundario que terminó, por un tiempo, para resolver el problema.

Yo creo que el problema tenía que ver con el contexto de seguridad en el que el terminal de shell estaba tratando de poner en marcha programas que intentan conectarse a la ventana del sistema.

Mi solución a este problema, cada vez que ha ocurrido desde mi Terminal.aplicación de las conchas, ha sido la utilización vuelva-a-usuario-espacio de nombres (https://github.com/ChrisJohnsen/tmux-MacOSX-pasteboard). Por ejemplo, en el indicador bash:

tk-mbp:~ tommy$ wstorm Projects/my-webapp
Trace/BPT trap: 5
tk-mbp:~ tommy$ exec reattach-to-user-namespace -l bash
(reading ~/.bash_profile)
tk-mbp:~ tommy$ wstorm Projects/my-webapp
tk-mbp:~ tommy$ # that worked...

Cuando se reinicia como parte de la revisión se informó, tenía el efecto secundario de la creación de un proceso de shell cuya conexión con el contexto de seguridad de la ventana de inicio de sesión no era rancio, como lo había sido antes, cuando los comandos estaban fallando con "Seguimiento/BPT trampa: 5". Así que, aunque podría haber sido un problema con la RUTA de acceso de instalación, creo que fue la actualización de la cáscara del entorno de proceso de que era el verdadero revisión.

FWIW, tengo vuelva-a-usuario-espacio de nombres se instala a través de Homebrew.

1voto

Rainer Puntos 433

Parece que la variable PATH estaba causando el problema.

El uso de iTerm, la variable PATH incluido impredecible caracteres Unicode. Yo relacionarlo a una entrada que he añadido a la /etc/paths.d directorio (el camino de $HOME/bin). Que figura después de la ruta de un salto de línea. Mediante la edición de la fikle con nano, no pude eliminar este Unicode(?) el carácter, es decir, reiniciar no se soluciona el problema, pero he usado, a continuación, Emacs y se eliminan todos los caracteres después de la ruta de acceso (dos caracteres se muestran como espacios que no eran visibles utilizando nano) y se añade un RETORNO de carro.

Reinicia y se fue a trabajar - y todavía lo es.

La esperanza se queda como esta.

Gracias por tu aporte.

1voto

alidrongo Puntos 111

Tuve el mismo problema.

Tuve un archivo oculto /etc/paths.d/ que estaba confundiendo a mi variable PATH. Borré el archivo y todo funciona normal ahora.

FYI el archivo fue generar un archivo deshacer por vim:.<original filename>.un~

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X