headers
Jacek M. Holeczek | 1 Apr 2010 12:59
Picon

SmartGPS SG610 / Malata PG-74301B help needed

Hi,
I'm sorry for being a bit out of the purpose of this group, but I
don't really know any better place to ask for help.

It's all about a "partially" broken PND running Windows CE 5.0 Core.

This is a Chinese product, called "SmartGPS SG610". Internally,
however, it runs "malata.exe" and so, searching the Internet, I have
found "Malata PG-74301B", which looks exactly the same as my device.
I'm sure there are more units, which are exact copies of it, sold
under different brand names.

All I could learn about the hardware / software is:
----------------------------------------------------------------------
Type: PORTABLE GPS (Sirf STAR III)
Version: M401I74S2--MAE6S1(Nov  1 2007)
Windows CE 5.0 Core
Processor: Intel ARM920T-PXA27x / PXA270 / 416 MHz
RAM: 64 MB, 100 MHz, 32 Bit, Samsung, Low Power Consumption SDRAM
ROM: 1 GB (NandFlash)
Screen: 4.3", 480x272 (16:9), 16 bit color
Display Type: (pxa27x_lcd.dll) AT043TN01 or/and LTM035A776C
Battery: Lithium Polymerized, 1400 mAh
----------------------------------------------------------------------

