Re: Path problem with xterm
- Original Message - From: Mike Ayers If you set PATH absolutely in .bash_profile, the right thing will happen. You may want to copy the initial value of PATH into another exported env var, so that you can see if there have been changes to the default path. Hi Mike. If I can find some time this week, I'm tempted to give this a try but I don't quite understand how it would work. Are you saying that an absolute path in .bash_profile will somehow override the other paths? Or that it will somehow prevent the various other scripts from adding their own entries? Or will I still have to track down all those other files and edit them anyway? John -- 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: Path problem with xterm
- Original Message - From: Ken Brown Most of the extra entries probably come from the various bash startup files (including /etc/profile). These startup files will be invoked every time you start a new bash login shell. It looks like you're right about this Ken. Many of the scripts and batch files just blindly add their directory requirements to my path without checking whether the path already contained them. Havng said that, some of the scripting models (e.g. for processing batch files) might not have adequate tools for doing an intelligent check, so it looks like this is something I'll just have to live with :-( It is quite annoying though because most applications that need to search the user's path don't seem to do it intelligently either - and so the same folders keep getting searched over and over again. Thanks anyway, John -- 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/
Path problem with xterm
If I open a bash terminal in cygwin, then I create an xterm (either by running startxwin.bat or by running the relevant lines from it manually) then I type set, my environment settings get listed. Among them is my current PATH variable. However, the displayed path is not the same as the path I had previously (in the bash terminal). Basically, it's the same path but with some extra entries added (most of these being duplicates of entries that were already present). Cygwin's 'startxwin.bat' does introduce some extra entries - but even if I comment them out I still end up with unwanted entries that look like they must either be getting added by Xwin or xterm. Can anyone suggest where they might be coming from, so I can see if I can get rid of them? Thanks, John -- 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: Path problem with xterm
- Original Message - From: Mike Ayers Subject: RE: Path problem with xterm Are you perhaps modifying PATH in .bashrc? No Mike, not as far as I can tell. In fact it's the original .bashrc that was installed with Cygwin. I haven't edited it and I can't see anything in it that refers to my path. :-( John -- 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: X / gtk-x11 / flicker and other problems [+PATCH]
- Original Message - From: John Emmas john...@tiscali.co.uk One more thing Jon. I'm probably being ludicrously simplistic here - but to fix the resizing problem (not resizing until the user lets go of the mouse button) could there be a simple fix for this just by responding to the WM_MOUSEHOVER notification? Or if you'd prefer not to do this in WM_SIZING, WM_NCMOUSEHOVER might be more successful and would at least make Cygwin's resizing work more like Linux's. I guess the main problem with WM_NCMOUSEHOVER though is that it doesn't get issued by older versions of Windows. However, that's Windows fault, not Cygwin's. John -- 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: X / gtk-x11 / flicker and other problems [+PATCH]
Still haven't managed to run 'configure' successfully when trying to build xorg-server from source. I'm now getting a simple error relating to GLproto:- checking for GL... configure: error: Package requirements (glproto = 1.4.9 gl = 7.1.0) were not met: Requested 'glproto = 1.4.9' but version of GLProto is 1.4.8 Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables GL_CFLAGS and GL_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. 1.4.8 is the latest version according to my usual mirror. Anyone know if 1.4.9 can be obtained anywhere using setup.exe? Or how should I set those GL_ env variables to force it to use 1.4.8? Thanks, John -- 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: X / gtk-x11 / flicker and other problems [+PATCH]
- Original Message - From: Jon TURNEY Nope, 1.4.9 is the latest (indeed, only) version in cygwin mirrors. http://cygwin.com/cgi-bin2/package-grep.cgi?grep=glproto 1.4.8 was only ever in cygwinports as far as I can tell. I suspect that the 'exciting and different' way that setup compares versions between package servers might be involved here. Well I ended up finding 1.4.9 in a tar.bz2 file and installed it from that. The previous test is now passing - but further on I get these errors:- No package 'videoproto' found No package 'compositeproto' found No package 'xineramaproto' found No package 'xkbfile' found I've managed to track down 'compositeproto' and 'xineramaproto' but not the others :-( John -- 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: X / gtk-x11 / flicker and other problems [+PATCH]
- Original Message - From: Jon TURNEY videoproto isn't packaged as it doesn't do anything useful for us. You need to configure with --disable-xv xkbfile is provided by libxkbfile-devel Okay, I fixed those problems and the build appeared to go okay, following these instructions (for a Standard build) but adding --disable-xv at the configure stage:- http://x.cygwin.com/docs/cg/prog-build-native.html I then got to the next stage which is to try running the local build. I issued this command:- hw/xwin/XWin -multiwindow -multiplemonitors -clipboard -silent-dup-error but got a message box saying A fatal error has occured and Cygwin/X will now exit. Please open /usr/var/log/XWin %s.log for more information However, there's no such folder on my system. I do have a folder called /var/log/ but the most recent file in it is dated about an hour ago... :-( Simply issuing 'hw/xwin/XWin' gives me the same problem. Also (this may be significant) my new XWin.exe (weighing in at just under 9Mb) is about double the size of the previous one. John -- 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: X / gtk-x11 / flicker and other problems [+PATCH]
- Original Message - From: Jon TURNEY Subject: Re: X / gtk-x11 / flicker and other problems [+PATCH] I guess you need to either create that directory so it can write to it Done that - but now I'm getting a bit paranoid... it fixed the original problem but now when I try to launch XWin I get a message box saying Windows Firewall has blocked this program from accepting connections from the internet or network. If you trust the publisher you can unblock it. Hmmm... do I / should I unblock it?? Unblocking it temporarily lets me run XWin - apparently fine, although I see a couple of errors in the log file:- (EE) AIGLX error: dlopen of /usr/lib/dri/swrast_dri.so failed (No such file or directory) (EE) GLX: could not load software renderer Are these anything to be worried about? BTW Jon - flickering seems to be vastly improved!! Thanks for all your help. John -- 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: X / gtk-x11 / flicker and other problems [+PATCH]
- Original Message - From: Jon TURNEY Thanks for being the guinea pig. I'll update the CG document to hopefully clarify the things which caused you problems. Thanks. One more thing Jon. I'm probably being ludicrously simplistic here - but to fix the resizing problem (not resizing until the user lets go of the mouse button) could there be a simple fix for this just by responding to the WM_MOUSEHOVER notification? For example:- 1) Check wParam to see if the left button is currently pressed. 2) If so, call Invalidate() for the window being resized. 3) Call TrackMouseEvent() on next WM_MOUSEMOVE (so that the next hover event gets notified). John -- 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: X / gtk-x11 / flicker and other problems [+PATCH]
Jon - I followed the instructions from that link and everything went well until I reached stage 4 ( ./autogen.sh -V ). At that stage I get this output:- autoreconf-2.61: Entering directory `.' autoreconf-2.61: configure.ac: not using Gettext autoreconf-2.61: running: aclocal autoreconf-2.61: configure.ac: tracing autoreconf-2.61: running: libtoolize --copy libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./ltmain.sh' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. autoreconf-2.61: running: /usr/bin/autoconf-2.61 configure.ac:614: error: possibly undefined macro: XTRANS_CONNECTION_FLAGS If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. autoreconf-2.61: /usr/bin/autoconf-2.61 failed with exit status: 1 Any suggestions for fixing this error? Also, assuming I get through that stage and apply your patch, what do I subsequently run to build and install the xserver? Is it the usual ./configure, make and make install or something else? John -- 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: X / gtk-x11 / flicker and other problems [+PATCH]
- Original Message - From: Jon TURNEY jon.tur...@dronecode.org.uk Subject: Re: X / gtk-x11 / flicker and other problems [+PATCH] Bah! Now I've noticed the flickering again, so I have to fix it. Your cunning plan worked. :-) Thanks very much for that, Jon. I'll apply your patch at the weekend (presumably it'll work with x11r6, which I'm still on?) My only qualm is that I'm not very experienced with building Cygwin stuff from source. Mostly, I've tried the configure and make route which has so far been a bit hit-and-miss. Should I be using cygport to do the rebuild and if so, what command(s) should I need? John -- 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: X / gtk-x11 / flicker and other problems [+PATCH]
Oh BTW, I should have added:- One particular problem is that the xserver will only support twin monitors if they both have the same settings (resolution etc). Hmm... I thought this worked. The only restriction should be that the colour-depth of the monitors is the same... Sorry, I stand corrected. I hadn't realised that I only needed to match the colour depths, so for months I've been matching the resolutions too. After a bit of experimenting this morning I now realise that it wasn't necessary. Apologies. John -- 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: X / gtk-x11 / flicker and other problems [+PATCH]
Jon - I just realised that I don't seem to have the source for X11 (which is presumably what I need before applying your patch). I've looked on my usual Cygwin mirror (ftp://mirrors.xmission.com) as well as looking in Cygwin-Ports (ftp://sourceware.org) but I couldn't see what I needed to download. Should I have found the source code on one of the mirrors? Thanks, John -- 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: X / gtk-x11 / flicker and other problems [+PATCH]
Thanks Jon Larry, I can see a package called libX11 : X.OrgX11 core library (source). Will that bring in all the source files I need or is there a bit more to it than that? John -- 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: X / gtk-x11 / flicker and other problems
- Original Message - From: Jon TURNEY Subject: Re: X / gtk-x11 / flicker and other problems At the moment, -multiwindow mode always selects the GDI engine for reasons which are lost in the mists of time (rooted modes are able to use DirectDraw), so a GDI BitBlt is used to transfer the contents of the shadow buffer to the display. Jon - did I understand you correctly here? Are you saying that there's an alternative mode I could try that should give me better performance (even though it might be limited to just one monitor)? If so, how do I need to call Xwin to work in a rooted mode? Thanks, John -- 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: X / gtk-x11 / flicker and other problems
May I say in its defence (after a bit more experimenting) that when comparing Cygwin-X/gtk-x11 against gtk-win32, X's text handling is noticeably superior at high resolutions (at least, on my system). With my monitor set to 1600x1200, Cygwin-X's text is still crisp and clear - whereas gtk-win32's looks decidedly fuzzy. Anyway, I wanted to try working in 'rooted' mode to see if this would improve the flickering that I reported yesterday. Normally I start X just by running the batch file startxwin.bat. Looking in that file I can see that the command to start X is:- %RUN% XWin -multiwindow -multiplemonitors -clipboard -silent-dup-error Perhaps naively I figure that if I changed it to this:- %RUN% XWin -clipboard -silent-dup-error I'd get a single monitor in the 'rooted' mode that John referred to yesterday (i.e. able to use DirectDraw). However, there seems to be more to it than that. The above line causes xserver to run in a very flickery window, as if something isn't set up properly. What do I need to do to see the DirectDraw feature in action? John -- 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/
X / gtk-x11 / flicker and other problems
I've been 'tinkering around' with Cygwin for a few months now. Not doing anything serious with it - just finding out about it. And in the main, I like it. The only disappointment (sorry guys) is 'X11' (or maybe the problems are with gtk-x11). Either way, I've been hugely disappointed at how 'clunky' a GUI app feels, on screen. Moving windows around the screen isn't so bad - but resizing them looks horrendous. Even simple windows flicker very badly. Another problem is tnat the contents don't actually resize until I let go of the window. So, if I'm dragging the bottom-right corner of a window to make it bigger, I just get a big white flickery space at the bottom and on the RHS - until I let go of my mouse button at which point, all the objects reposition themselves. Twin monitors are a bit of a pain too, to be honest. A few days ago I realised that GTK+ offers various backends, including a win32 one. So over the past few days I've been taking a look at it - to see if I could ditch 'X' and gtk-x11 abd build my Cygwin apps using gtk-win32. It's not without its problems but I've been truly astonished at how much smoother the windows behave, on screen. Okay - we'd expect a native build to be slicker, but this is so smooth compared to the clunky effects that I see with Cygwin-X and gtk-x11. Before I decide to dive off at a tangent, is there anything I could do to 'tweak' the performance of Cygwin's 'X' and/or gtl-x11? For example, is it possible that X11 isn't taking advantage of hardware accelleration? And if so, is this something I could 'turn on' somehow? Thanks, John -- 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: X / gtk-x11 / flicker and other problems
- Original Message - From: Jon TURNEY Subject: Re: X / gtk-x11 / flicker and other problems btw, I use -multiwindow mode all the time, but I've obviously trained myself not to see any of these artefacts lol - fair point..! But I must admit, having seen how the graphics performance can be under gtk-win32 I'd be very reluctant now to go back to x11, even though I know it must be more sensible to stick with the official backend. Here's some expansion on what I said earlier:- Twin monitors are a bit of a pain too, to be honest. Would you care to elaborate on this point a bit? One particular problem is that the xserver will only support twin monitors if they both have the same settings (resolution etc). I happen to use my primary monitor at 1600x1200 and my secondary monitor at 1280x1024. Running the monitors at different resolutions is a lot more common than you might realise. At one time I thought I was pretty unique but in fact, most dual-headers that I've spoken to also have their monitors at different resolutions. Another problem (doesn't affect me but I think I read this somewhere) is that Cygwin's xserver isn't very hapy if the primary monitor is on the right-hand side. I'm guessing from this that you are using -multiwindow mode. [ ... ] At the moment, -multiwindow mode always selects the GDI engine for reasons which are lost in the mists of time (rooted modes are able to use DirectDraw), so a GDI BitBlt is used to transfer the contents of the shadow buffer to the display. Oh - please explain a bit more I'm not aware of being in any particular mode but if there are different modes I could try, I'd be happy to experiment if you'll tell me how to set them up. The way the integrated window manager works at the moment, when a window is being resized WM_SIZING is only used to enforce any window sizing constrains specified in hints, that isn't passed onto the X application to allow it to redraw itself until the mouse button is released and a WM_SIZE is sent. Yes, that ties in with what I'm observing. Interestingly I just booted up into Linux and rebuilt the same app using x11 on Linux. That gives more-or-less the same result as Cygwin-X. The window contents don't get redrawn until I either release the mouse button (or in Linux's case, stop dragging for more than about a second). That probably explains some of what you are seeing, although playing around with this a bit, I think neither of these things is working entirely as it should... I think I'd agree with that. It's nit-picking I know, but IMHO gtk-win32 (which resizes continuously) gives a more satisfying and somehow a more professional experience. Do please let me know if I can try out some alternative modes. John -- 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: cygwin and cygwin-xfree lists to merge
- Original Message - From: Yaakov (Cygwin/X) Subject: Re: cygwin and cygwin-xfree lists to merge That may have been true until November 12. But in the last four weeks since X11R7.4, there have been ~500 messages on cygwin-xfree, including 30 announcements (including 3 xserver revisions). Comparatively, there have been ~660 messages on cygwin including ~45 announcements. I suspect that's probably an untypical situation. I can give you some figures for the 3 months from August 17th (when I first registered) to November 17th (when I unsubscribed from xfree). These figures include announcements as well as posts that were duplicated on both lists:- cygwin.xfree = 194 messages cygwin = at least 1374 messages I can't give an accurate figure for the cygwin list because I regularly have to unsubscribe from it due to the high volume of traffic. It wouldn't surprise me if the true figure isn't 50 percent higher or more (i.e. ten messages on cygwin list for every one on cygwin.xfree). John -- 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: Can anyone help with a multiple monitor system?
I found a log file called XWin.log and it immediately told me what was wrong winScreenInit - Monitors do not all have same pixel format / display depth. Using primary display only. As an experiment, I tried setting both my monitors to 1200x1024 at 16-bit depth. XWin then launched and worked as expected. Curiously, I found that I can set my monitors to different settings AFTER I start XWin and it seems to be quite happy to carry on working. It just doesn't seem to like *starting* if the monitor settings are different, which is a pity. Armed with my new knowledge I decided to search Google. I'd always thought that I was unusual in having twin monitors running at different resolutions but in fact, it seems to be quite common. I found lots of comments about the same problem - though not all of them about Cygwin. Some were about a package (project?) called comp.windows.x. I've never heard of this. Can anyone tell me if it's connected with Cygwin or is it something totally different? Cheers, John - Original Message - From: John Emmas [EMAIL PROTECTED] To: cygwin-xfree@cygwin.com Sent: 23 August 2008 09:31 Subject: Can anyone help with a multiple monitor system? I have a dual-head (twin monitor) setup using a Matrox Millenium G400 graphics card. I've been using this successfully for many years under both Windows and Linux (64Studio). Using GTK, I've built a myself a small Hello World type app. It's just a simple GTK dialog box with a label saying Hello World and a 'Close' button. If I build it under GNU GCC and run it under Linux it runs fine. However, if I re-boot into Windows and build it under Cygwin, it only displays properly on my left-hand monitor. If I drag the dialog box to my right-hand monitor, the dialog gets displayed - but not its contents. I'm starting my X server by running startxwin.bat which can be found in c:\cygwin\usr\X11R6\bin. I've already taken a look within startxwin.bat and I noticed that it offers various command-line switches to Xwin. One of these is '-multiplemonitors' which I thought might help. I modified startxwin.bat to add this as an extra parameter when starting Xwin but it didn't make any difference. Can anyone suggest anything else I could try? Thanks, John -- 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/
Can anyone help with a multiple monitor system?
I have a dual-head (twin monitor) setup using a Matrox Millenium G400 graphics card. I've been using this successfully for many years under both Windows and Linux (64Studio). Using GTK, I've built a myself a small Hello World type app. It's just a simple GTK dialog box with a label saying Hello World and a 'Close' button. If I build it under GNU GCC and run it under Linux it runs fine. However, if I re-boot into Windows and build it under Cygwin, it only displays properly on my left-hand monitor. If I drag the dialog box to my right-hand monitor, the dialog gets displayed - but not its contents. I'm starting my X server by running startxwin.bat which can be found in c:\cygwin\usr\X11R6\bin. I've already taken a look within startxwin.bat and I noticed that it offers various command-line switches to Xwin. One of these is '-multiplemonitors' which I thought might help. I modified startxwin.bat to add this as an extra parameter when starting Xwin but it didn't make any difference. Can anyone suggest anything else I could try? Thanks, John -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Running a simple GUI app
Thanks Phil, As it turns out, a lot of my problems have been solved by doing something called a rebase (I needed to start 'ash' and then type 'rebaseall'). There's very little information about this on the internet. Can anyone explain what exactly I've done and why it's improved things so much? Regards, John - Original Message - From: Phil Betts [EMAIL PROTECTED] To: cygwin-xfree@cygwin.com Sent: 19 August 2008 09:42 Subject: RE: Running a simple GUI app John Emmas wrote on Monday, August 18, 2008 7:43 PM:: Sorry Phil if my questions seem 'lame'. I should have explained that I only installed Cygwin this morning so I'm by no means up to speed with the concepts or terminology. I'm sorry if it came across wrongly. I didn't mean to suggest you were currently lame. I had assumed from the context that you were probably new to at least some of the technology and was trying to steer you away from _becoming_ a lame Windows user. Anyway, I managed to arrange Windows so that it now starts X at boot up. This means that I can use a (DOS) console window to navigate to the appropriate directory, type 'HelloWorld' and my HelloWorld app launches with X just running silently in the background. That's a lot slicker than the procedure I was using a few hours ago. Thanks for the suggestion. What's strange though is that I can't just double-click on the app's icon and launch it. There's a (slim) chance that this could be a Windows problem but I've never known any other Windows app that can be started from a command line but can't be started by clicking its icon. Any ideas? As cgf has suggested, it's probably the DISPLAY environment variable. Alternatively, you could use the standard X parameter -display :0 if your program supports it. Phil -- This email has been scanned by Ascribe PLC 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/ -- 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: Hello
- Original Message - From: Christopher Faylor [EMAIL PROTECTED] Subject: Re: Hello Rerun http://cygwin.com/setup.exe, keep hitting Next, and when it gets to the Select Packages screen, maximimize the screen and you'll see an X11 category on the bottom. You can either install everything by clicking once on the Default next to the X11 or you can click on the plus to see the available packages and install the packages individually. Thanks Christopher, When I first installed, I left everything set at 'Default'. Now I've re-run the setup program and I navigated to that screen with X11 at the bottom. The categories all have a little + sign and if I click it, they expand and give various sub-options. But if I click the + sign for 'X11' there are no sub-options. The only thing I can do with the X11 branch is change it from 'Default' to 'Install'. However, that makes no difference to the installed file count. This makes me suspect that X11 is probably already installed. Is there a way to check? Thanks, John - Original Message - From: Christopher Faylor [EMAIL PROTECTED] To: cygwin-xfree@cygwin.com Sent: 17 August 2008 18:34 Subject: Re: Hello On Sun, Aug 17, 2008 at 06:27:05PM -, John Emmas wrote: Hi - I just installed Cygwin today for the first time and I'm trying to find out if any kind of X server got installed. When I click on the Cygwin desktop icon (I'm running it under Windows XP) it opens a DOS type window and I can search around my various folders etc. I've tried looking for things like 'xwin' or 'startx' and stuff like that but I can't find anything. Is there a way to find out if X got installed? If you didn't specify that X should be installed then X was not installed. Rerun http://cygwin.com/setup.exe, keep hitting Next, and when it gets to the Select Packages screen, maximimize the screen and you'll see an X11 category on the bottom. You can either install everything by clicking once on the Default next to the X11 or you can click on the plus to see the available packages and install the packages individually. 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/ -- 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: Hello
Thanks Marco, you were absolutely right. I've now re-installed following those instructions and a lot more things are getting installed. It looks like this will be a lengthy process so in the meantime, can I ask another newbie question please...? At the moment, I'm starting Cygwin by using its desktop icon, This brings up a DOS window and (I'm assuming) that from within the DOS window I'll need to type commands - e.g. to start X and to run any program that I eventually want to run. Is that the normal procedure - or will I eventually get to the stage where I can launch an app directly from a desktop icon and everything else will happen automatically? John - Original Message - From: Marco Lechner [EMAIL PROTECTED] To: cygwin-xfree@cygwin.com Sent: 18 August 2008 07:52 Subject: Re: Hello Hi John, I suppose you are trying an install from localdirectory. Because you didn't download the X11-packages (because you used only the default-option only defaultz packages were downloaded). Why not reading the Installation-Howo? http://x.cygwin.com/docs/ug/setup-cygwin-x-installing.html Marco John Emmas schrieb: - Original Message - From: Christopher Faylor [EMAIL PROTECTED] Subject: Re: Hello Rerun http://cygwin.com/setup.exe, keep hitting Next, and when it gets to the Select Packages screen, maximimize the screen and you'll see an X11 category on the bottom. You can either install everything by clicking once on the Default next to the X11 or you can click on the plus to see the available packages and install the packages individually. Thanks Christopher, When I first installed, I left everything set at 'Default'. Now I've re-run the setup program and I navigated to that screen with X11 at the bottom. The categories all have a little + sign and if I click it, they expand and give various sub-options. But if I click the + sign for 'X11' there are no sub-options. The only thing I can do with the X11 branch is change it from 'Default' to 'Install'. However, that makes no difference to the installed file count. This makes me suspect that X11 is probably already installed. Is there a way to check? Thanks, John - Original Message - From: Christopher Faylor [EMAIL PROTECTED] To: cygwin-xfree@cygwin.com Sent: 17 August 2008 18:34 Subject: Re: Hello On Sun, Aug 17, 2008 at 06:27:05PM -, John Emmas wrote: Hi - I just installed Cygwin today for the first time and I'm trying to find out if any kind of X server got installed. When I click on the Cygwin desktop icon (I'm running it under Windows XP) it opens a DOS type window and I can search around my various folders etc. I've tried looking for things like 'xwin' or 'startx' and stuff like that but I can't find anything. Is there a way to find out if X got installed? If you didn't specify that X should be installed then X was not installed. Rerun http://cygwin.com/setup.exe, keep hitting Next, and when it gets to the Select Packages screen, maximimize the screen and you'll see an X11 category on the bottom. You can either install everything by clicking once on the Default next to the X11 or you can click on the plus to see the available packages and install the packages individually. 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/ -- 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/ -- 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/
Running a simple GUI app
Hi there, After installing Cygwin (under WinXP) I've got to the stage of compiling a very simple Hello World app which just displays an empty GTK dialog with the title Hello World. To run the app I (currently) have to start Cygwin (using its desktop icon), type startx into the DOS terminal (which opens a second terminal window), navigate to the folder containing my executable and finally type ./HelloWorld. Obviously this is all a bit convoluted. Is there a simpler way to launch my app - for example:- a) Double clicking on an icon, or b) Issuing some command (from a DOS terminal) that would launch the app - but starting Cygwin and X invisibly. Thanks, John -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Running a simple GUI app
Sorry Phil if my questions seem 'lame'. I should have explained that I only installed Cygwin this morning so I'm by no means up to speed with the concepts or terminology. Anyway, I managed to arrange Windows so that it now starts X at boot up. This means that I can use a (DOS) console window to navigate to the appropriate directory, type 'HelloWorld' and my HelloWorld app launches with X just running silently in the background. That's a lot slicker than the procedure I was using a few hours ago. Thanks for the suggestion. What's strange though is that I can't just double-click on the app's icon and launch it. There's a (slim) chance that this could be a Windows problem but I've never known any other Windows app that can be started from a command line but can't be started by clicking its icon. Any ideas? John - Original Message - From: Phil Betts [EMAIL PROTECTED] To: cygwin-xfree@cygwin.com Sent: 18 August 2008 16:41 Subject: RE: Running a simple GUI app John Emmas wrote on Monday, August 18, 2008 4:55 PM:: Hi there, After installing Cygwin (under WinXP) I've got to the stage of compiling a very simple Hello World app which just displays an empty GTK dialog with the title Hello World. To run the app I (currently) have to start Cygwin (using its desktop icon), type startx into the DOS terminal (which opens a second terminal window), navigate to the folder containing my executable and finally type ./HelloWorld. Obviously this is all a bit convoluted. Is there a simpler way to launch my app - for example:- a) Double clicking on an icon, or b) Issuing some command (from a DOS terminal) that would launch the app - but starting Cygwin and X invisibly. Thanks, John First, there's no such concept as starting Cygwin. Cygwin is just a DLL. If you mean start a bash session, there's no need to do that just to run an X program. You could* write a bash script along the lines of: /path/to/runyourprog --- #!/bin/bash --login checkx || startx exec yourprogname - The --login should ensure that the environment is set up correctly. Then you can create a shortcut with a target of: C:\cygwin\bin\bash -c /path/to/runyourprog * This is very much a lame Windows-user type of thing to be doing. Xwin is a SERVER. It should not be started by running a client. If you were to ask a linux mailing list for a way to switch runlevel if someone tried to run your program without an X server, you would rightly expect the electronic equivalent of howls of derision. Why do you not just start X when you log on? If you'd rather not start X every time you log on, you only need to start it the first time you try to run an X program. Any properly written X program (including yours) should tell the user if it cannot connect to the X server, so if you get this message, you just need to run the server - once, then try again. Phil -- This email has been scanned by Ascribe PLC 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/ -- 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/
Hello
Hi - I just installed Cygwin today for the first time and I'm trying to find out if any kind of X server got installed. When I click on the Cygwin desktop icon (I'm running it under Windows XP) it opens a DOS type window and I can search around my various folders etc. I've tried looking for things like 'xwin' or 'startx' and stuff like that but I can't find anything. Is there a way to find out if X got installed? Thanks. John -- 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/