Hi Arno,
I went back over everything you provided for me and I finally got it! I have
it working now.
Thanks so much,
Richard
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www
Busai Péter wrote:
>> I just checked in the change. If you use SVN you should revert
>> previous changes before update in order to avoid conflicts,
> "Resolve conflicts using 'theirs'" is just one click ;)
True, forgot about it :) That's however fatal if you have uncommitted
private changes.
--
Maybe "background loop" is the wrong term. I have a timer generating an
event every 50mS. This routine processes the data from the USB and FTP.
Well, this is slightly better but still use CPU for nothing most of the
time.
The master idea is to have all thread sleeping almost all time and waken
> Maybe "background loop" is the wrong term. I have a timer
> generating anevent every 50mS. This routine processes the data from
> the USB and FTP.
50ms is virtually a continuous loop, it's very short. I'd make it 500ms
and see if application performance improves. Or use a thread and create
an
Maybe "background loop" is the wrong term. I have a timer generating an
event every 50mS. This routine processes the data from the USB and FTP.
Graham
-Original Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
Behalf Of Francois PIETTE
Sent: 28 January 20
I just checked in the change. If you use SVN you should revert previous
changes before update in order to avoid conflicts,
"Resolve conflicts using 'theirs'" is just one click ;)
Peter
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-b
Busai Péter wrote:
> Sorry, they must be surrounded by defines to work in older compilers:
Thanks for your help.
I just checked in the change. If you use SVN you should revert previous
changes before update in order to avoid conflicts, I changed a little bit more.
It should be available in next da
While the FTP data is being processed, the USB is continually
monitored and FTP processing is interrupted to service the USB.
Reading that rings the bell in my head !
If you are using polling, then this is bad design.
Use two separate threads to handle USB and to handle FTP. Each thread
should
Sorry, they must be surrounded by defines to work in older compilers:
HandleTableRow(TagParams, P + J + 1, Q - P - J - 1,
RowDataGetter, UserData, DestStream
{$IFDEF COMPILER12_UP}
, DestCodePage
The USB is read by a high priority thread and stored in a buffer. The
background loop monitors the USB buffer and the buffered streams from the
FTP and processes accordingly.
Graham
-Original Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
Behalf Of Fra
10 matches
Mail list logo