Remote debugging

  • Thread starter Thread starter Guest
  • Start date Start date
G

Guest

Hi,
I want to debug from my notebook (XP Pro) as host to target (WinXPE) with MS
VS 6.0, so use it only as a client, not a server.
I've connected them directly throuhg ethernet and I can ping correctly XP
Pro to Embedded, and Embedded to Pro too.
I've done all what required in the MSDN for remote debugging:
- srarted the MSVCMON.exe with the proper notebook IP connection settings
- In the MS VS, I've done remote debugging with the proper target IP
settings and made the settings to the project: shared the exe folder, etc.

When I tried to start debug from the notebook host, I indeed saw the
"Connecting..." window disappear for a while but my host could not connect
and yielded error for the connection. Is there something I do wrong? Maybe
component missing in target?

Help will be appreciated.

Yoav
 
Thanks, KM. The DependencyWalker made the job (although the host notifies a
difference between kernel32.dll files - is it matter?).
One more: This works only when I copy the debugged application from host to
target. I'm trying to make share folder in host but when I try to connect one
to another (they see each other) there is a screen for 'user name' and
'password' to fill-in although I don't have any password login in the target.
How can I overcome this?

Yoav
 
Yoav,

I couldn't completely understand your questions below.
But just to bring in another idea. Have you tried using "net use .." command instead? You can provide the right credentials with
that command.

The kernel32 differences. Are you running the same SP on both machines? E.g., XPe SP2 and XP Pro SP2?
 
I have everything setup per the article mentioned.

I am using visual studio 2005.

When I execute:
msvcmon.exe -anyuseran error box pops up with:"Invalid command line
argument"When I try mscvmon.exe /? it shows anyuser as an
argument.msvcmon.exe start it up fine, but I get a message on my host
saying:msvcmon.exe does not seem to be running on the target
 
Thanks for the link.

Still gettting the same response.

I disabled the firewall on the host and remote machine.

I noticed there is a process svchost.exe listening on port 135 all the time,
even if i don't have msvsmon.exe installed

I can ping the system and telnet can open port 135 on the remote machine
from the host machine.

Any ideas?
 
Back
Top