problems with X
Hi, all I'm running cygwin on my XP laptop mostly to ssh into a Redhat server. I'm currently seeing some strange behavior. I start X windows by using the "startx" command, which pops up an Xterm. From there, I usually might use another xterm or two to ssh into different boxes, and I might pop up an emacs window or two while I'm working. I'm seeing strange behavior on my new laptop (14 days or so): When I use multiple windows and they overlap, they look like they're transparent and interfere with each other. Also, when I want to type in a window, I must make sure my mouse is in that window. I know this behavior wasn't always like this, and I don't know if it's from changing laptops or dual booting my current one. I'm open to any and all advice. Thanks SOW -- 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: Consensus about man and doc X11 directory structure
Harold L Hunt II wrote: Charles Wilson wrote: All of this mucking about with tk and insight requires the concurrence of -- and oodles of extra work by -- the tk maintainer and the insight maintainer. Plus, given the centrality of the debugger to the GNUPro product, this sort of change might meet resistance from the PowersThatBe channeled thru our local Benign Dictator(s). Look, it has been made quite clear to us on several occasions that Red Hat doesn't pay for anyone in their company to do development on Cygwin, so I say, "Who is Red Hat?". Why do they matter if they aren't contributing to the project and are either holding us hostage to supporting some long-gone product or secretly using our efforts to sell a couple million a year of some product that uses our work? Well, granted that cgf (current maintainer of tk and insight IIRC) no longer works for Red Hat, so perhaps their needs are no longer as important to him as they once were. OTOH, *personally*, I don't want the debugger to require X, for speed issues if nothing else. However, that's really cgf's decision so... How many people feel the same way when this argument about supporting Insight via Win32 Tk comes up? ... but I would just like to know how Red Hat gets to make decisions in this community that seems to get very little investment from them. I *said* it was speculation, and *speculated* that "pressure" might be applied -- not that decisions would be imposed -- by RH. Given Corinna's post, it seems that my speculation was (A) wrong (B) out-of-date, and (C) in all other ways immaterial. So we can drop the "WWRHD?" (What Would Red Hat Do?) from this thread, and move on to "what is the best(*) thing for the cygwin open-source community" in this regard? (*) where the definition of "best" is in the eye of the beholder: least disruptive? Most theoretically self-consistent? Provides path future growth/enhancement? etc... -- 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/
RE: Consensus about man and doc X11 directory structure
[snip] > > 1) How many of our BDs actually work for Red Hat anymore? > > 1 (one) > Harold also stated: "Look, it has been made quite clear to us on several occasions that Red Hat doesn't pay for anyone in their company to do development on Cygwin[...]" Is this correct? -- Gary R. Van Sickle -- 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: Consensus about man and doc X11 directory structure
Yaakov S (Cygwin Ports) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Charles Wilson wrote: Not gonna happen: it has been stated before on this list that 'insight' *must* run without X -- which means that tk will remain Win32GUI. Tk must remain Win32GUI, or *a* Win32GUI Tk must remain, for the sake of insight? It may be possible, eventually, to have both win32GUI-cygwin-runtime-tk and XGUI-cygwin-runtime-tk on the same machine, but nobody has undertaken the daunting task to make that happen. Ditto gtk. Others have mentioned building *NIX tcl/tk on Cygwin, and I wouldn't call building gtk2 daunting; I'm not personally interested, as I'm focusing on the X11 ports. However, I don't see the problem in assuming that GUI apps are presumed to be X-flavor (with the tk exception, above). If at some point somebody figures out how to build a similar GUI app/toolkit in the opposite flavor, it can go in /opt/. Static X based tcl/tk is doable now. I needed it because I had a X based tcl/tk app that didn't work right with the cyg native tcl/tk. dll's will take some effort and coordination upstream. Regards, Doug -- 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: Tekplot application repeatedly redraws under XFree
> Then maybe you are not using startxwin.sh ?? > > How are you starting X ? > > Alan. You must forgive me. I've been off and haven't had to think for a couple of days... :-) You are correct. I am using startx, which calls xinit. I'm not sure what happens from that point. Maybe I'll try startxwin.sh. Jon -- 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: Tekplot application repeatedly redraws under XFree
On Tue, 2005-10-11 at 12:40 -0500, Berndt, Jon S wrote: > > Look in /usr/X11R6/bin/startxwin.sh and look for the line that says... > > > > XWin -multiwindow -clipboard -silent-dup-error & > > > > and change it to > > > > XWin -rootless -clipboard -silent-dup-error > > > > That will give you an Xserver with no window manager and then > > allow you to start the one from your IRIX box. > > > > Alan. > > That didn't seem to help. I still get the MS Windows window manager as > well as the IRIX wm. Also, after I reverted, the tekplot application > will now not plot anything at all. Then maybe you are not using startxwin.sh ?? How are you starting X ? Alan. -- 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: Tekplot application repeatedly redraws under XFree
> Look in /usr/X11R6/bin/startxwin.sh and look for the line that says... > > XWin -multiwindow -clipboard -silent-dup-error & > > and change it to > > XWin -rootless -clipboard -silent-dup-error > > That will give you an Xserver with no window manager and then > allow you to start the one from your IRIX box. > > Alan. That didn't seem to help. I still get the MS Windows window manager as well as the IRIX wm. Also, after I reverted, the tekplot application will now not plot anything at all. Here's the error message I got: => X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 1 (X_CreateWindow) Serial number of failed request: 9 Current serial number in output stream: 22 Jon -- 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: XWin hangs on opening xterms, correspondence with setup hangs ??
On 10/11/2005, Norbert Harendt wrote: OK. What i can see, is that calling or running the shell causes the problems in my case. XWin is coming up and running fine, i get the logon screen of the remote server and everything seems to be fine. But if i try to open an xterm on the remote server, XWin seems to hang, no grafical update, nothing happens (with enough patience you can watch this going on forever). When i kill the second XWin.exe suddenly the xterm appears and everything is working fine again, except for the heavy cpu-load, which was not present in my former installation. Perhaps it makes sense to look at why you have a second XWin running. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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: Tekplot application repeatedly redraws under XFree
On Tue, 2005-10-11 at 10:20 -0500, Berndt, Jon S wrote: > > O.k. It sounds like tekplot's problem then on the way it's > > dealing with window events. > > > > Alan. > > You might be on to something, though. I started up the IRIX window > manager, 4Dwm. Most of my windows then had the standard MS-Windows > frame, and within that, the Motif-style window manager > decorations/frame. If I made a plot using Tekplot, and moved the plot > window around when it initially had the MS-Windows frame around it, then > the window would redraw once. At that time the "extra" MS-Windows style > frame would disappear, and the only remaining frame was the 4Dwm frame. > At that point, nothing I could do seemed to cause a redraww of the plot > window. I'm using rxvt. Now, I'm wondering if I ought to use only native > X-windows apps, xterms, etc. > > I'd also like to be able to start up Xwin with NO window manager, if I > can start one up on the remote machine (like 4Dwm on the remote IRIX > machine). Is that possible? Which window manager starts up when the X > server is started up on the local PC? Look in /usr/X11R6/bin/startxwin.sh and look for the line that says... XWin -multiwindow -clipboard -silent-dup-error & and change it to XWin -rootless -clipboard -silent-dup-error That will give you an Xserver with no window manager and then allow you to start the one from your IRIX box. Alan. -- 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: Tekplot application repeatedly redraws under XFree
> O.k. It sounds like tekplot's problem then on the way it's > dealing with window events. > > Alan. You might be on to something, though. I started up the IRIX window manager, 4Dwm. Most of my windows then had the standard MS-Windows frame, and within that, the Motif-style window manager decorations/frame. If I made a plot using Tekplot, and moved the plot window around when it initially had the MS-Windows frame around it, then the window would redraw once. At that time the "extra" MS-Windows style frame would disappear, and the only remaining frame was the 4Dwm frame. At that point, nothing I could do seemed to cause a redraww of the plot window. I'm using rxvt. Now, I'm wondering if I ought to use only native X-windows apps, xterms, etc. I'd also like to be able to start up Xwin with NO window manager, if I can start one up on the remote machine (like 4Dwm on the remote IRIX machine). Is that possible? Which window manager starts up when the X server is started up on the local PC? Jon -- 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: Tekplot application repeatedly redraws under XFree
On Tue, 2005-10-11 at 09:24 -0500, Berndt, Jon S wrote: > > Alan Hourihane wrote: > > > Which window manager are you using Jon ? > > > > Alan. > > I'm not sure. I am using pretty much the standard startup for Xwin. How > can I find out which I'm using. O.k. It sounds like tekplot's problem then on the way it's dealing with window events. Alan. -- 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/
login xterm session - /etc/profile script adds duplicates to some *PATH vars
Hi all, I noticed a slight problem with three of the *PATH variables that are set in a login xterm window, such as the one started by the startxwin.sh script. It seems to be caused by the /etc/profile script blindly adding directories to PATH, MANPATH and INFOPATH. In startxwin.sh, the xterm is started with this: xterm -e /usr/bin/bash -l & When you run the following command in that xterm window, notice the duplicate directories at the start of the INFOPATH, MANPATH and PATH variables: set | grep PATH Is this a Cygwin-X problem, or is this a base Cygwin problem? I'll gladly report it over on the regular Cygwin list if needed. Regards, Peter __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.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/
RE: Tekplot application repeatedly redraws under XFree
> Alan Hourihane wrote: > Which window manager are you using Jon ? > > Alan. I'm not sure. I am using pretty much the standard startup for Xwin. How can I find out which I'm using. Jon -- 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: Tekplot application repeatedly redraws under XFree
On Tue, 2005-10-11 at 09:08 -0500, Berndt, Jon S wrote: > Greetings: > > I am using Cygwin/Xfree: > > version number:11.0 > vendor string:The Cygwin/X Project > vendor release number:60802000 > > The operating system is MS Windows XP. > > I have found that when using the Tekplot application, if I move the > window around a bit, almost always it will begin to perpetually redraw > the graph. All other applications I have tried appear to work as > expected: Netscape, Firefox, Clearcase, Nedit, etc. > > I have tried running with backing store turned both ON and OFF (as well > as save-unders) - don't know if that makes a difference. > > I have tried searching the web, readign FAQS, etc., but can't find > anything that helps. > > Any suggestions? Which window manager are you using Jon ? Alan. -- 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/
Tekplot application repeatedly redraws under XFree
Greetings: I am using Cygwin/Xfree: version number:11.0 vendor string:The Cygwin/X Project vendor release number:60802000 The operating system is MS Windows XP. I have found that when using the Tekplot application, if I move the window around a bit, almost always it will begin to perpetually redraw the graph. All other applications I have tried appear to work as expected: Netscape, Firefox, Clearcase, Nedit, etc. I have tried running with backing store turned both ON and OFF (as well as save-unders) - don't know if that makes a difference. I have tried searching the web, readign FAQS, etc., but can't find anything that helps. Any suggestions? Best regards, Jon Berndt Houston, TX -- 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: Re: XDMCP issues
Hi Chris, > > Does have someone an idea what's going wrong? > > > It sounds almost like a permissions/security problem, i.e. your XP box > won't *allow* a remote XDMCP to open the display. I do what you;re > trying to do on Windows 2000 and I don't remember any problems like > this but it may well be that XP is being more 'secure'. > > You can 'ping my_XP_box' from the Linux box OK can you? Your post invited me to have a look at the /var/log/messages on my Linux Box. I saw that kdm couldn't map the IP to the hostname of my XP box. I made a corresponding entry in /etc/hosts... Et voilà! IT'S WORKING!!! Thanks a lot Chris. You put me on the right path. The solaris 9 box is also working (I had the same problem as on the Linux box). It's really great ;-D Loïc. -- -- // Sender address goes to /dev/null (!!) // Use my 32/64 bits, ANSI C89, compliant email-address instead: unsigned y[]= {0,34432,26811,16721,41866,63119,61007,48155,26147,10986}; void x(z){putchar(z);}; unsigned t; main(i){if(i<10){t=(y[i]*47560)%65521;x(t>>8);x(t&255);main(++i);}} Highspeed-Freiheit. Bei GMX supergünstig, z.B. GMX DSL_Cityflat, DSL-Flatrate für nur 4,99 Euro/Monat* http://www.gmx.net/de/go/dsl -- 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: XDMCP issues
On Tue, Oct 11, 2005 at 10:10:54AM +0200, Loic Domaigne wrote: > Hello everybody, > > I'm trying to get a remote Linux/KDE desktop from my XP box using cygwin. > Following the FAQ and various posts, I have proceeded as follows: > > 1) I made sure that XDMCP is enable on the linux box. > > 2) In a cygwin shell, I started XWin.exe: > $ XWin.exe -query linux_box -from my_XP_box > > 3) I got a X-window with grey shading, but no kde logging session. > > 4) After a while, I obtained the error message: > Fatal server error: > XDMCP fatal error: Session failed Session 329792025 failed for display > my_XP_box:0: cannot open display > > > Does have someone an idea what's going wrong? > It sounds almost like a permissions/security problem, i.e. your XP box won't *allow* a remote XDMCP to open the display. I do what you;re trying to do on Windows 2000 and I don't remember any problems like this but it may well be that XP is being more 'secure'. You can 'ping my_XP_box' from the Linux box OK can you? -- Chris Green ([EMAIL PROTECTED]) "Never ascribe to malice that which can be explained by incompetence." -- 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: XWin hangs on opening xterms, correspondence with setup hangs ??
Christopher Faylor cygwin.com> writes: > > On Mon, Oct 10, 2005 at 09:41:00AM +, Norbert Harendt wrote: > >Norbert Harendt ib-eckerl.de> writes: > >I encounter shell-hangs with cygwin also when using cygwins setup, so i > >post the problem also under > >http://thread.gmane.org/gmane.os.cygwin/70104 because i think it has > >something to do with deadlocks or errors in communication in > >dll-subroutine calls > > This is very unlikely. > > You really don't seem to know anything about this issue so I don't > think that postulating on the problem is going to be helpful. > > -- > 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/ > > OK. What i can see, is that calling or running the shell causes the problems in my case. XWin is coming up and running fine, i get the logon screen of the remote server and everything seems to be fine. But if i try to open an xterm on the remote server, XWin seems to hang, no grafical update, nothing happens (with enough patience you can watch this going on forever). When i kill the second XWin.exe suddenly the xterm appears and everything is working fine again, except for the heavy cpu-load, which was not present in my former installation. Summarizing this together with the problems running sh.exe during setup i think that some internal action during the invocation of the shell process might cause the problem. I don't really know the details because i didn't examine the source code. But to me it doesn't look like a failure of the xserver or client window itself but like a problem of one type of process (invoking the shell) -- 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: Consensus about man and doc X11 directory structure
On Oct 10 21:59, Harold L Hunt II wrote: > Charles Wilson wrote: > >Yaakov S (Cygwin Ports) wrote: > [...] > >>What's stopping us from moving the Win32 tcltk in /opt/win32, and making > >>new *NIX tcl and tk packages in /usr? Then all that's necessary for > >>insight is to add /opt/win32 to PATH (either through a script, > >>profile.d, or manually). Similar packages (i.e. that have both X11/*NIX > >>and Win32 flavors) could use /opt/win32 as well. > > > > > >All of this mucking about with tk and insight requires the concurrence > >of -- and oodles of extra work by -- the tk maintainer and the insight > >maintainer. Plus, given the centrality of the > >debugger to the GNUPro product, this sort of change might meet > >resistance from the PowersThatBe channeled thru our local Benign > >Dictator(s). > > Umm... reality check: Fine with me. > 1) How many of our BDs actually work for Red Hat anymore? 1 (one) > 2) Is GNUPro even a product anymore? The only date I could find related > to the product mentioned "GNUPro 2001": > > http://www.redhat.com/software/gnupro/technical/gnupro_gdb.html Well, the marketing is fortunately not my job, but there is still a GnuPro product which is worked on regulary. Cygwin based toolchains are a part of it. > 3) If Red Hat isn't updating any product that uses Cygwin to provide a > product on Windows, then why are we holding onto this idea that we must > continue to support something that was once sold? > > 4) If Red Hat is updating GNUPro, but doing a piss-poor job of telling > people about it, then what are we? Red Hat's underground GNUPro > development team? I guess I can let this go uncommented. I have no idea how the marketing in relation to GnuPro works. That's not my business, so I can't tell anything about it. The layout of the Cygwin distro is not exactly something important to the way GnuPro works, however. Tcl/Tk is shipped with the Cygwin based GnuPro toolchains, so where it is in the distro is free for discussion. But, apart from GnuPro, I don't think it's such a good idea to move the Windows-based Tcl/Tk DLLs out of /usr/bin without having a clear idea how the replacement should work for the Windows-based apps like Insight. Even better, I don't think the DLLs should be moved somewhere else at all. The POSIX-based DLLs should follow the Cygwin naming convention anyway, so they would have to be named cygtcl8.4.dll/cygtk8.4.dll (or whatever the version number is right now). They don't collide with the Win-based ones, so what? As for the other stuff (includes, libs, /usr/share/tk8.4, etc), I think this would be ok to be moved to /opt or /usr/lib/win or something. However, how to handle the tcltk package and as a result, the GDB package, is up to Chris, he's the maintainer after all, not I or Red Hat. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc. -- 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/
keymap pb on XWin
Hello, i am using the cygwin 2.510.2.2 with xfree. I try to have the french keymap or the deutch keymap, and i have coredump... I launch XWin.exe, then i try to change keymap with #setxkbmap.exe de -model pc105 Couldn't interpret _XKB_RULES_NAMES property Use defaults: rules - 'xorg' model - 'pc101' layout - 'us' Aborted (core dumped) my WXin version is: #XWin.exe --version Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-4 Contact: cygwin-xfree@cygwin.com Thanks, a french user -- 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/
XDMCP issues
Hello everybody, I'm trying to get a remote Linux/KDE desktop from my XP box using cygwin. Following the FAQ and various posts, I have proceeded as follows: 1) I made sure that XDMCP is enable on the linux box. 2) In a cygwin shell, I started XWin.exe: $ XWin.exe -query linux_box -from my_XP_box 3) I got a X-window with grey shading, but no kde logging session. 4) After a while, I obtained the error message: Fatal server error: XDMCP fatal error: Session failed Session 329792025 failed for display my_XP_box:0: cannot open display Does have someone an idea what's going wrong? TIA, Loïc. -- -- // Sender address goes to /dev/null (!!) // Use my 32/64 bits, ANSI C89, compliant email-address instead: unsigned y[]= {0,34432,26811,16721,41866,63119,61007,48155,26147,10986}; void x(z){putchar(z);}; unsigned t; main(i){if(i<10){t=(y[i]*47560)%65521;x(t>>8);x(t&255);main(++i);}} 10 GB Mailbox, 100 FreeSMS/Monat http://www.gmx.net/de/go/topmail +++ GMX - die erste Adresse für Mail, Message, More +++ -- 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/