Description of problem: Stepping C++ source code of my project inside QtCreator 3.5.0. The program is compiled with Clang 3.5.0 in Release With Debug Info. GDB crashes when trying to step over SDL_PollEvent call, only when done inside QtCreator, if gdb is launched via command line the crash doesn't happen. I can provide the source code if needed. Version-Release number of selected component: gdb-7.9.1-19.fc22 Additional info: reporter: libreport-2.6.2 backtrace_rating: 4 cmdline: /bin/gdb -i mi --tty=/tmp/smjert/QtCreator.aF6795 crash_function: dump_core executable: /usr/bin/gdb global_pid: 8494 kernel: 4.1.10-200.fc22.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #2 dump_core at ../../gdb/utils.c:577 #3 internal_vproblem at ../../gdb/utils.c:785 #4 internal_verror at ../../gdb/utils.c:811 #5 internal_error at ../../gdb/common/errors.c:55 #6 register_size at ../../gdb/regcache.c:174 #7 read_frame_register_value at ../../gdb/findvar.c:670 #8 address_from_register at ../../gdb/findvar.c:785 #9 execute_stack_op at ../../gdb/dwarf2expr.c:933 #10 dwarf_expr_eval at ../../gdb/dwarf2expr.c:363 #11 dwarf2_evaluate_loc_desc_full at ../../gdb/dwarf2loc.c:2215 Potential duplicate: bug 907028
Created attachment 1081772 [details] File: backtrace
Created attachment 1081773 [details] File: cgroup
Created attachment 1081774 [details] File: core_backtrace
Created attachment 1081775 [details] File: dso_list
Created attachment 1081776 [details] File: environ
Created attachment 1081777 [details] File: limits
Created attachment 1081778 [details] File: maps
Created attachment 1081779 [details] File: mountinfo
Created attachment 1081780 [details] File: namespaces
Created attachment 1081781 [details] File: open_fds
Created attachment 1081782 [details] File: proc_pid_status
Created attachment 1081783 [details] File: var_log_messages
Created attachment 1081784 [details] File: GDBCrashSrc.tar.xz
(In reply to smjert30 from comment #13) > Created attachment 1081784 [details] > File: GDBCrashSrc.tar.xz This is part of my source code, the necessary bits, that makes gdb crash.
It is invalid DWARF generated by clang; but sure GDB should not crash on it: <3><22b2>: Abbrev Number: 69 (DW_TAG_variable) <22b3> DW_AT_location : 7 byte block: 92 ff ff ff ff f 0 (DW_OP_bregx: 4294967295 (r-1) 0) <22bb> DW_AT_name : (indirect string, offset: 0x2a36): texture_data <22bf> DW_AT_decl_file : 6 <22c0> DW_AT_decl_line : 56 <22c1> DW_AT_type : <0x1d3>
[patch] Fix internal error on DW_OP_bregx(-1) https://sourceware.org/ml/gdb-patches/2015-10/msg00166.html
gdb-7.9.1-20.fc22 has been submitted as an update to Fedora 22. https://bodhi.fedoraproject.org/updates/FEDORA-2015-7113eaf84e
gdb-7.9.1-20.fc22 has been pushed to the Fedora 22 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with $ su -c 'dnf --enablerepo=updates-testing update gdb' You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-7113eaf84e
gdb-7.10-29.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with $ su -c 'dnf --enablerepo=updates-testing update gdb' You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-5087833b90
gdb-7.10-29.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.
gdb-7.9.1-20.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.