On Fri, Jul 06, 2007 at 09:26:25AM -0400, Dev Ramudit wrote:
> >
> >You must have the remote listener already running before running the
> >sender script.
> >  
> I've got the remote listener running (I've tested this over the course 
> of 4-5 hours, with every configuration I can think of). Nmapping the 
> computers shows that the port is being opened when I run the listener, 
> running the source application locally also works fine, but remotely I 
> always receive the above error. I've tried all combinations of 
> "localhost" and the public IP that I can think of, with no luck. I'm 
> going to try to write out everything in C++ and figure out why the error 
> to the connect() call is being thrown. If anyone has any other 
> suggestions, please let me know.

I have a program which runs tcp/ip over the network but I have to run
the sender before the receiver. The sender is in python and hangs on
the open. The receiver is in C and when it opens the socket, the python
program proceeds.

When the receiving program closes, the python errors off.

I suspect the udp does this the same way but I haven't converted to udp.

I have done this on the same machine, between machines over ethernet,
and even over the internet via an SSH tunnel. This is low-speed, 19200
bytes/sec max so I don't know about higher speeds.

I also have a case where the sender hangs on one socket until the receiver
opens it, then goes to hang on the second one until it opens. This version
reads audio from two radios on a stereo sound card, feeds each thru two
types of filters, then bit recovery, and level slicers. The C program then
allows me to work on the four bit streams. A script re-cycles the python
program whenever the C program closes.


Not real exciting stuff but amazing that an ol dawg can get it to work.:)


-- 
LRK
[EMAIL PROTECTED]


_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to