This is the mail archive of the gdb-prs@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[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"


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.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]