Hi, We're using CodeWarrior R7.1 (with the update) for Palm OS, Constructor for Palm OS 1.6. We are saving a 16bpp bitmap (or icon) using the new Palm OS 4.0 compression, PackBits. When this bitmap is displayed on a 16-bpp device in 16-bpp color mode (like the Emulator or the Palm m505), the bitmap is displayed in such a way that the bytes are swapped. That is, if we wanted F800h to be written to video memory, we see 00F8h. This looks like a big/little endian issue. Perhaps the constructor (running in Windows) is writing 16-bit color values byte swapped when the PackBits compression is used. If PackBits isn't used, then 16-bpp bitmaps are displayed OK. Now, this could either be a constructor bug, or a Palm OS bug (yep, Palm might have busted 16-bpp PackBits code in the OS itself). I originally posted this message in the PalmTools forum, but I was informed that it is Palm that supports Constructor, not Mertowerks. So, has anyone else experienced this problem? If it is a bug, is this forum the best way to get Palm to address the bug, or is there a better place to report bugs to Palm? Thanks, Doug. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/