Bug 3781

Created attachment 3083 [details] [review]
replacing backslash with slash as it is also done in parse.c in scan_dir

Problem with Wine buttons. Also images with transparent background don't work.

Created attachment 3084 [details]
My xorg.conf

Image showing how OpenOffice displays icons.

Created attachment 3085 [details]
Xorg.0.log from my working 6.8.2 setup

With this patch applied, xorg 6.8.2 is affected by the same problem of the
recent snapshots.

This looks like the commit:

Thu Jan 13 15:40:29 2005  Søren Sandmann  <sandmann@redhat.com>

	* programs/Xserver/fb/fbmmx.c (fbCompositeSrc_8888x8x8888mmx): Add
	MMX implementation of non-repeating source IN repeating mask, aka
	"translucent window".

	* programs/Xserver/fb/fbmmx.c (fbCopyAreammx,
	fbCompositeCopyAreammx): Add MMX implementation of CopyArea.

	* programs/Xserver/fb/fbcopy.c (fbCopyNtoN): Use MMX
	implementation of CopyArea.

	* programs/Xserver/fb/fbpict.c (fbComposite): Use the new
	implementations.

given the commits that were indicated, i figured it couldn't hurt re-emerge the
xorg-x11-6.8.99.14 ebuild, but with USE=-mmx.  didn't seem to make a difference.
 but then again, i don't think i disabled mmx in my CFLAGS....  anyway, just an
extra data point.

is anyone actively working on this, btw?

Gentoo's mmx/sse/3dnow USE flags in xorg only affect Mesa.

well, just as an FYI, the bug is still there with the xorg-x11-6.8.99.15 snapshot.

Have people tried this with a xorg from after this commit:


Wed May 18 21:20:35 2005  Soren Sandmann  <sandmann@redhat.com>

        * programs/Xserver/fb/fbmmx.c (fbCompositeSrc_8888x8x8888mmx):
        s/dst/src that I missed in the previous patch. Pointed out by
        Owen Taylor.

Wed May 18 16:47:44 2005  Soren Sandmann  <sandmann@redhat.com>

        * programs/Xserver/fb/fbmmx.c (fbCompositeSrc_8888x8x8888mmx):
        Actually assign the computed results. (Reported by Michael
        Daenzer, patch by Owen Taylor).

There's a report on here from 6.8.99.15, which is well after that date.

For the record, it also happens with rdesktop to a windows box, using various
apps.  I don't know if this is relavent, but I noticed all the reports mention
wine an openoffice.

rdesktop 1.4.1
xorg 6.8.2-r2

Has anyone seen this with another distribution than Gentoo?

(In reply to comment #11)
> Has anyone seen this with another distribution than Gentoo?
FreeBSD 5.4, 6-BETA (x.org was compiled from CVS as of today)

Søren, presume you can't reproduce this on Fedora?

(In reply to comment #3)
> Created an attachment (id=3085) [edit]
> Patch that breaks xorg 6.8.2
> 
> With this patch applied, xorg 6.8.2 is affected by the same problem of the
> recent snapshots.

Want to reattach this? Looks like it got corrupted.

I haven't seen the problem, no.

Created attachment 3267 [details] [review]
9914_all_6.8.2-mmx-gcc4.patch

(In reply to comment #12)
> 
> Want to reattach this? Looks like it got corrupted.

patch reattached. BTW, I didn't mention that the problem is not clearly visible
in oo2 or ximian-openoffice's interface, but only with plain openoffice. in
ximian 1.3.15 I noticed just a few black icons, for example in Calc formula
editor.

Created attachment 3278 [details]
screenshot of openoffice2 under a broken xorg

In the openoffice 2 beta's the problem is not any longer with the icons. But it
is present in smaller widgets like the subwindow close widget. I've attached a
screenshot of openoffice impress 680-m125 that shows the problem. The only
black square that should be on the picture is in the color selection widget.
The other (not text blacks) should be some shades of gray.

from a comment in Gentoo bugzilla:
------- Additional Comment #72 From  Matthew Stapleton  2005-09-25 07:11 PDT -------

After looking at 9914_all_6.8.2-mmx-gcc4.patch, I removed the changes to 
fbpict.c and that made no difference.  Then I removed the changes it makes to 
fbcopy and that seemed to fix the problem. 
 
I'm using gcc 3.4.4, CFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -pipe", 
and mmx and sse USE flags for xorg-x11. 

A possible solution has been proposed and tested (successfully) by one person.

http://bugs.gentoo.org/show_bug.cgi?id=96053#c83

*** Bug 4569 has been marked as a duplicate of this bug. ***

solution looks perfect, will commit in the morning.

Alright, I just tested the patch against our latest modular snapshot and it
applied cleanly and fixed the problem.

applied, thanks!

i think i'm terrified that someone is actually using something besides GXcopy
though.