At certain point in the past, something happened that partially
screwed the installed Windows CE 5.0 Core (and the builtin
"\Flash_Storage").
I am still able to use this device, once I force the unit to use an
external version of the "explorer.exe" (seems the default
(Continue reading)

Permalink | Reply | 1 comment |
headers
Vincent Richomme | 1 Apr 2010 13:45
Favicon

Re: SmartGPS SG610 / Malata PG-74301B help needed

> Hi,
> I'm sorry for being a bit out of the purpose of this group, but I
> don't really know any better place to ask for help.
> 
> It's all about a "partially" broken PND running Windows CE 5.0 Core.
> 
> This is a Chinese product, called "SmartGPS SG610". Internally,
> however, it runs "malata.exe" and so, searching the Internet, I have
> found "Malata PG-74301B", which looks exactly the same as my device.
> I'm sure there are more units, which are exact copies of it, sold
> under different brand names.
> 
> All I could learn about the hardware / software is:
> ----------------------------------------------------------------------
> Type: PORTABLE GPS (Sirf STAR III)
> Version: M401I74S2--MAE6S1(Nov  1 2007)
> Windows CE 5.0 Core
> Processor: Intel ARM920T-PXA27x / PXA270 / 416 MHz
> RAM: 64 MB, 100 MHz, 32 Bit, Samsung, Low Power Consumption SDRAM
> ROM: 1 GB (NandFlash)
> Screen: 4.3", 480x272 (16:9), 16 bit color
> Display Type: (pxa27x_lcd.dll) AT043TN01 or/and LTM035A776C
> Battery: Lithium Polymerized, 1400 mAh
> ----------------------------------------------------------------------
> 
> At certain point in the past, something happened that partially
> screwed the installed Windows CE 5.0 Core (and the builtin
> "\Flash_Storage").
> I am still able to use this device, once I force the unit to use an
> external version of the "explorer.exe" (seems the default
(Continue reading)

Permalink | Reply | 0 comments |
headers
Zack | 1 Apr 2010 15:04
Picon

log2() bug

Hi all,
I've discovered that the math.h log2() function
is producing erroneous results. Try the following
test and you'll see, log2(8) does not produce 3,
but rather it gives 1.44. The regular log() function
works however, as it gives log(8)=2.08.
-Zack

#include <math.h>
#include <windows.h>
#include <stdio.h>
int
main ()
{
        double d = 8.;
        d = log2 (d);
        wchar_t foo[100];
        swprintf (foo, L"%g", d);
        MessageBoxW (0, foo, 0,0);
}

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
Permalink | Reply | 0 comments |
headers
mobi phil | 5 Apr 2010 21:33

Re: News about Qt

> However, when I want to run the executable on my HTC Wizard, the phone tells
> me that my executable is not signed.
> Yes, I remember now this problem with windows mobile 5.

Hello. I am running cegcc generated programs on 6.1, and I think it
was running on 6.5 as well (I removed 6.5 after the first day is it
was very slow). However first try to accomodate with small C
apllications then go for software monsters like QT apps...

--

-- 
rgrds,
mobi phil

being mobile, but including technology
http://mobiphil.com

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
Permalink | Reply | 0 comments |
headers
InfoMail InfoMail | 26 Apr 2010 16:13
Picon

Remove libgcc_s_sjlj-1 (mingw32ce)


Hello guys, I've compiled my library using the new Mingw32ce toolchain (gcc 4.4.0 based).
Unlike the old one (gcc 4.1.2 based), now my library depends on libgcc_s_sjlj-1.dll. Why?
Is there a way (e.g. compiler/link switches) to remove such dependencies?

Here's objdump result:

./lib/wince/arm11/sre/standalone/libAmanithVG.dll:     file format pei-arm-wince-little

Characteristics 0x630e
    executable
    line numbers stripped
    symbols stripped
    32 bit words
    debugging information removed
    DLL

Time/Date        Mon Apr 26 16:03:29 2010
Magic            010b    (PE32)
MajorLinkerVersion    2
MinorLinkerVersion    56
SizeOfCode        000baa00
SizeOfInitializedData    00009a00
SizeOfUninitializedData    00000200
AddressOfEntryPoint    00001000
BaseOfCode        00001000
BaseOfData        000bc000
ImageBase        00010000
SectionAlignment    00001000
FileAlignment        00000200
MajorOSystemVersion    4
MinorOSystemVersion    0
MajorImageVersion    1
MinorImageVersion    0
MajorSubsystemVersion    3
MinorSubsystemVersion    0
Win32Version        00000000
SizeOfImage        000ca000
SizeOfHeaders        00000400
CheckSum        000c6fcd
Subsystem        00000009    (Wince CUI)
DllCharacteristics    00000000
SizeOfStackReserve    00200000
SizeOfStackCommit    00001000
SizeOfHeapReserve    00100000
SizeOfHeapCommit    00001000
LoaderFlags        00000000
NumberOfRvaAndSizes    00000010

The Data Directory
Entry 0 000c5000 00000b38 Export Directory [.edata (or where ever we found it)]
Entry 1 000c6000 0000060c Import Directory [parts of .idata]
Entry 2 000c7000 00000434 Resource Directory [.rsrc]
Entry 3 00000000 00000000 Exception Directory [.pdata]
Entry 4 00000000 00000000 Security Directory
Entry 5 000c8000 00001a58 Base Relocation Directory [.reloc]
Entry 6 00000000 00000000 Debug Directory
Entry 7 00000000 00000000 Description Directory
Entry 8 00000000 00000000 Special Directory
Entry 9 00000000 00000000 Thread Storage Directory [.tls]
Entry a 00000000 00000000 Load Configuration Directory
Entry b 00000000 00000000 Bound Import Directory
Entry c 00000000 00000000 Import Address Table Directory
Entry d 00000000 00000000 Delay Import Directory
Entry e 00000000 00000000 CLR Runtime Header
Entry f 00000000 00000000 Reserved

There is an import table in .idata at 0xd6000

The Import Tables (interpreted .idata section contents)
 vma:            Hint    Time      Forward  DLL       First
                 Table   Stamp     Chain    Name      Thunk
 000c6000    000c603c 00000000 00000000 000c6578 000c6138

    DLL Name: COREDLL.dll
    vma:  Hint/Ord Member-Name Bound-To
    c6234      746  MessageBoxW
    c6242      770  OutputDebugStringW
    c6258     1125  TerminateProcess
    c626c     1166  VirtualProtect
    c627e     1167  VirtualQuery
    c628e     1274  _fcloseall
    c629c     1382  acos
    c62a4     1385  atan2
    c62ac     1390  ceil
    c62b4     1393  cos
    c62ba     1397  exp
    c62c0     1400  fclose
    c62ca     1401  feof
    c62d2     1403  fflush
    c62dc     1406  fgets
    c62e4     1409  floor
    c62ec     1413  fopen
    c62f4     1420  free
    c62fc     1508  malloc
    c6306     1509  mbstowcs
    c6312     1512  memcpy
    c631c     1514  memset
    c6326     1550  pow
    c632c     1557  realloc
    c6336     1561  sin
    c633c     1565  sqrt
    c6344     1571  strcmp
    c634e     1572  strcpy
    c6358     1574  strlen
    c6362     1577  strncpy
    c636c     1642  wcslen
    c6376     1657  wsprintfW

 000c6014    000c60c0 00000000 00000000 000c65f8 000c61bc

    DLL Name: libgcc_s_sjlj-1.dll
    vma:  Hint/Ord Member-Name Bound-To
    c6384       22  __adddf3
    c6390       23  __addsf3
    c639c       40  __divdf3
    c63a8       41  __divdi3
    c63b4       43  __divsf3
    c63c0       44  __divsi3
    c63cc       48  __eqdf2
    c63d8       49  __eqsf2
    c63e4       50  __extendsfdf2
    c63f4       55  __fixsfdi
    c6400       56  __fixsfsi
    c640c       60  __fixunssfsi
    c641c       63  __floatsidf
    c642c       64  __floatsisf
    c643c       68  __floatunsisf
    c644c       71  __gesf2
    c6458       73  __gtsf2
    c6464       75  __lesf2
    c6470       78  __ltsf2
    c647c       80  __modsi3
    c6488       82  __muldf3
    c6494       85  __mulsf3
    c64a0       93  __nesf2
    c64ac      106  __subdf3
    c64b8      107  __subsf3
    c64c4      110  __truncdfsf2
    c64d4      112  __udivdi3
    c64e0      114  __udivsi3
    c64ec      116  __umodsi3


------------------------------------------------------------------------------

_______________________________________________
Cegcc-devel mailing list
Cegcc-devel@...
https://lists.sourceforge.net/lists/listinfo/cegcc-devel
Permalink | Reply | 0 comments |
headers
InfoMail InfoMail | 27 Apr 2010 16:54
Picon

Cortex A8 support

Hi all,

I'm trying to compile my library for Cortex A8, using the last mingw32ce toolchain.
I use this compiler options: -mcpu=cortex-a8 -mtune=cortex-a8 -msoft-float -mfloat-abi=softfp -mfpu=neon -Wa,-mcpu=cortex-a8 -Wa,-mfpu=neon -mlittle-endian
but i got the following errors:

Assembler messages:

Error: cannot represent BFD_RELOC_ARM_MOVW relocation in this object file format
Error: cannot represent BFD_RELOC_ARM_MOVT relocation in this object file format

Is there a *working* way to compile for CortexA8 ?
Many thanks in advance!

------------------------------------------------------------------------------

_______________________________________________
Cegcc-devel mailing list
Cegcc-devel@...
https://lists.sourceforge.net/lists/listinfo/cegcc-devel
Permalink | Reply | 2 comments |
headers
Pavel Pavlov | 27 Apr 2010 18:25
Picon

Re: Cortex A8 support

From: InfoMail InfoMail [mailto:mirknac-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org]
Sent: April 27, 2010 10:54
To: cegcc-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: [Cegcc-devel] Cortex A8 support

 

Hi all,

I'm trying to compile my library for Cortex A8, using the last mingw32ce toolchain.
I use this compiler options: -mcpu=cortex-a8 -mtune=cortex-a8 -msoft-float -mfloat-abi=softfp -mfpu=neon -Wa,-mcpu=cortex-a8 -Wa,-mfpu=neon -mlittle-endian
but i got the following errors:

Assembler messages:

Error: cannot represent BFD_RELOC_ARM_MOVW relocation in this object file format
Error: cannot represent BFD_RELOC_ARM_MOVT relocation in this object file format

Is there a *working* way to compile for CortexA8 ?
Many thanks in advance!

 

 

 

 

 

 

 

There is no way to compile for cortex a8 for wince. When I needed to do so, I had to modify binutils/gcc in order to be able to create a build that can handle that kind of thing, otherwise for any win API you’ll be getting MOWV/MOVT error. The way I fixed it for my build was to make gcc think that movw/movt sequence has the same wait as regular load or mov or something like that so It stopped trying to use movw/movt for all api calls. If you are sure that you need to compile for cortexA8, Id recommend to compile for cortex only those parts of code that you really need to optimize, the rest compile as regular arm build. If you don’t really need to optimize and if you don’t have some heavily optimized code for cortex then don’t waste your time, you won’t get any benefit by simply recompiling to cortex. I tried ffmpeg and h264 decoding (and they have a lot of neon optimized code for h264), but the end result was that the difference between all that optimized code and plaing armv4 (not even arm5te!) build was only like 40%. I really expected to have way more performance improvement (especially, because for armv4 there is no optimized code at all!)

------------------------------------------------------------------------------

_______________________________________________
Cegcc-devel mailing list
Cegcc-devel@...
https://lists.sourceforge.net/lists/listinfo/cegcc-devel
Permalink | Reply | 0 comments |
headers
Pavel Pavlov | 27 Apr 2010 18:12
Picon

Re: Cortex A8 support

 

 

From: InfoMail InfoMail [mailto:mirknac-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org]
Sent: April 27, 2010 10:54
To: cegcc-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: [Cegcc-devel] Cortex A8 support

 

Hi all,

I'm trying to compile my library for Cortex A8, using the last mingw32ce toolchain.
I use this compiler options: -mcpu=cortex-a8 -mtune=cortex-a8 -msoft-float -mfloat-abi=softfp -mfpu=neon -Wa,-mcpu=cortex-a8 -Wa,-mfpu=neon -mlittle-endian
but i got the following errors:

Assembler messages:

Error: cannot represent BFD_RELOC_ARM_MOVW relocation in this object file format
Error: cannot represent BFD_RELOC_ARM_MOVT relocation in this object file format

Is there a *working* way to compile for CortexA8 ?
Many thanks in advance!

------------------------------------------------------------------------------

_______________________________________________
Cegcc-devel mailing list
Cegcc-devel@...
https://lists.sourceforge.net/lists/listinfo/cegcc-devel
Permalink | Reply | 0 comments |
headers
InfoMail InfoMail | 29 Apr 2010 12:14
Picon

Error compiling mingw32ce 0.55 under Cygwin

I run (in Cygwin 1.7):

sh ./src/scripts/build-mingw32ce.sh

But after ten minutes i got the following error:

ldemul.o: In function 'ldemul_hll':
/opt/cegcc-0.55/src/binutils/ld/ldemul.c:41: undefined reference to '_ld_arm_wince_pe_emulation'

pe-dll.o: In function 'pe_create_import_fixup':
/opt/cegcc-0.55/src/binutils/ld/pe-dll.c:2540: undefined reference to '_pe_data_import_dll'

Any help/suggestion?
Does someone have compiled mingw32ce 0.55 for Cygwin? Are there ready-to-use packages for such combination?

Many thanks in advance!

------------------------------------------------------------------------------

_______________________________________________
Cegcc-devel mailing list
Cegcc-devel@...
https://lists.sourceforge.net/lists/listinfo/cegcc-devel
Permalink | Reply | 0 comments |

Gmane