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 [EMAIL PROTECTED] 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: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] QAContact: [EMAIL PROTECTED] TargetMilestone: --- @@ -33,6 +33,27 @@ Rob ------- Additional Comments From [EMAIL PROTECTED] 2005-10-16 22:15 ------- Created an attachment (id=15923) ipc-all.tar.gz + +------- Additional Comments From [EMAIL PROTECTED] 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". + _______________________________________________ mono-bugs maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-bugs
