My experience with WinCE 4.2 with writing gosmore is that you can run out of
memory by using new GDI objects for each Expose(), like pens and not free
them. Then the whole operating system can become pretty unstable.
Gosmore allocates (potentially) large routing arrays but always 2 or 3 MB
less th
My experience with WinCE 4.2 with writing gosmore is that you can run out of
memory by using new GDI objects for each Expose(), like pens and not free
them. Then the whole operating system can become pretty unstable.
Gosmore allocates (potentially) large routing arrays but always 2 or 3 MB
less th
Hi Danny,
I don't know how to LC environment variables map to code pages, but I
can tell you a few other things :
1. UTF-8 is THE standard : Internet, default set up for the fast
majority of Linux users etc. etc.
2. CP_UTF8 is NOT supported on all WinCE (Core) devices.
The solution is to not to u
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
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
My program maps a file into memory using the code below. Being a 32 bit
architecture I expected to be able to map files of close to 2GB. I am
however only able to map files of around 410MB. Has anyone any experience in
mapping files of this size and larger ?
HANDLE gmap = CreateFileForMapping (f
27;ve added it to the list of projects that works with cegcc.
>
> Have you seen roadmap ? Your gosmore appears very similar to roadmap
> which I've been contributing to lately.
>
> http://sf.net/projects/roadmap
>
> Danny
>
> On Mon, 2008-07-21 at 21:43 +0200, Nic
aygshell.h is safe.
aygshell.dll is not available on all OEM versions of WinCE Core. My
code tries to load it but continues even if it or the function wasn't
found.
On Wed, Jul 23, 2008 at 8:12 PM, Vincent Torri <[EMAIL PROTECTED]> wrote:
>
>
> On Wed, 23 Jul 2008, Nic
I created 2 files ceglue.c and ceglue.h and posted them at
http://www.rational.co.za/gosmore
SHFullScreen can now be called like this :
...
#include "ceglue.h"
...
InitCeGlue ();
...
if (SHFullScreenPtr) (*SHFullScreenPtr)(mWnd, SHFS_HIDETASKBAR |
SHFS_HIDESTARTICON | SHFS_HIDESIPBUTTON);
.
On Wed, Jul 23, 2008 at 2:44 PM, Vincent Torri <[EMAIL PROTECTED]> wrote:
The simplest is to make multiple executables.
Alternatively write code that try load the DLL and look up the
function and call it. If it fails, the taskbar will most likely not be
a problem on the device in question. Since m
I have a WinCE 4.2 Core based Satnav device and I'm successfully
running 'betaplayer' as well as my own 'gosmore' application on it. So
when I look at the long list of "software that (might) work", I had
high hopes that many applications will run on it, but that wasn't the
case.
There must be mill
I've been developing an openstreetmap viewing and routing application
since last year. The focus of this year was / is a good WinCE port.
I'm using the eVC++ compiler for this. The project page is at
http://wiki.openstreetmap.org/index.php/Gosmore
But today I discovered cegcc and it required only
12 matches
Mail list logo
