Francois PIETTE wrote:
>> I've got it working without a timer by calling
>> MsgWaitForMultipleObjects to defer subsequent call of Resume after
>> Pause, however that seems to be a dangerous game. What do you thing?
>
> Not good, the message pump must be called.
Do you think it was possible withou
Hi,
I know that a permanent fix at componentlevel is desired but until that is
sorted out perhaps you would want to use something such as
http://www.netlimiter.com/ to limit the traffic the application uses?
Regards, Fredrik.
--
To unsubscribe or change your settings for TWSocket mailing list
pl
I've got it working without a timer by calling MsgWaitForMultipleObjects
to defer subsequent call of Resume after Pause, however that seems to be
a dangerous game. What do you thing?
Not good, the message pump must be called.
--
francois.pie...@overbyte.be
http://www.overbyte.be
--
To unsubscr
Hi,
I've got it working without a timer by calling MsgWaitForMultipleObjects
to defer subsequent call of Resume after Pause, however that seems to be
a dangerous game. What do you thing?
--
Arno Garrels
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.e
Mike Lenox wrote:
> Finally! A very simple bug causing very strange symptoms. I had
> overridden Destroy in my ClientInstance object and neglected to
> include a final call to the inherited Destroy.
I'm glad you solved it, good to know that it's not some bug with
ICS ;-)
--
Arno Garrels
>
> Arn
Finally! A very simple bug causing very strange symptoms. I had overridden
Destroy in my ClientInstance object and neglected to include a final call
to the inherited Destroy.
Thank you for your feedback.
It is always interesting to know that the problem is not in ICS and what
mistake the user
