https://bugs.kde.org/show_bug.cgi?id=466172
--- Comment #6 from Mike J <[email protected]> --- Thanks Paul. I was unaware of TUI mode, its really useful. The following extract is from the TUI asm and command windows. It shows a int3 rather than a push %rbp on the initial entry, where the call stack still shows as being normal. On the stepi (rather than a step tried previously), the call stack has then become corrupted. Is the int3 likely to be something that valgrind might introduce instead of the push %rbp ? B+>x0x534b5e0 <__GI_getaddrinfo> int3 x0x534b5e1 <__GI_getaddrinfo+1> mov %rsp,%rbp x0x534b5e4 <__GI_getaddrinfo+4> push %r15 x0x534b5e6 <__GI_getaddrinfo+6> push %r14 x0x534b5e8 <__GI_getaddrinfo+8> mov %rdi,%r14 x0x534b5eb <__GI_getaddrinfo+11> push %r13 x0x534b5ed <__GI_getaddrinfo+13> mov %rsi,%r13 x0x534b5f0 <__GI_getaddrinfo+16> push %r12 x0x534b5f2 <__GI_getaddrinfo+18> mov %rdx,%r12 x0x534b5f5 <__GI_getaddrinfo+21> push %rbx x0x534b5f6 <__GI_getaddrinfo+22> sub $0x518,%rsp x0x534b5fd <__GI_getaddrinfo+29> test %rdi,%rdi x0x534b600 <__GI_getaddrinfo+32> mov %rcx,-0x530(%rbp) (gdb) where #0 __GI_getaddrinfo (name=0x5632040 "hostname.localdomain", service=service@entry=0x0, hints=hints@entry=0x1ffefff930, pai=pai@entry=0x1ffefff928) at ../sysdeps/posix/getaddrinfo.c:2208 #1 0x0000000000401b19 in show_name (type=type@entry=DNS) at hostname.c:339 #2 0x00000000004013e4 in main (argc=2, argv=0x1ffefffb98) at hostname.c:550 (gdb) stepi stepi >x0x534b5e1 <__GI_getaddrinfo+1> mov %rsp,%rbp x0x534b5e4 <__GI_getaddrinfo+4> push %r15 x0x534b5e6 <__GI_getaddrinfo+6> push %r14 x0x534b5e8 <__GI_getaddrinfo+8> mov %rdi,%r14 x0x534b5eb <__GI_getaddrinfo+11> push %r13 x0x534b5ed <__GI_getaddrinfo+13> mov %rsi,%r13 x0x534b5f0 <__GI_getaddrinfo+16> push %r12 x0x534b5f2 <__GI_getaddrinfo+18> mov %rdx,%r12 x0x534b5f5 <__GI_getaddrinfo+21> push %rbx x0x534b5f6 <__GI_getaddrinfo+22> sub $0x518,%rsp x0x534b5fd <__GI_getaddrinfo+29> test %rdi,%rdi x0x534b600 <__GI_getaddrinfo+32> mov %rcx,-0x530(%rbp) x0x534b607 <__GI_getaddrinfo+39> movq $0x0,-0x4c0(%rbp) (gdb) where where #0 0x000000000534b5e1 in __GI_getaddrinfo (name=0x5632040 "hostname.localdomain", service=0x0, hints=0x1ffefff930, pai=0x1ffefff928) at ../sysdeps/posix/getaddrinfo.c:2208 #1 0x0000001ffefffa40 in ?? () #2 0x000000000529d226 in __GI_getenv (name=0x1ffefff930 "\002") at getenv.c:35 #3 0x0000000000000000 in ?? () -- You are receiving this mail because: You are watching all bug changes.
