Control: notfound 943579 6.8-3 On Sat, 26 Oct 2019, Thorsten Glaser wrote:
> Version: 8.3.1-1 > But it disassembles wrong: Interestingly enough this is an upstream regression. Disassembling the same code (the ELF source) with gdb 6.3.50.20050707 on MirBSD I get this: (gdb) set disassembly-flavor intel (gdb) set architecture i8086 The target architecture is assumed to be i8086 (gdb) disas _start Dump of assembler code for function _start: 0x0000fe00 <_start+0>: xor ecx,ecx 0x0000fe03 <_start+3>: movl ss,cx 0x0000fe05 <_start+5>: mov sp,0x7bfc 0x0000fe08 <_start+8>: push ecx 0x0000fe0a <_start+10>: data32 0x0000fe0b <_start+11>: popf 0x0000fe0c <_start+12>: movl es,cx 0x0000fe0e <_start+14>: mov di,0x7c00 0x0000fe11 <_start+17>: push di […] (gdb) x/7i _start 0xfe00 <_start>: xor ecx,ecx 0xfe03 <_start+3>: movl ss,cx 0xfe05 <_start+5>: mov sp,0x7bfc 0xfe08 <_start+8>: push ecx 0xfe0a <_start+10>: data32 0xfe0b <_start+11>: popf 0xfe0c <_start+12>: movl es,cx This is all as expected. gdb 6.8-3 in Debian lenny (which I have a chroot at hand from) behaves correctly as well. I do not know whether debugging from a file instead of qemu is relevant as lenny’s gdb doesn’t handle the gdbserver packets qemu sends. bye, //mirabilos -- 15:41⎜<Lo-lan-do:#fusionforge> Somebody write a testsuite for helloworld :-)