Re: Debugging (VS2005) an app with threads above default priority

VS2005 only uses CoreConn, so that shouldn't be a problem. Platman, if
that's what you're thinking of, was even easier to use over Ethernet only,
but that would only impact pre-VS2005 things.

Paul T.

"Tony Hedge" <tonyatbenthicsciencesdotcodotuk> wrote in message
news:%23POaSj2YIHA.4272@xxxxxxxxxxxxxxxxxxxxxxx
Paul

Thanks for the response. Glad to hear it probably isn't just me. The
threads all *ought* to spend most of their time blocked - the ones which
wait on a CommEvent though, I guess I'm relying on the guys who wrote the
device driver to be really blocking rather than spinning somewhere inside
a driver thread. And I'm old enough that I should know better than to rely
on a third-party driver to handle comms properly!

And thanks for the suggestions re ditching ActiveSync - I'll have a look
at the archives as you suggest. I did try going through ethernet only, but
though I could get the CoreConn stuff working, I had trouble with some of
the old PlatCon tools. I think there are some vendor-implementation
connectivity issues with this target board, so I've tended to push the
problem back to them. I'll try it again with a bit more determination.

Thanks again for all your help, much appreciated.

Tony

Paul G. Tobey [eMVP] wrote:
Yes, it's pretty tough to debug a multi-threaded program. There's
probably something about your high-priority threads that is worse than
average (maybe you never block in them or something), but I've been only
slightly successful trying to debug threads other than the main thread.
Your easiest option is to use debug messages or some other form of
logging to indicate what the thread is doing.

You could always drop ActiveSync as your debug transport, if you want to
take it out of the equation. There have previously been a number of
threads on debugging with VS2005 and without ActiveSync. Take a search
of the archives with GoogleGroups.

Paul T.

"Tony Hedge" <tonyatbenthicsciencesdotcodotuk> wrote in message
news:uYWzdR0YIHA.208@xxxxxxxxxxxxxxxxxxxxxxx
I'm trying to debug an app under VS2005 (native code, CE5.0).

As long as all my threads are at default priority (251), everything is
fine. But I have some CommEvent handling threads I would like to try to
run at a higher priority than the threads that "consume" the messages
they handle.

When I raise these to priority 248, debugging gets tricky. eg when I try
to "Stop Debugging" in VS, nothing much happens until the connection to
the device is lost, then its a matter of rebooting the device,
re-establishing connectivity etc.

Is this normal? I'm having lost of connectivity issues with ActiveSync
anyway, so I'm not sure if these are related.

Any thoughts much appreciated!

Tony


.

Relevant Pages

  • Re: Using ethernet connection with pda
    ... ethernet cradle is for. ... They are running Windows Mobile. ... ActiveSync is a program that has been used to synchronize data ... I'm pretty sure the 9090s connect to the cradles by either a special ...
    (microsoft.public.pocketpc)
  • Re: ActiveSync/Ethernet/CE6
    ... I've got a device connected directly to a LAN via ethernet, ... "Connection failed. ... ActiveSync, or if the application development computer doesn't have ... ActiveSync should I be installing? ...
    (microsoft.public.windowsce.embedded)
  • Re: ActiveSync/Ethernet/CE6
    ... I've got a device connected directly to a LAN via ethernet, ... ActiveSync, or if the application development computer doesn't have ... You then have a minute or two to make the connection to ... ActiveSync should I be installing? ...
    (microsoft.public.windowsce.embedded)
  • Re: Debugging (VS2005) an app with threads above default priority
    ... And thanks for the suggestions re ditching ActiveSync - I'll have a look at the archives as you suggest. ... I think there are some vendor-implementation connectivity issues with this target board, so I've tended to push the problem back to them. ... There have previously been a number of threads on debugging with VS2005 and without ActiveSync. ... But I have some CommEvent handling threads I would like to try to run at a higher priority than the threads that "consume" the messages they handle. ...
    (microsoft.public.windowsce.app.development)
  • Re: How to use repllog.exe?
    ... ActiveSync, I suppose, if you wanted to, but it doesn't happen in the real ... > "If the Windows CE OS on the target device includes an Ethernet driver, ...
    (microsoft.public.windowsce.app.development)
Quantcast