Solved Musescore crash at start

H

hpc

Hello all, MuseScore crashes during start. It just prints the advertising image, then crash. The last log message mentions a missing file. I can't figure which one.

There is also mention of missing /dev/snd/seq , but these seq do not exist on FreeBSD. I'm y correct ?

I've tried to remove all the directories: Document/Musescore, .config/Musescore .local/share/MuseScore ...

FreeBSD 15.0-RELEASE-p13 / musescrore 4.7.3.

Does anybody have the same problem ?

(More details in the attached log files)
 

Attachments

Yes I get the same message and crash, on FreeBSD 15.1. I haven't used MuseScore for a while so didn't notice. There was a version change from 4.6.5 to 4.7.3 in June - maybe try the older version?
 
Anything interesting in this log file?
Code: 
00:09:43.872 | INFO  | main_thread     | GlobalModule::onPreInit | log path: /home/hpc/.local/share/MuseScore/MuseScore4/logs/MuseScore_260911_000943.log
 
SirDice said:
Anything interesting in this log file?
Code: 
00:09:43.872 | INFO  | main_thread     | GlobalModule::onPreInit | log path: /home/hpc/.local/share/MuseScore/MuseScore4/logs/MuseScore_260911_000943.log
Click to expand...
Nope, the same output that I get on the console.

Seem a logic bug :
00:09:45.092 | ERROR | main_thread | crashCallback | Oops! Application crashed with signal: [11] SIGSEGV-Invalid memory reference
Terminating due to uncaught exception 0x1a6dda61f000 of type std::out_of_range

I don't know (remember) how to downgrade to an older release. If the previous is OK, I would send a crash report to musescore..
 
I was able to replicate this in my VM with fresh 15.0 and musescore-4.7.3. While I was getting this error in gdb session lldb one actually opened the UI. Given the amount of threads it opened maybe a race issue. Probably not the way you want to use it but if you really need to open it:

Code: 
$ lldb /usr/local/bin/musescore
(lldb) target create "/usr/local/bin/musescore"
Current executable set to '/usr/local/bin/musescore' (x86_64).
(lldb) r
Process 3453 launched: '/usr/local/bin/musescore' (x86_64)
Where r is a command to run the process.

The /dev/snd/seq is not needed for playback (tested it in my VM) but if you want that you could install audio/alsa-seq-server and enable it as a service.

edit: I built it from ports (and all qt6-* dependencies it had) - it works just fine.

edit2: As I've compiled qt6* and musescore with DEBUG I wanted to check this also with standard packages again. I was not able to replicate it. I ditched the whole VM, reinstalled again and now I can't reproduce it.
 
I've tried to downgrade to 4.6.5_1 : same behavior / result :
Code: 
6:11:28.406 | WARN  | 0x33deabb4a010  | Qt              | Member enabled of the object QQuickPinchArea overrides a member of the base object. Consider renaming it or adding final or override specifier
16:11:28.612 | WARN  | 0x33deabb4a010  | Qt              | Member implicitWidth of the object QQuickItem_QML_512 overrides a member of the base object. Consider renaming it or adding final or override specifier
16:11:28.848 | ERROR | main_thread     | crashCallback   | Oops! Application crashed with signal: [11] SIGSEGV-Invalid memory reference
Terminating due to uncaught exception 0x33deb03d81c0 of type std::__1::system_error

Release 3.6.2-4 works by the way
 
I didn't do any further tests during weekend, I'll try to play around with it during week. But I was not able to reproduce it the other time.

Screenshot 2026-09-13 at 19.51.49.png


Used the fresh install from ISO image and then the update. Used both quarterly and latest ports. Tried to play a demo score, worked just fine.

Did you try my workaround with lldb?
 
I've reinstalled musescore 4.7.3 from sources, run under lldb & got :

Code: 
15:32:39.073 | INFO  | main_thread     | GuiApp::setup   | Detecting problems with graphics api
15:32:39.073 | INFO  | main_thread     | GuiApp::setupNewContext | New context created with id: 0
15:32:40.244 | WARN  | 0x185e87129810  | Qt              | Member implicitWidth of the object QQuickItem_QML_417 overrides a member of the base object. Consider renaming it or adding final or override specifier
15:32:40.253 | WARN  | 0x185e87129810  | Qt              | Member enabled of the object QQuickPinchArea overrides a member of the base object. Consider renaming it or adding final or override specifier
libEGL warning: DRI3 error: Could not get DRI3 device
libEGL warning: Ensure your X server supports DRI3 to get accelerated rendering
15:32:42.345 | ERROR | main_thread     | AppShellConfiguration::sessionProjectsPaths | [401] Le fichier n'existe pas
Process 83842 stopped
* thread #1, name = 'main', stop reason = signal SIGSEGV: address not mapped to object (fault address: 0x0)
    frame #0: 0x0000000840088b59 libQt6QuickTemplates2.so.6`___lldb_unnamed_symbol8542 + 953
