I can now build frysk on PPC64 / Fedora 5, both in 32-bits and 64-bits mode.
(In 32-bits mode, I need to apply a workaround for a GCJ ICE error on
After the building, Frysk can follow fork syscall now. But it is a little
inconvenient to do so. Some windows are blank in this process.
At the very beginning of startup, all other windows but the processes view are
blank (including threads window, the right timeline windows and observer
windows). When I choose one process (to say a bash process) to add a fork
observer, the popped out menu is also blank. After moving the mouse to the "add
observer" menu, it return to normal case. After choosing "fork observer", all
these windows (except the right downside window is still blank) return back to
Created attachment 939 [details]
I attach the final screeshot here for your reference.
With all the recent changes, I am revisiting this bug.
There have been a number of 64 bit safe changes made to Java-GNOME over this
last year, so I'm wondering if the change there may have incidentally helped the
So two quick questions:
What are the windows that are blank in the current CVS HEAD?
What versions of the Java-GNOME RPMS are you using?
Thanks for your help!
(In reply to comment #2)
> With all the recent changes, I am revisiting this bug.
> There have been a number of 64 bit safe changes made to Java-GNOME over this
> last year, so I'm wondering if the change there may have incidentally helped the
No. I still see this with a frysk build from the latest cvs tree.
> So two quick questions:
> What are the windows that are blank in the current CVS HEAD?
> What versions of the Java-GNOME RPMS are you using?
I don't have access to that machine right now. Will update you asap.
> Thanks for your help!
No problem at all. :-)
build frysk cvs head, and update packages on FC5, this problem still exists.
Current relative packages version are listed as follows,
[qiyao@plinuxt18 build-frysk-5-23]$ rpm -qa | grep libgtk-java
[qiyao@plinuxt18 build-frysk-5-23]$ rpm -qa | grep gtk2
It seems that it is the GNOME problem, since "File Browser" and "Panel" is also
Created attachment 1138 [details]
Screenshot for GNOME blankness
Here is a screenshot for your reference.
Created attachment 1142 [details]
no blankness on RHEL4 U3 for PPC64
We are now believing that this is a problem specific to Fedora Core for PPC64.
Because on RHEL4 update3 for PPC64, there is no blankness in the windows of
"file browser" and "panel" (please refer to the above attachment for detail). We
don't try Frysk though, because we are not sure if frysk can be built
successfully on RHEL4 for PPC64.
Maybe we need to involve some GNOME guys into this bug? I guess it is easy for
them to know where the problem is.
When I set the theme to "Hign Contrast Inverse": white-on-black text and icons,
we can get a somewhat better display. No blank in the menu, no blank in the edit
window of gedit. But the black timeline in eventviewer window is still hidden.
So I guess this might be related to the white or gray color redering in menu,
edit window or other graphic object.
I will attach the screen snapshot below.
Created attachment 1153 [details]
screenshot when system theme is set to high-contrast-inverse: white-on-black text and icons
I find a testcase in gtk2-devel:
/usr/share/doc/gtk2-devel-2.8.19/examples/menu/menu.c, which can reproduce a
similar problem. After building it into executable and pressing the root menu,
it will show that the menu entry items are all blank. If you move the mouse to
them, you can see the hidden text.
But when you set the theme to Smokey-blue, it is ok.
I will attache the screenshot and source code below for your reference.
Created attachment 1183 [details]
the screenshot of pressing menu
Created attachment 1184 [details]
the source file of menu.c
I opened a gtk+ bug for this. Here is the link:
As discussed in maillist, it is a bug of VNC, not GNOME or X11.
Close this bug.