Cannot Insert Breakpoint 1.error Accessing Memory Address Input/output Error
Contents |
| Forgot Password Login: [x] Bug14585 - "Error accessing memory address" when creating JIT internal breakpoint Summary: "Error accessing memory address" when creating JIT internal breakpoint Status: RESOLVED gdb cannot insert breakpoint cannot access memory at address DUPLICATE of bug 13987 Alias: None Product: gdb Classification: Unclassified Component: gdb (show gdb break cannot access memory at address other bugs) Version: HEAD Importance: P2 normal Target Milestone: --- Assignee: Not yet assigned to anyone URL: Keywords: Depends on:
Error In Re-setting Breakpoint 1: Cannot Access Memory At Address
Blocks: Reported: 2012-09-14 19:41 UTC by Sergio Durigan Junior Modified: 2012-09-17 18:37 UTC (History) CC List: 1 user (show) tromey See Also: Host: Target: Build: Last reconfirmed: Attachments Add an attachment (proposed
Gdb Cannot Insert Breakpoint 0
patch, testcase, etc.) Note You need to log in before you can comment on or make changes to this bug. Description Sergio Durigan Junior 2012-09-14 19:41:22 UTC I could not find an easy way to reproduce this bug so far. The only way I managed to do so was to: 1) git clone git://git.qemu.org/qemu.git 2) ./configure --enable-kvm --python=python2 --target-list=x86_64-softmmu --disable-uuid --disable-werror --enable-debug --enable-fdt # you will gdb cannot access memory at address need to install the dependencies 3) gdb -q -ex 'run' /tmp/install-qemu/bin/qemu-system-x86_64 And you will see: Warning: Cannot insert breakpoint -1. Error accessing memory address 0x34e96c: Input/output error. Running git-bisect on gdb.git, I found the culprit as being: a7262466d02155f5f70422804e5971f8d5e78118 is the first bad commit commit a7262466d02155f5f70422804e5971f8d5e78118 Author: Tom Tromey
to check the nightly builds in the forum. Home Help Search Login Register Wiki Code::Blocks » User forums » Help » GDB having problems setting breakpoints. « previous next » Send this topic Print Pages: [1] Go Down Author Topic: GDB having problems setting breakpoints. (Read 8747 times) zalzane Single posting newcomer Posts: https://sourceware.org/bugzilla/show_bug.cgi?id=14585 7 GDB having problems setting breakpoints. « on: June 09, 2011, 11:11:08 pm » So what I do is set a breakpoint inside this one constructor, and go to start debug. The full debug console then spews out this info:Code: [Select]PATH=.;G:\Infinita\SDL-1.2.14\include;G:\Infinita\SDL-1.2.14\lib;O:\CodeBlocks\MinGW\bin;E:\Windows\system32;E:\Windows;E:\Windows\System32\Wbem;E:\Windows\System32\WindowsPowerShell\v1.0\
Command-line: O:\CodeBlocks\MinGW\bin\gdb.exe -nx -fullname -quiet -args http://forums.codeblocks.org/index.php?topic=14847.0 bin/Debug/Infinita.exe
Working dir : G:\Infinita\
> set prompt >>>>>>cb_gdb:
Reading symbols from G:\Infinita/bin/Debug/Infinita.exe...done.
(gdb) >>>>>>cb_gdb:
> show version
GNU gdb (GDB) 7.2
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-mingw32".
For bug reporting instructions, please see:
>>>>>>cb_gdb:
> set confirm off
>>>>>>cb_gdb:
> set width 0
>>>>>>cb_gdb:
> set height 0
>>>>>>cb_gdb:
> set breakpoint pending on
>>>>>>cb_gdb:
> set print asm-demangle on
>>>>>>cb_gdb:
> set unwindonsignal on
>>>>>>cb_gdb:
> set debugevents on
>>>>>>cb_gdb:
> set new-console on
>>>>>>cb_gdb:
> set disassembly-flavor att
>>>>>>cb_gdb:
> catch throw
Catchpoint 1 (throw)
>>>>>>cb_gdb:
> source O:\CodeBlocks\share\codeblocks/scripts/stl-views-
Things LocationTech Long-Term Support PolarSys Science OpenMDM More Community Marketplace Events Planet Eclipse Newsletter Videos Participate Report a Bug Forums Mailing Lists Wiki IRC How to https://www.eclipse.org/forums/index.php/t/213210/ Contribute Working Groups Automotive Internet of Things LocationTech Long-Term Support PolarSys Science OpenMDM Toggle navigation Home Projects Forums Eclipse Community Forums Forum Search: Search Help Register Login Home Home» Language IDEs» C / C++ IDE (CDT)» Failed to execute MI command(Eclipse and GDT/MI woes) Show: Today's Messages :: Show Polls :: Message Navigator cannot access Failed to execute MI command [message #683459] Mon, 13 June 2011 19:47 Tom RoweMessages: 2Registered: June 2011 Junior Member I'm running Helios SR2 on RHEL6 32b with CDT 7.02, GDB common 7.0, IBM J9 VM 1.5.0. I'm trying to debug a C++ module across JNI from a JUnit. 1. I launch my "JUnit" debug config and successfully breakpoint cannot access memory immediately after my System.loadLibrary(mysharedlib). 2. I then launch my "C/C++ Attach to Application" debug config, which is defined as: - Application=Debug/libmysharedlib.so - Build config=debug - Debugger=gdb - Non-stop mode=off (although this setting makes no difference) This Attach to Application launches, I then attach it to javaw properly, and I see 13 suspended threads. 3. I then attempt to resume C++ thread #1 (state=suspended: user request) to no avail. - Entering "info break" from the gdb console correctly shows my breakpoint in the C++ code. Further, I can successfully display code in my C++ module, so I know I have debug info present. - Entering "c" from the gdb console gives: Warning: Cannot insert breakpoint 1. Error accessing memory address 0x2da6: Input/output error. 4. When I then attempt to resume the JUnit thread, I get the expected "org.eclipse.jdi.TimeoutException: Timeout occurred while waiting for packet 622. occurred resuming thread." as it appears all C++ threads are still suspended. The workspace/.metadata/.log yields messages like: !ENTRY org.eclipse.cdt.dsf 4 10005 2011-06-13 12:06:55.727 !MESSAGE Request for monitor: 'RequestMonitor (org.eclipse.cdt.dsf.concurre