X server dying (seg 11) when cursor reaches bottom of the screen.
Hello, ... I am currently developping a new driver for a not yet supported graphic card. It used to work well as long as i was working with a mid January cvs snapshot, but i recently upgraded to 4.3.0 sources and built a driver from that, and since then i am experiencing X server crash when the mouse reaches the bottom of the screen. I did not encounter this problem before, nor does it appear when i use the vesa driver. My driver is currently unaccelerated and does not support HW cursor, i use shadowfb though (both with the driver and with the vesa driver). I tried running X trought gdb to get a bit more info, but it just froze the box, so i am a bit at a loss about finding what is going on, and would greatly appreciate some measure of help. The previous snapshot i was using did not seem to use the ARGB_Cursor thingy, and as the crashes happen when i bring the cursor to the bottom of the screen, it may be linked with that. It does not happen all the time when i bring the cursor at the bottom of the screen. It does not happen when all i have is background, but it does happen when i am over the gnome 2.2 panel, or if there is a few pixels of background between my xterm and the bottom of the screen. When in the gnome panel, it does not happen all the time, but only when on some icon or something which usually change color when i pass over it, and when part of the cursor is out of the screen in the bottom part. It does not happen when i move the gnome panel to the right or left of the screen and when part of the cursor is outside the screen. This is really strange to me, since the driver doesn't do any acceleration, and even the pixmap cache and OS memory management is not enabled, so i am rather lost, please someone help me out with this, or at least give me some indication as to what to do. Friendly, Sven Luther ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: xfig crashes XFree86 server (4.3.0) with trident driver
On Sun, 23 Mar 2003, Gary E. RAFE, Ph.D. wrote: ! Assuming you actually have core dumps enabled, the server !will often not dump core unless you turn off its signal !trapping facility in the XF86Config file. ! !Section ServerFlags ! Option NoTrapSignals !EndSection I find that xfig still core dumps when the X server crashes, as before, but XFree86 does not, although the console becomes corrupted with the NoTrapSignals option, and the system must be restarted. So, I'm at a loss now as to how to get the X server to core dump; I would expect it to just happen. I could be some permissions thing. The server runs with root privledges so you have to be careful where you dump stuff. Can you login remotely and run the server under the debugger, or attach the debugger to the running server? gdb /usr/X11R6/bin/XFree86 serverpid will attach to a running server. Then you do the module /usr/X11R6/lib/modules from the gdb prompt to load the modules, then continue. Any exceptions will show up in GDB. Mark. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
bugfix to mouse driver drag locking code.
Please apply the following fix. It fixes a bug that occurs when mouse button with number greater than or equal to 5 is used as a drag toggle. Use -p1 when applying the patch. I apologize and abase myself for finding this bug at this late date! The only excuse I have is that, until now I have only had 4 button trackballs to test with. If I have caused problems for anyone, I am sorry. Paul Elliott 1(512)837-1096 [EMAIL PROTECTED]PMB 181, 11900 Metric Blvd Suite J http://www.io.com/~pelliott/pme/ Austin TX 78758-3117 ==cut here with a chain saw== diff -cra xc-orig-4.3.0-cur/programs/Xserver/hw/xfree86/input/mouse/mouse.c xc-mod/programs/Xserver/hw/xfree86/input/mouse/mouse.c *** xc-orig-4.3.0-cur/programs/Xserver/hw/xfree86/input/mouse/mouse.c 2003-03-24 00:48:10.0 -0600 --- xc-mod/programs/Xserver/hw/xfree86/input/mouse/mouse.c 2003-03-24 01:00:06.0 -0600 *** *** 471,477 lock--; /* initialize table that maps drag lock mask to target mask */ ! pLock-nib_table[lock / NIB_SIZE][1 (lock % NIB_BITS)] = targetM; /* add new drag lock to mask of drag locks */ --- 471,477 lock--; /* initialize table that maps drag lock mask to target mask */ ! pLock-nib_table[lock / NIB_BITS][1 (lock % NIB_BITS)] = targetM; /* add new drag lock to mask of drag locks */ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
