Re: Clipboard interaction issues - breaks after awhile
On 03/10/2014 21:02, mathog wrote: Today I ran into an interesting variant of this. 1. putty ssh -X session from XP to a remote Centos 6.5 system. 2. on the remote system: xterm 3. copy a line of text on remote system 4. paste it into a roundcube compose window on XP system. The browser is Seamonkey 2.29. It works fine for a while and then the _browser_ locks. It is definitely an X11 issue because this unlocked the browser: exit all xterms, exit the putty session, kill the X11 server. The browser didn't unlock until the last step. This lock up happened twice within half an hour. Now I can't reproduce it. There is supposed to be a 1 second timeout to ensure that we always respond to the Windows application in a timely fashion. (The issue here is that Windows clipboard pastes are synchronous (when the Windows application calls GetClipboardData(), it sends a WM_RENDERFORMAT to the clipboard owner, and blocks until that returns), but the X11 clipboard render is asynchronous (since we send a XConvertSelection() request to the clipboard owner and wait for a SelectionNotify event)) I've looked at this code again, and can't see anything wrong with they way this timeout is implemented. So, I'm afraid there's not a lot I can do without a repeatable reproduction or a log file. That is the only system I have used recently that uses xterm instead of uxterm. The clipboard problems I have seen previously were all in the other direction, where clip going into an X11 application would fail. Unfortunately I didn't save the X server log file. Which, brings up another point. The X11 server is started by clicking on start_server.bat which contains: @echo off set CYGXTOP=%~dp0 C: chdir %CYGXTOP%\bin start Xwin :0 -multiwindow It always overwrites the Xwin.0.log file when it starts. Is there some change we could make to this .bat script that would cause it to at least save one previous version? I guess you could add to the above something like: move C:\cygwin\var\log\XWin.0.log C:\cygwin\var\log\XWin.0.log.old but yes, there is actually some code in the server to do that, but it's not turned on in XWin for unknown reasons... -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Subject: Re: FW: Cygwin start menu / mirrors
On 04/10/2014 18:16, t s wrote: first of all, regarding the Cygwin setup program; the options are install / re-install / un-install / default is it correct that to install only the latest updates, I would choose the option 'default' ? I'm not sure what text you are looking at. The options for an individual package which is already installed are 'reinstall', 'uninstall', 'keep' and specific versions other than the currently installed one (if any). I can't see default anywhere. If you mean the default version, then yes, when curr is selected at the top, all packages which have updates, will be updated. next question : if I delete the start menu option Cygwin/x and run the setup program for option default, it doesn't re-create the start menu option Cygwin/x is this 'feature' acknowledged, and is it being addressed? The start menu link for for the X server is owned by the package xinit. If you reinstall that package, it should be recreated. I'm not sure what you are asking for here. If you were (for example) to delete /usr/bin/XWin.exe, are you expecting setup to reinstall that file, even though the package which owns it has no updates? While setup has many, many infelicities, I'm not sure this is one of them. Patches are always thoughtfully considered. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: glwDrawingAreaWidgetClass
On 07/10/2014 03:31, Chris Carlson wrote: I've discovered that the constant glwDrawingAreaWidgetClass is set to 0. It's supposed to be defined as: WidgetClass glwDrawingAreaWidgetClass=(WidgetClass)glwDrawingAreaClassRec; Can I ask you to please provide some more details as to how you made this discovery? If you do this: $ cat glw-test.c #include Xm/Xm.h #include GL/GLwDrawA.h #include stdio.h int main() { printf(glwDrawingAreaWidgetClass %p, glwDrawingAreaWidgetClass); } then you could reach that conclusion: $ gcc glw-test.c ; ./a glwDrawingAreaWidgetClass 0x0 but this isn't testing correctly as glwDrawingAreaWidgetClass isn't marked as extern in GLwDrawA.h $ cat glw-test.c #include Xm/Xm.h #include stdio.h extern WidgetClass glwDrawingAreaWidgetClass; int main() { printf(glwDrawingAreaWidgetClass %p, glwDrawingAreaWidgetClass); } $ gcc glw-test.c -lGLw ; ./a glwDrawingAreaWidgetClass 0x5bd8e3640 Is it broken? I don't know. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: [ANNOUNCEMENT] New: Xfce Desktop 4.10
Yaakov Selkowitz wrote... The following packages have been added to the Cygwin distribution: * exo-0.10.2-1 * garcon-0.2.1-1 * gigolo-0.4.2-1 * libxfce4ui-4.10.0-1 * libxfce4util-4.10.1-1 * libxfcegui4-4.10.0-1 * midori-0.5.8-1 * mousepad-0.3.0-1 * orage-4.8.4-1 * ristretto-0.6.3-1 * Thunar-1.6.3-2 * tumbler-0.1.30-1 * xarchiver-0.5.2-11 * xfce-themes-3.0.1-1 * xfce4-appfinder-4.10.1-1 * xfce4-clipman-plugin-1.2.5-1 * xfce4-cpugraph-plugin-1.0.5-1 * xfce4-dev-tools-4.10.0-1 * xfce4-dict-0.7.0-1 * xfce4-embed-plugin-1.4.0-1 * xfce4-equake-plugin-1.3.4-1 * xfce4-eyes-plugin-4.4.2-1 * xfce4-fsguard-plugin-1.0.1-1 * xfce4-genmon-plugin-3.4.0-1 * xfce4-mailwatch-plugin-1.2.0-1 * xfce4-mixer-4.10.0-1 * xfce4-notes-plugin-1.7.7-2 * xfce4-notifyd-0.2.4-1 * xfce4-panel-4.10.1-1 * xfce4-places-plugin-1.6.0-1 * xfce4-screenshooter-1.8.1-2 * xfce4-session-4.10.1-1 * xfce4-settings-4.10.1-1 * xfce4-smartbookmark-plugin-0.4.5-1 * xfce4-taskmanager-1.0.1-1 * xfce4-terminal-0.6.3-1 * xfce4-time-out-plugin-1.0.1-1 * xfce4-timer-plugin-1.5.0-1 * xfce4-verve-plugin-1.0.0-2 * xfce4-weather-plugin-0.8.3-1 * xfce4-whiskermenu-plugin-1.4.0-1 * xfce4-wmdock-plugin-0.3.4-2 * xfce4-xkb-plugin-0.5.6-1 * xfconf-4.10.0-2 * xfdesktop-4.10.2-1 * xfwm4-4.10.1-1 Xfce is a lightweight desktop environment for UNIX-like operating systems. It aims to be fast and low on system resources, while still being visually appealing and user friendly. To run the Xfce desktop, install the xfce4-session package and its dependencies, and either use the provided Start Menu shortcut, or: echo /usr/bin/dbus-launch startxfce4 $HOME/.xinitrc and run 'startx' from the Cygwin prompt to launch. Yaakov, may I be the cygwin community speaker and say thanks for your wonderful support in making all of these goodies available to us? Thank you! Thank you, very much! josé cygwin community speaker this time only. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Clipboard interaction issues - breaks after awhile
On 07-Oct-2014 06:14, Jon TURNEY wrote: It always overwrites the Xwin.0.log file when it starts. Is there some change we could make to this .bat script that would cause it to at least save one previous version? I guess you could add to the above something like: move C:\cygwin\var\log\XWin.0.log C:\cygwin\var\log\XWin.0.log.old but yes, there is actually some code in the server to do that, but it's not turned on in XWin for unknown reasons... Good idea. Changed it to the following and tested. It keeps the last two versions. ==after this line @echo off set CYGXTOP=%~dp0 C: chdir %CYGXTOP%\var\log\xwin move XWin.0.log.1 XWin.0.log.2 move XWin.0.log XWin.0.log.1 chdir %CYGXTOP%\bin start Xwin :0 -multiwindow ==before this line Regards, David Mathog mat...@caltech.edu Manager, Sequence Analysis Facility, Biology Division, Caltech -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
libX11_6: 'dead_actute' typo in en_US UTF-8 Compose file
When I run Qt5 applications in Cygwin, the following warning is generated: Qt Warning - invalid keysym: dead_actute It appears that this is due to a typo in the en_US UTF-8 Compose file. When you rebuild libX11, please could you include the following patch: http://cgit.freedesktop.org/xorg/lib/libX11/commit/?id=5dcb40f28d59587597d2ff6e6ac64c71cfe6ff7b Many thanks in advance, Dave. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/