So what I have so far, is 1 machine with VS2005 and WinCE 6.0
installed uptodate with service packs/qfes through March 2008. With
this machine I installed the boards BSP and built a valid NK.bin. I
then created a SDK and generated the MSI. I then booted the nk.bin
from the boards compact flash card and everything is working as it
should.
Next I have a 2nd computer with VS2005 installed with latest updates.
(no platform builder). I installed the SDK created from 1st machine.
I then built a sample application using the SDK. I can now copy this
application to my board (either through a network share or copying it
onto the compact flash card). The application works as in it executes
as it should.
Now what I want to do is debug this application on the device from my
2nd machine. (In past I have always included applications as sources/
pbxml projects in platform builder and included them in the image and
downloaded the image over eboot allowing me to debug them).
In order to do this I have tried to connect to the device from VS2005,
which responds that active sync is not installed. Which version of
ActiveSync should I be installing? (I downloaded ActiveSync 4.5 as
its seemed to be the latest available though I see no option for
connecting through ethernet). Ethernet would be my preferred method
to do this but can not seem to find out how to connect properly.
Would another type of connection be preferred?
Thanks for any help you can provide.
The key word you're looking for is CoreCon. The files for my device are
found at:
\Program Files\Common Files\Microsoft
Shared\CoreCon\1.0\Target\wce400\armv4i
If you're running some other processor build, use the right one. On the
device, after copying everything from that folder, run conmanclient2.exe and
then cmaccept.exe. You then have a minute or two to make the connection to
the device from VS2005 before the connection is automatically shut down and
you have to start cmaccept again.
To connect, in VS2005, choose Tools | Options | Device Tools | Devices.
Choose Windows CE Device from the listbox and choose Properties... Set the
options for the TCP Connect Transport, which I think is the default. Select
Use specific IP address and enter the IP address of the Windows CE device.
Select OK over and over, then debug.
Paul T.
<emb...@comcast.net> wrote in message
news:e029b53d-0637-43b3...@u6g2000prc.googlegroups.com...
Thank you that worked. I am able to run the debugger in VS2005 now.
Seems like it should be easier, but it works. I am running into 1
problem with registry entries. My application has some registry
settings I need to include in the registry. When I deploy the
application it deploys the exe and an obj file (not sure why the obj
file is copied). Anyways I need to add some entries into the
registry. Is there are an easy way to do this? I mean I should be
able to transfer the .reg file over with the binary (like how the obj
gets sent over) but how to get those entries into the registry without
writing a program to parse the reg file and add each entry to
registry.
No, you can't use a REG file without writing some code to handle it.
There's no program on the device to parse and use such a file (our devices
have one that I wrote to do that, but it's not a Microsoft thing).
The debugger should not be transferring OBJ files, by the way...
Paul T.
<emb...@comcast.net> wrote in message
news:db965435-2946-4149...@c65g2000hsa.googlegroups.com...
I've got a device connected directly to a LAN via ethernet, and I can ping
it and telnet into it. I've followed the instructions in your post, but I
keep getting:
"Connection failed. 0x8973151A"
It's got an ARMV4i cpu and Windows Embedded CE 6.0 loaded on it. Could you
suggest some possibilities as to what the problem might be?
Thanks
A DEBUG build of the OS will probably give you some hints as to what's going
wrong.
Paul T.
"skyapie" <sky...@discussions.microsoft.com> wrote in message
news:F51D1FEF-DBB4-4202...@microsoft.com...
Turns out I was using the wrong version of the files... I'd downloaded
CEDbgSetup from OpenCFNet and installed it, which installed a different
version of the same files, probably for some other cpu.
Plus I'd put it in a directory in the root directory, instead of the Windows
directory.
Paul T.
"skyapie" <sky...@discussions.microsoft.com> wrote in message
news:F6910E80-AE1D-4118...@microsoft.com...
-Chris
"skyapie" <sky...@discussions.microsoft.com> wrote in message
news:F6910E80-AE1D-4118...@microsoft.com...