Em Qua 19 Jun 2002 10:34, Egbert Eich escreveu:
> William J. Brinkman writes:
> > Hi everyone: Has anyone else noticed the return of hard lockups when
> > softbooting Voodoo3 boards with 4.2.0? We used to have a big problem in
> > the PCI code (in 4.0.x) that caused much bus badness, and hung s
I was trying to compile the CVS version and am getting
an error from Freetype. Is this a work in progress or
am I doing something wrong?
Thanks!
make[2]: Leaving directory `/drives/work/src/XFree86-cvs/xc/config/imake'
rm -f ./config/makedepend/Makefile.proto
./config/imake/imake -I./config/cf
I've got the same card, the best I ever got was duplicate images on the
DVI and VGA outputs. The resolution proposed to me was to build X from
cvs, which I've been working at, but not complete at this time.
If you get a better answer then that I'd appreciate it if you'd share it
with me.
Chr
I've sent this several times to the list before I became a member, but
it never showed up, I guess the moderators didn't accept it.
I have a retail AGP ATI Radeon VE, the kind that has the 3 connectors
onboard (DVI, VGA, and SVideo). I want to set it up as a dualhead
system, with a digital LCD on
Thanks Mark. I'll keep chasing...
Jim
On Monday, August 26, 2002, at 03:15 PM, Mark Vojkovich wrote:
It appears that XFree86's built-in GLX (using Mesa) provides
that hook. Except for the __glXInitPix part, the trace looks
reasonable as GLX's PositionWindow does call __glXResizeDrawableBuffe
It appears that XFree86's built-in GLX (using Mesa) provides
that hook. Except for the __glXInitPix part, the trace looks
reasonable as GLX's PositionWindow does call __glXResizeDrawableBuffers.
This is out of my jurisdiction however, and I don't know anything
about XFree86's mesa-based GLX.
Quoting [EMAIL PROTECTED]:
Hi,
The problem was corrected in version 1.5 of that file, I updated the
CVS xf-4_2-branch version to reflect current CVS.
> The file /etc/X11/xkb/symbols/us_intl is missing commas
> in it which prevent the proper setup of my keyboard for using accents.
> This is
Mark,
I built the binary with -g and -O0, so maybe something else is trashing the stack. I found xfree-gdb and it gives me a more complete (yet maybe still trashed) stack of:
#0 0x08512144 in XMesaForceCurrent (c=0x80) at xmesa1.c:2160
#1 0x0850a1fc in __MESA_resizeBuffers (buffer=0x89bd660, x=
Here's my results with CVS from 26 August 2002. Still no luck, same errors.
Log and XF86Config attached.
Moses
Michel Danzer wrote:
> If the driver from current CVS doesn't work, you won't get away without
> fixing it I'm afraid. It seems to misdetect the panel resolution, even
> overriding the
I think your trace is bad. I don't think PositionWindow
actually does anything. As far as I can tell fb is the only
thing hooked up to it and it just returns true. If your
binary has been stripped, your trace may very well be junk.
Mark.
On Mon, 26 Aug 2002, Jim N
Hi,
I'm looking for some help in finding the source of a repeatable,
driver-independent (I think) crash I'm causing in PositionWindow . I'm
using the source RPM from RedHat (4.1.0-3) and the Savage driver on a
ThinkPad. I can also cause the crash using the nv driver.
Scenario:
Multi-executabl
AA> As a hint, Xlib code is in
AA> xc/lib
AA> and X server code is in
AA> xc/programs/Xserver
Er, not quite. Some of the xc/lib code is used by the X server,
notably xc/lib/font.
Juliusz
___
Xpert maili
The file /etc/X11/xkb/symbols/us_intl is missing commas
in it which prevent the proper setup of my keyboard for using accents.
This is under XFree86 version 4.2.0.
According to the header, this file appears to have been last modified
by someone at Conectiva in Brazil (http://www.conectiva.com
On 24 Aug 2002, Michel Dänzer wrote:
> Another thing I noticed is that you load the dri module. If the mga
> kernel module is available, the mga driver may load it and try to
> initialize the DRI, which is unlikely to work on PPC.
Last time I looked DRI, didn't support the Millennium II, only th
On Mon, 12 Aug 2002, Paul Elliott wrote:
>
> I have changed the source sgml files and then did a "make World",
> but the documentation files did not change.
>
> What do I have to do to rebuild the documentation from sources?
I have the following (now commented out) in my xc/config/cf/host.def
On Tue, 20 Aug 2002, Rich Richardson wrote:
>
> Hi!
>
> I'm currently hacking a dynamic module for xfree86 v4.x. The module eventually ends
>up in /usr/X11R6/lib/modules/foobar.so. For some of my debugging, however, I need
>access to a few Xlib functions from within this module (e.g. XGetGe
16 matches
Mail list logo