Well, I tried to just compile it with gdb-6.8 source tree, but gdb-6.8
doesn't support the cegcc target out of the box (not that it should),
I tried figuring out how to patch GDB by looking at diffs from cegcc
6.4 gdb and vanilla 6.8 gdb, but to no success. Building with
arm-*-wince platforms excul
> > I have been attempting to get some code working on a Windows Mobile
> > 6.1 device using the arm-wince-cegcc toolchain. All the pplications I
> > build result in the error message: "... is not a valid Pocket PC
> > application." So, I started testing with the provided sample exe:
> > http://c
Hi,
I am trying to use gdb to debug a very simple application over usb from
Linux. The device is running Windows Mobile 6.0, and the application runs
fine: helloworld was just a simple case to test with. However, whichever
application I try to debug, I keep hitting this same error.
arm-wince-ce
The mmap fails before the thread is started.
The one device runs WinCE Core 4.2 and the other WinCE Core 5.0
On Wed, Sep 10, 2008 at 11:39 AM, Sébastien Lorquet <[EMAIL PROTECTED]>wrote:
>
> http://www.google.fr/search?hl=fr&q=wince+virtual+memory+problem&btnG=Rechercher&meta=
>
> http://blogs.m
http://www.google.fr/search?hl=fr&q=wince+virtual+memory+problem&btnG=Rechercher&meta=
http://blogs.msdn.com/ce_base/archive/2006/10/30/What-is-Virtual-Memory.aspx
http://blogs.msdn.com/kitlfirst/archive/2006/01/31/520197.aspx
wince < 6 has a 32 MB virtual address space
it's 2GB on wince >=6
but
According to Remote Process Viewer it loads only coredll.dll and that was at
address 0x03f7. So 64MB is gone. Perhaps only 512MB is available as
address space due to some limitation of the ARM4 and / or WinCE kernel ?
On Wed, Sep 10, 2008 at 10:17 AM, Sébastien Lorquet <[EMAIL PROTECTED]>wrote
This may be linked to the virtual memory space available in your process.
The 2GB virtual memory space of each process is used by a lot of things,
including your actual binary and all DLLs loaded at this time.
IIRC the binary is loaded at low adresses but the DLLs are loaded at high
adresses, and