FVWM's problem here appears to be that it calls XCheckIfEvent with a callback
that ends up trying to call XFlush; XCheckIfEvent holds the display lock while
calling the callback and XFlush also locks the display, causing a
self-deadlock. I provoked this by iconifying a window with a key bind, a
Package: xterm
Version: 249-1
[This was initially reported as a comment on bug #549953, but as it
appears to be a separate issue, I'm filing a new bug for it.]
The "Packed Font" option, added in xterm 249 and enabled by default,
causes certain fonts -- e.g., "DejaVu Sans Mono:pixelsize=10" -- to
Part of my previous comment is incorrect: setting the forcePackedFont
resource to false does in fact work around my issue; I made a slight
mistake when testing that earlier. My apologies for any confusion.
Also, given that my issue is a different one, shall I open a separate
bug report for it?
-
This is indeed a feature of xterm-249; turning off the "Packed Font"
option (accessible from the Ctrl-mouse3 menu) causes an individual xterm
to behave normally. This is strange, because the Packed Font option is
documented as using the minimum width instead of the maximum, for use
with proportion
On Fri, Aug 22, 2008 at 04:07:19PM -0400, Alex Deucher wrote:
> On Fri, Aug 22, 2008 at 3:19 PM, Jed Davis <[EMAIL PROTECTED]> wrote:
> > I'm having a similar problem, and I've attached a transcript of trying
> > to change the CRTC. The transcript starts out w
5 matches
Mail list logo
