This is the mail archive of the
gdb@sourceware.org
mailing list for the GDB project.
RE: gdbserver 6.7.1 for mingw32ce connect to host gdb problem
- From: "Steve DeLaney" <onramp123 at yahoo dot com>
- To: "'Pedro Alves'" <pedro_alves at portugalmail dot pt>
- Cc: <gdb at sourceware dot org>
- Date: Sun, 16 Dec 2007 15:11:43 -0800
- Subject: RE: gdbserver 6.7.1 for mingw32ce connect to host gdb problem
- Reply-to: <onramp123 at yahoo dot com>
Good suggestions. comments follow below.
summary: pilot error on my part. it turns out that gdbserver.exe MUST be
launched like this
gdbserver :9999 /path/test
and must NOT be launched as I attempted previously:
gdbserver.exe 169.254.2.2:9999 \\path\\test.exe
thanks to your support this is now working. I even tested out
ddd --debugger arm-wince-mingw32ce-gdb test.exe
target remote 169.254.2.1:9999
the session seems very responsive.
interesting test
b main
c
p argc
$1 = 1
p argv[0]
$2 = 0x260930 "\\path\test.exe"
so gdb although invoked with single forward slash,converts to double back
slash.
/steverino2
-----Original Message-----
From: gdb-owner@sourceware.org [mailto:gdb-owner@sourceware.org] On Behalf
Of Pedro Alves
Sent: Sunday, December 16, 2007 8:41 AM
To: onramp123@yahoo.com
Cc: gdb@sourceware.org
Subject: Re: gdbserver 6.7.1 for mingw32ce connect to host gdb problem
Steve DeLaney wrote:
> first I noticed that gdbserver needs a command line like this
>
> gdbserver.exe 169.254.2.2:9999 \\path\\test.exe
>
> without path to .exe it just exits with a usage message this is due to
> the fact that wince doesn't define a default (current) directory like
> '.'
>
1) gdbserver currently ignores host part in HOST:PORT, so you can
just use '$GDBSERVER :$PORT $PATH'.
2) There is *no* notion of current directory on Windows CE. On
WinCE, every path *must* be absolute. (There is an
hardcoded $PATH, that looks of executables in \Windows and \ )
Gdbserver allows you to use forward slashes too:
gdbserver.exe :9999 /path/test.exe
And skip the .exe extension:
gdbserver.exe :9999 /path/test
> Test over RNDIS and WLAN with the same results. gdbserver times out
> after about 8 seconds
>
I'm not sure what you're seeing. You should see something like
this:
\> gdbserver :9999 main
Process main created; pid=-1226757750
Listening on port 9999
[s] yes, I agree this is what I expected just other embedded versions of
gdbserver. in this case, when launched from powertools CMD shell (
gdbserver.exe :9999 /path/test) gdbserver just starts, waits approx 12
seconds, then returns to command prompt. but there are no messages on
stdout.
> I wondered about __MINGW32CE__ asserted in
> the make CFLAGS
>
Can you be more specific? (__MINGW32CE__ is automatically
defined by the mingw32ce compiler.)
[s] gotcha. yes I confirmed this with gdb -v
I can see now that __MINGW32CE__ options are enabled in the gdbserver build.
> any ideas what might be going on, or how best to trace this?
Looks like something is not 100% right in your tcp/ip
connection.
Can you ping the host from the device ?
[s] yes on RNDIS ping 169.254.2.1, on WLAN at 192.168.3.118
Is there any firewalling involved ?
[s] No, all inside firewall on single subnet. RNDIS emulates a network
connection so it is point-to-point over USB, no?
Can you start gdbserver listening on 9999, and telnet it (to
remove gdb from the picture) with 'telnet $ip 9999' ?
[s] this did not work (telnet client gets "connection refused" So gdbserver
is not listening on the port
--
Pedro Alves