-------- Original Message --------
Subject: Re: Crash on second screen
Date: Thu, 24 May 2001 13:14:48 -0700
From: Bradford Castalia <[EMAIL PROTECTED]>
Organization: idaeim
To: Allan Rae <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Allan Rae wrote:
>
> On Wed, 23 May 2001, Bradford Castalia wrote:
>
> > More details:
> >
> > This system is using a Matrox G-400 AGP video board with dual head
> > support. I am running a single X server (XFree86 4.0.2) configured
> > for two screens (as reported in xdpyinfo) each of the same geometry
> > (1152x864 24 planes, w/ TrueColor visuals).
> >
> > I do not want to use Xinerama; I prefer having two distinct screens.
>
> Could you send me privately your XF86Config-4 file? I have a G450
> dual-head that I can test on. One other interesting thing might be to
> check if these crashes occur at other colour depths. There have been a
> couple of weird situations in the past where xforms hasn't worked at 24bit
> but has at 16bit colour.
>
My /etc/X11/XF86Config file is being sent separately. I work only with
24-bit color.
> > It wouldn't surprise me if the problem is in the XForms library. I
> > have encountered some other software that only recognizes the first
> > logical screen of an X display. Xinerama hides this by handling
> > multiple physical framebuffers (video hardware) as a single logical
> > screen on an X display.
>
> Which version of XForms are you using? Check in forms.h for FL_VERSION,
> FL_REVISION and FL_FIXLEVEL. They should all be together within the first
> 50 lines.
>
The library, as reported by ldd, is /usr/X11R6/lib/libforms.so.0.88 and
the version entries in /usr/X11R6/include/forms.h are:
#define FL_VERSION 0
#define FL_REVISION 88
#define FL_FIXLEVEL 1
This is the latest version reported on the XFreeBSD Ports site, though I
see that there is a 0.89 version (last updated 2/00) that has not made it
into a FreeBSD distribution package. I've tried downloading the FreeBSD
binary distribution of v. 0.89 of the library from the Xforms site and
using it with LyX. But the ap won't work with the new library, even though
the API is compatible, because it detects the library version change and
refuses to coninue (duh; what's the use of using dynamic libraries [no,
don't tell me about the reduced sizes of aps] if the ap refuses to take
advantage of library upgrades without a rebuild?)!
> Allan. (ARRae)
--
Bradford Castalia [EMAIL PROTECTED]
Systems Analyst http://azstarnet.com/~castalia
idaeim 520-624-6629
"Build an image in your mind, fit yourself into it."
The Log of Cyradis, Seeress of Kell.
