UDP question

[Jim Ault]

On 11/10/06 7:50 AM, "Andre Garzia" <soapdog at mac.com> wrote:
> 
> My packet size is 576 chars, I've also used 8k and 2k sizes, the
> client is able to send those fine and they arrive intact, but from
> server to the client I can't seem able to communicate.

One more note:
The script container that opens a socket is the one that receives the the
close and error notifications.  You may have designed a button to open the
socket and a stack handler to trap the errors, but the message path is not
maintained (eg. a card script opens the socket, then you navigate to another
card, the prev card is no longer in the message path)

Jim Ault
Las Vegas


On 11/10/06 7:50 AM, "Andre Garzia" <soapdog at mac.com> wrote:

> Folks,
> 
> I have two stacks, one is a udp server stack and the other is a
> client stack. The server is setup to use the newPacket callback
> message when a datagram arrives. The client will write to the server
> then it will read from the socket to see if there was any answer.
> 
> The client is able to write to the server fine, the datagrams arrive
> nicelly. The server is not able to answer back, no error is reported
> by the write to socket message but nothing is returned to the server,
> the read from socket message after the write to socket on the client
> returns empty. I've sent more than 1k packets, they could not be all
> droped since on one way it all works fine but on the other way they
> simply don't work.
> 
> Am I doing something really stupid?
> 
> My packet size is 576 chars, I've also used 8k and 2k sizes, the
> client is able to send those fine and they arrive intact, but from
> server to the client I can't seem able to communicate.
> 
> thanks in advance, udp is kinda new to me.
> andre
> 
> PS: Mac OS X here, rev 2.7.5.
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution