Re: Design process using Windows Embedded CE 6.0, VS2005, CoreCon and SDKs
- From: "Paul G. Tobey [eMVP]" <p space tobey no spam AT no instrument no spam DOT com>
- Date: Wed, 10 Sep 2008 08:48:38 -0700
Note that this particular blog entry is about modifying built-in components
of the OS. This is unrelated to writing applications to run on the device,
generally.
Paul T.
"Oliver Schenk" <oliver.schenk@xxxxxx> wrote in message
news:%23BCfK60EJHA.4488@xxxxxxxxxxxxxxxxxxxxxxx
I may have found a good link:
http://geekswithblogs.net/BruceEitman/archive/2008/06/06/platform-builder-getting-from-bsp-source-code-change-to-test.aspx
Oliver Schenk wrote:
Thanks for all the replies!
Expanding on my question:
2. When trying to deploy a subproject that is part of an OS design it
requires the runtime image to be regenerated and reloaded each time.
Not necessarily. You might not include the output of the subproject in
a BIB file and, instead, arrange for the flat release folder to be the
load source for that DLL or EXE. In that situation, when the DLL or EXE
is to be loaded, and when it's not found built into the OS, the loader
will get it from the flat release folder, transporting it over the debug
connection to the device being debugged, where it will be loaded.
If I have an OS Design subproject that requires .reg, .db or .dat files
does that pretty much mean that I will need to:
1. Build that subproject
2. Make the image
3. Reboot my device and select boot from development pc
4. Attach VS2005 and download image
5. Debug and test
I'm basically trying to find the fastest way to build and debug
applications. For example sometimes programs need frequent small tweaks
and many rebuild and reloads.
How do people out there achieve this in an efficient manner?
Can I somehow locally test and debug programs first to get most of the
errors out?
Can you please provide a link to a place that explains how to "arrange
for the flat release folder to be the load source for that DLL or EXE"?
Thanks
Oliver S.
.
- References:
- Design process using Windows Embedded CE 6.0, VS2005, CoreCon and SDKs
- From: Oliver Schenk
- Re: Design process using Windows Embedded CE 6.0, VS2005, CoreCon and SDKs
- From: Paul G. Tobey [eMVP]
- Re: Design process using Windows Embedded CE 6.0, VS2005, CoreCon and SDKs
- From: Oliver Schenk
- Re: Design process using Windows Embedded CE 6.0, VS2005, CoreCon and SDKs
- From: Oliver Schenk
- Design process using Windows Embedded CE 6.0, VS2005, CoreCon and SDKs
- Prev by Date: Re: Design process using Windows Embedded CE 6.0, VS2005, CoreCon and SDKs
- Next by Date: Re: WinCE Update releases for the month of August 2008
- Previous by thread: Re: Design process using Windows Embedded CE 6.0, VS2005, CoreCon and SDKs
- Next by thread: Re: Design process using Windows Embedded CE 6.0, VS2005, CoreCon and SDKs
- Index(es):
Relevant Pages
|