[XFree86] Any support for DRI with nVidia Corporation NV31 [GeForce FX 5600] (rev a1)?
03:00.0 VGA compatible controller: nVidia Corporation NV31 [GeForce FX 5600] (rev a1) (prog-if 00 [VGA]) Subsystem: Micro-Star International Co., Ltd.: Unknown device 9123 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 32 (1250ns min, 250ns max) Interrupt: pin A routed to IRQ 5 Region 0: Memory at ea00 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at d000 (32-bit, prefetchable) [size=256M] Expansion ROM at unassigned [disabled] [size=128K] Capabilities: [60] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [44] AGP version 3.0 Status: RQ=32 Iso- ArqSz=0 Cal=3 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3+ Rate=x4,x8 Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- Rate=none 00: de 10 12 03 07 00 b0 02 a1 00 00 03 00 20 00 00 10: 00 00 00 ea 08 00 00 d0 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 62 14 23 91 30: 00 00 00 00 60 00 00 00 00 00 00 00 05 01 05 01 40: 62 14 23 91 02 00 30 00 1b 0e 00 1f 00 00 00 00 50: 01 00 00 00 01 00 00 00 ce d6 23 00 0f 00 00 00 60: 01 44 02 00 00 00 00 00 00 00 00 00 00 00 00 00 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] cvs HEAD -- _XSERVTransSocketINETCreateListener: ...SocketCreateListener()failed
_XSERVTransSocketINETCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: server already running Fatal server error: Cannot establish any listening sockets - Make sure an X server isn't already running I am running a cvs HEAD build on Linux PPC. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] CVS Error?
Marc Aurele La France wrote: On Sat, 19 Jul 2003, PSI-Systems wrote: How can I fix this? By removing the duplicate in xc/programs/Xserver/hw/xfree86/loader/dixsym.c. Ah. Why has noone committed an update to fix this? Thanks, Miles ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] cvs HEAD -- _XSERVTransSocketINETCreateListener: ...SocketCreateListener() failed
On Sat July 19 2003 5:56 am, Marc Aurele La France wrote: On Sat, 19 Jul 2003, Miles Lane wrote: _XSERVTransSocketINETCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: server already running Fatal server error: Cannot establish any listening sockets - Make sure an X server isn't already running I am running a cvs HEAD build on Linux PPC. If your copy of xc/lib/xtrans/Xtranssock.c is not 3.58 or 3.59, re-`cvs update`. My tree is up-to-date. This error appears only when I am running kernel 2.6.0-test1 with IPv6 support built in. I got an strace log of the process: setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0 uname({sys=Linux, node=Unity, ...}) = 0 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 1 setsockopt(1, SOL_TCP, TCP_NODELAY, [1], 4) = 0 setsockopt(1, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0 bind(1, {sa_family=AF_INET, sin_port=htons(6000), sin_addr=inet_addr(0.0.0.0)}, 16) = 0 setsockopt(1, SOL_SOCKET, SO_LINGER, {onoff=0, linger=0}, 8) = 0 listen(1, 128) = 0 getsockname(1, {sa_family=AF_INET, sin_port=htons(6000), sin_addr=inet_addr(0.0.0.0)}, [16]) = 0 uname({sys=Linux, node=Unity, ...}) = 0 socket(PF_INET6, SOCK_STREAM, 0)= 3 setsockopt(3, SOL_TCP, TCP_NODELAY, [1], 4) = 0 setsockopt(3, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0 bind(3, {sa_family=AF_INET6, sin6_port=htons(6000), inet_pton(AF_INET6, ::, sin6_addr), sin6_flowinfo=0}, 28) = -1 EADDRINUSE (Address already in use) write(2, _XSERVTrans, 11_XSERVTrans) = 11 write(0, _XSERVTrans, 11) = 11 write(2, SocketINETCreateListener: ...Soc..., 59SocketINETCreateListener: ...SocketCreateListener() failed ) = 59 write(0, SocketINETCreateListener: ...Soc..., 59) = 59 write(2, _XSERVTrans, 11_XSERVTrans) = 11 write(0, _XSERVTrans, 11) = 11 write(2, MakeAllCOTSServerListeners: serv..., 51MakeAllCOTSServerListeners: server already running ) = 51 write(0, MakeAllCOTSServerListeners: serv..., 51) = 51 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] cvs build -- libfreetype.so: undefined reference to `FT_Stream_OpenGzip'
make[4]: Entering directory `/home/usr/src/xc/lib/fontconfig/fc-cache' rm -f fc-cache gcc -o fc-cache -O2 -fno-strict-aliasing -fsigned-char -L../../../exports/lib fc-cache.o -lfontconfig -lfreetype -lexpat -Wl,-rpath-link,../../../exports/lib ../../../exports/lib/libfreetype.so: undefined reference to `FT_Stream_OpenGzip' collect2: ld returned 1 exit status make[4]: *** [fc-cache] Error 1 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] current cvs -- libfreetype.so: undefined reference to `FT_Stream_OpenGzip'
make[4]: Entering directory `/home/usr/src/xc/lib/fontconfig/fc-cache' rm -f fc-cache gcc -o fc-cache -O2 -fno-strict-aliasing -fsigned-char -L../../../exports/lib fc-cache.o -lfontconfig -lfreetype -lexpat -Wl,-rpath-link,../../../exports/lib ../../../exports/lib/libfreetype.so: undefined reference to `FT_Stream_OpenGzip' collect2: ld returned 1 exit status make[4]: *** [fc-cache] Error 1 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[Neomagic] We have a new list administrator
Please welcome Kevin Brosius as your new list administrator. Kevin is a long-time member of the list and I am grateful that he has volunteered to help the list stay free of spam and viruses. I'd like to acknowledge DevilKin, who offered to take on the job, as well. Best wishes to all, Miles ___ Neomagic mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/neomagic
[Xpert]gram.y:451.3-461.18: type clash (`' `num') on default action
Trying to compile cvs HEAD on a PPC machine running Debian SID: make[3]: Entering directory `/usr/src/xc/programs/twm' bison -y -d gram.y gram.y:451.3-461.18: type clash (`' `num') on default action gram.y:657.9: parse error, unexpected :, expecting ; or | make[3]: *** [gram.c] Error 1 I am guessing this is some sort of development environment problem? Can someone tell me how to get this working? Thanks! Miles ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]PowerBook III locks up using the HEAD ati driver (previous HEADbuilds were okay)
Hi, I am running XFree86 HEAD on a Titanium PowerBook III/800 with a 2.4.20-pre7-ben0 kernel built from Benjamin Herrenschmidt's rsync tree. For the last couple of days, when I build from cvs HEAD, starting X has locked up my display (I cannot switch away from the locked tty7). My kernel is still running, because the CAPSLOCK light still toggles. Anyhow, I have had only minor problems with the ati driver for the last couple of months. I am running radeonfb in the kernel and have the following settings in XF86Config: Section Module LoadGLcore Loadbitmap Loaddbe Loadddc # Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadpex5 Loadrecord Loadspeedo Loadtype1 Loadvbe Loadxie EndSection Section InputDevice Identifier Keyboard0 Driver keyboard Option XkbLayout us Option XkbModel macintosh_old Option XkbRules xfree86 EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model Mode 1280x854 # D: 79.815 MHz, H: 51.963 kHz, V: 60.003 Hz DotClock 79.816 HTimings 1280 1296 1408 1536 VTimings 854 855 858 866 Flags-HSync -VSync EndMode HorizSync 30-68 VertRefresh 50-85 Option DPMS EndSection Section Device Option UseFBDev true Identifier Card0 Driver fbdev VendorName ATI Technologies Inc BoardName Radeon Mobility M7 LW [Radeon Mobility 7500] BusID PCI:0:16:0 EndSection The problem I have had with the ati driver prior to hitting this display lockup problem was that sometimes when I would switch between a VT window and the X display (or vice versa), the display would show a sequence of three scanlines all starting at different points. So, line 1, 4, 7, 10, ... would start at the right edge of the screen, lines 2, 5, 8, 11, ... would be indented about 1/8 of the screen and lines 3, 6, 12, 13, ... would be indented 1/4 of the screen. Switching back and forth between a VT and the X display would usually clean up the problem. Very occaisionally the machine would lock up and need a cold boot. There was also a scrolling effect, where unsynced lines would seem to be scrolliny up slowly up. The behavior I am seeing now is a little different, the screen blanks out and there is a log delay before one long bright line is shown at the bottom of the screen. The rest of the screen remains black. I am unable to switch to a VT display, unless I am constantly hitting the control-sequence to switch to a VT. If I wait past a few seconds after the X display shows the bright line, the control sequence always fails to switch me to a VT. It is worth noting that the fbdev driver is working pretty well, though it exhibits the same problem that the ati driver used to have. That is, sometimes when switching between a VT and the X display (or vice versa), the display is munged with unsynced scanlines. 00:10.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW (prog-if 00 [VGA]) Subsystem: ATI Technologies Inc Radeon Mobility M7 LW Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B- Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 255 (2000ns min), cache line size 08 Interrupt: pin A routed to IRQ 48 Region 0: Memory at b800 (32-bit, prefetchable) [size=128M] Region 1: I/O ports at 802400 [size=256] Region 2: Memory at b000 (32-bit, non-prefetchable) [size=64K] Expansion ROM at b002 [disabled] [size=128K] Capabilities: [58] AGP version 2.0 Status: RQ=47 SBA+ 64bit- FW- Rate=x1,x2,x4 Command: RQ=0 SBA+ AGP- 64bit- FW- Rate=none Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs) XFree86 Version 4.2.99.1 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 26 September 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux
RE: [Xpert]PowerBook III locks up using the HEAD ati driver(previous HEAD builds were okay)
Whoops. The XFree86.log information I included was from a session using the fbdev driver. It shows a few problems of its own, but not the ones I asked about. The following info from the kernel log may be helpful: radeonfb: ref_clk=2700, ref_div=12, xclk=36675 from OF radeonfb: detected DFP panel size from EDID: 1280x854 Console: switching to colour frame buffer device 160x53 Registered ati backlight controller, level: 15/15 radeonfb: pm reg @50, clk_pwrmgt: f17500, pll_pwrmgt: a027e01f, mdll_cko: 980098radeonfb: ATI Radeon M7 LW DDR SGRAM 32 MB radeonfb: DVI port LCD monitor connected radeonfb: CRT port no monitor connected no framebuffer address found for /pci@f000/ATY,CrownParent@10/ATY,Crown_B agpgart: Maximum main memory to use for agp memory: 440M agpgart: Detected Apple UniNorth 1.5 chipset agp: configuring for size idx: 4 agpgart: AGP aperture is 16M @ 0x0 [drm] AGP 0.99 on Unknown @ 0x 16MB [drm] Initialized radeon 1.1.1 20010405 on minor 0 And here is a log from the ati driver session: XFree86 Version 4.2.99.1 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 26 September 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux 2.4.20-pre7-ben0 ppc [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Thu Oct 3 22:07:59 2002 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout XFree86 Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel macintosh_old (**) XKB: model: macintosh_old (**) Option XkbLayout us (**) XKB: layout: us (--) Keyboard: CustomKeycode enabled (**) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/tmp/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled (**) RgbPath set to /usr/X11R6/lib/X11/rgb (**) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.2.99.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.2.99.1, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:0b:0: chip 106b,002d card , rev 00 class 06,00,00 hdr 00 (II) PCI: 00:10:0: chip 1002,4c57 card 1002,4c57 rev 00 class 03,00,00 hdr 00 (II) PCI: 10:0b:0: chip 106b,002e card , rev 00 class 06,00,00 hdr 00 (II) PCI: 10:17:0: chip 106b,0022 card , rev 03 class ff,00,00 hdr 00 (II) PCI: 10:18:0: chip 106b,0019 card , rev 00 class 0c,03,10 hdr 00 (II) PCI: 10:19:0: chip 106b,0019 card , rev 00 class 0c,03,10 hdr 00 (II) PCI: 10:1a:0: chip 104c,ac50 card 1000, rev 02 class 06,07,00 hdr 02 (II) PCI: 24:0b:0: chip 106b,002f card , rev 00 class 06,00,00 hdr 00 (II) PCI: 24:0e:0: chip 11c1,5811 card 11c1,5811 rev 00 class 0c,00,10 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:11:0), (0,0,36), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Host-to-PCI bridge: (II) Bus 16: bridge is at (16:11:0), (16,16,36), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 16 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 16 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 16 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-CardBus bridge: (II) Bus 17: bridge is at (16:26:0), (16,17,20), BCTRL: 0x05c0 (VGA_EN is
[Xpert]cvs HEAD -- radeon_accelfuncs.c:764: `RADEON_RBBM_GUICNTL'undeclared (first use in this function)
In case this isn't known: gcc -O2 -fsigned-char-I. [...] -I../../../../../../exports/include -Dlinux -D__powerpc__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPIXPRIV -DPANORAMIX -DRENDER -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86LOADER -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE -DBUILDDEBUG -DXResExtension -DX_BYTE_ORDER=X_BIG_ENDIAN -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -DIN_MODULE -DXFree86Module -DAVOID_CPIO -DAVOID_NON_PCI -DGLXEXT -DXF86DRI -DGLX_DIRECT_RENDERING -DGLX_USE_DLOPEN -DGLX_USE_MESA -c radeon_accel.c In file included from radeon_accel.c:358: radeon_accelfuncs.c: In function `RADEONSetupForScanlineCPUToScreenColorExpandFillMMIO': radeon_accelfuncs.c:764: `RADEON_RBBM_GUICNTL' undeclared (first use in this function) radeon_accelfuncs.c:764: (Each undeclared identifier is reported only once radeon_accelfuncs.c:764: for each function it appears in.) radeon_accelfuncs.c:764: `RADEON_HOST_DATA_SWAP_NONE' undeclared (first use in this function) radeon_accelfuncs.c: In function `RADEONSetupForScanlineImageWriteMMIO': radeon_accelfuncs.c:946: `RADEON_RBBM_GUICNTL' undeclared (first use in this function) radeon_accelfuncs.c:946: `RADEON_HOST_DATA_SWAP_16BIT' undeclared (first use in this function) radeon_accelfuncs.c:948: `RADEON_HOST_DATA_SWAP_32BIT' undeclared (first use in this function) radeon_accelfuncs.c:950: `RADEON_HOST_DATA_SWAP_NONE' undeclared (first use in this function) ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]cvs HEAD -- radeon_accelfuncs.c:764:`RADEON_RBBM_GUICNTL' undeclared (first use in this function)
Am Aoine, 2002-09-20 ag 06:50, scríobh Kevin E Martin: Thanks for finding this problem. I have checked in the changes to radeon_reg.h to add this register. BTW, I only have x86 test machines, so I would be very interested to hear if there are any other problems with this patch. Thanks Kevin. That fix fixed the build for me. If I encounter broken functionality, I'll let you know. Cheers, Miles ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Cannot build cvs HEAD -- No rule to make target`xf86noBus.o'
Since I am building on a PowerPC machine, yes, I don't have vm86.h in my path, if that is what you are asking. I only see vm86 files in the /usr/src/linux/arch/[i386|mips] trees. It does seem odd that some x86 driver would be getting compiled on my PPC build. Miles On Tue, 2002-09-17 at 19:56, Shawn Starr wrote: Were you also missing vm86 too? =) On September 17, 2002 07:21 pm, Miles Lane wrote: Any idea how I can fix this? make[5]: *** No rule to make target `xf86noBus.o', needed by `libxf86.a'. Stop.make[5]: Leaving directory `/usr/src/xc/programs/Xserver/hw/xfree86/common' ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Another cvs HEAD build error -- mga_driver.c:141: mga_merge.h: Nosuch file or directory
mga_driver.c:141: mga_merge.h: No such file or directory make[6]: *** [mga_driver.o] Error 1 make[6]: Leaving directory `/usr/src/xc/programs/Xserver/hw/xfree86/drivers/mga' ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]How to build qt 3.0.5 with current cvs HEAD xfree86?
Hi Keith, I found a thread discussing breakage of qt due to the evolution of the Xft: http://www.xfree86.org/pipermail/xpert/2002-April/016854.html But the message is pretty old and the errors I am getting are different (no doubt due to the fact that Xft has continued to evolve and that I am trying to compile qt 3.0.5, not 3.0.3). I checked your download site on xfree86.org and found qtkernel.tar.bz2. But it's pretty clear that that patch isn't intended to make qt 3.0.5 work with current cvs HEAD xfree86. I tried it and got lots of errors. Here are the errors I get with stock qt 3.0.5: make[2]: Entering directory `/usr/local/qt/src' g++ -c -pipe -Wall -W -O2 -fPIC -DQT_SHARED -DQT_NO_DEBUG -DQT_NO_NIS -DQT_NO_XFTNAMEUNPARSE -DQT_NO_IMAGEIO_MNG -DQT_NO_IMAGEIO_JPEG -DQT_NO_STYLE_AQUA -DQT_NO_STYLE_INTERLACE -DQT_NO_STYLE_COMPACT -I../../../X11R6/include/freetype2 -I3rdparty/libpng -I3rdparty/zlib -I/usr/local/qt/include -I../../../X11R6/include -I.moc/release-shared/ -I/usr/local/qt/mkspecs/linux-g++ -o .obj/release-shared/qtaddons_x11.o .kernel/qtaddons_x11.cpp kernel/qtaddons_x11.cpp: In function `int _XftNameUnparseValue(_FcValue, char*, char**, int*)': kernel/qtaddons_x11.cpp:108: error: invalid conversion from `const FcChar8*' to `const char*' kernel/qtaddons_x11.cpp:118: warning: enumeration value `FcTypeMatrix' not handled in switch kernel/qtaddons_x11.cpp:118: warning: enumeration value `FcTypeCharSet' not handled in switch kernel/qtaddons_x11.cpp:118: warning: enumeration value `FcTypeFTFace' not handled in switch kernel/qtaddons_x11.cpp:118: warning: enumeration value `FcTypeLangSet' not handled in switch kernel/qtaddons_x11.cpp: At global scope: kernel/qtaddons_x11.cpp:123: error: `XftValueList' was not declared in this scope kernel/qtaddons_x11.cpp:123: error: `v' was not declared in this scope kernel/qtaddons_x11.cpp:123: error: parse error before `*' token kernel/qtaddons_x11.cpp: In function `int _XftNameUnparseValueList(...)': kernel/qtaddons_x11.cpp:125: error: `v' undeclared (first use this function) kernel/qtaddons_x11.cpp:125: error: (Each undeclared identifier is reported only once for each function it appears in.) kernel/qtaddons_x11.cpp:127: error: `escape' undeclared (first use this function) kernel/qtaddons_x11.cpp:127: error: `destp' undeclared (first use this function) kernel/qtaddons_x11.cpp:127: error: `lenp' undeclared (first use this function) kernel/qtaddons_x11.cpp: In function `int XftNameUnparse(XftPattern*, char*, int)': kernel/qtaddons_x11.cpp:143: error: `XftPatternElt' undeclared (first use this function) kernel/qtaddons_x11.cpp:143: error: `e' undeclared (first use this function) kernel/qtaddons_x11.cpp:146: error: `FcPatternFind' undeclared (first use this function) make[2]: *** [.obj/release-shared/qtaddons_x11.o] Error 1 make[2]: Leaving directory `/usr/local/qt/src' ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Neomagic] vga dell laptop
Calyth wrote: You're at the wrong mailing list. I know that many windows user aren't computer oriented, but I did not know there are so many that are also not intellegence oriented. Hello everyone, We sometimes get a misdirected piece of e-mail or two sent to the list. As far as I know, this is always done by well-intentioned people simply trying to get assistance. Sometimes the reason we get these messages is that the person doesn't speak english well. Regardless of the reason, please be respectful of these people. The kind of advice that would seem obviously pertinent to share would be explaining to the person that she/he can learn what X Windows by looking at the http://www.xfree86.org web site. You might also mention that there are implementations of X Windows that run on the Windows platform and perhaps the person would be interested links to some of those. Anyhow, in case you didn't know, I am the admin for this list. I would greatly appreciate it if folks here would not slam Windows users. We are here to promote the development of XFree86 and, indirectly, open source software. That takes courtesy and a bit of compassion. Thanks, Miles ___ Neomagic mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/neomagic
[Xpert]SGI transfers 3D graphics patents to MS -- The Register
This looks like potentially bad news for OpenGL. http://www.theregister.co.uk/content/54/23708.html An excerpt: Microsoft isn't in the PC hardware business, and it's unlikely that the patents will change its technical strategy. But they do add significantly to its bargaining position with hardware vendors, giving Redmond important new leverage. Rival APIs, principally OpenGL, are kept alive through the support of graphics hardware vendors. And for a hardware partner, avoiding a lawsuit, or gaining a contract to work on future versions of Xbox, may well outweigh the advantages from continuing to support OpenGL. Hopefully, Microsoft will fail with any such efforts. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]xterm is crashing in my latest build of CVS HEAD.
Starting program: /usr/bin/X11/xterm Program received signal SIGSEGV, Segmentation fault. 0x40103d82 in XtInitializeWidgetClass () from /usr/X11R6/lib/libXt.so.6 (gdb) bt #0 0x40103d82 in XtInitializeWidgetClass () from /usr/X11R6/lib/libXt.so.6 #1 0x400b2fec in XawSimpleMenuAddGlobalActions () from /usr/X11R6/lib/libXaw.so.7 #2 0x0805d56a in SetupMenus () #3 0x0806ad8c in main () #4 0x4028c627 in __libc_start_main (main=0x806a640 main, argc=1, ubp_av=0xbad4, init=0x804ba48 _init, fini=0x806ceb0 _fini, rtld_fini=0x4000dcc4 _dl_fini, stack_end=0xbacc) at ../sysdeps/generic/libc-start.c:129 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]xterm is crashing in my latest build of CVS HEAD.
Hi Shawn, After further exploration, I think this particular problem is due to building CVS HEAD against the 2.5.1-dj5 kernel tree. This seems to point out the ongoing liability of linking stuff that lives in the kernel tree (a practice not thought of kindly by Linus and other kernel developers). Anyhow, I switched to the 2.4.17 tree and reran make in /usr/src/xc. I can now launch xterm, emacs and a few other programs that were segfaulting with my previous build. Thanks, Miles On Tue, 2001-12-25 at 23:20, Shawn Starr wrote: I'm going to try tonight's HEAD snapshot and see if i get this result. Shawn. On 25 Dec 2001, Miles Lane wrote: Starting program: /usr/bin/X11/xterm Program received signal SIGSEGV, Segmentation fault. 0x40103d82 in XtInitializeWidgetClass () from /usr/X11R6/lib/libXt.so.6 (gdb) bt #0 0x40103d82 in XtInitializeWidgetClass () from /usr/X11R6/lib/libXt.so.6 #1 0x400b2fec in XawSimpleMenuAddGlobalActions () from /usr/X11R6/lib/libXaw.so.7 #2 0x0805d56a in SetupMenus () #3 0x0806ad8c in main () #4 0x4028c627 in __libc_start_main (main=0x806a640 main, argc=1, ubp_av=0xbad4, init=0x804ba48 _init, fini=0x806ceb0 _fini, rtld_fini=0x4000dcc4 _dl_fini, stack_end=0xbacc) at ../sysdeps/generic/libc-start.c:129 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert