13 replies

@MrBBot I'm trying to use a WASM binary

@MrBBot I'm trying to use a WASM binary with the Miniflare API but running into one major issue. I'm using

esbuild

esbuild

to bundle each worker so I can watch for changes and run 17 workers from a single process. The trouble is

esbuild

esbuild

is getting to the

'./foo.wasm'

'./foo.wasm'

'./foo.wasm'

'./foo.wasm' import first, which is resulting in the

CompileError: WebAssembly.instantiate(): Wasm code generation disallowed by embedder

CompileError: WebAssembly.instantiate(): Wasm code generation disallowed by embedder

CompileError: WebAssembly.instantiate(): Wasm code generation disallowed by embedder

CompileError: WebAssembly.instantiate(): Wasm code generation disallowed by embedder (I think that's because the WASM plugin is shoving it into a namespace rather than allowing Miniflare to include it). Do you have any suggestions for how to get around this?

TravisFrankOP•4/26/24, 3:33 PM

I was hoping external: ['foo.wasm'], loader: { '.wasm': 'text' },external: ['foo.wasm'], loader: { '.wasm': 'text' }, in the esbuild.contextesbuild.context call would do the trick, but now I'm getting TypeError: Fetch API cannot load:TypeError: Fetch API cannot load:

TravisFrankOP•4/26/24, 3:34 PM

Everything works when deployed, so this is definitely an issue with my unique local setup

TravisFrankOP•4/26/24, 4:38 PM

I think '.wasm': 'file''.wasm': 'file' should work, but I'm getting TypeError: Fetch API cannot load: ../../foo.wasmTypeError: Fetch API cannot load: ../../foo.wasm. Is there something special I need to do to pass the file to the Miniflare API?

TravisFrankOP•4/26/24, 4:46 PM

Ah, perhaps '.wasm': 'copy''.wasm': 'copy'...?

TravisFrankOP•4/26/24, 5:12 PM

Ahhhhhh okay I think I'm almost there - I can pass the modules directly to

modules

modules

in the API. That works great for the script (passing the

esbuild

esbuild

output as contentscontents), but I'm running into No such module "foo.wasm" imported from "bar"No such module "foo.wasm" imported from "bar" when trying to pass in the WASM. @MrBBot Any tips on how the resolution works for the path there? Or is there an easy way to pass contentscontents? I'm running from nodenode

TravisFrankOP•4/26/24, 5:21 PM

I tried passing the

Uint8Array

Uint8Array

from the copied wasm from

esbuild

esbuild

directly as contentscontents, but run into this guy:

workerd/jsg/util.c++:291: error: e = kj/filesystem.c++:319: failed: expected parts.size() > 0 [0 > 0]; can't use ".." to break out of starting directory
stack: 10f6a4b7a 10f6a3944 10f6a3f06 10defd92b 10e7bc534 10e7878da 10e3823d5 10defe915 10d4f63ea 10d4d8a74 10ced3d6b 10ceda9b4 10cedee8f 10cedd123 10cecc4b6 10cecbff7 10cecbeb4 10cecbe9c 10f6b3a2a 10f6b3e41 10f6b2228 10f6b1f65 10cebb359 /usr/lib/dyld@641e; sentryErrorContext = jsgInternalError
service core:user:images: Uncaught Error: internal error

TravisFrankOP•4/26/24, 8:51 PM

Victory! I had to use path.resolvepath.resolve to read the WASM file and convert it into a

Uint8Array

Uint8Array

. Passing that as contentscontents does the trick

TravisFrankOP•4/26/24, 9:28 PM

I admit I don't know anything about wasm-bindgenwasm-bindgen - is it a WASM file itself? If so, what I did here would probably work

TravisFrankOP•4/30/24, 1:29 PM

Aha! Based on what you just described, yes, I think passing the binary directly to MF like this would be a good approach

TravisFrankOP•4/30/24, 1:30 PM

I'm actually just straight up trying to use a WASM binary in a worker. I'm using MF instead of the

wrangler

wrangler

CLI because our repo has 17 workers and I'm not about to spin up 17 separate processes, but that means I had to handle getting the binary to MF directly since there's no "magic"

@MrBBot I'm trying to use a WASM binary

Similar Threads

Similar Threads

Similar Threads