Kscrash: Lengkungan Gambar biner AppleFormatReport salah?

Saya pikir saya memiliki masalah yang sama. Saya ingin tahu apakah ada cara untuk memperbaikinya?

@kstenerud Halo, saya ingin tahu apakah Anda tahu cara memperbaikinya? Jika Anda memberi saya beberapa petunjuk atau tempat untuk mulai melihat, saya dapat memperbaikinya dan mengirimkan PR.
Bantuan apa pun sangat dihargai

Saya mempunyai masalah yang sama juga.
Ketika saya melambangkan log kerusakan AppleFormat, saya mendapatkan kesalahan atos cannot load symbols for the file ~/Library/Developer/Xcode/iOS DeviceSupport/14.6 (18F72) arm64e/Symbols/usr/lib/system/libsystem_c.dylib for architecture arm64.
Jadi saya mengubah arsitektur Gambar Biner dari arm64 ke arm64e dan berhasil.
Saya men-debug kode untuk melihat mengapa arsitekturnya salah dan menemukan ini:

Saya ingin tahu apakah ada cara untuk memperbaikinya?
@happy201993 @nacho4d Sudahkah Anda menyelesaikannya? Bantuan apa pun sangat dihargai

@AndyXB saya masih menyelidiki masalah ini.
Saya juga mencatat cpusubtype adalah nomor aneh itu: -2147483646 . KSCrash mengharapkan menjadi 2 sehingga dikenali sebagai arm64e Saya ingin tahu apakah kita harus menafsirkan cpusubtype itu dengan cara yang berbeda (-2147483646 adalah Int32 min (-2147483648) ditambah 2 ... ini mencurigakan)...

Sementara itu saya telah memperbaiki hal-hal arm64e kecil lainnya di https://github.com/kstenerud/KSCrash/pull/415 tetapi masalah utama ini (masalah utama) masih tersisa. saya masih menyelidiki...

Pembaruan: Saya menemukan alasannya. KSCrash menggunakan logikanya sendiri untuk menghitung nama arsitektur dari cputype dan cpusubtuype. Itu harus menggunakan NXGetArchInfoFromCpuType seperti dalam jawaban stackoverflow ini. Saya telah mencoba dan bekerja dengan baik. Saya akan memperbarui permintaan tarik di atas sekarang :)

Besar! LGTM! Terima kasih.

Terima kasih!

Hanya untuk catatan. Permintaan tarik di atas memecahkan masalah tetapi belum digabungkan. Orang dapat menggunakan garpu saya jika diperlukan tentu saja.

(Sayangnya saya tidak seharusnya menggunakan garpu saya sendiri untuk proyek klien. Jadi alangkah baiknya jika @kstenerud menyetujuinya.)

@kstenerud Bisakah Anda melihatnya?

Halo, saya telah menerima email Anda dan akan membalas sesegera mungkin.