Simon Hausmann

I think `smithay-client-toolkit` can't be a dependency for Cosmic apps on macOS. I think that needs to be fixed on whatever crate lists `smithay-client-toolkit` as a dependency to not do...

Indeed, in that case if libcosmic were to enable cosmic apps on macOS, it is the crate that needs to be changed to not depend on wayland crates like these....

In Slint we build a cdylib with cargo (via Corrosion) and package it up with CMake. It’s quite okay to combine both classes, we do that at https://github.com/slint-ui/meta-slint/blob/meta-rust-bin/recipes-slint/slint/slint-cpp-v2.inc

I suggest to replace `pub due_date: i64` with `std::time::SystemTime` as data type instead. That way you have a data type that chrono supports (implements `From for chrono::DateTime`) and you _can_...

Another suggestion: replace `unwrap()` in main with `Result`.

I'm seeing exactly the same issue (on apple silicon only). Thanks @georgik for the workaround! I think this is some kind of race condition.

The usize holds a pointer, so u64 is ok for now.

This works for me :( - but I'm on macOS. Could you run python in gdb perhaps and post a backtrace when it crashes?

I can reproduce this on Linux with the winit backend and slint-viewer.

Backtrace: ``` Thread 1 "slint-viewer" received signal SIGSEGV, Segmentation fault. vtable::vrc::VWeak::upgrade ( self=) at helper_crates/vtable/src/vrc.rs:333 333 if let Some(i) = self.inner { (gdb) bt #0 vtable::vrc::VWeak::upgrade ( self=) at helper_crates/vtable/src/vrc.rs:333...