libQt6QuickTemplates2.so.6`___lldb_unnamed_symbol8542:
->  0x840088b59 <+953>: movq   (%rax), %rcx
    0x840088b5c <+956>: leaq   -0x88(%rbp), %r14
    0x840088b63 <+963>: movq   %r14, %rdi
    0x840088b66 <+966>: movq   %rax, %rsi
(lldb)

For the installation, I've more qt6 libraries. I'm surprised that you don't have libQt6QuickTemplates2 ?
Code: 
ldd /usr/local/bin/musescore | grep -i Templates
    libQt6QuickTemplates2.so.6 => /usr/local/lib/qt6/libQt6QuickTemplates2.so.6 (0x367f3259e000)
 
I tried to install it today from scratch again (releng/15.0-n280995-7aedc8de6446 with quarterly) , and it works again.
I do have such dependency:

Code: 
[15:56:43] martin@fbsd15:(~)$ ldd $(which musescore)|grep -i templ
    libQt6QuickTemplates2.so.6 => /usr/local/lib/qt6/libQt6QuickTemplates2.so.6 (0x2958977c1000)
[15:56:43] martin@fbsd15:(~)$

[15:56:47] martin@fbsd15:(~)$ pkg which /usr/local/lib/qt6/libQt6QuickTemplates2.so.6
/usr/local/lib/qt6/libQt6QuickTemplates2.so.6 was installed by package qt6-declarative-6.11.1_1
[15:57:10] martin@fbsd15:(~)$

I saw different reasons for crash (same as you shared earlier, std::int out of range). I've not seen this NULL pointer derefernce. Do you have all your Qt* packages up to date?
Can you create new user and try to launch it from a fresh home of its user again?
 
I've set FreeBSD.conf to "quarterly" (was empty before); reinstalled musescore from package. All packages are uptodate.

Code: 
uname -a
FreeBSD acer.hpch.net 15.0-RELEASE-p13 FreeBSD 15.0-RELEASE-p13 releng/15.0-n281114-af58d0db156a GENERIC amd64
  • Same crash
  • With a new user : same crash
... strange
 
On a fresh installation with xorg + twm or fvwm3 musescore works.

With xfce4 it crashes, I presume that there is a mismatch in libraries somewhere.

I currently try to do a reinstallation based source compilation using /usr/ports (using HEAD) hoping that the mismatch will be resolved
 
hpc said:
With xfce4 it crashes, I presume that there is a mismatch in libraries somewhere.
Click to expand...
Interesting, I can replicate that too. The issue is somewhere within Qt6 lib, in libQt6QuickTemplates2.so.6. There's a NULL ptr dereference causing an issue.

I kept my qt6* packages I compiled with debug symbols, they are slightly higher version than one from packages. They do work:

Screenshot 2026-09-18 at 21.22.08.png


Code: 
[21:23:09] fbsd15:(~)# pkg info qt6\*
qt6-5compat-6.11.2
qt6-base-6.11.2
qt6-base_sqldriver-sqlite-6.11.2
qt6-declarative-6.11.2
qt6-languageserver-6.11.2
qt6-networkauth-6.11.2
qt6-scxml-6.11.2
qt6-shadertools-6.11.2
qt6-svg-6.11.2
qt6-tools-6.11.2
[21:23:12] fbsd15:(~)#

When I changed the packages to latest:
Code: 
[21:38:58] fbsd15:(~)# grep latest /etc/pkg/FreeBSD.conf
  url: "pkg+https://pkg.FreeBSD.org/${ABI}/latest",
[21:39:02] fbsd15:(~)#
And did the update I saw qt packages are on the same version I compiled from ports. There's no issue there.
So the bug is fixed in newer version of qt6-declarative, 6.11.2.
 
I confirm. I tried another option : reinstalling all packages from sources, using portree version daily is OK. It takes time, though. But scripting helps ;-)
Will close thish thread

Capture d’écran du 2026-09-21 16-06-15.png
 
You must log in or register to reply here.
Back
Top