Pues, según esto, x86dis parece ser una interfaz que usa el libdisasm del bastard dissasembler.

El problema que veo yo es que, mientras la última versión del libdisasm data de enero de 2008 (0.23), en lo que respecta al bastard dissasembler no hay noticias de nuevas versiones desde agosto de 2003... y aun por encima la 0.16 que intentas compilar es de mayo de 2002..

Por lo que da la impresión que el autor abandonó el proyecto principal y sólo se centra en la biblioteca libdisasm.

Si instalas el x86dis, por resolución automática de dependencias también instalarás el libdisasm.

¿qué distribución linux usas?

No sé que distro linux usas pero al menos en Debian/Ubuntu creo que basta con instalar el paquete x86dis

De todas formas siempre puedes decirnos que problema tienes a la hora de instalarlo.

Y además, y te dije que aquí tienes unos cuantos más por si el que te recomendó xtermsh no te funciona o no te gusta.

  

haya paz... 


- Nmap 5.0 ya estaba empaquetado y subido.
- De nc (netcat) no tengo noticias de que se liberarán nuevas versiones...
- MetaSploit ya estaba en mis planes desde hace poco por lo que probablemente sea el siguiente paquete en subir (cuando termine de hacerlo...)
- De xprobe2 no tenía noticia de su existencia pero por una búsqueda rápida en google parece bastante Nmap..., no?

Gracias por las sugerencias!

Disassemblers para linux:

http://en.wikibooks.org/wiki/X86_Disassembly/Disassemblers_and_Decompilers#Linux_Disassemblers

No soy ningún experto en cracking pero por lo que tengo odio también se suelen utilizar editores hexadecimales... por lo que si andas buscando uno.. decir hace poco que se portó el famoso UltraEdit a linux.

No lo he usado nunca pero, según parece, Nemiver no es un IDE, es una interfaz gráfica para GDB.

¿De cual?... (he escrito varios...)

Tienes el GDB para lenguajes de programación como Ada, C, C++, Pascal y algunos otros más como Java.

No tiene interfaz gráfica pero hay decenas de proyectos (e.j. Nemiver) e IDEs (Kdevelop, Eclipse, Anjuta, Geany...) que le proveen de una.

Por lo general o optimizas el código fuente dando lugar a un binario sin apenas información de depuración (debug info) o no lo optimizas y tienes más información de depuración.

Hay algunos compiladores como gcc que admiten los parámetros -O2 (optimización a segundo nivel) y -g (que produce información de depuración) de forma simultanea. Pero esto, claro está, es en C y no sé si .NET tiene algo parecido o compiladores que se comporten de la misma forma.

Los binarios de la carpeta Debug suelen ser más grandes y más lentos al contener información de depuración y al no optimizar el código fuente durante su compilación.

Sin embargo son adecuados para tareas de depuración (= comprobación de errores).