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 without using
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 without using a timer? I don't think
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 without
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 without using a timer? I don't think
Fredrik Larsson wrote:
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?
Interesting tool, I guess it's a LSP isn't it?
--
Arno
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 without
Yeah, I guess so. I had to look LSP - Layered Service Provider... :) I have
used it myself to limit some applications bandwidth to a max limit. But it
makes sense that it's an LSP-app.
-Original Message-
I know that a permanent fix at componentlevel is desired but until
that is sorted