From yselkowitz@users.sourceforge.net Thu Oct 1 03:42:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Thu, 01 Oct 2009 03:42:00 -0000 Subject: [ANNOUNCEMENT] [1.7] Updated: xinit-1.1.1-5 Message-ID: The following package has been updated for Cygwin 1.7: * xinit-1.1.1-5 This package includes the startx, startxdmcp.bat, startxwin.bat, and startxwin.sh commands for launching the XWin server. This releases fixes a few bugs in startxwin.{bat,sh}: * Launch XWin from within a bash login shell, so programs launched by the XWin tray menu are within a regular environment. * Wait for XWin to be ready to accept connections before launching xterm. (This adds a dependency on run2.) * Delete only the socket for the display which we are about to launch, to avoid clobbering other XWin instances running in other DISPLAYs. Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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/ From yselkowitz@users.sourceforge.net Thu Oct 1 03:42:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Thu, 01 Oct 2009 03:42:00 -0000 Subject: [ANNOUNCEMENT] [1.7] Updated: xorg-server-1.6.4-1 Message-ID: The following package has been updated for Cygwin 1.7: * xorg-server-1.6.4-1 This package contains XWin and the other X.Org X11 servers. This is an update to the latest stable version, and likely the last of the 1.6 series. The following patch has been REVERTED in this release: * "Use bash login shell to execute the commands started from the tray menu": This could cause lengthly delays in launching programs depending on the contents of the user's .bash_profile. Instead, xinit-1.1.1-5 launches XWin itself in a login shell, which should have the same effect. Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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/ From yselkowitz@users.sourceforge.net Thu Oct 1 03:42:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Thu, 01 Oct 2009 03:42:00 -0000 Subject: [ANNOUNCEMENT] [1.7] Updated: fontconfig-2.7.3-1 Message-ID: The following packages have been updated for Cygwin 1.7: *** fontconfig-2.7.3-1 *** libfontconfig1-2.7.3-1 *** libfontconfig-devel-2.7.3-1 Fontconfig is a library designed to provide system-wide font configuration, customization and application access. This is an update to the latest upstream release. Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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/ From angelo.graziosi@alice.it Thu Oct 1 07:18:00 2009 From: angelo.graziosi@alice.it (Angelo Graziosi) Date: Thu, 01 Oct 2009 07:18:00 -0000 Subject: [ANNOUNCEMENT] [1.7] Updated: xinit-1.1.1-5 Message-ID: <4AC45795.5070305@alice.it> Yaakov (Cygwin/X) wrote: > The following package has been updated for Cygwin 1.7: > > * xinit-1.1.1-5 > > This package includes the startx, startxdmcp.bat, startxwin.bat, and startxwin.sh commands for launching the XWin server. > > This releases fixes a few bugs in startxwin.{bat,sh}: > > * Launch XWin from within a bash login shell, so programs launched by the XWin tray menu are within a regular environment. In 'startxwin.bat' I see: %RUN% bash -l -c "XWin -multiwindow -clipboard -silent-dup-error" Shouldn't it be %RUN% bash -l -c "XWin -multiwindow -clipboard -silent-dup-error &" ? Cheers, Angelo. -- 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/ From mailing@fievel.be Thu Oct 1 07:27:00 2009 From: mailing@fievel.be (Florent Fievez) Date: Thu, 01 Oct 2009 07:27:00 -0000 Subject: xauth data + X connection to localhost:10.0 broken problem In-Reply-To: <25684836.post@talk.nabble.com> References: <25675981.post@talk.nabble.com> <6e2d1b810909300251j543731cck950bae8dd0fcc794@mail.gmail.com> <25684836.post@talk.nabble.com> Message-ID: <6e2d1b810910010027t3dda9d84t9fdc4552a8d6f7bd@mail.gmail.com> Hi, 2009/9/30 diego menezes : > > Hi there, > > First let me thank you guys for your reply. Now, when checking here I don't > see any config file in ~/.ssh, what means it was not generated when cygwin > was installed I guess. So, how can get in here? Also, I believe the line > "XAuthLocation /usr/bin/xauth" is actually "XAuthLocation > /usr/bin/xauth.exe" sice xauth is an executable. Instead I have a file named > "xauth_switch_to_sun-des-1". > You can create the ~/.ssh/config file by yoursef and just put in the 2 line above. > Cheers, > > Diego. > > > Florent Fievez-2 wrote: >> >> Hi, >> >> It means that ssh does not found xauth binary. To get it working, try >> adding to your ~/.ssh/config a line like : >> >> Host * >> ??????? XAuthLocation /usr/bin/xauth >> >> (It works with my cygwin installation, otherwise try locating xauth : >> which xauth in a cygwin console) >> >> Best regards, >> >> 2009/9/30 diego menezes >>> >>> Dear all, >>> >>> After installing Cygwin (default installation and then full installation) >>> and trying to connect to my machine at Fermilab I got this message: >>> >>> Starting SSH connection to senna-clued0.fnal.gov... >>> Warning: no xauth data; using fake authentication data for X11 forwarding >>> >>> When I try a simple thing like typing xterm& for instance, it tells me >>> >>> X connection to localhost:10.0 broken >> shutdown>. >>> >>> Does anyone have any idea on what's going on? >>> >>> Cheers all, >>> >>> Diego. >>> -- >>> View this message in context: >>> http://www.nabble.com/xauth-data-%2B-X-connection-to-localhost%3A10.0-broken-problem-tp25675981p25675981.html >>> Sent from the cygwin-xfree mailing list archive at Nabble.com. >>> >>> >>> -- >>> 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/ >>> >> >> -- >> 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/ >> >> >> > > -- > View this message in context: http://www.nabble.com/xauth-data-%2B-X-connection-to-localhost%3A10.0-broken-problem-tp25675981p25684836.html > Sent from the cygwin-xfree mailing list archive at Nabble.com. > > > -- > 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/ > > -- 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/ From yselkowitz@users.sourceforge.net Thu Oct 1 08:33:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Thu, 01 Oct 2009 08:33:00 -0000 Subject: [ANNOUNCEMENT] [1.7] Updated: gvim-7.2.264-1 Message-ID: The following package has been updated for Cygwin 1.7: *** gvim-7.2.264-1 gVim provides a GTK+ GUI for the Vim text editor. This release is an update to the latest patch for 7.2. This release also uses the alternatives system, together with the concurrent vim release. By installing gvim, the symlinks vim, vimdiff, view, rvim, and rview will also point to gvim. When called by one of these names, the terminal interface will be used unless the '-g' argument is provided. Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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/ From jon.turney@dronecode.org.uk Thu Oct 1 12:12:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 01 Oct 2009 12:12:00 -0000 Subject: [PATCH 1/2] Cygwin/X: Improve choice of display name used by internal clients In-Reply-To: <1254399169-2412-1-git-send-email-jon.turney@dronecode.org.uk> References: <1254399169-2412-1-git-send-email-jon.turney@dronecode.org.uk> Message-ID: <1254399169-2412-2-git-send-email-jon.turney@dronecode.org.uk> Choose display name used to connect internal clients and exported into environment of processes started by traymenu so that it uses a transport we know is working This should mean the server can start correctly with -multiwindow and/or -clipboard and any two of -nolisten inet6 -nolisten inet and -nolisten unix (the server will correctly refuse to start if all 3 are used, as it must be listening on at least one socket) Signed-off-by: Jon TURNEY --- hw/xwin/Makefile.am | 1 + hw/xwin/win.h | 7 +++++ hw/xwin/winclipboardthread.c | 5 +--- hw/xwin/windisplay.c | 55 ++++++++++++++++++++++++++++++++++++++++++ hw/xwin/winmultiwindowwm.c | 10 +------ hw/xwin/winprefs.c | 11 ++------ include/os.h | 2 + os/connection.c | 17 +++++++++++++ 8 files changed, 88 insertions(+), 20 deletions(-) create mode 100644 hw/xwin/windisplay.c diff --git a/hw/xwin/Makefile.am b/hw/xwin/Makefile.am index 2c7972a..70f8aa5 100644 --- a/hw/xwin/Makefile.am +++ b/hw/xwin/Makefile.am @@ -120,6 +120,7 @@ SRCS = InitInput.c \ winpriv.h \ winresource.h \ winwindow.h \ + windisplay.c \ XWin.rc \ $(top_srcdir)/Xext/dpmsstubs.c \ $(top_srcdir)/Xi/stubs.c \ diff --git a/hw/xwin/win.h b/hw/xwin/win.h index 9009df2..b76ac87 100644 --- a/hw/xwin/win.h +++ b/hw/xwin/win.h @@ -1454,6 +1454,13 @@ Bool winInitCursor (ScreenPtr pScreen); /* + * windisplay.c + */ + +void +winGetDisplayName(char *szDisplay, unsigned int screen); + +/* * END DDX and DIX Function Prototypes */ diff --git a/hw/xwin/winclipboardthread.c b/hw/xwin/winclipboardthread.c index 8eb825f..fefd408 100644 --- a/hw/xwin/winclipboardthread.c +++ b/hw/xwin/winclipboardthread.c @@ -177,10 +177,7 @@ winClipboardProc (void *pvNotUsed) * for all screens on the display. That is why there is only * one clipboard client thread. */ - snprintf (szDisplay, - 512, - "127.0.0.1:%s.0", - display); + winGetDisplayName(szDisplay, 0); /* Print the display connection string */ ErrorF ("winClipboardProc - DISPLAY=%s\n", szDisplay); diff --git a/hw/xwin/windisplay.c b/hw/xwin/windisplay.c new file mode 100644 index 0000000..3561aa0 --- /dev/null +++ b/hw/xwin/windisplay.c @@ -0,0 +1,55 @@ +/* + * Copyright (C) Jon TURNEY 2009 + * + * Permission is hereby granted, free of charge, to any person obtaining a + * copy of this software and associated documentation files (the "Software"), + * to deal in the Software without restriction, including without limitation + * the rights to use, copy, modify, merge, publish, distribute, sublicense, + * and/or sell copies of the Software, and to permit persons to whom the + * Software is furnished to do so, subject to the following conditions: + * + * The above copyright notice and this permission notice (including the next + * paragraph) shall be included in all copies or substantial portions of the + * Software. + * + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL + * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER + * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER + * DEALINGS IN THE SOFTWARE. + * + */ + +#include // for display +#include "win.h" + +/* + Generate a display name string referring to the display of this server, + using a transport we know is enabled +*/ + +void +winGetDisplayName(char *szDisplay, unsigned int screen) +{ + if (TransIsListening("local")) + { + snprintf(szDisplay, 512, ":%s.%d", display, screen); + } + else if (TransIsListening("inet")) + { + snprintf(szDisplay, 512, "127.0.0.1:%s.%d", display, screen); + } + else if (TransIsListening("inet6")) + { + snprintf(szDisplay, 512, "::1:%s.%d", display, screen); + } + else + { + // this can't happen! + snprintf(szDisplay, 512, "localhost:%s.%d", display, screen); + } + + ErrorF ("winGetDisplay: DISPLAY=%s\n", szDisplay); +} diff --git a/hw/xwin/winmultiwindowwm.c b/hw/xwin/winmultiwindowwm.c index 18d9aed..0de607d 100644 --- a/hw/xwin/winmultiwindowwm.c +++ b/hw/xwin/winmultiwindowwm.c @@ -137,7 +137,6 @@ typedef struct _XMsgProcArgRec { * References to external symbols */ -extern char *display; extern void ErrorF (const char* /*f*/, ...); @@ -938,8 +937,7 @@ winMultiWindowXMsgProc (void *pArg) XSetIOErrorHandler (winMultiWindowXMsgProcIOErrorHandler); /* Setup the display connection string x */ - snprintf (pszDisplay, - 512, "127.0.0.1:%s.%d", display, (int)pProcArg->dwScreen); + winGetDisplayName(pszDisplay, (int)pProcArg->dwScreen); /* Print the display connection string */ ErrorF ("winMultiWindowXMsgProc - DISPLAY=%s\n", pszDisplay); @@ -1266,11 +1264,7 @@ winInitMultiWindowWM (WMInfoPtr pWMInfo, WMProcArgPtr pProcArg) XSetIOErrorHandler (winMultiWindowWMIOErrorHandler); /* Setup the display connection string x */ - snprintf (pszDisplay, - 512, - "127.0.0.1:%s.%d", - display, - (int) pProcArg->dwScreen); + winGetDisplayName(pszDisplay, (int)pProcArg->dwScreen); /* Print the display connection string */ ErrorF ("winInitMultiWindowWM - DISPLAY=%s\n", pszDisplay); diff --git a/hw/xwin/winprefs.c b/hw/xwin/winprefs.c index d5bceb9..d854d2e 100644 --- a/hw/xwin/winprefs.c +++ b/hw/xwin/winprefs.c @@ -69,10 +69,6 @@ extern HICON g_hSmallIconX; /* Currently in use command ID, incremented each new menu item created */ static int g_cmdid = STARTMENUID; - -/* Defined in DIX */ -extern char *display; - /* Local function to handle comma-ified icon names */ static HICON LoadImageComma (char *fname, int sx, int sy, int flags); @@ -780,16 +776,15 @@ LoadPreferences (void) /* Setup a DISPLAY environment variable, need to allocate on heap */ /* because putenv doesn't copy the argument... */ - snprintf (szDisplay, 512, "DISPLAY=127.0.0.1:%s.0", display); - szEnvDisplay = (char *)(malloc (strlen(szDisplay)+1)); + winGetDisplayName(szDisplay, 0); + szEnvDisplay = (char *)(malloc(strlen(szDisplay)+strlen("DISPLAY=")+1)); if (szEnvDisplay) { - strcpy (szEnvDisplay, szDisplay); + snprintf(szEnvDisplay, 512, "DISPLAY=%s", szDisplay); putenv (szEnvDisplay); } /* Replace any "%display%" in menu commands with display string */ - snprintf (szDisplay, 512, "127.0.0.1:%s.0", display); for (i=0; itransptr->TransName)) + { + return 1; + } + } + + return 0; +} + + /* Set MaxClients and lastfdesc, and allocate ConnectionTranslation */ void -- 1.6.4.2 -- 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/ From jon.turney@dronecode.org.uk Thu Oct 1 12:12:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 01 Oct 2009 12:12:00 -0000 Subject: [PATCH 2/2] Cygwin/X: Cause the X server to terminate if clipboard or WM internal client threads exit due to an error In-Reply-To: <1254399169-2412-2-git-send-email-jon.turney@dronecode.org.uk> References: <1254399169-2412-1-git-send-email-jon.turney@dronecode.org.uk> <1254399169-2412-2-git-send-email-jon.turney@dronecode.org.uk> Message-ID: <1254399169-2412-3-git-send-email-jon.turney@dronecode.org.uk> Signed-off-by: Jon TURNEY --- hw/xwin/winclipboardthread.c | 17 +++++++++++++++++ hw/xwin/winmultiwindowwm.c | 22 +++++++++++++++++++++- 2 files changed, 38 insertions(+), 1 deletions(-) diff --git a/hw/xwin/winclipboardthread.c b/hw/xwin/winclipboardthread.c index fefd408..962d9d6 100644 --- a/hw/xwin/winclipboardthread.c +++ b/hw/xwin/winclipboardthread.c @@ -84,6 +84,8 @@ winClipboardErrorHandler (Display *pDisplay, XErrorEvent *pErr); static int winClipboardIOErrorHandler (Display *pDisplay); +static void +winClipboardThreadExit(void *arg); /* * Main thread function @@ -110,6 +112,8 @@ winClipboardProc (void *pvNotUsed) char szDisplay[512]; int iSelectError; + pthread_cleanup_push(&winClipboardThreadExit, NULL); + ErrorF ("winClipboardProc - Hello\n"); /* Do we have Unicode support? */ @@ -434,6 +438,8 @@ winClipboardProc (void *pvNotUsed) g_pClipboardDisplay = NULL; g_hwndClipboard = NULL; + pthread_cleanup_pop(0); + return NULL; } @@ -475,3 +481,14 @@ winClipboardIOErrorHandler (Display *pDisplay) return 0; } + +/* + * winClipboardThreadExit - Thread exit handler + */ + +static void +winClipboardThreadExit(void *arg) +{ + /* clipboard thread has exited, stop server as well */ + kill(getpid(), SIGTERM); +} diff --git a/hw/xwin/winmultiwindowwm.c b/hw/xwin/winmultiwindowwm.c index 0de607d..87cb3dc 100644 --- a/hw/xwin/winmultiwindowwm.c +++ b/hw/xwin/winmultiwindowwm.c @@ -180,6 +180,9 @@ winMultiWindowXMsgProcErrorHandler (Display *pDisplay, XErrorEvent *pErr); static int winMultiWindowXMsgProcIOErrorHandler (Display *pDisplay); +static void +winMultiWindowThreadExit(void *arg); + static int winRedirectErrorHandler (Display *pDisplay, XErrorEvent *pErr); @@ -637,6 +640,8 @@ winMultiWindowWMProc (void *pArg) { WMProcArgPtr pProcArg = (WMProcArgPtr)pArg; WMInfoPtr pWMInfo = pProcArg->pWMInfo; + + pthread_cleanup_push(&winMultiWindowThreadExit, NULL); /* Initialize the Window Manager */ winInitMultiWindowWM (pWMInfo, pProcArg); @@ -849,6 +854,9 @@ winMultiWindowWMProc (void *pArg) #if CYGMULTIWINDOW_DEBUG ErrorF("-winMultiWindowWMProc ()\n"); #endif + + pthread_cleanup_pop(0); + return NULL; } @@ -871,6 +879,8 @@ winMultiWindowXMsgProc (void *pArg) int iReturn; XIconSize *xis; + pthread_cleanup_push(&winMultiWindowThreadExit, NULL); + ErrorF ("winMultiWindowXMsgProc - Hello\n"); /* Check that argument pointer is not invalid */ @@ -1108,7 +1118,7 @@ winMultiWindowXMsgProc (void *pArg) } XCloseDisplay (pProcArg->pDisplay); - pthread_exit (NULL); + pthread_cleanup_pop(0); return NULL; } @@ -1428,6 +1438,16 @@ winMultiWindowXMsgProcIOErrorHandler (Display *pDisplay) return 0; } +/* + * winMultiWindowThreadExit - Thread exit handler + */ + +static void +winMultiWindowThreadExit(void *arg) +{ + /* multiwindow client thread has exited, stop server as well */ + kill(getpid(), SIGTERM); +} /* * Catch RedirectError to detect other window manager running -- 1.6.4.2 -- 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/ From jon.turney@dronecode.org.uk Thu Oct 1 12:12:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 01 Oct 2009 12:12:00 -0000 Subject: [PATCH 0/2] Patches to improve some edge cases in internal client connections Message-ID: <1254399169-2412-1-git-send-email-jon.turney@dronecode.org.uk> Here's a couple of patches provoked by a problem report on IRC the last week, where a user had some kind of firewall problem which prevented the X server from accepting connections from it's internal clients (which use a hard-coded DISPLAY of 127.0.0.1:0.0 at the moment), which in -multwindow mode, results in windows with no frame or decoration (as the window styling is done by the internal WM thread) and no explanation. However, I'm not terribly happy with either of them, so more polish needed. Problems: [01/02] libxtrans provides a TransNoListen method to set the 'don't listen' flag for a particular transport, but there is no interface to query the state of that flag, so I had to resort to grovelling around in the server's list of listeners [02/02] Calling FatalError from an internal client thread is a no-no, so these failures are silent at the moment (in the sense that no pop-up occurs to tell the user that we are terminating or why). Also, I'm just noticing I should be using pthread_kill() to ensure the signal is delivered to the thread which is running the main dispatch loop so that will exit the select() it may be blocked in and notice that DE_TERMINATE is set. Jon TURNEY (2): Cygwin/X: Improve choice of display name used by internal clients Cygwin/X: Cause the X server to terminate if clipboard or WM internal client threads exit due to an error hw/xwin/Makefile.am | 1 + hw/xwin/win.h | 7 +++++ hw/xwin/winclipboardthread.c | 22 +++++++++++++--- hw/xwin/windisplay.c | 55 ++++++++++++++++++++++++++++++++++++++++++ hw/xwin/winmultiwindowwm.c | 32 +++++++++++++++++------- hw/xwin/winprefs.c | 11 ++------ include/os.h | 2 + os/connection.c | 17 +++++++++++++ 8 files changed, 126 insertions(+), 21 deletions(-) create mode 100644 hw/xwin/windisplay.c -- 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/ From cygwin@cwilson.fastmail.fm Thu Oct 1 12:41:00 2009 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Thu, 01 Oct 2009 12:41:00 -0000 Subject: [ANNOUNCEMENT] [1.7] Updated: xinit-1.1.1-5 In-Reply-To: <4AC45795.5070305@alice.it> References: <4AC45795.5070305@alice.it> Message-ID: <4AC4A340.9060001@cwilson.fastmail.fm> Angelo Graziosi wrote: > In 'startxwin.bat' I see: > > %RUN% bash -l -c "XWin -multiwindow -clipboard -silent-dup-error" > > Shouldn't it be > > %RUN% bash -l -c "XWin -multiwindow -clipboard -silent-dup-error &" ? No, "run" implicitly puts the target in the background, unless you add the '-w' (wait) option. -- Chuck -- 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/ From Phil.Betts@ascribe.com Thu Oct 1 13:19:00 2009 From: Phil.Betts@ascribe.com (Phil Betts) Date: Thu, 01 Oct 2009 13:19:00 -0000 Subject: [ANNOUNCEMENT] [1.7] Updated: xinit-1.1.1-5 In-Reply-To: <4AC4A340.9060001@cwilson.fastmail.fm> References: <4AC45795.5070305@alice.it> <4AC4A340.9060001@cwilson.fastmail.fm> Message-ID: <5E25AF06EFB9EA4A87C19BC98F5C8753049D6FBE@core-email.int.ascribe.com> Charles Wilson wrote: > Angelo Graziosi wrote: > >> In 'startxwin.bat' I see: >> >> %RUN% bash -l -c "XWin -multiwindow -clipboard -silent-dup-error" >> >> Shouldn't it be >> >> %RUN% bash -l -c "XWin -multiwindow -clipboard -silent-dup-error &" ? > > No, "run" implicitly puts the target in the background, unless you add > the '-w' (wait) option. I think Angelo was trying to avoid having an unnecessary bash process hanging around. Bash is only used to prepare the environment, so why not do it like this instead: %RUN% bash -l -c "exec XWin -multiwindow -clipboard -silent-dup-error" i.e. the bash process is replaced by XWin rather than spawning a new process, putting it in the background, then exiting. Under *IX, this is usually more efficient than Angelo's method, but I don't know if this is true under cygwin, given the complexity of getting exec/fork etc. to work under Windows. Phil -- This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange. -- 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/ From angelo.graziosi@alice.it Thu Oct 1 16:53:00 2009 From: angelo.graziosi@alice.it (Angelo Graziosi) Date: Thu, 01 Oct 2009 16:53:00 -0000 Subject: [ANNOUNCEMENT] [1.7] Updated: xinit-1.1.1-5 Message-ID: <4AC4DE7E.8000608@alice.it> Phil Betts wrote: > I think Angelo was trying to avoid having an unnecessary bash process > hanging around. Indeed! (I think...) I have various links on desktop (to start Emacs, mrxvt, xfig, etc.) like this: C:\cygwin-2\bin\run.exe bash -l -c 'rm -rf /tmp/.X11-unix; XWin -multiwindow -clipboard -silent-dup-error &' and 'experimentally' adding '&' reduces the number of processes, as shown by task manager... > so why > not do it like this instead: > > %RUN% bash -l -c "exec XWin -multiwindow -clipboard -silent-dup-error" interesting... I will give it a try. But, in any case, it would be useful to know what Cygwin guys think. Thanks, Angelo. -- 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/ From mike_ayers@tvworks.com Thu Oct 1 17:03:00 2009 From: mike_ayers@tvworks.com (Mike Ayers) Date: Thu, 01 Oct 2009 17:03:00 -0000 Subject: xauth data + X connection to localhost:10.0 broken problem In-Reply-To: <6e2d1b810910010027t3dda9d84t9fdc4552a8d6f7bd@mail.gmail.com> References: <25675981.post@talk.nabble.com> <6e2d1b810909300251j543731cck950bae8dd0fcc794@mail.gmail.com> <25684836.post@talk.nabble.com> <6e2d1b810910010027t3dda9d84t9fdc4552a8d6f7bd@mail.gmail.com> Message-ID: <83E753BE7B6A324ABB336245BAF1DAAC0D230DBB@mailserver.metatv-ds.metatv.com> > From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree- > owner@cygwin.com] On Behalf Of Florent Fievez > Sent: Thursday, October 01, 2009 12:27 AM > 2009/9/30 diego menezes : > > was installed I guess. So, how can get in here? Also, I believe the > line > > "XAuthLocation /usr/bin/xauth" is actually "XAuthLocation > > /usr/bin/xauth.exe" sice xauth is an executable. Instead I have a > file named > > "xauth_switch_to_sun-des-1". > > > > You can create the ~/.ssh/config file by yoursef and just put in the 2 > line above. I think it needs to have 744 permissions or better. So this would be, say: [SNIP] Host target1 Hostname target1.some.dom.ain XAuthLocation /usr/bin/xauth [/SNIP] ...where XAuthLocation points to the local xauth? Do I need to have a matching declaration on the target? I've tried this several ways with no success so far. Any help appreciated. Thanks, Mike From kbrown@cornell.edu Thu Oct 1 17:38:00 2009 From: kbrown@cornell.edu (Ken Brown) Date: Thu, 01 Oct 2009 17:38:00 -0000 Subject: fc-list does not list windows system fonts under cygwin In-Reply-To: References: Message-ID: <4AC4E904.9040404@cornell.edu> On 10/1/2009 10:49 AM, Steven Woody wrote: > Hi, > > I am using tex-live under a cygwin system. I found the 'fc-list' > command can not list fonts in system font directory > 'c:\windows\fonts'. I remembered it can do this before I reinstalled > my whole system). What's wrong with it? > > Regards, > narke > I'm cc-ing the cygwin-xfree list, which is where I think fontconfig questions belong. I can confirm that on my system, fc-list produces strange output on the windows system fonts. I'm not sure if it's the same problem you were reporting. For example, I get the following in a mintty window under cygwin 1.7: $ fc-list|grep -i micro Microsoft Sans Serif:style=Regular,Normal,oby??ejn????,Standard,??????????????????????????????,Normaali,Norm????l,Normale,Standaard,Normalny,????????????????????,Norm????lne,Navadno,Arrunta cygcheck output is attached. Ken -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.out URL: -------------- next part -------------- -- 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/ From andy.koppe@gmail.com Thu Oct 1 18:56:00 2009 From: andy.koppe@gmail.com (Andy Koppe) Date: Thu, 01 Oct 2009 18:56:00 -0000 Subject: fc-list does not list windows system fonts under cygwin In-Reply-To: <4AC4E904.9040404@cornell.edu> References: <4AC4E904.9040404@cornell.edu> Message-ID: <416096c60910011156o5b750a2s7f9405dbd8b887bf@mail.gmail.com> 2009/10/1 Ken Brown: > I'm cc-ing the cygwin-xfree list, which is where I think fontconfig > questions belong. ?I can confirm that on my system, fc-list produces strange > output on the windows system fonts. ?I'm not sure if it's the same problem > you were reporting. > > For example, I get the following in a mintty window under cygwin 1.7: > > $ fc-list|grep -i micro > Microsoft Sans > Serif:style=Regular,Normal,oby?ejn??,Standard,???????????????,Normaali,Norm??l,Normale,Standaard,Normalny,??????????,Norm??lne,Navadno,Arrunta Looks like mintty is set to the wrong character set. Have you got KOI8 or CP1251 selected on Options->Text? Although, I rather suspect all those translations of "Regular" are encoded in several different charsets anyway. Andy -- 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/ From jon.turney@dronecode.org.uk Thu Oct 1 19:14:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 01 Oct 2009 19:14:00 -0000 Subject: fc-list does not list windows system fonts under cygwin In-Reply-To: <4AC4E904.9040404@cornell.edu> References: <4AC4E904.9040404@cornell.edu> Message-ID: <4AC4FF81.4070308@dronecode.org.uk> On 01/10/2009 18:38, Ken Brown wrote: > On 10/1/2009 10:49 AM, Steven Woody wrote: >> Hi, >> >> I am using tex-live under a cygwin system. I found the 'fc-list' >> command can not list fonts in system font directory >> 'c:\windows\fonts'. I remembered it can do this before I reinstalled >> my whole system). What's wrong with it? It's not working! I think this only recently started working in some limited circumstances (See http://cygwin.com/ml/cygwin-xfree/2009-09/msg00010.html), and there isn't enough version information in OP to determine if it should work or not :-) > I'm cc-ing the cygwin-xfree list, which is where I think fontconfig > questions belong. I can confirm that on my system, fc-list produces > strange output on the windows system fonts. I'm not sure if it's the > same problem you were reporting. > For example, I get the following in a mintty window under cygwin 1.7: > > $ fc-list|grep -i micro > Microsoft Sans > Serif:style=Regular,Normal,oby??ejn????,Standard,??????????????????????????????,Normaali,Norm????l,Normale,Standaard,Normalny,????????????????????,Norm????lne,Navadno,Arrunta These come out as (what I guess are) translations of "Normal" for me, so I guess, yes, wrong charset or encoding :-) -- 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/ From kbrown@cornell.edu Thu Oct 1 19:46:00 2009 From: kbrown@cornell.edu (Ken Brown) Date: Thu, 01 Oct 2009 19:46:00 -0000 Subject: fc-list does not list windows system fonts under cygwin In-Reply-To: <4AC4FF81.4070308@dronecode.org.uk> References: <4AC4E904.9040404@cornell.edu> <4AC4FF81.4070308@dronecode.org.uk> Message-ID: <4AC50720.1060801@cornell.edu> On 10/1/2009 3:14 PM, Jon TURNEY wrote: > On 01/10/2009 18:38, Ken Brown wrote: >> On 10/1/2009 10:49 AM, Steven Woody wrote: >>> Hi, >>> >>> I am using tex-live under a cygwin system. I found the 'fc-list' >>> command can not list fonts in system font directory >>> 'c:\windows\fonts'. I remembered it can do this before I reinstalled >>> my whole system). What's wrong with it? > > It's not working! > > I think this only recently started working in some limited circumstances > (See http://cygwin.com/ml/cygwin-xfree/2009-09/msg00010.html), and there > isn't enough version information in OP to determine if it should work or > not :-) > >> I'm cc-ing the cygwin-xfree list, which is where I think fontconfig >> questions belong. I can confirm that on my system, fc-list produces >> strange output on the windows system fonts. I'm not sure if it's the >> same problem you were reporting. > >> For example, I get the following in a mintty window under cygwin 1.7: >> >> $ fc-list|grep -i micro >> Microsoft Sans >> Serif:style=Regular,Normal,oby??ejn????,Standard,??????????????????????????????,Normaali,Norm????l,Normale,Standaard,Normalny,????????????????????,Norm????lne,Navadno,Arrunta >> > > These come out as (what I guess are) translations of "Normal" for me, so > I guess, yes, wrong charset or encoding :-) But is fc-list really supposed to show all these translations? I never saw that in older versions of fontconfig, which didn't include the Windows font directory. Ken -- 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/ From angelo.graziosi@alice.it Thu Oct 1 22:10:00 2009 From: angelo.graziosi@alice.it (Angelo Graziosi) Date: Thu, 01 Oct 2009 22:10:00 -0000 Subject: [ANNOUNCEMENT] [1.7] Updated: xinit-1.1.1-5 In-Reply-To: <4AC4DE7E.8000608@alice.it> References: <4AC4DE7E.8000608@alice.it> Message-ID: <4AC5286D.30000@alice.it> Angelo Graziosi ha scritto: > Phil Betts wrote: >> I think Angelo was trying to avoid having an unnecessary bash process >> hanging around. > > Indeed! (I think...) > > I have various links on desktop (to start Emacs, mrxvt, xfig, etc.) like > this: > > C:\cygwin-2\bin\run.exe bash -l -c 'rm -rf /tmp/.X11-unix; XWin > -multiwindow -clipboard -silent-dup-error &' > > and 'experimentally' adding '&' reduces the number of processes, as > shown by task manager... > >> so why >> not do it like this instead: >> >> %RUN% bash -l -c "exec XWin -multiwindow -clipboard -silent-dup-error" > > interesting... I will give it a try. But, in any case, it would be > useful to know what Cygwin guys think. Using 'exec', task manager shows always one more process: bash... Cheers, Angelo. -- 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/ From narkewoody@gmail.com Fri Oct 2 00:17:00 2009 From: narkewoody@gmail.com (Steven Woody) Date: Fri, 02 Oct 2009 00:17:00 -0000 Subject: fc-list does not list windows system fonts under cygwin In-Reply-To: <4AC4FF81.4070308@dronecode.org.uk> References: <4AC4E904.9040404@cornell.edu> <4AC4FF81.4070308@dronecode.org.uk> Message-ID: On Fri, Oct 2, 2009 at 3:14 AM, Jon TURNEY wrote: > On 01/10/2009 18:38, Ken Brown wrote: >> >> On 10/1/2009 10:49 AM, Steven Woody wrote: >>> >>> Hi, >>> >>> I am using tex-live under a cygwin system. I found the 'fc-list' >>> command can not list fonts in system font directory >>> 'c:\windows\fonts'. I remembered it can do this before I reinstalled >>> my whole system). What's wrong with it? > > It's not working! > > I think this only recently started working in some limited circumstances > (See http://cygwin.com/ml/cygwin-xfree/2009-09/msg00010.html), and there > isn't enough version information in OP to determine if it should work or not > :-) > I don't get the point. Anyway, fc-list should list fonts in c:\windows\fonts in default, is it true or false? My problem is just that it does not do it. My fc-list is 2.6.0 and I don't know how to check cygwin's version, but it was installed recently. Thanks. -- Life is the only flaw in an otherwise perfect nonexistence -- Schopenhauer narke public key at http://subkeys.pgp.net:11371 (narkewoody@gmail.com) -- 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/ From yselkowitz@users.sourceforge.net Fri Oct 2 00:24:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Fri, 02 Oct 2009 00:24:00 -0000 Subject: fc-list does not list windows system fonts under cygwin In-Reply-To: References: <4AC4E904.9040404@cornell.edu> <4AC4FF81.4070308@dronecode.org.uk> Message-ID: <4AC54841.7060301@users.sourceforge.net> Let's stop double posting; moving this to cygwin-xfree@. On 01/10/2009 19:17, Steven Woody wrote: > I don't get the point. Anyway, fc-list should list fonts in > c:\windows\fonts in default, is it true or false? My problem is just > that it does not do it. My fc-list is 2.6.0 and I don't know how to > check cygwin's version, but it was installed recently. Did you read that announcement? Only as of fontconfig 2.7.1 (for Cygwin 1.7 only) are the default Windows font directories scanned. Yaakov Cygwin/X -- 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/ From __@nus.edu.sg Fri Oct 2 13:32:00 2009 From: __@nus.edu.sg (William Ko) Date: Fri, 02 Oct 2009 13:32:00 -0000 Subject: X11/BadAlloc/XKEYBOARD errors seem to have been resolved by Cygwin 1.7 Message-ID: Hi all, This is in response to what I read in: http://www.cygwin.com/ml/cygwin-xfree/2009-02/msg00237.html http://www.mail-archive.com/cygwin-xfree@cygwin.com/msg18169.html I encountered a similar error running Nedit 5.5 through Cygwin 1.5, but this does not occur with Cygwin 1.7 (as of today) Regards -- 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/ From yselkowitz@users.sourceforge.net Fri Oct 2 16:45:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Fri, 02 Oct 2009 16:45:00 -0000 Subject: [ANNOUNCEMENT] [1.7] Updated: luit-1.0.4-1 Message-ID: The following package has been updated for Cygwin 1.7: *** luit-1.0.4-1 This is an update to the latest upstream version, and should fix several bug reports which have been reported to the list lately. Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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/ From andy.koppe@gmail.com Fri Oct 2 19:03:00 2009 From: andy.koppe@gmail.com (Andy Koppe) Date: Fri, 02 Oct 2009 19:03:00 -0000 Subject: [1.7] Updated: luit-1.0.4-1 In-Reply-To: <4AC62D16.2060601@users.sourceforge.net> References: <4AC62D16.2060601@users.sourceforge.net> Message-ID: <416096c60910021203t4e92d2acrdbe2a0e8be277124@mail.gmail.com> 2009/10/2 Yaakov (Cygwin/X): > The following package has been updated for Cygwin 1.7: > > *** luit-1.0.4-1 > > This is an update to the latest upstream version, and should fix several bug > reports which have been reported to the list lately. Working nicely here. Thanks! Andy -- 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/ From kbrown@cornell.edu Sat Oct 3 15:04:00 2009 From: kbrown@cornell.edu (Ken Brown) Date: Sat, 03 Oct 2009 15:04:00 -0000 Subject: [ANNOUNCEMENT] [1.7] Updated: xorg-server-1.6.4-1 In-Reply-To: References: Message-ID: <4AC767EB.8070206@cornell.edu> On 9/30/2009 11:41 PM, Yaakov (Cygwin/X) wrote: > The following patch has been REVERTED in this release: > > * "Use bash login shell to execute the commands started from the tray > menu": This could cause lengthly delays in launching programs depending > on the contents of the user's .bash_profile. Instead, xinit-1.1.1-5 > launches XWin itself in a login shell, which should have the same effect. I think you may have also reverted some improvements that had been made to /etc/X11/system.XWinrc. As a result, starting xterm from the tray menu no longer starts a login shell. I would suggest something like the following, as we discussed in the thread starting at http://sourceware.org/ml/cygwin-xfree/2009-06/msg00010.html: --- system.XWinrc.orig 2009-09-30 22:19:57.000000000 -0400 +++ system.XWinrc 2009-10-03 10:55:43.468750000 -0400 @@ -79,8 +79,8 @@ // Make some menus... menu apps { - xterm exec "xterm" - "Emacs" exec "emacs" + xterm exec "xterm -ls -sb" + emacs exec "emacs" notepad exec notepad xload exec "xload -display %display%" # Comment } Ken -- 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/ From corinna-cygwin@cygwin.com Sun Oct 4 19:52:00 2009 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Sun, 04 Oct 2009 19:52:00 -0000 Subject: Xterm hangs with latest Cygwin (-62?) In-Reply-To: <806a89db0910041044n10e2c6d9i5aa62b9043652c42@mail.gmail.com> References: <4AC8CFC4.7060105@alum.mit.edu> <806a89db0910041044n10e2c6d9i5aa62b9043652c42@mail.gmail.com> Message-ID: <20091004195204.GA1826@calimero.vinschen.de> On Oct 4 11:44, Jim Reisert AD1C wrote: > > Did you upgrade xorg-server at the same time? Maybe your problem is caused by the change in system.XWinrc that I reported yesterday: > > > http://cygwin.com/ml/cygwin-xfree/2009-10/msg00023.html > > I already had the latest Xorg server. The only difference is the > Cygwin version. -61 works, -62 hangs. This looks like a problem with the latest luit. I can start xterm, but I only get a /bin/sh prompt, not my usual tcsh prompt. Stracing shows that luit is called with `luit -argv0 -tcsh', but nowhere in the strace tcsh is actually started. Rather, it looks like luit starts /bin/sh with argv[0] set to -tcsh instead. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/ From jon.turney@dronecode.org.uk Sun Oct 4 20:50:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 04 Oct 2009 20:50:00 -0000 Subject: X11/BadAlloc/XKEYBOARD errors seem to have been resolved by Cygwin 1.7 In-Reply-To: References: Message-ID: <4AC90A75.9090009@dronecode.org.uk> On 02/10/2009 14:32, William Ko wrote: > Hi all, > > This is in response to what I read in: > http://www.cygwin.com/ml/cygwin-xfree/2009-02/msg00237.html > http://www.mail-archive.com/cygwin-xfree@cygwin.com/msg18169.html > > I encountered a similar error running Nedit 5.5 through Cygwin 1.5, but > this does not occur with Cygwin 1.7 (as of today) Thanks for the confirmation. http://sourceware.org/bugzilla/show_bug.cgi?id=9780 has been closed :-) -- 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/ From jon.turney@dronecode.org.uk Sun Oct 4 21:19:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 04 Oct 2009 21:19:00 -0000 Subject: [ANNOUNCEMENT] [1.7] Updated: xorg-server-1.6.4-1 In-Reply-To: <4AC767EB.8070206@cornell.edu> References: <4AC767EB.8070206@cornell.edu> Message-ID: <4AC91168.9030500@dronecode.org.uk> On 03/10/2009 16:04, Ken Brown wrote: > On 9/30/2009 11:41 PM, Yaakov (Cygwin/X) wrote: >> The following patch has been REVERTED in this release: >> >> * "Use bash login shell to execute the commands started from the tray >> menu": This could cause lengthly delays in launching programs >> depending on the contents of the user's .bash_profile. Instead, >> xinit-1.1.1-5 launches XWin itself in a login shell, which should have >> the same effect. > > I think you may have also reverted some improvements that had been made > to /etc/X11/system.XWinrc. As a result, starting xterm from the tray > menu no longer starts a login shell. I would suggest something like the > following, as we discussed in the thread starting at > http://sourceware.org/ml/cygwin-xfree/2009-06/msg00010.html: Oh. Well, the point is that we shouldn't need to start things from XWinrc using a login shell, as the change to startxwin.bat launches XWin from a login shell, so all it's descendants should inherit a login environment. Doesn't seem to be working though :-( -- 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/ From jjreisert@alum.mit.edu Sun Oct 4 23:06:00 2009 From: jjreisert@alum.mit.edu (Jim Reisert AD1C) Date: Sun, 04 Oct 2009 23:06:00 -0000 Subject: Xterm hangs with latest Cygwin (-62?) In-Reply-To: <20091004195204.GA1826@calimero.vinschen.de> References: <4AC8CFC4.7060105@alum.mit.edu> <806a89db0910041044n10e2c6d9i5aa62b9043652c42@mail.gmail.com> <20091004195204.GA1826@calimero.vinschen.de> Message-ID: <4AC92A72.1040002@alum.mit.edu> On 10/4/2009 1:52 PM, Corinna Vinschen wrote: > Stracing shows that luit is called with `luit -argv0 -tcsh', but nowhere > in the strace tcsh is actually started. Rather, it looks like luit > starts /bin/sh with argv[0] set to -tcsh instead. Interesting. When I was experimenting with -62, I noticed several tcsh.exe processes in the Windows task manager. Maybe they're sort of starting, but don't get connected to the xterm somehow? - Jim -- Jim Reisert AD1C, , http://www.ad1c.us -- 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/ From corinna-cygwin@cygwin.com Mon Oct 5 08:20:00 2009 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Mon, 05 Oct 2009 08:20:00 -0000 Subject: Xterm hangs with latest Cygwin (-62?) In-Reply-To: <4AC92A72.1040002@alum.mit.edu> References: <4AC8CFC4.7060105@alum.mit.edu> <806a89db0910041044n10e2c6d9i5aa62b9043652c42@mail.gmail.com> <20091004195204.GA1826@calimero.vinschen.de> <4AC92A72.1040002@alum.mit.edu> Message-ID: <20091005082021.GA12101@calimero.vinschen.de> On Oct 4 17:06, Jim Reisert AD1C wrote: > On 10/4/2009 1:52 PM, Corinna Vinschen wrote: > >> Stracing shows that luit is called with `luit -argv0 -tcsh', but nowhere >> in the strace tcsh is actually started. Rather, it looks like luit >> starts /bin/sh with argv[0] set to -tcsh instead. > > Interesting. When I was experimenting with -62, I noticed several tcsh.exe > processes in the Windows task manager. Maybe they're sort of starting, but > don't get connected to the xterm somehow? Neither the strace, nor Task Manager show any tcsh process in my case. There's a difference, though, when starting xterm via the `run -p xterm -ls' shortcut. With Cygwin -61, xterm just starts tcsh and it works, with Cygwin -62, xterm tries to start the shell via luit, and that fails. If luit is missing on the system (renamed), xterm starts with a message "Can't execvp /usr/bin/luit: No such file or directory", and then starts tcsh just fine afterwards. Since there's no difference otherwise, it's not clear to me why this occurs. In both cases the locale is set to the default "C" locale. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/ From andy.koppe@gmail.com Mon Oct 5 09:20:00 2009 From: andy.koppe@gmail.com (Andy Koppe) Date: Mon, 05 Oct 2009 09:20:00 -0000 Subject: Xterm hangs with latest Cygwin (-62?) In-Reply-To: <20091005082021.GA12101@calimero.vinschen.de> References: <4AC8CFC4.7060105@alum.mit.edu> <806a89db0910041044n10e2c6d9i5aa62b9043652c42@mail.gmail.com> <20091004195204.GA1826@calimero.vinschen.de> <4AC92A72.1040002@alum.mit.edu> <20091005082021.GA12101@calimero.vinschen.de> Message-ID: <416096c60910050220t294b1e91ge1d0b58e8ab7d1ac@mail.gmail.com> 2009/10/5 Corinna Vinschen: > There's a difference, though, when starting xterm via the `run -p xterm > -ls' shortcut. ?With Cygwin -61, xterm just starts tcsh and it works, > with Cygwin -62, xterm tries to start the shell via luit, and that > fails. ?If luit is missing on the system (renamed), xterm starts with > a message "Can't execvp /usr/bin/luit: No such file or directory", and > then starts tcsh just fine afterwards. > > Since there's no difference otherwise, it's not clear to me why this > occurs. ?In both cases the locale is set to the default "C" locale. Perhaps its behaviour depends on MB_CUR_MAX? Andy -- 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/ From jon.turney@dronecode.org.uk Mon Oct 5 13:13:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 05 Oct 2009 13:13:00 -0000 Subject: [Fwd: Re: Xterm hangs with latest Cygwin (-62?)] In-Reply-To: <4AC9CADF.4010701@bonhard.uklinux.net> References: <4AC9CADF.4010701@bonhard.uklinux.net> Message-ID: <4AC9F0DF.7050306@dronecode.org.uk> On 05/10/2009 11:30, Fergus wrote: >> The only difference is the Cygwin version. -61 works, -62 hangs. > > > Likewise. But this is not the same problem. Being unable to start the Xserver is not the same as being unable to start an Xterm. > With everything up to date (cygwin, luit, xorg-server, ... -- > see attached cygwin.srv) the command > ~> run XWin -nolisten local -multiwindow & > fails with an instruction to view /var/log/XWin.0.log (attached) which > closes with > Fatal server error: > Can't read lock file /tmp/.X0-lock > If I simply revert to the cygwin1.dll from -61, leaving all else > unchanged, the command works just fine and xterm can be started with > ~> /bin/xterm -display localhost:0.0 This problem has been reported a few times before, but we don't know why it happens. You might try the suggestions in the FAQ [1] and see ifhtey help. If you have more information, please add it to the bugzilla for this issue [2] It's interesting that this is apparently provoked by a change in cygwin DLL. I see a few items in the ChangeLog which relate to link(), but nothing that seems relevant... [1] http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-cant-read-lock-file [2] http://sourceware.org/bugzilla/show_bug.cgi?id=9778 -- 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/ From swillie100@gmail.com Mon Oct 5 17:07:00 2009 From: swillie100@gmail.com (Will Lucas) Date: Mon, 05 Oct 2009 17:07:00 -0000 Subject: No response Message-ID: <2cea51a10910051007s45e7bb54j3efdf7b325547860@mail.gmail.com> Hello, I posted to this list on Sept 23 with the subject header "Help with xfce4 on Cygwin/X" and received no response whatsoever. Needless to say most of the issues I was having were resolved through trial and error. I've found the best way to start xfce is to start the X server and add startxfce4 to my system.Xwinrc file and launch it from the X-applications menu. Most everything works. And the compositor works great! What a cool feature for someone who's never experienced transparency. Remaining issues include apps launched from the menus not workin (i..e Log out, About Xfce, "Settings Manager"--yet this works from a local xterm window with xfce4-settings-manager.exe) I did see on the xfce site that it mentions there's a fix in 4.6 BETA for bug fix 4559 re xfconf and cygwin but these appear unrelated. Any suggestions would be appreciated. What about a browser? Is there a pending cygport of Midori coming. I seem to remember Yaakov -- 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/ From corinna-cygwin@cygwin.com Mon Oct 5 18:47:00 2009 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Mon, 05 Oct 2009 18:47:00 -0000 Subject: Xterm hangs with latest Cygwin (-62?) In-Reply-To: <416096c60910050220t294b1e91ge1d0b58e8ab7d1ac@mail.gmail.com> References: <4AC8CFC4.7060105@alum.mit.edu> <806a89db0910041044n10e2c6d9i5aa62b9043652c42@mail.gmail.com> <20091004195204.GA1826@calimero.vinschen.de> <4AC92A72.1040002@alum.mit.edu> <20091005082021.GA12101@calimero.vinschen.de> <416096c60910050220t294b1e91ge1d0b58e8ab7d1ac@mail.gmail.com> Message-ID: <20091005184714.GC12789@calimero.vinschen.de> On Oct 5 10:20, Andy Koppe wrote: > 2009/10/5 Corinna Vinschen: > > There's a difference, though, when starting xterm via the `run -p xterm > > -ls' shortcut. ??With Cygwin -61, xterm just starts tcsh and it works, > > with Cygwin -62, xterm tries to start the shell via luit, and that > > fails. ??If luit is missing on the system (renamed), xterm starts with > > a message "Can't execvp /usr/bin/luit: No such file or directory", and > > then starts tcsh just fine afterwards. > > > > Since there's no difference otherwise, it's not clear to me why this > > occurs. ??In both cases the locale is set to the default "C" locale. > > Perhaps its behaviour depends on MB_CUR_MAX? Probably, but that's not the actual problem. The same happens in any other, valid non-C locale, evey time tcsh is started via luit. I digged deeper into this and it appears to be a bug in luit in the first place. In the second place it appears to be a bug in Cygwin as well. In the third place tcsh is not as smart as bash making the current terminal on the stdio descriptors its controlling tty. What happens is this, somewhat simplified: Xterm creates a pty, make that the controlling tty and starts luit. Luit creates another pty to run tcsh in it: /* Give up own controlling tty. */ close (0); close (1); close (2); /* Set process group to own pid and set controlling tty to -1. */ setsid (); /* Open tty as non-controlling tty. */ new_tty = open (line, O_RDWR | O_NOCTTY); /* Make new tty controlling tty. */ #ifdef TIOCSCTTY ioctl(tty, TIOCSCTTY, (char *)0); #endif And here's the problem. Cygwin doesn't have TIOCSCTTY, and the only way to make a terminal a controlling tty in Cygwin is to call open() on it, which tcsh misses to do. Bash, however, calls open("/dev/tty", O_RDWR), so bash doesn't have this problem. Unfortunately, luit has no alternative way to make the new tty the controlling tty. What we need is a patch like this in luit: --- sys.c.ORIG 2009-10-05 19:23:58.000000000 +0200 +++ sys.c 2009-10-05 19:18:34.000000000 +0200 @@ -408,7 +408,11 @@ openTty(char *line) int rc; int tty = -1; +#ifdef __CYGWIN__ + tty = open(line, O_RDWR); +#else tty = open(line, O_RDWR | O_NOCTTY); +#endif if(tty < 0) goto bail; This works fine for me with tcsh now as well. This patch is really important, since not only tcsh is affected by this. If you call, for instance, `xterm -e /bin/vim', vim works, but it has no controlling tty either, as easily visible in `ps -e' output. So a patch to tcsh would only fix this for tcsh, but not for any other application. As for the Cygwin bug, it has to do with the return value of tcgetpgrp, which appears to be incorrect in a couple of situations. I'm not quite sure how to explain this, yet, nor if I really understood it. I'll follow up on this later this week on the cygwin-developers list. Yaakov, could you please generate a new luit package with the above patch? Thanks, Corinna P.S: I had to build luit manually for testing. Building with cyport failed: configure.ac:30: error: must install xorg-macros 1.3 or later before running autoconf/autogen -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/ From corinna-cygwin@cygwin.com Mon Oct 5 18:54:00 2009 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Mon, 05 Oct 2009 18:54:00 -0000 Subject: Xterm hangs with latest Cygwin (-62?) In-Reply-To: <20091005184714.GC12789@calimero.vinschen.de> References: <4AC8CFC4.7060105@alum.mit.edu> <806a89db0910041044n10e2c6d9i5aa62b9043652c42@mail.gmail.com> <20091004195204.GA1826@calimero.vinschen.de> <4AC92A72.1040002@alum.mit.edu> <20091005082021.GA12101@calimero.vinschen.de> <416096c60910050220t294b1e91ge1d0b58e8ab7d1ac@mail.gmail.com> <20091005184714.GC12789@calimero.vinschen.de> Message-ID: <20091005185402.GE12789@calimero.vinschen.de> On Oct 5 20:47, Corinna Vinschen wrote: > P.S: I had to build luit manually for testing. Building with cyport > failed: > > configure.ac:30: error: must install xorg-macros 1.3 or later before > running autoconf/autogen Forgot to mention this: The latest version of xorg-util-macros on cygwin.com is 1.2.2-1. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/ From corinna-cygwin@cygwin.com Mon Oct 5 19:18:00 2009 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Mon, 05 Oct 2009 19:18:00 -0000 Subject: Xterm hangs with latest Cygwin (-62?) In-Reply-To: <20091005184714.GC12789@calimero.vinschen.de> References: <4AC8CFC4.7060105@alum.mit.edu> <806a89db0910041044n10e2c6d9i5aa62b9043652c42@mail.gmail.com> <20091004195204.GA1826@calimero.vinschen.de> <4AC92A72.1040002@alum.mit.edu> <20091005082021.GA12101@calimero.vinschen.de> <416096c60910050220t294b1e91ge1d0b58e8ab7d1ac@mail.gmail.com> <20091005184714.GC12789@calimero.vinschen.de> Message-ID: <20091005191810.GF12789@calimero.vinschen.de> On Oct 5 20:47, Corinna Vinschen wrote: > Unfortunately, luit has no alternative way to make the new tty the > controlling tty. What we need is a patch like this in luit: > > --- sys.c.ORIG 2009-10-05 19:23:58.000000000 +0200 > +++ sys.c 2009-10-05 19:18:34.000000000 +0200 > @@ -408,7 +408,11 @@ openTty(char *line) > int rc; > int tty = -1; > > +#ifdef __CYGWIN__ > + tty = open(line, O_RDWR); > +#else > tty = open(line, O_RDWR | O_NOCTTY); > +#endif > > if(tty < 0) > goto bail; > > This works fine for me with tcsh now as well. Oh, btw., this only works with tcsh for me if the shortcut is run xterm -e /bin/tcsh -l In that case xterm calls `luit -- /bin/tcsh'. Or, it works to call `xterm -ls' from a Cygwin shell. However, it still behaves weird if the shortcut is run xterm -ls or if you start `xterm -ls' from a cmd shell. This results in xterm calling luit -argv0 -tcsh which in turn starts /bin/sh with argv[0] set to "tcsh". This looks somehow like a bug in xterm. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/ From jjreisert@alum.mit.edu Mon Oct 5 21:14:00 2009 From: jjreisert@alum.mit.edu (Jim Reisert AD1C) Date: Mon, 05 Oct 2009 21:14:00 -0000 Subject: Xterm hangs with latest Cygwin (-62?) In-Reply-To: <20091005191810.GF12789@calimero.vinschen.de> References: <4AC8CFC4.7060105@alum.mit.edu> <806a89db0910041044n10e2c6d9i5aa62b9043652c42@mail.gmail.com> <20091004195204.GA1826@calimero.vinschen.de> <4AC92A72.1040002@alum.mit.edu> <20091005082021.GA12101@calimero.vinschen.de> <416096c60910050220t294b1e91ge1d0b58e8ab7d1ac@mail.gmail.com> <20091005184714.GC12789@calimero.vinschen.de> <20091005191810.GF12789@calimero.vinschen.de> Message-ID: <806a89db0910051413l19c87ae3k29a80463ecd15ae9@mail.gmail.com> I start my xterms this way: "xterm" EXEC "xterm -e /usr/bin/tcsh" Is there an inherent problem with this? - Jim -- Jim Reisert AD1C, , http://www.ad1c.us -- 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/ From yselkowitz@users.sourceforge.net Mon Oct 5 22:46:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Mon, 05 Oct 2009 22:46:00 -0000 Subject: Xterm hangs with latest Cygwin (-62?) In-Reply-To: <20091005184714.GC12789@calimero.vinschen.de> References: <4AC8CFC4.7060105@alum.mit.edu> <806a89db0910041044n10e2c6d9i5aa62b9043652c42@mail.gmail.com> <20091004195204.GA1826@calimero.vinschen.de> <4AC92A72.1040002@alum.mit.edu> <20091005082021.GA12101@calimero.vinschen.de> <416096c60910050220t294b1e91ge1d0b58e8ab7d1ac@mail.gmail.com> <20091005184714.GC12789@calimero.vinschen.de> Message-ID: <4ACA773D.9060609@users.sourceforge.net> On 05/10/2009 13:47, Corinna Vinschen wrote: > And here's the problem. Cygwin doesn't have TIOCSCTTY, and the only way > to make a terminal a controlling tty in Cygwin is to call open() on it, > which tcsh misses to do. Bash, however, calls open("/dev/tty", O_RDWR), > so bash doesn't have this problem. Out of curiosity, what about implementing TIOCSCTTY? > Unfortunately, luit has no alternative way to make the new tty the > controlling tty. What we need is a patch like this in luit: > > --- sys.c.ORIG 2009-10-05 19:23:58.000000000 +0200 > +++ sys.c 2009-10-05 19:18:34.000000000 +0200 > @@ -408,7 +408,11 @@ openTty(char *line) > int rc; > int tty = -1; > > +#ifdef __CYGWIN__ > + tty = open(line, O_RDWR); > +#else > tty = open(line, O_RDWR | O_NOCTTY); > +#endif For portability, perhaps this should also be #ifdef TIOCSCTTY, if these two sections go hand-in-hand? > This works fine for me with tcsh now as well. This patch is really > important, since not only tcsh is affected by this. If you call, for > instance, `xterm -e /bin/vim', vim works, but it has no controlling tty > either, as easily visible in `ps -e' output. So a patch to tcsh would > only fix this for tcsh, but not for any other application. > > As for the Cygwin bug, it has to do with the return value of tcgetpgrp, > which appears to be incorrect in a couple of situations. I'm not > quite sure how to explain this, yet, nor if I really understood it. > I'll follow up on this later this week on the cygwin-developers list. > > Yaakov, could you please generate a new luit package with the above > patch? Sure. > P.S: I had to build luit manually for testing. Building with cyport > failed: > > configure.ac:30: error: must install xorg-macros 1.3 or later before > running autoconf/autogen xorg-util-macros 1.3 is part of the upcoming X11R7.5, which I planned to release in one upload once all the components are available, built, and tested. The luit update was also slated to be part of that, but I moved it ahead to fix the previous bug reports. Yaakov Cygwin/X -- 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/ From yselkowitz@users.sourceforge.net Mon Oct 5 23:15:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Mon, 05 Oct 2009 23:15:00 -0000 Subject: Help with xfce4 on Cygwin/X In-Reply-To: <2cea51a10910051007s45e7bb54j3efdf7b325547860@mail.gmail.com> References: <2cea51a10910051007s45e7bb54j3efdf7b325547860@mail.gmail.com> Message-ID: <4ACA7E25.30004@users.sourceforge.net> On 05/10/2009 12:07, Will Lucas wrote: > Hello, > > I posted to this list on Sept 23 with the subject header "Help with > xfce4 on Cygwin/X" and received no response whatsoever. > Needless to say most of the issues I was having were resolved through > trial and error. Questions about Cygwin Ports packages should be directed to the cygwin-ports-general list; they are not supported here. Redirecting accordingly. > What about a browser? Is there a pending cygport of Midori coming. ftp://ftp.cygwinports.org/pub/cygwinports/portslist-2.txt Ports provides several modern GUI browsers: arora (Qt4), epiphany, konqueror, midori, rekonq. Yaakov -- 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/ From cgf-use-the-mailinglist-please@cygwin.com Tue Oct 6 03:47:00 2009 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Tue, 06 Oct 2009 03:47:00 -0000 Subject: Xterm hangs with latest Cygwin (-62?) In-Reply-To: <4ACA773D.9060609@users.sourceforge.net> References: <4AC8CFC4.7060105@alum.mit.edu> <806a89db0910041044n10e2c6d9i5aa62b9043652c42@mail.gmail.com> <20091004195204.GA1826@calimero.vinschen.de> <4AC92A72.1040002@alum.mit.edu> <20091005082021.GA12101@calimero.vinschen.de> <416096c60910050220t294b1e91ge1d0b58e8ab7d1ac@mail.gmail.com> <20091005184714.GC12789@calimero.vinschen.de> <4ACA773D.9060609@users.sourceforge.net> Message-ID: <20091006034659.GB12172@ednor.casa.cgf.cx> On Mon, Oct 05, 2009 at 05:46:21PM -0500, Yaakov (Cygwin/X) wrote: >On 05/10/2009 13:47, Corinna Vinschen wrote: >> And here's the problem. Cygwin doesn't have TIOCSCTTY, and the only way >> to make a terminal a controlling tty in Cygwin is to call open() on it, >> which tcsh misses to do. Bash, however, calls open("/dev/tty", O_RDWR), >> so bash doesn't have this problem. > >Out of curiosity, what about implementing TIOCSCTTY? It's something that we really should do. I'll put it on my todo list. cgf -- 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/ From yselkowitz@users.sourceforge.net Tue Oct 6 04:50:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Tue, 06 Oct 2009 04:50:00 -0000 Subject: [ANNOUNCEMENT] [1.7] New: libsoup2.4-2.26.3-2 Message-ID: The following packages have been added to the Cygwin 1.7 distribution: *** libsoup2.4_1-2.26.3-2 *** libsoup2.4-devel-2.26.3-2 *** libsoup-gnome2.4_1-2.26.3-2 *** libsoup-gnome2.4-devel-2.26.3-2 LibSoup is a GObject HTTP library that is used by numerous GNOME packages as a component of the GNOME Desktop suite. Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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/ From corinna-cygwin@cygwin.com Tue Oct 6 07:40:00 2009 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Tue, 06 Oct 2009 07:40:00 -0000 Subject: Xterm hangs with latest Cygwin (-62?) In-Reply-To: <20091006034659.GB12172@ednor.casa.cgf.cx> References: <4AC8CFC4.7060105@alum.mit.edu> <806a89db0910041044n10e2c6d9i5aa62b9043652c42@mail.gmail.com> <20091004195204.GA1826@calimero.vinschen.de> <4AC92A72.1040002@alum.mit.edu> <20091005082021.GA12101@calimero.vinschen.de> <416096c60910050220t294b1e91ge1d0b58e8ab7d1ac@mail.gmail.com> <20091005184714.GC12789@calimero.vinschen.de> <4ACA773D.9060609@users.sourceforge.net> <20091006034659.GB12172@ednor.casa.cgf.cx> Message-ID: <20091006074003.GA13845@calimero.vinschen.de> On Oct 5 23:47, Christopher Faylor wrote: > On Mon, Oct 05, 2009 at 05:46:21PM -0500, Yaakov (Cygwin/X) wrote: > >On 05/10/2009 13:47, Corinna Vinschen wrote: > >> And here's the problem. Cygwin doesn't have TIOCSCTTY, and the only way > >> to make a terminal a controlling tty in Cygwin is to call open() on it, > >> which tcsh misses to do. Bash, however, calls open("/dev/tty", O_RDWR), > >> so bash doesn't have this problem. > > > >Out of curiosity, what about implementing TIOCSCTTY? > > It's something that we really should do. I'll put it on my todo list. Cool. TIOCNOTTY would probably be helpful as well. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/ From corinna-cygwin@cygwin.com Tue Oct 6 07:48:00 2009 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Tue, 06 Oct 2009 07:48:00 -0000 Subject: Xterm hangs with latest Cygwin (-62?) In-Reply-To: <4ACA773D.9060609@users.sourceforge.net> References: <4AC8CFC4.7060105@alum.mit.edu> <806a89db0910041044n10e2c6d9i5aa62b9043652c42@mail.gmail.com> <20091004195204.GA1826@calimero.vinschen.de> <4AC92A72.1040002@alum.mit.edu> <20091005082021.GA12101@calimero.vinschen.de> <416096c60910050220t294b1e91ge1d0b58e8ab7d1ac@mail.gmail.com> <20091005184714.GC12789@calimero.vinschen.de> <4ACA773D.9060609@users.sourceforge.net> Message-ID: <20091006074804.GB13712@calimero.vinschen.de> On Oct 5 17:46, Yaakov S wrote: > On 05/10/2009 13:47, Corinna Vinschen wrote: >> --- sys.c.ORIG 2009-10-05 19:23:58.000000000 +0200 >> +++ sys.c 2009-10-05 19:18:34.000000000 +0200 >> @@ -408,7 +408,11 @@ openTty(char *line) >> int rc; >> int tty = -1; >> >> +#ifdef __CYGWIN__ >> + tty = open(line, O_RDWR); >> +#else >> tty = open(line, O_RDWR | O_NOCTTY); >> +#endif > > For portability, perhaps this should also be #ifdef TIOCSCTTY, if these two > sections go hand-in-hand? Sure, sounds much better than #ifdef __CYGWIN__. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/ From yselkowitz@users.sourceforge.net Tue Oct 6 19:15:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Tue, 06 Oct 2009 19:15:00 -0000 Subject: [ANNOUNCEMENT] [1.7] Updated: luit-1.0.4-2 Message-ID: The following package has been updated for Cygwin 1.7: *** luit-1.0.4-2 This release adds a patch to make sure the tty allocated by luit becomes the controlling tty: http://cygwin.com/ml/cygwin-xfree/2009-10/msg00032.html Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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/ From yselkowitz@users.sourceforge.net Tue Oct 6 19:17:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Tue, 06 Oct 2009 19:17:00 -0000 Subject: [ANNOUNCEMENT] [1.7] Updated: xorg-util-macros-1.3.0-1 Message-ID: The following package has been updated for Cygwin 1.7: *** xorg-util-macros-1.3.0-1 This package contains aclocal macros required for building X.Org components from source. This update is a prerequisite to building the latest X11R7.5 packages. Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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/ From yselkowitz@users.sourceforge.net Wed Oct 7 02:16:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Wed, 07 Oct 2009 02:16:00 -0000 Subject: [PATCH 1/2] Cygwin/X: Improve choice of display name used by internal clients In-Reply-To: <1254399169-2412-2-git-send-email-jon.turney@dronecode.org.uk> References: <1254399169-2412-1-git-send-email-jon.turney@dronecode.org.uk> <1254399169-2412-2-git-send-email-jon.turney@dronecode.org.uk> Message-ID: <4ACBF9F2.1030108@users.sourceforge.net> On 01/10/2009 07:12, Jon TURNEY wrote: > + if (TransIsListening("local")) > + { > + snprintf(szDisplay, 512, ":%s.%d", display, screen); > + } > + else if (TransIsListening("inet")) > + { > + snprintf(szDisplay, 512, "127.0.0.1:%s.%d", display, screen); > + } > + else if (TransIsListening("inet6")) > + { > + snprintf(szDisplay, 512, "::1:%s.%d", display, screen); > + } Perhaps we should be giving priority to inet6 over inet if it's available? > + else > + { > + // this can't happen! > + snprintf(szDisplay, 512, "localhost:%s.%d", display, screen); > + } If this can't happen, an ErrorF would be appropriate. Yaakov Cygwin/X -- 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/ From jon.turney@dronecode.org.uk Wed Oct 7 18:18:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 07 Oct 2009 18:18:00 -0000 Subject: Cygwin/X server -query fails with recent versions of Gnome GDM In-Reply-To: <974066EF77EEA44EB8AED6ADA05DBD02EC8AA9@THHS2EXBE1X.hostedservice2.net> References: <974066EF77EEA44EB8AED6ADA05DBD02EC8AA9@THHS2EXBE1X.hostedservice2.net> Message-ID: <4ACCDB62.3050304@dronecode.org.uk> On 30/09/2009 10:34, Richard Evans wrote: > Cygwin 1.7beta, cygcheck output attached. > > I am trying to start a remote session using: > > XWin -query host > > where the host is running GDM from Gnome 2.28. The connect fails. A > wireshark network snoop (attached) shows that GDM is sending Thanks for the packet capture, that helps a lot understanding what's happening here. > X_ChangeHosts requests with an address family of 5 (ServerInterpreted) > and a address like > > localuser:root > > XWin responds with a BadValue error and the connection attempt fails. I > speculate that XWin was compiled without support for the > ServerInterpreted address family. I don't think this speculation is well-founded. :-) So GDM is doing the equivalent of: $ xhost +si:localuser:root $ xhost +si:localuser:gdm ... which fails, I'm guessing for the not entirely unreasonable reason that these users don't exist. > I cannot find a workround for this. You might try adding users root and gdm in your cygwin installation (perhaps by adding them to /etc/passwd) If that works around the problem, I think it's probably a bug in GDM that it fails if these users don't exist. Even after reading the manpage formerly known as Xsecurity ('man 7 security') and the source, I'm really not clear about how this form of credentials are supposed to work, but it seems pretty clear that they can only work locally. Note that a server built with NO_LOCAL_CLIENT_CRED (or old enough to pre-date these credentials) will reject all si:localuser and si:localgroup credentials, so it seems GDM should be prepared for it to fail... -- 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/ From luisjrdo@gmail.com Wed Oct 7 19:54:00 2009 From: luisjrdo@gmail.com (Luis Junior) Date: Wed, 07 Oct 2009 19:54:00 -0000 Subject: Please, Help me! Message-ID: Hello, (Excuse me for my bad English) I am from Brazil and I am asking for a small help. I could invent histories, but I think the truth works better! I am without work and I lost the hopes, this is last resource asking for donation through internet. I never thought that I would ask for donations, because I always worked a lot, but I had some big problems. This help will make me to work again, I worked in home before, and this was impossible... now I don't get to think in anything, because I don't have not even how to to maintain my house. My happiness is that I have friends that help me, besides a friend is helping each other me now with the sending of these emails. If you can help, even with a small value I will be eternally thankful. I am receiving donations through Paypal.com, for safety. If you can help me with just $1, It will be a great help, because I believe that many can help. For donations: My Paypal.com Account: luisjrdo@gmail.com Thank you very much and excuse me. Luis Junior luisjrdo@gmail.com -- 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/ From jon.turney@dronecode.org.uk Thu Oct 8 21:25:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 08 Oct 2009 21:25:00 -0000 Subject: [ANNOUNCEMENT] [1.7] Updated: xorg-server-1.6.4-1 In-Reply-To: <4AC91168.9030500@dronecode.org.uk> References: <4AC767EB.8070206@cornell.edu> <4AC91168.9030500@dronecode.org.uk> Message-ID: <4ACE58B7.9020907@dronecode.org.uk> On 04/10/2009 22:19, Jon TURNEY wrote: > On 03/10/2009 16:04, Ken Brown wrote: >> On 9/30/2009 11:41 PM, Yaakov (Cygwin/X) wrote: >>> The following patch has been REVERTED in this release: >>> >>> * "Use bash login shell to execute the commands started from the tray >>> menu": This could cause lengthly delays in launching programs >>> depending on the contents of the user's .bash_profile. Instead, >>> xinit-1.1.1-5 launches XWin itself in a login shell, which should have >>> the same effect. >> >> I think you may have also reverted some improvements that had been made >> to /etc/X11/system.XWinrc. As a result, starting xterm from the tray >> menu no longer starts a login shell. I would suggest something like the >> following, as we discussed in the thread starting at >> http://sourceware.org/ml/cygwin-xfree/2009-06/msg00010.html: > > Oh. > > Well, the point is that we shouldn't need to start things from XWinrc > using a login shell, as the change to startxwin.bat launches XWin from a > login shell, so all it's descendants should inherit a login environment. > > Doesn't seem to be working though :-( Actually, this seems to be working fine. But looking at PS1 to determine if you have a login shell in your ancestry doesn't work, as PS1 gets unset by non-interactive bash shells. (This is something which I have learnt today :-) So attempting to set PS1 in /etc/profile and inherit it everywhere isn't going to work. -- 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/ From kbrown@cornell.edu Thu Oct 8 21:47:00 2009 From: kbrown@cornell.edu (Ken Brown) Date: Thu, 08 Oct 2009 21:47:00 -0000 Subject: [ANNOUNCEMENT] [1.7] Updated: xorg-server-1.6.4-1 In-Reply-To: <4ACE58B7.9020907@dronecode.org.uk> References: <4AC767EB.8070206@cornell.edu> <4AC91168.9030500@dronecode.org.uk> <4ACE58B7.9020907@dronecode.org.uk> Message-ID: <4ACE5DF2.2080208@cornell.edu> On 10/8/2009 5:25 PM, Jon TURNEY wrote: > On 04/10/2009 22:19, Jon TURNEY wrote: >> On 03/10/2009 16:04, Ken Brown wrote: >>> On 9/30/2009 11:41 PM, Yaakov (Cygwin/X) wrote: >>>> The following patch has been REVERTED in this release: >>>> >>>> * "Use bash login shell to execute the commands started from the tray >>>> menu": This could cause lengthly delays in launching programs >>>> depending on the contents of the user's .bash_profile. Instead, >>>> xinit-1.1.1-5 launches XWin itself in a login shell, which should have >>>> the same effect. >>> >>> I think you may have also reverted some improvements that had been made >>> to /etc/X11/system.XWinrc. As a result, starting xterm from the tray >>> menu no longer starts a login shell. I would suggest something like the >>> following, as we discussed in the thread starting at >>> http://sourceware.org/ml/cygwin-xfree/2009-06/msg00010.html: >> >> Oh. >> >> Well, the point is that we shouldn't need to start things from XWinrc >> using a login shell, as the change to startxwin.bat launches XWin from a >> login shell, so all it's descendants should inherit a login environment. >> >> Doesn't seem to be working though :-( > > Actually, this seems to be working fine. > > But looking at PS1 to determine if you have a login shell in your > ancestry doesn't work, as PS1 gets unset by non-interactive bash shells. > (This is something which I have learnt today :-) > > So attempting to set PS1 in /etc/profile and inherit it everywhere isn't > going to work. OK, thanks for the explanation. I still think you should consider using 'xterm -ls' in system.XWinrc, because I think most users are going to want to see their usual prompt when they start an xterm. Ken -- 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/ From yselkowitz@users.sourceforge.net Fri Oct 9 00:01:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Fri, 09 Oct 2009 00:01:00 -0000 Subject: [ANNOUNCEMENT] [1.7] Updated: xorg-server-1.6.4-1 In-Reply-To: <4ACE5DF2.2080208@cornell.edu> References: <4AC767EB.8070206@cornell.edu> <4AC91168.9030500@dronecode.org.uk> <4ACE58B7.9020907@dronecode.org.uk> <4ACE5DF2.2080208@cornell.edu> Message-ID: <4ACE7D5B.5060005@users.sourceforge.net> On 08/10/2009 16:47, Ken Brown wrote: > I still think you should consider using 'xterm -ls' in system.XWinrc, > because I think most users are going to want to see their usual prompt > when they start an xterm. The FD.o menu entry also launches without -ls, so that is clearly the default behaviour. Now that we don't need to in order to pick up the user's environment, we decided that we don't need to deviate. system.XWinrc is meant to be an example and a sane default; the intention is that users will copy this to $HOME/.XWinrc and customize it (and/or their .Xdefaults) as they wish. Yaakov Cygwin/X -- 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/ From jon.turney@dronecode.org.uk Fri Oct 9 13:56:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 09 Oct 2009 13:56:00 -0000 Subject: [ANNOUNCEMENT] [1.7] Updated: xorg-server-1.6.4-1 In-Reply-To: <4ACE5DF2.2080208@cornell.edu> References: <4AC767EB.8070206@cornell.edu> <4AC91168.9030500@dronecode.org.uk> <4ACE58B7.9020907@dronecode.org.uk> <4ACE5DF2.2080208@cornell.edu> Message-ID: <4ACF4117.2070908@dronecode.org.uk> On 08/10/2009 22:47, Ken Brown wrote: > On 10/8/2009 5:25 PM, Jon TURNEY wrote: >> But looking at PS1 to determine if you have a login shell in your >> ancestry doesn't work, as PS1 gets unset by non-interactive bash >> shells. (This is something which I have learnt today :-) >> >> So attempting to set PS1 in /etc/profile and inherit it everywhere >> isn't going to work. > > OK, thanks for the explanation. > > I still think you should consider using 'xterm -ls' in system.XWinrc, > because I think most users are going to want to see their usual prompt > when they start an xterm. I agree that users should get their usual prompt in an Xterm. This is not a problem limited to X, though: You can demonstrate it just by doing 'bash -c bash' I believe a solution would be to move the PS1 setting code from /etc/profile to /etc/bash.bashrc, causing it to be set for all interactive shells. -- 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/ From kbrown@cornell.edu Fri Oct 9 14:17:00 2009 From: kbrown@cornell.edu (Ken Brown) Date: Fri, 09 Oct 2009 14:17:00 -0000 Subject: [ANNOUNCEMENT] [1.7] Updated: xorg-server-1.6.4-1 In-Reply-To: <4ACF4117.2070908@dronecode.org.uk> References: <4AC767EB.8070206@cornell.edu> <4AC91168.9030500@dronecode.org.uk> <4ACE58B7.9020907@dronecode.org.uk> <4ACE5DF2.2080208@cornell.edu> <4ACF4117.2070908@dronecode.org.uk> Message-ID: <4ACF45E8.3050407@cornell.edu> On 10/9/2009 9:56 AM, Jon TURNEY wrote: > On 08/10/2009 22:47, Ken Brown wrote: >> On 10/8/2009 5:25 PM, Jon TURNEY wrote: >>> But looking at PS1 to determine if you have a login shell in your >>> ancestry doesn't work, as PS1 gets unset by non-interactive bash >>> shells. (This is something which I have learnt today :-) >>> >>> So attempting to set PS1 in /etc/profile and inherit it everywhere >>> isn't going to work. >> >> OK, thanks for the explanation. >> >> I still think you should consider using 'xterm -ls' in system.XWinrc, >> because I think most users are going to want to see their usual prompt >> when they start an xterm. > > I agree that users should get their usual prompt in an Xterm. > > This is not a problem limited to X, though: You can demonstrate it just > by doing 'bash -c bash' > > I believe a solution would be to move the PS1 setting code from > /etc/profile to /etc/bash.bashrc, causing it to be set for all > interactive shells. This doesn't quite work, at least with the default bash initialization files. The problem is that /etc/bash.bashrc is invoked by ~/.bash_profile, which is only run in login shells. But setting PS1 in ~/.bashrc seems to work. Alternatively, one could move the code that invokes /etc/bash.bashrc from ~/.bash_profile to ~/.bashrc. Ken -- 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/ From richard.evans@datanomic.com Fri Oct 9 14:50:00 2009 From: richard.evans@datanomic.com (Richard Evans) Date: Fri, 09 Oct 2009 14:50:00 -0000 Subject: Cygwin/X server -query fails with recent versions of Gnome GDM In-Reply-To: <4ACCDB62.3050304@dronecode.org.uk> References: <974066EF77EEA44EB8AED6ADA05DBD02EC8AA9@THHS2EXBE1X.hostedservice2.net> <4ACCDB62.3050304@dronecode.org.uk> Message-ID: <974066EF77EEA44EB8AED6ADA05DBD02F77739@THHS2EXBE1X.hostedservice2.net> Thanks for the analysis. I did try adding root and gdm /etc/passwd at the cygwin end and the query then worked. I agree that this is a bug in GDM - I will see about posting a report there. Might be worth adding this to a FAQ in case GDM is not fixed. Richard -----Original Message----- From: Jon TURNEY [mailto:jon.turney@dronecode.org.uk] Sent: 07 October 2009 19:18 To: cygwin-xfree@cygwin.com Cc: Richard Evans Subject: Re: Cygwin/X server -query fails with recent versions of Gnome GDM On 30/09/2009 10:34, Richard Evans wrote: > Cygwin 1.7beta, cygcheck output attached. > > I am trying to start a remote session using: > > XWin -query host > > where the host is running GDM from Gnome 2.28. The connect fails. A > wireshark network snoop (attached) shows that GDM is sending Thanks for the packet capture, that helps a lot understanding what's happening here. > X_ChangeHosts requests with an address family of 5 (ServerInterpreted) > and a address like > > localuser:root > > XWin responds with a BadValue error and the connection attempt fails. I > speculate that XWin was compiled without support for the > ServerInterpreted address family. I don't think this speculation is well-founded. :-) So GDM is doing the equivalent of: $ xhost +si:localuser:root $ xhost +si:localuser:gdm ... which fails, I'm guessing for the not entirely unreasonable reason that these users don't exist. > I cannot find a workround for this. You might try adding users root and gdm in your cygwin installation (perhaps by adding them to /etc/passwd) If that works around the problem, I think it's probably a bug in GDM that it fails if these users don't exist. Even after reading the manpage formerly known as Xsecurity ('man 7 security') and the source, I'm really not clear about how this form of credentials are supposed to work, but it seems pretty clear that they can only work locally. Note that a server built with NO_LOCAL_CLIENT_CRED (or old enough to pre-date these credentials) will reject all si:localuser and si:localgroup credentials, so it seems GDM should be prepared for it to fail... -- 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/ From narkewoody@gmail.com Sat Oct 10 03:48:00 2009 From: narkewoody@gmail.com (Steven Woody) Date: Sat, 10 Oct 2009 03:48:00 -0000 Subject: fc-cache: failed to write cache In-Reply-To: References: Message-ID: Hi, I removed cygwin1.5 on both of my two computers, one is a laptop and another is a desktop, they are all Windows XP. ?I then installed cygwin 1.7 for them, the result is strange. ?The laptop seems okay, but the desktop, after I tried re-install many times, still always fail when I?execute fa-cache on it, the error messages are: ... /cygdrive/c/Windows/Fonts: caching, new cache contents: 598 fonts, 0 dirs /cygdrive/c/Windows/Fonts: caching: failed to write cache ... (repeat for other font directories) ... But If I install cygwin1.5 on the desktop, it is always okay with fc-cache. What's wrong with it? -- Life is the only flaw in an otherwise perfect nonexistence ? ?-- Schopenhauer narke public key at http://subkeys.pgp.net:11371 (narkewoody@gmail.com) -- 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/ From narkewoody@gmail.com Sat Oct 10 04:26:00 2009 From: narkewoody@gmail.com (Steven Woody) Date: Sat, 10 Oct 2009 04:26:00 -0000 Subject: fc-cache: failed to write cache In-Reply-To: References: Message-ID: After did some explore on my system, I found a very strange thing: the permissions on directory /etc/postinstall and all scripts contained in it are no correctly. Below is a piece of it: ... -rw-r--r-- 1 woody None 794 2008-10-28 10:31 font-sony-misc.sh.done -rw-r--r-- 1 woody None 794 2008-10-28 10:32 font-sun-misc.sh.done -rw-r--r-- 1 woody None 834 2008-10-28 10:33 font-winitzki-cyrillic.sh.done -rw-r--r-- 1 woody None 804 2008-10-28 10:34 font-xfree86-type1.sh.done -rw-r--r-- 1 woody None 52 2009-09-25 10:30 fontconfig.sh.done -rwxr-xr-x 1 woody None 551 2009-02-25 18:15 gcc-g++.sh.done -rwxr-xr-x 1 woody None 345 2009-02-25 18:15 gcc-g77.sh.done -rwxr-xr-x 1 woody None 480 2009-02-25 18:15 gcc-gdc.sh.done -rwxr-xr-x 1 woody None 1204 2009-02-25 18:15 gcc-gnat.sh.done -rwxr-xr-x 1 woody None 424 2009-02-25 18:15 gcc-gpc.sh.done -rwxr-xr-x 1 woody None 2061 2009-02-25 18:15 gcc-java.sh.done -rw-r--r-- 1 woody None 4360880 2005-06-09 08:37 gcc-mingw-ada-3.4.4-20050522-1. tgz -rwxr-xr-x 1 woody None 783 2005-06-09 08:37 gcc-mingw-ada.sh.done ,,, I compared to another normally run computer, the scripts in the directory should all be rwxr-xr-x for the file owner. then I tried to rename fontconfig.conf.done to fontconffig.conf and change permission for it, but I *can not*, the 'chmod' command takes no effect on the file. What's wrong with my installation? I was using offline installation, and should be no corruption. Thanks in advance. ---------- Forwarded message ---------- From: Steven Woody Date: Sat, Oct 10, 2009 at 11:44 AM Subject: fc-cache: failed to write cache To: cygwin-xfree@cygwin.com, cygwin-apps@cygwin.com Hi, I removed cygwin1.5 on both of my two computers, one is a laptop and another is a desktop, they are all Windows XP. ?I then installed cygwin 1.7 for them, the result is strange. ?The laptop seems okay, but the desktop, after I tried re-install many times, still always fail when I?execute fa-cache on it, the error messages are: ... /cygdrive/c/Windows/Fonts: caching, new cache contents: 598 fonts, 0 dirs /cygdrive/c/Windows/Fonts: caching: failed to write cache ... (repeat for other font directories) ... But If I install cygwin1.5 on the desktop, it is always okay with fc-cache. What's wrong with it? -- Life is the only flaw in an otherwise perfect nonexistence ? ?-- Schopenhauer narke public key at http://subkeys.pgp.net:11371 (narkewoody@gmail.com) -- Life is the only flaw in an otherwise perfect nonexistence -- Schopenhauer narke public key at http://subkeys.pgp.net:11371 (narkewoody@gmail.com) -- 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/ From jon.turney@dronecode.org.uk Sun Oct 11 17:46:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 11 Oct 2009 17:46:00 -0000 Subject: Cygwin/X server -query fails with recent versions of Gnome GDM In-Reply-To: <974066EF77EEA44EB8AED6ADA05DBD02F77739@THHS2EXBE1X.hostedservice2.net> References: <974066EF77EEA44EB8AED6ADA05DBD02EC8AA9@THHS2EXBE1X.hostedservice2.net> <4ACCDB62.3050304@dronecode.org.uk> <974066EF77EEA44EB8AED6ADA05DBD02F77739@THHS2EXBE1X.hostedservice2.net> Message-ID: <4AD21A0F.4010303@dronecode.org.uk> On 09/10/2009 15:50, Richard Evans wrote: > Thanks for the analysis. I did try adding root and gdm /etc/passwd at > the cygwin end and the query then worked. > > I agree that this is a bug in GDM - I will see about posting a report > there. Might be worth adding this to a FAQ in case GDM is not fixed. Thanks. Can you let me know the gnome bugzilla number when you do? -- 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/ From jon.turney@dronecode.org.uk Sun Oct 11 19:13:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 11 Oct 2009 19:13:00 -0000 Subject: [PATCH 1/2] Cygwin/X: Improve choice of display name used by internal clients In-Reply-To: <4ACBF9F2.1030108@users.sourceforge.net> References: <1254399169-2412-1-git-send-email-jon.turney@dronecode.org.uk> <1254399169-2412-2-git-send-email-jon.turney@dronecode.org.uk> <4ACBF9F2.1030108@users.sourceforge.net> Message-ID: <4AD22E63.9060706@dronecode.org.uk> On 07/10/2009 03:16, Yaakov (Cygwin/X) wrote: > On 01/10/2009 07:12, Jon TURNEY wrote: >> + if (TransIsListening("local")) >> + { >> + snprintf(szDisplay, 512, ":%s.%d", display, screen); >> + } >> + else if (TransIsListening("inet")) >> + { >> + snprintf(szDisplay, 512, "127.0.0.1:%s.%d", display, screen); >> + } >> + else if (TransIsListening("inet6")) >> + { >> + snprintf(szDisplay, 512, "::1:%s.%d", display, screen); >> + } > > Perhaps we should be giving priority to inet6 over inet if it's available? I don't know. I didn't think very much about the order. I guess we should prefer inet first, as that's what we are doing currently, so at least in theory we know that works. I don't know if there's any performance reason to prefer a unix socket (I think they are implemented using a IP socket anyhow?). What reasons are there for preferring inet6? >> + else >> + { >> + // this can't happen! >> + snprintf(szDisplay, 512, "localhost:%s.%d", display, screen); >> + } > > If this can't happen, an ErrorF would be appropriate. Good catch, thanks. -- 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/ From jon.turney@dronecode.org.uk Sun Oct 11 19:44:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 11 Oct 2009 19:44:00 -0000 Subject: xauth data + X connection to localhost:10.0 broken problem In-Reply-To: <83E753BE7B6A324ABB336245BAF1DAAC0D230DBB@mailserver.metatv-ds.metatv.com> References: <25675981.post@talk.nabble.com> <6e2d1b810909300251j543731cck950bae8dd0fcc794@mail.gmail.com> <25684836.post@talk.nabble.com> <6e2d1b810910010027t3dda9d84t9fdc4552a8d6f7bd@mail.gmail.com> <83E753BE7B6A324ABB336245BAF1DAAC0D230DBB@mailserver.metatv-ds.metatv.com> Message-ID: <4AD235B2.50103@dronecode.org.uk> On 30/09/2009 10:51, Florent Fievez wrote: > Hi, > > It means that ssh does not found xauth binary. To get it working, try > adding to your ~/.ssh/config a line like : > > Host * > XAuthLocation /usr/bin/xauth > For the record, I believe this is a red herring. There was a brief interval when we had a bug which meant that xauth wasn't where ssh expected to find it, but that should be resolved long ago. I think that "Warning: no xauth data; using fake authentication data for X11 forwarding" is also generated if your Xserver wasn't started with -auth (and so has no authentication cookie for ssh to forward), and is nothing to be concerned about in that case. On 01/10/2009 18:02, Mike Ayers wrote: > I've tried this several ways with no success so far. Any help appreciated. Section 6 in the Cygwin/X FAQ [1] really does cover the most common causes of ssh forwarding problems. For best results, you will want to demonstrate that you have tried all the solutions offered there. The other thing that the FAQ really should mention is using the '-v' argument to ssh, which often pinpoints the reason for a connection problem. From ssh man-page: "???v Verbose mode. Causes ssh to print debugging messages about its progress. This is helpful in debugging connection, authentication, and configuration problems. Multiple ???v options increase the verbosity. The maximum is 3." [1] http://x.cygwin.com/docs/faq/cygwin-x-faq.html#remote -- 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/ From pratap.iisc@gmail.com Mon Oct 12 05:43:00 2009 From: pratap.iisc@gmail.com (Pratap Kumar Das) Date: Mon, 12 Oct 2009 05:43:00 -0000 Subject: Fwd: Cygwin X is not starting in Vista 64 bit Home edition. In-Reply-To: <486c1beb0910112227w287a4b68ta1c03bfc71edff3b@mail.gmail.com> References: <486c1beb0910112227w287a4b68ta1c03bfc71edff3b@mail.gmail.com> Message-ID: <486c1beb0910112243g6eac0dd0h815c28425147266@mail.gmail.com> Dear all, I regularly use Cygwin on windows for running my Linux based codes/applications on Windows. I have Windows XP(32 bit) on my laptop. There all the applications related to Cygwin work fine. But on my Windows 64bit Vista Home Premium edition, the Cygwin X Windows application doesn't start up. Can anybody suggest what should be done to make cygwin/X work in Vista 64 bit also? Thanks in advance Pratap -- ****************************************************** PRATAP KUMAR DAS Research Scholar VLSI Circuits and Systems Lab Dept of Electrical Communication Engineering I.I.Sc, Bangalore 560012 ****************************************************** -- 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/ From richard.evans@datanomic.com Mon Oct 12 09:11:00 2009 From: richard.evans@datanomic.com (Richard Evans) Date: Mon, 12 Oct 2009 09:11:00 -0000 Subject: Cygwin/X server -query fails with recent versions of Gnome GDM In-Reply-To: <4AD21A0F.4010303@dronecode.org.uk> References: <974066EF77EEA44EB8AED6ADA05DBD02EC8AA9@THHS2EXBE1X.hostedservice2.net> <4ACCDB62.3050304@dronecode.org.uk> <974066EF77EEA44EB8AED6ADA05DBD02F77739@THHS2EXBE1X.hostedservice2.net> <4AD21A0F.4010303@dronecode.org.uk> Message-ID: <974066EF77EEA44EB8AED6ADA05DBD02F779C8@THHS2EXBE1X.hostedservice2.net> Filed as bug 598142: https://bugzilla.gnome.org/show_bug.cgi?id=598142 Richard -----Original Message----- From: Jon TURNEY [mailto:jon.turney@dronecode.org.uk] Sent: 11 October 2009 18:47 To: cygwin-xfree@cygwin.com Cc: Richard Evans Subject: Re: Cygwin/X server -query fails with recent versions of Gnome GDM On 09/10/2009 15:50, Richard Evans wrote: > Thanks for the analysis. I did try adding root and gdm /etc/passwd at > the cygwin end and the query then worked. > > I agree that this is a bug in GDM - I will see about posting a report > there. Might be worth adding this to a FAQ in case GDM is not fixed. Thanks. Can you let me know the gnome bugzilla number when you do? -- 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/ From yselkowitz@users.sourceforge.net Tue Oct 13 05:07:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Tue, 13 Oct 2009 05:07:00 -0000 Subject: [ANNOUNCEMENT] [1.7] Updated: xorg-server-1.6.5-1 Message-ID: The following package has been updated for Cygwin 1.7: * xorg-server-1.6.5-1 This package contains XWin and the other X.Org X11 servers. This is likely the last release of the 1.6 series (heard that before?). The following patches has been added in this release: - Fix UT8String and CompoundText clipboard text sharing. - Workaround for SWF/Motif bug in multiwindow mode. - Tidy up system.XWinrc. Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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/ From phiroc@free.fr Tue Oct 13 07:32:00 2009 From: phiroc@free.fr (phiroc@free.fr) Date: Tue, 13 Oct 2009 07:32:00 -0000 Subject: Scripting xterm and binding menu items In-Reply-To: <25372903.11406261255418857054.JavaMail.root@spooler3-g27.priv.proxad.net> Message-ID: <970384.11407091255419138171.JavaMail.root@spooler3-g27.priv.proxad.net> Hi, can xterm be scripted, in particular the menus? I would like to associate a key bind to the "Clear Saved Lines" menu item. How can I do that? Many thanks. p -- 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/ From dickey@his.com Tue Oct 13 09:34:00 2009 From: dickey@his.com (Thomas Dickey) Date: Tue, 13 Oct 2009 09:34:00 -0000 Subject: Scripting xterm and binding menu items In-Reply-To: <970384.11407091255419138171.JavaMail.root@spooler3-g27.priv.proxad.net> References: <970384.11407091255419138171.JavaMail.root@spooler3-g27.priv.proxad.net> Message-ID: <20091013053309.H22423@mail101.his.com> On Tue, 13 Oct 2009, phiroc@free.fr wrote: > Hi, > > can xterm be scripted, in particular the menus? > > I would like to associate a key bind to the "Clear Saved Lines" menu item. How can I do that? That would be done via resource settings (not exactly a script), using the translations resource. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- 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/ From phiroc@free.fr Tue Oct 13 11:39:00 2009 From: phiroc@free.fr (phiroc@free.fr) Date: Tue, 13 Oct 2009 11:39:00 -0000 Subject: Newbie: translation does not work In-Reply-To: <26926092.11455061255433892478.JavaMail.root@spooler3-g27.priv.proxad.net> Message-ID: <9794976.11455201255433959628.JavaMail.root@spooler3-g27.priv.proxad.net> Hi, I have create this translation in my .Xdefault file *VT100.translation: #override \ :F1 string("Hello world") string(0x0d) which does not work, even after restarting the X Server. Any suggestions? Many thanks. p -- 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/ From phiroc@free.fr Tue Oct 13 13:03:00 2009 From: phiroc@free.fr (phiroc@free.fr) Date: Tue, 13 Oct 2009 13:03:00 -0000 Subject: Fwd: Newbie: translation does not work - solved In-Reply-To: <32464277.11471521255438751784.JavaMail.root@spooler3-g27.priv.proxad.net> Message-ID: <15831840.11472271255439012894.JavaMail.root@spooler3-g27.priv.proxad.net> Problem solved. My .Xdefault file was in the wrong directory. ----- Mail transf?r? ----- De: phiroc@free.fr ?: "cygwin-xfree" Envoy?: Mardi 13 Octobre 2009 13:39:19 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Newbie: translation does not work Hi, I have create this translation in my .Xdefault file *VT100.translation: #override \ :F1 string("Hello world") string(0x0d) which does not work, even after restarting the X Server. Any suggestions? Many thanks. p -- 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/ -- 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/ From JOEL.MOOTS@L-3com.com Tue Oct 13 20:01:00 2009 From: JOEL.MOOTS@L-3com.com (JOEL.MOOTS@L-3com.com) Date: Tue, 13 Oct 2009 20:01:00 -0000 Subject: Error: too many arguments on commandline Message-ID: <615935CE76907149AFEC6599C969D4D5042A4385@XCGTXH01.corp.eos.l-3com.com> I am trying to start up XWin with 3 screens, all of a specific size, but when I run a command in a startup batch file like this (where %RUN% is \cygwin\bin\run -p /usr/X11R6/bin): %RUN% XWin :3 -clipboard -silent-dup-error -engine 1 -nodecoration -multiplemonitors -screen 0 1280 1024 -screen 1 1280 1024 -screen 2 1280 1024 I get a popup error message titled "Run.exe" with message "Error: too many arguments on commandline XWin". Removing the %RUN% gets rid of the error, but of course, doesn't really help me any. Is there any way to specify any of those options to XWin other than on the command line so that maybe I will not exceed whatever run.exe limit I am hitting? TIA, Joel Moots -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 29020 bytes Desc: cygcheck.out URL: -------------- next part -------------- -- 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/ From jon.turney@dronecode.org.uk Wed Oct 14 13:32:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 14 Oct 2009 13:32:00 -0000 Subject: Error: too many arguments on commandline In-Reply-To: <615935CE76907149AFEC6599C969D4D5042A4385@XCGTXH01.corp.eos.l-3com.com> References: <615935CE76907149AFEC6599C969D4D5042A4385@XCGTXH01.corp.eos.l-3com.com> Message-ID: <4AD5D30C.4060107@dronecode.org.uk> On 13/10/2009 21:01, JOEL.MOOTS@L-3com.com wrote: > I am trying to start up XWin with 3 screens, all of a specific size, but > when I run a command in a startup batch file like this (where %RUN% is > \cygwin\bin\run -p /usr/X11R6/bin): > > %RUN% XWin :3 -clipboard -silent-dup-error -engine 1 -nodecoration > -multiplemonitors -screen 0 1280 1024 -screen 1 1280 1024 -screen 2 1280 > 1024 You might be able to drop -clipboard since it is on by default since 1.6.1.902-1 I am surprised that you need -engine 1 (ShadowGDI). It's some kind of bug if the default engine (ShadowDDNL, I guess) doesn't work properly for you, and it should be faster. '-multimonitors' is an (undocumented) alias for '-multiplemonitors' You don't really need -silent-dup-error unless you forget the server is already running a lot :-) > I get a popup error message titled "Run.exe" with message "Error: too > many arguments on commandline XWin". Removing the %RUN% gets rid of the > error, but of course, doesn't really help me any. Is there any way to > specify any of those options to XWin other than on the command line so > that maybe I will not exceed whatever run.exe limit I am hitting? There is currently no other way to specify XWin arguments but via the command line. I don't know why this limit in run exists, but you might be able to squeeze under it with the suggestions above. According to your cygcheck output you don't even have the X server installed :-) -- 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/ From jon.turney@dronecode.org.uk Wed Oct 14 13:43:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 14 Oct 2009 13:43:00 -0000 Subject: [ANNOUNCEMENT] [1.7] Updated: xorg-server-1.6.5-1 In-Reply-To: References: Message-ID: <4AD5D57C.1020407@dronecode.org.uk> On 13/10/2009 05:59, Yaakov (Cygwin/X) wrote: > The following package has been updated for Cygwin 1.7: > > * xorg-server-1.6.5-1 > > This package contains XWin and the other X.Org X11 servers. > > This is likely the last release of the 1.6 series (heard that before?). > > The following patches has been added in this release: > > - Fix UT8String and CompoundText clipboard text sharing. > - Workaround for SWF/Motif bug in multiwindow mode. Just to amplify this a little. This is a workaround for an issue which prevents Java applications which use SWT/Motif (which will be on platforms where Motif is the default windowing toolkit e.g. AIX, HP-UX and perhaps some older Solaris) from working with the Cygwin/X server. The most notable example of such an application is possibly Eclipse. You can see the SWT bug which is the underlying cause [1] [1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=36806 > - Tidy up system.XWinrc. -- 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/ From jon.turney@dronecode.org.uk Wed Oct 14 13:51:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 14 Oct 2009 13:51:00 -0000 Subject: [ANNOUNCEMENT] [1.7] Updated: xorg-server-1.6.4-1 In-Reply-To: <4ACF45E8.3050407@cornell.edu> References: <4AC767EB.8070206@cornell.edu> <4AC91168.9030500@dronecode.org.uk> <4ACE58B7.9020907@dronecode.org.uk> <4ACE5DF2.2080208@cornell.edu> <4ACF4117.2070908@dronecode.org.uk> <4ACF45E8.3050407@cornell.edu> Message-ID: <4AD5D784.6050808@dronecode.org.uk> On 09/10/2009 15:17, Ken Brown wrote: > On 10/9/2009 9:56 AM, Jon TURNEY wrote: >> On 08/10/2009 22:47, Ken Brown wrote: >>> On 10/8/2009 5:25 PM, Jon TURNEY wrote: >>>> But looking at PS1 to determine if you have a login shell in your >>>> ancestry doesn't work, as PS1 gets unset by non-interactive bash >>>> shells. (This is something which I have learnt today :-) >>>> >>>> So attempting to set PS1 in /etc/profile and inherit it everywhere >>>> isn't going to work. >>> >>> OK, thanks for the explanation. >>> >>> I still think you should consider using 'xterm -ls' in system.XWinrc, >>> because I think most users are going to want to see their usual prompt >>> when they start an xterm. >> >> I agree that users should get their usual prompt in an Xterm. >> >> This is not a problem limited to X, though: You can demonstrate it >> just by doing 'bash -c bash' >> >> I believe a solution would be to move the PS1 setting code from >> /etc/profile to /etc/bash.bashrc, causing it to be set for all >> interactive shells. > > This doesn't quite work, at least with the default bash initialization > files. The problem is that /etc/bash.bashrc is invoked by > ~/.bash_profile, which is only run in login shells. But setting PS1 in > ~/.bashrc seems to work. Alternatively, one could move the code that > invokes /etc/bash.bashrc from ~/.bash_profile to ~/.bashrc. Hmm... I don't have a ~/.bash_profile at all. Not quite sure how I managed to avoid getting the skel files :S But, yes, moving it to ~/.bashrc seems correct to me, you just need to persuade the base-files maintainer :-) Alternatively, there seems to be some special sauce in bash which can be enabled at build time to make it read a system-wide bashrc for all interactive shells anyhow. -- 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/ From JOEL.MOOTS@L-3com.com Wed Oct 14 13:53:00 2009 From: JOEL.MOOTS@L-3com.com (JOEL.MOOTS@L-3com.com) Date: Wed, 14 Oct 2009 13:53:00 -0000 Subject: Error: too many arguments on commandline In-Reply-To: <4AD5D30C.4060107@dronecode.org.uk> References: <615935CE76907149AFEC6599C969D4D5042A4385@XCGTXH01.corp.eos.l-3com.com> <4AD5D30C.4060107@dronecode.org.uk> Message-ID: <615935CE76907149AFEC6599C969D4D50432D70A@XCGTXH01.corp.eos.l-3com.com> Thanks! Removing the -silent-dup-error was sufficient; I feel a bit silly now. BTW, my cygwin is a bit *ahem* dated, so I do still need the -clipboard, and the -screen 1 was required for it to peacefully coexist with Netmeeting. -joel > -----Original Message----- > From: Jon TURNEY [mailto:jon.turney@dronecode.org.uk] > Sent: Wednesday, October 14, 2009 6:33 AM > To: cygwin-xfree@cygwin.com > Cc: Moots, Joel A. @ EOS > Subject: Re: Error: too many arguments on commandline > > On 13/10/2009 21:01, JOEL.MOOTS@L-3com.com wrote: > > I am trying to start up XWin with 3 screens, all of a specific > size, but > > when I run a command in a startup batch file like this (where > %RUN% is > > \cygwin\bin\run -p /usr/X11R6/bin): > > > > %RUN% XWin :3 -clipboard -silent-dup-error -engine 1 - > nodecoration > > -multiplemonitors -screen 0 1280 1024 -screen 1 1280 1024 -screen > 2 1280 > > 1024 > > You might be able to drop -clipboard since it is on by default > since 1.6.1.902-1 > > I am surprised that you need -engine 1 (ShadowGDI). It's some kind > of bug if > the default engine (ShadowDDNL, I guess) doesn't work properly for > you, and it > should be faster. > > '-multimonitors' is an (undocumented) alias for '-multiplemonitors' > > You don't really need -silent-dup-error unless you forget the > server is > already running a lot :-) > > > I get a popup error message titled "Run.exe" with message "Error: > too > > many arguments on commandline XWin". Removing the %RUN% gets rid > of the > > error, but of course, doesn't really help me any. Is there any > way to > > specify any of those options to XWin other than on the command > line so > > that maybe I will not exceed whatever run.exe limit I am hitting? > > There is currently no other way to specify XWin arguments but via > the command > line. > > I don't know why this limit in run exists, but you might be able to > squeeze > under it with the suggestions above. > > According to your cygcheck output you don't even have the X server > installed :-) > > -- > 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/ From JOEL.MOOTS@L-3com.com Wed Oct 14 13:55:00 2009 From: JOEL.MOOTS@L-3com.com (JOEL.MOOTS@L-3com.com) Date: Wed, 14 Oct 2009 13:55:00 -0000 Subject: Error: too many arguments on commandline In-Reply-To: <615935CE76907149AFEC6599C969D4D50211985D@XCGTXH01.corp.eos.l-3com.com> References: <4AD5D30C.4060107@dronecode.org.uk> <615935CE76907149AFEC6599C969D4D50211985D@XCGTXH01.corp.eos.l-3com.com> Message-ID: <615935CE76907149AFEC6599C969D4D50432D710@XCGTXH01.corp.eos.l-3com.com> (I of course meant "-engine 1 was required", not "-screen 1".) -joel > -----Original Message----- > From: Moots, Joel A. @ EOS > Sent: Wednesday, October 14, 2009 6:54 AM > To: 'cygwin-xfree@cygwin.com' > Subject: RE: Error: too many arguments on commandline > > Thanks! Removing the -silent-dup-error was sufficient; I feel a bit > silly now. > > BTW, my cygwin is a bit *ahem* dated, so I do still need the - > clipboard, and the -screen 1 was required for it to peacefully > coexist with Netmeeting. > > -joel > > > -----Original Message----- > > From: Jon TURNEY [mailto:jon.turney@dronecode.org.uk] > > Sent: Wednesday, October 14, 2009 6:33 AM > > To: cygwin-xfree@cygwin.com > > Cc: Moots, Joel A. @ EOS > > Subject: Re: Error: too many arguments on commandline > > > > On 13/10/2009 21:01, JOEL.MOOTS@L-3com.com wrote: > > > I am trying to start up XWin with 3 screens, all of a specific > > size, but > > > when I run a command in a startup batch file like this (where > > %RUN% is > > > \cygwin\bin\run -p /usr/X11R6/bin): > > > > > > %RUN% XWin :3 -clipboard -silent-dup-error -engine 1 - > > nodecoration > > > -multiplemonitors -screen 0 1280 1024 -screen 1 1280 1024 - > screen > > 2 1280 > > > 1024 > > > > You might be able to drop -clipboard since it is on by default > > since 1.6.1.902-1 > > > > I am surprised that you need -engine 1 (ShadowGDI). It's some > kind > > of bug if > > the default engine (ShadowDDNL, I guess) doesn't work properly > for > > you, and it > > should be faster. > > > > '-multimonitors' is an (undocumented) alias for '- > multiplemonitors' > > > > You don't really need -silent-dup-error unless you forget the > > server is > > already running a lot :-) > > > > > I get a popup error message titled "Run.exe" with message > "Error: > > too > > > many arguments on commandline XWin". Removing the %RUN% gets > rid > > of the > > > error, but of course, doesn't really help me any. Is there any > > way to > > > specify any of those options to XWin other than on the command > > line so > > > that maybe I will not exceed whatever run.exe limit I am > hitting? > > > > There is currently no other way to specify XWin arguments but via > > the command > > line. > > > > I don't know why this limit in run exists, but you might be able > to > > squeeze > > under it with the suggestions above. > > > > According to your cygcheck output you don't even have the X > server > > installed :-) > > > > -- > > 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/ From ariel.burbaickij@gmail.com Wed Oct 14 16:45:00 2009 From: ariel.burbaickij@gmail.com (Ariel Burbaickij) Date: Wed, 14 Oct 2009 16:45:00 -0000 Subject: (strange) problem with xdotool Message-ID: <3058f9b40910140945j419e8cb2ub3d57dd843f7a098@mail.gmail.com> Hello all, I have compiled, after some modifications to Makefile, xdotool to work in cygwin environment but I get following on attewmot to activate window (window in question is xedit and I run in rootless, i.e. without any particular window manager, environment) xdotool windowactiviate 16777265 Your windowmanager claims not to support _NET_ACTIVE_WINDOW, so the attempt to activate the window was aborted. xdo_window_activate reported an error Any clues about why _NET_ACTIVE_WINDOW is not supported and whatr one should do about it? /wbr Ariel Burbaickij -- 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/ From patrick@patrick-isp.com Wed Oct 14 21:42:00 2009 From: patrick@patrick-isp.com (Patrick Legault) Date: Wed, 14 Oct 2009 21:42:00 -0000 Subject: 1.7.0(0.214/5/3): XWin.exe reset after remote login screen on solaris (CDE or Java desktop) WM_QUIT Message-ID: <3B523ED81AE5460E936054ECB9241B2A@cimmetrysystems.com> Hello I get an error while I open a Solaris remote session via XDMCP the system I am connecting work with version 1.5 of cygwin (vista x64) but not the 1.7 (vista/server 2008 x64) I included the Xorg.log file, cygcheck.out and a basic description of my system. I also included a strace log in case it could help. I logged on the system using different type of sessions. failsafe session worked. CDE: failed. XWin started to logon, I could see the desktop for a few seconds then, closed to reopen. java desktop environment: Failed. XWin started to logon, I could see the desktop for a few seconds then, closed to reopen. two of the 3 session exited with WM_QUIT uname -a: CYGWIN_NT-6.0-WOW64 spatlegault2 1.7.0(0.214/5/3) 2009-10-03 14:33 i686 Cygwin solaris computer I am connecting to: SunOS zolla.somedomain.com 5.10 Generic sun4u sparc SUNW,Sun-Blade-1000 if you need help or more information to debug this issue, I will be happy to help you. if you already have an idea on something I could try to fix the WM_QUIT, just reply to this message. Thanks -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.0.log Type: application/octet-stream Size: 5119 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 198871 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: strace.log Type: application/octet-stream Size: 70425 bytes Desc: not available URL: -------------- next part -------------- -- 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/ From narkewoody@gmail.com Thu Oct 15 05:21:00 2009 From: narkewoody@gmail.com (Steven Woody) Date: Thu, 15 Oct 2009 05:21:00 -0000 Subject: 3-button-mouse emulating In-Reply-To: References: Message-ID: Hi, When using XWin as X server, it has a option let me emulate 3-button-mouse, but if I don't use XWin and x and X server ( this is default when I start x window by running startx script), how do I do the same thing? Thanks. -- Life is the only flaw in an otherwise perfect nonexistence ? ?-- Schopenhauer narke public key at http://subkeys.pgp.net:11371 (narkewoody@gmail.com) -- 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/ From jon.turney@dronecode.org.uk Fri Oct 16 12:24:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 16 Oct 2009 12:24:00 -0000 Subject: 1.7.0(0.214/5/3): XWin.exe reset after remote login screen on solaris (CDE or Java desktop) WM_QUIT In-Reply-To: <3B523ED81AE5460E936054ECB9241B2A@cimmetrysystems.com> References: <3B523ED81AE5460E936054ECB9241B2A@cimmetrysystems.com> Message-ID: <4AD8660A.4010707@dronecode.org.uk> On 14/10/2009 22:41, Patrick Legault wrote: > I get an error while I open a Solaris remote session via XDMCP > the system I am connecting work with version 1.5 of cygwin (vista x64) > but not the 1.7 (vista/server 2008 x64) > > I included the Xorg.log file, cygcheck.out and a basic description of my > system. > I also included a strace log in case it could help. > > I logged on the system using different type of sessions. > failsafe session worked. > CDE: failed. XWin started to logon, I could see the desktop for a few > seconds then, closed to reopen. > java desktop environment: Failed. XWin started to logon, I could see the > desktop for a few seconds then, closed to reopen. It's pretty likely that the CDE and JDE sessions are exiting because something they are doing during initialization is returning an error they've decided they can't ignore. The useful log in this case is almost certainly on the Solaris host. I don't know where the relevant log is, but you might start by looking in /.dt/startlog. > uname -a: > CYGWIN_NT-6.0-WOW64 spatlegault2 1.7.0(0.214/5/3) 2009-10-03 14:33 i686 > Cygwin > solaris computer I am connecting to: > SunOS zolla.somedomain.com 5.10 Generic sun4u sparc SUNW,Sun-Blade-1000 > > if you need help or more information to debug this issue, I will be > happy to help you. > if you already have an idea on something I could try to fix the WM_QUIT, > just reply to this message. I have a Solaris 10 Update 7 (5/09) VM, and I'm able to start CDE or JDE using XDMCP from Cygwin/X 1.6.5-1 under Cygwin 1.7 without problems. -- 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/ From jon.turney@dronecode.org.uk Fri Oct 16 12:34:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 16 Oct 2009 12:34:00 -0000 Subject: (strange) problem with xdotool In-Reply-To: <3058f9b40910140945j419e8cb2ub3d57dd843f7a098@mail.gmail.com> References: <3058f9b40910140945j419e8cb2ub3d57dd843f7a098@mail.gmail.com> Message-ID: <4AD86865.80609@dronecode.org.uk> On 14/10/2009 17:45, Ariel Burbaickij wrote: > Hello all, > I have compiled, after some modifications to Makefile, xdotool to > work in cygwin environment > but I get following on attempt to activate window (window in question > is xedit and I run in rootless, i.e. without any particular window > manager, environment) > xdotool windowactiviate 16777265 This is not so strange a problem when you know that thinking you are running "without any particular window manager" is wrong. When running rootless in -multiwindow mode, the X server starts an integrated WM, which effectively acts as a proxy for the native Windows WM. This integrated WM does not support _NET_ACTIVE_WINDOW > Your windowmanager claims not to support _NET_ACTIVE_WINDOW, so the > attempt to activate the window was aborted. > xdo_window_activate reported an error > > Any clues about why _NET_ACTIVE_WINDOW is not supported and what one > should do about it? :-) Ideally, write a patch to add _NET_ACTIVE_WINDOW support to the integrated WM. That should be fairly straightforward as all it would need to do it register the property on the root window and update it, and handle the receiving the message and translate it to a WM_ACTIVATE for the target window) (for bonus points, look for other EWMH hints it is useful for the integrated WM to implement) Your other option is run X in rooted mode, with a WM which supports _NET_ACTIVE_WINDOW. -- 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/ From jon.turney@dronecode.org.uk Fri Oct 16 12:38:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 16 Oct 2009 12:38:00 -0000 Subject: 3-button-mouse emulating In-Reply-To: References: Message-ID: <4AD86966.20901@dronecode.org.uk> On 15/10/2009 06:21, Steven Woody wrote: > When using XWin as X server, it has a option let me emulate > 3-button-mouse, but if I don't use XWin and x and X server ( this is > default when I start x window by running startx script), how do I do > the same thing? Your question doesn't make much sense. If you are asking how you add options like '-emulate3buttons' when using startx, then 'man startx' tells you startx [ [ client ] options ... ] [ ?????? [ server ] [ display ] options ... ] so e.g. startx -- -emulate3buttons -- 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/ From ariel.burbaickij@gmail.com Fri Oct 16 12:46:00 2009 From: ariel.burbaickij@gmail.com (Ariel Burbaickij) Date: Fri, 16 Oct 2009 12:46:00 -0000 Subject: (strange) problem with xdotool In-Reply-To: <4AD86865.80609@dronecode.org.uk> References: <3058f9b40910140945j419e8cb2ub3d57dd843f7a098@mail.gmail.com> <4AD86865.80609@dronecode.org.uk> Message-ID: <3058f9b40910160546s27c8b936i7ac6b089dc3e01ab@mail.gmail.com> Regarding following passage (I do not have much objections to run X Window in what you call "rooted" mode just that somehow no Window Manager starts when I try to run it): all it would need to do it register the property on the root window and update it, and handle the receiving the message and translate it to a WM_ACTIVATE for the target window Yes, for the matter of exercise it woyuld be interesting to try to write a patch, just what is meant with "root window" here in rootless environment and where the code is supposed to go, i.e. where should I look at in order to try to graft the needed addtional code there? /wbr Ariel Burbaickij On Fri, Oct 16, 2009 at 2:34 PM, Jon TURNEY wrote: > On 14/10/2009 17:45, Ariel Burbaickij wrote: >> >> Hello all, >> I have compiled, after some modifications to Makefile, ?xdotool to >> work in cygwin environment >> but I get following on attempt to activate window (window in question >> is xedit and I run in rootless, i.e. without any particular window >> manager, environment) >> xdotool windowactiviate 16777265 > > This is not so strange a problem when you know that thinking you are running > "without any particular window manager" is wrong. > > When running rootless in -multiwindow mode, the X server starts an > integrated WM, which effectively acts as a proxy for the native Windows WM. > > This integrated WM does not support _NET_ACTIVE_WINDOW > >> Your windowmanager claims not to support _NET_ACTIVE_WINDOW, so the >> attempt to activate the window was aborted. >> xdo_window_activate reported an error >> >> Any clues about why _NET_ACTIVE_WINDOW is not supported and what one >> should do about it? > > :-) > > Ideally, write a patch to add _NET_ACTIVE_WINDOW support to the integrated > WM. ?That should be fairly straightforward as all it would need to do it > register the property on the root window and update it, and handle the > receiving the message and translate it to a WM_ACTIVATE for the target > window) > > (for bonus points, look for other EWMH hints it is useful for the integrated > WM to implement) > > Your other option is run X in rooted mode, with a WM which supports > _NET_ACTIVE_WINDOW. > > -- 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/ From patrick@patrick-isp.com Fri Oct 16 13:43:00 2009 From: patrick@patrick-isp.com (Patrick Legault) Date: Fri, 16 Oct 2009 13:43:00 -0000 Subject: 1.7.0(0.214/5/3): XWin.exe reset after remote login screen on solaris (CDE or Java desktop) WM_QUIT In-Reply-To: <4AD8660A.4010707@dronecode.org.uk> References: <3B523ED81AE5460E936054ECB9241B2A@cimmetrysystems.com> <4AD8660A.4010707@dronecode.org.uk> Message-ID: <79D359731DF74046A5C7E1466E159BAE@Patrick3> Hello I enabled some extra session logging in my .dtprofile under solaris and I found an error. I did the test with cygwin 1.5 and 1.7 so I could see the difference. I included some log files. when I tested with cygwin 1.5, I generated theses 2 log files: startlog-cygwin1.5.log and display_cygwin1.5.log when I tested with cygwin 1.7, I generated theses 2 log files: startlog-cygwin1.7.log and display_cygwin1.7.log The session worked using cygwin 1.5 but failed with 1.7. we can clearly see the issue with the log file display_cygwin1.7.log ------------------------ X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 143 (XINERAMA) Minor opcode of failed request: 2 (XINERAMAGetScreenCount) Resource id in failed request: 0x0 Serial number of failed request: 248 Current serial number in output stream: 248 ------------------------ can I recompile xwin.exe and disable xinerama or is there a different way to do it? if so, how would I fix this? Thanks -------------------------------------------------- From: "Jon TURNEY" Sent: Friday, October 16, 2009 8:24 AM To: Cc: Subject: Re: 1.7.0(0.214/5/3): XWin.exe reset after remote login screen on solaris (CDE or Java desktop) WM_QUIT > On 14/10/2009 22:41, Patrick Legault wrote: >> I get an error while I open a Solaris remote session via XDMCP >> the system I am connecting work with version 1.5 of cygwin (vista x64) >> but not the 1.7 (vista/server 2008 x64) >> >> I included the Xorg.log file, cygcheck.out and a basic description of my >> system. >> I also included a strace log in case it could help. >> >> I logged on the system using different type of sessions. >> failsafe session worked. >> CDE: failed. XWin started to logon, I could see the desktop for a few >> seconds then, closed to reopen. >> java desktop environment: Failed. XWin started to logon, I could see the >> desktop for a few seconds then, closed to reopen. > > It's pretty likely that the CDE and JDE sessions are exiting because > something they are doing during initialization is returning an error > they've decided they can't ignore. > > The useful log in this case is almost certainly on the Solaris host. I > don't know where the relevant log is, but you might start by looking in > /.dt/startlog. > >> uname -a: >> CYGWIN_NT-6.0-WOW64 spatlegault2 1.7.0(0.214/5/3) 2009-10-03 14:33 i686 >> Cygwin >> solaris computer I am connecting to: >> SunOS zolla.somedomain.com 5.10 Generic sun4u sparc SUNW,Sun-Blade-1000 >> >> if you need help or more information to debug this issue, I will be >> happy to help you. >> if you already have an idea on something I could try to fix the WM_QUIT, >> just reply to this message. > > I have a Solaris 10 Update 7 (5/09) VM, and I'm able to start CDE or JDE > using XDMCP from Cygwin/X 1.6.5-1 under Cygwin 1.7 without problems. > > -- > Jon TURNEY > Volunteer Cygwin/X X Server maintainer > -------------- next part -------------- A non-text attachment was scrubbed... Name: startlog-cygwin1.7.log Type: application/octet-stream Size: 1233 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: startlog-cygwin1.5.log Type: application/octet-stream Size: 929 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: display_cygwin1.5.log Type: application/octet-stream Size: 1116 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: display_cygwin-1.7.log Type: application/octet-stream Size: 1419 bytes Desc: not available URL: -------------- next part -------------- -- 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/ From jon.turney@dronecode.org.uk Fri Oct 16 14:32:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 16 Oct 2009 14:32:00 -0000 Subject: 1.7.0(0.214/5/3): XWin.exe reset after remote login screen on solaris (CDE or Java desktop) WM_QUIT In-Reply-To: <79D359731DF74046A5C7E1466E159BAE@Patrick3> References: <3B523ED81AE5460E936054ECB9241B2A@cimmetrysystems.com> <4AD8660A.4010707@dronecode.org.uk> <79D359731DF74046A5C7E1466E159BAE@Patrick3> Message-ID: <4AD88427.1080302@dronecode.org.uk> On 16/10/2009 14:38, Patrick Legault wrote: > Hello > I enabled some extra session logging in my .dtprofile under solaris and > I found an error. > > I did the test with cygwin 1.5 and 1.7 so I could see the difference. > I included some log files. > > when I tested with cygwin 1.5, I generated theses 2 log files: > startlog-cygwin1.5.log and display_cygwin1.5.log > when I tested with cygwin 1.7, I generated theses 2 log files: > startlog-cygwin1.7.log and display_cygwin1.7.log > > The session worked using cygwin 1.5 but failed with 1.7. > we can clearly see the issue with the log file display_cygwin1.7.log > ------------------------ > X Error of failed request: BadWindow (invalid Window parameter) > Major opcode of failed request: 143 (XINERAMA) > Minor opcode of failed request: 2 (XINERAMAGetScreenCount) > Resource id in failed request: 0x0 > Serial number of failed request: 248 > Current serial number in output stream: 248 > ------------------------ > can I recompile xwin.exe and disable xinerama or is there a different > way to do it? > if so, how would I fix this? You should be able to work around this by starting the X server with '-xinerama' to disable Xinerama. A bit of googling throws up various similar looking problems, including this [1] which seems to indicate it is a Solaris incompatibilty with X.Org (which presumably only shows up with Solaris on sparc as they use Xsun?) [1] http://forums.sun.com/thread.jspa?threadID=5066499 -- 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/ From kbrown@cornell.edu Fri Oct 16 14:39:00 2009 From: kbrown@cornell.edu (Ken Brown) Date: Fri, 16 Oct 2009 14:39:00 -0000 Subject: startxwin.bat and checkX Message-ID: <4AD885A5.2030802@cornell.edu> I don't think the line %RUN% checkX -d %DISPLAY% -t 12 in startxwin.bat accomplishes anything, because run.exe returns immediately, and checkX runs in the background. From 'man run': run [ -p path ] command [ -wait ] arguments [...] Issuing -wait as first program argument will make run wait for program completition, otherwise it returns immediately. [Chuck: Note the typo in "completition".] So I think startxwin.bat should use %RUN% checkX -wait -d %DISPLAY% -t 12 I've tested this on my system, and xterm always starts. If I omit '-wait', xterm sometimes doesn't start. Ken -- 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/ From jon.turney@dronecode.org.uk Fri Oct 16 15:23:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 16 Oct 2009 15:23:00 -0000 Subject: (strange) problem with xdotool In-Reply-To: <3058f9b40910160546s27c8b936i7ac6b089dc3e01ab@mail.gmail.com> References: <3058f9b40910140945j419e8cb2ub3d57dd843f7a098@mail.gmail.com> <4AD86865.80609@dronecode.org.uk> <3058f9b40910160546s27c8b936i7ac6b089dc3e01ab@mail.gmail.com> Message-ID: <4AD8901E.7000303@dronecode.org.uk> On 16/10/2009 13:46, Ariel Burbaickij wrote: > Regarding following passage (I do not have much objections to run X > Window in what > you call "rooted" mode just that somehow no Window Manager starts when > I try to run > it): If you want to start X server and clients (perhaps a window manager) with a single command you need to look at 'man startx' > all it would need to do it > register the property on the root window and update it, and handle the > receiving the message and translate it to a WM_ACTIVATE for the target > window > > Yes, for the matter of exercise it would be interesting to try to > write a patch, just > what is meant with "root window" here in rootless environment and where the code > is supposed to go, i.e. where should I look at in order to try to > graft the needed additional > code there? The root window exists (it's required by the X protocol), you just can't see it normally. If you untick the "Hide Root Window" option on the tray menu after you've launched some clients you should be able to see what's going on. http://x.cygwin.com/docs/cg/cygwin-x-cg.html You probably want to start looking at winMultiWindowXMsgProc() in hw/xwin/winmultiwindowwm.c -- 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/ From ariel.burbaickij@gmail.com Fri Oct 16 15:57:00 2009 From: ariel.burbaickij@gmail.com (Ariel Burbaickij) Date: Fri, 16 Oct 2009 15:57:00 -0000 Subject: (strange) problem with xdotool In-Reply-To: <4AD8901E.7000303@dronecode.org.uk> References: <3058f9b40910140945j419e8cb2ub3d57dd843f7a098@mail.gmail.com> <4AD86865.80609@dronecode.org.uk> <3058f9b40910160546s27c8b936i7ac6b089dc3e01ab@mail.gmail.com> <4AD8901E.7000303@dronecode.org.uk> Message-ID: <3058f9b40910160857p22d7b4c9p9347ceeaa0bfa805@mail.gmail.com> yes, it works, thank you, did startxwin.sh somehow fall out of favour? /wbr Ariel Burbaickij >> >> Regarding following passage (I do not have much objections to run X >> Window in what >> you call "rooted" mode just that somehow no Window Manager starts when >> I try to run >> it): > > If you want to start X server and clients (perhaps a window manager) with a > single command you need to look at 'man startx' -- 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/ From kbrown@cornell.edu Fri Oct 16 17:45:00 2009 From: kbrown@cornell.edu (Ken Brown) Date: Fri, 16 Oct 2009 17:45:00 -0000 Subject: startxwin.bat and checkX In-Reply-To: <4AD885A5.2030802@cornell.edu> References: <4AD885A5.2030802@cornell.edu> Message-ID: <4AD8B146.1060803@cornell.edu> On 10/16/2009 10:39 AM, Ken Brown wrote: > I don't think the line > > %RUN% checkX -d %DISPLAY% -t 12 > > in startxwin.bat accomplishes anything, because run.exe returns > immediately, and checkX runs in the background. From 'man run': > > run [ -p path ] command [ -wait ] arguments > [...] > Issuing -wait as first program argument will make run wait for program > completition, otherwise it returns immediately. > > [Chuck: Note the typo in "completition".] > > So I think startxwin.bat should use > > %RUN% checkX -wait -d %DISPLAY% -t 12 > Even better, why bother with run.exe at all? Why not just use %CYGWIN_ROOT%\bin\checkX -d %DISPLAY% -t 12 Ken -- 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/ From yselkowitz@users.sourceforge.net Fri Oct 16 19:35:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Fri, 16 Oct 2009 19:35:00 -0000 Subject: [ANNOUNCEMENT] [1.7] New: python-xdg-0.17-1 Message-ID: The following package has been added to the Cygwin 1.7 distribution: * python-xdg-0.17-1 PyXDG is a python library to access freedesktop.org standards. Currently supported are: * Base Directory Specification * Menu Specification * Desktop Entry Specification * Icon Theme Specification * Recent File Specification * Shared-MIME-Database Specification Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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/ From mjw@drexel.edu Sat Oct 17 15:14:00 2009 From: mjw@drexel.edu (Matt Wozniski) Date: Sat, 17 Oct 2009 15:14:00 -0000 Subject: Newbie: translation does not work - solved In-Reply-To: <15831840.11472271255439012894.JavaMail.root@spooler3-g27.priv.proxad.net> References: <32464277.11471521255438751784.JavaMail.root@spooler3-g27.priv.proxad.net> <15831840.11472271255439012894.JavaMail.root@spooler3-g27.priv.proxad.net> Message-ID: <17393e3e0910170814i498a46b6i9bb10767e852ff4c@mail.gmail.com> On Tue, Oct 13, 2009 at 9:03 AM, wrote: > Problem solved. My .Xdefault file was in the wrong directory. Uh, that wasn't your only problem... > ----- Mail transf?r? ----- > De: phiroc@free.fr > ?: "cygwin-xfree" > Envoy?: Mardi 13 Octobre 2009 13:39:19 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne > Objet: Newbie: translation does not work > > Hi, > > I have create this translation in my .Xdefault file > > *VT100.translation: #override \ ^ ^ > :F1 string("Hello world") string(0x0d) ^ You had at least 3 typos afaics; this should have been *VT100.Translations: #override \ F1: string("Hello world") string(0x0d) > Any suggestions? ~Matt -- 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/ From narkewoody@gmail.com Sun Oct 18 03:07:00 2009 From: narkewoody@gmail.com (Steven Woody) Date: Sun, 18 Oct 2009 03:07:00 -0000 Subject: 3-button-mouse emulating In-Reply-To: <4AD86966.20901@dronecode.org.uk> References: <4AD86966.20901@dronecode.org.uk> Message-ID: On Fri, Oct 16, 2009 at 8:39 PM, Jon TURNEY wrote: > On 15/10/2009 06:21, Steven Woody wrote: >> >> When using XWin as X server, it has a option let me emulate >> 3-button-mouse, but if I don't use XWin and x and X server ( this is >> default when I start x window by running startx script), how do I do >> the same thing? > > Your question doesn't make much sense. > > If you are asking how you add options like '-emulate3buttons' when using > startx, then 'man startx' tells you > > startx [ [ client ] options ... ] [ -- [ server ] [ display ] options ... ] > > so e.g. startx -- -emulate3buttons this only makes sense if the server accept the option '--emulate3buttons'. But the X server in cygwin 'x' does not as I know. > > -- > Jon TURNEY > Volunteer Cygwin/X X Server maintainer > -- Life is the only flaw in an otherwise perfect nonexistence -- Schopenhauer narke public key at http://subkeys.pgp.net:11371 (narkewoody@gmail.com) -- 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/ From mark@maxrnd.com Sun Oct 18 06:28:00 2009 From: mark@maxrnd.com (Mark Geisert) Date: Sun, 18 Oct 2009 06:28:00 -0000 Subject: 3-button-mouse emulating References: <4AD86966.20901@dronecode.org.uk> Message-ID: > > so e.g. startx -- -emulate3buttons > > this only makes sense if the server accept the option > '--emulate3buttons'. But the X server in cygwin 'x' does not as I > know. Look at the example again. It's different from what you typed. ..mark -- 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/ From jjreisert@alum.mit.edu Mon Oct 19 02:09:00 2009 From: jjreisert@alum.mit.edu (Jim Reisert AD1C) Date: Mon, 19 Oct 2009 02:09:00 -0000 Subject: xterm won't close until backgrounded windows closed? Message-ID: <806a89db0910181909h399a0809vea5a0c8d54b2d70e@mail.gmail.com> I'm running Cygwin 1.7 with latest Xorg server, etc. I don't know what version this changed in, but I can't exit an xterm until the Emacs process that's backgrounded in the window closes first. Then both windows close. This seems like a new behavior. Is it desirable? - Jim -- Jim Reisert AD1C, , http://www.ad1c.us -- 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/ From waqarazeem1982@gmail.com Tue Oct 20 16:36:00 2009 From: waqarazeem1982@gmail.com (waqar azeem) Date: Tue, 20 Oct 2009 16:36:00 -0000 Subject: Cygwin Crash Message-ID: <1102502f0910200936x32d9f8b8jae813635a6d8a7d@mail.gmail.com> Hi, My cygwin crashed and the XWin.0.log file has following output Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.5.3.0 (10503000) Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/bin/XWin -multiwindow -clipboard -silent-dup-error ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winPrefsLoadPreferences: /etc/X11/system.XWinrc LoadPreferences: Done parsing the configuration file... winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 1024 depth: 32 winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () MIT-SHM extension disabled due to lack of kernel support (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 (--) 5 mouse buttons found (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "0000041D" (0000041d) (--) Using preset keyboard for "Swedish (Sweden)" (41d), type "4" winInitMultiWindowWM - pthread_mutex_lock () returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP 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. GetWindowProp - pWin or name was NULL GetWindowProp - pWin or name was NULL GetWindowProp - pWin or name was NULL GetWindowProp - pWin or name was NULL GetWindowProp - pWin or name was NULL GetWindowProp - pWin or name was NULL winDeinitMultiWindowWM - Noting shutdown in progress winClipboardProc - winClipboardFlushWindowsMessag eQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. winClipboardIOErrorHandler! winDeinitMultiWindowWM - Noting shutdown in progress Please, suggest any solutions. Many thanks. Best Regards. -- Waqar Azeem Mob: 0046-761441025 Tel: 0046-107112025 -- 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/ From ichbinanon@gmail.com Wed Oct 21 12:17:00 2009 From: ichbinanon@gmail.com (Anonymous bin ich) Date: Wed, 21 Oct 2009 12:17:00 -0000 Subject: -clipboard has been broken by Microsoft .NET sp1 In-Reply-To: <24916048.post@talk.nabble.com> References: <4A7A9003.8000200@comcast.net> <24916048.post@talk.nabble.com> Message-ID: <82839db60910210516s2e118723n5b0cb066832ca298@mail.gmail.com> Hi! I am running "XWin -multiwindow" (without any other option), and nedit still segfaults on pasting anything (even something copied from nedit itself). I am attaching both coredump and cygcheck.out. Kindly tell me if this is actually the same problem as described before, because I am also having stability problems with vim.exe (not gvim.exe, but vim.exe in xterm) Regards, On Tue, Aug 11, 2009 at 1:49 PM, Marc Girod wrote: > > > Duane Krings wrote: >> >> ? ?removing the -clipboard option to the XWin and everything works fine >> again (except of coarse copying between X and windows) >> > I am using Vista, and XWin -clipboard > I had, long ago already, to disable the 'Office Clipboard', which I did from > Outlook, by clicking away all the options. > It did not disable the 'clipboard' by any means: I can still happily > copy/paste between Windows (including Outlook) and cygwin (e.g. cat > /dev/clipboard). > > Marc > -- > View this message in context: http://www.nabble.com/Nedit-unstable-after-1.7.0-56-update----clipboard-copy-segfault-tp24793154p24916048.html > Sent from the cygwin-xfree mailing list archive at Nabble.com. > > > -- > 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/ > > -- Regards, -------------- next part -------------- A non-text attachment was scrubbed... Name: nedit.exe.stackdump Type: application/octet-stream Size: 1348 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 44134 bytes Desc: not available URL: -------------- next part -------------- -- 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/ From jjreisert@alum.mit.edu Wed Oct 21 22:28:00 2009 From: jjreisert@alum.mit.edu (Jim Reisert AD1C) Date: Wed, 21 Oct 2009 22:28:00 -0000 Subject: Anyone else having new recent problems with Windows clipboard? Message-ID: <806a89db0910211527x4fad3a54t131020c058a5b977@mail.gmail.com> I'm running Cygwin 1.7 (latest) and X-Org server (latest). For the past week or two, I've been having strange clipboard problems. The most problematic is that I can't copy/cut text in a Windows application and paste it into a Cygwin-X application (I can copy/paste between X applications OK). I do use RealVNC alll day at work. I know a month or few back, there were some changes to fix clipboard problems when VNC was used. Could those problems have returned? Is anyone else having recent problems that they didn't have before? Thanks - Jim -- Jim Reisert AD1C, , http://www.ad1c.us -- 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/ From Edmund.Spatzenegger@Sun.COM Thu Oct 22 10:06:00 2009 From: Edmund.Spatzenegger@Sun.COM (Edmund Spatzenegger) Date: Thu, 22 Oct 2009 10:06:00 -0000 Subject: how to install XServer 1.6.0 Message-ID: <4AE02E90.8060008@sun.com> I've tried to install XServer 1.6.0 but Cygwin setup only offers me 1.5.3 (I've downloaded the latest version of setup.exe: 2.573.2.3). Is there anything else I have to do? Thanks Edmund -- ******************************************************************* Edmund Spatzenegger IT-Architect Professional Services Phone: +49 (0)89 46008-2574 Sun Microsystems GmbH Fax: +49 (0)89 46008-2583 Sonnenalle 1 Mobile: +49 (0)172 8441648 D-85551 Kirchheim-Heimstetten mailto:edmund.spatzenegger@Sun.COM http://www.sun.de Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht M??nchen: HRB 161028 Gesch??ftsf??hrer: Thomas Schr??der, Wolfgang Engels, Wolf Frenkel Vorsitzender des Aufsichtsrates: Martin H??ring ******************************************************************* -- 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/ From andy.koppe@gmail.com Thu Oct 22 11:34:00 2009 From: andy.koppe@gmail.com (Andy Koppe) Date: Thu, 22 Oct 2009 11:34:00 -0000 Subject: how to install XServer 1.6.0 In-Reply-To: <4AE02E90.8060008@sun.com> References: <4AE02E90.8060008@sun.com> Message-ID: <416096c60910220434j5fa654ccs81cc0eff19c59a86@mail.gmail.com> 2009/10/22 Edmund Spatzenegger: > I've tried to install XServer 1.6.0 but Cygwin setup only offers me 1.5.3 > (I've downloaded the latest version of setup.exe: 2.573.2.3). > Is there anything else I have to do? XWin 1.6.x is only available with the Cygwin 1.7 beta: http://www.cygwin.com/#beta-test Andy -- 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/ From quinn_jones@pobox.com Tue Oct 27 22:21:00 2009 From: quinn_jones@pobox.com (Quinn) Date: Tue, 27 Oct 2009 22:21:00 -0000 Subject: 1.5.25-15: 100% CPU under xdmcp and Gnome Message-ID: <4AE7724F.6050001@pobox.com> I am running Cygwin-X on Windows XP, connecting to a Gentoo workstation via xdmcp. If I connect to a session running Gnome one processor on my Windows machine spikes to 100% usage and stays there. Memory use appears to remain constant and the X-session is responsive. The CPU doesn't spike while GDM is active, just while the Gnome session is active. If I use a different window manager, such as Blackbox, the CPU does not spike. Other activities on the XP machine seem normal and other programs seem normal. I have closed xdmcp session, close and restarted Cygwin, and rebooted XP. I ran Windows Update last Friday and shut down my Windows machine for the weekend. I didn't notice anything amiss before then, though I cannot guarantee there wasn't a problem. There were some Gnome updates in Gentoo that I emerged recently, I think it was just at the beginning of last week or the previous week, but I don't recall noticing the CPU spiking afterward. In order to try solving the problem I ran the Cygwin setup program and let it install all new updates; when that didn't work I re-ran and force-reinstalled everything. The core Cygwin DLL and X libraries were not updated - they're current according to the setup program and the updates that were found were for some utilities (I didn't record which ones). I have tried googling this with terms like "cygwin xdmcp gnome cpu 100%" and a few variations of that but I haven't found anything relevant (or recent). Is this a Cygwin problem? CPU usage is normal on the remote Linux box (the client, in X parlance), and it seems coincident with MS updates so it seems reasonable that it's not a direct problem with Gnome per se but with the XP machine (the server). Attached is the output of cygcheck -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.out URL: -------------- next part -------------- -- 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/ From reply-to-list-only-lh-x@cygwin.com Tue Oct 27 22:35:00 2009 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Tue, 27 Oct 2009 22:35:00 -0000 Subject: 1.5.25-15: 100% CPU under xdmcp and Gnome In-Reply-To: <4AE7724F.6050001@pobox.com> References: <4AE7724F.6050001@pobox.com> Message-ID: <4AE775C1.6080609@cygwin.com> On 10/27/2009 06:21 PM, Quinn wrote: > I am running Cygwin-X on Windows XP, connecting to a Gentoo workstation > via xdmcp. If I connect to a session running Gnome one processor on my > Windows machine spikes to 100% usage and stays there. Memory use > appears to remain constant and the X-session is responsive. The CPU > doesn't spike while GDM is active, just while the Gnome session is active. Any interest in trying Cygwin 1.7 ? I don't know if it would help but it has a newer X and friends and is actively maintained. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _____________________________________________________________________ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- 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/ From yselkowitz@users.sourceforge.net Wed Oct 28 01:00:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Wed, 28 Oct 2009 01:00:00 -0000 Subject: [ANNOUNCEMENT] [1.7] X11R7.5 Message-ID: Cygwin/X has been updated to X.Org X11R7.5 (for Cygwin 1.7 only). WHAT'S NEW IN X11R7.5? ====================== * Almost 200 binary packages have been updated, including the latest upstream improvements and bug fixes. * New packages: dmxproto, libdmx1/libdmx-devel, xf86bigfontproto. * Support for IPv6 and other features new to Cygwin 1.7 are now available in packages using them. * The X11 headers have been rearranged, with a lot of shuffling between the *proto packages and their libX*-devel counterparts. This should be transparent to the end user as long as these packages are updated simultaneously. * The technical documentation in xorg-docs and other packages has been built into text, HTML, and PDF formats. FEATURES AND NOTES ================== X11R7.5 includes xorg-server 1.7 with many changes, including: * DMX support has been added. DMX allows one DISPLAY to span multiple screens on one or more computers within a network. It consists of Xdmx, the DMX server (which runs on top of the displaying computers' native XWin/Xming/Xorg/Xquartz servers), several dmx* clients, and the xdmxconfig GUI configuration editor. Because of the additional dependencies of these components, they have been packaged separately as xorg-server-dmx. * Support for the XFree86-BigFont extension has been restored. * In addition to the default gzip-compression of bitmap fonts, support for reading bzip2-compressed fonts has been enabled. * XWin's internal clipboard manager and -multiwindow window manager now default to using the local socket listener, then falling back to the inet and inet6 listeners. This allows them to work even in the case of a difficult firewall configuration, or if an explicit -nolisten argument has been passed. Please note the following limitations in this release: * Despite the update to X Input extension version 2.0 (XI2) which includes Multi-Pointer X (MPX), XWin is still limited to a single keyboard and pointing device due to the Windows APIs it uses. * The Record extension is currently broken and has therefore been temporarily disabled upstream. A fix is expected soon, at which time the extension will be re-enabled. In the meantime, clients using this extension (typically through libXtst) may be missing some functionality. DEPRECATIONS ============ These X extensions, and their related packages, are no longer available: * XEvIE proto: evieext library: libXevie, libxcb-xevie Support for this extension was dropped before xorg-server-1.6. FURTHER DEVELOPMENT =================== Development of Cygwin/X is primarily focused on the XWin server; most other components are extremely stable and work OOTB. Anyone who despaired of touching the old monolithic tree will find things much easier with modular packages. If you want to see XWin stay current and add new features, then WE NEED YOU. Here are some of the projects that could be worked on: * Update the Cygwin/X website. * Continue development of hardware-accelerated AIGLX support. * Implement Extended Window Manager Hints in multiwindow mode. * Implement the Composite extension in multiwindow mode. * Implement Multi-Pointer X. * Implement the XVideo extension. * Implement newest XRandR protocol. * Continue development of WindowsWM extension and xwinwm. FEEDBACK ======== All comments, questions, bug reports, patches, discussion, etc. should take place on the cygwin-xfree@ list. CREDITS ======= Jon Turney for pushing our existing patches upstream and contributing many new patches to this release. Colin Harrison for helping push his Xming patches upstream. Numerous users for their bug reports and suggestions during the 7.4 cycle. And whomever else I may have inadvertently neglected to mention. Enjoy! Yaakov Cygwin/X coordinator CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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/ From yselkowitz@users.sourceforge.net Wed Oct 28 01:51:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Wed, 28 Oct 2009 01:51:00 -0000 Subject: startxwin.bat and checkX In-Reply-To: <4AD885A5.2030802@cornell.edu> References: <4AD885A5.2030802@cornell.edu> Message-ID: <4AE7A39A.4090105@users.sourceforge.net> On 16/10/2009 09:39, Ken Brown wrote: > So I think startxwin.bat should use > > %RUN% checkX -wait -d %DISPLAY% -t 12 > > I've tested this on my system, and xterm always starts. If I omit > '-wait', xterm sometimes doesn't start. Thanks for the bug report. This has been fixed in xinit-1.1.1-6. Yaakov Cygwin/X -- 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/ From joelman@gmail.com Wed Oct 28 02:19:00 2009 From: joelman@gmail.com (Joel Gwynn) Date: Wed, 28 Oct 2009 02:19:00 -0000 Subject: How to open a standalone xterm Message-ID: <1d4c059f0910271919r6cd62e7dh19ae4ee044cfd55e@mail.gmail.com> I know I've done this before, but I just can't get it to work on this new computer. It's running Windows 7 starter. I want to run xterm w/o running startx, ie I just want to open an xterm in windows, but I get: $ xterm xterm Xt error: Can't open display: xterm: DISPLAY is not set If I specify DISPLAY: $ xterm -display localhost:0.0 xterm Xt error: Can't open display: localhost:0.0 xterm: DISPLAY is not set TIA, Joel -- 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/ From joelman@gmail.com Wed Oct 28 03:02:00 2009 From: joelman@gmail.com (Joel Gwynn) Date: Wed, 28 Oct 2009 03:02:00 -0000 Subject: How to open a standalone xterm In-Reply-To: <1d4c059f0910271919r6cd62e7dh19ae4ee044cfd55e@mail.gmail.com> References: <1d4c059f0910271919r6cd62e7dh19ae4ee044cfd55e@mail.gmail.com> Message-ID: <1d4c059f0910272002m61702491ke7f233dd809ec92a@mail.gmail.com> So it looks like if I first start up the multiwindow window manager like so: "xwin -multiwindow &", then I can run xterm, but I have to specify the display. What's the typical way of automating this? On Tue, Oct 27, 2009 at 10:19 PM, Joel Gwynn wrote: > I know I've done this before, but I just can't get it to work on this > new computer. ?It's running Windows 7 starter. ?I want to run xterm > w/o running startx, ie I just want to open an xterm in windows, but I > get: > > $ xterm > xterm Xt error: Can't open display: > xterm: ?DISPLAY is not set > > If I specify DISPLAY: > $ xterm -display localhost:0.0 > xterm Xt error: Can't open display: localhost:0.0 > xterm: ?DISPLAY is not set > > TIA, > Joel > -- 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/ From reply-to-list-only-lh-x@cygwin.com Wed Oct 28 04:10:00 2009 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Wed, 28 Oct 2009 04:10:00 -0000 Subject: How to open a standalone xterm In-Reply-To: <1d4c059f0910272002m61702491ke7f233dd809ec92a@mail.gmail.com> References: <1d4c059f0910271919r6cd62e7dh19ae4ee044cfd55e@mail.gmail.com> <1d4c059f0910272002m61702491ke7f233dd809ec92a@mail.gmail.com> Message-ID: <4AE7C419.8060306@cygwin.com> On 10/27/2009 11:02 PM, Joel Gwynn wrote: > So it looks like if I first start up the multiwindow window manager > like so: "xwin -multiwindow&", then I can run xterm, but I have to > specify the display. What's the typical way of automating this? startxwin.bat or startxwin.sh. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _____________________________________________________________________ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- 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/ From deepali.shefali@gmail.com Wed Oct 28 05:57:00 2009 From: deepali.shefali@gmail.com (Dees) Date: Wed, 28 Oct 2009 05:57:00 -0000 Subject: Running Java application with drag and drop support in cygwin Message-ID: <15fe165d0910272257x18264be8sadf9d778e15d8f25@mail.gmail.com> Hi, 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. 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 May be my problem is related to some setting. Though, not sure. Has anybody come across something similar? What should be done then? Please let me know. TIA Shefali -- 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/ From hemal.pandya@gmail.com Wed Oct 28 08:42:00 2009 From: hemal.pandya@gmail.com (Hemal Pandya) Date: Wed, 28 Oct 2009 08:42:00 -0000 Subject: XEmacs function rtf-clip-region no longer works within X In-Reply-To: <50be591b0910280130p30cc4a94i1fce2f6192bbb392@mail.gmail.com> References: <50be591b0910280130p30cc4a94i1fce2f6192bbb392@mail.gmail.com> Message-ID: <50be591b0910280142l33395cd5v4c85c57536402765@mail.gmail.com> Hello, I recently installed cygwin on my new laptop and see this strange behavior. When I start XEmacs within X then the function rtf-clip-region, does not seem to work. After calling this function, pasting in Word pastes as plain text. If I start XEmacs outside X then the function works as expected. The same is true of the sibling function rtf-clip-buffer. On the other hand, rtf-export works correctly both within and outside X. I checked on my old machine that rtf-clip-* functions work correctly. That machine has the same version of XEmacs ("21.4 (patch 22) \"Instant Classic\" XEmacs Lucid") Attached file cygcheck.out contains the output of cygcheck -s -v -r. Thanks in advance, - hemal -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 23576 bytes Desc: not available URL: -------------- next part -------------- -- 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/ From mailing@fievel.be Wed Oct 28 10:28:00 2009 From: mailing@fievel.be (Florent Fievez) Date: Wed, 28 Oct 2009 10:28:00 -0000 Subject: [1.7] run does not work well Message-ID: <6e2d1b810910280328m58aadaa1s9b4c549e0d0e23d5@mail.gmail.com> Hello, I installed cygwin 1.7 and I have problem to use run utility. I have a windows shell script for launching rxvt with option depending on hosts : ---- SET DISPLAY=127.0.0.1:0.0 if defined CYGWIN_ROOT goto :OK set CYGWIN_ROOT=%~dp0 :OK SET RUN=%CYGWIN_ROOT%\bin\run -p /usr/bin SET PATH=%CYGWIN_ROOT%\bin;%PATH% %RUN% %CYGWIN_ROOT%\bin\bash /usr/local/bin/rxvtwin.sh %* ---- If I set RUN to nothing and so run : bash /usr/local/bin/rxvtwin.sh %* I have my rxvt windows with my console, that's the good behaviour. But if I use "run" utility, no windows appears but a process rxvt is created. I think run hide the console window but also the rxvt window. I'm open to show you anything you want if you can help me. Thanks in advance, -- Florent Fievez -- 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/ From angelo.graziosi@alice.it Wed Oct 28 12:56:00 2009 From: angelo.graziosi@alice.it (Angelo Graziosi) Date: Wed, 28 Oct 2009 12:56:00 -0000 Subject: [ANNOUNCEMENT] [1.7] X11R7.5 [Emacs-gtk] Message-ID: <4AE83F58.8020103@alice.it> Yaakov (Cygwin/X) wrote: > Cygwin/X has been updated to X.Org X11R7.5. It seems that after this upgrade, my GTK build[*] of Emacs has some problem. First, the link on desktop with which I start Emacs does not work any more. It was created with: ----- emacs="Emacs-2" emacs_cmd="G_SLICE=always-malloc emacs -display 127.0.0.1:0.0 &" mkshortcut -AD \ -n "${emacs}" \ -a "bash -l -c '${emacs_cmd}'" \ -i /usr/local/bin/emacs.ico \ -d "Editor di testo" \ /usr/bin/run.exe ----- i.e. its target is: C:\cygwin-2\bin\run.exe bash -l -c 'G_SLICE=always-malloc emacs -display 127.0.0.1:0.0 &' But if I run from an X shell or MinTTY: $ G_SLICE=always-malloc emacs -display 127.0.0.1:0.0 & it starts with the following warnings: ----- $ (emacs:2632): Pango-WARNING **: Error loading GSUB table 0x6EAD (emacs:2632): Pango-WARNING **: Error loading GPOS table 0x6EAD ----- and seems to work. Before this upgrade, i.e. with X11R7.4, it started without problems. The problems arise only with GTK build. The X server is started with a link on desktop (created likewise that of Emacs): C:\cygwin-2\bin\run.exe bash -l -c 'rm -rf /tmp/.X11-unix; XWin -multiwindow -clipboard -silent-dup-error &' which I have put also in Start | Programs | Automatic Execution Also rebuilding from scratch does not help. Cheers, Angelo. --- [*] I did the build (usually with sources from CVS head) configuring with: ${source_dir}/configure --prefix=/usr/local/emacs i.e. GTK is the default. Adding '--with-x-toolkit=lucid' makes the 'Xaw3d' build. -- 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/ From joelman@gmail.com Wed Oct 28 13:01:00 2009 From: joelman@gmail.com (Joel Gwynn) Date: Wed, 28 Oct 2009 13:01:00 -0000 Subject: How to open a standalone xterm In-Reply-To: <4AE7C419.8060306@cygwin.com> References: <1d4c059f0910271919r6cd62e7dh19ae4ee044cfd55e@mail.gmail.com> <1d4c059f0910272002m61702491ke7f233dd809ec92a@mail.gmail.com> <4AE7C419.8060306@cygwin.com> Message-ID: <1d4c059f0910280601y141f23a4sbf46f5fe848d171e@mail.gmail.com> Duh. Guess I need more sleep :) Thanks! On Wed, Oct 28, 2009 at 12:10 AM, Larry Hall (Cygwin X) wrote: > On 10/27/2009 11:02 PM, Joel Gwynn wrote: >> >> So it looks like if I first start up the multiwindow window manager >> like so: "xwin -multiwindow&", then I can run xterm, but I have to >> specify the display. ?What's the typical way of automating this? > > startxwin.bat or startxwin.sh. > > > -- > Larry Hall ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?http://www.rfk.com > RFK Partners, Inc. ? ? ? ? ? ? ? ? ? ? ?(508) 893-9779 - RFK Office > 216 Dalton Rd. ? ? ? ? ? ? ? ? ? ? ? ? ?(508) 893-9889 - FAX > Holliston, MA 01746 > > _____________________________________________________________________ > > A: Yes. >> Q: Are you sure? >>> A: Because it reverses the logical flow of conversation. >>>> Q: Why is top posting annoying in email? > > -- > 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/ > > -- 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/ From kbrown@cornell.edu Wed Oct 28 14:22:00 2009 From: kbrown@cornell.edu (Ken Brown) Date: Wed, 28 Oct 2009 14:22:00 -0000 Subject: X11R7.5 and C.UTF-8 Message-ID: <4AE8539E.9080004@cornell.edu> X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the server with 'LANG=C.UTF-8 /usr/bin/startxwin.bat', the server exits immediately, and the log has complaints about the locale. If I instead use 'LANG=en_US.UTF-8', there's no problem. I've attached both logs and cygcheck output. Ken -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.0.log-en_US.UFT-8 URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.out URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.0.log-C.UTF-8 URL: -------------- next part -------------- -- 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/ From joelman@gmail.com Wed Oct 28 15:26:00 2009 From: joelman@gmail.com (Joel Gwynn) Date: Wed, 28 Oct 2009 15:26:00 -0000 Subject: How to open a standalone xterm In-Reply-To: <1d4c059f0910280601y141f23a4sbf46f5fe848d171e@mail.gmail.com> References: <1d4c059f0910271919r6cd62e7dh19ae4ee044cfd55e@mail.gmail.com> <1d4c059f0910272002m61702491ke7f233dd809ec92a@mail.gmail.com> <4AE7C419.8060306@cygwin.com> <1d4c059f0910280601y141f23a4sbf46f5fe848d171e@mail.gmail.com> Message-ID: <1d4c059f0910280826y54399d39r5f6bcd2b8be652a9@mail.gmail.com> And now, sporadically, when I run startxwin.sh, sometimes it works, ie opens up the xterm, but sometimes some windows open, with text that I can't read quickly enough, then go away. If I close Xwin and try again, sometimes it will work, mostly not. I don't see anything amiss in /var/log/XWin.0.log. How to troubleshoot? On Wed, Oct 28, 2009 at 9:01 AM, Joel Gwynn wrote: > Duh. ?Guess I need more sleep :) > > Thanks! > > On Wed, Oct 28, 2009 at 12:10 AM, Larry Hall (Cygwin X) > wrote: >> On 10/27/2009 11:02 PM, Joel Gwynn wrote: >>> >>> So it looks like if I first start up the multiwindow window manager >>> like so: "xwin -multiwindow&", then I can run xterm, but I have to >>> specify the display. ?What's the typical way of automating this? >> >> startxwin.bat or startxwin.sh. >> >> >> -- >> Larry Hall ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?http://www.rfk.com >> RFK Partners, Inc. ? ? ? ? ? ? ? ? ? ? ?(508) 893-9779 - RFK Office >> 216 Dalton Rd. ? ? ? ? ? ? ? ? ? ? ? ? ?(508) 893-9889 - FAX >> Holliston, MA 01746 >> >> _____________________________________________________________________ >> >> A: Yes. >>> Q: Are you sure? >>>> A: Because it reverses the logical flow of conversation. >>>>> Q: Why is top posting annoying in email? >> >> -- >> 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/ >> >> > -- 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/ From kbrown@cornell.edu Wed Oct 28 16:16:00 2009 From: kbrown@cornell.edu (Ken Brown) Date: Wed, 28 Oct 2009 16:16:00 -0000 Subject: startxwin.bat and checkX In-Reply-To: <4AE7A39A.4090105@users.sourceforge.net> References: <4AD885A5.2030802@cornell.edu> <4AE7A39A.4090105@users.sourceforge.net> Message-ID: <4AE86E31.3070202@cornell.edu> On 10/27/2009 9:51 PM, Yaakov (Cygwin/X) wrote: > On 16/10/2009 09:39, Ken Brown wrote: >> So I think startxwin.bat should use >> >> %RUN% checkX -wait -d %DISPLAY% -t 12 >> >> I've tested this on my system, and xterm always starts. If I omit >> '-wait', xterm sometimes doesn't start. > > Thanks for the bug report. This has been fixed in xinit-1.1.1-6. Strangely, I've found that this fix makes the X server unstable on my system. The server just crashes after some time (ranging from 3 minutes to 30 minutes), and it writes nothing to the log file when it does this. The X icon disappears from the task bar and all X windows close. Occasionally the XWin.exe process continues running and I have to kill it from the Windows task manager. This was already the case with X11R7.4. But a difference with R7.5 is that the checkX command doesn't even serve its intended purpose, i.e., xterm never starts. I tried adding --debug to the checkX command, but I don't see any indication of a problem there. Here's the output: checkX.exe DEBUG: displayname : '127.0.0.1:0.0' checkX.exe DEBUG: opt_location: 0 checkX.exe DEBUG: opt_loglevel: 7 checkX.exe DEBUG: opt_nogui : 0 checkX.exe DEBUG: opt_notty : 0 checkX.exe DEBUG: opt_timeout : 12.00 checkX.exe DEBUG: (adjust_path) path is : /usr/bin:/home/kbrown/bin:/usr/local/texlive/2009/bin/i386-cygwin:/usr/local/bin:/usr/bin:/c/Program Files/ThinkPad/Utilities:/c/WINDOWS/system32:/c/WINDOWS:/c/WINDOWS/System32/Wbem:/c/Program Files/Intel/Wireless/Bin/:/c/Program Files/IBM ThinkVantage/Client Security Solution:/c/Program Files/ThinkPad/ConnectUtilities:/c/Program Files/QuickTime/QTSystem/:/c/Program Files/Common Files/Lenovo:/usr/lib/lapack:/usr/bin:/usr/X11R6/bin:/usr/bin checkX.exe DEBUG: (find_X11_lib) DLL is /usr/bin/cygX11-6.dll checkX.exe DEBUG: (dlopen_X11_lib) /usr/bin/cygX11-6.dll dlopen'ed successfully. checkX.exe DEBUG: (load_X11_symbols) symbol XOpenDisplay loaded ok checkX.exe DEBUG: (load_X11_symbols) symbol XCloseDisplay loaded ok checkX.exe DEBUG: (try_with_timeout) Using delay of 12 secs, 0 nanosecs (12.00) checkX.exe DEBUG: (try_with_timeout) xserver search was a success! checkX.exe Info: X display '127.0.0.1:0.0' successfully opened checkX.exe DEBUG: returning with status 0 checkX.exe Info: Exiting with status 0 Simply commenting out the line involving checkX in startxwin.bat solves the problem. I'm satisfied with this workaround for my own purposes, but I'm also happy to do whatever I can to help debug this if it turns out that other people have the same problem. I'm attaching the log file and cygcheck output. Ken -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.out URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.0.log URL: -------------- next part -------------- -- 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/ From jjreisert@alum.mit.edu Wed Oct 28 16:17:00 2009 From: jjreisert@alum.mit.edu (Jim Reisert AD1C) Date: Wed, 28 Oct 2009 16:17:00 -0000 Subject: What is correct way to start xterm from .XWinrc? Message-ID: <806a89db0910280917k187ee65fy40775ed371771563@mail.gmail.com> My .XWinrc file has this menu line: "xterm" EXEC "xterm -e tcsh" Since my default shell in /etc/passwd is /bin/tcsh, why should I need to specify it here also? If I don't specify it, a new xterm doesn't execute my ~/.cshrc file. I do not have a ~/.login or ~/.profile file. What is the right way to do this? Thanks - Jim -- Jim Reisert AD1C, , http://www.ad1c.us -- 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/ From mike_ayers@tvworks.com Wed Oct 28 18:49:00 2009 From: mike_ayers@tvworks.com (Mike Ayers) Date: Wed, 28 Oct 2009 18:49:00 -0000 Subject: How to open a standalone xterm In-Reply-To: <1d4c059f0910280826y54399d39r5f6bcd2b8be652a9@mail.gmail.com> References: <1d4c059f0910271919r6cd62e7dh19ae4ee044cfd55e@mail.gmail.com> <1d4c059f0910272002m61702491ke7f233dd809ec92a@mail.gmail.com> <4AE7C419.8060306@cygwin.com> <1d4c059f0910280601y141f23a4sbf46f5fe848d171e@mail.gmail.com> <1d4c059f0910280826y54399d39r5f6bcd2b8be652a9@mail.gmail.com> Message-ID: <83E753BE7B6A324ABB336245BAF1DAAC0D48EC3D@mailserver.metatv-ds.metatv.com> > From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree- > owner@cygwin.com] On Behalf Of Joel Gwynn > Sent: Wednesday, October 28, 2009 8:27 AM > And now, sporadically, when I run startxwin.sh, sometimes it works, ie > opens up the xterm, but sometimes some windows open, with text that I > can't read quickly enough, then go away. If I close Xwin and try > again, sometimes it will work, mostly not. You're not running startxwin twice, right? That won't work - you must run the xterm command from an existing xterm, a cygwin window, or the xterm icon in the start menu (which can be copied to the quicklaunch bar). Also, try running bash in an existing xterm to see if the problem is in your .bashrc, i.e. not with xterm or X. HTH, Mike From reid.thompson@ateb.com Wed Oct 28 18:58:00 2009 From: reid.thompson@ateb.com (Reid Thompson) Date: Wed, 28 Oct 2009 18:58:00 -0000 Subject: How to open a standalone xterm In-Reply-To: <83E753BE7B6A324ABB336245BAF1DAAC0D48EC3D@mailserver.metatv-ds.metatv.com> References: <1d4c059f0910271919r6cd62e7dh19ae4ee044cfd55e@mail.gmail.com> <1d4c059f0910272002m61702491ke7f233dd809ec92a@mail.gmail.com> <4AE7C419.8060306@cygwin.com> <1d4c059f0910280601y141f23a4sbf46f5fe848d171e@mail.gmail.com> <1d4c059f0910280826y54399d39r5f6bcd2b8be652a9@mail.gmail.com> <83E753BE7B6A324ABB336245BAF1DAAC0D48EC3D@mailserver.metatv-ds.metatv.com> Message-ID: <1256756302.32197.1064.camel@raker.ateb.com> On Wed, 2009-10-28 at 11:49 -0700, Mike Ayers wrote: > > From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree- > > owner@cygwin.com] On Behalf Of Joel Gwynn > > Sent: Wednesday, October 28, 2009 8:27 AM > > > > And now, sporadically, when I run startxwin.sh, sometimes it works, ie > > opens up the xterm, but sometimes some windows open, with text that I > > can't read quickly enough, then go away. If I close Xwin and try > > again, sometimes it will work, mostly not. > > You're not running startxwin twice, right? That won't work - you must run the xterm command from an existing xterm, a cygwin window, or the xterm icon in the start menu (which can be copied to the quicklaunch bar). > > Also, try running bash in an existing xterm to see if the problem is in your .bashrc, i.e. not with xterm or X. > > > HTH, > > Mike > test this.. in startxwin.sh or startxwin.bat ( whichever one you're calling to start X ), between the call to start Xwin and the call to start the xterm, add sleep 5 if that gets you an xterm every time, then decrement 5 until failure, leave the call in with failure + 1 -- 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/ From joelman@gmail.com Wed Oct 28 19:21:00 2009 From: joelman@gmail.com (Joel Gwynn) Date: Wed, 28 Oct 2009 19:21:00 -0000 Subject: How to open a standalone xterm In-Reply-To: <1256756302.32197.1064.camel@raker.ateb.com> References: <1d4c059f0910271919r6cd62e7dh19ae4ee044cfd55e@mail.gmail.com> <1d4c059f0910272002m61702491ke7f233dd809ec92a@mail.gmail.com> <4AE7C419.8060306@cygwin.com> <1d4c059f0910280601y141f23a4sbf46f5fe848d171e@mail.gmail.com> <1d4c059f0910280826y54399d39r5f6bcd2b8be652a9@mail.gmail.com> <83E753BE7B6A324ABB336245BAF1DAAC0D48EC3D@mailserver.metatv-ds.metatv.com> <1256756302.32197.1064.camel@raker.ateb.com> Message-ID: <1d4c059f0910281221j37a9605fod6b293ef1d23cea9@mail.gmail.com> Ha! That seems to do it. Although I also have to wait a bit between closing the xwin window and restarting, but that's not so bad. I guess there's some process that takes awhile to exit. Thanks, Joel On Wed, Oct 28, 2009 at 2:58 PM, Reid Thompson wrote: > On Wed, 2009-10-28 at 11:49 -0700, Mike Ayers wrote: >> > From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree- >> > owner@cygwin.com] On Behalf Of Joel Gwynn >> > Sent: Wednesday, October 28, 2009 8:27 AM >> >> >> > And now, sporadically, when I run startxwin.sh, sometimes it works, ie >> > opens up the xterm, but sometimes some windows open, with text that I >> > can't read quickly enough, then go away. ?If I close Xwin and try >> > again, sometimes it will work, mostly not. >> >> ? ? ? You're not running startxwin twice, right? ?That won't work - you must run the xterm command from an existing xterm, a cygwin window, or the xterm icon in the start menu (which can be copied to the quicklaunch bar). >> >> ? ? ? Also, try running bash in an existing xterm to see if the problem is in your .bashrc, i.e. not with xterm or X. >> >> >> ? ? ? HTH, >> >> Mike >> > > test this.. > > in startxwin.sh or startxwin.bat ( whichever one you're calling to start > X ), between the call to start Xwin and the call to start the xterm, add > > > sleep 5 > > if that gets you an xterm every time, then decrement 5 until failure, > leave the call in with failure + 1 > > -- > 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/ > > -- 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/ From dickey@his.com Wed Oct 28 21:23:00 2009 From: dickey@his.com (Thomas Dickey) Date: Wed, 28 Oct 2009 21:23:00 -0000 Subject: X11R7.5 and C.UTF-8 In-Reply-To: <4AE8539E.9080004@cornell.edu> References: <4AE8539E.9080004@cornell.edu> Message-ID: <20091028172216.P60895@mail101.his.com> On Wed, 28 Oct 2009, Ken Brown wrote: > X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the server technically speaking, there's "no such locale" as C.UTF-8, so I'd not expect portable code to accept it ("C" and "UTF-8" are mutually exclusive). > with 'LANG=C.UTF-8 /usr/bin/startxwin.bat', the server exits immediately, and > the log has complaints about the locale. If I instead use > 'LANG=en_US.UTF-8', there's no problem. I've attached both logs and cygcheck > output. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- 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/ From kbrown@cornell.edu Wed Oct 28 21:48:00 2009 From: kbrown@cornell.edu (Ken Brown) Date: Wed, 28 Oct 2009 21:48:00 -0000 Subject: X11R7.5 and C.UTF-8 In-Reply-To: <20091028172216.P60895@mail101.his.com> References: <4AE8539E.9080004@cornell.edu> <20091028172216.P60895@mail101.his.com> Message-ID: <4AE8BC12.1060109@cornell.edu> On 10/28/2009 5:23 PM, Thomas Dickey wrote: > On Wed, 28 Oct 2009, Ken Brown wrote: > >> X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the server > > technically speaking, there's "no such locale" as C.UTF-8, > so I'd not expect portable code to accept it ("C" and "UTF-8" are > mutually exclusive). Maybe my terminology is wrong. But if you start mintty with no .minttyrc and with LANG unset, mintty will set LANG=C.UTF-8. Trying to then start the X server via startxwin.bat or startxwin.sh leads to the error I reported. The error did not occur in X11R7.4. There's been a lot of discussion in the various cygwin lists leading to the decision that C.UTF-8 should be the default. Ken -- 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/ From andy.koppe@gmail.com Wed Oct 28 21:49:00 2009 From: andy.koppe@gmail.com (Andy Koppe) Date: Wed, 28 Oct 2009 21:49:00 -0000 Subject: X11R7.5 and C.UTF-8 In-Reply-To: <20091028172216.P60895@mail101.his.com> References: <4AE8539E.9080004@cornell.edu> <20091028172216.P60895@mail101.his.com> Message-ID: <416096c60910281449l8d96131pca91a021b008157e@mail.gmail.com> 2009/10/28 Thomas Dickey: >> X11R7.5 doesn't like the (default) locale C.UTF-8. ?If I start the server > > technically speaking, there's "no such locale" as C.UTF-8, > so I'd not expect portable code to accept it ("C" and "UTF-8" are > mutually exclusive). Technically speaking, portable code should make no assumption whatsoever about the locale string. The meaning of that string is up to the OS, and portable code should be using POSIX interfaces such as the multibyte conversion functions or nl_langinfo to get at its meaning. "C.UTF-8" is a language-neutral locale with a UTF-8 charset. It is also being introduced by Debain: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522776. Xwin 1.6.x had no problem with "C.UTF-8". Andy -- 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/ From andy.koppe@gmail.com Wed Oct 28 22:07:00 2009 From: andy.koppe@gmail.com (Andy Koppe) Date: Wed, 28 Oct 2009 22:07:00 -0000 Subject: X11R7.5 and C.UTF-8 In-Reply-To: <4AE8BC12.1060109@cornell.edu> References: <4AE8539E.9080004@cornell.edu> <20091028172216.P60895@mail101.his.com> <4AE8BC12.1060109@cornell.edu> Message-ID: <416096c60910281507n4774534dode1d24ac47d5b0a2@mail.gmail.com> 2009/10/28 Ken Brown: > Maybe my terminology is wrong. ?But if you start mintty with no .minttyrc > and with LANG unset, mintty will set LANG=C.UTF-8. Yep. That's primarily for emacs' benefit, which parses the locale env variables itself instead of using setlocale(LC_CTYPE, ""), thereby missing out on Cygwin's default locale. (http://www.opengroup.org/onlinepubs/007908799/xbd/envvar.html says that if LC_ALL, LC_CTYPE, and LANG are all either unset or empty, the implementation-dependent default locale shall be used. For Cygwin 1.7, the default locale uses UTF-8 and not ASCII as assumed by emacs. It works correctly in vim.) Andy -- 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/ From cygwin@cwilson.fastmail.fm Wed Oct 28 22:19:00 2009 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Wed, 28 Oct 2009 22:19:00 -0000 Subject: X11R7.5 and C.UTF-8 In-Reply-To: <20091028172216.P60895@mail101.his.com> References: <4AE8539E.9080004@cornell.edu> <20091028172216.P60895@mail101.his.com> Message-ID: <4AE8C353.7080806@cwilson.fastmail.fm> Thomas Dickey wrote: > On Wed, 28 Oct 2009, Ken Brown wrote: > >> X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the server > > technically speaking, there's "no such locale" as C.UTF-8, > so I'd not expect portable code to accept it ("C" and "UTF-8" are > mutually exclusive). No, actually they are not. The "C" or "POSIX" locale is defined entirely in terms of character values -- not hexidecimal equivalents. That is, "the set alpha shall contain 'a', 'b'..." etc. The standard actually doesn't require that an implementation specify the encoding in which those character values are represented at all. You can, if you want, use 'HEX_CHAR', 'OCTAL_CHAR', and 'DECIMAL_CHAR' representations -- which implicitly require a specific encoding -- but the standard defines the 'C' locale entirely in terms of CHAR and CHARSYMBOL, which are encoding-agnostic. http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap07.html#tag_07_03 Personally, I think it's a hole in the standard that it doesn't actually talk about "the POSIX locale with encoding Y" -- but then, they don't want to show preference between ASCII and EBCDIC, so UTF-8 sneaks in there. -- Chuck -- 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/ From andy.koppe@gmail.com Wed Oct 28 23:51:00 2009 From: andy.koppe@gmail.com (Andy Koppe) Date: Wed, 28 Oct 2009 23:51:00 -0000 Subject: X11R7.5 and C.UTF-8 In-Reply-To: <416096c60910281449l8d96131pca91a021b008157e@mail.gmail.com> References: <4AE8539E.9080004@cornell.edu> <20091028172216.P60895@mail101.his.com> <416096c60910281449l8d96131pca91a021b008157e@mail.gmail.com> Message-ID: <416096c60910281651w1ec3f9d2q2081e9fcdfc3c80@mail.gmail.com> > Xwin 1.6.x had no problem with "C.UTF-8". Actually it's libX11 that makes the difference: Xwin 1.7.1 is fine after downgrading libX11 from 1.3.2-1 to 1.2.2-2. Andy -- 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/ From jon.turney@dronecode.org.uk Wed Oct 28 23:52:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 28 Oct 2009 23:52:00 -0000 Subject: X11R7.5 and C.UTF-8 In-Reply-To: <4AE8539E.9080004@cornell.edu> References: <4AE8539E.9080004@cornell.edu> Message-ID: <4AE8D942.8020806@dronecode.org.uk> On 28/10/2009 14:22, Ken Brown wrote: > X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the > server with 'LANG=C.UTF-8 /usr/bin/startxwin.bat', the server exits > immediately, and the log has complaints about the locale. If I instead > use 'LANG=en_US.UTF-8', there's no problem. I've attached both logs and > cygcheck output. Thanks for the bug report. I'm afraid I'm not immediately able to reproduce this, though, using the command you give. On 28/10/2009 21:49, Andy Koppe wrote: > Xwin 1.6.x had no problem with "C.UTF-8". The significant change is probably that libX11 is no longer built with X_LOCALE (so that libX11 uses the native locale support rather than it's own). Exactly why this would cause a problem, I don't know. -- 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/ From andy.koppe@gmail.com Thu Oct 29 00:07:00 2009 From: andy.koppe@gmail.com (Andy Koppe) Date: Thu, 29 Oct 2009 00:07:00 -0000 Subject: X11R7.5 and C.UTF-8 In-Reply-To: <4AE8D942.8020806@dronecode.org.uk> References: <4AE8539E.9080004@cornell.edu> <4AE8D942.8020806@dronecode.org.uk> Message-ID: <416096c60910281707t3249dfb7tc6d0caf0e57ba626@mail.gmail.com> 2009/10/28 Jon TURNEY: > On 28/10/2009 14:22, Ken Brown wrote: >> >> X11R7.5 doesn't like the (default) locale C.UTF-8. ?If I start the >> server with 'LANG=C.UTF-8 /usr/bin/startxwin.bat', the server exits >> immediately, and the log has complaints about the locale. If I instead >> use 'LANG=en_US.UTF-8', there's no problem. I've attached both logs and >> cygcheck output. > > Thanks for the bug report. > > I'm afraid I'm not immediately able to reproduce this, though, using the > command you give. You might have LC_ALL or LC_CTYPE set, which would override LANG. Or perhaps startxwin.bat overrides things somewhere along the way? To avoid all that, you could try invoking Xwin directly with LC_ALL set, which is top dog among locale variables. LC_ALL=C.UTF-8 xwin -multiwindow& It fails with en.UTF-8 too (which also is a legal Cygwin locale), but it works with en_US.UTF-8. > The significant change is probably that libX11 is no longer built with > X_LOCALE (so that libX11 uses the native locale support rather than it's > own). > Exactly why this would cause a problem, I don't know. Hmm, that sounds like it should have improved matters if anything. Andy -- 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/ From quinn_jones@pobox.com Thu Oct 29 00:08:00 2009 From: quinn_jones@pobox.com (Quinn Jones) Date: Thu, 29 Oct 2009 00:08:00 -0000 Subject: 1.5.25-15: 100% CPU under xdmcp and Gnome In-Reply-To: <4AE775C1.6080609@cygwin.com> References: <4AE775C1.6080609@cygwin.com> Message-ID: <4AE8DCFA.2020507@pobox.com> Larry Hall (Cygwin X) wrote: > Any interest in trying Cygwin 1.7 ? I > don't know if > it would help but it has a newer X and friends and is actively maintained. One day in and it seems to be helping - no problems to report so far and the original problem has gone away with 1.7. Thanks for the suggestion. Quinn -- 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/ From reid.thompson@ateb.com Thu Oct 29 03:56:00 2009 From: reid.thompson@ateb.com (Reid Thompson) Date: Thu, 29 Oct 2009 03:56:00 -0000 Subject: How to open a standalone xterm In-Reply-To: <1d4c059f0910281221j37a9605fod6b293ef1d23cea9@mail.gmail.com> References: <1d4c059f0910271919r6cd62e7dh19ae4ee044cfd55e@mail.gmail.com> <1d4c059f0910272002m61702491ke7f233dd809ec92a@mail.gmail.com> <4AE7C419.8060306@cygwin.com> <1d4c059f0910280601y141f23a4sbf46f5fe848d171e@mail.gmail.com> <1d4c059f0910280826y54399d39r5f6bcd2b8be652a9@mail.gmail.com> <83E753BE7B6A324ABB336245BAF1DAAC0D48EC3D@mailserver.metatv-ds.metatv.com> <1256756302.32197.1064.camel@raker.ateb.com> <1d4c059f0910281221j37a9605fod6b293ef1d23cea9@mail.gmail.com> Message-ID: <4AE91288.7080504@ateb.com> Joel Gwynn wrote: > Ha! That seems to do it. Although I also have to wait a bit between > closing the xwin window and restarting, but that's not so bad. I > guess there's some process that takes awhile to exit. possibly having to wait for the X server socket to completely free up between between shutdown and restart -- 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/ From joelman@gmail.com Thu Oct 29 13:00:00 2009 From: joelman@gmail.com (Joel Gwynn) Date: Thu, 29 Oct 2009 13:00:00 -0000 Subject: Cygdrive remote mount question Message-ID: <1d4c059f0910290600h44518152yca878d1235d5f0fc@mail.gmail.com> Not really an X question, but I figured I'd try here first. On my linux workstation, I have some sshfs mounts to a remote box. Is there way of doing the same thing and sharing it as a /cygdrive/x that would be available to the windows file system? TIA, Joel -- 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/ From jon.turney@dronecode.org.uk Thu Oct 29 13:42:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 29 Oct 2009 13:42:00 -0000 Subject: X11R7.5 and C.UTF-8 In-Reply-To: <416096c60910281707t3249dfb7tc6d0caf0e57ba626@mail.gmail.com> References: <4AE8539E.9080004@cornell.edu> <4AE8D942.8020806@dronecode.org.uk> <416096c60910281707t3249dfb7tc6d0caf0e57ba626@mail.gmail.com> Message-ID: <4AE99BAD.6060303@dronecode.org.uk> On 29/10/2009 00:07, Andy Koppe wrote: > 2009/10/28 Jon TURNEY: >> On 28/10/2009 14:22, Ken Brown wrote: >>> >>> X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the >>> server with 'LANG=C.UTF-8 /usr/bin/startxwin.bat', the server exits >>> immediately, and the log has complaints about the locale. If I instead >>> use 'LANG=en_US.UTF-8', there's no problem. I've attached both logs and >>> cygcheck output. >> >> Thanks for the bug report. >> >> I'm afraid I'm not immediately able to reproduce this, though, using the >> command you give. > > You might have LC_ALL or LC_CTYPE set, which would override LANG. Or > perhaps startxwin.bat overrides things somewhere along the way? > > To avoid all that, you could try invoking Xwin directly with LC_ALL > set, which is top dog among locale variables. > > LC_ALL=C.UTF-8 xwin -multiwindow& > > It fails with en.UTF-8 too (which also is a legal Cygwin locale), but > it works with en_US.UTF-8. Nope, I don't have LC_ALL or LC_CTYPE set This is pretty curious, since all XSupportsLocale() should be doing effectively is checking if setlocale (LC_ALL, NULL) returns a name it understands. Perhaps you can try the attached small test program. I haven't been following the discussion about C.UTF-8 closely, but curiously, for me at least, this test program shows that setlocale(LC_ALL, "") fails with LANG=C.UTF-8 (so that doesn't actually seem to be a valid locale, although if it's the default it probably doesn't make much difference), but this means that a subsequent setlocale(LC_ALL, NULL) just returns "C" Possibly C.UTF-8 needs adding to /usr/share/X11/locale/locale.alias and locale.dir. in any case, it's probably also a bug that the Xserver considers XSupportsLocale() failure a critical error, rather than continuing with a warning, but I'd like to get to the bottom of this first... >> The significant change is probably that libX11 is no longer built with >> X_LOCALE (so that libX11 uses the native locale support rather than it's >> own). >> Exactly why this would cause a problem, I don't know. > > Hmm, that sounds like it should have improved matters if anything. Indeed :-) -------------- next part -------------- A non-text attachment was scrubbed... Name: Xlocale.c Type: application/x-itunes-itlp Size: 414 bytes Desc: not available URL: -------------- next part -------------- -- 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/ From corinna-cygwin@cygwin.com Thu Oct 29 13:56:00 2009 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 29 Oct 2009 13:56:00 -0000 Subject: X11R7.5 and C.UTF-8 In-Reply-To: <4AE99BAD.6060303@dronecode.org.uk> References: <4AE8539E.9080004@cornell.edu> <4AE8D942.8020806@dronecode.org.uk> <416096c60910281707t3249dfb7tc6d0caf0e57ba626@mail.gmail.com> <4AE99BAD.6060303@dronecode.org.uk> Message-ID: <20091029135643.GP28753@calimero.vinschen.de> On Oct 29 13:42, Jon TURNEY wrote: > I haven't been following the discussion about C.UTF-8 closely, but > curiously, for me at least, this test program shows that > setlocale(LC_ALL, "") fails with LANG=C.UTF-8 (so that doesn't > actually seem to be a valid locale, although if it's the default it > probably doesn't make much difference), but this means that a > subsequent setlocale(LC_ALL, NULL) just returns "C" What version of Cygwin 1.7 are you using? The change to newlib, which allows to specify C.UTF-8 as locale is from 2009-09-29, so Cygwin 1.7.0-62 from 2009-10-03 allows to specify this locale. The change which makes C.UTF-8 Cygwin's default locale is from 2009-10-09, so this change is only in Cygwin from CVS, or in developer snapshots from past that date. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/ From yselkowitz@users.sourceforge.net Thu Oct 29 14:02:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Thu, 29 Oct 2009 14:02:00 -0000 Subject: Cygdrive remote mount question In-Reply-To: <1d4c059f0910290600h44518152yca878d1235d5f0fc@mail.gmail.com> References: <1d4c059f0910290600h44518152yca878d1235d5f0fc@mail.gmail.com> Message-ID: <4AE9A05A.20404@users.sourceforge.net> On 29/10/2009 08:00, Joel Gwynn wrote: > Not really an X question Then you're on the wrong list. Yaakov Cygwin/X -- 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/ From jon.turney@dronecode.org.uk Thu Oct 29 14:05:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 29 Oct 2009 14:05:00 -0000 Subject: How to open a standalone xterm In-Reply-To: <83E753BE7B6A324ABB336245BAF1DAAC0D48EC3D@mailserver.metatv-ds.metatv.com> References: <1d4c059f0910271919r6cd62e7dh19ae4ee044cfd55e@mail.gmail.com> <1d4c059f0910272002m61702491ke7f233dd809ec92a@mail.gmail.com> <4AE7C419.8060306@cygwin.com> <1d4c059f0910280601y141f23a4sbf46f5fe848d171e@mail.gmail.com> <1d4c059f0910280826y54399d39r5f6bcd2b8be652a9@mail.gmail.com> <83E753BE7B6A324ABB336245BAF1DAAC0D48EC3D@mailserver.metatv-ds.metatv.com> Message-ID: <4AE9A143.2050808@dronecode.org.uk> On 28/10/2009 13:01, Joel Gwynn wrote: > On Wed, Oct 28, 2009 at 12:10 AM, Larry Hall (Cygwin X) wrote: >> On 10/27/2009 11:02 PM, Joel Gwynn wrote: >>> >>> So it looks like if I first start up the multiwindow window manager >>> like so: "xwin -multiwindow&", then I can run xterm, but I have to >>> specify the display. What's the typical way of automating this? >> >> startxwin.bat or startxwin.sh. > > Duh. Guess I need more sleep :) We even put an item on the start menu that runs that for you :-) On 28/10/2009 18:49, Mike Ayers wrote: >> On Behalf Of Joel Gwynn >> Sent: Wednesday, October 28, 2009 8:27 AM > >> And now, sporadically, when I run startxwin.sh, sometimes it works, ie >> opens up the xterm, but sometimes some windows open, with text that I >> can't read quickly enough, then go away. If I close Xwin and try >> again, sometimes it will work, mostly not. > > You're not running startxwin twice, right? That won't work - you must run the xterm command from an existing xterm, a cygwin window, or the xterm icon in the start menu (which can be copied to the quicklaunch bar). Hmm... startxwin.bat invokes Xwin with -silent-dup-error, so it should have the effect of just starting another Xterm if the X server is already running. This might be construed as a feature :-) -- 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/ From jon.turney@dronecode.org.uk Thu Oct 29 14:11:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 29 Oct 2009 14:11:00 -0000 Subject: 1.5.25-15: 100% CPU under xdmcp and Gnome In-Reply-To: <4AE8DCFA.2020507@pobox.com> References: <4AE775C1.6080609@cygwin.com> <4AE8DCFA.2020507@pobox.com> Message-ID: <4AE9A27D.3040602@dronecode.org.uk> On 29/10/2009 00:08, Quinn Jones wrote: > Larry Hall (Cygwin X) wrote: > >> Any interest in trying Cygwin 1.7? I >> don't know if >> it would help but it has a newer X and friends and is actively maintained. > > One day in and it seems to be helping - no problems to report so far and > the original problem has gone away with 1.7. Thanks for the suggestion. Yes, the clipboard integration code in 1.5.x has some known problems, but there will probably be no more X server releases for Cygwin/X unless someone else volunteers to do it. -- 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/ From jon.turney@dronecode.org.uk Thu Oct 29 14:27:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 29 Oct 2009 14:27:00 -0000 Subject: Anyone else having new recent problems with Windows clipboard? In-Reply-To: <806a89db0910211527x4fad3a54t131020c058a5b977@mail.gmail.com> References: <806a89db0910211527x4fad3a54t131020c058a5b977@mail.gmail.com> Message-ID: <4AE9A645.6000200@dronecode.org.uk> On 21/10/2009 23:27, Jim Reisert AD1C wrote: > I'm running Cygwin 1.7 (latest) and X-Org server (latest). 'latest' is not a number :-) > For the past week or two, I've been having strange clipboard problems. > The most problematic is that I can't copy/cut text in a Windows > application and paste it into a Cygwin-X application (I can copy/paste > between X applications OK). I do use RealVNC alll day at work. I > know a month or few back, there were some changes to fix clipboard > problems when VNC was used. Could those problems have returned? Is > anyone else having recent problems that they didn't have before? If you can reliably reproduce the problem, please run the server with --logverbose 3 and generate an Xwin.0.log file for a simple sequence of actions which show it. As the log might be quite large, it might be a good idea to raise a bug on http://sourceware.org/bugzilla/ under the Cygwin/X component of cygwin and attach the log, rather than spamming the list. -- 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/ From kbrown@cornell.edu Thu Oct 29 14:37:00 2009 From: kbrown@cornell.edu (Ken Brown) Date: Thu, 29 Oct 2009 14:37:00 -0000 Subject: X11R7.5 and C.UTF-8 In-Reply-To: <4AE99BAD.6060303@dronecode.org.uk> References: <4AE8539E.9080004@cornell.edu> <4AE8D942.8020806@dronecode.org.uk> <416096c60910281707t3249dfb7tc6d0caf0e57ba626@mail.gmail.com> <4AE99BAD.6060303@dronecode.org.uk> Message-ID: <4AE9A8AD.2030702@cornell.edu> On 10/29/2009 9:42 AM, Jon TURNEY wrote: > On 29/10/2009 00:07, Andy Koppe wrote: >> 2009/10/28 Jon TURNEY: >>> On 28/10/2009 14:22, Ken Brown wrote: >>>> >>>> X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the >>>> server with 'LANG=C.UTF-8 /usr/bin/startxwin.bat', the server exits >>>> immediately, and the log has complaints about the locale. If I instead >>>> use 'LANG=en_US.UTF-8', there's no problem. I've attached both logs and >>>> cygcheck output. >>> >>> Thanks for the bug report. >>> >>> I'm afraid I'm not immediately able to reproduce this, though, using the >>> command you give. >> >> You might have LC_ALL or LC_CTYPE set, which would override LANG. Or >> perhaps startxwin.bat overrides things somewhere along the way? >> >> To avoid all that, you could try invoking Xwin directly with LC_ALL >> set, which is top dog among locale variables. >> >> LC_ALL=C.UTF-8 xwin -multiwindow& >> >> It fails with en.UTF-8 too (which also is a legal Cygwin locale), but >> it works with en_US.UTF-8. > > Nope, I don't have LC_ALL or LC_CTYPE set > > This is pretty curious, since all XSupportsLocale() should be doing > effectively is checking if setlocale (LC_ALL, NULL) returns a name it > understands. > > Perhaps you can try the attached small test program. $ LANG=C.UTF-8 ./Xlocale.exe Setting locale from LANG succeeded Locale is C.UTF-8 XSupportsLocale returned false $ LANG=en_US.UTF-8 ./Xlocale.exe Setting locale from LANG succeeded Locale is en_US.UTF-8 XSupportsLocale returned true $ unset LANG $ ./Xlocale.exe Setting locale from LANG succeeded Locale is C XSupportsLocale returned true $ uname -a CYGWIN_NT-5.1 markov 1.7.0(0.214/5/3) 2009-10-03 14:33 i686 Cygwin Ken -- 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/ From jon.turney@dronecode.org.uk Thu Oct 29 14:41:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 29 Oct 2009 14:41:00 -0000 Subject: Running Java application with drag and drop support in cygwin In-Reply-To: <15fe165d0910272257x18264be8sadf9d778e15d8f25@mail.gmail.com> References: <15fe165d0910272257x18264be8sadf9d778e15d8f25@mail.gmail.com> Message-ID: <4AE9A9A3.7090704@dronecode.org.uk> 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? > 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. > May be my problem is related to some setting. Though, not sure. > Has anybody come across something similar? What should be done then? > Please let me know. No it's probably a bug in Cygwin/X. But you're going to need to be a lot more specific about the problem before any progress can be made on fixing it. -- 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/ From jon.turney@dronecode.org.uk Thu Oct 29 14:54:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 29 Oct 2009 14:54:00 -0000 Subject: X11R7.5 and C.UTF-8 In-Reply-To: <20091029135643.GP28753@calimero.vinschen.de> References: <4AE8539E.9080004@cornell.edu> <4AE8D942.8020806@dronecode.org.uk> <416096c60910281707t3249dfb7tc6d0caf0e57ba626@mail.gmail.com> <4AE99BAD.6060303@dronecode.org.uk> <20091029135643.GP28753@calimero.vinschen.de> Message-ID: On 29/10/2009 13:56, Corinna Vinschen wrote: > On Oct 29 13:42, Jon TURNEY wrote: >> I haven't been following the discussion about C.UTF-8 closely, but >> curiously, for me at least, this test program shows that >> setlocale(LC_ALL, "") fails with LANG=C.UTF-8 (so that doesn't >> actually seem to be a valid locale, although if it's the default it >> probably doesn't make much difference), but this means that a >> subsequent setlocale(LC_ALL, NULL) just returns "C" > > What version of Cygwin 1.7 are you using? The change to newlib, which > allows to specify C.UTF-8 as locale is from 2009-09-29, so Cygwin > 1.7.0-62 from 2009-10-03 allows to specify this locale. > > The change which makes C.UTF-8 Cygwin's default locale is from > 2009-10-09, so this change is only in Cygwin from CVS, or in developer > snapshots from past that date. Thanks for the clarification. jon@byron ~ $ cygcheck -c cygwin Cygwin Package Information Package Version Status cygwin 1.7.0-62 OK jon@byron ~ $ uname -a CYGWIN_NT-5.1 byron 1.7.0(0.212/5/3) 2009-09-11 01:25 i686 Cygwin Oops! -- 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/ From jon.turney@dronecode.org.uk Thu Oct 29 15:01:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 29 Oct 2009 15:01:00 -0000 Subject: X11R7.5 and C.UTF-8 In-Reply-To: <4AE9A8AD.2030702@cornell.edu> References: <4AE8539E.9080004@cornell.edu> <4AE8D942.8020806@dronecode.org.uk> <416096c60910281707t3249dfb7tc6d0caf0e57ba626@mail.gmail.com> <4AE99BAD.6060303@dronecode.org.uk> <4AE9A8AD.2030702@cornell.edu> Message-ID: <4AE9AE57.8010405@dronecode.org.uk> On 29/10/2009 14:37, Ken Brown wrote: > On 10/29/2009 9:42 AM, Jon TURNEY wrote: >> On 29/10/2009 00:07, Andy Koppe wrote: >>> 2009/10/28 Jon TURNEY: >>>> On 28/10/2009 14:22, Ken Brown wrote: >>>>> >>>>> X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the >>>>> server with 'LANG=C.UTF-8 /usr/bin/startxwin.bat', the server exits >>>>> immediately, and the log has complaints about the locale. If I instead >>>>> use 'LANG=en_US.UTF-8', there's no problem. I've attached both logs >>>>> and >>>>> cygcheck output. >>>> >>>> Thanks for the bug report. >>>> >>>> I'm afraid I'm not immediately able to reproduce this, though, using >>>> the >>>> command you give. >>> >>> You might have LC_ALL or LC_CTYPE set, which would override LANG. Or >>> perhaps startxwin.bat overrides things somewhere along the way? >>> >>> To avoid all that, you could try invoking Xwin directly with LC_ALL >>> set, which is top dog among locale variables. >>> >>> LC_ALL=C.UTF-8 xwin -multiwindow& >>> >>> It fails with en.UTF-8 too (which also is a legal Cygwin locale), but >>> it works with en_US.UTF-8. >> >> Nope, I don't have LC_ALL or LC_CTYPE set >> >> This is pretty curious, since all XSupportsLocale() should be doing >> effectively is checking if setlocale (LC_ALL, NULL) returns a name it >> understands. >> >> Perhaps you can try the attached small test program. > > $ LANG=C.UTF-8 ./Xlocale.exe > Setting locale from LANG succeeded > Locale is C.UTF-8 > XSupportsLocale returned false > > $ LANG=en_US.UTF-8 ./Xlocale.exe > Setting locale from LANG succeeded > Locale is en_US.UTF-8 > XSupportsLocale returned true > > $ unset LANG > > $ ./Xlocale.exe > Setting locale from LANG succeeded > Locale is C > XSupportsLocale returned true > > $ uname -a > CYGWIN_NT-5.1 markov 1.7.0(0.214/5/3) 2009-10-03 14:33 i686 Cygwin I suppose I should show you mine, then $ LANG=C.UTF-8 ./Xlocale Setting locale from LANG failed Locale is C XSupportsLocale returned true $ LANG=en_US.UTF-8 ./Xlocale Setting locale from LANG succeeded Locale is en_US.UTF-8 XSupportsLocale returned true $ unset LANG $ ./Xlocale Setting locale from LANG succeeded Locale is C XSupportsLocale returned true $ uname -a CYGWIN_NT-5.1 byron 1.7.0(0.212/5/3) 2009-09-11 01:25 i686 Cygwin Okay, well this makes sense now :-( Appropriate data needs to exist in /usr/share/X11/locale for the C.UTF-8 locale, but it doesn't at the moment. Let me see if I can find it :-) -- 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/ From mike_ayers@tvworks.com Thu Oct 29 17:01:00 2009 From: mike_ayers@tvworks.com (Mike Ayers) Date: Thu, 29 Oct 2009 17:01:00 -0000 Subject: 1.5.25-15: 100% CPU under xdmcp and Gnome In-Reply-To: <4AE9A27D.3040602@dronecode.org.uk> References: <4AE775C1.6080609@cygwin.com> <4AE8DCFA.2020507@pobox.com> <4AE9A27D.3040602@dronecode.org.uk> Message-ID: <83E753BE7B6A324ABB336245BAF1DAAC0D48EFAF@mailserver.metatv-ds.metatv.com> > From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree- > owner@cygwin.com] On Behalf Of Jon TURNEY > Sent: Thursday, October 29, 2009 7:11 AM > Yes, the clipboard integration code in 1.5.x has some known problems, > but > there will probably be no more X server releases for Cygwin/X unless > someone > else volunteers to do it. Do you mean just for 1.5, or also for 1.7? Thanks, Mike From jjreisert@alum.mit.edu Thu Oct 29 17:06:00 2009 From: jjreisert@alum.mit.edu (Jim Reisert AD1C) Date: Thu, 29 Oct 2009 17:06:00 -0000 Subject: Anyone else having new recent problems with Windows clipboard? In-Reply-To: <4AE9A645.6000200@dronecode.org.uk> References: <806a89db0910211527x4fad3a54t131020c058a5b977@mail.gmail.com> <4AE9A645.6000200@dronecode.org.uk> Message-ID: <806a89db0910291006w6e70d8a7y9e70d93612d2ba63@mail.gmail.com> On Thu, Oct 29, 2009 at 8:27 AM, Jon TURNEY wrote: > On 21/10/2009 23:27, Jim Reisert AD1C wrote: >> >> I'm running Cygwin 1.7 (latest) and X-Org server (latest). > > 'latest' is not a number :-) You're right. I just upgraded all to Cygwin/X Server 1.7.1 > If you can reliably reproduce the problem, please run the server with > --logverbose 3 and generate an Xwin.0.log file for a simple sequence of > actions which show it. If I need to, I will - thanks! -- Jim Reisert AD1C, , http://www.ad1c.us -- 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/ From jon.turney@dronecode.org.uk Thu Oct 29 17:15:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 29 Oct 2009 17:15:00 -0000 Subject: 1.5.25-15: 100% CPU under xdmcp and Gnome In-Reply-To: <83E753BE7B6A324ABB336245BAF1DAAC0D48EFAF@mailserver.metatv-ds.metatv.com> References: <4AE775C1.6080609@cygwin.com> <4AE8DCFA.2020507@pobox.com> <4AE9A27D.3040602@dronecode.org.uk> <83E753BE7B6A324ABB336245BAF1DAAC0D48EFAF@mailserver.metatv-ds.metatv.com> Message-ID: <4AE9CDA9.9050706@dronecode.org.uk> On 29/10/2009 17:01, Mike Ayers wrote: >> From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree- >> owner@cygwin.com] On Behalf Of Jon TURNEY >> Sent: Thursday, October 29, 2009 7:11 AM > >> Yes, the clipboard integration code in 1.5.x has some known problems, >> but >> there will probably be no more X server releases for Cygwin/X unless >> someone >> else volunteers to do it. > > Do you mean just for 1.5, or also for 1.7? Oops. Email proof reading failure there. Yes, I just meant to say that there are unlikely to be more X server releases made for Cygwin 1.5 -- 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/ From jon.turney@dronecode.org.uk Thu Oct 29 19:11:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 29 Oct 2009 19:11:00 -0000 Subject: X11R7.5 and C.UTF-8 In-Reply-To: <4AE9AE57.8010405@dronecode.org.uk> References: <4AE8539E.9080004@cornell.edu> <4AE8D942.8020806@dronecode.org.uk> <416096c60910281707t3249dfb7tc6d0caf0e57ba626@mail.gmail.com> <4AE99BAD.6060303@dronecode.org.uk> <4AE9A8AD.2030702@cornell.edu> <4AE9AE57.8010405@dronecode.org.uk> Message-ID: <4AE9E8DE.9010803@dronecode.org.uk> On 29/10/2009 15:01, Jon TURNEY wrote: > On 29/10/2009 14:37, Ken Brown wrote: >> $ LANG=C.UTF-8 ./Xlocale.exe >> Setting locale from LANG succeeded >> Locale is C.UTF-8 >> XSupportsLocale returned false > > Okay, well this makes sense now :-( > > Appropriate data needs to exist in /usr/share/X11/locale for the C.UTF-8 > locale, but it doesn't at the moment. Let me see if I can find it :-) I've put a patch in bugzilla [1] which can be applied to /usr/share/X11/locale to temporarily repair this problem. This needs to be looked at more deeply, though, as I'm not sure I've fully understood what that locale data is being used for, or specified C.UTF-8 correctly. [1] http://sourceware.org/bugzilla/show_bug.cgi?id=10870 -- 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/ From andy.koppe@gmail.com Thu Oct 29 20:20:00 2009 From: andy.koppe@gmail.com (Andy Koppe) Date: Thu, 29 Oct 2009 20:20:00 -0000 Subject: X11R7.5 and C.UTF-8 In-Reply-To: <4AE9E8DE.9010803@dronecode.org.uk> References: <4AE8539E.9080004@cornell.edu> <4AE8D942.8020806@dronecode.org.uk> <416096c60910281707t3249dfb7tc6d0caf0e57ba626@mail.gmail.com> <4AE99BAD.6060303@dronecode.org.uk> <4AE9A8AD.2030702@cornell.edu> <4AE9AE57.8010405@dronecode.org.uk> <4AE9E8DE.9010803@dronecode.org.uk> Message-ID: <416096c60910291320r4fb374ebhe5c7167dfe6fdce0@mail.gmail.com> 2009/10/29 Jon TURNEY: > I've put a patch in bugzilla [1] which can be applied to > /usr/share/X11/locale to temporarily repair this problem. > > This needs to be looked at more deeply, though, as I'm not sure I've fully > understood what that locale data is being used for, or specified C.UTF-8 > correctly. > > [1] http://sourceware.org/bugzilla/show_bug.cgi?id=10870 I think the patch makes plenty of sense in mapping C.UTF-8 to en_US.UTF-8, because most other UTF-8 locales are also mapped to en_US.UTF-8, i.e. from X's perspective they're not actually language-specific. More generally, there's the issue that Cygwin allows any combination of language and charset, whereas X has a fixed list of permitted combinations. Cygwin also supports many charsets that aren't supported by X (and vice versa). In particular, X only supports a few of the Windows/DOS codepages. But I guess unsupported locales will just have to be a case of "don't do that"? Andy -- 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/ From cygwin@tlinx.org Fri Oct 30 01:36:00 2009 From: cygwin@tlinx.org (Linda Walsh) Date: Fri, 30 Oct 2009 01:36:00 -0000 Subject: X11R7.5 & fontcache.. In-Reply-To: References: Message-ID: <4AEA4329.2070403@tlinx.org> Does this mean it is a 'beta' or test version? If it is a released version, will it be made available for the released version of cygwin (1.5). I've no idea when cygwin will release 1.7 as being 'ready'... How difficult would it be to turn on compiling in of the 'font-cache' extension? I use fonts (oddly enough), and use the xfs. I believe the font-cache allows faster performance for networked fonts? Yaakov (Cygwin/X) wrote: > Cygwin/X has been updated to X.Org X11R7.5 (for Cygwin 1.7 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/ From yselkowitz@users.sourceforge.net Fri Oct 30 03:11:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Fri, 30 Oct 2009 03:11:00 -0000 Subject: X11R7.5 & fontcache.. In-Reply-To: <4AEA4329.2070403@tlinx.org> References: <4AEA4329.2070403@tlinx.org> Message-ID: <4AEA5978.5080705@users.sourceforge.net> On 29/10/2009 20:36, Linda Walsh wrote: > Does this mean it is a 'beta' or test version? X11R7.5 is not a beta, it is a full release. Cygwin 1.7 is technically still in beta, but is very usable and much improved over 1.5. > If it is a released version, will it be made available for the > released version of cygwin (1.5). Probably not; I gave up on 1.5 a long time ago. > I've no idea when cygwin will release 1.7 as being 'ready'... http://cygwin.com/acronyms/#RSN :-) > How difficult would it be to turn on compiling in of the 'font-cache' > extension? Impossible; support for the extension was completely removed from the server over a year ago[1]. Yaakov Cygwin/X [1] http://cgit.freedesktop.org/xorg/xserver/commit/?id=0b45ba4 -- 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/ From cygwin@tlinx.org Fri Oct 30 03:57:00 2009 From: cygwin@tlinx.org (Linda Walsh) Date: Fri, 30 Oct 2009 03:57:00 -0000 Subject: X11R7.5 & fontcache.. In-Reply-To: <4AEA5978.5080705@users.sourceforge.net> References: <4AEA4329.2070403@tlinx.org> <4AEA5978.5080705@users.sourceforge.net> Message-ID: <4AEA6407.20307@tlinx.org> Yaakov (Cygwin/X) wrote: > http://cygwin.com/acronyms/#RSN :-) --- I don't suppose you could express that in ISO format? :-) >> How difficult would it be to turn on compiling in of the 'font-cache' >> extension? > > Impossible; support for the extension was completely removed from the > server over a year ago[1]. --- I see. Well, why'd they go and do that? Just because they don't use it...hmmm... Was that because they implemented a replacement? OR it was no longer needed? the git below doesn't really say much other than 'diff...' > [1] http://cgit.freedesktop.org/xorg/xserver/commit/?id=0b45ba4 tnx, -l -- 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/ From deepali.shefali@gmail.com Fri Oct 30 09:06:00 2009 From: deepali.shefali@gmail.com (Dees) Date: Fri, 30 Oct 2009 09:06:00 -0000 Subject: Running Java application with drag and drop support in cygwin In-Reply-To: <4AE9A9A3.7090704@dronecode.org.uk> References: <15fe165d0910272257x18264be8sadf9d778e15d8f25@mail.gmail.com> <4AE9A9A3.7090704@dronecode.org.uk> Message-ID: <15fe165d0910300206n2fad7c58p9c9e69ccb5fae959@mail.gmail.com> 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!!! > >> May be my problem is related to some setting. Though, not sure. >> Has anybody come across something similar? What should be done then? >> Please let me know. > > No it's probably a bug in Cygwin/X. But you're going to need to be a lot > more specific about the problem before any progress can be made on fixing > it. I have been using Netbeans IDE for compiling and running java code, which creates an executable jar. For your convenience, I am attaching the same with this mail. You can observe the current behavior by running directly this file without the need to compile the source code (as specified above), using: # /usr/java/jdk1.5.0_14/bin/java -jar TreeTester.jar Also, putting some debug messages in the code lets me conclude that it's the drop event which is not being recognized, as the main control never reaches there. Let me know if you need any other specific details or come across any other issue. > > -- > Jon TURNEY > Volunteer Cygwin/X X Server maintainer > Regards, Shefali -------------- next part -------------- A non-text attachment was scrubbed... Name: TreeTester.jar Type: application/java-archive Size: 19192 bytes Desc: not available URL: -------------- next part -------------- -- 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/ From kbrown@cornell.edu Fri Oct 30 13:48:00 2009 From: kbrown@cornell.edu (Ken Brown) Date: Fri, 30 Oct 2009 13:48:00 -0000 Subject: checkX problems Message-ID: <4AEAEEAB.2030009@cornell.edu> I'm having trouble with checkX. I haven't seen other people complain about this, so I assume it's something about my system, but I can't figure out what. There are two symptoms: 1. If I run checkX with a timeout, the timeout seems to be ignored. For example, with the X server *not* running: $ checkX -d 127.0.0.1:0.0 -t 100 --debug checkX.exe DEBUG: displayname : '127.0.0.1:0.0' checkX.exe DEBUG: opt_location: 0 checkX.exe DEBUG: opt_loglevel: 7 checkX.exe DEBUG: opt_nogui : 0 checkX.exe DEBUG: opt_notty : 0 checkX.exe DEBUG: opt_timeout : 100.00 checkX.exe DEBUG: (adjust_path) path is : /usr/local/texlive/2009/bin/i386-cygwin:/usr/local/bin:/usr/bin:/c/Program Files/ThinkPad/Utilities:/c/WINDOWS/system32:/c/WINDOWS:/c/WINDOWS/System32/Wbem:/c/Program Files/Intel/Wireless/Bin/:/c/Program Files/IBM ThinkVantage/Client Security Solution:/c/Program Files/ThinkPad/ConnectUtilities:/c/Program Files/QuickTime/QTSystem/:/c/Program Files/Common Files/Lenovo:/usr/lib/lapack:/usr/X11R6/bin:/usr/bin checkX.exe DEBUG: (find_X11_lib) DLL is /usr/bin/cygX11-6.dll checkX.exe DEBUG: (dlopen_X11_lib) /usr/bin/cygX11-6.dll dlopen'ed successfully. checkX.exe DEBUG: (load_X11_symbols) symbol XOpenDisplay loaded ok checkX.exe DEBUG: (load_X11_symbols) symbol XCloseDisplay loaded ok checkX.exe DEBUG: (try_with_timeout) Using delay of 100 secs, 0 nanosecs (100.00) checkX.exe DEBUG: (try_with_timeout) xserver search was unsuccessful checkX.exe Info: could not open X display '127.0.0.1:0.0' checkX.exe DEBUG: returning with status 1 checkX.exe Info: Exiting with status 1 The problem is that it returns within a second, in spite of the timeout. Or am I misunderstanding what the timeout is supposed to do? 2. If I start the X server by using the default startxwin.bat or startxwin.sh (both of which call checkX), the server is very unstable and crashes within a few minutes. This happens consistently, and it never happens if I comment out the line calling checkX. I tried strace'ing checkX, but I don't know what to look for in the output. (I'll send it if it would be useful, but I don't want to spam the list otherwise.) I'm attaching cygcheck output. Ken -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.out URL: -------------- next part -------------- -- 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/ From reply-to-list-only-lh-x@cygwin.com Fri Oct 30 18:10:00 2009 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Fri, 30 Oct 2009 18:10:00 -0000 Subject: X11R7.5 & fontcache.. In-Reply-To: <4AEA6407.20307@tlinx.org> References: <4AEA4329.2070403@tlinx.org> <4AEA5978.5080705@users.sourceforge.net> <4AEA6407.20307@tlinx.org> Message-ID: <4AEB2BF5.3010203@cygwin.com> On 10/29/2009 11:56 PM, Linda Walsh wrote: > Yaakov (Cygwin/X) wrote: >> http://cygwin.com/acronyms/#RSN :-) > --- > I don't suppose you could express that in ISO format? :-) Since you've asked this on multiple lists, I'm going to assume this is more than just a humorous comment that you don't expect an answer to. Cygwin 1.7 will be released as soon as it's ready. There is no specific date at this time. That's not a reason not to use it however, if you prefer. And if you need something that's only on 1.7, this is a good time to try it out. And since you can install 1.7 beside 1.5 if you like, your risk of borking your Cygwin installation is pretty minimal. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _____________________________________________________________________ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- 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/ From arhart@mtu.edu Fri Oct 30 20:38:00 2009 From: arhart@mtu.edu (Andrew Hart) Date: Fri, 30 Oct 2009 20:38:00 -0000 Subject: Fwd: Cygwin X is not starting in Vista 64 bit Home edition. Message-ID: <4AEB4EE1.8050805@mtu.edu> Pratap and all, I found the question below after running into the same issue. Here is how I solved it. I noticed that the start menu icon was installed in C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Cygwin-X; however, the folder and link permissions for Cygwin-X differed from the program and link permissions for Cygwin Bash Shell. The Cygwin-X folder had the user "None" where where the Cygwin folder had Administrators. This didn't appear to cause a problem; I was still able to view the folder contens. The Cygwin link had full permissions for everyone, but the Cygwin-X link only had permissions for SYSTEM, root (the administrative account I do installs with), and Administrators -- normal users were not able to run the link. Because of this, I went to C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Cygwin-X, right-clicked the link, properties, security, edit, add. I added "everyone" and gave everyone "Ready & execute" and "Read" permissions. After this I was able to run Cygwin-X as normal. Hope this helps, Andrew ---------- Dear all, I regularly use Cygwin on windows for running my Linux based codes/applications on Windows. I have Windows XP(32 bit) on my laptop. There all the applications related to Cygwin work fine. But on my Windows 64bit Vista Home Premium edition, the Cygwin X Windows application doesn't start up. Can anybody suggest what should be done to make cygwin/X work in Vista 64 bit also? Thanks in advance Pratap -- 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/ From randall.parker@gmail.com Fri Oct 30 22:07:00 2009 From: randall.parker@gmail.com (Randall Parker) Date: Fri, 30 Oct 2009 22:07:00 -0000 Subject: Cygwin 1.7 beta XWin disconnects from Ubuntu after password Message-ID: <1497e39a0910301506m11e87f9do18d82c971e12e289@mail.gmail.com> Running WinXP, latest service pak and fixes. I had problems with xwin from the Cygwin 1.5.25-15 pegging one of my CPUs at full usage when connecting to an Ubuntu 9.1 box. So I decided to try the 1.7 beta. Well, now that I've upgraded I am having problems connecting to the Ubuntu box. I connect to the Ubuntu box and get the initial log-on screen. Typed in user name, hit return, then got prompt for password. But as soon as I typed in the password and hit return the XWin session immediately exited. I repeated this process several times. $ cat /var/log/XWin.0.log Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.7.1.0 (10701000) Build Date: 2009-10-25 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: xwin -query 172.16.18.196 ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1200 h 1600 winInitializeDefaultScreens - Returning 2009-10-30 14:21:49 _ XSERVTransSocketOpenCOTSServer: Unable to open socket for i net6 2009-10-30 14:21:49 _XSERVTransOpen: transport open failed for inet6/SBA2UA8350Q Y7:0 2009-10-30 14:21:49 _XSERVTransMakeAllCOTSServerListeners: failed to open listen er for inet6 2009-10-30 14:21:49 XDMCP warning: INET6 UDP socket creation failed 2009-10-30 14:21:49 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 2009-10-30 14:21:49 (II) xorg.conf is not supported 2009-10-30 14:21:49 (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information 2009-10-30 14:21:49 winPrefsLoadPreferences: /etc/X11/system.XWinrc 2009-10-30 14:21:49 LoadPreferences: Done parsing the configuration file... 2009-10-30 14:21:49 winGetDisplay: DISPLAY=:0.0 2009-10-30 14:21:49 winDetectSupportedEngines - Windows NT/2000/XP 2009-10-30 14:21:49 winDetectSupportedEngines - DirectDraw installed 2009-10-30 14:21:49 winDetectSupportedEngines - DirectDraw4 installed 2009-10-30 14:21:49 winDetectSupportedEngines - Returning, supported engines 000 00007 2009-10-30 14:21:49 winSetEngine - Using Shadow DirectDraw NonLocking 2009-10-30 14:21:49 winAdjustVideoModeShadowDDNL - Using Windows display depth o f 32 bits per pixel 2009-10-30 14:21:49 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff 2009-10-30 14:21:49 Screen 0 added at XINERAMA coordinate (0,0). 2009-10-30 14:21:49 MIT-SHM extension disabled due to lack of kernel support 2009-10-30 14:21:49 XFree86-Bigfont extension local-client optimization disabled ?due to lack of shared memory support in the kernel 2009-10-30 14:21:49 (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.s o 2009-10-30 14:21:49 (II) GLX: Initialized DRISWRAST GL provider for screen 0 2009-10-30 14:21:49 winPointerWarpCursor - Discarding first warp: 547 784 2009-10-30 14:21:49 (--) 3 mouse buttons found 2009-10-30 14:21:49 (--) Setting autorepeat to delay=500, rate=31 2009-10-30 14:21:49 (--) winConfigKeyboard - Layout: "00000409" (00000409) 2009-10-30 14:21:49 (--) Using preset keyboard for "English (USA)" (409), type " 4" 2009-10-30 14:21:49 Rules = "base" Model = "pc105" Layout = "us" Variant = "none " Options = "none" 2009-10-30 14:21:50 winProcEstablishConnection - Hello 2009-10-30 14:21:50 winProcEstablishConnection - Xdmcp, waiting to start clipboa rd client until 4th call... 2009-10-30 14:21:52 winInitClipboard () 2009-10-30 14:21:52 winProcEstablishConnection - winInitClipboard returned. 2009-10-30 14:21:52 winClipboardProc - Hello 2009-10-30 14:21:52 DetectUnicodeSupport - Windows NT/2000/XP 2009-10-30 14:21:52 winGetDisplay: DISPLAY=:0.0 2009-10-30 14:21:52 winClipboardProc - DISPLAY=:0.0 2009-10-30 14:21:52 winProcQueryTree - Hello 2009-10-30 14:21:52 winProcQueryTree - Clipboard client already launched, return ing. 2009-10-30 14:21:52 winClipboardProc - XOpenDisplay () returned and successfully ?opened the display. 2009-10-30 14:22:05 winClipboardIOErrorHandler! 2009-10-30 14:22:05 winClipboardProc - setjmp returned for IO Error Handler. 2009-10-30 14:22:05 winDeinitMultiWindowWM - Noting shutdown in progress -- 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/ From jon.turney@dronecode.org.uk Sat Oct 31 12:08:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sat, 31 Oct 2009 12:08:00 -0000 Subject: Cygwin 1.7 beta XWin disconnects from Ubuntu after password In-Reply-To: <1497e39a0910301506m11e87f9do18d82c971e12e289@mail.gmail.com> References: <1497e39a0910301506m11e87f9do18d82c971e12e289@mail.gmail.com> Message-ID: <4AEC28BF.1@dronecode.org.uk> On 30/10/2009 22:06, Randall Parker wrote: > Running WinXP, latest service pak and fixes. I had problems with xwin > from the Cygwin 1.5.25-15 pegging one of my CPUs at full usage when > connecting to an Ubuntu 9.1 box. So I decided to try the 1.7 beta. > Well, now that I've upgraded I am having problems connecting to the > Ubuntu box. > > I connect to the Ubuntu box and get the initial log-on screen. Typed > in user name, hit return, then got prompt for password. But as soon as > I typed in the password and hit return the XWin session immediately > exited. I'm guessing you mean Ubuntu 9.10. I can't reproduce this. Apart from the fact there is no obvious means for enabling XDMCP logins to XDMCP, once enabled, I'm able to log in without problems. I'm assuming you actually have Ubuntu 9.10 final, which has GDM 2.28.1. If you have an earlier version of GDM, you might have the problem described in [1] > I repeated this process several times. > > $ cat /var/log/XWin.0.log [...] > 2009-10-30 14:22:05 winClipboardIOErrorHandler! > 2009-10-30 14:22:05 winClipboardProc - setjmp returned for IO Error Handler. > 2009-10-30 14:22:05 winDeinitMultiWindowWM - Noting shutdown in progress All this log says is that the X session was shut down by the Ubuntu host. I suggest you need to enable and look at the GDM logs there to learn why. [1] http://cygwin.com/ml/cygwin-xfree/2009-09/msg00088.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/