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=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 [EMAIL PROTECTED] 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. + _______________________________________________ mono-bugs maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-bugs
