> BITMAPFAMILYEX ID ULHome > BEGIN > BITMAP "ULHome1bppD1.bmp" BPP 1 DENSITY 1 > BITMAP "ULHome8bppD1.bmp" BPP 8 DENSITY 1 > BITMAP "ULHome8bppD2.bmp" BPP 8 DENSITY 2 TRANSPARENTINDEX 211 > BITMAP "ULHome24bppD2.bmp" BPP 16 DENSITY 2 > END > > Causes CW9 to have a fatal crash when it tries to compile and either > disappears completely or throws me into MS's C++ debugger!
hi randy, i got your bitmaps - and, pilrc likes this fine :) it is not a problem with pilrc directly; however, it does pose a very interesting problem, which, is vital for palmos development :) BITMAPFAMILYEX ID 1000 BEGIN BITMAP "ULHome1bppD1.bmp" BPP 1 DENSITY 1 BITMAP "ULHome8bppD1.bmp" BPP 8 DENSITY 1 BITMAP "ULHome8bppD2.bmp" BPP 8 DENSITY 2 TRANSPARENTINDEX 211 BITMAP "ULHome24bppD2.bmp" BPP 16 DENSITY 2 END $ pilrc -ro -o sample.prc test.rcp PilRC v3.0 Copyright 1997-1999 Wes Cherry ([EMAIL PROTECTED]) Copyright 2000-2003 Aaron Ardiri ([EMAIL PROTECTED]) Generating 68K resources from 'test.rcp'. Writing temporary Tbmp03e8.bin 84096 bytes Collecting *.bin files into sample.prc i then loaded that sample.prc into PRCExplorer, and, the bitmaps are 100% fine - absolutely no problem with the parsing of the bitmap data into a resource. there lies another issue, which, would definately be something for ben combee (metrowerks) to look into, and, handle more correctly on their side. the resource output is a whopping 84096 bytes. yes, thats > 65505 (max limit set allowed for a resource). most likely, rez is barfing within codewarrior because it cannot handle the large resource. we can scrap this issue from the pilrc 'bug' list and put it on metrowerks 'how-should-we-handle-this' list :) --- Aaron Ardiri [EMAIL PROTECTED] CEO - CTO +46 70 656 1143 Mobile Wizardry http://www.mobilewizardry.com/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
