Deuce asked for a bt of all the threads. I believe this is it.
$ gdb ./scfg
GNU gdb (Ubuntu 9.2-0ubuntu1~20.04.1) 9.2
Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./scfg...
(gdb) r
Starting program: /home/bbs/sbbs-git/src/sbbs3/scfg/gcc.linux.x64.exe.debug/scfg
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Synchronet Configuration Utility (Linux) v3.20a Copyright 2022 Rob Swindell
Compiled master/0a6fdb956 Jul 3 2023 22:35:51 with GCC 9.4.0
[New Thread 0x7ffff72b3700 (LWP 2685)]
[New Thread 0x7ffff711a700 (LWP 2686)]
[New Thread 0x7ffff7272700 (LWP 2687)]
[New Thread 0x7ffff6432700 (LWP 2688)]
[New Thread 0x7ffff5c06700 (LWP 2689)]
[Thread 0x7ffff5c06700 (LWP 2689) exited]
^C
Thread 1 "scfg" received signal SIGINT, Interrupt.
0x00007ffff7cc323f in __GI___clock_nanosleep (clock_id=clock_id@entry=0,
flags=flags@entry=0, req=0x7fffffff8c00, rem=0x7fffffff8c00)
at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:78
78 ../sysdeps/unix/sysv/linux/clock_nanosleep.c: No such file or directory.
(gdb) bt
#0 0x00007ffff7cc323f in __GI___clock_nanosleep (clock_id=clock_id@entry=0,
flags=flags@entry=0, req=0x7fffffff8c00, rem=0x7fffffff8c00)
at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:78
#1 0x00007ffff7cc8ec7 in __GI___nanosleep (requested_time=,
remaining=) at nanosleep.c:27
#2 0x000055555563c0b2 in ciolib_delay (a=1) at ciolib.c:1358
#3 0x0000555555628a9a in kbwait () at uifc32.c:182
#4 0x0000555555628ad9 in dyn_kbwait (mode=541) at uifc32.c:191
#5 0x000055555562d0cf in ulist (mode=541, left=21, top=2, width=30, cur=0x7fffffffb1c8,
bar=0x0, initial_title=0x5555557a74d3 "Configure", option=0x7fffffffb230)
at uifc32.c:1103
#6 0x000055555557747e in main (argc=1, argv=0x7fffffffe3e8) at scfg.c:717
(gdb) thread apply all bt
Thread 5 (Thread 0x7ffff6432700 (LWP 2688)):
#0 futex_wait_cancelable (private=, expected=0, futex_word=0x7fffec000bb8) at ../sysdeps/nptl/futex-internal.h:183
#1 __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x7fffec000b68, cond=0x7fffec000b90) at pthread_cond_wait.c:508
#2 __pthread_cond_wait (cond=0x7fffec000b90, mutex=0x7fffec000b68) at pthread_cond_wait.c:647
#3 0x00005555557a4c05 in xp_sem_wait (sem=0x555555afea38 <state+280>) at xpsem.c:164
#4 0x000055555579c26d in listSemWait (list=0x555555afe9d8 <state+184>) at link_list.c:193
#5 0x000055555563ecf5 in ciolib_mouse_thread (data=0x0) at mouse.c:257
#6 0x00007ffff7de0609 in start_thread (arg=) at pthread_create.c:477
#7 0x00007ffff7d05133 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
Thread 4 (Thread 0x7ffff7272700 (LWP 2687)):
#0 futex_wait_cancelable (private=, expected=0, futex_word=0x7fffec000c28) at ../sysdeps/nptl/futex-internal.h:183
#1 __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x7fffec000bd8, cond=0x7fffec000c00) at pthread_cond_wait.c:508
#2 __pthread_cond_wait (cond=0x7fffec000c00, mutex=0x7fffec000bd8) at pthread_cond_wait.c:647
#3 0x00005555557a4c05 in xp_sem_wait (sem=0x555555afeaa0 <state+384>) at xpsem.c:164
#4 0x000055555579c26d in listSemWait (list=0x555555afea40 <state+288>) at link_list.c:193
#5 0x0000555555640945 in mouse_wait () at mouse.c:515
#6 0x0000555555644c90 in x11_mouse_thread (data=0x0) at x_cio.c:179
#7 0x00007ffff7de0609 in start_thread (arg=) at pthread_create.c:477
#8 0x00007ffff7d05133 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
Thread 3 (Thread 0x7ffff711a700 (LWP 2686)):
#0 0x00007ffff7cc323f in __GI___clock_nanosleep (clock_id=clock_id@entry=0, flags=flags@entry=0, req=0x7ffff7119ed0, rem=0x7ffff7119ed0) at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:78
#1 0x00007ffff7cc8ec7 in __GI___nanosleep (requested_time=, remaining=) at nanosleep.c:27
#2 0x0000555555648830 in blinker_thread (data=0x0) at bitmap_con.c:695
#3 0x00007ffff7de0609 in start_thread (arg=) at pthread_create.c:477
#4 0x00007ffff7d05133 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
Thread 2 (Thread 0x7ffff72b3700 (LWP 2685)):
#0 0x00007ffff7cfafcb in __GI___select (nfds=8, readfds=0x7ffff72b2da0, writefds=0x0, exceptfds=0x0, timeout=0x55555590bcc0 ) at ../sysdeps/unix/sysv/linux/select.c:41
--Type for more, q to quit, c to continue without paging--c
#1 0x0000555555660853 in x11_event_thread (args=0x0) at x_events.c:2202
#2 0x00007ffff7de0609 in start_thread (arg=) at pthread_create.c:477
#3 0x00007ffff7d05133 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
Thread 1 (Thread 0x7ffff7be1740 (LWP 2681)):
#0 0x00007ffff7cc323f in __GI___clock_nanosleep (clock_id=clock_id@entry=0, flags=flags@entry=0, req=0x7fffffff8c00, rem=0x7fffffff8c00) at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:78
#1 0x00007ffff7cc8ec7 in __GI___nanosleep (requested_time=, remaining=) at nanosleep.c:27
#2 0x000055555563c0b2 in ciolib_delay (a=1) at ciolib.c:1358
#3 0x0000555555628a9a in kbwait () at uifc32.c:182
#4 0x0000555555628ad9 in dyn_kbwait (mode=541) at uifc32.c:191
#5 0x000055555562d0cf in ulist (mode=541, left=21, top=2, width=30, cur=0x7fffffffb1c8, bar=0x0, initial_title=0x5555557a74d3 "Configure", option=0x7fffffffb230) at uifc32.c:1103
#6 0x000055555557747e in main (argc=1, argv=0x7fffffffe3e8) at scfg.c:717
Tried on a different system with Ubuntu 22.10 Same issue. Dan_C reports he's using Slackware, same issue. Let's get this fixed please. It's been over 2 weeks now.
No issues with blank screens with Ubuntu 20.04.06 running the apps on MacOS Ventura with XQuartz 2.8.5. Running 3.20 compiled from the master branch (as of commit 86825b66 from 4 days ago).
I can however replicate the resizing issue that @Ragnarok pointed out but I'd never actually noticed it before now.
At DM's suggestion, I used git bisect to determine the bad commit.
bbs@bbs:~/sbbs-test/repo$ git bisect bad
34747a84 is the first bad commit
commit 34747a84
Author: Deucе shurd@sasktel.net
Date: Mon Jun 5 13:04:24 2023 -0400
Implement basic frameskipping in bitmap driver
Let's hope this helps more than the bt I provided 3 weeks ago.