Kscrash: O arco de imagens binárias AppleFormatReport está errado?

Criado em 7 abr. 2021  ·  10Comentários  ·  Fonte: kstenerud/KSCrash

Biblioteca do Sistema.
Eu tenho o arco arm64, mas na verdade é o arm64e

Comentários muito úteis

Excelente! LGTM! THX.

Todos 10 comentários

image

Acho que tenho o mesmo problema. Gostaria de saber se existe uma maneira de corrigir isso?

@kstenerud Olá, gostaria de saber se você conhece uma maneira de corrigir isso? Se você me der algumas dicas ou um lugar para começar a olhar, posso fazer uma correção e enviar um PR.
Qualquer ajuda é muito apreciada

Eu também tenho o mesmo problema.
Quando simbolizei o log de falhas do AppleFormat, recebi o erro 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.
Então eu mudei a arquitetura de imagens binárias de arm64 para arm64e e funcionou.
Eu depuro o código para ver por que a arquitetura está errada e encontrei isso:
image
Gostaria de saber se existe uma maneira de corrigir isso?
@happy201993 @nacho4d Você já resolveu? Qualquer ajuda é muito apreciada

@AndyXB Ainda estou investigando esse problema.
Também observei que o cpusubtype é aquele número estranho: -2147483646 . KSCrash espera ser 2 por isso é reconhecido como arm64e Eu me pergunto se devemos interpretar esse cpussubtype de uma maneira diferente (-2147483646 é Int32 min (-2147483648) mais 2 ... isso é suspeito) ...

Enquanto isso, consertei outras coisas menores do arm64e em https://github.com/kstenerud/KSCrash/pull/415 , mas esse problema principal (o problema principal) ainda permanece. ainda estou investigando...

Atualização: descobri o motivo. O KSCrash está usando sua própria lógica para calcular o nome da arquitetura de cputype e cpusubtuype. Ele deve usar NXGetArchInfoFromCpuType como nesta resposta de stackoverflow . Eu tentei e funciona muito bem. Vou atualizar o pull request agora :)

Excelente! LGTM! THX.

Obrigado!

Só para constar. A solicitação pull acima resolve o problema, mas ainda não foi mesclada. As pessoas podem usar meu garfo, se necessário, é claro.

(Infelizmente, não devo usar meu próprio fork para projetos de clientes. Então seria ótimo se @kstenerud aprovasse .)

@kstenerud Você poderia dar uma olhada por favor?

Olá, recebi seu e-mail e responderei o mais breve possível.

Esta página foi útil?
0 / 5 - 0 avaliações

Questões relacionadas

kstenerud picture kstenerud  ·  4Comentários

1t2t3t4t picture 1t2t3t4t  ·  3Comentários

ferrous777 picture ferrous777  ·  30Comentários

chzhij5 picture chzhij5  ·  17Comentários

pdrtrifork picture pdrtrifork  ·  12Comentários