Re: SIGSEGV in xorg-1.8.2.0 during -resize operation

[Jon TURNEY <jon dot turney at dronecode dot org dot uk>]

On 12/08/2010 16:49, Ryan Johnson wrote:
> On 8/12/2010 5:46 PM, Jon TURNEY wrote:
> > On 10/08/2010 06:48, Ryan Johnson wrote:
> > > On 8/10/2010 12:02 AM, Jon TURNEY wrote:
> > > > On 09/08/2010 22:14, Ryan Johnson wrote:
> > > > > When I detached the monitor to leave the office, X disappeared with
> > > > > signal 11
> > > > > (log attached). Oddly, the log file didn't mention -resize as an argument to
> > > > > XWin, but it did attempt to resize so I assume the feature was active.
> >
> > Oh dear. Well it seems I only thought I added code to only enable resize
> > support in multiwindow mode when requested, so it's always on for
> > multiwindow mode at the moment. That wouldn't be so bad, but it also seems
> > that the -resize code completely fails to correctly handle a change of
> > colour depth (e.g. from 32 bits to 16 bits or vice versa) leading to this
> > segfault.
> >
> > Unfortunately, fixing this looks to be quite complex :-(
> >
> > Thanks for testing, anyhow :-)
> So... does that mean I have to roll back or face a seg fault after every
> commute? Or is there a way to explicitly disable it?

I'm afraid so.  As I say, I meant to add a means to disable -resize in 
-multiwindow mode to avoid exactly this kind of situation.

Since it's the transition from 32bpp to 16bpp which breaks this, one possible 
workaround would be to run your large monitor at 16bpp, which might also give 
you working resize.

--
Jon TURNEY
Volunteer Cygwin/X X Server maintainer

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://x.cygwin.com/docs/
FAQ:                   http://x.cygwin.com/docs/faq/