As reported by felix_ on IRC there are PV segfaults on Mac currently, which I can reproduce. One of the setups that reproducibly leads to the segfault: - Start PV, select fx2lafw (e.g. Saleae Logic), use 50Msamples and 12MHz samplerate, pres Run. - The acquisition will seem to hang/stop after 1-2 seconds, if you wait long enough or try to kill PV, there'll be a "Segmentation fault: 11" on the console. I'll attach the Mac debug log. I've verified that this seems to be - Mac specific, doesn't seem to happen on Linux or Windows. - PV-specific, doesn't seem to happen with sigrok-cli. - Unrelated to Qt versions, happens with Qt 5.5.1 and Qt 5.11.1. - Not (very) driver-specific, happens with fx2lafw and saleae-logic16 at least.
Created attachment 456 [details] Crash 1, Qt 5.5.1
Created attachment 457 [details] Crash 2, Qt 5.11.1
The same crash can be reproduced by loading the failing.sr or working.sr dumps from sigrok-dumps/sdcard/sd_mode/imx6_quad.
Created attachment 463 [details] Sample data for segfault 11 I am a newbie but this crash also happens for me with latest daily. It happens when I open "Hoch.sr" and then try to choose a conversion for CH1. Crahes with both "threshold" and "shmitt-trigger".
Created attachment 464 [details] Crash 1 - segfault 11 The crash that happens with the attached "Sample data for segault 11"
(In reply to Christian Beer from comment #4) > Created attachment 463 [details] > Sample data for segfault 11 > > I am a newbie but this crash also happens for me with latest daily. It > happens when I open "Hoch.sr" and then try to choose a conversion for CH1. > Crahes with both "threshold" and "shmitt-trigger". "daily" meaning "nightly"
We're currently working on finding the best fix for this. We know it's happening when HAVE_UNALIGNED_LITTLE_ENDIAN_ACCESS in CMakeLists.txt in PulseView is enabled. Until the permanent fix lands in mainline (soonish) you can manually disable that and the crashes should stop.
*** Bug 1248 has been marked as a duplicate of this bug. ***
*** Bug 1301 has been marked as a duplicate of this bug. ***
This has been fixed for now via a workaround in de2fc10b2b067705e623b9781a332ad8fa3f4f88. We'll probably have a more permanent solution later, but the crashes should be gone now. Please try the latest DMG we provide and report back if everything works fine now, thanks!
I have just tried the MacOS nightly image and it works fine now both at startup and extended running. Thanks for the fix! (In reply to Uwe Hermann from comment #10) > This has been fixed for now via a workaround in > de2fc10b2b067705e623b9781a332ad8fa3f4f88. We'll probably have a more > permanent solution later, but the crashes should be gone now. > > Please try the latest DMG we provide and report back if everything works > fine now, thanks!