Depurador XCode es una mierda; ¿alternativas?

Question

He estado programando en la Mac desde que era un niño usando THINK C. Nunca tuve que usar un depurador tan malo como el que viene con XCode.

• No responde y se atasca aún más y se vuelve inestable al ver más variables.
• Cuando se bloquea, pierdo el historial de deshacer de mis fuentes porque está integrado con el editor.
• No se beneficia de la integración, ya que el visor de origen no se puede utilizar: intentar seleccionar una línea haciendo clic en el margen izquierdo hace que aparezca un botón de ninguna parte que hace que se programe continuar a esa línea , en la ventana del editor, que no debe relacionarse con la depuración en primer lugar. Horrible interfaz de usuario y horrible implementación.
• Una sintaxis colapsable de "resumen" de datos bonitos que no puede enviar un objeto a la ventana Expresiones.
• La ventana Expressions no tiene conocimiento de ningún tipo de contexto, nunca.
• No se puede seleccionar un hilo en particular para depurar, por lo que puedo ver, y no salta al hilo que llamó abort().

El núcleo depurador para Mac OS 9 era mejor que esto. Es hora de darse por vencido.

¿Qué interfaces frontales independientes para GDB funcionan en OS X? Encontré http://ddd.darwinports.com/ pero es difícil encontrar elogios o anécdotas para ello u otras alternativas.

El soporte para contenedores STL es una gran ventaja para mí. No me podría importar menos Objective-C o Apple-cualquier cosa.

Answer 1

¿Has probado el monodesarrollo? Puede construir y depurar código C, no mostrar cómo maneja obj-c.

Si puede hacer que DDD funcione, lo he usado con buenos resultados en muchas plataformas extrañas. DDD requiere X11.

Answer 2

He tenido la misma experiencia con XCode, y terminé cambiando a Netbeans y Eclipse (todavía no estoy seguro de cuál prefiero sobre el otro, ambos tienen puntos fuertes y débiles).

Esto puede parecer una elección extraña, pero ambos ofrecen una buena compatibilidad con C++, una integración razonable del depurador y buenas opciones de administración de proyectos. También disfruto las herramientas de refactorización y la integración del control de versiones de origen. Tenga en cuenta que no son tan rápidos y limpios como Visual Studio 6.

Como muchos otros aquí, no me gusta Objective-C, y estoy bastante harto de tener que aprender diferentes entornos/frameworks para cada plataforma I escribir para (uso Linux y OSX diariamente, Windows en ocasiones). Tanto Netbeans como Eclipse son una gran ventaja para la portabilidad. También admiten otros lenguajes que yo uso a veces para proyectos más pequeños (me viene a la mente Python).

Answer 3

Tiendo a usar valgrind para errores relacionados con la memoria; gdb (en un horario) cuando quiero una traza inversa; y logging + couts para todo lo demás (si no está fallando, y no hay daños en la memoria, el error parece más fácil).

Admitidamente, no tengo idea de cómo depurar código multihilo.

Answer 4

que añadir a lo que dijo anon que he encontrado también este truco en tan poco tiempo que permite una depuración más sencilla STL:

$ cd ~ 
$ svn co svn://gcc.gnu.org/svn/gcc/trunk/libstdc++-v3/python 
$ cat ~/.gdbinit 
python 
import sys 
sys.path.insert(0, '/home/USERNAME/python/') 
from libstdcxx.v6.printers import register_libstdcxx_printers 
register_libstdcxx_printers (None) 
end 

Answer 5

acabo de descubrir cgdb, una interfaz basada en maldición para GDB. Tal vez querrás intentarlo, aunque parece un poco desactualizado. (Jan'10)