Path: csiph.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Stefan Reuther Newsgroups: de.comp.os.unix.programming Subject: =?UTF-8?Q?Re=3a_Ung=c3=bcltigen_Maschinenbefehl_rausfinden?= Date: Sun, 16 Jul 2023 08:40:42 +0200 Lines: 21 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: individual.net ZooeBh1BOxGPHc5G0/2kdALxTRypKmxQf+ERC5dCqsxsbdjIu4 Cancel-Lock: sha1:pKavvckDZiORfWsKlk7B06DfvVk= sha256:LfQdnLouForO4RF7h4f2R4PH+KtzHgO72cHs/Tf7KrM= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 Hamster/2.1.0.1538 In-Reply-To: Xref: csiph.com de.comp.os.unix.programming:3033 Am 15.07.2023 um 19:32 schrieb Marco Moock: > Die Architektur 8amd64) passt. Ich vermute, dass die so kompiliert > haben, dass Befehlssätze genutzt werden, die mein Prozessor nicht hat. > Da würde ich gerne mehr drüber rausfinden und wissen, welcher Befehl da > genutzt wird und welchen Befehlssatz ich dafür bräuchte, ggf. um das > dem TS-Support mitzuteilen. [...] > Das ist, was ich mit strace bekomme und beinhaltet den Crash-Zeitpunkt. Kannst du die ts3client_linux_amd64 im Debugger laufen lassen ('gdb -ex r --args' vor den Aufruf schreiben)? Alternativ ein Core schreiben lassen und das im Debugger anschauen. 'disas $pc, $pc+20' am Prompt (gdb) sollte dann sagen, was er für einen Befehl gefunden hat. Neben der Möglichkeit, dass das Programm einen Befehl benutzt, den dein Prozessor nicht kann, gibt es auch die Möglichkeit, dass er einfach irgendwohin gesprungen ist, wo kein Code liegt. Stefan