Nunca he conseguido que me funcionen y me acabo sacando el problema de otra forma pero ya es que me ha cabreado así que os pongo lo que me pasa. En gambas 2.7 pensaba que podía ser un bug pero es que me pasa igual en 2.21.

En una aplicación pongo un serversocket a la escucha

Dado que el socket está activo y en un bucle esperando a recibir algo entiendo que está correctamente a la escucha. Por si acaso me voy a user.home/sockets y efectivamente allí se ha creado un archivo lghd.sock
Mi server está a la escucha.



Pues ahora la otra aplicación quiere enviarle algo así que le creo un socket cliente con el fin de enviarle un mensaje.

Pues en el write el muy canalla me dice que tubería rota y no conecta ¿Si está conectado como puede ser tubería rota? E path es el mismo en uno y otro. Si el server está a la escucha y este ha conectado como es que este dice tubería rota?

Algo debe hacer pero es que no caigo.
 

En parte veo el problema.
En el server hay una propiedad type a la que se puede poner net.local o net.internet según el tipo de conexión que se quiera  hacer. Si haces net.local le das un path y si haces net.internet le das un host y un puerto. El caso es que se pone a escuchar ahí.

Pero en el socket cliente es distinto. En el socket cliente no hay propiedad type por lo que no veo como especificarle que quiero una conexión local. Si yo le pongo un path para conectar se queda haciendo searching porque intenta resolver ese path como si fura un host. En algunos textos por ahí he visto que en ese caso para conectar escriben connect(path,net.local) es decir le pasan net.local (en vez de puerto) como argumento.

En ese segundo caso siempre me da connection.status=7 osea conectado pero es falso. No está conectado Por eso no consigo enviar nada y me da tubería rota, porque aunque dice status=net.connected no está conectado.

La clave a mi entender es como decirle a ese socket que la conexión al sercidor es local y no de internet osea que el argumento es un path y no un host que deba resolver.

Y no encuentro como hacerlo.

Nunca había visto usar sockets sobre ficheros... bueno, en realidad sí, ya que también lo uso sobre un puerto serie, que al fin y al cabo en Linux es un fichero.

Yo lo que hago generalmente para crear sockets locales es hacerlo con localhost: y un nº de puerto. Evidentemente son de tipo Inet, pero funcionan muy bien y no te complicas con rutas y todo eso.

Saludos

===================
Jesús Guardón

Por favor, usemos el corrector ortográfico antes de pulsar el botón "Enviar".

"uo ǝs ʇɐu pıɟıɔıן ɐdɹǝupǝɹ ɐ dɹoƃɹɐɯɐɹ, soןo ɥɐʎ bnǝ dɹodouǝɹsǝןo"

Pero es que hacerlos así plantea varios problemas (incluído el de seguridad).

Cuando haces sockets unix lo que haces es transmitir información entre procesos. Por ejemplo tu puedes tener un proceso que corre bajo root y que está esperando. Cuando le envias una información entonces actúa. Ese por ejemplo puede ser un procedimiento para que ese proceso haga un apt y cosas así. Hay muchos ejemplos en linux. Uno de ellos por ejemplo es syslog. Es un proceso que está a la escucha y cuando un proceso le envía algo lo loguea. En unix y linux se utilizan muchísimo y abren unas posibilidades terribles al poder conectar procesos distintos de usuarios distintos con absoluta seguridad y en tiempo real.

Porque esos ficheros tienen un bloqueo especial, no se pueden leer como los demás ficheros ni se puede acceder a su contenido así como así. Es una forma muy segura y robusta de comunicar procesos.

Pero no hay manera.

He creado una pequeña aplicación para ver el problema. No descarto que acabe subiendolo a benoit porque a mi me da que algo está mal ahí pero como no lo sé antes hay que investigarlo.

Creo un proyecto en el que todo el codigo es este

Es decir abre un socket server y un socket cliente y luego intenta conectarlos. Imprime el status de uno y otro.

La clase SLocalSrv es una clase para levantar un server socket. Solo tiene este código

Con solo instanciarla se pone a la escucha en Path

La clase SLocalCli levanta un socket cliente y lo intenta conectar a un socker a la escucha. Su código es este

Deberían quedar conectados pero no. El server se pone a la escucha, (net.active) pero el local se pone a resolver el string como si fuera un host (net.searching) y luego resuelve que host not found (net.hostnotfound). No encuentro la forma de que entienda que no es un host sino un path y que no hay que resolverlo sino que ya está al alcance.

A mi me parece que es que no está bien, pero antes de avisar a benoit hay que mirarlo con cuidado.

He encontrado este post, no se si te servira....

http://www.taringa.net/posts/linux/...-VB-_Edit_.html

Saludos

===================
Blog personal
Web: SoloGambas seleccion de articulos dedicados a Gambas
Visita el Curso de Gambas3 ¡¡¡Gratuito!!!

soplo escribió: [Ver mensaje]

A mi me parece que es que no está bien, pero antes de avisar a benoit hay que mirarlo con cuidado.

Creo que tienes razón. Debería funcionar y no lo hace. Lo he probado directamente sin clases y nada.

He visto que has enviado un mensaje a la lista, pero parece que lo has hecho a la lista de correo de gambas en español. Si quieres que Benoît lo lea, deberías hacerlo a la principal en inglés:



Saludos

===================
Jesús Guardón

Por favor, usemos el corrector ortográfico antes de pulsar el botón "Enviar".

"uo ǝs ʇɐu pıɟıɔıן ɐdɹǝupǝɹ ɐ dɹoƃɹɐɯɐɹ, soןo ɥɐʎ bnǝ dɹodouǝɹsǝןo"

Vale, menuda tontería...

Después de hacer pruebas con el ejemplo de sockets que viene en gambas, me he dado cuenta de que no puedes crear un socket local con nombre y extensión.

Si quitas .sock de tu socket local "prueba.sock" ya funciona!!!

Espero que te funcione también.

Saludos

===================
Jesús Guardón

Por favor, usemos el corrector ortográfico antes de pulsar el botón "Enviar".

"uo ǝs ʇɐu pıɟıɔıן ɐdɹǝupǝɹ ɐ dɹoƃɹɐɯɐɹ, soןo ɥɐʎ bnǝ dɹodouǝɹsǝןo"

ahhhh

habrá que probarlo!!!!