Kscrash: L'arc des images binaires AppleFormatReport est erroné ?

Créé le 7 avr. 2021  ·  10Commentaires  ·  Source: kstenerud/KSCrash

Bibliothèque système.
J'ai arch arm64, mais en fait c'est arm64e

Commentaire le plus utile

Génial! LGTM ! THX.

Tous les 10 commentaires

image

Je pense que j'ai le même problème. Je me demande s'il existe un moyen de résoudre ce problème?

@kstenerud Bonjour, je me demande si vous connaissez un moyen de résoudre ce problème? Si vous me donnez des indications ou un endroit où commencer à regarder, je peux faire un correctif et soumettre un PR.
Toute aide est grandement appréciée

J'ai le même probléme.
Lorsque j'ai symbolisé le journal des plantages AppleFormat, j'ai eu l'erreur 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.
J'ai donc changé l'architecture des images binaires de arm64 à arm64e et cela a fonctionné.
J'ai débogué le code pour voir pourquoi l'architecture est erronée et j'ai trouvé ceci :
image
Je me demande s'il existe un moyen de résoudre ce problème?
@ happy201993 @ nacho4d Avez-vous déjà travaillé dessus ? Toute aide est grandement appréciée

@AndyXB J'enquête toujours sur ce problème.
J'ai également noté que le cpusubtype est ce nombre étrange : -2147483646 . KSCrash s'attend à être 2 donc il est reconnu comme arm64e Je me demande si nous devrions interpréter ce cpusubtype d'une manière différente (-2147483646 est Int32 min (-2147483648) plus 2 ... c'est suspect) ...

En attendant, j'ai corrigé d'autres problèmes mineurs d'arm64e dans https://github.com/kstenerud/KSCrash/pull/415 mais ce problème principal (le problème principal) persiste. J'enquête toujours...

Mise à jour : j'ai trouvé la raison. KSCrash utilise sa propre logique pour calculer le nom de l'architecture à partir de cputype et cpusubtuype. Il doit utiliser NXGetArchInfoFromCpuType comme dans cette réponse stackoverflow . J'ai essayé et fonctionne très bien. Je vais mettre à jour la pull request ci-dessus maintenant :)

Génial! LGTM ! THX.

Merci!

Juste pour info. La demande d'extraction ci-dessus résout le problème, mais elle n'est pas encore fusionnée. Les gens peuvent utiliser ma fourchette si nécessaire bien sûr.

(Malheureusement, je ne suis pas censé utiliser mon propre fork pour les projets clients. Ce serait donc formidable que @kstenerud l'approuve.)

@kstenerud Pourriez-vous y jeter un œil s'il vous plaît?

Bonjour, j'ai bien reçu votre mail et vous répondrai dans les plus brefs délais.

Cette page vous a été utile?
0 / 5 - 0 notes