[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.
http://bugzilla.ximian.com/show_bug.cgi?id=80425
--- 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
+side).
+
+- 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