Re: Did we ever get a solution to CE6 Slow Debug Message Flusing??
- From: Sing Wee [MS] <Sing Wee [MS]@discussions.microsoft.com>
- Date: Fri, 25 Apr 2008 19:09:00 -0700
I know this thread has gone stale, but I wanted anyone who came across this
to know that we're aware of the problem, but don't have a good workaround yet.
Best regards,
Sing.
"charlez mutton" wrote:
This is a non-starter for anyone doing development on the simulator (with no.
hardware) or for those without spare serial ports.
I must agree with previous posts in this thread too. CE does not need more
features, it needs to be more productive to use. The big selling point of CE
is suppoed to be that you can redeploy Windows knowledge and get going faster
(I doubt the soundness of this reasoning, even if it is compelling), but at
the end of the day engineer productivity is increadilby important for anyone
trying to make/ship a product.
For this to happen, tool performance needs to improve vastly and
documentation needs to improve too.
Anyway I'm done providing feedback/complaining for this thread :-).
"Dean Ramsier" wrote:
Usually I avoid kitl/debugger altogether in CE6, and just allow the debug
messages to dump to the debug serial port. It's orders of magnitude faster,
but you give up the debugger. Most of the time that's good enough for me
though.
I haven't looked for the ability to log messages in VS. I have done a
related thing by using celog to store messages on the device. This is useful
for devices in the field, allows post mortem analysis on difficult to
duplicate problems...
--
Dean Ramsier - eMVP
BSQUARE Corporation
"Michel Verhagen (eMVP)" <michel@xxxxxxxxxx> wrote in message
news:u8OBDxYdIHA.3400@xxxxxxxxxxxxxxxxxxxxxxx
+1 for all!
Isn't it possible to reroute the KITL messages to a standalone debug
message catcher application and turn it off in VS? Also, I have had a need
to write debug messages to a file for later analysis (with debug logs
building up to > 1GB because of intermittent problems), and haven't been
able to find this functionality in CE 6.0 (disclaimer: it was a man-look).
Is this still possible in VS (logging to a file I mean)?
Good luck,
Michel Verhagen, eMVP
Check out my blog: http://GuruCE.com/blog
GuruCE
http://GuruCE.com
Consultancy, training and development services.
Dean Ramsier wrote:
This all came about with the switchover from Platform Builder as a
standalone product to a plugin that integrated with Visual Studio. None
of these were issues prior to CE6. My understanding is that these things
occured as a result of how Visual Studio was architected.
Hopefully they get this sorted out, in my opinion the tools are the
number one priority facing the CE development team. Get them back to the
performance we were accustomed to in earlier versions before spending
time on any new features. And to be clear, I'm talking about
1) Kitl performance
2) Remote Tools connectivity
3) Overall stability in the VS UI
I'm not talking about build times, we know how to deal with that.
- Prev by Date: Re: fatal error C1083: Cannot open include file: 'devload.h'
- Next by Date: Re: fatal error C1083: Cannot open include file: 'devload.h'
- Previous by thread: Device enumeration fails
- Next by thread: Bluetooth issue in Windows CE 5.0
- Index(es):
Relevant Pages
|
