Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
* [RFA] Submit process record and replay third time, 1/9
@ 2009-01-08  5:44 teawater
  2009-01-09 11:13 ` Joel Brobecker
  0 siblings, 1 reply; 2+ messages in thread
From: teawater @ 2009-01-08  5:44 UTC (permalink / raw)
  To: gdb-patches

[-- Attachment #1: Type: text/plain, Size: 682 bytes --]

This patch is add two function pointers interface to GDB architecture
support layer for process record and replay.

After use this patch, still need:
cd src/gdb/
./gdbarch.sh
cp new-gdbarch.c gdbarch.c
cp new-gdbarch.h gdbarch.h

2009-01-08  Hui Zhu  <teawater@gmail.com>

	GDBARCH interface for process record and replay.

	* gdbarch.sh (process_record): This interface point to the
	function that records the inferior execute log.
	(process_record_dasm): This interface points to the function
	that will be called to set inferior status according to the
	instruction in replay mode.

	2008-12-28  Michael Snyder  <msnyder@vmware.com>
	* Comments, spelling, white space clean-ups.

[-- Attachment #2: 1-gdbarch.txt --]
[-- Type: text/plain, Size: 476 bytes --]

--- a/gdbarch.sh
+++ b/gdbarch.sh
@@ -698,6 +698,10 @@
 # Set if the address in N_SO or N_FUN stabs may be zero.
 v:int:sofun_address_maybe_missing:::0:0::0
 
+# For the process record and replay target.
+M:int:process_record:CORE_ADDR addr:addr
+M:void:process_record_dasm:void
+
 # Signal translation: translate inferior's signal (host's) number into
 # GDB's representation.
 m:enum target_signal:target_signal_from_host:int signo:signo::default_target_signal_from_host::0

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [RFA] Submit process record and replay third time, 1/9
  2009-01-08  5:44 [RFA] Submit process record and replay third time, 1/9 teawater
@ 2009-01-09 11:13 ` Joel Brobecker
  0 siblings, 0 replies; 2+ messages in thread
From: Joel Brobecker @ 2009-01-09 11:13 UTC (permalink / raw)
  To: teawater; +Cc: gdb-patches

> +# For the process record and replay target.
> +M:int:process_record:CORE_ADDR addr:addr
> +M:void:process_record_dasm:void

I haven't really followed the last discussions about recording
and reverse debugging. If these two methods are the way we decide
to go, could we document exactly what each method is expected
to do? This will help future implementors, I think.

-- 
Joel


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2009-01-09 11:13 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-01-08  5:44 [RFA] Submit process record and replay third time, 1/9 teawater
2009-01-09 11:13 ` Joel Brobecker

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox