This is the mail archive of the gdb-patches@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] |
On Monday 05 April 2010 18:10:49 Stan Shebs wrote: > Memory blocks in the trace buffer are limited to 65K (to save a couple > bytes in the length field, since most blocks are small), and a tester > trying to collect a quarter-megabyte(!) C++ object ran into trouble with > that. The fix is really a target-side thing, but the trace file reader > needs to cognizant of this detail also. Fortunately, we can exploit > GDB's partial xfer mechanism, and just return what we find in one block, > expecting that GDB will re-request the remainder. > > I also made the tfile target has_all_memory, and added an emulation of > QTro behavior, which lets disassembly and the like work, but rejects > attempts to print non-constant globals that were not collected. > Committed to trunk. there's some problems with this commit ... it introduces a warning which breaks with -Werror: tracepoint.c: In function âtfile_xfer_partialâ: tracepoint.c:3895: error: ignoring return value of âreadâ, declared with attribute warn_unused_result that particular piece of code also has slightly broken whitespace: <space><space><tab><space><space>....... -mike
Attachment:
signature.asc
Description: This is a digitally signed message part.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |