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

[bugzilla-daemon at bugzilla.ximian.com]

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.

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

--- 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: 
+OS: unknown
 OS Details: XP SP2
 Status: NEW   
 Resolution: 
-Severity: 
+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: ---
 URL: 
 Cc: 
-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
 interpreter
@@ -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.