fix: update write pointer after Realloc in freezeArrayBuffer

[iwadon]

macOS上でビルドしたdisを実行すると"ヒープメモリが不足しています。"としてエラー終了することがありました。

iwatsuki-mbp:~/src/x68k/dis-mod% ./build/dis t.x t.s --overwrite
ソースコードジェネレータ for X680x0 version 4.05
Copyright (C)1989-1992 K.Abe, 1994-1997 R.ShimiZu, 2025-06-17 TcbnErik.
対象MPU: 68000
t.x を読み込みます。
/Users/don/src/x68k/dis-mod/include/doscall.mac を読み込みます。
/Users/don/src/x68k/dis-mod/include/iocscall.mac を読み込みます。
/Users/don/src/x68k/dis-mod/include/fefunc.mac を読み込みます。
リロケート情報を展開します。
シンボルテーブルを展開します。
プログラム領域解析中です。><
データ領域解析中です。#
データ領域の中からプログラム領域を探しています(1)。
文字列を探しています。.
データ領域の中からプログラム領域を探しています(2)。
ラベルチェック中。.:
ソースを作成中です。
ヒープメモリが不足しています。
[1]    78199 exit 1     ./build/dis t.x t.s --overwrite

もとのアセンブリ言語のソースコードは.dc.w $ff00のみの簡単なものです。

    .text
    .even
label::
    .dc.w   $ff00

調べましたところ、freezeArrayBuffer()にてRealloc()経由で呼び出されたrealloc()が再配置されたメモリブロックを返した際にab->bufferとab->writeの位置関係が逆転することがあり、その結果size_t size = (char*)ab->write - (char*)ab->buffer;で計算された大きな値がRealloc()に渡りエラー終了する、という流れのようです。

すでにsecureArrayBufferCapacity()でab->bufferとab->writeが一緒に更新されてましたので、同じようにfreezeArrayBuffer()においてもab->bufferとab->writeを一緒に更新するように修正しました。手元では問題なく動くようになりましたが、この修正で問題ないでしょうか？

[kg68k]

なるほど、

• realloc()は規格上、同じサイズや小さいサイズへの変更時にもメモリブロックが移動することがあり、macOSではそのような実装になっている。
• 同じオブジェクトでfreezeArrayBuffer()を複数回呼んでいて、二回目の呼び出しでエラーになる。

ということですね。
マージさせていただきます。