[Mono-bugs] [Bug 80425][Nor] Changed - Issues when remoting Int64 based enums

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Tue Jan 2 14:19:00 EST 2007

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 dominic_ullmann at hispeed.ch.


--- shadow/80425	2007-01-02 14:03:09.000000000 -0500
+++ shadow/80425.tmp.8460	2007-01-02 14:19:00.000000000 -0500
@@ -102,6 +102,27 @@
 Contributors. www.mono-project.com
 	TLS:           normal
 	GC:            Included Boehm (with typed GC)
 	SIGSEGV:       normal
 	Disabled:      none
+------- Additional Comments From dominic_ullmann at hispeed.ch  2007-01-02 14:19 -------
+Some additional information:
+- For a scenario with a Int32 based enum, everything works fine.
+  public enum TestEnumBI32 : int {
+      AL = Int32.MaxValue, BL = 1000
+  }
+  and method
+  TestEnumBI32 Echo(TestEnumBI32 arg)
+- The issue seems to happen on the client side, between the calling 
+client and the formatter sink (I've verified (for the IIOPChannel), 
+that the ReturnMessage constructor gets AL as value on the client 
+- I've tested with a lot of different types (for IIOP.NET), and this 
+int64 based enum was the only one which leads to such an issue.

More information about the mono-bugs mailing list