In the recent months, GNU screen in Tumbleweed occasionally crashes
after getting SIGABRT when I re-attach to it.  It always dumps core,
the backtraces are always different but usually in memory allocation
routines.  A few examples are below.  My TERM is rxvt-unicode

The backtraces:

Program terminated with signal SIGABRT, Aborted.
#0  0x00007fde3ede10d0 in raise () from /lib64/libc.so.6
(gdb) bt
#0  0x00007fde3ede10d0 in raise () from /lib64/libc.so.6
#1  0x00007fde3ede26b1 in abort () from /lib64/libc.so.6
#2  0x00007fde3ee24427 in __libc_message () from /lib64/libc.so.6
#3  0x00007fde3ee2ab83 in malloc_printerr () from /lib64/libc.so.6
#4  0x00007fde3ee2aff2 in malloc_consolidate () from /lib64/libc.so.6
#5  0x00007fde3ee2cc20 in _int_free () from /lib64/libc.so.6
#6  0x00005561cf173281 in freetty () at display.c:3075
#7  0x00005561cf179748 in FreeDisplay () at display.c:343
#8  0x00005561cf13bc0a in Detach (mode=mode@entry=0) at screen.c:1999
#9  0x00005561cf165b53 in DoAction (act=0x5561cf3aa720 <ktab+3200>, 
    key=<optimized out>) at process.c:1372
#10 0x00005561cf170cb7 in ProcessInput2 (ibuf=<optimized out>, ilen=1)
    at process.c:943
#11 0x00005561cf1794c3 in disp_readev_fn (ev=<optimized out>, 
    data=<optimized out>) at display.c:3531
#12 0x00005561cf181115 in sched () at sched.c:237
#13 0x00005561cf139fca in main (ac=0, av=0x7fffbbb66810) at screen.c:1466


Program terminated with signal SIGABRT, Aborted.
#0  0x00007f7a6fd930d0 in raise () from /lib64/libc.so.6
(gdb) bt
#0  0x00007f7a6fd930d0 in raise () from /lib64/libc.so.6
#1  0x00007f7a6fd946b1 in abort () from /lib64/libc.so.6
#2  0x0000562a1a6ea9df in CoreDump (sigsig=<optimized out>) at screen.c:1678
#3  <signal handler called>
#4  0x00007f7a6fddfc7b in _int_malloc () from /lib64/libc.so.6
#5  0x00007f7a6fde251a in calloc () from /lib64/libc.so.6
#6  0x0000562a1a72917d in GrowBitfield (bfp=bfp@entry=0x562a1b594550,
len=len@entry=0, delta=<optimized out>, defaultbit=defaultbit@entry=0) at
acls.c:109
#7  0x0000562a1a729699 in NewWindowAcl (w=w@entry=0x562a1b591ee0,
u=0x562a1b39d590) at acls.c:623
#8  0x0000562a1a704e07 in MakeWindow (newwin=newwin@entry=0x7ffc9eaa1530) at
window.c:667
#9  0x0000562a1a7135c8 in DoScreen (fn=fn@entry=0x562a1a73d7f1 "key",
av=<optimized out>, av@entry=0x562a1b3ad190) at process.c:6204
#10 0x0000562a1a716866 in DoAction (act=0x562a1a959700 <ktab+3168>,
key=<optimized out>) at process.c:2128
#11 0x0000562a1a71fcb7 in ProcessInput2 (ibuf=<optimized out>, ilen=1) at
process.c:943
#12 0x0000562a1a7284c3 in disp_readev_fn (ev=<optimized out>, data=<optimized
out>) at display.c:3531
#13 0x0000562a1a730115 in sched () at sched.c:237
#14 0x0000562a1a6e8fca in main (ac=0, av=0x7ffc9eaa6c40) at screen.c:1466

Program terminated with signal SIGABRT, Aborted.
#0  0x00007f3afb6690d0 in raise () from /lib64/libc.so.6
(gdb) bt
#0  0x00007f3afb6690d0 in raise () from /lib64/libc.so.6
#1  0x00007f3afb66a6b1 in abort () from /lib64/libc.so.6
#2  0x00007f3afb6ac427 in __libc_message () from /lib64/libc.so.6
#3  0x00007f3afb6b2b83 in malloc_printerr () from /lib64/libc.so.6
#4  0x00007f3afb6b61fb in _int_malloc () from /lib64/libc.so.6
#5  0x00007f3afb6b851a in calloc () from /lib64/libc.so.6
#6  0x000055b217bf617d in GrowBitfield (bfp=bfp@entry=0x55b2191c7330,
len=len@entry=0, delta=<optimized out>, defaultbit=defaultbit@entry=0) at
acls.c:109
#7  0x000055b217bf6699 in NewWindowAcl (w=w@entry=0x55b2191c4cc0,
u=0x55b219021590) at acls.c:623
#8  0x000055b217bd1e07 in MakeWindow (newwin=newwin@entry=0x7ffd136e58a0) at
window.c:667
#9  0x000055b217be05c8 in DoScreen (fn=fn@entry=0x55b217c0a7f1 "key",
av=<optimized out>, av@entry=0x55b219031170) at process.c:6204
#10 0x000055b217be3866 in DoAction (act=0x55b217e26700 <ktab+3168>,
key=<optimized out>) at process.c:2128
#11 0x000055b217beccb7 in ProcessInput2 (ibuf=<optimized out>, ilen=1) at
process.c:943
#12 0x000055b217bf54c3 in disp_readev_fn (ev=<optimized out>, data=<optimized
out>) at display.c:3531
#13 0x000055b217bfd115 in sched () at sched.c:237
#14 0x000055b217bb5fca in main (ac=0, av=0x7ffd136eafb0) at screen.c:1466


#0  0x00007f02b0f940d0 in raise () from /lib64/libc.so.6
#1  0x00007f02b0f956b1 in abort () from /lib64/libc.so.6
#2  0x000055a6ecf2c9df in CoreDump (sigsig=<optimized out>) at screen.c:1678
#3  <signal handler called>
#4  0x00007f02b0fde5a2 in tcache_get () from /lib64/libc.so.6
#5  0x00007f02b0fe610a in strdup () from /lib64/libc.so.6
#6  0x00007f02b197ae11 in _nc_trim_sgr0 () from /lib64/libtinfo.so.6
#7  0x00007f02b1973f8b in tgetent_sp () from /lib64/libtinfo.so.6
#8  0x000055a6ecf4b69d in e_tgetent (bp=bp@entry=0x7ffc69cc5930 "",
name=0x55a6ee9740cc "rxvt-unicode") at termcap.c:1341
#9  0x000055a6ecf4d4e4 in InitTermcap (wi=0, he=0) at termcap.c:120
#10 0x000055a6ecf41934 in FinishAttach (m=m@entry=0x55a6ed192860 <m>) at
socket.c:1459
#11 0x000055a6ecf4242c in ReceiveMsg () at socket.c:1235
#12 0x000055a6ecf72115 in sched () at sched.c:237
#13 0x000055a6ecf2afca in main (ac=0, av=0x7ffc69cc7e30) at screen.c:1466


At one point, running attached screen was not able to create new
screens within it and when I detached and attempted to re-attach, it
crashed.

Unfortunately, it looks like memory corruption to me.  If I can help
with any other information, please let me know.