Товарищи, здравствуйте!

Столкнулся со странным поведением:
Собрал go код в wasm. Подгружаю полученный файл в веб воркере.
Если после старта страницы открыть и закрыть (если он уже был открыт, то просто закрыть) DevTools - воркер "исчезает".
Под "исчезает" понимаю следующее: если снова открыть dev tools - консоль не видит контекст воркера (см. приложенную картинку), хотя при первом открытии - там отображается воркер.
Для тестирования добавил в воркер логирование с таймером и отправку сообщений. И то, и другое после "исчезновения" воркера перестаёт работать.

Стал экспериментировать. И тут обнаружил совсем странное поведение - если собрать тот же самый код из другого файла, то go выдаёт другой бинарь (не сходятся хэш суммы, хотя хэш суммы исходников одинаковые):

 make light
e986ba428a3be4661da27b1eedc5604156daccba4e74af9bbb672a8f66336a16  ./cmd/light/main.go
e986ba428a3be4661da27b1eedc5604156daccba4e74af9bbb672a8f66336a16  ./cmd/wasmpvp/main.go
GOOS=js GOARCH=wasm go build -o ./bin/light.wasm ./cmd/light/main.go
GOOS=js GOARCH=wasm go build -o ./bin/pvp.wasm ./cmd/wasmpvp/main.go
b9863e69230f783ed6d0e46706a90a250c89569d6084fe9666c382fd35c91bc1  ./bin/light.wasm
9eb1de0a28e36ea192bc0f250aa434a304a6edab283861bb2beaa08f3f47f336  ./bin/pvp.wasm

И вот если в воркер подгрузить другой WASM файл, то воркер не "исчезает" и работает как надо.
Всё это странное поведение наблюдается в
- Chrome Version 85.0.4183.102 (Official Build) (64-bit)
- Linux Mint 20
- go version go1.15.2 linux/amd64

В браузере Mozilla такого не происходит.

Скажите, можно как-то сравнить содержимое WASM файлов? По моим представлениям если исходный код приложения одинаковый, то и получаемые WASM файлы должны быть одинаковыми.
Может быть это нужно писать issue в Go?

 make light
e986ba428a3be4661da27b1eedc5604156daccba4e74af9bbb672a8f66336a16  ./cmd/light/main.go
e986ba428a3be4661da27b1eedc5604156daccba4e74af9bbb672a8f66336a16  ./cmd/wasmpvp/main.go
GOOS=js GOARCH=wasm go build -o ./bin/light.wasm ./cmd/light/main.go
GOOS=js GOARCH=wasm go build -o ./bin/pvp.wasm ./cmd/wasmpvp/main.go
b9863e69230f783ed6d0e46706a90a250c89569d6084fe9666c382fd35c91bc1  ./bin/light.wasm
9eb1de0a28e36ea192bc0f250aa434a304a6edab283861bb2beaa08f3f47f336  ./bin/pvp.wasm

ну, сравнить можно по контрольной сумме. Но нужно помнить, что билды не детерминированные, так что могут разные файлы получиться после компиляции одного и того же исходника - и это нормально.

если дважды подряд сбилдить один и тот же исходник - wasm файлы одинаковые получаются

сравнить по контрольной сумме ничего не даёт. интереснее посмотреть "в потроха"

Можно попробовать wasm2wat из wabt - получится текстовый формат того что внутри, после этого можно попробовать diff, хотя файл скорей всего будет большой (и diff возможно тоже)

Увы :(

издевательство какое-то... я почти выкристализовал этот баг. Сделал симлинки в разные папки, собрал код. Размер -байт в байт. Но хэши разные (причём diff pvp.wat pvq.wat | wc -l = 8, там, похоже, зашит перечень файлов, использованных при билде).
Сделал тестовую страницу, которая инстанциирует один и тот же воркер и сообщением говорит ему какой wasm подгружать. Открываешь эту страницу, открываешь девтулз - 2 воркера. Переоткрываешь девтулз - один воркер!

Думаю: если отправлять issue куда-либо, нужно перепроверить можно ли под другим веб сервером развернуть хост (WASM хром не может загрузить, если открывать файл напрямую - ему только веб сервер подавай). Натравил nginx на эту папку - фиг, всё работает! Возвращаю обратно гошный вебсервер - опять всё работает....

3 часа коту под хвост и так и не понятно что это было...

Бага хрома

да теперь уже это понятно, но отправлять нечего - не воспроизводится со 100% вероятностью :(

если вдруг интересно кому-то - я расковырял wasm при помощи wasm2wat (спасибо разработчикам, которые сделали плагин с этой тулзой для VSCode!):
там действительно зашиты имена всех включённых файлов и разница была только в этом. В остальном всё идентично. Гошный билд стабилен.

Томас реализовал в виде PR технику о которой говорил в этом видео:
https://twitter.com/WebAssemblyEU/status/1323714950444077056

https://github.com/WebAssembly/binaryen/pull/3317

Я могу embedded рассказать, моя команда встраивает wasm3 в wowcube, я написал виртуальную память (в эмбеддед устройствах мало оперативы, но есть flash)

Те вы насилуете flash память, которая и так имеет мало циклов перезаписи?

звучит оочень круто

добавили вас в список