[Mono-bugs] [Bug 76457][Wis] Changed - [PATCH] S.R.Remoting.Channels.Ipc drop

[bugzilla-daemon at bugzilla.ximian.com]

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 robertj at gmx.net.

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

--- shadow/76457	2005-10-16 22:15:50.000000000 -0400
+++ shadow/76457.tmp.16438	2005-10-17 06:52:00.000000000 -0400
@@ -2,13 +2,13 @@
 Product: Mono: Class Libraries
 Version: 1.1
 OS: All
 OS Details: 
 Status: NEW   
 Resolution: 
-Severity: 
+Severity: Unknown
 Priority: Wishlist
 Component: System
 AssignedTo: mono-bugs at ximian.com                            
 ReportedBy: robertj at gmx.net               
 QAContact: mono-bugs at ximian.com
 TargetMilestone: ---
@@ -33,6 +33,27 @@
 Rob
 
 ------- Additional Comments From robertj at gmx.net  2005-10-16 22:15 -------
 Created an attachment (id=15923)
 ipc-all.tar.gz
 
+
+------- Additional Comments From robertj at gmx.net  2005-10-17 06:52 -------
+I forgot to comment the patch for Mono.Remoting.Channels.Unix:
+
+ParseUnixURL used to return "null" in this case:
+
+"unix:///path/to/socket"
+
+This is wrong, because that kind of URLs are valid as well.
+They are needed for non wellknown objects, like here:
+
+public class Singleton : MBR
+{
+   public Foo GetFoo () { return new Foo (); }
+}
+public class Foo : MBR {}
+
+In this case, the FW has to create a client message sink
+(UnixClientChannel.CreateMessageSink)
+for the *channel* URL, which is "unix:///path/to/socket".
+