here are some of the bugs and issues we found in the Rx5900 (a device apparently marketed as a "Travel Companion" and designed to be used in cars):
1) PROCESSOR_INFO: the szVendor string is set to "Smasung Electronics" (sic!!!)
that could cause problems for applications that use specific code when running on Samsung processors. make sure you test against "Smasung" too!
2) SPI_GETOEMINFO returns "Hewlett-Packard Company"
oh good! thanks! this string is sooooo useful to identify this device! and it happens to be a device that software will have to identify in order to work around other firmware bugs.
note that you can use the reg key HKLM\Platform\Name = "NorthStar Platform" to identify the device ...
3) GETRAWFRAMEBUFFER is not implemented. that's ennoying since GAPI does not work well on WM5 devices and is being deprecated.
4) GAPI and the underlying ExtEscape(hdc, GETGXINFO,...) return a buffer oriented in Landscape orientation! on all Pocket PC devices, GAPI/GETGXINFO is supposed to *always* return a buffer in "Portrait" orientation, regardless of the current orientation of the UI.
This issue can cause video applications and games to either crash/freeze, display incorrectly or be much slower (in case they detect the problem but don't know how to work around it).
5) This is the first Pocket PC where orienting the screen in "Portrait" orientation causes the display to be in fact oriented in "Up-side-down" orientation, i.e. causing ChangeDisplaySettingsEx to return DMDO_180. All the other Pocket PC use DMDO_0 when set in "Portrait" orientation.
This issue can cause problems with applications that do things differently depending on the screen orientation. Many such applications have never been tested with DMDO_180 and might not work correctly in that case.
In fact, i remember asking a MSFT engineer at the last MEDC conference if we should worry about making sure that applications should run in the DMDO_180 orientation, and the answer i got was: don't worry about it, the Settings only allow 3 orientations: Portrait (DMDO_0) and Landscape right and left, but not "up-side-down" DMDO_180. That was true at the time, but the advice given proved to be wrong, he should have said: "yes, some device will run in DMDO_180 orientation, so make sure you support it."
thanks, HP and MSFT, for the excellent testing job.
of course this is probably only the visible part of the firmware-bugs iceberg.
Edited by The PocketTV Team, 22 February 2007 - 04:04 AM.