[Mono-bugs] [Bug 49957][Nor] New - Design and implement new Tool Command Language
bugzilla-daemon@bugzilla.ximian.com
bugzilla-daemon@bugzilla.ximian.com
Thu, 13 May 2004 15:24:07 -0400 (EDT)
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
Changed by miguel@ximian.com.
http://bugzilla.ximian.com/show_bug.cgi?id=49957
--- shadow/49957 2004-05-13 15:24:07.000000000 -0400
+++ shadow/49957.tmp.28419 2004-05-13 15:24:07.000000000 -0400
@@ -0,0 +1,52 @@
+Bug#: 49957
+Product: Mono Tasks
+Version: 0%
+OS: unknown
+OS Details:
+Status: RESOLVED
+Resolution: FIXED
+Severity: Unknown
+Priority: Normal
+Component: Debugger
+AssignedTo: mono-bugs@ximian.com
+ReportedBy: miguel@ximian.com
+QAContact: mono-bugs@ximian.com
+TargetMilestone: ---
+URL:
+Cc:
+Summary: Design and implement new Tool Command Language
+
+The debugger needs a new tool command language for the interpreter.
+This should not be based on a pure language like it is now, but rather
+on the notion of commands, and some specific commands might implement
+extended features like C# parsing.
+
+The general idea is that there is a common tool-like language that
+performs parsing, and grouping, like the Unix shell does, and provides
+the arguments pre-processed, like:
+
+list file.cs 10-20
+
+Would invoke the command "list" with the arguments "file.cs" and
+"10-20". Parsing those is up to each command.
+
+Maybe we could use attributes to annotate commands, so some common
+tasks can be encapsulated, for example:
+
+b -option -option2
+
+We could define:
+
+[Name ("break")]
+class Breakpoint : Command {
+ [Option]
+ string option;
+
+ [Option]
+ string option2;
+
+ Execute (string [] args) {}
+}
+
+------- Additional Comments From miguel@ximian.com 2004-05-13 15:24 -------
+Implemented