Praticamente era il SO_REUSECOSO ma non avevo pensato che, usando il mio RTP plugin, se ne aprono 2 di socket (rtp e rtcp) e l'option va messa ad entrambi.
Grazie MadJackal
Thanks boost

Inviato 22 giugno 2011 - 12:28
Inviato 22 giugno 2011 - 12:53
Grazie MadJackal
Inviato 22 giugno 2011 - 13:01
Vabbè ma sei stato utile lo stesso. Hai presente il "debug confessionale" ?
?[/url]":1sd1buhe]
Grazie MadJackal
Ecco, ringrazia boost, che io ho failato su tutta la linea confondendo TCP ed UDP
Inviato 22 giugno 2011 - 13:05
Inviato 22 giugno 2011 - 14:21
La cosa più bella è che emailando con Jori (autore delle jrtplib) alla fine avevo ragione io
![]()
Lui continuava a dire che la sua libreria non aveva bug, che non potevo aprire più applicazioni per colpa del SO, invece...
Inviato 22 giugno 2011 - 14:56
Il mio plugin usa la sua libreria rtp/multicast.
?[/url]":34huww1t] La cosa più bella è che emailando con Jori (autore delle jrtplib) alla fine avevo ragione io
![]()
Lui continuava a dire che la sua libreria non aveva bug, che non potevo aprire più applicazioni per colpa del SO, invece...
Il tuo scenario è troppo raro, se usi un socket TCP/UDP unicast ha ragione lui.
Il problema è il multicast, che fa così cagare che non usa nessuno.
Inviato 22 giugno 2011 - 16:35
Il mio plugin usa la sua libreria rtp/multicast.
Niente, oggi non ne azzecchi una
Inviato 29 giugno 2011 - 09:08
Inviato 29 giugno 2011 - 09:12
Colpa vostra che usate Abbraccianigga OS al di fuori del cazzeggioAggiornamenti: usavo male le jrtplib perché insistevo nel fare un solo plugin per send/receive ma poi, guardando i vari esempi, ho visto che tutti fanno 2 clients separati, uno per send, uno per receive. Quindi ho creato 2 plugins e tutto funziona like a charm... sui pc!
Abbiamo testato sui fit-pc e non funziona 'na ceppa
In pratica pare che il rt kernel Abbraccianigga OS 8.04 non permetta l'uso del multicast che è la base del nostro sistema di comunicazione. Tutto il castello che abbiamo creato è crollato per una stronzatina.
Stiamo valutando l'idea di dare un'aggiornatina ai kernels
Inviato 29 giugno 2011 - 09:18
Colpa vostra che usate Abbraccianigga OS al di fuori del cazzeggioAggiornamenti: usavo male le jrtplib perché insistevo nel fare un solo plugin per send/receive ma poi' date=' guardando i vari esempi, ho visto che tutti fanno 2 clients separati, uno per send, uno per receive. Quindi ho creato 2 plugins e tutto funziona like a charm... [b']sui pc[/b]!
Abbiamo testato sui fit-pc e non funziona 'na ceppa
In pratica pare che il rt kernel Abbraccianigga OS 8.04 non permetta l'uso del multicast che è la base del nostro sistema di comunicazione. Tutto il castello che abbiamo creato è crollato per una stronzatina.
Stiamo valutando l'idea di dare un'aggiornatina ai kernels
Inviato 29 giugno 2011 - 14:30
Inviato 30 giugno 2011 - 08:31
Nel rt kernel ufficiale di Abbraccianigga OS 8.04 (lo stesso di Abbraccianigga OS studio) il multicast funziona, quindi il bug è nel kernel di quei cazzoni della Compulab (http://www.fit-pc.com/web).
Inviato 30 giugno 2011 - 08:48
Inviato 22 giugno 2011 - 08:02
Inviato 22 giugno 2011 - 08:38
Inviato 22 giugno 2011 - 08:40
Inviato 22 giugno 2011 - 09:01
Inviato 22 giugno 2011 - 09:10
Inviato 22 giugno 2011 - 09:23
AFAIK non puoi, a meno di non usare un qualche "middleware" tra le tue applicazioni e la porta in questione (ed avere un modo per "distinguere" cosa va ad una e cosa all'altra). La bind() è il punto chiave della questione, se la usi (e DEVI), non puoi più usare la porta con un'altra applicazione.
SO_REUSEADDR e SO_REUSEPORT non fanno quello che ti aspetti.
Inviato 22 giugno 2011 - 09:31
socket_.set_option(boost::asio::ip::udp::socket::reuse_address(true));