By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
459,290 Members | 1,464 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 459,290 IT Pros & Developers. It's quick & easy.

Do threads behave Differently on Windows 98?

P: n/a
Hi,

Sorry for the cross group post, but I couldn't find a group that deals with
threading in .net.

Anyway, I've noticed a difference in the way my program acts on Windows 98
than it does on WindowsXP and was wondering if anybody can explain this
behaviour.

My application runs in the background to collect data through the serial
port using a 3rd party ActiveX communications control (not MSComm). The
control is single threaded and needs a form to be hosted on. I call the
"Read" method on the control to read data and the result is returned
Asynchronously in an event called "OnReadDone".

I host the control on a hidden form that is created on an STA thread. When I
want to read data, I invoke the "ReadSync" method on the form (which I have
created to convert the Asynchronous "Read" call to a synchronous call). I
use a ManualResetEvent in the "ReadSync" method to block the thread until
the result is returned by the event.

In Windows XP, everything works fine - the "ReadSync" method blocks, the
event fires, and then the "ReadSync" method returns.

In Windows 98, the event doesn't fire until the wait on the ManualResetEvent
times out and unblocks the form's thread.

I've fixed the problem by not ever blocking the form's thread - by moving
the "ReadSync" method into the thread that invokes the "Read" method and
waiting there.

Is this behaviour by design and is Windows XP letting me do things I
shouldn't be, or is it a shortcoming in the way threads are handled under
Windows 98? Could it be something to do with the COM interop side of things
with the ActiveX control?

I'm using Visual Studio 2003 and Framework 1.1 on both machines.

I'd appreciate any thoughts on this.

Best Regards,

Trev.
Jul 21 '05 #1
Share this Question
Share on Google+
1 Reply


P: n/a
Hi,
Thanks for you post.
I have posted my reply in the windowsforms group. I'll close this thread
and follow-up with you in that thread.
Thanks!

Best regards,

Ying-Shen Yu [MSFT]
Microsoft Online Partner Support
Get Secure! - www.microsoft.com/security

This posting is provided "AS IS" with no warranties and confers no rights.
You should not reply this mail directly, "Online" should be removed before
sending, Thanks!

--------------------
| From: "Codemonkey" <hu*********@hotmail.com>
| Subject: Do threads behave Differently on Windows 98?
| Date: Wed, 29 Oct 2003 16:46:41 -0000
| Lines: 45
| X-Priority: 3
| X-MSMail-Priority: Normal
| X-Newsreader: Microsoft Outlook Express 6.00.2800.1158
| X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
| Message-ID: <uT**************@tk2msftngp13.phx.gbl>
| Newsgroups:
microsoft.public.dotnet.faqs,microsoft.public.dotn et.framework.interop,micro
soft.public.dotnet.framework.windowsforms,microsof t.public.dotnet.general
| NNTP-Posting-Host: prtn-3e352849.pool.mediaways.net 62.53.40.73
| Path: cpmsftngxa06.phx.gbl!TK2MSFTNGP08.phx.gbl!tk2msftn gp13.phx.gbl
| Xref: cpmsftngxa06.phx.gbl
microsoft.public.dotnet.framework.interop:20000
microsoft.public.dotnet.framework.windowsforms:554 47
microsoft.public.dotnet.general:113579 microsoft.public.dotnet.faqs:12218
| X-Tomcat-NG: microsoft.public.dotnet.general
|
| Hi,
|
| Sorry for the cross group post, but I couldn't find a group that deals
with
| threading in .net.
|
| Anyway, I've noticed a difference in the way my program acts on Windows 98
| than it does on WindowsXP and was wondering if anybody can explain this
| behaviour.
|
| My application runs in the background to collect data through the serial
| port using a 3rd party ActiveX communications control (not MSComm). The
| control is single threaded and needs a form to be hosted on. I call the
| "Read" method on the control to read data and the result is returned
| Asynchronously in an event called "OnReadDone".
|
| I host the control on a hidden form that is created on an STA thread.
When I
| want to read data, I invoke the "ReadSync" method on the form (which I
have
| created to convert the Asynchronous "Read" call to a synchronous call). I
| use a ManualResetEvent in the "ReadSync" method to block the thread until
| the result is returned by the event.
|
| In Windows XP, everything works fine - the "ReadSync" method blocks, the
| event fires, and then the "ReadSync" method returns.
|
| In Windows 98, the event doesn't fire until the wait on the
ManualResetEvent
| times out and unblocks the form's thread.
|
| I've fixed the problem by not ever blocking the form's thread - by moving
| the "ReadSync" method into the thread that invokes the "Read" method and
| waiting there.
|
| Is this behaviour by design and is Windows XP letting me do things I
| shouldn't be, or is it a shortcoming in the way threads are handled under
| Windows 98? Could it be something to do with the COM interop side of
things
| with the ActiveX control?
|
| I'm using Visual Studio 2003 and Framework 1.1 on both machines.
|
| I'd appreciate any thoughts on this.
|
| Best Regards,
|
| Trev.
|
|
|

Jul 21 '05 #2

This discussion thread is closed

Replies have been disabled for this discussion.