BoaでPromiseを保持し忘れてmallocが壊れた

Thu, 10 Sep 2026 20:37:07 +0900

BoaのTest262を回していたら、たまにテストが終了コード134で落ちました。

ログには、こんなエラーが出ています。

malloc(): unsorted double linked list corrupted

最初は、最近入った変更のどこかでメモリを壊しているのだろうと思いました。ただ、Test262は並列に大量のテストを実行するので、ログだけではどのテストが原因なのか分かりません。

まずは変更前後を比べる

最初にやったのは、変更前と変更後の比較です。

Boaの変更前revisionと、問題が見つかったrevisionをそれぞれreleaseビルドして、同じ条件でTest262を実行しました。

Ubuntu x86_64
release build
2 MiB worker stack
4 workers

この条件では、変更前後ともに50,595ケースを最後まで実行できました。

47,606 passed
2,056 ignored
933 failed
0 panic

allocatorの異常終了も再現しませんでした。

実行ファイルのSHA256も一致していたので、少なくともこの実行結果からは、別の変更によって壊れたとは言えません。

ただ、問題のCIでは2回続けて終了134になっています。再実行が通ったからといって、問題が解決したとは扱えません。

ログを見ていると、落ちる直前には次のようなsuiteが実行されていました。

どちらもPromiseやasync処理に関係しています。

そこで、全Test262を何度も回すのではなく、Promiseの解決処理でGCが動く条件を小さいテストにしました。

問題になったのは、Promiseの解決中にresolveやrejectを取り出し、そのあとでthen getterを呼ぶような処理です。getterの実行中には、ユーザーコードが動く可能性があります。そこではGCも発生します。

Promiseの処理では、内部の共有captureからresolveやrejectを取り出します。

このとき、Promiseを追跡可能な参照として保持している場所まで一緒に失われていました。

通常はすぐに問題が起きません。処理が短く、GCも動かなければ、たまたまメモリ上に残った状態で処理が進むからです。

しかし、そのあとにthen getterやhost hookを呼び出すと、ユーザーコードが実行されます。その間にGCが走ると、Promiseが不要なオブジェクトだと判断され、回収される可能性があります。

その状態で後続処理がPromiseを使おうとすると、解放された領域を参照することになります。

最終的に見えていたのが、allocatorの内部データ構造が壊れたというエラーでした。

malloc(): unsorted double linked list corrupted

エラーがmallocから出ているので、最初はヒープのどこかを直接壊しているように見えます。実際には、GCによる回収と参照の保持が正しく対応していないことが入口でした。

修正前のrevisionに回帰テストだけを追加して実行すると、ARM64 LinuxでSIGSEGVを再現できました。

このテストは、次のような条件を含めています。

単純にPromiseが解決するだけなら問題が出ないので、getterの呼び出しとGCが入り得る箇所を組み合わせる必要がありました。