[Solar-general] ¡¡¡A ver algún hacker experto si nos puede salvar con este problema técnico!!!

Vie Jun 30 16:28:09 CEST 2006

Vengo peleándola duramente con un problema:

	Es de un usuario en la lista de usuarios de Musix en inglés.

	https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-users

	El tipo tiene el problema siguiente:

	De vez en cuando (aprox 50% de las veces), tanto programas de KDE como 
programas GTK se cuelgan, por ejemplo, al intentar abrir o guardar algo desde 
Firefox o desde Kate, o durante el inicio de un programa KDE.

	Le pedí todo tipo de datos: de hardware, etc., tengo todo por si alguien lo 
necesita para saber más... al principio creí que era un dispositivo 
funcionando mal, pero luego de pedirle que hiciera un strace sobre kate y 
firefox, me brindó estos datos:

Esto hace kate al intentar operar con archivos (últimas líneas del strace:)

> socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 10
> bind(10, {sa_family=AF_INET, sin_port=htons(0),
> sin_addr=inet_addr("0.0.0.0")}, 16) = 0
> connect(10, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr("
> 127.0.0.1")}, 16
>

Y esto firefox:

> Quite similar with firefox, when I want to "save link...". I just put the
> last lines.. :
>
> socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 48
> bind(48, {sa_family=AF_INET, sin_port=htons(0),
> sin_addr=inet_addr("0.0.0.0")}, 16) = 0
> connect(48, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr("
> 127.0.0.1")}, 16)
>
>
> strace is a real geek command. Is that how some begin reverse engineering?
> Anyway..Hmm..I don't see why socket problem..:-)
> See u.

Es decir: ¿qué debería cambiarse en su sistema para que este problema de 
socket (en definitiva, de comunicación) sea solventado?

¿Cambiar algún archivo relativo a los hosts? Ni idea!

Dejo un análisis del mismo usuario, que es programador pero no está habituado 
a GNU/Linux:

> > socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 10
> > bind(10, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("
>
> 0.0.0.0")}, 16) = 0
>
> > connect(10, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr("
>
> 127.0.0.1")}, 16
>
> As far as I know, with a TCP socket, before a connect..there has to be on
> the server part an accept..
> It is strange..it creates a socket..and after..it wants itself to connect
> to the same socket?? In fact, they have the same socket id (the socket
> created..and the one we connect to..), it seems the connect show correct
> address (127.0.0.1)..but what is the 0.0.0.0 on the bind operation?
>
> Could the problem come from a bad network configuration? (I didn't
> configured anything..)
> What I know is that sometimes..I have direct access to the net..some other
> times..I have to perform a netcardconfigurations (wich performs a dhcp
> broadcast..)
>
> See u.
> Julien.
"julien bodd" <julien.lociuro en gmail.com>

-- 
Marcos Guglielmetti  
* Director del desarrollo de Musix GNU+Linux, 100% Software Libre
* Descarga el CD de Musix: (www.musix.org.ar) (www.pc-musica.com.ar/musix)
* Videos, programas y otras cosas en: ftp://musix.ourproject.org/pub/musix/
* Reporte de errores a: 
https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs
*IRC: #musix channel on freenode