[Mono-bugs] [Bug 74060][Wis] Changed - NullReferenceException in Mono.CSharp.MemberAccess:ResolveMemberAccess

bugzilla-daemon@bugzilla.ximian.com bugzilla-daemon@bugzilla.ximian.com
Fri, 25 Mar 2005 15:19:03 -0500 (EST)


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 rharinath@novell.com.

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

--- shadow/74060	2005-03-25 13:56:02.000000000 -0500
+++ shadow/74060.tmp.3213	2005-03-25 15:19:03.000000000 -0500
@@ -75,6 +75,20 @@
 http://www.gnome.org/~martink/2005/stuff/cli_basetypes.dll
 
 cli_basetypes was compiled by mcs, cli_types was generated using
 Reflection.Emit on Windows (using a program whose sources are here:
 http://go-oo.org/bonsai/rview.cgi?cvsroot=/var/cvsup&dir=udk/cli_ure/source/climaker&module=OpenOffice
 )
+
+------- Additional Comments From rharinath@novell.com  2005-03-25 15:19 -------
+In mcs, an enum declaration results in a public field named 'value__'.
+ It also depends on any reflected enum to have a public field 'value__'.
+
+In your generated code, the 'value__' field of
+unoidl.com.sun.star.sheet.DataPilotFieldOrientation is private.
+
+I'll have to cross-check this against Microsoft's CSC behaviour (and
+any applicable ECMA spec): If they allows a reflected enum to have
+'value__' as private, then I'll allow it in mcs too.
+
+Of course, if you've done that research, I can avoid it :-)  So, if
+you have any relevant pointers, please pass them on.