Closed apprehensions closed 3 months ago
I couldn't reproduce this error on the current master branch. What version and what operating system are you using?
I am using KISS Linux with musl 1.2.4, on master.
Hmm, you could take a look where this was introduced. We do test on alpine linux, which also uses musl
I also get a segfault ~but in a different part of the test suites~!
Edit: I redid a couple test and the problem is the same
Also I use normal glibc on gentoo linux so I think it's not really related to the libc. It seems like the icon is not loaded properly resulting in a null cairo surface...
I confirm that the problem is that loading icons from the data directory results in a null icon. I still don't know why, but adding a null check will at least prevent the whole test program from dying. Also I found another segfault in test_new_icon_overrides_raw_icon
so I'll try to fix that also.
The problem could be caused by the absence of librsvg which is used as a runtime dependency to load icons
runtime
...
runtime
...
After #1269 the test don't crash if the icon is NULL and just fail. However I can't find a reason as to why the loading would fail if not for not being able to use an svg icon. So it probably is something related to gdk-pixbuf and librsvg, as we discussed in #1171
Does the test program still segfault for you even with librsvg?
This could be related to gdk-pixbuf since i am on Alpine, and the test program no longer segfaults.
Please try to fix this anyway, since gdk-pixbuf can be built without it.
Please try to fix this anyway, since gdk-pixbuf can be built without it.
That's the problem: it is a runtime dependency.
I can try to change the test to use the png instead of the svg.
Should have been solved by #1329
Currently close to implementing the test program in Dunst!