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
GET https://cdn.jsdelivr.net/npm/@jitl/quickjs-wasmfile-release-sync@0.29.1/emscripten-module/emscripten-module.wasm 404
+esm:7 wasm streaming compile failed: TypeError: Failed to execute 'compile' on 'WebAssembly': HTTP status code is not ok
+esm:7 falling back to ArrayBuffer instantiation
GET https://cdn.jsdelivr.net/npm/@jitl/quickjs-wasmfile-release-sync@0.29.1/emscripten-module/emscripten-module.wasm 404 (Not Found)
+esm:7 failed to asynchronously prepare wasm: both async and sync fetching of the wasm failed
+esm:7 Aborted(both async and sync fetching of the wasm failed)
+esm:8 Uncaught RuntimeError: Aborted(both async and sync fetching of the wasm failed). Build with -sASSERTIONS for more info.
at M (+esm:7:1567)
at +esm:7:2390
I checked the documentation to understand that the issue I am reporting is not normal behavior.
I understand that not filling out this template correctly will lead to the issue being closed.
Additional content
I'm not sure if this is expected behavior, but I've noticed this wasm-related problem with JSDelivr several times (not just for this QuickJS package), so I figured I'd report it.
But note that the above link says unpkg works fine, whereas in the case of this QuickJS package, unpkg does not work - it has the same problem as JSDelivr.
This comment by the author of this package, @justjake, explicitly says that esm.sh is supported. Perhaps Jake can drop a comment on the specific issue with JSDelivr (apologies for the ping if not!) to help the JSDelivr assess whether this issue is within-scope, or something that package authors will have to work around if they want JSDelivr to serve their package.
The text was updated successfully, but these errors were encountered:
Description
This doesn't work because it can't find the wasm files of a dependency:
But
esm.sh
works fine:Affected jsDelivr links
https://cdn.jsdelivr.net/npm/quickjs-emscripten@0.29.1/+esm
Response headers
Information
Requisites
Additional content
I'm not sure if this is expected behavior, but I've noticed this wasm-related problem with JSDelivr several times (not just for this QuickJS package), so I figured I'd report it.
Possibly related:
But note that the above link says unpkg works fine, whereas in the case of this QuickJS package, unpkg does not work - it has the same problem as JSDelivr.
This comment by the author of this package, @justjake, explicitly says that esm.sh is supported. Perhaps Jake can drop a comment on the specific issue with JSDelivr (apologies for the ping if not!) to help the JSDelivr assess whether this issue is within-scope, or something that package authors will have to work around if they want JSDelivr to serve their package.
The text was updated successfully, but these errors were encountered: