Re: I lose characters because keycode of Fn is same than DEL
On 30 June 2011 17:51, Jon TURNEY jon.tur...@dronecode.org.uk wrote: I've fixed the mapping for this (undocumented) virtual key code, so hopefully this works correctly now. I've uploaded a snapshot at [1] I can't test this as the keyboards I have with an Fn key don't generate a separate keypress for that, apparently Lenovo laptops are special in this regard :-), so please let me know if this works. [1] ftp://cygwin.com/pub/cygwinx/XWin.20110630-git-e89b8ba1b44331d1.exe.bz2 Thanks Jon, that works a treat. The new output for the Fn key is: [ 89311.789] winTranslateKey: wParam 00ff lParam 01630001 [ 89311.789] winSendKeyEvent: dwKey: 85, fDown: 1, nEvents 2 [ 89311.789] winTranslateKey: wParam 00ff lParam c1630001 [ 89311.789] winSendKeyEvent: dwKey: 85, fDown: 0, nEvents 2 The corresponding output in xev is now: KeyPress event, serial 27, synthetic NO, window 0x41, root 0x101, subw 0x0, time 89443079, (86,83), root:(202,215), state 0x0, keycode 93 (keysym 0xff7e, Mode_switch), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 27, synthetic NO, window 0x41, root 0x101, subw 0x0, time 89443079, (86,83), root:(202,215), state 0x0, keycode 93 (keysym 0xff7e, Mode_switch), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False Phil -- 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: Incomplete installation of subversion
On 13 August 2010 11:27, Andrey Repin wrote: Greetings, Corinna Vinschen! On Thu, Aug 12, 2010 at 9:02 AM, Andrey Repin wrote: (snip) stdout:curl -iI -H Accept-Encoding: gzip -s -- http://cygwin.com/setup.exe; HTTP/1.1 200 OK Date: Thu, 12 Aug 2010 06:59:40 GMT Server: Apache/2.0.52 (Red Hat) Last-Modified: Tue, 10 Aug 2010 16:28:21 GMT ETag: 18e01b8-a7413-9f101340 Accept-Ranges: bytes Vary: Accept-Encoding Content-Encoding: gzip Cache-Control: max-age=0 Expires: Thu, 12 Aug 2010 06:59:40 GMT Content-Type: application/octet-stream Works for me with wget: Of course. It's just you can't launch it after wget - file don't have rights to execute it. chmod +x ? Indeed, yet again, it's not the point of my question. I have download manager processing downloads from my web browser. It's quite enough for me. When server behave correctly. There's nothing wrong (in this regard) with the server. See http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html | In HTTP, it SHOULD be sent whenever the message's length can be | determined prior to being transferred You forced it to use gzip encoding, which is often a streaming process, and in general a server won't know in advance how long the content will be. Remove the -H (and -I) and curl works just fine (and the content is shorter than the gzipped version). In fact, curl works just fine even with the -H option, as long as you remove the -I, and remember to gunzip the contents. You had the choice of: a) criticizing the set-up of one of the web's largest and most reliable download sites or b) pausing to consider whether perhaps you'd missed something in your HTTP class I think perhaps you made the wrong choice. Phil -- -- WBR, Andrey Repin (anrdae...@freemail.ru) 13.08.2010, 14:26 -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Changing interactive shell from Bash to Zsh
Anonymous bin ich writes: Hi! I am having trouble changing my shell from Bash to Zsh. Since there is no chsh, I have tried adding exec zsh -l to .bashrc Unfortunately, since cygwin is started as interactive login shell, it doesn't read .bashrc and so it starts as bash If I source .bashrc from .bash_profile (which I don't like), then it works. But then I cannot start X server from the start menu shortcut because bash reads .bashrc, executes zsh and exits; even though startxwin.exe is called by bash -l. So, is there a way to change shell? All chsh does is edit the last field in /etc/passwd. You can do this yourself in any text editor (assuming you've got write access). Just change /bin/bash to /bin/zsh and you should be OK. Don't even think about hacking .bashrc, .bash_profile or .profile. If you do, then anything that tries to run bash will end up running zsh, and will probably fail. (This would include all post-install scripts run by setup.exe, so you'd probably end up with a hosed system) BTW, this is the wrong list for this topic; it has nothing to do with X. Phil -- 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: gcc4 and -mno-cygwin
Jerry DeLisle wrote: You could try this: http://www.equation.com/servlet/equation.cmd?call=fortran Am I going blind, or is there no source available from there? Phil -- This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: [ANNOUNCEMENT] [1.7] Updated: xinit-1.1.1-5
Charles Wilson wrote: Angelo Graziosi wrote: In 'startxwin.bat' I see: %RUN% bash -l -c XWin -multiwindow -clipboard -silent-dup-error Shouldn't it be %RUN% bash -l -c XWin -multiwindow -clipboard -silent-dup-error ? No, run implicitly puts the target in the background, unless you add the '-w' (wait) option. I think Angelo was trying to avoid having an unnecessary bash process hanging around. Bash is only used to prepare the environment, so why not do it like this instead: %RUN% bash -l -c exec XWin -multiwindow -clipboard -silent-dup-error i.e. the bash process is replaced by XWin rather than spawning a new process, putting it in the background, then exiting. Under *IX, this is usually more efficient than Angelo's method, but I don't know if this is true under cygwin, given the complexity of getting exec/fork etc. to work under Windows. Phil -- This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: Tree command - Display Structure of Directory Hierarchy
There's a tree package available from here: http://lassauge.free.fr/cygwin/release/ I've no idea if this was the origin of the posted binary, but these packages DO come with source. I used to find these packages quite useful, but many packages had dependencies that conflicted with official cygwin packages' dependencies so I stopped using them. You should be OK with tree though. Phil -- This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: Cut Paste problem between X windows
Steve Wallace wrote, I am using the logitech setpoint utility within XP with the default settings, although these were also used on the previous setup. In setpoint (assuming it's similar to the version I have), there's a tab with 1. Select Mouse, 2. Select Button, and 3.Select Task Select your mouse model in 1, click on the middle button in 2, and in 3, you need to select Other. Then click on Select Functions. You should see a number of options. Select Middle Mouse and you should be in business. HTH, Phil -- This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: Problems starting rxvt from startxwin.bat
Jose Luis wrote: I can start xterm from startxwin.bat: %RUN% xterm -e /usr/bin/bash -l but no rxvt: %RUN% rxvt -bg white -fg black -e /bin/bash although it can be started from command line: jlfd...@jlfdiazwxp ~ $ rxvt -bg white -fg black -e /bin/bash Why does rvxt starting from startxwin.bat fail? This is almost certainly a timing issue. The line in the batch file that starts the server uses %RUN% to start it in the background. This means that the following commands in the batch file may execute before the X server has completed (or even started) its initialisation. I suspect that the reason the two terminals behave differently is that, xterm tries to connect to the server a number of times before giving up, whereas rxvt gives up at the first failure. Because the time taken to initialise the X server can vary, rather than using just sleep, I have added the following: REM wait up to 30 seconds for the X server set /a COUNT=0 :WAITFORX checkx -d %DISPLAY% if not errorlevel 1 goto FINISHOFF set /a COUNT+=1 if %COUNT% GEQ 30 goto NOX echo Waiting for X on display %DISPLAY% ... sleep 1 goto WAITFORX :NOX echo WARNING: X doesn't appear to have started exit /B 1 :FINISHOFF Jon/Yaakov, could this be added to the distributed startxwin.bat? Perhaps the warning could be extended to include instructions to check the log. Phil -- This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: Why is remote client being rejected? AUDIT: XWin: client 4 rejected from IP 192.168.3.3
Linda Walsh wrote: Yeah, know about that one: (xosview) saves it from the HUP's when the window closes... No need for that (which adds an unnecessary extra fork), just unset the bash option huponexit (probably in your ~/.bashrc): shopt -u huponexit Although I think that's the default setting now. Phil -- This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange.
RE: Mouse chording question
Peter Scott wrote: Hello. I would like to migrate from eXceed to Cygwin for the performance improvement, but there is a feature I currently have that I have not figured out in Cygwin yet. I want MB1+MB3 to generate paste (as in MB2). You need the -emulate3buttons option for XWin (exactly how you set it depends on how you start XWin) Phil -- This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: find(1) assertion for folder with a sub-folder named `x:'
Corinna Vinschen wrote: On Jun 19 17:55, Haojun Bao wrote: hi, Here's a test case to make find(1) assertion: mkdir no-such-dir/foo/bar: -p #this will not assert find no-such-dir/ mkdir no-such-dir/foo/c: -p I think the right answer here is don't do that. Don't create files or directories starting with a single character, followed by a colon. The problem is that a path starting with X: is treated as an absolute Win32 path. Right now you cannot have both. Either a path starting with X: is treated as Win32 path, or Cygwin must stop handling Win32 paths at all and only allow POSIX paths. Just to underline what Corinna said, consider the consequences of the following: mkdir -p foo/c: cd foo rm -rf c:/ In case you can't see why that's bad, DON'T TRY IT!! Don't even copy it, because you will accidentally paste it into a terminal window, you will get to say oopsy! [1], and you will hurt your forehead on your keyboard. If you can't resist the temptation, do invite friends round to watch; you'll have a humorous shared memory for later in life. Also consider videoing it, and getting a friend to post it on YouTube for you. [1] See http://www.theregister.co.uk/2008/10/03/bofh_2008_episode_32/ Phil -- This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: R: How to make cygwin redirect in UNIX mode?
Christopher Faylor wrote: On Tue, Jun 09, 2009 at 10:27:27AM +0800, Pan ruochen wrote: you installed cygwin in text mode. So the output is DOS style, to have UNIX output you need to install in binmode I did get one cygwin distribution which can excute scripts both in DOS mode and in UNIX mode and output in UNIX mode. The distribution is released in one install-shield package instead of numbers of gzip packages with a setup program in the traditional way. Whoa! Stop right there. If you got Cygwin from someone else then you should go to the source for support. We don't support other people's packages here. We support the version of Cygwin that you get from the Cygwin web site. Theoretically this should not be too surprising. Please don't bother this list with questions about someone else's distribution. Really. I mean it. Whoa! Careful with that knee-jerk! [*] I thought the point was that the official install didn't work, but that the 3rd party packaged version *did* work (presumably because it's using an ancient, line-ending agnostic bash, and has been installed with binary mounts) My advice to the OP would be to reinstall the official release, and this time make sure that Unix/binary (RECOMMENDED) is selected in the Default Text File Type section in setup.exe. That version you've installed is completely out of date. As soon as you try to update it, you're likely to run into far more problems than if you install a current version and keep it up to date. [*] just to be clear and avoid offense, that's knee-jerk as in the reaction, not knee, jerk which would have had a completely different meaning ;-) Phil -- This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin Xserver issues
samitj wrote: I keep getting this error: sj...@dksjdksj~ $ startx xauth: creating new authority file /cygdrive/c/Documents and Settings/samitj/.se rverauth.8172 giving up. xinit: Connection refused (errno 111): unable to connect to X server xinit: No such process (errno 3): Server error. This suggests that the server probably failed to start. Look in the server log file /var/log/XWin.0.log, which should give you more of a clue. You should also look into changing your $HOME so that it doesn't have spaces. This might not be the problem here, but spaces in paths are a dumb idea and you're just increasing the risk of problems. The easiest way to do this without actually moving its location is to mount C:/Documents and Settings as /home, i.e.: mount -f -s -b C:/Documents and Settings /home then set your home directory in /etc/passwd to /home/samitj Note however that users have reported problems with permissions on Windows7 when their home directory is the same as the Windows profile directory, so you may just want to avoid Documents and Settings completely so that you avoid problems in the long run. I just upgraded my cygwin installation of X-server and I am doomed. Nothing is working. I am unable to start xserver. Sometimes it starts and crashes immediately. It does not start in multiple windows as it used it in the previous version. I'm also not able to copy paste between windows and unix applications. Please advise. I just want to type 'startx' and it should work as before. All that has happened is that the default server arguments have changed. Removing the cygwin-specific default options makes startx the same as on other platforms. You have 3 options: a) run startx -- -clipboard -multiwindow to get the old behaviour. b) edit the startx script instead, setting defaultserverargs= -multiwindow -clipboard, but your changes would be lost each time you updated. c) Use startxwin.bat. That is the best supported method of starting XWin, and works the way startx used to. You should also read the FAQ, because a lot has changed between X11R6 and X11R7: http://x.cygwin.com/docs/faq/ [I note that there is no mention of the change to startx's default server arguments in the FAQ. This isn't the first time that this has been raised, so perhaps it should be added to the FAQ] I have tried numerous re-installations (about 20) but nothing is working.. It's been said that one of the signs of madness is continually repeating an action and expecting a different result ;-) What made you think that things would work out any better the 20th time? OK, so this is Windows, where the 3rd or 4th time sometimes *does* produce a different result, but 20 times! For future reference, the way you should have gone about this is: 1) Read the update announcements so you don't get any nasty shocks: http://cygwin.com/ml/cygwin-xfree-announce/ The major announcement for the initial X11R7 release is here: http://cygwin.com/ml/cygwin-xfree-announce/2008-11/msg0.html This is linked to in the first paragraph on the Cygwin X front page: http://x.cygwin.com/ 2) Update, following any instructions in the announcements 3) If you have problems, read the documentation: http://x.cygwin.com/docs/ 4) If you can't find your answer there, search the mailing list archives: http://cygwin.com/ml/cygwin-xfree/ 5) If you're *still* stuck, post your problem here, following the instructions here: http://cygwin.com/problems.html In addition, for X related problems, you should also attach your /var/log/XWin.0.log When it comes to software, the thing to remember is if at first you don't succeed, read the documentation, not try, try and try again. Phil -- This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: urxvt-X terminfo and Bash readline
Dan Moulding wrote: The other odd thing I noticed is that for some reason in Bash the readline functionality horizontal-scroll-mode defaults to on when running inside urxvt-X. Normally this should default to off (as per the Bash man page). When running Bash in an xterm window, it is set off by default as expected. I had to manually turn it off in .inputrc when using urxvt-X. Any comments are appreciated. I had this a month or two back when I was testing a new mintty release, I had updated other stuff at the same time. I thought it was a problem with mintty and had intended to report it, but I had to reboot before I'd fully investigated it. After rebooting, I was unable to reproduce the problem. Perhaps you just need to reboot too? NB, I didn't get any warnings about in-use files, which is why I hadn't already rebooted, so it's probably a more subtle issue than in-use DLLs. Phil -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: dialog ?
Markus Wenke wrote: In early versions of cygwin, I've used dialog for some scripts. Now I want to start the script and dialog is not installed on the current cygwin version. I tried to install it with Cygwin-setup, but I can't find a packet named dialog. Which packet do I have to install for dialog? For this sort of question, you can either use the package search at http://cygwin.com/packages/ or simply use cygcheck: $ cygcheck -p dialog.exe Found 2 matches for dialog.exe. tetex-bin/tetex-bin-2.0.2-15The TeX text formatting system (binaries). tetex-bin/tetex-bin-3.0.0-3 The TeX text formatting system (binaries). In this case however, tetex-bin does not contain dialog.exe but tcdialog.exe. That file does seem to be dialog.exe by a different name though, so you might want to add alias dialog=tcdialog to ~/.bashrc This might be a packaging bug: typing man tcdialog brings up the dialog(1) man page, which suggests that something is not quite right. Phil -- This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Can I speed up running configure script?
Ravenik wrote: I type ./configure in xterm to configure package. The script runs very slowly - above 40 minutes. I suppose it should run faster on the E8400 2x3GHz CPU. Can I speed up / boost this ? Windows Task Manager shows idle process takes ~70%. Sorry if the question is stupid, I am beginner at cygwin. Host is Vista Home Premium 32, and cygwin is 1.5.25-15. Usually, when something takes this long, is not using 100% CPU, but is nevertheless progressing, it's because of network timeouts. Is it possible that you have a reference to a non-existent network share in your PATH? If not, you could try identifying where configure is spending its time by adding set -x near the top of the script (without the quotes, and after the line starting #!.) That will slow things down even more, but as the output scrolls by, you might spot it taking longer than you'd expect somewhere. If you don't get anywhere, please follow the instructions here: Problem reports: http://cygwin.com/problems.html particularly the bit about *attaching* the output from cygcheck -svr You might also check whether you're suffering from BLODA. See http://cygwin.com/faq/faq.using.html#faq.using.bloda and http://cygwin.com/acronyms/#BLODA Phil -- This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: system shared memory version mismatch
Polon Tang wrote: When the problem appears, the error seems to complain about cygwin1.dll version mismatch. [snip] Is this a know issue? Is there any patch available to cure? Please help. Many thanks. This is almost certainly because you updated cygwin without first terminating ALL cygwin processes. This includes any services you have started (I suspect you have cygserver running, but your version of cygcheck is too old to confirm this). You will have been warned that in-use files were replaced, and that you would need to reboot. That warning is there for a reason ;-) Phil -- This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: mark-active (was: [1.7] Updated: {emacs,emacs-X11,emacs-el}-23.0.92-1)
Marc Girod wrote: Two more changes I noticed with 23.0.92 (with respect to 21.2): 1. mark-active stays t after use (e.g. in the *shell* buffer), with the result that the visual effect to mark the region gets sticky. I can't help you here. I've not tried cygwin's 23.0.92 yet, but I can't say I've noticed this on Linux, although because I don't have transient-mark-mode turned on, I wouldn't really expect to. 2. in a file buffer, doing C-x C-f (find-file) and RET will not read the file again, but instead invoke dired. 'Twas ever thus. I think you're confusing C-x C-f with C-x C-v (find-alternate-file). The former has always* defaulted to the current directory. The latter has always defaulted to the current filename. [TIP: if you haven't already, try ido-mode. It redefines all buffer and file selection functions, and although it takes a little while to learn to get the most out of it, IMHO you'll quickly wonder how you managed without it.] [*] within my admittedly patchy memory. I *have* verified that 21.2.1 (the earliest version I have at hand) worked this way, on both cygwin and Linux. Phil -- This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Moving Cygwin
Tim Visher wrote: Maybe the context for my question would help. I'm attempting to follow advice from [Steve Yegge's My .emacs File article](http://steve.yegge.googlepages.com/my-dot-emacs-file) in order to get useful cygwin bash interaction from within NT Emacs. He seems to be of the opinion that the gentleman who responded in the comments about having the path interpolation code and installing cygwin in the default directory was mislead about what you need to get it to work. Are there A) Practical responses to Yegge's way of using Cygwin and NT Emacs? or B) A proven way to do what I'm trying to do without messing with cygwin's install directory (I would prefer this as I would like to keep cygwin safely secluded). I don't know what specific problems Steve Yegge had that made him think he needed to install in C:\, but I have cygwin installed in the default C:\cygwin and use bash without problem, including emacs correctly tracking the current directory. There's certainly no need to install cygwin into C:\ Using cygwin-mount.el, emacs understands cygwin paths. You can get cygwin-mount.el here: http://www.emacswiki.org/emacs/cygwin-mount.el Install it into your site-lisp directory, and byte-compile it. You can load a symbolic link, and emacs will open the target of the link. The only thing I haven't figured out yet (without hacking the C code) is how to get filename completion to follow symlinks, or to load a file with a symlink in the middle of its path. I.e., if /path/symlink.lnk points to /otherpath, you can load /path/symlink.lnk, and emacs loads /otherpath, but you can't load /path/symlink/file. (The symlink hack is likely to break with cygwin 1.7 if it uses utf-16 filenames for the symlink's target, so you might just want to skip that part of the code). The pertinent bits from my .emacs are: 8 ;;--- use bash as the default shell -- (setq shell-file-name bash) (setenv SHELL shell-file-name) (setq explicit-shell-file-name shell-file-name) (setq explicit-shell-args '(--login -i)) (setq shell-command-switch -ic) (setq w32-quote-process-args t) (defun bash () (interactive) (let ((binary-process-input t) (binary-process-output nil)) (shell))) (setq process-coding-system-alist (cons '(bash . (raw-text-dos . raw-text-unix)) process-coding-system-alist)) ;; ;; avoid problems with DOS line endings (setq-default buffer-file-coding-system 'raw-text-unix) ;;-- teach emacs about cygwin mount points --- (load-library cygwin-mount) (cygwin-mount-activate) ;; ;;--- let find-file follow a cygwin symbolic link ;; This doesn't work for filename completion, so we can only load the ;; file or directory pointed at by the .lnk file (defun follow-cygwin-symlink () (save-excursion (goto-char 0) (if (looking-at L\0\0\0\1\x14\x2\0\0\0\0\0\xC0\0\0\0\0\0\0\F\xD) (progn (re-search-forward \x000\\([^\x000]+\\)$) (find-alternate-file (match-string 1))) (if (looking-at !symlink) (progn (re-search-forward !symlink\\(.*\\)\0) (find-alternate-file (match-string 1 ))) ;; 8 The only other cygwin-related bit adds cygwin's info directories to Info-default-directory-list. It may not be important, but I use the vanilla NTemacs. If you use Lennart Borgman's EmacsW32 and cannot get it to work, it's possible that his patched version has gone too native. If so, try the unpatched version. If the unpatched version works, I'm sure Lennart would be interested to hear. He's very keen to ensure his version doesn't break existing code. You can contact him via the help-emacs-windows at gnu.org mailing list. My ~/.bashrc contains the following: 8 # set a simple prompt... export PS1='\$ ' # ...and set the terminal's title (except when running in emacs) if [ $TERM != emacs ];then PS1U=`id -nu` PS1H=`uname -n` PROMPT_COMMAND='echo -ne \033]2;`id -...@$ps1h:$PWD\007' fi 8 Possibly significant system settings are: /home is C:\home, set like this: $ mount -f -s -b C:/home /home HOME is a Windows _user_ environment variable, set to C:\home\user This means Emacs can find ~/ The system environment variable Path starts with: C:\cygwin\usr\local\bin;C:\cygwin\bin;C:\cygwin\usr\X11R6\bin I think that's all. (My .emacs is large and complex, so it's possible I may have missed something). Phil -- This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange.
RE: [ANNOUNCEMENT] Updated: rxvt-20050409-11
Charles Wilson wrote: * Add -uas (--unixAltSpace) option to bypass Win32 handling of Alt-Space key combination, and allow client (e.g. Emacs) to handle it instead. Thanks for this Chuck. I can't see what in my previous post got you so worked up, and was a bit stung by your response. I can only assume that you must have misinterpreted my attitude. I certainly didn't intend to suggest that my own usage was typical, or that it was the only way that should be supported (I asked if it was configurable). I was only concerned that my usage pattern had apparently been overlooked. FWIW, I downloaded the source to work on a patch to do just this, but by the time I'd updated all my development packages and found my way around the source, you'd made your changes and posted the update. I guess I'll just have to find another itch to scratch instead. Thanks again, and for all your other recent hard work, which hasn't gone unnoticed. Phil -- This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: [ANNOUNCEMENT] Updated: rxvt-20050409-10
Charles Wilson wrote: o Restore Alt-Space behavior (e.g. pass thru to windows, to allow access to Minimize/Maximze/Restore menu). Reported by Davide Dente. You say restore, but I've never seen this behaviour in rxvt. Did it only make a transient appearance? Alt-Space is used in emacs for just-one-space which I use frequently. I can count on the fingers of zero hands the number of times I've ever wanted to summon the window menu using the keyboard from within rxvt. So, before I update and regret it, can this pandering to a Windows convention at the expense of *nix compatibility be disabled? If not, I consider this to be a major regression, effectively rendering rxvt useless for me. Cygwin is fundamentally about facilitating doing things the *nix way in a hostile Windows environment, not about compromising *nix applications in order to make them more friendly for Windows users. Phil -- This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: [openssh] unnatended instalation + forcing service account
Corinna Vinschen wrote: On Apr 16 18:14, Julio Costa wrote: That's your call. For me it's fine either way. Thanks, I'll release a new openssh package shorty. ^^ shortly Fixed that for you (assuming you didn't intend to be derogatory about Julio's stature) Phil -- This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: no acceptable C compiler found in $PATH' error message on install
j.jovinbasil...@xxx.xx.xx wrote: I am getting the above message when i run ./configure from the extracted gcc-4.3.3 directory. I have attached the cygcheck.out for your reference. Let me know to get rid of this issue and to install verilog-perl on my cygwin You have more than one problem, and one or more of them appears to have caused your installation not to be completed. From your cygcheck.out: Warning: There are multiple cygwin1.dlls on your path This is always bad. Remove the ancient one from C:\WINDOWS\SYSTEM Potential app conflicts: Sonic Solutions burning software containing DLA component Logitech Process Monitor service ZoneAlarm Personal Firewall These are all applications known to cause problems with cygwin. I suggest you read http://cygwin.com/faq/faq.using.html#faq.using.bloda Once you've resolved these problem, re-run setup.exe, just clicking next at each stage, and it *should* fix your installation. Phil -- This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: edit Aux.pm under GNU emacs hangs
Marc Girod wrote: Hi, I try to open a new file named 'Aux.pm' under GNU emacs, and this one hangs. Both in X and -nw modes. This is emacs 21.2.13 under cygwin 1.5.25-15. emacs works otherwise normally. http://cygwin.com/faq/faq-nochunks.html#faq.using.dos-filenames Phil -- This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: drop-down menu with multiwindow option doesn't work
Raphaël Langella wrote: Hi, I'm using Tecplot 360, a proprietary program written with a Motif toolkit. It runs on a Linux server and the display is a win2k PC with cygwin X Server 1.5.3. The problem only happens with the multiwindow option. The problem is with the drop-down menu. When I click it, it seems the menu appears behind the window and immediately disappear. I made a screenshot of it but didn't attached it because I'm not sure about the file attachment policy of the mailing list. There's a grey rectangle that briefly appears under the window. It's plain grey, with no text in it. I understand that the problem is probably related to the Windows wm, since it doesn't show up without the multiwindow option, but I was wondering if it's a known bug. Or maybe it's win2k specific? I've got a workaround: rootless option and any Unix wm, but I'd like to understand what is causing this problem. Thanks for your attention. Raphaël Langella I was waiting to see if you got a reply from someone else, as I don't really have a solution for you. However, Windows seems to have real difficulties with Z-ordering: MS Word opens a new document beneath an existing one, modal dialogs often open below the parent window (which is a real PITA because you can't move the parent!), always-on-top widgets are often hidden below something else, and desktop widgets obscure application windows. (Only MS has the resources to screw up such a simple concept so comprehensively!) Having said that, I use emacs on X every day, and I can't remember its menus ever appearing below the main window (except perhaps a very early version of XWin. The emacs version I run was compiled to use the X toolkit. I would guess that when Motif creates the window for the menu, it's not setting a hint which multiwindow mode requires in order to force the correct Z-order. It might be worth checking what the difference is between Xt menu creation and Motif menu creation. If that's the case, it's not clear where the blame lies. It might be that Motif just happens to work on UNIX based servers, and XWin just exposes a long-standing bug. Conversely, it may be that XWin is misinterpreting the hints that Motif sets up, and doesn't set up the Windows' window with the correct flags. Perhaps Yaakov or Jon could shed more light on this? In the meantime, I think you've already found the best workaround. I suspect the reason the menu window disappears is because your mouse is still in the parent window, and gives it the focus, so Motif thinks you've moved off the menu and closes it. Phil -- This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: cygwin commands (cat,grep) not working in my windows 2008 machine
sudhap85 wrote: I am using windows 2008 machine. I have installed latest cygwin. Here I am facing problem with the cat grep commands. In command line its working fine. but In my scripts it's giving error. So what's the error? Without this as a clue, we can only guess. How are you running your scripts? (e.g. from a bash shell, a cmd shell, or from a shortcut) My WAG is that $PATH in the script is different from $PATH on the command line. Am using PERL script for my testing. These commands are not working in the following scenario, 1. cat file1 file2 2. grep 'compileCFFilters' MHSlog resultfile I have also installed the Activeperl in my system. Also, I am running the script with PERL 5.8.0 version. Please read and follow the instructions in this link: Problem reports: http://cygwin.com/problems.html Pay particular attention to the instruction to run cygcheck -svr, *attaching* the output to your reply (i.e. don't paste it in). Phil This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: don't know why ./configure command fails
Jaroslav Rynik wrote: Hello, when I wanted to install a program under Cygwin (NetBSD package of instalation program), the error message saying that no suitable C compiler was found appeared. However, during the instalation I reset all the components from Default to Install. I also tried to run setup.exe once again, but nothing changes. install.exe in bin directory finishes as soon as I run it. To see all the steps I made I send a picture with the screenshots showing all my actions until the error message appeared, log file that cygwin created and the list of installed packages which I got after typing cygcheck -svr. If you need more information, feel free to mail me. Thank you very much for you help. Best wishes, Jaro Did you miss my reply? http://cygwin.com/ml/cygwin/2009-04/msg00010.html If you saw it, why did you not attach the output of cygcheck -svr? From your installed packages jpeg, the only mention of gcc is the gcc-testsuite. I.e. you haven't installed a compiler. BTW, posting jpegs is not the way to attach textual information. You should save the output to a text file, and attach the file. Phil -- This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange.
RE: XWin wrong fonts after update
catia.lava...@xxx.xxx wrote: I've been using since ages cygwin and XWin (XWin :0 -clipboard -multiwindow) on a Win XP Prof 32bit and I had no problems at all. Last update of cygwin I did was some month ago (I do not know exactly when). Yesterday afternoon I did again an update (like I always did without looking at he home page of cygwin) and I have realized that the X.org was updated. You can always tell which packages are going to be updated by clicking the View button in setup.exe until the label next to it reads Partial. In fact, I wouldn't recommend updating without first checking that list. You should then read the announcements for the packages about to be updated so that you're not surprised by any changes. The X update was a VERY large one and came with quite a detailed announcement. The problem is since then a graphical application which is ssh tunneled from a remote linux machine, which was working until the update, now is showing up with horrible (almost not readable) text fonts (Is there a way to attach a screenshot?). There's no point. Anyone subscribed to this list will already know what your problem is. I have tried to do a new installation of cygwin on another machine. On the fresh installed machine the same application exports fine with the correct fonts. This means that the update is the problem. No. The problem is that you didn't do your research before updating, and once you had the problem, you don't appear to have tried to find out the answer before posting your question. Please look in the announcements archive at http://cygwin.com/ml/cygwin-xfree-announce/ You should then check the FAQ here http://cygwin.com/ml/cygwin-xfree-announce/ and the user guide here http://x.cygwin.com/docs/ug/ If you're still not sure what your problem is, before posting again please search the archives of this mailing list at http://cygwin.com/ml/cygwin-xfree/ where the topic has been discussed MANY times. Phil This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: 'no acceptable C compiler found in $PATH' error message on install
Jaroslav Rynik wrote: when I wanted to install, the program with cygwin (using package for NetBSD), the error message no acceptable C compiler found in $PATH came up. This list is for X related questions only, setting the follow-up address to the main cygwin list. However, I have installed cygwin directly from web not unsellecting any option, so the instalation should be complete. The program is installed in D:\pokus\cygwin directory. Only a limited set of packages is installed by default. You have to manually select the compiler(s) and other development tools. Just re-run setup.exe and select the appropriate gcc packages. To keep track all the steps I made, I send the picture of 3 screenshot showing all I have done until the error message appeared. I also attach the log file made by cygwin after the action. If you need any further information, feel welcome to let me know. It would have been better if you had followed the instructions in this link: Problem reports: http://cygwin.com/problems.html In particular, note the part about *attaching* the output from running cygcheck -svr. That would let us know which packages were actually installed. If re-running setup doesn't solve your problem, then that attachment would be very useful. Phil This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange.
RE: XWin wrong fonts after update
catia.lava...@xxx.xxx wrote: I know I can always tell which packages are to be updated, what if I do not what to? You click on the second column until it says Keep. The interface could be more user friendly, but it does the job. I've not updated this PC to X11R7 because I need a server with accelerated GL. That hasn't stopped me from updating the rest of my cygwin packages. The rest of your response was just a pointless and unwarranted rant. Just follow the links I gave you, do what they tell you, and if you've still got a problem, we can start dealing with it. Even if I accept (which I do not really) that I was not enough careful in applying the update what should I do now: kill myself? Erm... only if you really, really want to, and it has to be your own decision. p.s. I did googled and I did look in the previous threads and I did not find any answer to my question, that's why am am asking. I just googled too, for fonts site:x.cygwin.com, and the first result was the cygwin X FAQ that I previously listed. The section on updates includes what is almost certainly the answer to your problem. If your problem genuinely is not covered by any of the links I gave you, then by all means post a follow-up, but in that case, you should tell us exactly what you *have* tried to resolve it, and why your problem isn't covered by the existing documentation. If you don't include that information, then we can only assume that the existing answers are good enough, but that you've not read or tried them. If you don't understand the documentation, then that is an equally valid point to raise. I assume from your email that you are not a native English speaker, and so it's possible that the language could be made simpler for you. If this is the case for you, then you should say which parts need clarifying. Remember, this is free software, written, maintained and supported by unpaid volunteers. Nobody owes you anything. Phil This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: 'no acceptable C compiler found in $PATH' error message on install
Jaroslav Rynik wrote: when I wanted to install, the program with cygwin (using package for NetBSD), the error message no acceptable C compiler found in $PATH came up. This list is for X related questions only, setting the follow-up address to the main cygwin list. However, I have installed cygwin directly from web not unsellecting any option, so the instalation should be complete. The program is installed in D:\pokus\cygwin directory. Only a limited set of packages is installed by default. You have to manually select the compiler(s) and other development tools. Just re-run setup.exe and select the appropriate gcc packages. To keep track all the steps I made, I send the picture of 3 screenshot showing all I have done until the error message appeared. I also attach the log file made by cygwin after the action. If you need any further information, feel welcome to let me know. It would have been better if you had followed the instructions in this link: Problem reports: http://cygwin.com/problems.html In particular, note the part about *attaching* the output from running cygcheck -svr. That would let us know which packages were actually installed. If re-running setup doesn't solve your problem, then that attachment would be very useful. Phil This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange.
RE: Re: Is there any way to make the key combination Ctrl+Space work under cygwin-XServer?
SUN, Jian wrote: I am very sorry because I made a mistake. It's actually the key combination Alt-Space that does not work on my computer I want to use it to active the x-window's menu and then I cam press x to maximize the window. Alt-space does not work under cygwin xserver but works under Exceed's xserver. Is there anyway to enable it under cygwin xserver? Alt-space is used by emacs at least, so any X server that intercepts that keystroke is breaking emacs. For the record, ctrl-space is also used by emacs. Both keys work as expected (i.e. emacs sees them). I rejected Exceed's server because they seemed to be more concerned with making it Windows-user friendly than a good (i.e. standard) X server. You shouldn't have to change the way you work with X apps depending on which OS you're connecting from. X is by no means the only application that doesn't support alt-space as a shortcut for the window menu. Any terminal emulator will also pass that key combination to the client application as well (if it didn't, it would be broken). Phil This email has been scanned by Ascribe PLC using Microsoft Antigen for Exchange.
RE: Re: Is there any way to make the key combination Ctrl+Space work under cygwin-XServer?
SUN, Jian wrote: Thanks a lot, do you mean that Exceed breaks X convenience and catches the key sequences? It's a few years since I tried Exceed's server, but IIRC that was one of the problems I had. I had to tailor my .emacs to remap keys, but because I only used Exceed at work, I got sick of trying to remember which server I was using, and therefore which keystroke I could use, and ditched Exceed as soon as XWin became stable enough. So the standard XFree server's behavior is to pass the key sequence to the x applications and let them to decide what to do. Am i right? Yes If so, how can I configure xterm or gnome-terminal to let them response to the ALt-Space key combination? I like this feature very much and it's also the default behavior of Gnome. The problem is that (in multiwindow mode), the window menu is a _Windows_ menu; it's not an X window menu. I don't believe there is a way to activate that from within an X application. However, you can use translations in your ~/.Xdefaults to map keystrokes to minimize/ maximize/restore. man xterm, and search for translations and ACTIONS. I'd advise against using alt-space (it's also used by readline, and therefore by bash, as well as emacs). I would suggest using the context menu key (usually next to Alt Gr), which, as a fairly recent addition to keyboards is unlikely to be used by console apps. E.g. something like this should work: XTerm*VT100.Translations: #override \n\ KeyPressMenu:maximize() \n\ CtrlKeyPressMenu:restore() \n\ ShiftKeyPressMenu:iconify() \n\ MetaKeyPressMenu:deiconify() I've not tested this, and it's several years since I needed to define any translations, so if you don't understand how translations work, you should read the documentation before trying this. The same technique should work with any Xt based X application. Thanks a lot, SUN, Jian (Jason) On Mon, Mar 30, 2009 at 5:41 PM, Phil Betts phil.be...@xxx.xxx Please don't quote raw email addresses in your replies. They appear in the archives on the web, and are therefore available to be harvested by spammers. Phil This email has been scanned by Ascribe PLC using Microsoft Antigen for Exchange.
RE: Re: Is there any way to make the key combination Ctrl+Space work under cygwin-XServer?
SUN, Jian wrote: I think I may turn to xtermcontrol and use commands to resize the windows instead of key combinations. xtermcontrol --maximize xtermcontrol --restore If you're content to only have this available from the command line, you could assign the xtermcontrol commands to shortcut keys in your ~/.bashrc. E.g. to bind F1 to maximize and F2 to restore: bind '\eOP:'$'\201'; bind -x $'\201:xtermcontrol --maximize' bind '\eOQ:'$'\202'; bind -x $'\202:xtermcontrol --restore' You can't bind a shell command to a key that doesn't already feature in readline's map, so you have to translate the key (\eOP) into a non-existent key (\201) that is in its map, then bind the non- existent key to the command. Thanks a lot for your help. I really appreciate it. No problem, glad to be of assistance, Phil This email has been scanned by Ascribe PLC using Microsoft Antigen for Exchange.
/etc/alternatives was RE: [Re: GCC 4 installation problem]
Dave Korn wrote: Sounds more to me like you forgot to use the alternatives program to configure the alternatives and have been messing around manually in its private data directories and broken it. (You're not the first person to do this. For some reason it seems to be a hard-to-resist temptation for people to just dive into the data directories and start tampering, rather than say reading the alternatives readme or man/info page which would explain the easy-to-use command-line syntax by which alternatives.exe will switch over the symlinks correctly.) I see two problems here: 1) Unless you already know that /etc/alternatives is a 'managed' directory, there's nothing to suggest that there's any tool associated with it, and certainly nothing to suggest that there's an associated database. 2) It's so easy to manually change the links that it's unlikely anyone is going to spend time looking for some (possibly non-existent) tool to do it. By the time you've found the right tool, you could have changed the link and got on with whatever you were trying to do in the first place. When the directory first appeared on Linux, I thought the links were just set up manually. It took me a while to discover that they were managed, and that was only by digging around in RPMs for post-install scripts to find out what kept changing my X desktop manager after an update. For the first problem, I think it would help avoid installation problems if the directory contained a simple README file explaining how to properly maintain the links, and why manually changing them is a bad idea. To avoid looking like just another link, and thus getting overlooked, I think this should be a real file, rather than a symlink to the README in the doc directory. Maybe Chuck could add this to the cygwin alternatives package, or perhaps he would prefer the upstream chkconfig maintainer to consider it. For the second problem, perhaps it would also help if the names of the links in the alternatives directory were a hash of the program name. E.g. /usr/bin/gs - /etc/alternatives/9ad6a289eea9c92be09d3a5a8bc737e6 /etc/alternatives/9ad6a289eea9c92be09d3a5a8bc737e6 - /usr/bin/gs-x11 where 9ad6a289eea9c92be09d3a5a8bc737e6 is the md5sum of /usr/bin/gs. This would make it much more obvious that the links were managed, or at least give one pause for thought before diving in. 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://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Re: Want to let variable pass to cygstart.
Hongyi Zhao wrote: On Wed, 11 Mar 2009 04:37:46 +, Dave Korn dave.korn.cyg...@xx.xxx wrote: Please don't quote raw email addresses. It only feeds the spammers. It's bash shell metacharacters. The '' character terminates a command and puts it into the background. The simplest way is to use single quotes ' ' around the URL you want to cygstart. Thanks a lot. Except that single quotes will also prevent variable substitution. If you want to use metacharacters AND variables, you have to use the backslash to escape the metacharacters. Alternatively, you could concatenate strings like this: 'stringAstringB'$variable'stringCstringD' 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://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: grep -P regexp problem
Andriy Sen wrote: Below is an example of the problem. G:\cat test.s a 1 G:\cat test.s | grep -P [^0]1 a 1 This is not cygwin-specific, so it is really OT for this list, that being said... grep -P treats the whole input as a single string, and outputs the line (or lines) containing the match for the pattern. [^0] matches ANYTHING except 0, including linefeeds. In your case, the [^0] is matching the linefeed preceding the 1. That linefeed is considered part of the line a\n, so that line is included in the output. In other words, although it looks like there are two matches output, in fact there is only one match, and that is a\n1\n Assuming you wish to match single lines containing a character other than 0 followed by a 1, you probably want the pattern to be '[^0\n]1' It's probably a bit clearer if the test file is a bit bigger: $ echo -e 'a\n1\n2\n3\n4\n1\n2\n21\n' test.txt $ grep -P '[^0]1' test.txt a 1 4 1 21 This output contains 3 matches a\n1\n 4\n1\n and 21\n, whereas: $ grep -P '[^0\n]1' test.txt 21 only matches single lines with a 1 that follows anything but 0. 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://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: -query not working on cygwin/windows
km4hr wrote: Phil Betts-2 wrote: km4hr wrote: Perhaps you missed my suggestions here: http://cygwin.com/ml/cygwin-xfree/2009-02/msg00222.html Try the telnet check first to see if the port is accessible from Windows because that only takes a few seconds. (Make sure you run the cygwin telnet.exe) Phil, Thanks for hanging in there. I tried your telnet suggestion. I get the following: $telnet xxx.xxx.xxx.xxx 6000 trying xxx.xxx.xxx.xxx... Connected to xxx.xxx.xxx.xxx. Escape character is '^]'. The above is all I get. A login prompt never appears. I waited for several minutes. When I press Ctrl-c I get: Connection closed by foreign host. If I telnet using an unopen port I the response gets past the trying statement. Your quoting went a bit wrong there. Sorry, I should have explained that that was the expected outcome. If you get the Connected to message, the port is open and you can close the connection. The proper way to terminated a telnet session from that situation is to press Ctrl-] (the Escape character mentioned in the message). You then get a telnet prompt, where you just type quit. You wouldn't normally expect a prompt (unless the port was 23 - telnet's own). In theory, if you knew enough about the protocol expected on the opened port, you could simulate a normal connection and debug the connection using telnet, but you have to have a certain masochistic streak to try it! So, now we know that the port is accessible from Windows. In that case, it *should* work, so something else is interfering. Have you investigated the BLODA angle? Prime suspects are anti-virus and other security software, but hardware drivers have caused problems too. These programs inject themselves into every running process at a fairly low level and, whilst they are mostly benign, can cause nasty, spurious problems, particularly when the code you are trying to run is slightly off the beaten track. X and XCMCP probably falls into that category for Windows machines. The usual advice is to uninstall these, rather than just disable them. The faulty components are frequently left in place when disabled. Once you have ruled out a candidate, you can reinstall it. If you do find one that is causing the problem, it may be possible to configure it in a way which avoids the problem (e.g. disabling real-time virus scanning). You can often spot BLODA by running the program which is failing, and then seeing which DLLs are loaded using something like Process Explorer. Any unexpected DLLs, particularly if not under C:\Windows or C:\cygwin are prime suspects. In your case, because the -query option is failing, you won't get chance to see the DLLs before X terminates, so you could just start a normal server (e.g. via startxwin.bat) instead. You may find that an app that is not on the BLODA is causing the problem. If so, a message to the main cygwin list would be appreciated so that the BLODA can be updated. If the BLODA hunt fails, you could try running the server via strace so that the point of failure might be spotted, but I'm not familiar with the source. Yaakov or Jon would probably be better at making sense of that. 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/
RE: -query not working on cygwin/windows
km4hr wrote: Well, I have now turned on all relevant ports in the Windows firewall. I still can't connnect. I turned on port 177(UDP) and 6000-6006(TCP). I even turned on extra ports as recommend by http://www.starnet.com/xwin32kb/What_ports_need_to_be_opened_for_XDMCP/ this source. I'm about out of ideas. I love to hear some more. Perhaps you missed my suggestions here: http://cygwin.com/ml/cygwin-xfree/2009-02/msg00222.html Try the telnet check first to see if the port is accessible from Windows because that only takes a few seconds. (Make sure you run the cygwin telnet.exe) I don't know how firewalls work but on the linux host side (CentOS) simplyturning off the firewall did not open the ports. I had to turn the firewall on and specify which ports to open. Otherwise no computers could connect via xdmcp over the network. I've not used CentOS, but other distros I've used start with a default set of firewall rules that just block all externally initiated connections. Turning off the firewall actually leaves those rules in force. Turning on the firewall enables more complex rules. If they didn't do this, then you'd be wide open to attack before you'd configured the system. You can disable the firewall completely, but I think it would be irresponsible to post how here. If you must, man iptables is your friend. 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/
RE: X.org 7.4 dying under Geomview
Lloyd Wood wrote: Some improvement is seen in full desktop mode, where geomview doesn't crash, and can be used (modulo missing hardware acceleration.) Since you keep mentioning hardware acceleration at every available opportunity (it's getting a bit tiresome now), I thought I should point out that the XWin_GL server was only ever released as an experimental package. It is therefore NOT a regression to have no hardware acceleration in the current release. Yaakov's announcement for the first X11R7 release specifically said there was no hardware acceleration yet, so you can't claim that you weren't warned. The experimental version was one of the last things released by the maintainer at the time, so no further work was done on it to bring it into the main branch. If acceleration matters so much to you, I'm sure Yaakov and Jon would welcome patches to enable it ;-) The source for the experimental version isn't available via setup.exe, and I haven't been able to locate the source elsewhere. Since the original package is still available (even if obsolete), I thought that the GPL insisted that the source was similarly available. I would like to take a diff of the two X11R6 server packages, with a view to merging the changes into the current, much changed, source, but without access to the source for both accelerated and unaccelerated, this is impossible. Does anyone know where one might find the source package for xorg-x11-xwin-gl-6.8.99.901-1? I've tried the Cygwin Time Machine, but it appears to be down. 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/
RE: Reproducing the cygwin X problems
Dan Tsafrir wrote: I confirm this exact behavior. This is exactly the problem I'm experiencing in terms of copy-paste on my XP machine. Specifically, if the vncviewer (TightVNC) is open, and I select a text in a cygwin xterm or emacs, then copy-paste / cut-and-paste completely stops functioning on my machine. This doesn't fix the problem, but in the meantime you might find the following makes emacs more usable (and quicker too). I use it because emacs was almost unusable over a slow VPN connection, but it should also help in this situation too. It prevents normal selections in emacs from synchronizing with the X clipboard. Cut/copy/paste within emacs itself works as normal, but much quicker. If you do need to copy from emacs to another app, just use S-delete instead of M-w. To paste from another app into emacs, use S-insert instead of C-y. It's a bit inconvenient, but I soon got used to it. Just add the following code to your .emacs --- snip --- ;;; ;; Code to prevent emacs synchronizing the clipboard with X for every ;; cut paste operation. This is what slows down emacs most on slow ;; connections. ;; Originally obtained from: ;; http://snarfed.org/space/Emacs%20and%20remote%20X%20Windows ;; but changed the keystrokes to avoid messing up use of escape as meta (setq interprogram-cut-function nil) (setq interprogram-paste-function nil) (global-set-key [S-delete] (lambda () (interactive) (eval-expression '(setq interprogram-cut-function 'x-select-text)) (kill-ring-save (region-beginning) (region-end)) (eval-expression '(setq interprogram-cut-function nil (global-set-key [S-insert] (lambda () (interactive) (eval-expression '(setq interprogram-paste-function 'x-cut-buffer-or-selection-value)) (yank) (eval-expression '(setq interprogram-paste-function nil ;;; --- snip --- 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/
RE: -query not working on cygwin/windows
km4hr wrote: This is a update including further information regarding my quest to get cygwin/x to connect to my CentOS linux server via xdmcp. I believe I have isolated the problem to either cygwin/x or Windows, probably Windows because no X-server that I've tried works. I've tried cygwin/x, Xming, and X-Win32. I've isolated the problem by booting my Windows PC from a Linux LiveCD (pclos). Using the pclos X-server I successfully connected to my CentOS host using X :1 -query centos box . It works perfectly. A beautiful gdm login screen pops up immediately. I think this proves that xdmcp is configured correctly on the CentOS host and that my network is not contributing to the problem. OK. So the problem seems to be that X cannot communicate with the remote host. Do you have another host you could connect to, and if so do you have the same problem? You could try telnet remotehost 6000. If you can connect, then the X port (6000) is open, and the problem is protocol related. If you get connection refused, then the port is closed. The above successful connection seems to isolate the problem to either cygwin/x, Windows, or the combination of both. Although no one on this site has confirmed that they are actually using cygwin/x successfully in an xdmcp environment I'm assuming that it does work for somebody. I have used it successfully, but that was a few years ago. If that assumption is correct then it appears something in my Windows configuration is blocking cygwin/x, and the other X-servers, from working properly. Could it be that necessary ports on my Windows box are blocked? I have my Windows firewall turned off. But I'm not sure that disabling the firewall opens the ports. Do I even need to open certain ports on the Windows box? This is an area that I know virtually nothing about. Do you have any other security software installed? Perhaps you have http://cygwin.com/acronyms/#BLODA These are applications/drivers (often apparently nothing to do with the problem, e.g. Logitech Webcam), that inject their code into each process and cause all sorts of weird problems. Phil, you had several questions. One was, why do you want to use xdmcp?. I want to use xdmcp for the same reason anyone wants to use it and for the same reason that it exists. That is, I want to log in to a complete gnome environment. I don't want to run individual applications. That's fine. I only asked because there have been several queries over the years from people who did just want to display individual apps and thought XDMCP was the way to go because it showed up first in a web search. You suggested I contact someone who is familiar with my Linux distribution to make sure I have xdmcp set up correctly. I have already done that. I am asking many of the same questions on the CentOS forum that I'm asking here. You gave me several links to study. I've read those and more. I've been at this for days. That's good (the researching, not the outcome ;-). As with any fault finding, a lot of time can be saved if we know what has already been read/tried. You asked why I'm blaming cygwin. I don't know what I said that made you think that. It was partly your other thread about the -ac option which suggested that you though XWin was denying the access. I'm not blaming anybody or anything. I'm just trying to get a gdm login screen on my PC. I understand. Perhaps blaming was too loaded a word to use. My problem may be related to Windows security. Can you suggest a good forum where I can find an expert on that? I don't know any Windows experts personally. I'm not sure they exist. They do exist, but they come at a price. Most of the self-professed experts I see on the web are pretty poor. I think investigating the BLODA avenue is perhaps your best course of action for now. It's amazing how many of the seemingly intractable problems turn out to be caused by some dodgy app. 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/
RE: -query not working on cygwin/windows
km4hr wrote: This is an update on my hard-fought attempt to get -query access to a linux xdmcp server running CentOS 5 from my Windows PC running cygwin-x. I installed X-Win32 (a commercial X-server) on my Windows PC. Unlike cygwin-x and Xming the X-Win32 server does detect available xdmcp hosts when I use the -broadcast switch. But I can only get a login prompt one of them, an HPUX host. My linux box is in the broadcast list but X-Win32 won't connect to it. No reason or error message is given. I may go ahead and purchase a copy X-Win32 just so I can get their tech support people involved. Anyway, my question is, why won't cygwin-x bring up the same - broadcast list as X-Win32? Any suggestions are greatly appreciated. The XWin -broadcast option connects to the first XDM machine to respond. I can only assume that your Linux box responded first, but denied access for the same reason that -query fails. I think you are looking in the wrong place for the answer. Your mail about the -ac option also suggests you are blaming XWin. It is the Linux box which is denying you access, and you need to look on that box for the answer. Try looking in the logs on your Linux box as Jon suggested. Reading the man pages for your distro will tell you where the logs are. Try man xdm and man xauth, for a start. You are also likely to get less speculative answers by asking on the forum specific to your Linux distribution. Perhaps it would be better if you told us what you are trying to achieve rather than what you are attempting in order to achieve it. In other words, you have told us that you can't connect using -query, rather than WHY you are trying to connect using XDMCP. If you are simply trying to get Linux apps to display on your Windows box, then you are probably better off using the ssh -Y method rather than XDMCP. If you haven't done so already, the FAQ should give you some useful pointers, particularly sections 6 7: http://x.cygwin.com/docs/faq/cygwin-x-faq.html Also try: http://en.tldp.org/HOWTO/XDMCP-HOWTO/ http://www.xs4all.nl/~zweije/xauth.html 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/
RE: Reproducing the cygwin X problems
Mike Ayers wrote: Today I noticed a new problem, which may or may not be related: [SNIP] mike-ayers-lap ssh -Y -l mayers mikeayers-linux-2 Warning: No xauth data; using fake authentication data for X11 forwarding. Last login: Thu Feb 19 11:54:55 2009 from 192.168.2.87 mikeayers-linux-2 export DISPLAY=192.168.2.87:0 mikeayers-linux-2 xterm Xlib: connection to 192.168.2.87:0.0 refused by server Xlib: No protocol specified xterm Xt error: Can't open display: 192.168.2.87:0 mikeayers-linux-2 [/SNIP] This same technique used to work. The only changes I have made since it last worked was (1) update cygwin, including X, and (2) add -- -multiwindow -clipboard to my invocation of startx (I used to get those by default). It might have worked, but it was wrong. Do not set the DISPLAY environment variable. It is set by ssh -Y to something similar to localhost:10.0 - the actual value depends on whether there are other forwarded X connections to that box. BEFORE running ssh, you need to ensure that $DISPLAY is set correctly for local connections (probably :0). By specifying your own value for $DISPLAY inside the ssh session, you are ensuring that all X traffic bypasses the ssh tunnel and sets up its own (insecure and not encrypted) connection. This new connection must then go through the normal authentication process and it will appear to the X server as a remote connection, whereas the ssh connection looks like a local connection to the server. Phil -- This email has been scanned by Ascribe PLC using Microsoft Antigen for Exchange.
RE: 'man' page for 'mintty' for review
On Thursday, February 05, 2009 7:48 PM Lee D.Rothstein wrote: MinTTY users, Please, if you would, review the attached 'man' page -- 'mintty.1'. Andy Koppe intends to fold it into the 0.3.6 MinTTY release. Comments, corrections, addtitions to this list, please. I haven't checked all the details, but most of it seems OK to me. There are a few points that you may want to consider. I don't think the man page should contain installation instructions. If you're reading the man page, mintty is already installed, so the instructions just get in the way of the more useful information. They should instead be put in a plain text file in the root of the source package (and perhaps also in a README in /usr/share/doc/Cygwin). The reference to the cygwin home directory in the description of the --config option is potentially confusing (presumably why ('~') is added). A novice cygwin user might think cygwin home referred to /home rather than /home/user or wherever $HOME point. I think it would be better to refer to the user's home directory, which would be more consistent with the other references. Also, the reference to ~ is only applicable within a cygwin shell, so anyone trying to find ~/.minttyrc using cmd.exe is liable to be confused. I think you should change this: | There is also a discussion forum available at this site. which is misleading, to something like this: | There is also a mailing list for discussing Cygwin related issues. | See http://cygwin.com/cygwin/lists.html for details. Please read | the advice at http://cygwin.com/problems.html before posting a | problem report. 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://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: question
On Monday, January 26, 2009 marwa chendeb wrote: Hello I updated Cygwin but the problem is that x server don't work. when i You haven't updated the X server. Version 6.8.99.901 is the old one. Please see this: Problem reports: http://cygwin.com/problems.html Pay particular attention to *attaching* the output of cygcheck -srv type X the response is that : see attachment. Please don't attach screenshots when you can easily copy and paste the text. A picture is only worth 1000 words - not 44kb! I don't have the package CID fonts?? That is not an error. It is just a warning (and a very minor one at that). What is the solution for this problem. It is not a problem. The only error shown in your output relates to the keyboard, but that isn't usually fatal. Perhaps you should *really* update your X, but before you do, you should read _carefully_ the announcement message so you know what needs updating. The new X is a MAJOR update from the one you are running, and many things have changed. If you still have problems, check the faq at http://x.cygwin.com/docs/faq/cygwin-x-faq.html And if that still doesn't resolve them, attach /var/log/XWin.0.log as well as the aforementioned cygcheck output. 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/
RE: how to get mmap page size?
Jay Foad wrote on Friday, January 16, 2009 12:24 PM:: I have an application that wants to use mmap() to read a file, but only if it can guarantee that this will leave one or more zero bytes after the end of the contents of the file in memory: if ((filesize (pagesize - 1) != 0) use_mmap(); else use_read(); FYI, this is not good practice (although I fully understand why you might want to do it). From the mmap man page on an OSF1 UNIX box at work: | If the len parameter is not a multiple of the page size returned by | the sysconf(_SC_PAGE_SIZE) call, then the result of any reference to | an address between the end of the region and the end of the page | containing the end of the region is undefined. and: | + If the end of the mapped file region is beyond the end of the | file, the result of any reference to an address in the mapped | file region corresponding to an offset beyond the end of the | file is unspecified. In other words, you're relying on system dependent behaviour if you reference memory beyond the end of the file. Your requirement only if it can guarantee that this will leave one or more zero bytes after the end of the contents cannot be satisfied if system independence is required (or may be in future). If you ever build your code on other systems, any bugs due to this would probably be really tough to track down, may be quite subtle, and may pose a security risk. 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://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: source for tree command?
Steve Lefevre wrote on Sunday, December 14, 2008 11:02 PM:: Larry Hall (Cygwin) wrote: Steve Lefevre wrote: Hello - I'm desperately looking for a source for the tree command in cygwin. It isn't listed separately in any of the package sources that I looked at. I tried googling and search the cygwin website, but they just return results for source tree or filesystem tree -- nothing about the tree command. Has in been abandoned from cygwin? I'd suggest you look for the package that the command is in, either through cygwin.com/packages or via 'cygcheck -p tree'. Neither of these narrow things down very well for me to point you more directly so I can only say that I would recommend that you 'cygcheck -p $(which tree)' to see if that unearths a potential package for you. Once you find it, fire up 'setup.exe' and make sure you choose the 'Src?' box for the package. The result will go in '/usr/src'. Looks like my memory made something up -- Thorsten says it was never included in cygwin. That would make it difficult to find! I tried looking in the package search on the website, but of course I didn't find it. I thought it was due to ubiquity of the term 'tree', but it looks like it's because it just wasn't there. Thanks for the help! Steve On my system: $ cygcheck -f $(which tree) tree-1.5.0-EL-1 This (the EL part) means it came from Eric Lassauge's site. See http://lassauge.free.fr/cygwin/release/ Try adding http://lassauge.free.fr/cygwin/ in setup as a custom download site in order to pick up Eric's packages. I think you'll need to run setup with the --no-verify option to use 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://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Windows scaling
Jon TURNEY wrote on Tuesday, December 16, 2008 6:48 PM:: Gionatan Danti wrote: Hi all, I have a question regarding CygWin/X. I would like to know if there is a method to scale a window, similar to what is possible with UltraVNC and its scaling option. To be more clear, I will explain my setup. I have a Linux server where run a fixed-resolution application: it's window can't be resized and/or maximized. When I connect to this Linux server via CygWin and SSH X forwarding, I can maximize the window (because CygWin start in multiwindow mode and use it's own window manager), but the majority of the maximized window is empty (it's white). This sounds like a bug. Ideally, the Cygwin/X multiwindow mode window manager should also take note of the hint that this window isn't resizable/maximizable and not allow it to be maximized. I agree I would like to know if there is a method to scale the image so that it can fit completely the maximized window (eg: by mean of linear / bilinear filtering). This feature doesn't exist. Agree again, but it would be nice. Perhaps with a fully hardware accelerated GL, compiz or similar would be usable? On the other hand, almost all X applications support the -geometry option, and/or setting the font, so even though it isn't resizable, it may be possible to run it with a larger window initially, and by using a larger font achieve a similar (perhaps better) result. 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/
RE: cygwin and cygwin-xfree lists to merge
Christopher Faylor wrote on Wednesday, December 10, 2008 5:49 PM:: The historical reasons for merging the cygwin and cygwin-xfree lists no longer seems to exist so I am contemplating merging the two lists. If anyone has a compelling reason why this should not happen please send it to one of the two lists. If I don't hear a coherent argument against doing this, I'll throw the switch over the weekend. Btw, I'm only mildly sympathetic to arguments like It will be more email for me. I'm more concerned with having to constantly shuttle people back and forth between the two lists. Unless there is a compelling argument to the contrary, I think that the fact that people are confused about which list to use outweighs the increase in email traffic for people who just want to hear about cygwin/x. cgf Although I currently have rules to put the two lists in different mail folders and it works well for me, but I'd also be perfectly happy with the change. There are plenty of borderline issues where it's not clear (to the user at least) whether the problem is X related or cygwin related, so a unified list removes any need to speculate. With the 1.7 release now officially available for public test, there are bound to be issues in X apps, where the cause is really in the cygwin DLL, so merging the lists asap will save everyone having to play the guess-the-list game. A couple of things to consider (although you're probably way ahead of me): Will mail sent to the xfree ML email address be diverted (or mirrored) to the cygwin ML? Human nature being what it is, it's unrealistic to expect everyone replying to an old thread to remember to change the To: line. Also, what will happen to the archives? Will they be merged too? If they are, any links to xfree archived posts (both within the ML itself, and also from bookmarks/blogs/forums/other MLs/etc) will be broken. Would it be possible to alias the old URLs to avoid breaking links? If the archives are not merged, the threading should at least be maintained (both ways) between the old xfree list and the merged list. (i.e. a reply to a message on cygwin-xfree which goes to the cygwin ML needs the References entry to point back to the xfree archive, and the xfree message needs the Follow-ups entry to point to the cygwin archive). 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/
RE: cygwin and cygwin-xfree lists to merge
Christopher Faylor wrote on Wednesday, December 10, 2008 5:49 PM:: The historical reasons for merging the cygwin and cygwin-xfree lists no longer seems to exist so I am contemplating merging the two lists. If anyone has a compelling reason why this should not happen please send it to one of the two lists. If I don't hear a coherent argument against doing this, I'll throw the switch over the weekend. Btw, I'm only mildly sympathetic to arguments like It will be more email for me. I'm more concerned with having to constantly shuttle people back and forth between the two lists. Unless there is a compelling argument to the contrary, I think that the fact that people are confused about which list to use outweighs the increase in email traffic for people who just want to hear about cygwin/x. cgf Although I currently have rules to put the two lists in different mail folders and it works well for me, but I'd also be perfectly happy with the change. There are plenty of borderline issues where it's not clear (to the user at least) whether the problem is X related or cygwin related, so a unified list removes any need to speculate. With the 1.7 release now officially available for public test, there are bound to be issues in X apps, where the cause is really in the cygwin DLL, so merging the lists asap will save everyone having to play the guess-the-list game. A couple of things to consider (although you're probably way ahead of me): Will mail sent to the xfree ML email address be diverted (or mirrored) to the cygwin ML? Human nature being what it is, it's unrealistic to expect everyone replying to an old thread to remember to change the To: line. Also, what will happen to the archives? Will they be merged too? If they are, any links to xfree archived posts (both within the ML itself, and also from bookmarks/blogs/forums/other MLs/etc) will be broken. Would it be possible to alias the old URLs to avoid breaking links? If the archives are not merged, the threading should at least be maintained (both ways) between the old xfree list and the merged list. (i.e. a reply to a message on cygwin-xfree which goes to the cygwin ML needs the References entry to point back to the xfree archive, and the xfree message needs the Follow-ups entry to point to the cygwin archive). 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://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: xterm line wrapping
Thomas Dickey wrote on Wednesday, December 10, 2008 1:31 AM:: On Tue, Dec 09, 2008 at 10:57:53AM -0500, Gustavo Seabra wrote: Hi All, I wonder if anyone else sees this. When I open an xterm, it all works fine with the default dimensions. But if I resize the terminal, line wrapping stops working until I return to the initial size. This was present in the old xterm, and persists after upgrading to the new one. that sounds like the feature in bash which makes it not pass on the SIGWINCH signal, depending on bash's settings. (I should add it to my ncurses faq, since the bash maintainer doesn't answer this question) Interestingly, if I have a file opened in vi when resizing, vi works quite well and wraps the lines correctly according to the terminal size. But when I get out of vi I get the same problems back :-( vi is probably doing the ioctl to check on the screensize... Try the command shopt -s checkwinsize in bash. This causes bash to check the terminal size after every command and adjusts $LINES and $COLUMNS to the correct values. If that works, add it to your .bashrc 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/
RE: Problems with remote programs using ncurses (aptitude)
Brian Dessent wrote on Monday, December 08, 2008 2:31 PM:: SO wrote: I have problems opening remote programs using ncurses library. Aptitude for example. Menus and other interface components are just garbage on my term on windows vista. Is there a solution for that? The answer will depend on what terminal you're using. But first a summary of the problem: The application wants to draw nice looking boxes or lines. So it checks the value of the TERM environment variable and then asks its local terminfo database what the appropriate characters are for that terminal, and prints them. Simple, so far. [ lots of good stuff snipped ] Brian Wow! May I suggest a gold star for Brian for this and other recent responses which have shown patience and insight in the face of sparse information and have gone well beyond the accepted degree of helpfulness (for OSS or commercial software), without ever lapsing into cynicism or adopting a patronizing tone. I suspect the ever helpful Brian may have stepped up a gear to compensate for the (hopefully short) absence of Dave, who in fairness, also deserves a lifetime achievement gold star. Alternatively, you might want to ostracise him for breaking with the traditional cygwin WJM ethic and setting a bad precedent :) 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://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: adobe-courier not found
Mattias Hellström wrote on Monday, December 08, 2008 12:00 PM:: How can I solve the following error (when trying to view emacs from remote linux machine)? No fonts match `-adobe-courier-medium-r-*-*-12-120-75-75-*-*-*-*' I haved tried to install all fonts but the particular one does not seam to exist. bash-3.2$ ./xlsfonts.exe |./grep.exe adobe|./grep.exe courier -bitstream-courier 10 pitch-bold-i-normal--0-0-0-0-m-0-adobe-standard -bitstream-courier 10 pitch-bold-r-normal--0-0-0-0-m-0-adobe-standard -bitstream-courier 10 pitch-medium-i-normal--0-0-0-0-m-0-adobe-standard -bitstream-courier 10 pitch-medium-r-normal--0-0-0-0-m-0-adobe-standard -ibm-courier-bold-i-normal--0-0-0-0-m-0-adobe-standard -ibm-courier-bold-r-normal--0-0-0-0-m-0-adobe-standard -ibm-courier-medium-i-normal--0-0-0-0-m-0-adobe-standard -ibm-courier-medium-r-normal--0-0-0-0-m-0-adobe-standard You need to configure emacs not to request a font that doesn't exist. In your case, this means changing -adobe-courier- to -ibm-courier- Because you don't give any details about the linux configuration (i.e. where the font is specified), it's impossible to be more precise than that. You should probably look in the linux box's app-defaults directory, and also ~/.Xdefaults and/or ~/.Xresources, but it could also be in any of the emacs lisp, or even specified on the command-line. 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/
RE: Finally managed to create a jailed SFTP server, but how secure?
TheO wrote on Thursday, December 04, 2008 4:48 PM:: I understand why all these virtual directories are necessary at the absolute '/' root level. But here I refer to /cygdrive which is created inside the jail directory, which means in absolute path, /jail/cygdrive (/jail being the root of my jail). Inside the jail, only /cygdrive is created, no other virtual directories (/proc or /dev/xxx) or files are created. Created or not, they exist. Try it. I tried it from jailed SFTP session: sftp cd /dev Couldn't canonicalise: No such file or directory sftp cd /proc Couldn't canonicalise: No such file or directory They don't exist. You also need to try symlinks that point outside the jail. Try creating them both from the shell and within SFTP. You should also check that non-interactive SFTP observes the jail (that is specifying the file to transfer on the command line). Frankly, there are loads of things that you would need to test and you can never be sure you've checked all possible mechanisms. Given that the chroot jail is really an open prison under Windows, one has to wonder if it's worth the effort, and what you have proved if all of your tests have passed. The best you can say is that you are protected against inadvertent access and (possibly) someone casually poking around. Don't forget that even if you decide SFTP is secure enough, you need to consider the system as a whole. One of the problems with Windows' security in general is the number of open ports and services that are running. If unauthorized users are able to gain access to the system via any other route, then any security SFTP gives you is totally illusory. You would really need an external, aggressive firewall to be sure that the only possible external access was via SFTP. You can't rely on just disabling services, because I have known them to become enabled again after installing updates (thanks MS!) 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://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Using -mno-cygwin causes different program behavior
Eric Blake wrote on Thursday, December 04, 2008 1:42 AM:: According to C-Programmer on 12/3/2008 6:29 PM: But if I compile using the following command line argument: $ gcc -mno-cygwin -o ioProg1 ioProg1.c Then you are no longer using cygwin, and this is almost more of a question for the mingw list. I find that the DLL being used is msvcrt.dll and the program behaves as if the gets( name ); line had come before the printf(What is your name?); line. Very strange! Any ideas on why this is happening? Yes. It's called buffering. Native Windows apps have no idea that cygwin emulates pty's with pipes, and blindly assume that all pipes are non-interactive. For performance reasons, when talking to a non-interactive client, all stdio libraries perform block buffering instead of line buffering when stdout is determined to be non-interactive. So, because you are running a native windows app in a cygwin console, your app doesn't realize that you wanted line buffering, and so you don't see output until 4k or end of process, even though the printf completed before the gets. You beat me to it. I would only add that it is a mistake to rely on the default buffering mode of stdio, particularly for interactive programs. If you require a specific mode, you should always set it using one of the functions setbuf, setbuffer, setlinebuf, or setvbuf. In this case, you should call setlinebuf(stdout) to ensure that the newline flushes the output. If instead, you wanted the input to appear on the same line as the prompt, you would need to call setbuf(stdout, 0) to force unbuffered output. Alternatively, you can just call fflush(stdout) before calling gets(). 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://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Setup wants to revert my upgrade of Emacs
Jonathan Ferro wrote on Friday, November 21, 2008 7:05 AM:: Casual browsing recently revealed that one of my all-time favorite software packages, Emacs Calc, has returned to active maintenance and is part of the GNU Emacs distribution. My thought: why does my Cygwin installation not have it? Setup run 1: Fiddling with Setup shows that I can turn all three of emacs, emacs-el, and emacs-X11 to 22.1-3 instead of 21.2-13. Score! Problem: 21.2-13 is uninstalled and nothing is installed. It's too late now, but you can usually find out why by checking the setup log files. Setup run 2: I can turn all three packages to 22.1-3 and *manually check* the binary box, something I've never had to do manually before. This correctly installs all 3 packages, for now. Setup run 3: When rerunning Setup to look at something else, fortunately I am in the habit of always looking at the Partial view before hitting Next, and I see that it has queued up all three packages to be reinstalled to version 21.2-13. I have canceled out of that Setup session, but I'd like to figure out how to get my choice to stick. Am I asking in the right place, regarding the dependency information for the emacs package? Should this be regarded as a general problem? (I.e., is there some technical or policy issue preventing 22.1-3 from being listed as the new version?) Is there something I can do to remove these packages from the maintenance upgrade list in my installation for now, so that I can stick with my chosen version? The problem is that the current emacs is 21.2 (see the setup.ini in your package download directory). The 22.1 version is experimental ([test]). Setup defaults to upgrading to the current stable version, which unfortunately means it tries to downgrade any experimental packages. This is one of the costs of living on the bleeding edge (yes, I know 22 has been out a while now) Although your choice won't stick, you can click on the emacs version number in setup until it shows Keep to prevent it downgrading. 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://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: mmap call gives invalid argument
Corinna Vinschen wrote on Wednesday, November 19, 2008 3:45 PM:: On Nov 19 22:56, Carlo Florendo wrote: On Wed, Nov 19, 2008 at 7:28 PM, Corinna Vinschen wrote: On Nov 19 14:49, Carlo Florendo wrote: Trees removed to enable wood to be seen... Table at 0x3BEE3000. 152 61108 [main] dmidecode 540 mmap64: addr 0, len 13783, prot 1, flags 1, fd 3, off 1005453312 ^^ Where does dmidecode get this offset from? The address is beyond the memory size available. off = 1005453312 = 0x3BEE len = 13783 = 0x35D7 Based only on the code snippet provided, the offset is the table address (0x3BEE3000) rounded down to the nearest page boundary (0x3BEE), and len is the table length (0x5D7) plus the offset of the table into the page (0x3000) I've not looked at the cygwin mmap code or the /dev/mem code, but assuming it's close to the linux implementation I'll proceed... From a linux man page describing the errnos returned: | EINVAL We don't like start or length or offset. (E.g., | they are too large, or not aligned on a PAGESIZE | boundary.) This man page is pretty vague on whether the length should be a multiple of getpagesize(), but a Tru64 man page is more explicit: | len Specifies the length in bytes of the new region (rounded up | to a page boundary). So: Firstly, is the table address correct? Since lseek also fails, it would suggest not. Secondly, the length (i.e. mmoffset+len) should be rounded up to a multiple of the page size. Perhaps the cygwin implementation is stricter in this regard than linux. HTH 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://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: startx doesn't if $HOME contains white spaces
Marco Atzeri wrote on Wednesday, November 19, 2008 1:49 PM:: --- ludo ha scritto: my $HOME is : $ echo $HOME /c/Documents and Settings/patrick.PRO2204 it is not a good idea: http://cygwin.com/faq/faq-nochunks.html#faq.using.filename-spaces I think that white spaces in my $HOME directory name causes the problem. [...] does anybody encounters the same problem ? of course, for this reason we don't do it :-) my $HOME in cygwin is /home/marco If you wish cygwin to use /c/Documents and Settings/patrick.PRO2204 rather than setting up a separate $HOME directory, you could just use mount: mount $USERPROFILE /home/patrick Then edit your /etc/passwd file to set your home directory to /home/patrick. You $HOME would now be /home/patrick for cygwin programs, and Windows can continue using its Hey! Now that we *can* have spaces in filenames, let's use them EVERYWHERE! 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/
RE: Powershell Ouput via Cygwin and Open SSH
Nick Calvert wrote on Monday, October 20, 2008 10:17 AM:: Thanks very much Larry, even if i cant solve this issue i at least know the cause. Sadly i cant find tfy.exe anywhere. I dont suppose anyone here still has a copy? You didn't look too hard. It took me only 1 minute to uncover this: http://sources.redhat.com/ml/cygwin/2006-03/msg00164.html The link in the message is still live. Phil -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Regarding installation of X11 server in my Laptop with Windows Vista home basic OS
mallikarjun reddy wrote on Wednesday, October 15, 2008 1:02 PM:: Dear Sir, I,G Mallikarjun Reddy, am a student of B.Tech final year studying in National Institute of Technology,Warangal.I want to install Magic VLSI design tool in my Laptop which has Windows Vista Home Basic as its Operating System.So I installed Cygwin by following the instructions as given in the following site http://opencircuitdesign.com/cygwin/tcltk.html But I couldn't get X11 server installed though I followed the steps perfectly. Please give me a solution regarding this. Thanking you,in anticipation. Yours faithfully, Mallikarjun You haven't given us anywhere near enough information to let us work out what your problem is. What follows is a general procedure to follow to get X working. If you installed cygwin with DOS line endings, you would be better off cutting your losses and uninstall cygwin. Then start again using UNIX line endings. DOS line endings just cause more trouble than they are worth, and there is no good reason to use them. (The option is being removed from setup for cygwin 1.7) Next, read these links (even if X is now working): Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ If you still have a problem, check /tmp/XWin.log for errors. If you're still no wiser, try searching the mailing list archive: http://cygwin.com/ml/cygwin-xfree/ In particular, search the archives for references to any error messages you see in /tmp/XWin.log. If XWin aborted, the error message related to this will usually be near the end of the file, so it's best to work backwards through the file. You might be suffering from http://cygwin.com/acronyms/#BLODA If you have any of the software on the list, it's important to try uninstalling it. Just disabling it is unlikely to be enough to stop such badly written software from interfering. Finally, if you're still stuck, you need to follow the instructions here: Problem reports: http://cygwin.com/problems.html In particular, *attach* the output from running cygcheck -svr. For X related problems, you should also attach /tmp/XWin.log. 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/
RE: Problem to open big selfextracting Zip files from bash - starting from scratch :-)
Dirk Napierala wrote on Thursday, October 09, 2008 10:51 AM:: If I missed feedback to the thread below I have to apologize. Otherwise I would like to recall this (my last post)again Please don't keep reposting the same message. You can google the mailing list archives if you think you may have missed a response. If you haven't, then consider that maybe no-one has anything useful to post, or perhaps no-one feels inclined to help you any more. It's your problem, yet you haven't exactly gone out of your way to help anyone get to the root of the problem. Simply rebutting all workaround suggestions with can't do - corporate policy has left me feeling that you're not really interested in solving your problem unless it means the SFX magically starts working. I think you have to assume that the problem is intractable. E.g. changes to cygwin1.dll may just require more memory than before, and it would be unreasonable to assume that an ill-conceived SFX would inspire anyone to undo those changes. If this is the case, then the SFX is broken, not cygwin1.dll. You therefore need to consider the alternatives. I had prepared an email with a couple of suggestions for you to try, but I didn't bother sending it because of your attitude towards the other responses. I suspect the rest of the list have also given up on you. Early on, you were asked to try some things that would have helped people to understand the cause of the problem but you were so reluctant to even try them that you can't blame people when they lose interest. If the issue is as important as your persistence suggests, I think you need to bang some heads at your workplace. If Oracle has such tight policies that you are unable to do your job, then the policies are just plain dumb (but then, so is using a single, huge SFX file). If you really do want help from the list: * Instead of just saying can't do, tell us what you CAN do. * How EXACTLY is the SFX is run? * Does it use a fixed path? * Does it include the .exe extension? IIRC you said the SFX is run from a bash script that you can't modify. Why not? If you can read the script, you can surely copy it and change the copy. If you can't do that, and you can't regenerate the SFX file which is clearly incompatible (for whatever reason) with the latest cygwin DLL, you have a broken _system_, and someone in your company who does have the authority to make changes to that system needs to get involved. Phil -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: g_assertions
John Emmas wrote on Monday, September 22, 2008 11:09 AM:: Hi - I hope this is an appropriate place to ask this question. I'm just starting to use Cygwin. Firstly, the Cygwin web site says that the current version is 1.5.25-15 but my install log says that it installed 2.573.2.3 so I'm a bit confused about that. 2.573.2.3 is the version number of setup.exe, 1.5.25-15 is the version number of the cygwin library. I'm now starting to compile a project using glibmm. Inside glib.h there are some assertions, defined something like this:- #define g_assert(expr) G_STMT_START{ \ if (!(expr)) \ g_log (G_LOG_DOMAIN, \ G_LOG_LEVEL_ERROR,\ file %s: line %d: assertion failed: (%s), \ __FILE__, \ __LINE__, \ #expr); }G_STMT_END These compile perfectly with my gcc compiler but when I try to use them with Cygwin I get this error:- error: stray '\' in program It's pretty obvious why this is happening - but terminating a line with '\' is valid code. I bet the obvious reason I'm thinking of isn't the one you're thinking of. Your glib.h almost certainly has DOS style line endings, but the header is on a UNIX mount. This means that the compiler sees a '\r' after the \, which is NOT valid code. You don't say where your glib.h came from, but I'd wager it's not from the cygwin package. If you're compiling a cygwin program, you need to install cygwin's glib2 package, and the matching glib2-devel package. Had you *attached* the output of cygcheck -svr as requested here: Problem reports: http://cygwin.com/problems.html It would have been easy to confirm that you were not using the cygwin packaged glib. 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://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: .Xdefaults not being read
thetrystero wrote on Tuesday, September 16, 2008 5:19 PM:: oops .. so all i need to do is look for the package called cpp in setup.exe an install that? No, I already told you which package you need - gcc-core 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/
RE: Access problems
Zarathustra wrote on Sunday, September 14, 2008 4:03 PM:: I'm having some problems with certain executables in my cygwin instalation. Some executables (such as xgettext) issue an Access is denied error. Any ideea on what's causing this? I'd wager you don't have permission to access something. Unlike your namesake, we're not blessed with divine insight (although Dave Korn occasionally makes me wonder), so if you want a more helpful answer, you need to post a *much* more helpful report: Problem reports: http://cygwin.com/problems.html This link is attached to every post, but I notice that nabble in their wisdom remove it. This probably goes some way to explaining why a high proportion of inadequately reported problems seems to come from nabble users. As well as *attaching* the output of cygcheck -svr, you need to tell us what certain executables are. So we can see what it is trying to access, you should also attach the output of running: strace xgettext Also useful might be the output of the following commands: ls -l $(type -p xgettext) cacls $(cygpath -w $(type -p xgettext.exe)) cygcheck xgettext If you see EACCES in the strace output, look at the file that was being accessed and run the following commands on it: ls -ld filename cacls filename When including the output of commands, please use copy and paste, and include the output *in full*, otherwise you will almost certainly mistype something and/or miss out the important bit. 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://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: setup.exe --quiet-mode
Dave Korn wrote on Wednesday, September 10, 2008 7:22 PM:: Rob wrote on 10 September 2008 19:03: Since I'll be doing this upgrade on close to 100 boxes, I've been trying to devise a *relatively* unattended process. In case it helps anyone in the future, here's a snippet of my cmd script I have so far: echo off echo This will kill all cygwin related processes and update cygwin echo Hit CTRL-C now to abort, otherwise: pause c:\cygwin\bin\bash.exe --login -c ps -la|sed 's/^I/ /'|awk '{print $4}'|grep - v WINPID /tmp/pids.txt for /F %i in (c:\cygwin\tmp\pids.txt) DO taskkill /PID %i /F del /F c:\cygwin\tmp\pids.txt echo running setup... \\fileserver\cygwin\setup-2.602.exe -q -L -l \\fileserver\cygwin -R C:\cygwin echo Done That seems like a good start, but it's perhaps just a little bit crude in the way it handles services; if you kill them stone dead like that, the SCM will try and restart any that are set for auto-restart-on-fail. It would probably be a minor improvement if you add an extra bit of bash to shut them down gracefully by invoking cygrunsrv on them, something a bit like ... c:\cygwin\bin\bash.exe --login -c cygrunsrv -L | xargs -n 1 cygrunsrv -E ... and only then carry on to brute-force kill the leftovers. I don't know if this will work, but if you've around 100 boxes to upgrade, it's probably worth investigating. Instead of upgrading with the possibility of in use files, then rebooting to fix any problems, why not attack it the other way round? Install your script as a RunOnce task in the registry, then reboot. The reboot will ensure there are no in use files, the script will invoke setup (I think) before any services or normal startup tasks, so you should be confident that setup will complete successfully, and not require a second reboot. Obviously, this will cause some unnecessary reboots, but this is Windowsland where rebooting is a way of life; even Windows' programmers never expected uptime to exceed 2^32 milliseconds. Regarding the setup not running postinstall scripts if there are any in-use files suggestion, could I suggest that this idea be modified slightly? Postponing all scripts could leave the system (prior to reboot) with a package which was successfully installed, but not postinstalled, and therefore potentially unusable when it could have been completely installed. All that is necessary is to ensure that the packages' dependencies are honoured when running their postinstall scripts. This would ensure that as much as possible of the installation could be completed prior to rebooting. e.g. if package A depends on packages B and C, but a file from package B is in use, package C can be completely installed and postinstalled, but package A can only be installed. Running its postinstall script must be delayed until after package B's postinstall script has run following a reboot. 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://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: 1.5.25-15:bash failure with all basic commands
Phil Ten wrote on Tuesday, August 26, 2008 3:27 PM:: [snip] Attached cygcheck.out It reports Warning: There are multiple cygwin1.dlls on your path but I double checked and could find only one cygwin1.dll on the server. Any help would be very appreciated. Phil Ten You should check your system PATH. You have C:\cygwin/bin, which is being interpreted by cygcheck as different from C:\cygwin\bin. This should consistently use backslashes. I don't know if this could explain your problem, but it seems possible given that strace seems to indicate a problem whilst processing your path. 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://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Windows Vista
Monson Hayes wrote on Sunday, August 24, 2008 12:51 PM:: [snip] Fatal server error: could not open default font 'fixed' It's pretty obvious that this is the reason it's failed, and googling for this would have found the answer. Whilst I could give you the definitive solution, it's such a frequently asked question, and I get tired of repeating myself. The answers are already out there, so I think it's up to you to do the work. If you don't know how use google to search the mail archives, try adding site:cygwin.com inurl:ml/cygwin-xfree (without the quotes) to the query. 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/
RE: Cygwin compiler and linker options
John Emmas wrote on Friday, August 22, 2008 1:54 PM:: Just doing some searches on the internet, there seems to be an awful lot of misinformation / misunderstanding about what the various Cygwin-gcc compiler and linker flags do. For example, I saw one article that said that that flag -mno-cygwin causes an executable to be generated which does *not* require cygwin1.dll to be present on the host machine. That doesn't seem to be true (I've tried it). If you link with cygwin DLLs, it is the DLLs that require cygwin1.dll, not the executable. If you compile with -mno-cygwin, do not link with any cygwin DLLs. You wouldn't link with a cygwin DLL if you were cross-compiling for Linux; the -mno-cygwin is essentially specifying a cross-compilation for a cygwin-free architecture. Think of it like this: gcc -mvegan spaghetti.c -o meal -lparmesan will not give you a vegan meal. $ cat hw.c 'EOF' #include stdio.h int main (int argc, char **argv) { puts (Hello World); return 0; } EOF $ gcc -mno-cygwin hw.c -o hw.exe $ cygcheck ./hw.exe .\hw.exe C:\WINDOWS\system32\msvcrt.dll C:\WINDOWS\system32\KERNEL32.dll C:\WINDOWS\system32\ntdll.dll $ ./hw.exe Hello World $ I see no trace of cygwin1.dll in the cygcheck output. I saw another article which said that if you don't use the flag -mwindows, a DOS terminal will open every time you launch your app. That doesn't seem to be true either (at least, not on my machine). How are you launching it? If you're doing it from a prompt, there's no need to open another window. If you double-click on it in an Explorer window, you WILL get a DOS box unless you specified -mwindows. Try the above example and double click on it. You'll get a DOS box flash up momentarily. Recompile using -mwindows, and you won't. Is there any resource available where I can find out some (authoritative) information about what the various flags actually do? From the examples you've given, it seems you've already found some authoritative information, but instead of doubting your ability to comprehend, you've chosen to doubt the words of others and criticize them in a public forum without providing any evidence to back up your assertions. Not only is that arrogant, but now YOUR misinformation / misunderstanding is out there to cause confusion for others. It would be nice if the cygwin-specific options were documented in the gcc info file, but they don't appear to be. Don't expect -mno-cygwin to appear there soon either, because my understanding is that the -mno-cygwin option will be removed soon because of the surprising number of people who can't seem to grasp the concept of no-cygwin. 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://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
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/
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/
RE: various X-based apps (konsole, mplayer, mencoder) fail to start
John J. McDonough, WB8RCR wrote on Wednesday, June 25, 2008 12:01 AM:: Do ANY X applications work? Have you ever seen a GUI screen on your XP laptop? Bringing up a Cygwin terminal window is NOT the same as starting an Xterm. Do you have the Cygwin X displayed in the tray? This is a valid question, but I think the lack of any error message points to a missing DLL. If it was due to there being no X server, the normal response is to say something to the effect that it cannot connect to the display. Running cygcheck konsole.exe will show if any DLLs couldn't be found. If any DLLs are missing, e.g. C:\cygwin\bin\cygkdefx-4.dll, run cygcheck -p /bin/cygkdefx-4.dll to find out which package needs to be installed. Phil --McD - Original Message - From: Marco Schuster [EMAIL PROTECTED] To: cygwin-xfree@cygwin.com Sent: Tuesday, June 24, 2008 5:51 PM Subject: various X-based apps (konsole, mplayer, mencoder) fail to start hello all, hopefully one of you can help me: i have a win xp home sp2 laptop here; i have cygwin up and running (mirrors are sunsite.dk and xmission.com). the only thing that does not work are any of the kde apps (e.g. konsole) or mplayer/mencoder, which are AFAIR compiled with X support (at least mplayer must be). even if ran in a (working!) xterm, they simply exit without displaying an error or other info or displaying some GUI. this also prevents the kde desktop from being started, as kstartupconfig suffers from the same problem. any idea what might go wrong here? thanks, the|m. -- 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/
RE: can't get visual from xserver
Olaf Eisen wrote on Wednesday, June 25, 2008 10:50 AM:: I use use X11 tunneling with ssh -Y which works fine for xterms and graphics. However, for the software called Focus I get the fatal error OmGetVisual Can't Find TrueColor Visual of Depth = 24! Error: XtCreatePopupShell requires non-NULL parent Focus can not find TrueColor visual from X server! PseudoColor is selected instead. Focus can not find a visual from X server! Please check X installation with system administrator. I did not find any related information in the faq or list, any suggestions? Thanks, Olaf XWin is limited to supporting the current Windows display mode. If Focus requires 24 bit true colour, then you need to set the Windows display to 24 bits. Alternatively, you may be able to configure Focus to use a display mode that matches your current display. Run xdpyinfo to list the visuals available. 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/
RE: Couldn't load XKB keymap (fr_CH)
Xavier Robin wrote on Friday, May 30, 2008 8:57 AM:: It looks like the file /etc/X11/xkb/keymap/xfree86 cannot be found. However, it exists: $ ls -l /etc/X11/xkb/keymap/xfree86 -rwxr--r--+ 1 ROBINX Utilisateurs 12788 Oct 27 2005 /etc/X11/xkb/keymap/xfree86 (It was -rwx--+ and I tried to chmod it so I'm sure it is ok). Directories also need the execute permission for one to be able to read them (this is an over-simplification, but essentially true). On my installation, which hasn't had the permissions tinkered with, all directories under /etc/X11 have permissions 770. Try running this command: find /etc/X11 -type d -exec chmod 770 {} + Phil -- One of the following statements is true: This email has not been scanned by Ascribe PLC using Microsoft Antigen for Exchange. 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/
RE: fate/resolution/location of things like sys/sockio.h
Mike Marchywka wrote on Tuesday, May 27, 2008 2:53 PM:: $ cygcheck ./pktdump_ex.exe | sed -e 's/ /./g' [snip] ..C:\WINNT\cygwin1.dll ^ This is asking for trouble. Although it's probably nothing to do with the current topic, chances are that it's out of date and likely to be the cause of all sorts of spurious errors. The only cygwin1.dll on your system should be in /bin (aka /usr/bin) Phil -- One of the following statements is true: This email has not been scanned by Ascribe PLC using Microsoft Antigen for Exchange. 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://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Start X server crashes with dual monitors
Top posting - reformatted. Krzysztof Syryczynski wrote on Thursday, May 15, 2008 1:11 AM:: Did you perform the steps in the FAQ for the fatal error message you received? Fatal server error: could not open default font 'fixed' http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof Yes, it didn't work: umount /usr/X11R6/lib/X11/fonts umount: /usr/X11R6/lib/X11/fonts: No such file or directory But directory exist: ls /user/X11R6/lib/X11/fonts 100dpi 75dpi TTF Type1 cyrilic encodings misc util (installed: Editors, System, Shels, X11; the rest default or installed) You have almost certainly opted to install cygwin with text mode mounts (DOS style line endings). If this is the case (you can verify this using cygcheck), you have two options: 1) reinstall cygwin with binary mounts (UNIX style line endings) This is the preferred option, because installing using textmode mounts can cause all sorts of other problems unless you're very careful. [ It is possible to change the mount mode without reinstalling, but there is a high probability that you have some files with DOS style line endings, each of which would need converting with d2u. Finding and fixing them all is error prone and more trouble than it's worth.] 2) Ensure that the fonts directory is on a binary mount. To do this, you need to delete the contents of /usr/X11R6/lib/X11/fonts: $ rm -rf /usr/X11R6/lib/X11/fonts/* Then create a binary mount for the fonts: $ mount -f -b $(cygpath -m /usr/X11R6/lib/X11/fonts) /usr/X11R6/lib/X11/fonts You then need to reinstall the fonts packages via setup.exe 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/
RE: unable to configure mpich2 in xterm - worked fine in non-X cygwin terminal
Anderson, Carl wrote on Monday, May 05, 2008 5:46 PM:: I recently tried to configure and make mpich2 for a parallel programming class. I was working from an xterm window running bash. The configure script would hang on certain checks. Another student had the exact same problem on his machine too. We discovered that we could configure and build the exact same sources from the standard non-X11 cygwin terminal. This almost certainly has nothing to do with X, so it's really OT here. My WAG is that your makefile invokes a native windows program at some point, and that program doesn't understand cygwin's ptys. I suggest searching the archives for the main cygwin list where you'll find similar questions have been asked (and answered) many times before. 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/
RE: Fonts look ugly in X with gvim
Steven Woody wrote on Tuesday, April 22, 2008 7:32 AM:: Hi, I am using gvim in X window of cygwin. I selected a font Lucida Typewriter same as I set for my windows version of gvim. Lucida Typewriter looks good in windows version of gvim, but in cygwin's gvim, it's ugly, looks like there is a space between every character and the letters are very thin. Why's the wrong? My font setting statement is, set guifont=Lucida_Sans_Typewriter:h17:cANSI You're trying to use the TTF version of the font. The Xft TTF renderer cannot use the hinting due to patent issues (unless you compile it yourself), which is why the X renditions are often relatively poor. If you really want to use the TTF version, you specify it in your .vimrc like this: set guifont=Lucida\ Sans\ Typewriter\ Semi-Condensed\ 17 You're better off using the PCF form of the font, which you do using: set guifont=LucidaTypewriter\ 17 I can't remember off hand which fonts are in which package, so you may need to install another package. You could also try Lucida Console, which is a similar monospaced font. I also tried the Bitstream. When I use the menu edit-select font, I selected the bitstream versa sans mono in the font selecting dialog. This way it worked and the bitstream looked not bad ( I still need the Lucida thought ), and when I type in set guifont in the command mode to see the font name, I got the font's name guifont=Bitstream Versa Sans Mono 18 ^ It's Vera But the problem is I can not made this setting forever in vimrc file, the statement set guifont=Bitstream Versa Sans Mono 18 You need to escape the spaces using backslashes. set guifont=Bitstream\ Vera\ Sans\ Mono\ 18 This is documented in vim's help (:help guifont) will put the font settting back to its default, the guifont variable was not set and became empty string. and, I also tried set guifont=Bitstream_Versa_San_Mono:h18:cANSI ^ ^^^ That's the OSX syntax, which is also documented in the help. 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://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: rxvt window size change not detected
Thomas Dickey wrote on Thursday, March 13, 2008 10:23 AM:: On Thu, 13 Mar 2008, xerces8 wrote: Hi! Found this problem: - start bash in rxvt (C:\cygwin\bin\rxvt.exe -sl 5000 -fn 20 -bg black -fg white -sr -e bash --login -i) - less /etc/passwd - maximize the rxvt window - quit less (key q) - type a long command line in bash expected behavior : - works fine actual behavior : - the line is wrapped at the width of the windows as it was before maximized and continues in the same line at first column (a mess, basically) versions: up to date as of today (13-mar-2008) bash 3.2.33-18 I've seen several comments that indicate the problem is a bash setting Put the following line in ~/.bashrc shopt -s checkwinsize Phil -- 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: bash programming: testing for empty string
bootleg86 wrote on Wednesday, March 05, 2008 9:28 AM:: Hi, I'm trying to find the time of a file by doing this. filetime=`ls -l --time-style=+%a:%H:%M /tmp/1.txt | awk '{print $6}'` if [ -z $filetime]; then echo File does not exist else echo Time file: $filetime fi However, when the file does not exist and filetime returns an empty string, it does not evaluate [ -z $filetime ] to true I have also tried the reverse which is if [ -n $filetime]; then echo Time file: $filetime else echo File does not exist fi but I still get the same results. What does $filetime evaluate to when the command exits with an error? WJFFM However it's not good style to trigger a foreseeable error and rely on the error handling of a command to do what you want. Apart from anything else, doing it your way will be slower due to the number of unnecessary processes invoked when the file doesn't exist. Instead, first test if the file exists, and only if so print its time: if [ -e /tmp/1.txt ];then filetime=`ls -l --time-style=+%a:%H:%M /tmp/1.txt | awk '{print $6}'` echo Time file: $filetime else echo File does not exist fi Also, if you don't actually need $filetime after you've printed it, save yourself a bit more time by: echo -n Time file: ls -l --time-style=+%a:%H:%M /tmp/1.txt | awk '{print $6}' -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: enquiry on the error message for the Release:6.8.99.901-4
Ning Wang wrote on Tuesday, March 04, 2008 9:07 AM:: Dear Sir/Mdm, I am confused by the following error message generated each time when I start my cygwin program: C:\cygwin\usr\X11R6\bin\startxwin.bat. Error Message displayed as followings-- A fatal error has occurred and Cygwin/X will now exit. Please open /tmp/Xwin.log for more information. Vendor: The Cygwin/X Project Release: 6.8.99.901-4 Contact: cygwin-xfree@cygwin.com XWin was started with the following command-line: /usr/X11R6/bin/XWin -multiwindow -clipboard -silent-dup-error - End of the error message Could you please let me know why this error message is displayed each time when I run CygwinXFree86 and how to fix this problem? Did you even try to follow the instructions in the message? Please open /tmp/Xwin.log for more information. Follow the instructions, then search the FAQ and the mailing list archives for any messages it contains. If you're still confused, post the full contents of /tmp/Xwin.log. Remember - nobody on the list can see your PC, so you're going to have to provide as much information as possible, including what you've tried to do to resolve the problem. -- 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: sshd.log /var/empty must be owned by root and not group or world-writable.
Corinna Vinschen wrote on Monday, February 18, 2008 12:12 PM:: + echo ${LOCALSTATEDIR}/empty is existant but not a directory. Perhaps: + echo ${LOCALSTATEDIR}/empty exists but is not a directory. would avoid a typo (it's existEnt), and sound less like a Google translation ;-) Phil -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Uninstalling Cygwin
PEDRO MACANAS VALVERDE wrote on Tuesday, February 12, 2008 9:45 AM:: -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre ^^^ ^^^ de Larry Hall (Cygwin) Enviado el: lunes, 11 de febrero de 2008 16:38 Para: [EMAIL PROTECTED] ^ How many times do you have to be told? DO NOT PUT EMAIL ADDRESSES IN YOUR REPLIES I've told you on the X list, and I'm pretty sure CGF and Larry have told you on this list, and maybe others too. JUST STOP IT! There has been quite a bit of spam getting through from these lists recently and it's almost entirely because of people like you who just can't be bothered to do the right thing. Phil -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems using startxwin.bat
PEDRO MACANAS VALVERDE wrote on Thursday, February 07, 2008 1:30 PM:: -Mensaje original- De: [EMAIL PROTECTED] ^ Please don't feed the spammers: http://cygwin.com/acronyms/#PCYMTNQREAIYR [mailto:[EMAIL PROTECTED] En nombre de Cary Jamison Ditto Enviado el: miércoles, 06 de febrero de 2008 18:19 Para: [EMAIL PROTECTED] ^^^ Ditto You appear to be using Outlook or Outlook Express, so you should investigate using Outlook-Quotefix if you use Outlook: http://home.in.tum.de/~jain/software/outlook-quotefix/ or OE-Quotefix if you use Outlook Express: http://home.in.tum.de/~jain/software/oe-quotefix/ Asunto: Re: Problems using startxwin.bat There have been similar posts in the past about how to set up for multiple users. Since I don't have that setup, I can only offer a couple vague suggestions, including that you search again for those posts. You seem to be on the right track that the problem is access to these files and directories in /tmp. If the files are there owned by you, another user can't come along and overwrite them. I believe some of the suggestions in the past included things like making sure this stuff gets cleaned up in /tmp and/or giving each user their own /tmp ($TMP or $TEMP). Good ideas. Regards Just to clarify, the suggested workaround was actually to make /tmp a user-specific mount - i.e. each X user would need to do something like: mount -u -b $USERPROFILE/Local Settings/Temp /tmp -- 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: Incomplete environ when running MinGW apps?
Paul Leder wrote on Thursday, February 07, 2008 3:31 PM:: Eric Blake wrote: Bash has two variable namespaces - shell variables, and environment variables. Are you sure SHELL was exported to the environment, and not just in the bash shell variable namespace? thanks - I had no idea there were 2 variable namespaces. It looks like everything I can see in 'environ' was explcitly exported in /etc/profile, or ~/.bashrc, or picked up from Windows. Is there a way for C programs to pick up the contents of the shell variable namespace? In particular, is there some way I can pick up SHELL, or some other way that I can find out if my app's running on bash? Thanks -Paul Just export the variables you want. That's the whole point of the export command. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: fatal error
Carlos Moran Tejeda wrote on Tuesday, February 05, 2008 2:55 PM:: Fatal server error: could not open default font 'fixed' Please, could you let me know how to fix it? Try looking in the FAQ - there's a link to it at the bottom of every message on the list. This is almost always caused by choosing to install for DOS style text files. If this is what you did, be advised that this causes all sorts of other problems, so if you've only just installed cygwin, I'd recommend deleting your cygwin installation directory and reinstalling from scratch. -- 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: undefined reference to `_msgDebug' in GCC
Anik Pal wrote on Tuesday, February 05, 2008 3:12 PM:: Phil, Thanks for the info you provided. I'm not conversant with GCC. I remove the path for regular library like libm.a, and all the paths specified in posix , now my linker option is as follows -L/cygdrive/f/geolog6.6.1/lib -lcgg -llicence -llogs_dll -lPGILc_dll -lPGILcTool_dll -lcgs -lgeolog6 -L/cygdrive/D/cygwin/lib/mingw -lmsvcrt -Bstatic -lm You've only done half of what I said. You only need this: -L/cygdrive/f/geolog6.6.1/lib -lcgg -llicence -llogs_dll \ -lPGILc_dll -lPGILcTool_dll -lcgs -lgeolog6 Here's why: -L/cygdrive/D/cygwin/lib/mingw = look in the mingw lib directory when linking. You don't want to do that if you're compiling a cygwin program, because the mingw libraries expect the program to be linked with msvcrt (see below) -lmsvcrt = link to the Microsoft Visual C Runtime library. You definitely don't want this if you're compiling a cygwin program. -Bstatic -lm = link with the static math library. As I previously explained, the math library is integral to the cygwin C runtime library, so you just don't need this. You should never specify a C runtime library to the compiler because the compiler is generating code for a specific runtime library and if you force the linker to link with a different one you are likely to get all sorts of linkage errors. If the above options don't work, then it's likely that your code (or one of the libraries in geolog6.6.1/lib has calls to native Windows functions. If this is the case, you have two options: 1) replace all Windows function calls with their POSIX equivalent. This will make your code portable to many more platforms. 2) If this is not possible, compile a native Windows program. For this you can either use the mingw version of gcc (where you'll need to use DOS style paths), or you can use cygwin's gcc in cross-compilation mode by specifying the -mno-cygwin option to gcc. Note that if you do this, you won't be able to link to any of the cygwin libraries. You don't need to change the link options from those given above - gcc will automatically link with the msvcrt.dll If you do decide to compile a native windows application, any further questions would be off-topic for this list - the clue is in the no-cygwin bit ;-) But I'm not sure how to remove the dependency on libmsvcrt.a (that comes with mingw lib in cygwin). If you've followed the above, you should now be able to answer that yourself. What is the equivalent lib in cygwin/lib? cygwin1.dll is cygwin's libc. Just leave it up to the compiler to figure out which C library it needs to link to. Moreover I followed the solution stated in the following url to get rid of linking undefined reference symbol __chkstk http://eegeerg.blogspot.com/2008_01_01_archive.html#4158852069709002699 which actually states to copy chkstk.OBJ from MSVC/lib and rename to chkstk.o and link with this. Now linking error goes but when try to execute this exe, it doesn't gives any error message but terminate unexpectedly. That link says this: | This is the error you get when you try to link a msvc6 compiled ^ | library with gcc on mingw If you try to mix MSVC code with cygwin code, you are asking for trouble. As I said in my original reply, decide whether you want a cygwin program or a native Windows program and stick to your decision. Phil -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Warning msg: multiple cygwin1.dlls
Fergus wrote on Monday, February 04, 2008 6:28 AM:: Sorry to return to this old favourite. For ages (years) I have had both /usr/bin/ and /bin/ set in my PATH and cygcheck -srv reported both as d:\bin. I just removed the latter from the PATH and now get exactly one report of d:\bin. BUT cygcheck -srv still claims Warning: There are multiple cygwin1.dlls on your PATH. As far as I can tell and I have been SCRUPULOUS there is exactly one, not many, and it's in the obvious place d:\bin. I'm not getting any problems with functionality. Nor do I want to trouble you with output. cygcheck tells you where each of the DLLs are. Since you don't want to trouble us with output, you could at least read it yourself ;-) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: undefined reference to `_msgDebug' in GCC
Anik Pal wrote on Saturday, February 02, 2008 9:05 AM:: I am trying to using a library in my code whose default compiler is MSVCRT. When I try to compile that code in cygwin GCC environment I get the following errors F:/geolog6.6.1/lib/libgeolog6.a(fileprintf.o):C:/development/ptc:(.text+ 0x9) undefined reference to `__chkstk' [snip] more undefined references to `_msgDebug' follow Can anyone tell me which cygwin-mingw library to be added to get rid of this linking error? My make file linking option I'm providing as follows -LF:/geolog6.6.1/lib -lcgg -lgeolog6 -llicence -llogs_dll -lPGILc_dll -lPGILcTool_dll -lcgs -llmgr9a -LD:/cygwin/lib -lcygwin -LD:/cygwin/lib/mingw -lmsvcrt -Bstatic -LD:/cygwin/lib -lm First, don't use windows pathnames. Cygwin is a POSIX environment, so use POSIX pathnames (I.e. /cygdrive/f/ instead of F:/) Second, you're linking with cygwin AND msvcrt and potentially also mixing cygwin and mingw libraries. Don't do that. The cygwin, msvcrt and mingw are fundamentally incompatible. [Although it is possible under very specific circumstances to mix cygwin and msvcrt, it requires knowledge of the internals of both libraries, and if you had that knowledge, you wouldn't have posted your question, so the advice stands] Make your mind up whether you want to write a POSIX program or a Windows program and stick to your decision. Third, let the compiler choose the C runtime library. You don't specify -lcygwin, nor the path to the standard library locations, so the only -L you need is -L/cygdrive/f/geolog6.6.1/lib Fourth, libm is integral to cygwin1.dll, so you don't need -lm. The math library supplied with cygwin is only a stub to support makefiles such as yours that assume it's necessary. Phil -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problem with arrow keys in x-based applications on cygwin
Per Thorlacius wrote on Sunday, January 27, 2008 7:30 PM:: The arrow keys are not sending escape sequences, they are entirely ignored. Do you get any keypress events when you press the keys? Try running xev. In the window that opens, press the cursor keys and watch the output. If you get an event when you press the keys, make a note of the keycode. You can then use xmodmap to associate the keycode with a keysym. E.g. my keyboard produces the following keycodes: Left 100 Right 102 Up98 Down 104 Using this information I would create a .xmodmaprc file in my home directory with the following lines: keycode 98 = Up keycode 100 = Left keycode 102 = Right keycode 104 = Down I'm not sure if it matters in this case, but it's best to avoid DOS style CRLF line endings, so don't use notepad to do this (or if you do, run d2u ~/.xmodmaprc afterwards). Run the command xmodmap ~/.xmodmaprc to enable the keys. This command may be added to the script you use to start X. Note that I have found it is necessary to wait for Xwin to complete its initialisation, otherwise the command does nothing, so after running Xwin, sleep for a few seconds before running xmodmap. HTH Phil -- 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: Use remote graphical program
Gustavo Seabra wrote on Thursday, January 03, 2008 3:16 PM:: On Jan 3, 2008 7:08 AM, Phil Betts [EMAIL PROTECTED] wrote: ^ http://cygwin.com/acronyms/#PCYMTNQREAIYR There is an experimental, but (in my experience) very stable, version of XWin with GLX support. This is in package xorg-x11-xwin-gl and installs the executable XWin_GL.exe. You would need to alter your startxwin.sh to run this instead of XWin.exe. It works, just don't expect great performance. Phil That's interesting... Last time I checked, there was no maintainer for X in Cygwin, but I do admit that was some time ago. So, I'm very curious to learn about this newer XWin version. If you don't mind, I'd like to ask a couple of questions: 1. Is this package available through setup.exe? Or do we need to recompile it for Cygwin ourselves? 2. What do you mean by don't expect great performance.? Is it a GLX issue or something related to this particular version of XWin, as compared to the older ones? Thanks a lot! Gustavo. Sorry for the delay in replying. I thought I'd sent it thanks to Outlook telling me I had, when in fact it had only saved it in my drafts folder! This isn't new, it was experimental at the time Xwin last had a maintainer and just never got promoted to stable. It's available through setup.exe, but I guess you have to tick the exp radio button at the top to see it (once it's installed, it appears without selecting exp). In terms of performance, GL software is really designed for running on the local host, so you're never going to get blazing performance running clients on a remote host. The network overhead slows it down considerably. However, XWin's GLX is not particularly fast, even when running locally. Running glxgears.exe at the default size, on XWin running on my laptop, I get (approximately): 62 fps running locally 31 fps running on a linux box without using ssh forwarding 21 fps running on a linux box via ssh forwarding without compression. 47 fps running on a linux box via ssh forwarding with compression. None of these are stunning (IIRC, I get several hundreds of fps on a linux box at home), but it may be adequate for your purposes. My experience is that native GL applications running on Windows (e.g. Blender3D) run noticeably faster when running full screen (if they can), because there is no contention with DirectX. I haven't tested it, but if performance is a problem, it may be worth trying XWin full screen before giving up on it. I haven't looked at the code, but the locally run glxgears runs at 100% cpu on my laptop, which suggests that much of the GL code is handled in software, rather than hardware accelerated. The remote tests all run at about 92% cpu, so the network is (just) the limiting factor. Phil -- 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: need help with bash -c command with cygpath
Jay wrote on Friday, January 11, 2008 3:14 PM:: That's still somewhat wasteful, starting bash just to get a vim alias - why not use the full name gvim, and bypass the bash process to begin with? you right, i'm going to remove it, thanks. My main problem now is that for some reason the leading backslash on UNC names is getting dropped when calling bash -c from the windows command prompt, even when using just single quotes. So if you run this from a windows command prompt: H:\C:\cygwin\bin\bash -v -c '\\UNC_PATH\Dir' \UNC_PATH\Dir --Leading backslash dropped /usr/bin/bash: UNC_PATHDir: command not found It drops off the leading backslash. When you run it from Cygwin bash: bash -v -c '\\UNC_PATH\Dir' \\UNC_PATH\Dir --The leading backslash is preserved. bash: \UNC_PATHDir: command not found I know i can make it work by piping the path into sed, but I'm just wondering why i'm losing the leading backslash when running from windows. Maybe dos is passing in the single quotes as double quotes. dos (i.e. cmd.exe) does not have the same quoting rules as bash, so \\ inside single quotes means the same as it does inside double quotes in bash. Why are you even trying to use backslashes? There's no need (even in cmd.exe), but there's certainly no point in using them in a posix command. Just replace all backslashes with forward slashes and you've sidestepped the problem. If you absolutely MUST have backslashes, from cmd.exe, you need to double each backslash: H:\C:\cygwin\bin\bash -v -c 'UNC_PATH\\Dir' (actually only the first really needs to be doubled, because \ has no special meaning if it's followed by a letter) Phil -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Use remote graphical program
Larry Hall (Cygwin X) wrote on Thursday, December 27, 2007 1:40 AM:: horacioemilio wrote: Hi, I am trying to use a remote program which is installed on a remote linux machine. In these situations I usually do; 0) on my windows machine I start cygwin and afterwards use startxwin.sh 1) ssh -X name-of-the-gateway-machine 2) ssh -X name-of-the-linux-machine-inside-the-remote-network 3) program-name and programs like emacs or firefox appear on my desktop. But for some other program which uses more advanced graphics it does not work, I get the following error message; [EMAIL PROTECTED]:~ Xlib: extension GLX missing on display localhost:10.0 . Xlib: extension GLX missing on display localhost:10.0. snip Do you know how could I overcome this situation ? This is more appropriately directed to the Cygwin X list. I've reset the Reply-To there. Please send any follow-up the the Cygwin X list. From the above, it's clear the application you're trying to use wants to access the underlying hardware (via OpenGL). This is not supported in the current Cygwin X server. I believe there is a MinGW version which has some support for this though. You may want to investigate that. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 429-6305 - FAX Holliston, MA 01746 There is an experimental, but (in my experience) very stable, version of XWin with GLX support. This is in package xorg-x11-xwin-gl and installs the executable XWin_GL.exe. You would need to alter your startxwin.sh to run this instead of XWin.exe. It works, just don't expect great performance. Phil -- 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 crashed when i use -depth 24
Ali asghar Toraby wrote on Wednesday, January 02, 2008 6:12 AM:: hi friends Asking the same question 3 times in quick succession without waiting for a response will not make you any friends here. i use xwin to remote solaris8 CDE environment. when i use 24 bpp option it crashed and following is the output that it prompt to me: ## [snip] winAllocateFBShadowDD - Changing video mode winAllocateFBShadowDD - Could not set full screen display mode: 80004001 winFinishScreenInitFB - Could not allocate framebuffer winScreenInit - winFinishScreenInit () failed [snip] how to i can fix this problem? The -depth parameter must match what your hardware is capable of displaying. It is usually safest to omit the depth option and let XWin use the current Windows mode. i want to use 24 bpp to have a right colors in CDE session. in other modes (8,16,32) colors not properly. in Xconnect-pro when i use 24 bpp it worked successfully but in cygwin/x it crashed and core dumped!! WHY?? :( please help me. thanks for any reply If your Windows display is set to 32bpp, and XWin is started without the depth option, but CDE does not display the correct colours, I can only assume that CDE (or the Solaris X11 library) is making invalid assumptions about the pixel format. If so, then you should address your question to Sun. There is no problem when running X software from other vendors. Phil -- 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: how can i change the color of xterms that connected with ssh to unix account
Meir Yanovich wrote on Wednesday, December 19, 2007 2:51 PM:: Hello all Im new to cygwin and X im using the cygwin\usr\X11R6\bin\startxwin.bat for simple x display for using the unix tools in windows and to connect with ssh to unix accounts now i like to be able to change the color of the xterm every time I connect with ssh to remote host can it be done ? Thanks To change the xterm background to pink, use this command: $ echo -e '\e]11;pink\007' To do this automatically when you log in via ssh, add the following to your .bash_profile on the remote host. if [ ! -z $SSH_TTY ];then echo -e '\e]11;pink\007';fi To ensure this only happens on interactive shells, change the first part to: if [[ $- == *i* ]] [ ! -z $SSH_TTY ];then ... Read the file /usr/share/doc/xterm-229/ctlseqs.txt for other escape sequences you can use to control xterm. Phil -- 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: Trapping clicks on Cygwin/X Server icon
phiroc wrote on Tuesday, December 04, 2007 2:45 PM:: is there a way to trap clicks on the Cygwin/X Server icon in the System Tray or on the Exit Button in the dialog that appears? I don't know of a way to trap the exit, but... I would like cygwin to run a script before shutting down. You could try adding a menu item (to the menu that appears when you right click on the X icon) to provide your own exit method. This is done using the $HOME/.XWinrc file. If you don't already have a file ~/.Xwinrc, you can get a basic one from http://www.msu.edu/~huntharo/xwin/devel/server/example.XWinrc Place it in your $HOME directory, and rename it to .XWinrc You could then change the root menu to something like this: menu root { // Comments fit here, too... Reload .XWinrcRELOAD Kill XWin exec my_script ; kill $PPID Applications menuapps SEParATOR } The Exit menu item will not be affected, but the new item Kill XWin will run my_script (assuming it is in your PATH), then kill XWin. I haven't tested how XWin responds to kill, so you may want to experiment with changing the signal, e.g. to kill -HUP $PPID in order to get a clean exit. If you want to know more about the .Xwinrc file, type man XWinrc (case is significant). HTH, Phil -- 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: Using XWin.exe to connect to a linux X Server
jose isaias cabrera wrote on Monday, December 03, 2007 11:43 PM:: Just to complete this issue, I had to delete the account and recreate it. The reason why was that I previously had an SPARC sunworkstion with Gentoo on it, and I rsync-ed all of the files and directories from that server. I was running gnome on that server also, but somehow the previous settings were getting picked up by the new gnome, which was a newer version and it was kicking me out. After creating the new user with the same name I am able to login and do my work. thanks, josé I'm glad you've got it working, but just for the benefit of anyone picking up on this thread via the archives, unless you really *want* to run a Linux desktop in XWin, the advice to use XDMCP is wrong (or at least, it's not the best advice). The recommended way to run client applications is documented in the XWin user guide: http://x.cygwin.com/docs/ug/using-remote-apps.html Using ssh is secure, reliable and easy both on the network and the remote box. In contrast, XDMCP is woefully insecure, overkill for running individual applications, and inefficient in terms of network resources and the remote host's resources - all window manager operations are transmitted over the network in addition to anything going on in the client area of the windows. If in doubt, watch the spike in network activity when you drag a window under XDMCP. Compare this with the same action using ssh tunnelling. At the same time, you can also watch the spike in CPU activity on the remote box. If you are running Gnome or KDE on the Linux box, you are running a fairly resource heavy application. There have been efforts lately to reduce their footprint, but try getting 100 users connecting to your Linux box, each using XDMCP and you'll soon notice the difference. Using XDMCP to run display managers also goes against the spirit of X, which is to have a single, local display and window-manager/desktop on which you can run clients on many different hosts. XDMCP was developed to allow using X on the graphical equivalent of dumb-terminals. Another problem with using XDMCP is that the remote X clients are, as far as Windows is concerned, just one application - XWin. You cannot use alt-tab to cycle through your Windows and your Linux clients at the same time. If you connect to multiple remote hosts, each using XDMCP, things can quickly become confusing. Sorry if that all sounded a bit preachy - it wasn't meant to. I only want people to make informed decisions, not make the decisions for them. Phil -- 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: socket : MSG_WAITALL isn't defined
Corinna Vinschen wrote on Wednesday, November 28, 2007 2:57 PM:: On Nov 28 15:24, patrick ficheux wrote: Hi, I want to use recv() with MSG_WAITALL [...] Don't you read earlier replies on the list? Corinna It seems he's running an old version of Brain which had a problem with recv()! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: X server already running?
Kevin Porter wrote on Monday, November 26, 2007 9:08 AM:: /tmp/XWin.log says: -- START /tmp/XWin.log -- _XSERVTransSocketINETCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: server already running Fatal server error: Cannot establish any listening sockets - Make sure an X server isn't already running winDeinitMultiWindowWM - Noting shutdown in progress -- END /tmp/XWin.log -- I suspect a there's a pid file still hanging around for X from the previous crashed session? I can't find one, and googling for a solution turned up nothing useful. The file you're looking for is /tmp/.X11-unix/X0 If you'd started X with startxwin.bat or startxwin.sh this would have been done as a matter of course. Phil -- 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 install possibly stuck
adamb wrote on Monday, November 19, 2007 5:12 AM:: only found 1: Maybe that's all *you* could find, but cygcheck almost certainly would have found another. If you had followed the instructions given in the first response you received from Eric, you'd almost certainly have been up and running by now. Instead of following the instructions here: Problem reports: http://cygwin.com/problems.html You decided to ignore them completely and uninstall instead. Let's get this clear, you requested help, then ignored the instructions you were given, then compounded the offence by effectively saying I've ignored you and did my own thing, and now that's not worked either. Yet, you still expect people to rush to your assistance? Instead of what should have taken just 2 messages: Q) I've got a problem, here's the output of cygcheck... A) This is your problem, do x, then y, then z to fix it we have already got to 8 messages (9 including this) and you STILL haven't posted the cygcheck output and are therefore no closer to a resolution. Sent from the Cygwin list mailing list archive at Nabble.com. Why am I not surprised? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/