Closed Bug 469916 Opened 17 years ago Closed 17 years ago

When starting Firefox: "lcms: Error #12288; Read from memory error" / "Corrupted memory profile"

Categories

(Core :: Graphics: Color Management, defect, P4)

x86
Linux
defect

Tracking

()

RESOLVED FIXED

People

(Reporter: dholbert, Assigned: vlad)

Details

(Keywords: fixed1.9.1)

Attachments

(1 file)

I just noticed these scary-looking messages floating by, when I start Firefox using my mozilla-central debug build (up-to-date as of this morning -- updated to changeset fd035640d161). lcms: Error #12288; Read from memory error. Got 0 bytes, block should be of 128 bytes lcms: Error #12288; Corrupted memory profile This happens both when using a completely fresh profile (running the first time, with all config options set to their defaults) and when re-using an existing profile. I'm running Ubuntu 8.10, with a dual-monitor setup, if that matters.
Flags: blocking1.9.1?
I'm wondering if you maybe have a 0-byte profile atom in X, and we're blindly grabbing that and not checking its size? Check.. um, I have no idea how to list atoms any more. xlsatoms? xwininfo -root? Look for an atom named _ICC_PROFILE on the root window.
Here's what I get: [dholbert@orange:~]$ xlsatoms -name _ICC_PROFILE 628 _ICC_PROFILE What next? :) FWIW, xwininfo -root doesn't mention either "icc" or "profile" at all. (That is, "xwininfo -root | grep -i icc" and "xwininfo -root | grep -i profile" both yield nothing.)
Hm, I think xprop now? xprop -root _ICC_PROFILE ?
Here's the result: [dholbert@orange:~]$ xprop -root _ICC_PROFILE _ICC_PROFILE: not found. and here's me just testing if that syntax works, with another atom: [dholbert@orange:~]$ xprop -root _NET_NUMBER_OF_DESKTOPS _NET_NUMBER_OF_DESKTOPS(CARDINAL) = 4 Also, if I grep "xprop -root" for "icc" or "profile", I get nothing.
Well, for starters the error message is actually incorrect. This was fixed in a patch that I r- ed, so it never actually got landed. See https://bugzilla.mozilla.org/attachment.cgi?id=347178&action=diff, bug 458164. Anything we do for this bug should certainly fix that message. The reading is going on here: http://mxr.mozilla.org/mozilla-central/source/gfx/thebes/src/gfxPlatformGtk.cpp#551 It seems pretty clear that we're doing no checking for 0-sized profiles. Whether checking for appropriately-sized profiles is thebes' job or lcms' job is an interesting question. Right now LCMS seems to be doing the right thing, though perhaps not in the nicest manner. Thoughts?
No reason why we shouldn't check in thebes as well. I can cook up that patch if you're busy, let me know.
Flags: blocking1.9.1? → blocking1.9.1+
Priority: -- → P4
vlad - quarter's starting up, so that would be great - thanks
Ok, here's a simple patch that just ignores 0-sized profiles in X atoms.
Assignee: nobody → vladimir
Attachment #355532 - Flags: review?(bholley)
Attachment #355532 - Flags: review?(bholley) → review+
Comment on attachment 355532 [details] [diff] [review] check for 0-sized return sfrom X looks good - thanks
23417[tip] 4f196841ba1a 2009-01-07 11:50 -0800 vladimir b=469916, lcms error when trying to open 0-sized profile; r=bholley
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: