[Mono-bugs] [Bug 77062][Nor] Changed - packaging and relocating the debugger

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Sat Jan 21 12:29:45 EST 2006


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 martin at ximian.com.

http://bugzilla.ximian.com/show_bug.cgi?id=77062

--- shadow/77062	2005-12-21 16:55:47.000000000 -0500
+++ shadow/77062.tmp.26815	2006-01-21 12:29:45.000000000 -0500
@@ -1,22 +1,22 @@
 Bug#: 77062
 Product: Mono: Debugger
 Version: 1.1
-OS: 
+OS: unknown
 OS Details: 
 Status: NEW   
 Resolution: 
-Severity: 
-Priority: Wishlist
+Severity: Unknown
+Priority: Normal
 Component: cli
 AssignedTo: martin at ximian.com                            
 ReportedBy: wberrier at novell.com               
 QAContact: mono-bugs at ximian.com
 TargetMilestone: ---
 URL: 
-Summary: mdb doesn't work with linux installer
+Summary: packaging and relocating the debugger
 
 Hans reported this problem on the mailing list.  I'll post his comments here:
 
 Hi!
 
 I tried to use mdb for some Mono.Debugger library testing and 
@@ -105,6 +105,29 @@
 ---------------------------------
 I checked in a change to the debugger ensure path relocation would happen
 in the wrapper script.
 
 Then, I think the debugger needs to be modified to take advantage of Mono's
 relocatability for finding the necessary dll files.
+
+------- Additional Comments From martin at ximian.com  2006-01-21 12:29 -------
+With todays `mono-debugger-mini-wrapper' removal
+(http://primates.ximian.com/~martin/blog/entry_154.html)
+packaging the debugger should be a lot easier than it was before.
+
+Just a few comments:
+
+* The `mdb' script should just work like the `mcs' one does:
+  pick a reasonable version of Mono.
+
+* The `Mono.Debugger.dll' needs to find the libmonodebuggerserver.so
+  somehow; maybe we need to set LD_LIBRARY_PATH somewhere ?
+
+* When executing the child process, there's an ugly hack at the top
+  of classes/ProcessStart.cs which tries to compute the full path
+  of the currently executing `mono' - is there any easier version of
+  getting the full path name of the currently executing `mono' ?
+
+* When you use the new `-mono' command line argument to override the
+  inferior mono, maybe this should also modify MONO_PATH etc.
+
+  


More information about the mono-bugs mailing list