H J van Rooyen wrote:
Hi,
I am struggling to get the pack method to do what I intend.
I am trying to display user input in a seperate window, along with
a little description of the field, something like this:
Current entry
Company : entered co. name
First
John Henry wrote:
Carl,
OS writers provide much more tools for debugging, tracing, changing
the priority of, sand-boxing processes than threads (in general) It
*should* be easier to get a process based solution up and running
andhave it be more robust, when compared to a threaded solution.
-
John J. Lee wrote:
The fact that open classes are apparently thought to be a good thing
in Ruby puzzles (and worries) me.
This objection strikes me as having the same
nature as, Python's lack of strong protection for
class members puzzles (and worries) me. The Pythonic
answer to that
[EMAIL PROTECTED] wrote:
Yes, you were right it was already there (sorry, my mistake), the
bigger problem is how do I send an ack packet
Look at the docs for socket.sendto(). Of course, deciding
what data should be in your ACK packet is for you to decide.
Cheers,
-- JK
--
Grant Edwards wrote:
On 2006-07-24, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Logs of the serial traffic would be helpful.
Here they are. First a log of the traffic generated by the
T-logger GUI program, abtained with Portmon.
I try to avoid Windows as much as humanly possible, but
[EMAIL PROTECTED] wrote:
I need my udp server to send an ACK back to the client when it
successfully receives data from the client to let it know not to retry
the send (yes, I do know this is how TCP works but must be in UDP)
I am using this example code I found on the net for the server, I
[EMAIL PROTECTED] wrote:
I need my udp server to send an ACK back to the client when it
successfully receives data from the client to let it know not to retry
the send (yes, I do know this is how TCP works but must be in UDP)
I am using this example code I found on the net for the server, I