Frederik Carlier

The action won't run because it's defined in a PR, but you can see it in action here: https://github.com/qmfrederik/scrcpy/actions/runs/4097118741

Yes, there's a similar situation when packaging GNUstep for MSYS2. GNUstep depends on libobjc2 and optionally libdispatch, both which provide a blocks runtime. Additionally, MSYS2 contains libBlocksRuntime based on compiler-rt.

@jimwang118 @dg0yt Thanks, I've addressed the feedback.

I signed the CLA just before submitting the PR, hopefully CI gets notified ;-).

Thanks for the prompt reply! > It seems that although currently usbmuxd is not a snap package, there is a good chance one will exist if work on a usbmuxd-support...

> which would eventually open up for the possibility of introducing a snapped daemon with a different socket path. Does this mean you consider the possibility of having two daemons...

@Meulengracht I think the problem is still relevant, but I'm working on other things nowadays, so I'll close the PR.

The relevant test failures: ``` D:\a\libs-base\libs-base\source\Tests\base\NSOperation\obj\basic.exe: Uncaught exception NSInvalidArgumentException, reason: [NSOperation-start] called on finished operation 2024-02-11 15:05:45.383 basic[6528:5280] WARNING your program is becoming multi-threaded, but you are using an ObjectiveC...

Both test failures seem to `PASS_EXCEPTION` tests. In both cases, it _seems_ like the expected exception is actually trown, but somehow not caught by `PASS_EXCEPTION`.

Looks like this is specific to an exception being caught in `NS_HANDLER` and then being rethrown (which is entirely valid). If I change the code to assign the caught exception...