Huge thanks to our Platinum Members Endace and LiveAction,
and our Silver Member Veeam, for supporting the Wireshark Foundation and project.

Wireshark-bugs: [Wireshark-bugs] [Bug 1953] On Leopard, Wireshark starts up and when I choose to

Date: Mon, 29 Oct 2007 18:35:35 +0000 (GMT)
http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1953


guy@xxxxxxxxxxxx changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|WIreshark starts up and when|On Leopard, Wireshark starts
                   |I choose to start a capture,|up and when I choose to
                   |the program crashes and the |start a capture, the program
                   |following shows up.         |crashes with a BadMatch
                   |                            |error.




------- Comment #1 from guy@xxxxxxxxxxxx  2007-10-29 18:35 GMT -------
Switch to displaying "Thousands" rather than "Millions" of colors in the
X11.app preferences as a workaround.

This might be a bug in Leopard's X server, or it might be a bug in Pango, or
Cairo, or even GTK+.  I've filed a bug at Apple (5147896) against the X11
server and at the GNOME Bugzilla (476409) about Pango; I should probably file
one against Cairo and tie 'em all together, so that we have people responsible
for all those layers looking at the problem.

The failing request is a CreatePicture Render request; according to

    http://webcvs.freedesktop.org/xorg/xc/doc/specs/Render/protocol?view=co

a CreatePicture Render extension request can return a Match error (presumably
that's BadMatch) if:

    the picture format has a different depth from the drawable;

    the drawable is a Window and the Red, Green, and Blue masks don't match
those in the visual for the window;

    the alpha-map argument refers to a picture containing a Window rather than
a Pixmap;

    a pixmap was specified as the clip-mask, and it doesn't have depth 1 or
doesn't have the same root as the drawable.

It turns out that the problem is probably "the picture format has a different
depth from the drawable"; the picture format has a depth of 24 bits, and the
drawable has a depth of 32 bits..  32 presumably means 8 bits of red, 8 bits of
green, 8 bits of blue, and 8 bits of alpha.  Whether 24, in that context, means
8 bits of red, 8 bits of green, and 8 bits of blue, or 16 bits of color and 8
bits of alpha, is a good question.  If all it cares about is the depth, rather
than the interpretation of the bits, then perhaps with 16-bit color ("thousands
of colors" presumably meaning 65536 colors) you get 16 bits of color and 8 bits
of alpha for the drawable.


-- 
Configure bugmail: http://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.