inside
buf write 1b58ac0 f0 00000000 00000200 -- 00000200 00004600 -- 00004800
0 1 1 200 200
write 01b58ac0 -- f0 00000200 00004000
outside
append
write 01b58ac0 -- eb 00000000 00000200

最後の方に何書いてるのか、って話になりそう。

NetBSDでのmformatの実行結果、なんかこれ地味にマズくないか？

00167fd0 02 00 00 00 01 00 00 00 d0 65 0e ff 7f 7f 00 00 |.........e......|
00167fe0 e0 69 0e ff 7f 7f 00 00 c0 61 0e ff 7f 7f 00 00 |.i.......a......|
00167ff0 2f 75 73 72 2f 73 68 61 72 65 2f 6c 6f 63 61 6c |/usr/share/local|
00168000

なんか触っちゃいけないメモリを触ってるのか、あるいは初期化してないのか…すごく嫌な予感がする。

えーー？！

- ゴミあり
DragonFlyBSD(gcc)
FreeBSD(clang, gcc)
NetBSD(clang, gcc)
Linux(gcc)
OpenBSD(clang)

- ゴミなし
Linux(clang)
OpenBSD(egcc)

openbsd-clang.img
00167ff0 68 37 00 00 22 00 0b 00 e0 ad 0a 00 00 00 00 00 |h7.."...........|
00168000
openbsd-egcc.img
*
00168000
uaa@framboise:/export$

linux-clang16.img
*
00168000
linux-gcc.img
00167ff0 50 bf fb 75 fc 7f 00 00 00 00 00 00 00 00 00 00 |P..u............|
00168000
netbsd-clang.img
00167ff0 50 73 a2 ff 7f 7f 00 00 90 72 a2 ff 7f 7f 00 00 |Ps.......r......|
00168000
netbsd-gcc.img
00167ff0 2f 75 73 72 2f 73 68 61 72 65 2f 6c 6f 63 61 6c |/usr/share/local|
00168000

uaa@framboise:/export$ for i in *.img;do echo $i ;hexdump -C $i |tail -n2;done
dragonfly-gcc.img
00167ff0 30 c8 df ff ff 7f 00 00 02 00 00 00 02 00 00 00 |0...............|
00168000
freebsd-clang.img
00167ff0 f4 37 e8 00 00 00 00 00 2b 90 a7 67 08 00 00 00 |.7......+..g....|
00168000
freebsd-gcc.img
00167ff0 48 6b 82 20 00 00 00 00 00 00 00 00 00 00 00 00 |Hk. ............|
00168000

mtools-4.0.47に上げても、format -i a.bin -f 1440 -Cでファイルの最後がゴミになる件…OpenBSDでもegccなら問題なく、cc(clang)で発生することが分かった。他のプラットフォームでもgcc/clangで問題が起こるかどうか、探ってみることにする。

portsも投げちゃったし…埋まりたい…

mtools-4.0.47にしたら改善するだろうと思ったら全然改善しない＞＜
なぜだあああああああああああああああああああああああああああああああああああああああああああああ