On Mon, 31 Oct 2011, Eliot Moss wrote:
On 10/31/2011 3:45 PM, Eliot Moss wrote:
I think that's "customization: -color" (note the
dash), but yes 
... Eliot Moss
Sheesh, I also typed it wrong, corrected above! EM
I think I'll find it :)
Cheers,
Kåre
On 31/10/2011 19:22, Dave wrote: > Sadly this one wants to play a little hard to get... > > I have tried this on two somewhat similar machines - 5 years difference in hardware, but both XP Pro up-to-date on Microsoft Update, and both running the cygwin versions present on mirror.mcs.anl.gov as of this weekend - both were upgraded, then after both were, I checked that there were no further upgrades posted in between. The two differ regarding which packages are present, but for those present, they'd seem to be at the same versions. > > One shows this problem quite consistently, the other doesn't show it at all. It's the newer one, which has a good amount of memory to spare and is usually the more reliable these days, that is showing the problem. > > I can recreate the problem at will on the one that shows it by starting XWin at the command line directly, under xinit, or under startxwin. But if I try to start XWin under gdb, I don't see the problem; see below. (The page you pointed me to suggests attaching gdb after startup, but that doesn't seem reasonable in this case.) > > I notice in the output from starting XWin at the command line there's the line > 3 [main] XWin 4520 fork: child 5408 - died waiting for dll loading, errno 11 > I didn't see this output or captured in /var/log/xwin/XWin.0.log when I ran via xinit or startxwin. I don't know if that line got generated but lost in output redirections, or if this way of starting X is maybe seeing yet a different problem. This line seems similar to that reported by Denis Beauchemin, Wed, 19 Oct 2011 14:17:54 +0000. Yes, this line is output directly by the cygwin DLL, so you won't see it in XWin.0.log This output is typical of some other software causing cygwin problems with fork emulation, see [1] and [2] in the FAQ. > Any suggestions re how else to get the backtrace you desire, or any other info that might be helpful?(Continue reading)
FYI, I also had to specify --disable-unit-test to finish compiling successfully. Thanks for your help. I really appreciate your perpetual efforts on this. I admire you. People should worship you. If I were 20 years younger with a tank full of energy...(Continue reading)
All, Not sure if this is the right forum for this, but it seemed more specific and probably more appropriate than the overall xorg lists. I wanted to build a native windows X server (essentially an open-source Xming). I had to patch a number of the packages along the way, but did eventually arrive at a build that worked. I looked at and used a few of the Xming patches, but only generally went to those when the naive approach didn't work. I'm looking for some feedback on the patches so that they can get into the main line of the projects. I built using mingw-cross-env, with my fork here that includes the dependency packages: https://bitbucket.org/rpavlik/mingw-cross-env/ This builds everything except the xorg-server module (ignore the fact there's an xorg-server makefile there - the patches aren't up to date for that module.) Patches for these dependencies are as follows, in that mingw-cross-env repo (These should all have commit messages from being exported from git format-patch): libX11-1-add-xwinsock-include, libX11-2-windows-threads, libX11-3-MinGW-lacks-caddr_t libXaw-1-need-winsock libXfont-1-dummy-readlink libxcb-1-fix-include-order-with-Xdmcp, libxcb-2-wsastartup - this last one fixes running libX11 apps built for Windows, including the integrated multi-window WM. xkbcomp-1-Use-X11-Xwindows.h, xkbcomp-2-Look-in-windows-base-dir-too - this last one supports the "RELOCATE_PROJECTROOT" option in the XWin(Continue reading)
Jon: Thanks for the pointers to the fork() problem faqs. That and a bit of googling led me to give rebaseall a try, and that appears to have cured my issue. (For others, instructions can be found at http://www.heikkitoivonen.net/blog/2008/11/26/cygwin-upgrades-and-rebaseall/ .) Suggestion, perhaps more to the main cygwin team: Since this issue is cygwin specific and is a bit obscure (I've been using cygwin for a good many years, but this is the first time I've recognized I had issues from this), it'd be nice if users didn't have to learn about this the hard way. Could running rebaseall perhaps be automated as part of setup.com? ----- Original Message ----- From: Jon TURNEY Sent: Tuesday, November 1, 2011 6:52 AM Subject: Re: -nolisten tcp -multiwindow combination crashes in XWin startup On 31/10/2011 19:22, Dave wrote: > Sadly this one wants to play a little hard to get... > > I have tried this on two somewhat similar machines - 5 years difference in hardware, but both XP Pro up-to-date on Microsoft Update, and both running the cygwin versions present on mirror.mcs.anl.gov as of this weekend - both were upgraded, then after both were, I checked that there were no further upgrades posted in between. The two differ regarding which packages are present, but for those present, they'd seem to be at the same versions. > > One shows this problem quite consistently, the other doesn't show it at all. It's the newer one, which has a good amount of memory to spare and is usually the more reliable these days, that is showing the problem. >(Continue reading)
On 01/11/2011 20:39, Ryan Pavlik wrote: > Not sure if this is the right forum for this, but it seemed more This is absolutely the correct list. Thanks very much for putting in the effort to do this. > specific and probably more appropriate than the overall xorg lists. > I wanted to build a native windows X server (essentially an > open-source Xming). I had to patch a number of the packages along the > way, but did eventually arrive at a build that worked. I looked at > and used a few of the Xming patches, but only generally went to those > when the naive approach didn't work. This may be a problem. The material on the Xming website is licensed under a Creative Commons license, which is not compatible with the X11 license. So, patches from the Xming website are not acceptable unless the author has agreed to re-license them appropriately. > I'm looking for some feedback on the patches so that they can get into > the main line of the projects. > > I built using mingw-cross-env, with my fork here that includes the > dependency packages: https://bitbucket.org/rpavlik/mingw-cross-env/ > This builds everything except the xorg-server module (ignore the fact > there's an xorg-server makefile there - the patches aren't up to date > for that module.) >(Continue reading)
On 24.10.2010 04:59, Jerry Cloe wrote: > When I start individual windows between two linux boxes I always get the > host name in the title bar of the window. > > For example from my desktop linux box: > > ssh -X jerry <at> prodserver > then > gedit& > > The title bar of the resulting gedit window will be along the lines of: > "gedit (on prodserver.host.com)" > > But, when I do this from my windows/cygwin desktop, the title bar is simply > "gedit" without the host name. > > On the linux side, I've never done anything to set this up or make it work, > it just always worked, so I'm not even sure where to begin looking. > > Any ideas? Does anyone know how to change the window title to include the hostname please ? Connecting to 4 machines (with *ssh -Y*) and starting the *gvim* on all of them can be really frustrating when you have no indication what machine each instance is running on. Thank you, Timothy Madden(Continue reading)
On Thu, Nov 3, 2011 at 8:27 PM, Timothy Madden wrote: > > Does anyone know how to change the window title to include the hostname > please ? > Put the following into your PS1 (on the remote machines) : \[\e]0;\h:\w\a\] Or you could google for "xterm window title" Csaba -- -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++ The Tao of math: The numbers you can count are not the real numbers. Life is complex, with real and imaginary parts. "Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds "People disagree with me. I just ignore them." -- Linus Torvalds -- 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/
On 04.11.2011 11:09, Csaba Raduly wrote: > On Thu, Nov 3, 2011 at 8:27 PM, Timothy Madden wrote: >> >> Does anyone know how to change the window title to include the hostname >> please ? >> > > Put the following into your PS1 (on the remote machines) : > > \[\e]0;\h:\w\a\] > > Or you could google for "xterm window title" I would like to change the title of all my X windows, so as to include the hostname of the X client for the window (that is, the hostname running the application in the window). If you connect with *ssh -Y* to several machines, than you can run GUI applications on those machines, and the windows will open up on your X desktop. If you start gvim on each of these machines, you have 4 gvim windows on your desktop, with no easy way to tell to which machine each window belongs. Some Linux X servers have this by default (I have CentOS), and it allows me to run *knosole* or *gnome-terminal* or *gvim* or any other application on several machines at the same time, with the X windows for them all on my desktop, without confusing the host machine for each window. Thank you, Timothy Madden(Continue reading)
You can put what you want in the title by setting PROMPT_COMMAND - e.g., set PROMPT_COMMAND="setWindowTitle $(uname -n)" where setWindowTitle is a shell script like: echo -ne "\e]2;$*\a" by putting it in the PROMPT_COMMAND you handle the case where some command sets the window title while it is processing (I do this to provide feedback for long running scripts without filling up the screen). Once the command finishes the window title gets set back to your desired value. Btw, I use different foreground/background color combinations to distinguish between xterms on different machines - some of the color combinations are ugly but they are different
RSS Feed14 | |
|---|---|
20 | |
37 | |
57 | |
13 | |
25 | |
38 | |
22 | |
13 | |
40 | |
30 | |
38 | |
54 | |
118 | |
83 | |
68 | |
42 | |
42 | |
49 | |
71 | |
22 | |
56 | |
76 | |
32 | |
16 | |
29 | |
51 | |
28 | |
44 | |
27 | |
43 | |
82 | |
99 | |
140 | |
93 | |
78 | |
41 | |
90 | |
95 | |
181 | |
127 | |
136 | |
229 | |
145 | |
98 | |
78 | |
110 | |
91 | |
44 | |
27 | |
68 | |
287 | |
161 | |
195 | |
390 | |
27 | |
38 | |
77 | |
37 | |
22 | |
29 | |
44 | |
37 | |
31 | |
45 | |
58 | |
69 | |
82 | |
92 | |
104 | |
42 | |
52 | |
98 | |
76 | |
99 | |
66 | |
55 | |
103 | |
68 | |
92 | |
84 | |
129 | |
145 | |
87 | |
74 | |
108 | |
122 | |
86 | |
64 | |
107 | |
126 | |
134 | |
250 | |
169 | |
152 | |
159 | |
262 | |
200 | |
169 | |
123 | |
130 | |
274 | |
312 | |
272 | |
307 | |
174 | |
230 | |
243 | |
375 | |
450 | |
843 | |
312 | |
565 | |
428 | |
459 | |
445 | |
564 | |
432 | |
305 | |
423 | |
592 | |
282 | |
301 | |
313 | |
482 | |
220 | |
479 | |
344 | |
327 | |
286 | |
663 | |
441 | |
409 | |
555 | |
281 | |
150 |
