Re: SIGSEGV in xorg-1.8.2.0 during -resize operation
On 23/09/2010 20:34, Eliot Moss wrote: On 9/23/2010 11:56 AM, Jon TURNEY wrote: I've uploaded a new test build at [1] Hopefully this handles this error condition a bit more gracefully. Perhaps you could try it out? [1] ftp://cygwin.com/pub/cygwinx/XWin.20100923-git-2172af4d1ea713f1.exe.bz2 Thank you, yes, that no longer causes a SIGSEGV. Thanks! Thanks for testing. There is a remaining issue -- which was there before but which I had not posted about. If I Suspend/Resume, then on resumption the driver disables the Aero theme and points its finger at XWin.exe as the culprit, saying it did something incompatible with Aero. You probably know about this stuff, but here's the overall blurb anyway: I can't reproduce this, so again, it seems to be driver-specific. I presume some DirectDraw errors are still emitted over a suspend/resume cycle? Can you attach an XWin.0.log showing them? -- 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: "Failed to write cache" during install
On 24/09/2010 01:50, Richard Gitschlag wrote: I recently set up Cygwin and XWin on my XP system, but need help with error messages that occured during post-install scripts. My setup log file shows: 2010/08/26 10:17:04 running: F:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/font-adobe-dpi75.sh 2010/08/26 10:17:18 abnormal exit: exit code=1 2010/08/26 10:17:18 running: F:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/font-alias.sh 2010/08/26 10:17:44 abnormal exit: exit code=1 2010/08/26 10:17:44 running: F:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/font-misc-misc.sh 2010/08/26 10:17:52 abnormal exit: exit code=1 2010/08/26 10:17:52 running: F:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/fontconfig.sh 2010/08/26 10:18:18 abnormal exit: exit code=8 Checking the verbose log shows a common theme of "failed to write cache", e.g: 2010/08/26 10:17:04 running: F:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/font-adobe-dpi75.sh /usr/share/fonts/75dpi: failed to write cache My local cygwin directory resides on a FAT32 drive, if that is related. Made copies of my setup logs and can supply further information if needed. The command which is failing is 'fc-cache -f', and the cache files in question live in /var/cache/fontconfig. You might try running 'strace fc-cache -f' from a shell to see if that sheds any light on why these cache files apparently can't be written. -- 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: SIGSEGV in xorg-1.8.2.0 during -resize operation
On 9/27/2010 10:53 AM, Jon TURNEY wrote: There is a remaining issue -- which was there before but which I had not posted about. If I Suspend/Resume, then on resumption the driver disables the Aero theme and points its finger at XWin.exe as the culprit, saying it did something incompatible with Aero. You probably know about this stuff, but here's the overall blurb anyway: I can't reproduce this, so again, it seems to be driver-specific. I presume some DirectDraw errors are still emitted over a suspend/resume cycle? Can you attach an XWin.0.log showing them? Yes, it is driver specific and at this point I have gone back to an earlier driver where it tends not to happen. I can try putting in a recent driver and capturing error message for you when I have a little chunk of time to mess with rebooting my system N times :-) .. Thanks, Jon -- Eliot -- 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: gvim tiny font in 1.7.7
On 22/09/2010 16:34, David T-G wrote: Hi, all -- [Let's see if I can provide all of the details the first time instead of having to go back and forth just for foundation... :-] Can you attach your /var/log/XWin.0.log, please? I have used Cygwin for years and have been using the cygwin gvim (versus the Windows-native vim + gvim) for some time now. I had occasion to do a fresh install of 1.7.7 on a freshly-rebuilt laptop after a hard drive crash and so I don't think that I have any of the upgrade gotchas biting me, but stranger things have happened :-) When I first started gvim after my install, the font was invisibly tiny both for the content and for the menus. [Note that both xterm and rxvt-X are fine.] Using another computer to see where I was going and matching the keystrokes I attempted to set the font to "Lucida Console 12" but found no change. I have manually (a bummer, but I gather from the FAQs that the lack of dependency linking is temporary) added the font-bh-dpi75 and font-bh-lucidatypewriter-dpi75 packages with no effect. I have set the guifont variable in my .vimrc file, and the tiny window was somewhat differently sized but still tiny. Finally, I have of course googled for "cygwin +gvim +font (size or tiny)" and similar to see what others have found, but I haven't matched anything more useful than the guifont setting. What do I need to fix and where to make my gvim readable? -- 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: Running Java application with drag and drop support in cygwin
On 20/09/2010 11:31, Dees wrote: Any update? On Wed, Dec 23, 2009 at 6:26 PM, Dees wrote: People, any clue? Struggling really hard. On Fri, Dec 18, 2009 at 11:23 AM, Dees wrote: Hi Jon, Did you get a chance to look at this? From whatever posts available online, I could not get a clue what is going wrong. Please respond. Thanks, Shefali On Mon, Dec 14, 2009 at 12:12 PM, Dees wrote: On Fri, Nov 13, 2009 at 8:26 PM, Jon TURNEY wrote: On 30/10/2009 09:06, Dees wrote: Your reply is much appreciated Jon. I will try to be more specific about the problem in further mails. On Thu, Oct 29, 2009 at 8:11 PM, Jon TURNEY wrote: On 28/10/2009 05:57, Dees wrote: I have developed a Java application involving jTree with extensive drag and drop support, which runs correctly in my Linux box. However, when I switch to a windows box and access the same Linux box using cygwin x-server, the drag and drop in jTree stops working. Interestingly, rest of the application still works fine. After analyzing a bit I found that x-server is able to recognize the drag event but fails to recognize a drop event. Details? OS : Suse Linux Enterprise Server 10 (i586) Version : 10 Patch level : 3 Other version information: Java : JDK 5 Cygwin setup-version: 2.573.2.3 Also tried using Xming 6.9.0.31 ssh same Linux setup from Windows, but that also doesn't solve the problem. Is there any setting, which should be done prior to running the Java swing applications? Here is a sample code which behaves in exactly same way. http://www.java2s.com/Code/Java/Swing-JFC/TreeDragandDrop.htm I have no idea how to use that java code to reproduce the problem you are seeing. Using the above java code in Linux: 1. Download and Install Java Development Toolkit on your Linux box (Java sun download site: http://java.sun.com/javase/downloads/index.jsp), if you do not have it already. 2. Save the sample code in the above link with the file name TreeTester.java, say in /home/user/ 3. Navigate to TreeTester.java from shell, and compile the java code: # cd /home/user/ # /usr/java/jdk1.5.0_14/bin/javac TreeTester.java Ignore any warnings of deprecated APIs. 4. This will create a few .class files in /home/user/ directory. Final step is to run the Java code, using: # /usr/java/jdk1.5.0_14/bin/java -classpath . TreeTester This will open up a GUI, with a jTree each on left and right pane. You can drag and drop any of the leaf nodes from one jTree to the root node of the other jTree and this should add a new node in the other jTree. You will get messages on console for the operations being performed. Now ssh the same box using cygwin/xming from any other windows box, and run the application using command in step 4. You should be able to drag (a small icon will come under cursor indicating that something is being dragged) but when you will drop it, the new node would not be added to the tree. Thats where lies my problem!!! Thanks for the test case and instructions, this makes it much easier for me to try it out. However, this testcase and your jar archive both work fine for me (using Xserver 1.7.1-3)! Given that the test case works for me, but not for you, I suspect this going to be another Java bug (e.g. [1],[2]), which is fixed in the JDK I am using. If this isn't fixed with the latest Xserver, I guess it might be possible to put another workaround into the Xserver, if I knew what the problem was, but since JDK 5 was EOL November 2009 [3], I'm not sure if it's worth the effort. Looking at that, you don't seem to be using the last update (update 22), either. [1] http://cygwin.com/ml/cygwin-xfree/2010-07/msg00034.html [2] http://sourceware.org/bugzilla/show_bug.cgi?id=9848 [3] http://www.oracle.com/technetwork/java/javase/downloads/index-jdk5-jsp-142662.html -- 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: fvwm ignores clickToFocus for function keys
On 26/09/2010 12:28, Charles Smith wrote: This conversation was transferred from the cygwin main list because Larry Hall said it was xfree-specific... From: Morgan Gangwere<0 dot fractalus at gmail dot com> Sounds like something is trashing a buffer... however I'm not entirely sure. ... Sounds oddly configuration related... then again, i don't use fvwm on windows. My suspicion is that it has to do with the cut-buffers/clip-board-mechanism, somehow. I'd said previously that what gets sent (when a function key is pressed but the mouse cursor isn't over the in-focus window) is the unmapped version of the function key. It might also be some earlier contents of the cut-buffer, or something like that. I'm still trying to track it down. Being able to cut-and-paste between windows and cygwin is important, and I'm glad that this evolving capability is so far along... but is it possible to disable it, at least for debugging purposes? 'man XWin' [1] documents the -noclipboard option. [1] http://x.cygwin.com/docs/man1/XWin.1.html -- 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/
Git version, XWin dies in cygwin but not in Windows
I am testing the git version of the XWin server (I don't know if it is the good place to talk about this version) and I am experiencing a problem (May be it is also a problem on the official Xwin). Sometime ( I can not make a reproducible test case) when the server stops, the Xwin process disappears from Cygwin (as expected) but the Windows process XWin.exe still be alive. After some investigations (I'm not a good Windows hacker) it seems that the process hangs on the call to PostQuitMessage (0); of the function ddxGiveUp of the file InitOutput.c I can't tell why (Like I said, I'm not a good Windows hacker) but my tests seems to show that delete this call fixes the bug (may be there is no link ). Is it possible that this problem lies to the fact that the main window is destroyed before the call to PostQuitMessage (So the WM_QUIT message can't be treated isn't it ?) Well It's a question more than a notice. Thanks, Michel Hummel -- 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: SIGSEGV in xorg-1.8.2.0 during -resize operation
It turned out to be easy to get a log where the Aero mode got turned off after a resume. Here it is (stderr comes after it). Thanks -- Eliot Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.8.2.0 (10802000) Snapshot: 20100923-git-2172af4d1ea713f1 XWin was started with the following command line: /usr/bin/X :0 -unixkill -clipboard -multimonitors -resize -auth /home/Eliot/.serverauth.8420 ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - primary monitor w 1280 h 800 winInitializeDefaultScreens - native DPI x 96 y 96 winInitializeDefaultScreens - Returning [ 6203.270] winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 [ 6203.270] (II) xorg.conf is not supported [ 6203.270] (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information [ 6203.270] LoadPreferences: /home/Eliot/.XWinrc not found [ 6203.270] LoadPreferences: Loading /etc/X11/system.XWinrc [ 6203.270] LoadPreferences: Done parsing the configuration file... [ 6203.270] winGetDisplay: DISPLAY=:0.0 [ 6203.270] winDetectSupportedEngines - Windows NT/2000/XP [ 6203.286] winDetectSupportedEngines - DirectDraw installed [ 6203.286] winDetectSupportedEngines - Allowing PrimaryDD [ 6203.286] winDetectSupportedEngines - DirectDraw4 installed [ 6203.286] winDetectSupportedEngines - Returning, supported engines 001f [ 6203.286] winSetEngine - Using Shadow DirectDraw NonLocking [ 6203.286] winScreenInit - Using Windows display depth of 32 bits per pixel [ 6203.317] winWindowProc - WM_SIZE - new client area w: 1264 h: 732 [ 6203.332] winFinishScreenInitFB - Masks: 00ff ff00 00ff [ 6203.332] Screen 0 added at virtual desktop coordinate (0,0). [ 6203.332] MIT-SHM extension disabled due to lack of kernel support [ 6203.348] XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel [ 6203.364] (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so [ 6203.364] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [ 6203.379] [dix] Could not init font path element /usr/share/fonts/OTF/, removing from list! [ 6203.800] winPointerWarpCursor - Discarding first warp: 640 400 [ 6203.800] (--) 8 mouse buttons found [ 6203.800] (--) Setting autorepeat to delay=500, rate=31 [ 6203.800] (--) Windows keyboard layout: "0409" (0409) "US", type 4 [ 6203.800] (--) Found matching XKB configuration "English (USA)" [ 6203.800] (--) Model = "pc105" Layout = "us" Variant = "none" Options = "none" [ 6203.800] Rules = "base" Model = "pc105" Layout = "us" Variant = "none" Options = "none" [ 6203.816] winProcEstablishConnection - Hello [ 6203.956] winInitClipboard () [ 6203.956] winClipboardProc - Hello [ 6203.956] DetectUnicodeSupport - Windows NT/2000/XP [ 6203.956] winProcEstablishConnection - winInitClipboard returned. [ 6203.956] winGetDisplay: DISPLAY=:0.0 [ 6203.956] winClipboardProc - DISPLAY=:0.0 [ 6203.956] winClipboardProc - XOpenDisplay () returned and successfully opened the display. [ 6204.409] winClipboardFlushXEvents - unexpected event type 34 [ 6206.952] winWindowProc - WM_SIZE - new client area w: 1280 h: 748 [ 12055.835] winWindowProc - WM_DISPLAYCHANGE - new bpp: 0 [ 12055.835] winWindowProc - WM_DISPLAYCHANGE - new width: 0 new height: 0 [ 13684.064] winWindowProc - WM_DISPLAYCHANGE - new bpp: 0 [ 13684.064] winWindowProc - WM_DISPLAYCHANGE - new width: 0 new height: 0 [ 16856.313] winWindowProc - WM_DISPLAYCHANGE - new bpp: 0 [ 16856.313] winWindowProc - WM_DISPLAYCHANGE - new width: 0 new height: 0 [ 20387.614] winWindowProc - WM_DISPLAYCHANGE - new bpp: 0 [ 20387.614] winWindowProc - WM_DISPLAYCHANGE - new width: 0 new height: 0 [ 21698.584] winWindowProc - WM_DISPLAYCHANGE - new bpp: 0 [ 21698.584] winWindowProc - WM_DISPLAYCHANGE - new width: 0 new height: 0 [ 56138.285] winWindowProc - WM_DISPLAYCHANGE - new bpp: 0 [ 56138.285] winWindowProc - WM_DISPLAYCHANGE - new width: 0 new height: 0 [ 61047.949] winWindowProc - WM_DISPLAYCHANGE - new bpp: 0 [ 61047.949] winWindowProc - WM_DISPLAYCHANGE - new width: 0 new height: 0 [ 66152.832] winWindowProc - WM_DISPLAYCHANGE - new bpp: 0 [ 66152.832] winWindowProc - WM_DISPLAYCHANGE - new width: 0 new height: 0 [ 67952.225] winWindowProc - WM_DISPLAYCHANGE - new bpp: 0 [ 67952.225] winWindowProc - WM_DISPLAYCHANGE - new width: 0 new height: 0 [ 71279.150] winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 [ 71279.742] winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 [ 71279.852] winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 [ 71280.054] winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 [ 71280.678] winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 [ 71280.819] winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 [ 71280.990] winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 [ 71281.614] winShadowUpda
Re: SIGSEGV in xorg-1.8.2.0 during -resize operation
A small suggestion: I have twice been bitten by the fact that I cannot just send an XWin log to the cygwin-xfree list. This is because the log contains an email address, so the cygwin email serve bounces the message. If the format of the email address in the log used " at " rather than a literal at-sign, then I probably *could* email a log. Something to think about ... Regards -- EM -- 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/