This is the mail archive of the
gdb-prs@sourceware.org
mailing list for the GDB project.
[Bug gdb/12493] New: GDB Singe-Step Error: Windows (MinGW) GDB 7.x Under certain conditions, attempts to Single Step result in the error: "Error accessing memory address 0xxxxxxxx: Input/output error"
- From: "fredflintstone at wind-drifter dot com" <sourceware-bugzilla at sourceware dot org>
- To: gdb-prs at sourceware dot org
- Date: Wed, 16 Feb 2011 15:35:25 +0000
- Subject: [Bug gdb/12493] New: GDB Singe-Step Error: Windows (MinGW) GDB 7.x Under certain conditions, attempts to Single Step result in the error: "Error accessing memory address 0xxxxxxxx: Input/output error"
- Auto-submitted: auto-generated
http://sourceware.org/bugzilla/show_bug.cgi?id=12493
Summary: GDB Singe-Step Error: Windows (MinGW) GDB 7.x Under
certain conditions, attempts to Single Step result in
the error: "Error accessing memory address 0xxxxxxxx:
Input/output error"
Product: gdb
Version: unknown
Status: NEW
Severity: normal
Priority: P2
Component: gdb
AssignedTo: unassigned@sourceware.org
ReportedBy: fredflintstone@wind-drifter.com
Created attachment 5245
--> http://sourceware.org/bugzilla/attachment.cgi?id=5245
Project files to re-create error and log files
DESCRIPTION OF PROBLEM:
GDB Singe-Step Error: Under certain conditions, cannot Single-Step using Windws
(MinGW) GDB. Breakpoints may be set and watch values update correctly, however
attempts to Single Step (using the Code::Blocks toolbar button or F7) result in
the error:
"Error accessing memory address 0xxxxxxxx: Input/output error"
It seems that only single-stepping is affected. Breakpoints may be set at each
line, and the program resumed at each breakpoint, which will allow a
single-step equivalent debug process.
The problem does not occur with gdb 6.8, nor on Fedora 14 Linux(all versions).
All MinGW 7.1 and 7.2 versions MinGW I have tried have the problem.
See Full Discussion thread on Code::Blocks Forum:
http://forums.codeblocks.org/index.php/topic,14193.0.html for more info
wxWidgets (2.8.11) project built in Code::Blocks IDE (10.05 and svn 6931) XP
Pro x64 2003 SP2
PROBLEM OCCURS WITH:
-tdm version ( from http://tdm-gcc.tdragon.net/ ) GNU gdb (GDB) 7.1
-http://sourceforge.net/projects/mingw/files/ using mingw-get-inst-20101030.exe
GNU gdb (GDB) 7.2
-http://pcxprj.googlecode.com/files/MinGW_win32_gcc4.5.3static_snapshots.7z GNU
gdb (GDB) 7.2.50.20110115
(For each of the above, the entire compiler/debugger/utils package was
downloaded, and the project cleaned and rebuilt with the associated compiler
before testing)
PROBLEM DOES NOT OCCUR WITH:
-MinGW packaged with Code::Blocks (10.05) GNU gdb 6.8
-Any gdb version in Fedora Linux
FILES IN ATTACHED ZIP:
-All the Code::Blocks project files in case they have any bearing on the
problem (doubtful, several different projects with different settings have been
created, all with the same problem.)
-portions of log files from various runs collected in a single file.
-two cpp source files: dcmain.cpp, dataclass.cpp
-Two .h header files)
-A0018.prn is a sample data file.
***************TO REPRODUCE PROBLEM, LOCATION OF DATA FILE IS
CRITICAL***************:
-data file in parallel folder (up a level from the project file, then down a
level into another folder) - the problem always occurs. (Example: project is in
../wxprojs/debugerror, data file is in ../wxprojs/otherfolder)
-data file in project folder -it usually works, although not always. But
immediately running it again can change the result from the previous run
-data file in parent folder - fairly random (Example: project is in
../wxprojs/debugerror, data file is in project is in ../wxprojs)
TO PRODUCE THE ERROR:
Set a breakpoint at line 227 in dataclass.cpp
( if(!DS[setnum].minmaxset[0]) return false; is the line)
Start the debugger, go to File|Open New ASCII and open A0018.prn (IN A
'PARALLEL' FOLDER - SEE ABOVE)
The debugger should stop at the breakpoint. Use the single-step command. This
should produce the memory access error.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.