On Thu, 4 May 2006, [EMAIL PROTECTED] wrote:
On Thu, May 04, 2006 at 12:16:10PM +0900, Mike McCormack wrote:
Maybe you can investigate how we can get a DIB with bmBitsPixel <= 8
and (biClrUsed > 256 or bcBitCount>8) ?
I'm not an expert on this, but I supposed the application called it with
a
[EMAIL PROTECTED] wrote:
On Thu, May 04, 2006 at 12:16:10PM +0900, Mike McCormack wrote:
> Maybe you can investigate how we can get a DIB with bmBitsPixel <= 8
> and (biClrUsed > 256 or bcBitCount>8) ?
I'm not an expert on this, but I supposed the application called it with
an off-by-one value
On Thu, May 04, 2006 at 12:16:10PM +0900, Mike McCormack wrote:
> Maybe you can investigate how we can get a DIB with bmBitsPixel <= 8
> and (biClrUsed > 256 or bcBitCount>8) ?
I'm not an expert on this, but I supposed the application called it with
an off-by-one value of 257? Do you think the p
[EMAIL PROTECTED] wrote:
if (colors > 256)
-{
-ERR("called with >256 colors!\n");
-return NULL;
-}
+WARN("called with >256 (%d) colors!\n", colors);
We appear to only get down this codepath if bmBitsPixel <= 8, so there
should be no more than 2^8 colours.