public inbox for gdb-prs@sourceware.org
help / color / mirror / Atom feed
* [Bug gdb/12733] New: Reading memory from target omits the first byte
@ 2011-05-05 12:08 fyzmat at gmail dot com
2011-11-07 21:13 ` [Bug gdb/12733] " tromey at redhat dot com
2012-01-15 17:11 ` fyzmat at gmail dot com
0 siblings, 2 replies; 3+ messages in thread
From: fyzmat at gmail dot com @ 2011-05-05 12:08 UTC (permalink / raw)
To: gdb-prs
http://sourceware.org/bugzilla/show_bug.cgi?id=12733
Summary: Reading memory from target omits the first byte
Product: gdb
Version: 7.2
Status: NEW
Severity: normal
Priority: P2
Component: gdb
AssignedTo: unassigned@sourceware.org
ReportedBy: fyzmat@gmail.com
Created attachment 5706
--> http://sourceware.org/bugzilla/attachment.cgi?id=5706
Place of the bug and fix
Hello,
I found out that gdb omits the first byte of memory in a special case. If the
reading of large amount of memory fails, the gdb tries to read just one byte at
first and then it reads smaller pieces of memory. In this case the first read
byte is omitted.
I have done some investigation of this behaviour and a probable bug in function
target_read_until_error in file target.c. I am attaching my fix.
Regards,
Tomas
--
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.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug gdb/12733] Reading memory from target omits the first byte
2011-05-05 12:08 [Bug gdb/12733] New: Reading memory from target omits the first byte fyzmat at gmail dot com
@ 2011-11-07 21:13 ` tromey at redhat dot com
2012-01-15 17:11 ` fyzmat at gmail dot com
1 sibling, 0 replies; 3+ messages in thread
From: tromey at redhat dot com @ 2011-11-07 21:13 UTC (permalink / raw)
To: gdb-prs
http://sourceware.org/bugzilla/show_bug.cgi?id=12733
Tom Tromey <tromey at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |WAITING
CC| |tromey at redhat dot com
--- Comment #1 from Tom Tromey <tromey at redhat dot com> 2011-11-07 21:13:18 UTC ---
The code here seems to have changed.
I don't see target_read_until_error in target.c any more.
Can you try 7.3 or CVS HEAD and see if you still have the problem?
--
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.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug gdb/12733] Reading memory from target omits the first byte
2011-05-05 12:08 [Bug gdb/12733] New: Reading memory from target omits the first byte fyzmat at gmail dot com
2011-11-07 21:13 ` [Bug gdb/12733] " tromey at redhat dot com
@ 2012-01-15 17:11 ` fyzmat at gmail dot com
1 sibling, 0 replies; 3+ messages in thread
From: fyzmat at gmail dot com @ 2012-01-15 17:11 UTC (permalink / raw)
To: gdb-prs
http://sourceware.org/bugzilla/show_bug.cgi?id=12733
fyzmat at gmail dot com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |RESOLVED
Resolution| |FIXED
--- Comment #2 from fyzmat at gmail dot com 2012-01-15 17:11:38 UTC ---
Today I tried the official version of GDB 7.3.1. The problem seems to be fixed
in that version.
--
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.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2012-01-15 17:11 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-05-05 12:08 [Bug gdb/12733] New: Reading memory from target omits the first byte fyzmat at gmail dot com
2011-11-07 21:13 ` [Bug gdb/12733] " tromey at redhat dot com
2012-01-15 17:11 ` fyzmat at gmail dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).