bug-gnubg
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug-gnubg] Problems with current release and gtk 2.8


From: Jim Segrave
Subject: [Bug-gnubg] Problems with current release and gtk 2.8
Date: Sat, 28 Jan 2006 09:36:39 +0100
User-agent: Mutt/1.4.2.1i

I recently upgraded my FreeBSD 5.4 machines with gtk 2.8.8 and 
gtk 2.8.9, while also converting to UTF-8 .

Since then, gnubg has been strange. With panels docked, the 
main window is set to something like 22,000 pixels in width,
needless to say, this isn't workable. It appears to be the game list
which causes this - if I choose for undocked panels, then only this
one window is wrong. I've checked that it's not my gnubgautorc file by
replacing it with a single line to undock the panels. I also checked
that my gnubg.gtkrc file wasn't having an effect (note that both these
files have been unchanged for some time).

With a debugger, I watched the window request width for the game list:

woPanel[1].pwWin->requisition->width - this has a sensible value until
the call to DisplayWindows() in gtkpanels.c - as part of the
gtk_window_show_all() call this field is updated to the absurd value
and the window appears with this value. The value is not constant
across the two machines one has 21735, the other had 22315 or some
similar number.

There seem to limitations in using gdb in shared libraries under
FreeBSD, I've been trying to trace how gtk chooses the window size,
but so far without success. I did use a hardware watchpoint to find
every occurrence where woPanel[1].pwWin was read, and I don't see any
peculiar calls there. Anyone have any suggestions or has anyone had
similar problems?

By the way, while doing this, I fixed a bug where having undocked
panels in your .gnubgautorc file causes the non-GUI version of gnubg
to core dump.

-- 
Jim Segrave           address@hidden





reply via email to

[Prev in Thread] Current Thread [Next in Thread]