Bug 2219085 - Maxima segfaults with SBCL and GCL runtimes
Summary: Maxima segfaults with SBCL and GCL runtimes
Keywords:
Status: NEW
Alias: None
Product: Fedora
Classification: Fedora
Component: maxima
Version: 38
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Rex Dieter
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2023-07-01 20:39 UTC by James
Modified: 2023-07-01 21:32 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: ---
Doc Text:
Clone Of:
Environment:
Last Closed:
Type: ---
Embargoed:


Attachments (Terms of Use)

Description James 2023-07-01 20:39:52 UTC
maxima-5.45.1-4.fc38.x86_64
maxima-runtime-sbcl-5.45.1-4.fc38.x86_64
maxima-runtime-gcl-5.45.1-4.fc38.x86_64

Maxima segfaults when using the sbcl or gcl runtimes. It's fine under ecl or clisp.

sbcl segfaults around 1 in 5 times, but not completely deterministically. The coredumpctl debug backtrace never has much in it, though.

gcl segfaults consistently:

#0  0x0000000000081bae in make_simple_string (s=s@entry=0x37bd6b "free(3) error.")
    at /usr/src/debug/gcl-2.6.13-1.fc38.x86_64/o/string.d:70
Downloading source file /usr/src/debug/gcl-2.6.13-1.fc38.x86_64/o/string.d
70                      p[i] = s[i];                                                                                                
(gdb) bt
#0  0x0000000000081bae in make_simple_string (s=s@entry=0x37bd6b "free(3) error.")
    at /usr/src/debug/gcl-2.6.13-1.fc38.x86_64/o/string.d:70
#1  0x0000000000033755 in free (ptr=ptr@entry=0x5fda1d8) at alloc.c:1698
#2  0x00007f7f5e07288f in selinuxfs_exists () at /usr/src/debug/libselinux-3.5-1.fc38.x86_64/src/init.c:77
#3  0x00007f7f5e06d36c in init_selinuxmnt () at /usr/src/debug/libselinux-3.5-1.fc38.x86_64/src/init.c:97
#4  init_lib () at /usr/src/debug/libselinux-3.5-1.fc38.x86_64/src/init.c:150
#5  0x00007f7f5e7d117f in call_init (env=0x7ffe85c3db20, argv=0x7ffe85c3dae8, argc=6, l=<optimized out>) at dl-init.c:70
#6  call_init (l=<optimized out>, argc=6, argv=0x7ffe85c3dae8, env=0x7ffe85c3db20) at dl-init.c:26
#7  0x00007f7f5e7d127d in _dl_init (main_map=0x7f7f5e8002c0, argc=6, argv=0x7ffe85c3dae8, env=0x7ffe85c3db20) at dl-init.c:117
#8  0x00007f7f5e7e73e0 in _dl_start_user () from /lib64/ld-linux-x86-64.so.2
#9  0x0000000000000006 in ?? ()
#10 0x00007ffe85c3fd3e in ?? ()
#11 0x00007ffe85c3fd69 in ?? ()
#12 0x00007ffe85c3fd6f in ?? ()
#13 0x00007ffe85c3fd7e in ?? ()
#14 0x00007ffe85c3fd81 in ?? ()
#15 0x00007ffe85c3fd84 in ?? ()
#16 0x0000000000000000 in ?? ()




Reproducible: Always

Steps to Reproduce:
1. Start maxima with --lisp=sbcl or --lisp=gcl
Actual Results:  
Segfault.

Expected Results:  
Working session.

Comment 1 James 2023-07-01 21:32:06 UTC
OK so there seems some variability based on the hardware used. I see trouble on:

Ryzen 7 5700G, 32GiB RAM
i3-1005G1 laptop, 16GiB RAM

But the following machines work OK with sbcl/gcl:

i5-10210U laptop, 16GiB RAM
i5-4670 desktop, 8GiB RAM

All up-to-date Fedora 38. Not sure what else distinguishes these machines, other than the working ones have older silicon.


Note You need to log in before you can comment on or make changes to this bug.