From fdbf8e62d2fcc9db7cca5ee361623c0acb80194b Mon Sep 17 00:00:00 2001
From: "mkaply%us.ibm.com"
 <mkaply%us.ibm.com@18797224-902f-48f8-a5cc-f745e15eee43>
Date: Thu, 14 Sep 2006 05:42:12 +0000
Subject: [PATCH] #162387 r=pedemont, no sr.

OK, I need this in. OS/2 menus are unusable without this.
Basically, when 117730 went in, it regressed this because
the fix for 101771 was no longer needed.

This is backing out the 101771 fix.

I have verified this doesn't break Windows.
The only other platform that could be an issue is Mac, but
it shouldn't be because Mac uses native menus. No other
platform handles clipSiblings.

If this does break something, you would see it as menus
appearing behind other menus.


git-svn-id: svn://10.0.0.236/trunk@210129 18797224-902f-48f8-a5cc-f745e15eee43
---
 mozilla/toolkit/xre/nsNativeAppSupportOS2.h | 10 ++++++++++
 1 file changed, 10 insertions(+)

diff --git a/mozilla/toolkit/xre/nsNativeAppSupportOS2.h b/mozilla/toolkit/xre/nsNativeAppSupportOS2.h
index 6a16d5ea328..a7eb9d5ab8d 100644
--- a/mozilla/toolkit/xre/nsNativeAppSupportOS2.h
+++ b/mozilla/toolkit/xre/nsNativeAppSupportOS2.h
@@ -324,3 +324,13 @@ BOOL (* APIENTRY WinDdeUninitialize)(HDDEINST);
 
 #endif /* _H_DDEML */
 
+typedef ULONG DWORD;
+typedef PBYTE LPBYTE;
+typedef HDATA HDDEDATA;
+
+#define CP_WINANSI    0  //  When 0 is specified for codepage on these
+                         //  dde functions, it will use the codepage
+                         //  that is associated with the current thread.
+                         //  CP_WINANSI in win32 means that the non
+                         //  unicode version of DdeCreateStringHandle
+                         //  was used.