Window Movement after display settings change
In the latest release I have the following problem (after changing display settings): - Open any x app (eg nedit, xterm) - Move the window Then updates are only applied to the rect where the window used to be, and the mouse will not move into the new area (into which it has moved). Anyone else getting this? Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.67 Contact: [EMAIL PROTECTED] XWin was started with the following command line: XWin -multimonitors -multiwindow -clipboard -nodecoration ... winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 32 winWindowProc - WM_DISPLAYCHANGE - new width: 1280 new height: 1024 winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 32 winWindowProc - WM_DISPLAYCHANGE - new width: 1280 new height: 768 winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 32 winWindowProc - WM_DISPLAYCHANGE - new width: 1280 new height: 1024 winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 32 winWindowProc - WM_DISPLAYCHANGE - new width: 1280 new height: 768 winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 32 winWindowProc - WM_DISPLAYCHANGE - new width: 1280 new height: 1024 winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 32 winWindowProc - WM_DISPLAYCHANGE - new width: 1024 new height: 768 winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 32 winWindowProc - WM_DISPLAYCHANGE - new width: 1280 new height: 1024 winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter)
test case for clipboard
Hi all, For anyone who has been following / looking at the clipboard issues, I have found an interesting little test case. Using nedit, if you highlight a selection, then press ctrl + c, then pasting into windows causes the 2 second hang (the paste option is available). Now, if you drop the selection in nedit and select something again (it may be the same or different), then DO NOT press ctrl+c, you can paste normally in any app. Is this behaviour something to do with nedit setting different clipboard entries for the selection and the actual clipboard? I know very little about X clipboard, but it appears that XWin is handling the selection correctly, but not the clipboard. If you need a more detailed test case, ill write one up. Cheers Ben
Re: About box
i would second this, as i often lose the exit dialog when using multiple monitors... as it appears in different (somewhat obscure) places occasionally - Original Message - From: Harold L Hunt II [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, March 27, 2004 4:40 PM Subject: Re: About box Earle, Earle F. Philhower III wrote: Howdy Harold, At 01:49 PM 3/26/2004 -0500, Harold wrote: Earle F. Philhower, III wrote: ...I can submit some simple code that does the overridden windowproc (makes the pointer a little hand when you've over the icon, too!), but don't want to push the issue since it's more of a style than substance issue... By all means, please just commit code that does blue links in the dialog box. I was aiming to do that and didn't see a way to do it the first time through. Done, but for some reason the CVS commit list has put me back in the requires moderator approval class of user (the last change I did, the commit email came back just fine w/o moderator intervention AFAICT)... Part of me wonders if our About box and possibly our Exit box should get taskbar entries... without them they are easy to lose behind other windows and then they are difficult to retrieve. What do you think? Harold
Re: test case for clipboard hang?
another test case: copy anything from nedit into any windows app... hangs for 3 secs - Original Message - From: Harold L Hunt II [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, March 26, 2004 6:18 PM Subject: Re: test case for clipboard hang? Lev, Lev Bishop wrote: However, I've repeated the following procedure 3 times and it worked the same each time -- probably not a minimal test case but it shows the problem. I have to follow the steps precisely in order, though: 1) Reboot 2) start a fresh xwin, xterm, notepad, and put some text in the xterm and notepad 3) select, ^C copy from notepad, middle-click in xterm. it pastes successfully 4) select in xterm, leave the text reverse-videoed 5) ^V paste into notepad (successfully) 6) drop the selection in xterm (by left clicking somewhere) 7) ^V paste into notepad (successfully, even though the selection is dropped) 8) select a different piece of text in xterm. 9) drop the selection in xterm 10) ^V paste into notepad: it hangs for a few seconds and doesn't paste. (The paste menu option is NOT greyed out at this point). Yes, that is reproducible for me now. I think I have some ideas as to what might be causing the problem. Harold
RE: Antwort: Clipboard fix - Please test
Yep, this stop's things from hanging indefinitely (ie they now only hang for 3 secs) but after the 3 secs it still doesn't paste into the app. This is only broken for pasting from X-Windows and NOT vice versa. Win-X is fine (as is X-X) and works a treat, but X-win hangs for 3 seconds ... I guess this is an improvement, but doesn't resolve the issue of it not pasting the text. Here's my XWin.log now: winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window Parameter) winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) (END) thanks for looking at this. Ps: I was copying text from nedit to any windows app, ill try some other apps and other datatypes. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Harold L Hunt II Sent: 25 March 2004 16:11 To: [EMAIL PROTECTED] Subject: Re: Antwort: Clipboard fix - Please test Andreas, [EMAIL PROTECTED] wrote: Hallo, I have had an freeze with the .60 Cygx Relase and IBM Personal Communication, it has freezed when Coping somthing in IBM PC just after copying somting in cygwin. (IBM PM Was freezed completly, Cygwin wasnt able zu shutdown.) Now with the 61 Release IBM PM freeze for about 2-3 Sek than all works again normaly, so i coult say it has gotten better. Okay, that is pretty much how it should work. I set the timeout to 3 seconds when we don't get the reply that we are looking for. I will probably tune that now down to 1 or 2 seconds... in fact, I can probably drop it to 0.5 seconds since we do call XSync before waiting for events, so our reply should always be waiting for us when we look for it. Harold
RE: gnuplot Graph-Window is always in the background
I don't have this problem with gnuplot, using Xfree server. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Demmer, Thomas Sent: 15 March 2004 10:46 To: '[EMAIL PROTECTED]' Subject: gnuplot Graph-Window is always in the background Hi all, I am not sure if this is really the right list, so bear with me if not. I am using ReflectionX as X-server. whenever I plot something with gnuplot (cygwin version), the graphic window is in the very background of all open windows. Can someone tell me if this also happens with XFree as server? Or is this a mis-feature of the cygwin-port of gnuplot? TIA, Ciao Tom Thomas Demmer Kraft Foods RD Inc. WW Chocolate Process Development Tel.: +49 (0)89 62738-6302 Fax: +49 (0)89 62738-86302 Thought of the day Lieberman's Law: Everybody lies, but it doesn't matter since nobody listens.
RE: -clipboard not working?
Ok, just upgraded to the latest packages, and this is still problematic. I can copy from (say nedit) to the same window, but when I paste in a windows app, the app hangs. I just checked my XWin.log and I get: winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winProcSetSelectionOwner - OpenClipboard () failed: winProcSetSelectionOwner - OpenClipboard () failed: winProcSetSelectionOwner - OpenClipboard () failed: winProcSetSelectionOwner - OpenClipboard () failed: winProcSetSelectionOwner - OpenClipboard () failed: winProcSetSelectionOwner - OpenClipboard () failed: The same occurs with, say, xterm. My knowledge of the windows clipboard is somewhat limited, though I think OpenClipboard returns a BOOL, so maybe printing the result of FormatMessage with FORMAT_MESSAGE_FROM_SYSTEM and GetLastError() might be of more use than the 0! A quick look at the SDK doc said The window identified by the hWndNewOwner parameter does not become the clipboard owner unless the EmptyClipboard function is called. I don't know if that is relevant, just might be! Thanks again, Ben -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Harold L Hunt II Sent: 14 March 2004 19:11 To: [EMAIL PROTECTED] Subject: Re: -clipboard not working? Ben Jackson wrote: Hi, I've been recently unable to paste into windows apps from x apps (since about -50 release I think). The windows apps just hang. I've seen some info on this on the list, but I didn't see a fix :x There doesn't appear to be anything of note in /tmp/XWin.log and I just upgraded to all the latest packages and uninstalled all the removed packages. Any ideas? No ideas. I will have to look into this soon. Harold
RE: -clipboard not working?
I presume there are no system calls between OpenClipboard and GetLastError? It's a weird one certainly, if that's the case. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Gottwald Sent: 15 March 2004 15:50 To: [EMAIL PROTECTED] Subject: RE: -clipboard not working? On Mon, 15 Mar 2004, Ben Jackson wrote: Ok, just upgraded to the latest packages, and this is still problematic. I can copy from (say nedit) to the same window, but when I paste in a windows app, the app hangs. I just checked my XWin.log and I get: winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winProcSetSelectionOwner - OpenClipboard () failed: winProcSetSelectionOwner - OpenClipboard () failed: winProcSetSelectionOwner - OpenClipboard () failed: winProcSetSelectionOwner - OpenClipboard () failed: winProcSetSelectionOwner - OpenClipboard () failed: winProcSetSelectionOwner - OpenClipboard () failed: The same occurs with, say, xterm. My knowledge of the windows clipboard is somewhat limited, though I think OpenClipboard returns a BOOL, so maybe printing the result of FormatMessage with FORMAT_MESSAGE_FROM_SYSTEM and GetLastError() might be of more use than the 0! This is not the return value of OpenCliboard but the value of GetLastError and it says No error. This is sure an error in the api. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
RE: -clipboard not working?
Weird: I just did cvs update on my working copy of the source in order to
look at this, and I cant find the code below even with find in files. Is it
in a part other than programs/Xserver/hw/xwin ? a search on that directory
for winProcSetSelectionOwner returns nothing. The code I see is:
if (!OpenClipboard (hwnd))
{
ErrorF (winClipboardFlushXEvents - SelectionRequest -
OpenClipboard () failed: %08x\n,
GetLastError ());
pthread_exit (NULL);
}
is this a fix which is on its way? *hopes*
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Alexander Gottwald
Sent: 15 March 2004 16:18
To: [EMAIL PROTECTED]
Subject: RE: -clipboard not working?
On Mon, 15 Mar 2004, Ben Jackson wrote:
I presume there are no system calls between OpenClipboard and
GetLastError?
It's a weird one certainly, if that's the case.
/* Access the Windows clipboard */
if (!OpenClipboard (g_hwndClipboard))
{
ErrorF (winProcSetSelectionOwner - OpenClipboard () failed: %08x\n,
(int) GetLastError ());
goto winProcSetSelectionOwner_Done;
}
bye
ago
--
[EMAIL PROTECTED]
http://www.gotti.org ICQ: 126018723
RE: Missing cygXp-6.dll
I'm having the same problem, having just upgraded to the latest packages. (server is -55 I think) ben -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Charles L. Werner Sent: 14 March 2004 09:50 To: [EMAIL PROTECTED] Subject: Missing cygXp-6.dll I have just updated to the latest distribution of the Xfree86 packages. Apparently the cygXp-6.dll package is missing as determined by attempting to run the nedit editor (also a cygwin package). I reinstalled nedit as suggested by the error message, and rebooted the machine, all to no avail. I believe the cygXp-6.dll was part of XFree86-bin package but is not in the current XFree86-bin-4.3.0-12. Is it in another package now? Thanks! Charles -- Dr. Charles L. Werner Gamma Remote Sensing AG Thunstrasse 130 CH-3074 Muri b. Bern, Switzerland Tel: +41 31 951 70 05 FAX: +41 31 951 70 08 http://www.gamma-rs.ch
-clipboard not working?
Hi, I've been recently unable to paste into windows apps from x apps (since about -50 release I think). The windows apps just hang. I've seen some info on this on the list, but I didn't see a fix :x There doesn't appear to be anything of note in /tmp/XWin.log and I just upgraded to all the latest packages and uninstalled all the removed packages. Any ideas? Ben
RE: multiwindow broken?
Bingo. That fixes my problem ;] Thanks guys. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Harold L Hunt II Sent: 03 March 2004 13:32 To: [EMAIL PROTECTED] Subject: Re: multiwindow broken? Thanks Takuma. Takuma Murakami wrote: Harold, Hmm... maybe Takuma will know something about this since he was recently changing code related to windows not redrawing correctly. Takuma, any ideas? I have committed a fix in winAdjustXWindow. Takuma Murakami
multimonitor question
Is there any way to specify the default position of new windows when using: -multimonitors -multiwindow? as it stands, my left hand monitor is at a smaller res then the right, and as the x server put it at 0,0 I have to right click the taskbar and Move the window... this is quite frustrating... is there any solution? Or will I have to download the 200+MB source tree? Thanks ben
multiwindow broken?
I have been (successfully) using XWin with -multimonitor -multiwindow recently. However, since upgrading to the latest release (via setup.exe - 4.2.0-3) the multiwindow support seems to have gone crazy... it opens the window ok (if in the top corner of the /other/ monitor), but then when I try to move the window, I end up with two versions of the window being rendered, and neither of them seem to respond, or redraw themselves. Has something been changed? I'm running windows XP with 2 monitors, one at 1024x768 (left), one at 1280x1024(right). I've tried putting them to the same res and it made no difference. I presume it works without multimonitor, but as I cant move the windows that appear (they appear off the top of my left screen) I can't be sure... Thanks for any help. Regards, Ben Jackson
