¿Cómo depurar Trace / BPT trap: 5?

7

Recibo un error Trace/BPT trap: 5 cuando uso el comando de abrir:

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

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

Por mi pregunta anterior, entiendo que tiene que ver con no encontrar una biblioteca dinámica, pero ¿cuál y por qué no encuentra la biblioteca?

Frente a la GUI, todo funciona bien, pero está presente tanto desde el punto de vista del terminal como desde el iTerm.

Sistema: 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)

¿Entonces no puedo ver nada faltante?

    
pregunta Rainer 10.12.2013 - 15:00

3 respuestas

1

Parece que la variable PATH estaba causando el problema.

Usando iTerm, la variable PATH incluía caracteres Unicode impredecibles. Lo localicé en una entrada que agregué al directorio /etc/paths.d (la ruta $HOME/bin ). Contenía tras el camino un salto de línea. Al editar el fikle con nano, no logré eliminar este carácter Unicode (?), Es decir, reiniciar no resolvió el problema, pero usé Emacs y eliminé todos los caracteres después de la ruta (dos caracteres mostrados como espacios que no eran visibles usando nano) y agregó un RETURN.

Se reinició y estaba funcionando, y sigue siéndolo.

Espero que se quede así.

Gracias por tu aporte.

    
respondido por el Rainer 12.12.2013 - 11:25
2

Sospecho que ya habrás visto reaparecer el problema. La solución que describiste tuvo un efecto secundario que terminó, por un tiempo, resolviendo el problema.

Creo que el problema tenía que ver con el contexto de seguridad en el que el shell de su terminal estaba intentando iniciar programas que intentan conectarse al sistema de ventanas.

Mi solución a este problema, siempre que ha ocurrido desde mis shells de Terminal.app, ha sido usar reattach-to-user-namespace ( enlace ). Por ejemplo, en un mensaje de 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 reiniciaste como parte de la solución que reportaste, tuvo el efecto secundario de crear un proceso de shell cuya conexión al contexto de seguridad de tu sesión de inicio de sesión con ventana no estaba obsoleta, como lo había estado antes cuando fallaron los comandos con "Traza de traza / BPT: 5". Entonces, aunque podría haber habido un problema real con la configuración de PATH, creo que fue la actualización del entorno de proceso de la shell lo que realmente solucionó.

FWIW, tengo un espacio de nombre de reattach-to-user instalado a través de Homebrew.

    
respondido por el Tommy Knowlton 30.04.2014 - 06:43
1

Tuve el mismo problema.

Tenía un archivo oculto en /etc/paths.d/ que estaba confundiendo mi variable PATH. He eliminado el archivo y todo funciona normalmente.

Para su información, el archivo fue un archivo de deshacer generado por vim: .<original filename>.un~

    
respondido por el alidrongo 28.12.2015 - 12:40

Lea otras preguntas en las etiquetas