cad/openscad core dumps after quarterly update

[tingo]

Yesterday I updated packages on my main workstation, as the quarterly updates had come in. Unfortunately, now openscad core dumps

tingo@kg-core2:~ $ openscad
Segmentation fault (core dumped)

this on

root@kg-core2:~ # freebsd-version -ku
13.4-RELEASE-p3
13.4-RELEASE-p5
root@kg-core2:~ # uname -a
FreeBSD kg-core2.kg4.no 13.4-RELEASE-p3 FreeBSD 13.4-RELEASE-p3 GENERIC amd64
root@kg-core2:~ # pkg info openscad\*
openscad-2024.10.11_6
root@kg-core2:~ # pkg -vv | grep url
libcurl                 : libcurl/8.12.1 OpenSSL/1.1.1w zlib/1.3.1
    url             : "pkg+http://pkg.FreeBSD.org/FreeBSD:13:amd64/quarterly",

I have created PR 286074 for this

 

[tingo]

Based on the backtrace from lldb, it doesn't seem to be a graphics driver problem

tingo@kg-core2:~ $ lldb --core ./openscad.core openscad
(lldb) target create "openscad" --core "./openscad.core"
Core file '/home/tingo/openscad.core' (x86_64) was loaded.
(lldb) bt
* thread #1, name = 'openscad', stop reason = signal SIGSEGV
  * frame #0: 0x0000000000ed7ff0 openscad`operator delete(void*) + 32
    frame #1: 0x00000008a95b9d38 libLLVM.so.19.1`___lldb_unnamed_symbol54426 + 360
    frame #2: 0x00000008a95b941e libLLVM.so.19.1`llvm::PassRegistry::registerPass(llvm::PassInfo const&, bool) + 78
    frame #3: 0x00000008aca126fe libLLVM.so.19.1`___lldb_unnamed_symbol137854 + 126
    frame #4: 0x0000000832b33099 libc++.so.1`std::__1::__call_once(unsigned long volatile&, void*, void (*)(void*)) + 185
    frame #5: 0x00000008aca1266a libLLVM.so.19.1`llvm::initializeScopInlinerPass(llvm::PassRegistry&) + 90
    frame #6: 0x00000008ac922c3e libLLVM.so.19.1`polly::initializePollyPasses(llvm::PassRegistry&) + 174
    frame #7: 0x00000008ac9378b5 libLLVM.so.19.1`___lldb_unnamed_symbol136558 + 3893
    frame #8: 0x00000a5cb4c155fd ld-elf.so.1
    frame #9: 0x00000a5cb4c19a93 ld-elf.so.1
    frame #10: 0x00000a5cb4c165f3 ld-elf.so.1
    frame #11: 0x000000089555ea9d libGLX_mesa.so.0`___lldb_unnamed_symbol2865 + 381
    frame #12: 0x000000089555ebbf libGLX_mesa.so.0`___lldb_unnamed_symbol2866 + 63
    frame #13: 0x000000089552e7b6 libGLX_mesa.so.0`___lldb_unnamed_symbol2390 + 54
    frame #14: 0x0000000895544135 libGLX_mesa.so.0`___lldb_unnamed_symbol2746 + 277
    frame #15: 0x0000000895535b07 libGLX_mesa.so.0`___lldb_unnamed_symbol2529 + 151
    frame #16: 0x00000008955356b6 libGLX_mesa.so.0`___lldb_unnamed_symbol2524 + 790
    frame #17: 0x0000000895532809 libGLX_mesa.so.0`___lldb_unnamed_symbol2475 + 25
    frame #18: 0x0000000894a71a77 libqxcb-glx-integration.so`___lldb_unnamed_symbol500 + 295
    frame #19: 0x0000000868cd5242 libQt5XcbQpa.so.5`QXcbWindow::create() + 2242
    frame #20: 0x0000000868cc8a05 libQt5XcbQpa.so.5`QXcbIntegration::createPlatformWindow(QWindow*) const + 165
    frame #21: 0x0000000834587104 libQt5Gui.so.5`QWindowPrivate::create(bool, unsigned long long) + 212
    frame #22: 0x00000008360c0fb9 libQt5Widgets.so.5`QWidgetPrivate::create() + 1097
    frame #23: 0x00000008360bfc19 libQt5Widgets.so.5`QWidget::create(unsigned long long, bool, bool) + 345
    frame #24: 0x00000008360d348e libQt5Widgets.so.5`QWidgetPrivate::setVisible(bool) + 190
    frame #25: 0x000000083628dfbe libQt5Widgets.so.5`QDialog::setVisible(bool) + 286
    frame #26: 0x000000083628d73c libQt5Widgets.so.5`QDialog::exec() + 236
    frame #27: 0x0000000000aaff84 openscad`gui(std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>>>&, boost::filesystem::path const&, int, char**) + 2340
    frame #28: 0x0000000000ab500a openscad`main + 18394
    frame #29: 0x0000000000573e20 openscad`_start(ap=<unavailable>, cleanup=<unavailable>) at crt1_c.c:71:7
(lldb) q

 

[tingo]

the port maintainer has already provided a fix / workaround: cad/openscad-devel is updated to use QT6 and turn off mimalloc, installed that (from updated ports tree) and it works. Extremely fast service!