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
[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,
[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,
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 obj
[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
--
http://
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
> F
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 sol
