[Mono-bugs] [Bug 72124][Wis] Changed - CultureInfo incompatibilities between Mono 1.1.3 and .NET 1.1.

bugzilla-daemon@bugzilla.ximian.com bugzilla-daemon@bugzilla.ximian.com
Mon, 7 Feb 2005 09:39:21 -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 lluis@ximian.com.

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

--- shadow/72124	2005-02-02 10:58:50.000000000 -0500
+++ shadow/72124.tmp.15439	2005-02-07 09:39:21.000000000 -0500
@@ -1,14 +1,14 @@
 Bug#: 72124
 Product: Mono: Runtime
 Version: 1.1
 OS: other
 OS Details: Remoting server: Debian unstable Remoting client:Windows 2003 Server
-Status: NEW   
-Resolution: 
-Severity: 
+Status: RESOLVED   
+Resolution: WONTFIX
+Severity: Unknown
 Priority: Wishlist
 Component: misc
 AssignedTo: mono-bugs@ximian.com                            
 ReportedBy: dezelin32@fastmail.fm               
 QAContact: mono-bugs@ximian.com
 TargetMilestone: ---
@@ -34,6 +34,22 @@
 
 
 How often does this happen? 
 Always
 
 Additional Information:
+
+------- Additional Comments From lluis@ximian.com  2005-02-07 09:39 -------
+Mono's CultureInfo is not interoperable with .NET. The problem is that
+.NET's CultureInfo has a private field named m_dataItem which is an
+index to some internal data structures that hold some culture
+information (such as the english name). Mono uses a different
+implementation, and we can't provide that index value.
+
+As a workaround, you can send the culture id to your remote method,
+and construct the culture from it.
+
+In general, when you use remoting, you should avoid sending objects
+whose implementation is not under your control, since object
+serialization relies on the internal structure of objects, and thus it
+is implementation-dependent.
+