summaryrefslogtreecommitdiffstats
path: root/bundles/org.eclipse.swt/Eclipse SWT Drag and Drop/win32/org/eclipse/swt/dnd/Clipboard.java
diff options
context:
space:
mode:
authorSteve Northover <steve>2004-03-31 14:58:14 +0000
committerSteve Northover <steve>2004-03-31 14:58:14 +0000
commit28efac93cc83edd8dae8e36abfc769b3844603fb (patch)
tree1deee53a8a288d4ce6d149637c34907614f2af9a /bundles/org.eclipse.swt/Eclipse SWT Drag and Drop/win32/org/eclipse/swt/dnd/Clipboard.java
parented6c0991db246e863fdcdfd035cf0b9c5be1363a (diff)
downloadeclipse.platform.swt-28efac93cc83edd8dae8e36abfc769b3844603fb.tar.gz
eclipse.platform.swt-28efac93cc83edd8dae8e36abfc769b3844603fb.tar.xz
eclipse.platform.swt-28efac93cc83edd8dae8e36abfc769b3844603fb.zip
56799
Diffstat (limited to 'bundles/org.eclipse.swt/Eclipse SWT Drag and Drop/win32/org/eclipse/swt/dnd/Clipboard.java')
-rwxr-xr-xbundles/org.eclipse.swt/Eclipse SWT Drag and Drop/win32/org/eclipse/swt/dnd/Clipboard.java12
1 files changed, 5 insertions, 7 deletions
diff --git a/bundles/org.eclipse.swt/Eclipse SWT Drag and Drop/win32/org/eclipse/swt/dnd/Clipboard.java b/bundles/org.eclipse.swt/Eclipse SWT Drag and Drop/win32/org/eclipse/swt/dnd/Clipboard.java
index 3077243563..efebb24289 100755
--- a/bundles/org.eclipse.swt/Eclipse SWT Drag and Drop/win32/org/eclipse/swt/dnd/Clipboard.java
+++ b/bundles/org.eclipse.swt/Eclipse SWT Drag and Drop/win32/org/eclipse/swt/dnd/Clipboard.java
@@ -272,19 +272,17 @@ public void setContents(Object[] data, Transfer[] dataTypes) {
int result = COM.OleFlushClipboard();
/*
- * Bug in Windows. When a new application takes control
+ * Bug in Windows. When a new application takes control
* of the clipboard, other applications may open the
* clipboard to determine if they want to record the
* clipoard updates. When this happens, the clipboard
- * can not be flushed until the other aplication
- * is finished.
- * The fix is to call PeekMessage() with the flag
- * PM_NOREMOVE to touch the event queue but not
- * dispatch events.
+ * cannot be flushed until the other aplication is finished.
+ * The fix is to call PeekMessage() with the flag PM_NOREMOVE
+ * to touch the event queue but not dispatch events.
*/
if (result != COM.S_OK) {
MSG msg = new MSG();
- COM.PeekMessage (msg, 0, 0, 0, OS.PM_NOREMOVE);
+ COM.PeekMessage (msg, 0, 0, 0, OS.PM_NOREMOVE | OS.PM_NOYIELD);
result = COM.OleFlushClipboard();
}
if (result != COM.S_OK) {