Re: Vista, new install, x server does not start, startxwin.bat missing
I think something else might be going on. Note the following line from the log file XWin was started with the following command line: /usr/bin/X :0 -auth /home/Tattie/.serverauth.2764 The start command is being run from a user Dvorah, but the start is trying to access a file under the user Tattie. Thank you Mitch Nelson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: libglib2, Emacs and GTK applications
On 08/02/2010 08:30, Angelo Graziosi wrote: Just for completeness, I want to flag some strange things that I see between a GTK build of Emacs and libglib2.0_0-2.22.4-2 BUT NOT with libglib2.0_0-2.22.4-1! Let me start with this intro: 2.22.4-1 included a fix for GIO plugin loading on Win32[1], but once again they lumped Cygwin together with MinGW. Of course, not only did this not need to be "fixed" on Cygwin but they outright broke GIO and everything that depends on it, and I got to pick up the pieces. Hence the need for 2.22.4-2, which behaves as it should. So you might as well forget about 2.22.4-1, and focus on whatever issues you appear to be having with GIO. [1] http://git.gnome.org/browse/glib/commit/?h=glib-2-22&id=ae0a220b With 2.22.4-2, when I open a dialog box (for example clicking on the tool bar icon "Reading an existing file into an Emacs buffer"), in /tmp is created the directory 'fam-angelo' and 'ps' shows a 'gamin-server' running. This is the expected behaviour. GtkFileChooser uses GFileMonitor (whose backend uses FAM/Gamin) so that changes to the directory being browsed are displayed. When I quit from Emacs (C-x C-c), the Emacs window stays on the desktop until 'gamin-server' is removed, i.e. for at least 20-30 seconds, looking as if Emacs were hanging. I haven't seen this behaviour with other GTK+ apps, so I suspect it may be (YA) emacs/gtk+ bug. (Googling shows that this seems to happen a lot.) You may want to try these patches and see if they help: http://patch-tracker.debian.org/patch/series/dl/emacs23/23.1+1-6/fix-dynamic-menus.diff http://patch-tracker.debian.org/patch/series/dl/emacs23/23.1+1-6/fix-gtk-scroll-bar-events.diff 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/
Re: usr/bin/xterm.exe: error while loading shared libraries: cygncurses-10.dll: can not open shared object file: No such file or directory
I had the same problem. I fixed it by rerunning setup.exe and selected to install libncurses10. You can select view to "Full" and search using keyword "ncu" I also selected to re-install libX11_6 but didn't think that was the issue. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: bug report/suggested temp. patch: handling bursts of sent keys
On 12/01/2010 18:44, Mark Lillibridge wrote: > Background: > > I use Nuance's Dragon NaturallySpeaking voice recognition software > to control remote Linux systems from a Windows box. I open up xterms > and emacs windows on a local Cygwin X server. Occasionally the voice > recognizer makes a mistake, which has to be corrected. The mechanics of > how this is done are unimportant; what matters is how Dragon applies the > correction. It does this by sending a large burst of keystrokes via > something like SendKeys. (E.g., many (shift) arrow keys to select the > text to be changed, a backspace to delete it, then the replacement > text.) > > Unfortunately, there is a bug in the current released Cygwin X > server that causes it to drop sent keystrokes when the burst exceeds a > given size (roughly 64 or 128 keys depending on the version). This > breaks correction, and forces painful manual fix up of the text. Note > that what is really dropped are key events so the system can get into > the state where the shift key remains pressed or a key starts repeating > forever because the key up event was dropped. [repro snipped] Mark, Thanks for the detailed bug report and clear reproduction steps. On 23/01/2010 22:02, Mark Lillibridge wrote: I am not a Windows programmer. Can someone tell me if it's okay for winWindowProc to block? In particular, could we make it block until the mieq queue is not full? I think blocking would just result in a deadlock, as the X server is only single-threaded. The windows message pump is called when the server has no other work to do. This should be documented in [1], although perhaps that is lacking in detail. I notice that winWakeHandler()/winBlockHandler() try to completely empty the windows message queue, which leads to this problem as the server won't get a chance to process anything (draining the mieq queue) until they return. It might be enough to resolve this problem to allow those functions to complete after processing a limited number of events (chosen so as to not overflow the mieq queue), or if they notice that the event queue has crossed some high-water mark threshold. On 05/02/2010 00:45, Mark Lillibridge wrote: > Given there doesn't seem to be anyone competent enough to attempt a > more ambitious patch, I think we should apply the temporary patch. How > should we/I. go about doing this? The Cygwin X website and contributors > documentation doesn't actually say how to do this. > > The patch is enclosed at the end. > > - Thanks, >Mark > > > $ diff -u mieq.c~ mieq.c > --- mieq.c~ 2009-10-15 21:38:27.0 -0700 > +++ mieq.c 2010-02-04 16:42:30.773405200 -0800 > @@ -58,7 +58,7 @@ > # include > #endif > > -#define QUEUE_SIZE 512 > +#define QUEUE_SIZE 25000 > > #define EnqueueScreen(dev) dev->spriteInfo->sprite->pEnqueueScreen > #define DequeueScreen(dev) dev->spriteInfo->sprite->pDequeueScreen > Thanks for the patch. Have you actually tested that this resolves your problem? I'll add some words about contributing patches to the CG guide documentation, thanks for pointing out this oversight. Perhaps that's the reason we hardly ever get any :-) [1] http://x.cygwin.com/docs/cg/prog-server-architecture.html#prog-server-architecture-input -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: [ANNOUNCEMENT] Updated: xterm-255-1
On 2/8/2010 6:18 AM, Jon TURNEY wrote: I've adjusted the dependency information in the setup.hint for the xterm package on sourceware.org from libncurses9 to libncurses10, which this updated xterm requires. Thanks to the people who reported this problem, which should now be corrected once the mirrors are updated. Working great here now, 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/
Re: new cygwin/x11 and backingstore
On 04/02/2010 15:25, anne crespy wrote: Hi, Before updating Cygwin/X with the new version (X11R7) I launched Xwin with this command : XWin -multiwindow -clipboard -silent-dup-error +bs& and the backingStore option worked correctly in a graphic window (built with tcl/tk8.4 and Xlib). You were just lucky :-) The backing store attribute is a hint; the server doesn't have to honour a request to use backing store. Note that even if you have an X server which does provide backingstore, the server doesn't have to provide an unlimited amount of memory for it, so it may discard backingstore at any time. Any X client which *requires* backingstore to work is broken, not correctly redrawing windows when they are exposed. See [1] Now, it doesn't work. When the graphic window is overlapped its contents is corrupted by the top window. I didn't have this problem with the beta-version in november 2009. What have changed since? backingstore is implemented in terms of Composite in the X.Org server since X server 1.5.0 Unfortunately, we have had to disable Composite in the current X server due to crashes. If/when these problems with Composite are fixed, things may work a little better... [1] http://www.mail-archive.com/x...@lists.freedesktop.org/msg04440.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/
libglib2, Emacs and GTK applications
Just for completeness, I want to flag some strange things that I see between a GTK build of Emacs and libglib2.0_0-2.22.4-2 BUT NOT with libglib2.0_0-2.22.4-1! With 2.22.4-2, when I open a dialog box (for example clicking on the tool bar icon "Reading an existing file into an Emacs buffer"), in /tmp is created the directory 'fam-angelo' and 'ps' shows a 'gamin-server' running. When I quit from Emacs (C-x C-c), the Emacs window stays on the desktop until 'gamin-server' is removed, i.e. for at least 20-30 seconds, looking as if Emacs were hanging. This behavior does not happens with version 2.22.4-1. The '/tmp/fam-angelo' directory is not created and 'gamin-server' or is not started or it is removed immediately when it does not need any more. Also the 'apparent' hanging disappears. The above facts should be verified also with the following test case of GTK application I found in this list. It should be build with: gcc -DTRY1 -Wall -o test-dialog3-try1-01 test-dialog3.c `pkg-config --cflags --libs gtk+-2.0 Then $ ./test-dialog3-try1-01.exe under libglib2-2.22.4-2 creates /tmp/fam-angelo and starts 'gamin-server' which is removed only after 20-30 seconds. With 2.22.4-1, it is removed imediately (or does not start at all!). Ciao, Angelo. test-dialog3.c #include #include #include #include #include /* When testing the FAM daemon*/ #ifdef TRY2 #include #endif int main( int argc, char *argv[] ) { GtkWidget *main_window; GtkWidget *button; gtk_init (&argc, &argv); main_window = gtk_window_new (GTK_WINDOW_TOPLEVEL); button = gtk_button_new_with_label ("Show"); /* Commenting either of the 3 lines below allows it to work. */ gtk_container_add (GTK_CONTAINER (main_window), button); gtk_widget_show (button); gtk_widget_show (main_window); #ifdef TRY1 { GtkWidget *dialog; printf("Using gtk_file_chooser_dialog_new.\n"); dialog = gtk_file_chooser_dialog_new ("Open File", NULL, GTK_FILE_CHOOSER_ACTION_OPEN, GTK_STOCK_CANCEL, GTK_RESPONSE_CANCEL, GTK_STOCK_OPEN, GTK_RESPONSE_ACCEPT, NULL); } #else #ifdef TRY2 /* The code below is called from _fam_sub_startup in glib2 */ { FAMConnection fc; printf("Using FAMOpen2.\n"); if (FAMOpen2 (&fc, "gvfs user") != 0) { printf ("FAMOpen failed, FAMErrno=%d\n", FAMErrno); printf ("FAM Error Message: %s\n",FamErrlist[FAMErrno]); } else { FAMClose(&fc); } } #else /* The code below is called from gamin_fork_server in gamin*/ { int ret, pid, status; printf("Using fork twice in a row.\n"); pid = fork(); if (pid == 0) { printf("First fork.\n"); if (fork() == 0) { printf("Second fork.\n"); execl("/usr/bin/ls.exe", "/usr/bin/ls.exe", NULL); } /* * calling exit() generate troubles for termination handlers * for example if the client uses bonobo/ORBit */ _exit(0); } /* * do a waitpid on the intermediate process to avoid zombies. */ retry_wait: ret = waitpid(pid, &status, 0); if (ret < 0) { if (errno == EINTR) goto retry_wait; } } #endif #endif printf("Done.\n"); #if defined (TRY1) || defined (TRY2) printf("Please make sure the FAM daemon is not running " "before testing again.\n"); printf("(i.e. kill the gam_server process or wait until it is gone)\n"); #endif return 0; } -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: startxwin.exe and ssh-agent
On 05/02/2010 12:35, Joe Warren-Meeks wrote: I've googled extensively and searched the mail archives, but I can't find anything which describes how to configure cygwin to use ssh-agent. In the 1.5 world, I modified startxwin.bat to prefix the XWin.exe line with ssh-agent, and this worked a treat. How should I do this now? I basically want my whole Xserver to run as a child of my ssh-agent so all xterms and other processes will collect the credentials. Creating a shortcut which starts the X server with: 'C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c "ssh-agent startxwin"' should probably do what you want. Note that (as before), processes you start other than via the X traymenu (for example, from a start menu item) aren't children of ssh-agent, so won't inherit SSH_AUTH_SOCK and SSH_AGENT_PID from 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/
Re: [ANNOUNCEMENT] Updated: xterm-255-1
On 05/02/2010 18:57, Yaakov (Cygwin/X) wrote: The following package has been updated for the Cygwin distribution: *** xterm-255-1 xterm is a terminal emulator for the X Window System. It provides DEC VT102 and Tektronix 4014 compatible terminals for programs that can't use the window system directly. This is an update to the latest upstream version. I've adjusted the dependency information in the setup.hint for the xterm package on sourceware.org from libncurses9 to libncurses10, which this updated xterm requires. Thanks to the people who reported this problem, which should now be corrected once the mirrors are updated. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: [ANNOUNCEMENT] Updated: xterm-255-1
2010.02.08.07:49:53 EST Hey Jim, I installed the xterm-255-1 this morning, and had no difficulties. My set-up is WinXP Pro. SP3 with CygWin-1.7.1-1. My only scrap of possibly useful information surrounds cygcheck. Try running cygcheck with this parameter list: $> cygcheck /usr/bin/xterm.exe > outfile.txt I had some difficulty with a new version of the GNU-Octave package under cygwin last week, and this kind of run of cygcheck revealed that I was missing a particular dll-library whose dependence the package maintainers had temporarily forgotten. George gbarr...@walsh.edu -- 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/
missing dependency: xterm <-> ncurses-10
Hi I have just installed the newest cygwin/x (xorg-server and xinit) from cygwin.com. After starting "startxwin" I've got a "xterm: error while loading shared libraries cygncurses-10.dll" and I had to install "ncurses-10" manually. I think there is a dependency bug. Kind regard Philipp -- 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/
usr/bin/xterm.exe: error while loading shared libraries: cygncurses-10.dll: can not open shared object file: No such file or directory
Dear Cygwin-X team, Yesterday I have installed cygwin 1.7.1 and emacs 23.1 as well. I installed the X-Server to run emacs there. (User guide: http://x.cygwin.com/docs/ug/setup-cygwin-x-installing.html) Packages - xorg-server (required, the Cygwin/X X Server) - xinit (required, scripts for starting the X server: xinit, startx, startwin.sh, startxwin.bat (and a shortcut on the Start Menu to run it), startxdmcp.bat ) - xorg-docs (optional, man pages) - X-start-menu-icons (optional, adds icons for X Clients to the Start menu) The user guide seemed to be for Cygwin 1.5 but I could install all components listed above. After starting cygwin and running the xwin server by invoking the command 'startxwin &' I got following error. == administra...@c3672245c18d416 ~to $ startxwin.exe & [1] 2600 administra...@c3672245c18d416 ~ $ /usr/bin/xterm.exe: error while loading shared libraries: cygncurses-10.dll: can not open shared object file: No such file or directory [1]+ Donestartxwin.exe administra...@c3672245c18d416 ~ == Is this a known bug or depends it on a wrong installation of mine. I've Cygwin 1.5 already installed and I installed Cygwin 1.7.1 completely new by selecting a separate folder in installation dialog. Yours sincerelly Christian Hofer ;-) -- 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/