Enrico Deiana

Can't reproduce on our internal aarch64 Ubuntu 22.04 LTS machine: ``` $ ./bin64/drrun -c samples/bin64/libcallstack.so -- ls wrapping /usr/lib/aarch64-linux-gnu/libc.so.6!malloc malloc called from: libc.so.6! libc.so.6! libselinux.so.1! libselinux.so.1! ld-linux-aarch64.so.1! ld-linux-aarch64.so.1! ld-linux-aarch64.so.1! ld-linux-aarch64.so.1!...

Same output mismatch happened in x86-32 (https://github.com/DynamoRIO/dynamorio/actions/runs/18724532585/job/53405532740?pr=7691) ``` ====> FAILURE in debug-internal-32

Happened on x86-32: https://github.com/DynamoRIO/dynamorio/actions/runs/19878728699/job/56971949068 Master merge: https://github.com/DynamoRIO/dynamorio/commit/0caf3965ad9c3099e18568a387d9c4a2d4b63d9f

Hi @gigabyte-1000 ! This is an interesting case, I don't think we ever tried to attach DynamoRIO to a game like StarOcean. This might be a timing transparency issue (https://dynamorio.org/transparency.html#sec_trans_pretend),...

As Derek already pointed out, private libraries can be challenging to support. Can you confirm that if `OpenFileMappingA()` is removed, the client works fine?