[Mono-bugs] [Bug 80240][Nor] Changed - StructLayout for DateTime passed to managed code

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Tue Dec 12 12:49:33 EST 2006

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 lupus at ximian.com.


--- shadow/80240	2006-12-12 12:14:50.000000000 -0500
+++ shadow/80240.tmp.13529	2006-12-12 12:49:33.000000000 -0500
@@ -1,23 +1,23 @@
 Bug#: 80240
-Product: Mono: Runtime
+Product: Mono: Class Libraries
 Version: 1.2
+OS: unknown
 OS Details: XP SP2
 Status: NEW   
+Severity: Unknown
 Priority: Normal
-Component: interop
+Component: CORLIB
 AssignedTo: mono-bugs at ximian.com                            
 ReportedBy: wsf at fultondesigns.co.uk               
 QAContact: mono-bugs at ximian.com
 TargetMilestone: ---
-Summary: StructLayout attribute for C# types passed to managed code
+Summary: StructLayout for DateTime passed to managed code
 Please fill in this template when reporting a bug, unless you know what you
 are doing.
 Description of Problem:
 Marshalling of C# types to unmanaged code does not work using the mono
@@ -70,6 +70,12 @@
 From within the unmanaged code (CSharp_byRef() in example_wrap.cxx), the
 date is extracted and set via delegate/callbacks back into the managed code.
 The relevant code is in the .cs files and the example_wrap.cxx files. Feel
 free to ignore the .i files as these are just swig files used to create the
 relevant code.
+------- Additional Comments From lupus at ximian.com  2006-12-12 12:49 -------
+You know you can't depend on the internal representation of DateTime,
+right? You should get date.Ticks and pass the 64 bit integer, then
+with the returned value create a new DateTime.
+Your code is bound to break with the MS runtime, too, sooner or later.

More information about the mono-bugs mailing list