On Tue, Aug 30, 2022 at 05:05:09PM +0200, Walter Alejandro Iglesias wrote:
> Let me add that the machine is a Thinkpad T410 that I bought years ago
> *exclusively* to be able to run OpenBSD. I used this machine with
> OpenBSD *snapshots* during several years as a desktop and web-mail
> server. I mean, there's nothing "exotic" in my hardware
> configuration. :-) And I can't either suspect hardware failure as a
> cause since I can also reproduce the bug in my HP dc7700CMT:
I'm sure it's a bug but whithout a stack trace it's hard to figure out
where the issue is.
I had a look on what cwm is doing in reaction to the keyboard
mapping. The little program is simulating this.
Can you build it and try to add it at the start of your minimal
testing .xinitrc to see if it's enough to trigger the issue ?
to compile it :
cc -I/usr/X11R6/include -L/usr/X11R6/lib -o xmovepointer xmovepointer.c
--- cut xmovepointer.c ---
#include <err.h>
#include <stdio.h>
#include <unistd.h>
#include <X11/Xlib.h>
int
main(int argc, char *argv[])
{
Display *dpy;
int i;
dpy = XOpenDisplay(NULL);
if (dpy == NULL)
err(2, "Open Display");
printf("go\n");
for (i = 0; i < 1024; i++) {
XWarpPointer(dpy, None, None,
0, 0, 0, 0, 0, 1);
XFlush(dpy);
// usleep(1000);
}
printf("done\n");
return 0;
}
--- cut ---
Another path is that you try to get an X server stack trace. Since
you're using startx it's easier than what is documented in
/usr/xenocara/README. Just create a /etc/X11/xorg.conf file containing
Section "ServerFlags"
Option "NoTrapSignals" "true"
EndSection
and also rebuild the X server once more with :
doas make -f Makefile.bsd-wrapper build CFLAGS="-O0 -g"
Once it has crashed, you should have a Xorg.core file in your home
directory. To get a backtrace install egdb from packages (pkg_add gdb)
and run it
egdb /usr/xobj/xserver/hw/xfree86/Xorg Xorg.core
inside egdb run the 'bt' command.
--
Matthieu Herrb
