Java Applets Cause IE 3.02 to Stop Responding w/ SP3 (168748)

CAUSE

In Windows NT version 4.0 Service Pack 3 the GetDIBits API does not fill the bit fields when a BI_RGB (uncompressed) DIB is returned on a True Color (32 bpp) display. This GDI change was made because the bit fields are not required in this case. As a side effect, this change may cause a regression in applications that expect a valid RGB mask on a True Color display.

The Java virtual machine included with Internet Explorer 3.02 calls GetDIBits when initializing the display palette. The Java virtual machine expects a valid, signed RGB mask value larger than 0x80h and, if a value less than 0x80h is received, it doubles the mask value in a tight loop until it is larger than 0x80h. Because Service Pack 3 GetDIBits do not fill the bit fields when a BI_RGB is returned, applications that evaluate the RGB mask receive an unlikely result that can be negative (for example, 0xffffffe0h.) When the Java virtual machine evaluates the RGB mask and receives a negative value, it loops forever and causes Internet Explorer to stop responding.

It is important to note that the Java virtual machine should be treating the RGB Mask as an unsigned integer. There are some conditions where an ATI video card returns a valid RGB Mask value of 0xff000000h causing the Java virtual machine to loop forever because it is not treating the mask as an unsigned integer. A separate fix for the Java virtual machine issue with ATI video cards in True Color will be available in Internet Explorer 4.0. The Java code is licensed from Sun Microsystems, Inc.