Re: X-Server segfault
I believe this can only happen if your font render is broken. These are fixed fonts. It should be impossible that there is no data in those pointers. Is this recent source code? Yes. static server build from yesterdays cvsup. There have been bugs of this sort fixed in the font renderers not long before 4.3. Though maybe more exist. If this is easily reproducible I suspect you'll find that it only happens with the freetype or xtt renders. It likely is the bitmap renderer, but I'll try without freetype. Is there some way to turn off freetype in a static server (other that recompiling the whole thing with freetype disabled)? Gerd -- /join #zonenkinder ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: X-Server segfault
There have been bugs of this sort fixed in the font renderers not long before 4.3. Though maybe more exist. If this is easily reproducible I suspect you'll find that it only happens with the freetype or xtt renders. It likely is the bitmap renderer, but I'll try without freetype. Font data comes from the fontserver. More gdb debugging: (gdb) down #2 0x0823e611 in XAAGlyphBltTEColorExpansion (pScrn=0x881e8e0, xInit=1, yInit=142837096, font=0x0, fg=0, bg=-1, rop=3, planemask=4294967295, cclip=0x89434ac, nglyph=1, gBase=0x0, ppci=0x883899c) at xaaTEText.c:281 ^ Note gBase is NULL, that will result in the NULL pointer dereference later on. (gdb) up #3 0x0823e297 in XAAPolyText16TEColorExpansion (pDraw=0x8943480, pGC=0x893c9f0, x=0, y=20, count=1, chars=0x8939723) at xaaTEText.c:97 (gdb) print *pGC $16 = {pScreen = 0x8820f88, depth = 16 '\020', alu = 3 '\003', lineWidth = 0, dashOffset = 0, numInDashList = 2, dash = 0x879a868 \004\004, lineStyle = 0, capStyle = 1, joinStyle = 0, fillStyle = 0, fillRule = 0, arcMode = 1, subWindowMode = 0, graphicsExposures = 1, clientClipType = 0, miTranslate = 1, tileIsPixel = 1, fExpose = 1, freeCompClip = 0, unused = 0, planemask = 4294967295, fgPixel = 0, bgPixel = 1, tile = {pixmap = 0x0, pixel = 0}, stipple = 0x88626c8, patOrg = {x = 0, y = 0}, font = 0x893caa8, clipOrg = {x = 0, y = 0}, lastWinOrg = {x = 1, y = 91}, clientClip = 0x0, stateChanges = 0, serialNumber = 1782, funcs = 0x879e460, ops = 0x895a2f0, devPrivates = 0x893ca48, pRotatedPixmap = 0x0, pCompositeClip = 0x89434ac} (gdb) print *(pGC-font) $18 = {refcnt = 2, info = {firstCol = 0, lastCol = 255, firstRow = 0, lastRow = 239, defaultCh = 0, noOverlap = 1, terminalFont = 1, constantMetrics = 1, constantWidth = 1, inkInside = 1, inkMetrics = 0, allExist = 0, drawDirection = 0, cachable = 1, anamorphic = 0, maxOverlap = 0, pad = 0, maxbounds = {leftSideBearing = 0, rightSideBearing = 12, characterWidth = 12, ascent = 20, descent = 0, attributes = 0}, minbounds = {leftSideBearing = 0, rightSideBearing = 12, characterWidth = 12, ascent = 20, descent = 0, attributes = 0}, ink_maxbounds = {leftSideBearing = 10, rightSideBearing = 12, characterWidth = 12, ascent = 20, descent = 0, attributes = 0}, ink_minbounds = {leftSideBearing = 0, rightSideBearing = 0, characterWidth = 12, ascent = 0, descent = -18, attributes = 0}, fontAscent = 20, fontDescent = 0, nprops = 22, props = 0x893cb38, isStringProp = 0x893cbe8 \001\001\001\001\001\001\001}, bit = 0 '\0', byte = 0 '\0', glyph = 4 '\004', scan = 1 '\001', format = 512, get_glyphs = 0x867cf80 _fs_get_glyphs, get_metrics = 0x867d3f0 _fs_get_metrics, unload_font = 0x867d650 _fs_unload_font, unload_glyphs = 0, fpe = 0x8869960, svrPrivate = 0x0, fontPrivate = 0x893bc70, fpePrivate = 0x893bc80, maxPrivate = 1, devPrivates = 0x893cb2c} xaaTEText.c, line 91 looks like this: if(n) XAAGlyphBltTEColorExpansion( infoRec-pScrn, x + pDraw-x, y + pDraw-y, pGC-font, pGC-fgPixel, -1, pGC-alu, pGC-planemask, pGC-pCompositeClip, n, FONTGLYPHS(pGC-font), infoRec-CharInfo); grepping for the FONTGLYPHS macro finds this: bogomips root /work/xfree86/xc# find -name \*.h | xargs grep FONTGLYPHS ./programs/Xserver/include/dixfontstr.h:#define FONTGLYPHS(font) 0 Huh? How can this ever work? And why it isn't triggered more frequently? Gerd -- /join #zonenkinder ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 host.def file questions
can someone recommend the best 'grep' command fgrep '***' is the least awkward for me to type. Regards, Craig Groeschel __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: X-Server segfault
On Fri, Mar 28, 2003 at 11:12:33AM +0100, Gerd Knorr wrote: It likely is the bitmap renderer, but I'll try without freetype. Font data comes from the fontserver. More gdb debugging: When I disable the font server and let XFree86 render the fonts instead it works just fine. Gerd -- /join #zonenkinder ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
RE: An ATI Mobility M4 driver for laptops soon ?
I have a Dell Inspiron 8000(laptop) 1Ghz 128MB ATI M4 graphics card I am having a strange problem. I believe that this problem is with XFree86 and it's consistency between it's releases for FreeBSD, NetBSD, OpenBSD, Linux. I want to know why some drivers for video cards are not included in all the distributations for all Unix-like operating systems named above ? The XFree86 distributations for each Unix-like operating system contains different drivers for different drivers. For instance, I can configure XFree86 for Linux using the 4.2 series it detects that I have an ATI Mobility M4 and proceeds to configure it. Now when I try this with XFree86 4.2 on FreeBSD, it claims that it can't find the driver and fails to configure at all. Who do I contact to have the ATI Mobility M4 driver included with all XFree86 distros for NetBSD, FreeBSD, OpenBSD and Linux ? -Thanks Kevin Marshfield
RE: An ATI Mobility M4 driver for laptops soon ?
the standard r128 driver should work for this chipset. the M4 is r128 based. Alex --- [EMAIL PROTECTED] wrote: I have a Dell Inspiron 8000(laptop) 1Ghz 128MB ATI M4 graphics card I am having a strange problem. I believe that this problem is with XFree86 and it's consistency between it's releases for FreeBSD, NetBSD, OpenBSD, Linux. I want to know why some drivers for video cards are not included in all the distributations for all Unix-like operating systems named above ? The XFree86 distributations for each Unix-like operating system contains different drivers for different drivers. For instance, I can configure XFree86 for Linux using the 4.2 series it detects that I have an ATI Mobility M4 and proceeds to configure it. Now when I try this with XFree86 4.2 on FreeBSD, it claims that it can't find the driver and fails to configure at all. Who do I contact to have the ATI Mobility M4 driver included with all XFree86 distros for NetBSD, FreeBSD, OpenBSD and Linux ? -Thanks Kevin Marshfield __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 host.def file questions
On Thursday, Mar 27, 2003, at 11:02 Europe/Paris, Aidan Kehoe wrote: That would be really useful. Also, defining HasParallelMake causes a obscure build failure for me on NetBSD 1.6P; it may be worth mentioning this in the docs so other people don't have to resort to binary search on customized host.defs :-) . Could you submit this report to the XFre86 bugzilla, so that we don't forget to look at this and hopefully fix it ? Parallel builds have beed mostly tested using GNU make on linux. Having them work with BSD make is a good thing. Matthieu Herrb ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Make install blows away startup files?
Hi Guys, I have been mass compiling and installing multiple versions of XFree86 onto a machine for compatibility testing (Red Hat 7.3 based, so I can use the GDB hacked up debugger ;-). However whenever I do a 'make install' from a freshly built 4.2.0, 4.2.1 or 4.3.0 (haven't done any ealier versions yet ;-), it always blows away something in the startup files so when I do a 'startx', all I get is a desktop with three console windows open (seems to be using twm as the window manager). If I copy all the files from the original Red Hat 7.3 /etc/X11 directory across, it starts up just fine using the GNOME desktop. Firstly, I don't know what file is being destroyed or replaced. Does anyone know what file is getting replaced? Secondly it seems to me that a 'make install' should be non-destructive and should not be changing this file. I have not changed any of the defaults in the host.def file, so it seems to me that it is bug that after a make install over the top of an existing XFree86 install, XFree86 no longer functions the way it did before. Is there an option to fix this in the host.def file? If so, perhaps this should be the default option when doing a make install?? BTW, I am using a script to symlink /usr/X11R6 and /etc/X11 for each version so I can switch between all versions with a simple command ;-) Regards, --- Kendall Bennett Chief Executive Officer SciTech Software, Inc. Phone: (530) 894 8400 http://www.scitechsoft.com ~ SciTech SNAP - The future of device driver technology! ~ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: X-Server segfault
On Fri, 28 Mar 2003, Gerd Knorr wrote: On Fri, Mar 28, 2003 at 11:12:33AM +0100, Gerd Knorr wrote: It likely is the bitmap renderer, but I'll try without freetype. Font data comes from the fontserver. More gdb debugging: When I disable the font server and let XFree86 render the fonts instead it works just fine. One of the reasons I never use a font server. I got repeatedly burned by font server bugs about 4 years ago and haven't used them since. Subsequently, I seem to have alot fewer font problems then other people. Mark. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Make install blows away startup files?
On Fri, Mar 28, 2003 at 12:24:09PM -0800, Kendall Bennett wrote: Is there an option to fix this in the host.def file? If so, perhaps this should be the default option when doing a make install?? Yes it is an option, though I do not recall which one. What I do recall is that if you look in xf86site.def, you'll find it in there with some descriptive comments. -- Ross Vandegrift [EMAIL PROTECTED] A Pope has a Water Cannon. It is a Water Cannon. He fires Holy-Water from it.It is a Holy-Water Cannon. He Blesses it. It is a Holy Holy-Water Cannon. He Blesses the Hell out of it. It is a Wholly Holy Holy-Water Cannon. He has it pierced.It is a Holey Wholly Holy Holy-Water Cannon. He makes it official. It is a Canon Holey Wholly Holy Holy-Water Cannon. Batman and Robin arrive. He shoots them. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel