Closed Bug 257230 Opened 20 years ago Closed 20 years ago

Debug output "GpiQueryBitmapBits failed" from nsDrawingSurfaceOS2.cpp

Categories

(Core Graveyard :: GFX: OS/2, defect)

x86
OS/2
defect
Not set
trivial

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: mozilla, Assigned: mozilla)

Details

Attachments

(1 file)

Not sure if this is intentionally left in, but if I see lots of output like this

   GpiQueryBitmapBits failed, error = 0x0
or 
   GpiQueryBitmapBits failed, error = 0x20A1

in a non-debug build on OS/2 when I redirect output into a file. Nothing special
is done when GpiQueryBitmapBits failed, so I guess this output is only good in a
debug build.
This just gets rid of the PMERROR debug output by placing it into an #ifdef
DEBUG statement present two lines further down. The patch should work for both
trunk and aviary.

In the debug build this will still get numerous lines, at least for Firefox,
because obviously each time the throbber is painted GpiQueryBitmapBits fails
(with error 0x0?!). But that should probably be put into a different bug.
Attachment #157251 - Flags: review?(mkaply)
Comment on attachment 157251 [details] [diff] [review]
Include debug output into #DEBUG statement

yeah, this one annoys me.

r=mkaply

I'm not even convinced it is a real error.
Attachment #157251 - Flags: review?(mkaply) → review+
I'm not convinced that PMERROR statement should be there at all...
Comment on attachment 157251 [details] [diff] [review]
Include debug output into #DEBUG statement

sr=blizzard (platform specific)
a=mkaply for 1.8a5 and 1.7
Attachment #157251 - Flags: superreview+
Attachment #157251 - Flags: approval1.8a5+
Attachment #157251 - Flags: approval1.7.x+
Fix checked in everywhere.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: