Building and running on Windows Mobile 5.0 (Pocket PC) iPAQ
Well, it's time to spin up the oldie but goodie topic of how to build and run phoneME Advanced software (Java ME CDC) on an iPAQ (Windows Mobile 5.0/Pocket PC ARM-based or XScale PDA).
Davy Preuveneers from K.U.Leuven has been helping out tremendously with working through the bit-rot that happened in the out-of-date Pocket PC port we have in the phoneME Advance source code. (The code is about 2 years out of date now and needs some updating).
Here is the off-line thread we've been having. It's time to get some help from other developers on this java.net phoneME Advanced project. Please let us know if you have some time to help out.
On Wednesday 03 January 2007 22:49, Hinkmond Wong wrote:
> > Hi Davy,
> > Happy new year! I'm glad you were able to make some good progress on
> > getting Foundation Profile to run the Hello World on a Pocket PC 2003
> > device.
> > When we get closer to everything working, I can create a branch at the
> > Subversion repository for us to work on.
On a related note: I am not 100 % sure, but I think the helper methods I
implemented, are never used on the PocketPC 2003. They just had to be there
to satisfy the JNI bindings. That is, the WinNTFileSystem class is used
instead of the Win32FileSystem superclass (and therefore rename(), _access()
and _getdcwd() are never called). The java getDriveDirectory(char drive)
method, which relies on its native counterpart, is never called in the
resolve() method in java.io.Win32FileSystem as drive letters are never used
in pathnames on a PocketPC. Therefore, _getdcwd() and _wgetdcwd() are never
called, and neither the other methods _getdrive() and _chdrive() I
> > (BTW, we should really take this thread over to the mail alias
> > [firstname.lastname@example.org] at some point soon since many other
> > people will be interested in it. Do you mind if we do that?]
Not at all. I just created an account to post at the forum.
> > For building either PBP or PP, I believe it will be easier to solve the
> > problem with PP.
Sure thing, I was trying to fix this for PBP, but I got a bit stuck on which
configuration files to actually modify.
> > For PP, looks like there are 19 classes that are out of date:
> > PPCCheckboxPeer.java
> > PPCCanvasPeer.java
> > PPCPanelPeer.java
> > PPCWindowPeer.java
> > PPCFramePeer.java
> > PPCChoicePeer.java
> > PPCGraphics.java
> > PPCGraphicsConfiguration.java
> > PPCGraphicsDevice.java
> > PPCButtonPeer.java
> > PPCLabelPeer.java
> > PPCDialogPeer.java
> > PPCListPeer.java
> > PPCScrollbarPeer.java
> > PPCScrollPanePeer.java
> > PPCScrollPanePeer.java
> > PPCTextAreaPeer.java
> > PPCTextFieldPeer.java
> > PPCFileDialogPeer.java
> > If you look at the above and compare each to the Qt equivalent per (Ex.
> > compare PPCCheckboxPeer.java to QtCheckboxPeer.java), you should see
> > that the Qt peer files are all now up-to-date with the latest spec.
> > changes, and it should give you a hint on what methods need to be
> > modified or added in the PPC peer class files.
> > Do you have time to take a look and do that comparison? If not, we can
> > take this over to the advanced mail alias and get some help.
I already had a brief look at those java files, but certainly not in detail.
I might have some spare time left the following days to look into it, but I
cannot guarantee anything. I will keep you posted.
> > Thanks for all your good work on this,
You're welcome. I am currently cleaning up the patch, and rebuilding the
profiles. I will update the website tomorrow or so as it is 01h50 AM already
over here :-)
> > Hinkmond
-- Davy Preuveneers K.U.Leuven - http://www.kuleuven.be Departement of Computer Science - http://www.cs.kuleuven.be DistriNet - http://www.cs.kuleuven.be/~distrinet Celestijnenlaan 200A, B-3001 Heverlee (Leuven), Belgium Room: 02.45 Phone: (+32) (0)16 327853 E-Mail: Davy.Preuveneers@cs.kuleuven.be Web: http://www.cs.kuleuven.be/~davy Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm