[Mono-dev] Question on the C->C# translation of WinApi MSG struct.
StApostol
stapostol at gmail.com
Sat Sep 22 04:42:56 EDT 2007
I am writing OpenTK, a game development toolkit which makes extensive use of
P/Invoke calls. On the Windows platform, I encountered some strange behavior
regarding the MSG struct.
In winuser.h, MSG is defined like this:
typedef struct tagMSG {
HWND hwnd;
UINT message;
WPARAM wParam;
LPARAM lParam;
DWORD time;
POINT pt;
#ifdef _MAC
DWORD lPrivate;
#endif
} MSG;
The C# equivalent, as suggested at the .Net dev forums, would look like
this:
[StructLayout(LayoutKind.Sequential), CLSCompliant(false)]
public struct MSG
{
public IntPtr HWnd;
public WindowMessage Message;
public IntPtr WParam;
public IntPtr LParam;
public uint Time;
public POINT Point;
public override string ToString()
{
return String.Format("msg=0x{0:x} ({1}) hwnd=0x{2:x} wparam=0x{3:x}
lparam=0x{4:x} pt=0x{5:x}", (int)Message, Message.ToString(), HWnd.ToInt32(),
WParam.ToInt32(), LParam.ToInt32(), Point);
}
}
However, Mono's implementation in xplatui adds one more field to the struct:
[StructLayout(LayoutKind.Sequential), CLSCompliant(false)]
public struct MSG
{
public IntPtr HWnd;
public WindowMessage Message;
public IntPtr WParam;
public IntPtr LParam;
public uint Time;
public POINT Point;
public object RefObject;
public override string ToString()
{
return String.Format("msg=0x{0:x} ({1}) hwnd=0x{2:x} wparam=0x{3:x}
lparam=0x{4:x} pt=0x{5:x}", (int)Message, Message.ToString(), HWnd.ToInt32(),
WParam.ToInt32(), LParam.ToInt32(), Point);
}
}
My guess is that it is used for some kind of synchronization, but will this
not corrupt the stack? Both seem to work correctly for extended periods of
time on both 32- and 64-bit platforms, which I find a little strange. Which
is the correct one? What is RefObject doing there?
Thanks,
Stephen A
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20070922/59a3288b/attachment.html
More information about the Mono-devel-list
mailing list