On 11/10/06 7:50 AM, "Andre Garzia" <[EMAIL PROTECTED]> 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" <[EMAIL PROTECTED]> 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 > [email protected] > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution _______________________________________________ use-revolution mailing list [email protected] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
