You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For instance:
error: process didn't exit successfully: `C:\dev\tauri_debug\tauri\target\debug\examples\commands.exe` (exit code: 0xc000001d, STATUS_ILLEGAL_INSTRUCTION)
Additional context
I noticed that if I run the same scenario on the current dev branch (commit: e9aa727) I get an assertion failure in the wry crate:
thread 'tokio-runtime-worker' panicked at 'PostMessage failed ; is the messages queue full?', C:\Users\jimmi.cargo\registry\src\index.crates.io-6f17d22bba15001f\wry-0.34.2\src\webview\webview2\mod.rs:1171:3
unsafe fn dispatch_handler<F>(hwnd: isize, function: F)
where
F: FnMut() + 'static,
{
// We double-box because the first box is a fat pointer.
let boxed = Box::new(function) as Box<dyn FnMut()>;
let boxed2: Box<Box<dyn FnMut()>> = Box::new(boxed);
let raw = Box::into_raw(boxed2);
let res = PostMessageW(HWND(hwnd), *EXEC_MSG_ID, WPARAM(raw as _), LPARAM(0));
assert!(
res.is_ok(),
"PostMessage failed ; is the messages queue full?"
);
I am more interested in a fix/workaround for the 1.5.0 version. I just added this since it might be a clue.
The text was updated successfully, but these errors were encountered:
I have also updated Tauri from 1.4 to 1.5 (obliqoro) and an now infrequently getting an illegal operation error. Is this something that could be related, and if so, what's the best way to debug this to find the cause?
I rebuilt the application with a revert to Tauri 1.4, and the error no longer occurs.
Describe the bug
In our application we make use of tauris async commands (https://tauri.app/v1/guides/features/command/#async-commands).
This works well most of the time, but if we push the rate in which we create these commands our application crashes.
Reproduction
This can easily be reproduced by:
Expected behavior
Should not crash.
Platform and versions
Stack trace
Additional context
I noticed that if I run the same scenario on the current dev branch (commit: e9aa727) I get an assertion failure in the wry crate:
thread 'tokio-runtime-worker' panicked at 'PostMessage failed ; is the messages queue full?', C:\Users\jimmi.cargo\registry\src\index.crates.io-6f17d22bba15001f\wry-0.34.2\src\webview\webview2\mod.rs:1171:3
.cargo/registry/src/index.crates.io-6f17d22bba15001f/wry-0.34.2/src/webview/webview2/mod.rs
I am more interested in a fix/workaround for the 1.5.0 version. I just added this since it might be a clue.
The text was updated successfully, but these errors were encountered: