BizHawk/BizHawk.Emulation.Common/Base Implementations/TraceBuffer.cs

using System.Collections.Generic;
using System.Linq;

//garbage

namespace BizHawk.Emulation.Common
{
	public class TraceBuffer : ITraceable
	{
		public TraceBuffer()
		{
			Header = "Instructions";
		}

		public string Header { get; set; }

		public ITraceSink Sink { get; set; }

		public bool Enabled { get { return Sink != null; } }

		public void Put(TraceInfo info) { Sink.Put(info); }
	}
}
-												Refactor ITraceable to work on TraceInfo objects that separate Disassembly and Register information.  Make Tracelogger two columns.

											
										
										
											2016-02-21 22:34:14 +00:00
+								using System.Collections.Generic;
 								using System.Linq;
-												Forgot to add these files
											
										
										
											2014-12-05 00:17:34 +00:00
-												* add a new IToolForm update mechanism which has extensible update points (so a tool can both pre- and post- update)

* make trace logging "core-pushes" model, to a sink installed by the frontend. This sink can go straight to the disk without wasting memory if that's what the Trace Logger tool has selected; or the Trace Logger will buffer it if it needs to.  Formerly, we had a "core-pushes-to-buffer" and "client-pulls-once-per-frame" which necessarily caused huge buffers no matter what was going on.

											
										
										
											2016-08-13 20:31:04 +00:00
+								//garbage
-												Forgot to add these files
											
										
										
											2014-12-05 00:17:34 +00:00
+								namespace BizHawk.Emulation.Common
 								{
-												Break off ITracer from IDebuggable, rename to ITraceable and make it an IEmulatorService, refactor things accordingly
											
										
										
											2014-12-23 01:58:12 +00:00
+									public class TraceBuffer : ITraceable
-												Forgot to add these files
											
										
										
											2014-12-05 00:17:34 +00:00
+									{
 										public TraceBuffer()
 										{
 											Header = "Instructions";
 										}
-												* add a new IToolForm update mechanism which has extensible update points (so a tool can both pre- and post- update)

* make trace logging "core-pushes" model, to a sink installed by the frontend. This sink can go straight to the disk without wasting memory if that's what the Trace Logger tool has selected; or the Trace Logger will buffer it if it needs to.  Formerly, we had a "core-pushes-to-buffer" and "client-pulls-once-per-frame" which necessarily caused huge buffers no matter what was going on.

											
										
										
											2016-08-13 20:31:04 +00:00
+										public string Header { get; set; }
-												Forgot to add these files
											
										
										
											2014-12-05 00:17:34 +00:00
-												* add a new IToolForm update mechanism which has extensible update points (so a tool can both pre- and post- update)

* make trace logging "core-pushes" model, to a sink installed by the frontend. This sink can go straight to the disk without wasting memory if that's what the Trace Logger tool has selected; or the Trace Logger will buffer it if it needs to.  Formerly, we had a "core-pushes-to-buffer" and "client-pulls-once-per-frame" which necessarily caused huge buffers no matter what was going on.

											
										
										
											2016-08-13 20:31:04 +00:00
+										public ITraceSink Sink { get; set; }
-												Forgot to add these files
											
										
										
											2014-12-05 00:17:34 +00:00
-												* add a new IToolForm update mechanism which has extensible update points (so a tool can both pre- and post- update)

* make trace logging "core-pushes" model, to a sink installed by the frontend. This sink can go straight to the disk without wasting memory if that's what the Trace Logger tool has selected; or the Trace Logger will buffer it if it needs to.  Formerly, we had a "core-pushes-to-buffer" and "client-pulls-once-per-frame" which necessarily caused huge buffers no matter what was going on.

											
										
										
											2016-08-13 20:31:04 +00:00
+										public bool Enabled { get { return Sink != null; } }
-												Forgot to add these files
											
										
										
											2014-12-05 00:17:34 +00:00
-												* add a new IToolForm update mechanism which has extensible update points (so a tool can both pre- and post- update)

* make trace logging "core-pushes" model, to a sink installed by the frontend. This sink can go straight to the disk without wasting memory if that's what the Trace Logger tool has selected; or the Trace Logger will buffer it if it needs to.  Formerly, we had a "core-pushes-to-buffer" and "client-pulls-once-per-frame" which necessarily caused huge buffers no matter what was going on.

											
										
										
											2016-08-13 20:31:04 +00:00
+										public void Put(TraceInfo info) { Sink.Put(info); }
-												Forgot to add these files
											
										
										
											2014-12-05 00:17:34 +00:00
+									}
 								}