Re: real beginer
Am 23.10.2012 15:28, schrieb Trixie: I'm real beginner with cygwin, actually linux and everything related. But i need to instal and use certain fortran based program. I installed cygwin and several packages. I'm trying to call certain module and all i get is bash: module: command not found I googled a bit about fortran, and it seems that module is a fortran command. Note, that what you see when you open a cygwin window, is a command shell (bash in this case), which allows you to execute certain programs. It does not understand fortran commands. I believe, you will have to install gcc's fortran compiler. Then you may be able to compile and run fortran program. However, I'm not familiar with that. I googled it up and i found the solution that i should call /etc/profile.d/modules.sh before my module. but there is now module.sh in my /profile.d folder! Did i miss some package to install? What should i do? Please help! I desperately need to start that program :((( I'm sorry, but /etc/profile.d/modules.sh is totally unrelated to your problem. I strongly suggest, that you search for somebody that has experience with Linux and fortran. Ask you supervisor if necessary. I assume, this is work for you master thesis? Eliot is trying to guide you through the process of building BigDFT. If that works for you, that's fine. Then again, you should make sure that BigDFT accesses the GPU it the most direct way possible, i.e. that it doesn't have to pass the information through several layer of emulation. With cygwin, there's a fair chance of that being the case. I presume, you will do sort of benchmarking? Regards, Sven -- 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: mingw32-gcc and posix paths
Am 29.08.2012 18:08, schrieb thoni56: i686-w64-mingw32-gcc (which it is in my cygwin) works perfectly. Thanks! That is actually not MinGW (formely known as mingw32), but MinGW-w64 (a new project, independent from the old MinGW32 project). That's why JonY pointed you at i686-pc-mingw32-gcc, which is the old MinGW (but not MinGW-w64) compiler. http://www.mingw.org/ http://mingw-w64.sourceforge.net/ If you have a choice, I'd recommend MinGW-w64 since the project is very alive and JonY provides regular updates of the cygwin packages. -- 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
textlive 2012: missing biber dependencies
Hi, freshly updated cygwin with texlive installed. I can't even run biber --help. This is the output: $ biber --help Can't locate PAR.pm in @INC (@INC contains: /usr/lib/perl5/site_perl/5.14/i686-cygwin /usr/lib/perl5/site_perl/5.14 /usr/lib/perl5/vendor_perl/5.14/i686-cygwin /usr/lib/perl5/vendor_perl/5.14 /usr/lib/perl5/5.14/i686-cygwin /usr/lib/perl5/5.14 /usr/lib/perl5/site_perl/5.10 /usr/lib/perl5/vendor_perl/5.10 /usr/lib/perl5/site_perl/5.8 .) at -e line 951. I don't think there is a cygwin package for PAR.pm yet. Regards, Sven -- 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] Updated: TeX Live 2012
Am 17.07.2012 05:07, schrieb Ken Brown: On 7/16/2012 6:48 PM, Sven Köhler wrote: Am 16.07.2012 13:39, schrieb Ken Brown: Cygwin's TeX Live packages have been updated to the latest upstream release, TeX Live 2012. Just updated cygwin inside my Windows 7 virtual machine. It's not looking good. The following kind of generic error shows in mintty: -bash: /usr/bin/pdflatex: Bad address Have you tried rebaseall? Sure. If that doesn't help, please make a full problem report, following the guidelines at http://cygwin.com/problems.html I wonder, whether it would have helped. But the mystery is solved now, even though another mystery remains. Long story short: 1) Bad address is just a very confusing error message 2) There's a packaging error, namely that pdftex.exe depends on cygpoppler-26.dll, but the texlive packages don't depend on the libpoppler26 package. Please fix 2). What about 1)? Is this a known problem, that cygwin reports Bad address when a DLL cannot be found? Shouldn't cygwin print a more more comprehensive error message like cygpoppler-26.dll not found? Regards, Sven -- 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: running latex generates Bad address error message
Am 17.07.2012 16:55, schrieb Keith Lindsay: Hi, When I run the command latex on the command line, without any command line arguments, I get the following message: -bash: /usr/bin/latex: Bad address Read my post from 2 minutes ago: Install libpoppler26. But can somebody tell me, why cygwin prints Bad address? Also, is ldd /usr/bin/pdftex.exe broken since it didn't print any information about missing libraries when cygpoppler-26.dll didn't exist on my system? Only by accident, I tried strace pdftex and a nice windows popped up informing me about the lack of cygpoppler-26.dll on my system. Regards, Sven -- 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] Updated: TeX Live 2012
Am 16.07.2012 13:39, schrieb Ken Brown: Cygwin's TeX Live packages have been updated to the latest upstream release, TeX Live 2012. Just updated cygwin inside my Windows 7 virtual machine. It's not looking good. The following kind of generic error shows in mintty: -bash: /usr/bin/pdflatex: Bad address Any ideas? -- 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: Portable shell code between Cygwin and Linux
Am 08.08.2011 15:40, schrieb Eric Blake: On 08/07/2011 07:20 PM, Sven Köhler wrote: pathconvert() { echo $1 } (There's one issue here: I would like to write echo -- $1, but echo doesn't understand --. Bummer.) echo _cannot_ be used to portably echo arbitrary strings. For that, you need printf: pathconvert() { printf '%s\n' $1 } Thanks! I learned something. -- 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: Portable shell code between Cygwin and Linux
Am 08.08.2011 10:14, schrieb Andrey Repin: Greetings, Sven Köhler! alias vpnup='exec sudo openvpn --config $HOME/config/client.vpn --writepid /tmp/openvpn.pid ' that's where his problem began, IMO. I don't know, why you pointed that out. It's of no use to feed a path like $HOME/something to a pure win32 binary. You DON'T feed a path like $HOME/something ! The shell that run the script will expand variable before passing it to the program. A win32 (non-cygwin) executable doesn't that /cygdrive/c refers to c:\. It also doesn't know that /home/bla is actually the same as c:\cygwin\home\bla. A win32 simply doesn't use cygwin, hence don't know about the translation from cygwin's POSIX paths to win32 ones. It turned out, that the OP was not using a cygwin version of openvpn. So if $HOME is a POSIX (cygwin specific) path, it won't work. signature.asc Description: OpenPGP digital signature
Re: Portable shell code between Cygwin and Linux
Am 30.07.2011 14:14, schrieb Andrey Repin: Greetings, Corinna Vinschen! For every shell code that I write, I'd like it to be portable both to Cygwin on Windows, and to Ubuntu Linux for example. It's kinda possible, but am blocked with such a use case: alias vpnup='exec sudo openvpn --config ~/config/client.vpn --writepid /tmp/openvpn.pid ' While this worked perfectly under Ubuntu, I've had to make up a customized version for Windows: alias vpnupwin='cd c:/home/sva/config; openvpn --config client.vpn --writepid c:/cygwin/tmp/openvpn.pid ' Don't use Win32 paths. Use POSIX paths: alias vpnupwin='cd /cygdrive/c/home/sva/config; openvpn --config client.vpn --writepid /cygdrive/c/cygwin/tmp/openvpn.pid ' Moreover, the very first line is wrong. Must be alias vpnup='exec sudo openvpn --config $HOME/config/client.vpn --writepid /tmp/openvpn.pid ' that's where his problem began, IMO. I don't know, why you pointed that out. It's of no use to feed a path like $HOME/something to a pure win32 binary. (Certainly, this hint is kind of important for the ubuntu version of the script, but not for the cygwin issue, which is solely because he's mixing cygwin and win32 and expects it work without any complication) -- 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: Portable shell code between Cygwin and Linux
Am 02.08.2011 14:24, schrieb Sebastien Vauban: I don't like copy/pasting things, and just changing bits of the code, if I can avoid it. if you detect cygwin: pathconvert() { // do cygwin specific path conversion of $1 } if you don't detect cygwin pathconvert() { echo $1 } Use the pathconvert command whereever you pass full qualified paths from cygwin to win32. (There's one issue here: I would like to write echo -- $1, but echo doesn't understand --. Bummer.) -- 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: CYGWIN=tty round 2
Am 22.05.2011 23:19, schrieb Christopher Faylor: mintty I have the feeling, you should make mintty default :-) (for startup menu shortcuts, etc.) -- 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: [1.7] Recent build failures (grap and nano) and strange characters in error log
Am 27.01.2010 18:33, schrieb Andy Koppe: 2010/1/27 Fergus: Q2 I attach the error log (only 6 lines) when attempting make after a successful ./configure of grap v.1.43. I am particularly surprised at and bothered by the intrusive strange characters. It's due to using rxvt with a UTF-8 locale, which rxvt does not support. Should I be re-setting LANG or otherwise adjusting my environment? Yep, either use a different terminal or set LANG to something that rxvt supports, e.g. en_GB.ISO-8859-1. different terminal = mintty It's available via cygwin's setup. mintty also has an options dialog, in which the locale/charset for cygwin can be adjusted. Regards, Sven -- 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: rxvt ctrl-c killing process
Am 19.01.2010 06:52, schrieb David Smiley @MITRE.org: Greetings folks. I have been fed-up with the default GUI shell on Cygwin, being used to the great Terminal that comes with Mac OS X. Some googling around uncovered that I should try rxvt. My experience with rxvt is pretty good, after reading online some basic configuration tips. But unfortunately I've come across a deal-breaker and I'm not sure exactly what the culprit is. If I run a java program from rxvt and control-C it (i.e. SIGINT) then it seems to kill -9 it instead of letting the program catch the signal to terminate. I found a quickie Java code sample online that anyone can quickly compile and try for themselves: http://waelchatila.com/2006/01/13/1137143896635.html save to CtrlC.java then type javac CtrlC then java -cp . CtrlC and then hit ctrl-c. It works properly in Cygwin's default GUI shell but not rxvt. I *did* try searching the lists but didn't really find a resolution. Please install mintty (via Cygwin setup). AFAIK, rxvt is deprecated. -- 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: Cygwin 1.7.1-1 Setup.exe version 2.676 fails to install on Windows 7 x64
Am 17.01.2010 01:07, schrieb Clinton Goudie-Nice: Greetings, Cygwin 1.7.1 is failing to install on a relatively clean Windows 7 x64 box. I installed this box today, applied the updates and installed a minimal amount of other software (MS office 2007, WHS client, the gimp, inkscribe, pidgin, flash, and acrobat reader). I applied all of the windows updates to bring the box current, then I tried to install cygwin. The cygwin installer hangs at /var/lib/alternatives/.keep-alternatives for alternatives-1.3.30c-10 Same problem here. -- 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
cygwin 1.7 has moved to utf8?
Hi, is it just me, or does cygwin 1.7 return a utf8 encoded strings for filenames and the like? I wonder, because rxvt and xterm show two strange characters for each german umlaut when I use ls -la or the like. Well, I don't think that rxvt will ever work, because it doesn't support unicode. And there doesn't seems to be a non-X11 version of rxvt-unicode. But I would expect, that xterm works. But it doesn't. The default-encoding, that cygwin returns, seems not to be utf8. I have didn't experiment with setting the LANG variable yet. I'm curious what going on and how the upcoming cygwin 1.7 will be like. Is there some information about it on the net? Regards, Sven -- 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
where is pdflatex gone?
Hi, can the tetex packages be fixed, so that they supply a pdflatex link? I checked all of the *.gz files in /etc/setup and all the scripts in /etc/postinstall. It doesn't seem, like packages is supposed to install pdflatex link :-( I have the following tetex packages installed: tetex-base,bin,extra,tiny,x11 Since it was missing, i created a link pdflatex - pdfetex myself already. Regards, Sven -- 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/
[BUG?] run.exe and pdflatex
Hi, so i have a latex file here. pdflatex document.tex works. But run pdflatex document.tex does not. run.exe seems to be the best way to call cygwin application from external windows apps. But the seems to be some difference from invoking by a shell. pdfetex seems to check the name by it has been invoked. When invoking from the shell, it correctly finds out, that it has been invoked as pdflatex but when invoked via run.exe, this check seems to lead to the wrong result. I guess, it's a bug of run.exe which might do more work, than it should (like following symbolic links, or such stuff). Regards, Sven signature.asc Description: OpenPGP digital signature
Re: [BUG?] run.exe and pdflatex
so i have a latex file here. pdflatex document.tex works. But run pdflatex document.tex does not. run.exe seems to be the best way to call cygwin application from external windows apps. But the seems to be some difference from invoking by a shell. pdfetex seems to check the name by it has been invoked. When invoking from the shell, it correctly finds out, that it has been invoked as pdflatex but when invoked via run.exe, this check seems to lead to the wrong result. I guess, it's a bug of run.exe which might do more work, than it should (like following symbolic links, or such stuff). This is not really a bug in run.exe, because it was never documented to work correctly with symlinks, and you'd get the same problem with any pure Windows way of invoking pdflatex anyway. But it is, arguably, a deficiency in run.exe. Hmm. I looked at the man pages, which says, that run's purpose is to hide the console windows. Hmm. Maybe i'm kind of misusing the problem right now. But is there another easy way to execute cygwin programs from outside cygwin? I think of symlinks, shell-scripts, perl-scripts, etc... Using run.exe is quite handy for these cases. You can do a few things. One is to pass an explicit parameter that tells pdfetex to use pdflatex mode (i.e., -fmt pdflatex). That's maybe a good idea - but won't work for pslatex, since pslatex is a shell script. Another is to invoke pdflatex via bash (i.e., run bash -c 'pdflatex ...'). Actually i HATE the bash -c command param1 param2 ... way of invoking commands. It needs special escaping of white spaces and other special characters, which usually nobody takes cares about causing unexpected behaviour. The way run.exe or sudo do it is much more elegant and transparent. Finally, you can look at the sources for run.exe (available via Cygwin setup) and submit a patch (look at the first argument to CreateProcess). I'm not a unix-programmer unfortunatly. I'm not very familiar with the APIs. Well, i will look into the source and try to find out, what run.exe is actually doing. But CreateProcess sounds like a windows API call. Wouldn't it be more elegant to use a cygwin-call similar to the one bash uses? But is run.exe linked against cygwin.dll? signature.asc Description: OpenPGP digital signature
Re: [BUG?] run.exe and pdflatex
Finally, you can look at the sources for run.exe (available via Cygwin setup) and submit a patch (look at the first argument to CreateProcess). Hmm. So indeed run seems to use the Windows-API to create the new rprocess. But that pdfetex knows, that is has been invoked by the name pdflatex, must be an internal cygwin thing. Because actually, when executing pdflatex from bash, cygwin must follow the symlink and then executed pdfetex.exe. Still, cygwin reports to pdfetex, that it was invoked with the command pdflatex. So i have no clue where to start here. Actually, i wrote a small C program. And sure, it will not hide the console window, when startes. But it simply uses execve to start the program given in the parameter list: #include stdio.h #include unistd.h int main(int argc, char * argv[]) { if (argc 2) { printf(you must give some parameters\n); return 1; } int i = execve(argv[1], argv+1, NULL); printf(execve failed: %i\n, i); return 2; } I'm amazed, it even works. Anyway: after compiling it under cygwin and putting it to /bin/myrun.exe it's possible for me to successfully start pdflatex by using c:\path\to\cygwin\bin\myrun.exe /usr/bin/pdflatex document.tex Hmm. I'm not sure, in which troubles i get by going this way. signature.asc Description: OpenPGP digital signature
Re: [BUG?] run.exe and pdflatex
I just tried to run pslatex (which is a shell-script) with run.exe. And actually, it won't run. There is a box saying Error: could not start c:\cygwin\bin\pslatex. Well, it's not an exe-file. It's basically a textfile to windows. Hence the error, i guess. Now i wonder, if it's already safe or if it would be possible to use cygwin API (for example execve) from run.exe. To fix all the issues, run.exe really would have to use cygwin to start the command since only that will resolv all the issues (analysing the shebang, following symlinks, etc.). Just modifying the CreateProcess won't do. Or we would have to rewrite all the shebang/symlink stuff ourselves which is error prone. signature.asc Description: OpenPGP digital signature
Re: [BUG?] run.exe and pdflatex
Now i wonder, if it's already safe or if it would be possible to use cygwin API (for example execve) from run.exe. To fix all the issues, run.exe really would have to use cygwin to start the command since only that will resolv all the issues (analysing the shebang, following symlinks, etc.). OK, we cannot use execve, right? If we would, it would open yet another console window will be opened for the program we'd like to exec, right? So is there any cygwin call to analyse a path? A call, that simply returns the program to execute, the parameters to pass, etc.? It really would really be better pass all the work (finding shebang, etc.) to cygwin so that it's consistent. signature.asc Description: OpenPGP digital signature
Re: [BUG?] run.exe and pdflatex
bash -c exec /bin/echo \$@ some arguments here and see what's printed; then read the bash man page for why this happens). Oh, that possibility was new to me. All i wonder, is why the some gets lost. Only arguments here is printed. And actually i would like to argue, that $@ instead of $@ should be used. signature.asc Description: OpenPGP digital signature
Re: [BUG?] run.exe and pdflatex
Check the cygstart utility. I thing it works with symbolic links. Hmm. The cygstart utility is for starting application / opening files as if they were double clicked in the explorer. So you can do: cygstart my.pdf (will open acrobat reader) cygstart pdflatex (will open a windows console windows which will execute pdfetex, but not in pdflatex mode) cygstart pslatex (will not work, since windows doesn't know how to start a shell script) signature.asc Description: OpenPGP digital signature
Re: [BUG?] run.exe and pdflatex
However, the above is *not* equivalent to using run.exe in that it will not hide the console window (try it from a GUI). Just tested it. It's not true. I compiled my program with gcc -o /bin/myrun.exe -mwindows and executed c:\cygwin\bin\myrun.exe /bin/sleep 60 from Windows Explorer. No console window and sleep.exe runs. Also c:\cygwin\bin\myrun.exe /bin/rxvt works as expected. No console window. signature.asc Description: OpenPGP digital signature
Re: [BUG?] run.exe and pdflatex
Now, in Cygwin 1.7.x (a.k.a. CVS HEAD), this is no longer the case (since revision 1.243 of spawn.cc). The comment simply says Drop pty_needs_alloc_console check -- maybe Corinna can explain why it was dropped. So your program will not work as expected in the snapshots. OK, thanks for the explanation. But ... wouldn't that mean that any command executed would open a console window? In your other responses, you said, that using the shell is the most preferrable way. Unfortunatly, i cannot use the shell. The method is well understood. I could easily execute cygwin stuff by using: bash -c exec \\$0\ \[EMAIL PROTECTED] program param1 param2 ... The program from which i want to execute pdflatex/pslatex/etc. (which is Texlipse, a Latex plugin for Eclipse) doesn't allow me to do so. But aside from that: is the shell really the preferred way of doing this? Doesn't the shell simply call execve again? Following what you said, it should be best to call bash.exe from run.exe to solve all the issues. So the question is: who does all the checks (shebang, etc.)? - the execve implementation? (which is cygwin, right?) - the shell? - both? signature.asc Description: OpenPGP digital signature
Re: [rxvt packaging bug?] New rxvt introduces broken font default
I just updated to rxvt-20050409-7, and the font changed to a very weird display using a proportional-width font, but displayed with each character left-aligned within a fixed-size area which appears to correspond to the largest character within the font. At a guess, this is because the new /etc/X11/app-defaults/Rxvt specifies bitstream vera sans mono and I have no font by that name. If that's the case, it is a bug for the rxvt package to depend on a non-standard font for its default display. Same problem here too! On the other hand, not every machine wanted to upgraded to rxvt-20050409-7. Very strange. signature.asc Description: OpenPGP digital signature
Re: llrint() into math.h
I will ask in newlib list, as you have kindly suggested. I have interest in llrint too. What did the newlib-guys answer? signature.asc Description: OpenPGP digital signature
Re: rvxt-20050409-1 console problem
After installing rxvt-20050409-1, starting rxvt from a console bash hides that console. To reproduce: start a console bash, type rxvt or rxvt (either way), observe that the bash window goes away (the process is still running, though). I don't think the cygcheck output is relevant, since this looks like an rxvt problem (caused by the new code to hide the console). Chuck, if you can't reproduce this, please let me know and I'll provide more details. AFAIK, there are EXE-files that open a console, and others, that don't. It seems, there is a flag in the EXE-files, which determines if Windows should open a console or not. So i always was annoyed by the fact, that starting rxvt directly from windows opens a console windows. Isn't it possible, to create such an EXE-file, that doesn't open a console? Would that cause any problems with cygwin? That would make any hide the console-code unnecessary. Greetings, Sven P.S.: i can reproduce the bug too. signature.asc Description: OpenPGP digital signature
Re: rvxt-20050409-1 console problem
So i always was annoyed by the fact, that starting rxvt directly from windows opens a console windows. Hence the recommended use of run. run? Isn't it possible, to create such an EXE-file, that doesn't open a console? Would that cause any problems with cygwin? It's possible. But one (important) side effect is that window-mode applications cannot write to a console. So, rxvt --help would be useless if rxvt were to be made a window-mode app. Oops, yes. Hmm ... but ... Would rxvt.exe --help work, if you run in from a cygwin-shell? wouldn't that be sufficient? Something that i just noticed: do you have java installed? there is that javaw.exe-thing. It's such a window-mode application. And if i run javaw inside cygwin, then it prints a help-screen to the console! That would make any hide the console-code unnecessary. If there is some other possibility, to hide the console, (what is that run command that you mean?), then i would remove the hide the console-code. There are only two things, that i'd like to be abled to do: a) start rxvt.exe directly from windows without a console-windows b) run it from inside cygwin like any other app P.S.: i can reproduce the bug too. Note that my issue is actually the opposite: I start rxvt from an unrelated console, and I *want* that console to stay visible. Looks like the new console-hiding code is a bit over-eager... If I have the time, I'll take a look at the changes to see if there's a simple fix. Yes, i know. But i thought, that a window-mode application _could_ be a more clean sollution to the problem, because the close the console-code (which is a workaround IMHO) could be removed. signature.asc Description: OpenPGP digital signature
Re: rvxt-20050409-1 console problem
So i always was annoyed by the fact, that starting rxvt directly from windows opens a console windows. Use 'run'. Or, modulo the bug Igor is reporting, the latest refresh of rxvt. Now i know, what you mean with run! Now i'm satisfied, but ... Isn't it possible, to create such an EXE-file, that doesn't open a console? Would that cause any problems with cygwin? That would make any hide the console-code unnecessary. This is not an option in the slightest. A -mwindows application cannot interact with the console it was invoked from! That means that all such compiled applications would have no I/O when invoked from the command line unless redirected to a file. Try compiling int main() { puts(hello world); } with -mwindows and running it from a windows console -- you get nothing. -mwindows applications are expected to either have no console I/O or to explicitly create a new console themselves. What isn't possible is to attach to the existing console that it was run from. ... i have to prove you wrong! javaw.exe (from sun's java-jre) is a window-mode application, right? So how can you explain, that i see text within cygwin, when i run javaw.exe? $ javaw Usage: javaw [-options] class [args...] (to execute a class) or javaw [-options] -jar jarfile [args...] (to execute a jar file) where options include: -client to select the client VM -server to select the server VM -hotspot is a synonym for the client VM [deprecated] The default VM is client. See? It seems to be the standard-behaviour of the windows shell (cmd.exe) to detach the application from the console if it's starting a window-mode application. But cygwin doesn't detach the application. So of course, you're right if you say: if rxvt would be a window-mode application, then you wouldn't see anything if you execute rxvt.exe --help from the windows-shell - but i ask myself, if this is necessary. signature.asc Description: OpenPGP digital signature
Re: rvxt-20050409-1 console problem
There are only two things, that i'd like to be abled to do: a) start rxvt.exe directly from windows without a console-windows b) run it from inside cygwin like any other app Use run. So if there is that nice thing called run, that avoids creating a console, do we still need the close the console-code inside rxvt? signature.asc Description: OpenPGP digital signature
Re: rvxt-20050409-1 console problem
This is not an option in the slightest. A -mwindows application cannot interact with the console it was invoked from! That means that all such compiled applications would have no I/O when invoked from the command line unless redirected to a file. Try compiling int main() { puts(hello world); } with -mwindows and running it from a windows console -- you get nothing. -mwindows applications are expected to either have no console I/O or to explicitly create a new console themselves. What isn't possible is to attach to the existing console that it was run from. ... i have to prove you wrong! So it seem, i was wrong. I didn't say anything. Sorry for the noise. signature.asc Description: OpenPGP digital signature
Re: rvxt-20050409-1 console problem
$ javaw Usage: javaw [-options] class [args...] Please re-read what I wrote. What you are seeing here is the expected result of *not* using a windows console but instead a pty, which to javaw.exe will appear to be redirection to a pipe. And again, since a pipe does not involve a windows console in any way it is irrelevant. If you try the above from a windows console (this means CMD.EXE, no rxvt, no xterm, no CYGWIN=tty) you get no output whatsoever from javaw.exe. I'm sorry. I was in a hurry. signature.asc Description: OpenPGP digital signature
Re: rvxt-20050409-1 console problem
Shouldn't the console-hiding code be unnecessary? Here is a simple approach that I have been using (and have written to this list previously) which makes it possible to start rxvt without resorting to starting a console first: 1. Using MS Windows Explorer, locate the 'rxvt' binary in your Cygwin directory tree, for example, at c:\cygwin\bin. 2. Right-click on the 'rxvt.exe' icon and select 'Create Shortcut' from the menu. 3. Right-click on the 'Shortcut to rxvt.exe' icon and select 'Properties' from the menu. 4. In the 'Target' field, type the options that you want to specify for 'rxvt' during startup. For example, C:\cygwin\bin\rxvt.exe -e /bin/bash --login -i tells rxvt to run 'bash' as the shell, and tells bash to run as a login shell. 5. If desired, dragdrop the shortcut icon to your taskbar. Click on the icon to start 'rxvt' without using a console. Am I missing something, or is there still another reason to include the console-hiding code? You should see it, or perhaps your PC is too fast. But prior to the rxvt windows, another windows opens that gets closed immediatly. That's a console-window like the ones you see, when you run cmd.exe So the console-hiding code is the code, that causes, that the console-window disappears and that inly the rxvt-window remains. signature.asc Description: OpenPGP digital signature
squid status?
Hi, On an up2date cygwin Installation, i tried to use the supplied squid-package and i also tried, to compile by myself. The problem: squid always crashes. I have no clue why, but it does: $ squid.exe -D -N Aborted (core dumped) That's all i get :-( I remember, that it once worked. Any clue, why squid is that broken? Greetings Sven signature.asc Description: OpenPGP digital signature
Re: squid status?
I remember, that it once worked. Any clue, why squid is that broken? Nope. Sounds like it would be worthwhile to debug it. squid is strange. It looks in /etc/resolv.conf for DNS-server, it checks the cache-directories - and if something is not right (not DNS-servers in resolv.conf, chache-directories don't exist) then squid crashes. So i fixed all, that squid was concerned about, and now it's up and running. signature.asc Description: OpenPGP digital signature
Re: Cygrunsrv starts service but reports that it didn't start
Command : /usr/sbin/sshd -D for sshd, -D means, that the sshd process will _not_ detach from his parent process (which is cygrunsrv) Command : /usr/local/sbin/samhain -D and according to the docs, saimhain will _not_ detach from the parent process to become a daemon. (which would be the same behaviour than sshd -D) But you specified -D as an option to samhain and the docs say, that -D will cause that samhain does detach from its parent - which is the opposite of what you want, because you want samhain to be under the control of cygrunsrv, and therefor you want that it does detach. signature.asc Description: OpenPGP digital signature
Re: compiling cvs 1.12.13
i'd like to compile cvs 1.12.13 for doing some testing, but it doesn't compile :-( Does somebody have a clue, what the following may mean and how i could work around it? It looks like cvs is using an older version of gnulib's getaddrinfo.c replacement module, which until recently has had some bugs when used on cygwin (I know, because those same compile errors were present in CVS coreutils, prompting the fixes in gnulib). As a workaround, you may be able to just drop in the latest copy of getaddrinfo.[hc] from http://cvs.savannah.gnu.org/viewcvs/gnulib/lib/?root=gnulib. Otherwise, ask upstream at the cvs development list for them to pull in newer files from gnulib and spin cvs 1.12.14. Well, i've grabbed the latest version of getaddrinfo.* from CVS and added -DHAVE_NETINET_IN_H to the CFLAGS, but now i still get those errors: make[3]: Entering directory `/tmp/install/cvs-1.12.13/lib' if gcc -DHAVE_CONFIG_H -I. -I. -I.. -Ino/include -DHAVE_NETINET_IN_H -MT getaddrinfo.o -MD -MP -MF .deps/getaddrinfo.Tpo -c -o getaddrinfo.o getaddrinfo.c; \ then mv -f .deps/getaddrinfo.Tpo .deps/getaddrinfo.Po; else rm -f .deps/getaddrinfo.Tpo; exit 1; fi getaddrinfo.c: In function `getaddrinfo': getaddrinfo.c:115: warning: assignment makes pointer from integer without a cast getaddrinfo.c:116: error: dereferencing pointer to incomplete type getaddrinfo.c:119: error: dereferencing pointer to incomplete type getaddrinfo.c:141: error: dereferencing pointer to incomplete type getaddrinfo.c:175: error: dereferencing pointer to incomplete type getaddrinfo.c:177: error: dereferencing pointer to incomplete type getaddrinfo.c:183: error: dereferencing pointer to incomplete type getaddrinfo.c:199: error: dereferencing pointer to incomplete type getaddrinfo.c:200: error: dereferencing pointer to incomplete type getaddrinfo.c:214: error: dereferencing pointer to incomplete type make[3]: *** [getaddrinfo.o] Error 1 make[3]: Leaving directory `/tmp/install/cvs-1.12.13/lib' make[2]: *** [all] Error 2 make[2]: Leaving directory `/tmp/install/cvs-1.12.13/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/install/cvs-1.12.13' make: *** [all] Error 2 *sigh* signature.asc Description: OpenPGP digital signature
Re: compiling cvs 1.12.13
i'd like to compile cvs 1.12.13 for doing some testing, but it doesn't compile :-( Does somebody have a clue, what the following may mean and how i could work around it? It looks like cvs is using an older version of gnulib's getaddrinfo.c replacement module, which until recently has had some bugs when used on cygwin (I know, because those same compile errors were present in CVS coreutils, prompting the fixes in gnulib). As a workaround, you may be able to just drop in the latest copy of getaddrinfo.[hc] from http://cvs.savannah.gnu.org/viewcvs/gnulib/lib/?root=gnulib. Otherwise, ask upstream at the cvs development list for them to pull in newer files from gnulib and spin cvs 1.12.14. I had to add a #include netdb.h Now at least getaddrinfo.c compiles fine. signature.asc Description: OpenPGP digital signature
compiling cvs 1.12.13
Hi, i'd like to compile cvs 1.12.13 for doing some testing, but it doesn't compile :-( Does somebody have a clue, what the following may mean and how i could work around it? make[3]: Entering directory `/tmp/install/cvs-1.12.13/lib' if gcc -DHAVE_CONFIG_H -I. -I. -I.. -Ino/include -g -O2 -MT getaddrinfo.o -MD -MP -MF .deps/getaddrinfo.Tpo -c -o getaddrinfo.o getaddrinfo.c; \ then mv -f .deps/getaddrinfo.Tpo .deps/getaddrinfo.Po; else rm -f .deps/getaddrinfo.Tpo; exit 1; fi getaddrinfo.c: In function `getaddrinfo': getaddrinfo.c:112: error: invalid application of `sizeof' to incomplete type `sockaddr_in' getaddrinfo.c:148: warning: initialization from incompatible pointer type getaddrinfo.c:151: error: dereferencing pointer to incomplete type getaddrinfo.c:153: error: dereferencing pointer to incomplete type getaddrinfo.c:156: error: dereferencing pointer to incomplete type make[3]: *** [getaddrinfo.o] Error 1 make[3]: Leaving directory `/tmp/install/cvs-1.12.13/lib' make[2]: *** [all] Error 2 make[2]: Leaving directory `/tmp/install/cvs-1.12.13/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/install/cvs-1.12.13' make: *** [all] Error 2 Greetings Sven -- 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 cygwin package: gnupg-1.4.2.1-1
Hi, the new version doesn't work with enigmail. I'm using Thunderbird + enigmail + cygwin's gnupg. If i now try to refresh the keys i get the following error: A Dialog opens, with the title: gpgkeys_hkp.exe - component not found The Dialog contains the text: The application could not be started, because cygwin1.dll could not be found. Reinstalling the application could solve the problem. Well, i translated from german, so perhaps it doesn't sound familiar. With the previous version, there were no problems! (i only updated gnupg, nothing else!) Greetings Sven -- 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 cygwin package: gnupg-1.4.2.1-1
A Dialog opens, with the title: gpgkeys_hkp.exe - component not found This version of gpg should have hardcoded the location of all the gpgkeys programs, which are in /usr/sbin. The gpgkeys_hkp.exe is found, but the cygwin1.dll is not found according to the following text: The Dialog contains the text: The application could not be started, because cygwin1.dll could not be found. Reinstalling the application could solve the problem. So gpgkeys_hkp.exe cannot be started, because cygwin1.dll cannot be found - whatever the reason is. Well, i translated from german, so perhaps it doesn't sound familiar. With the previous version, there were no problems! (i only updated gnupg, nothing else!) I just installed the new version so I'm not sure if it works, but the exact problem you describe existed with the old version (1.4.1), perhaps you changed something in Thunderbird configuration... my solution before was to compile myself version 1.4.2. Just installed gpg-1.4.1-1 again. It works like a charm. After installing gpg-1.4.2.1-1 again, it does not work. So it's really only the gpg package that makes the difference for me. -- 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 cygwin package: gnupg-1.4.2.1-1
* Add --exec-path /bin:/usr/sbin/gnupg to the gpg command that enigmail uses. That sollution works perfectly! -- 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 cygwin package: gnupg-1.4.2.1-1
There's possibly another sollution: Does cygwin support something like LD_RUN_PATH? Under Linux, you can embed a path into the executable binaries. The linker then additionally searches that path for libraries. That path is afaik called LD_RUN_PATH. So does cygwin support such a thing? I'm almost sure, that windows doesn't support that, but since the gpgkeys_hkp.exe is excuted by gpg using cygwin's calls, cygwin might have a look at the gpgkeys_hkp.exe-file first, and then evaluate the embedded path for searching the libraries. Greetings Sven signature.asc Description: OpenPGP digital signature
Re: cvs is broken/cygwin-bug in mkdir()?
I just checked in a fix to make cygwin return the correct error when trying to create a file with a trailing dot. It will be in the next snapshot. Thank you! -- 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/
cvs is broken/cygwin-bug in mkdir()?
Hi, i'm trying to use cygwin's cvs in server-mode for another application I get the following error, but on a linux-system, everything is fine! E cannot mkdir /tmp/cvs-serv784/. error No such file or directory Please note, that the error is: no such file or directory So i tested mkdir on the console: # mkdir /tmp/cvs-serv784/. mkdir: cannot create directory `/tmp/cvs-serv784/.': No such file or directory # file /tmp/cvs-serv784/. /tmp/cvs-serv784/.: directory As you can see, the file-command returns, that the directory /tmp/cvs-serv784/ exists, but mkdir fails with no such file or directory. Well, you may say: that's OK, but it isn't! The correct error-message should be something like file or directory already exists I tested mkdir /tmp/. on a linux-system, and it returns: # mkdir /tmp/. mkdir: cannot create directory `/tmp/.': File exists Of course, cvs isn't using the mkdir command i guess, but it's using some mkdir()-call and i guess that cygwin returns the wrong return-code and actually cvs would ignore the file exists error-code, but it gets the no such file or directory error-code. So that results in a broken cvs :-( Is this a bug in cygwin? Greetings Sven How to reproduce: # mkdir /tmp/cvs # cvs -d /tmp/cvs init # cvs server This creates a repository in /tmp/cvs and then starts a cvs in server-mode. Then feed the cvs-command with the following lines: Root /tmp/cvs Global_option -n Argument -d Directory . /tmp/cvs/ Argument . Directory . /tmp/cvs/ update -- 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: cvs is broken/cygwin-bug in mkdir()?
i'm trying to use cygwin's cvs in server-mode for another application I get the following error, but on a linux-system, everything is fine! E cannot mkdir /tmp/cvs-serv784/. error No such file or directory Already discussed: http://www.cygwin.com/ml/cygwin/2006-01/threads.html#01207 http://www.cygwin.com/ml/cygwin/2006-01/msg01357.html It's the trailing dot that is the problem, which it seems like cvs is erroneously adding. Previous versions of Cygwin accepted it, but the change was made to reject such calls to mkdir() in order to more linux-like. I'm not sure about the errno returned, though. Right, the trailing dot is the problem _but_ the directory /tmp/cvs-serv784 is created by cvs, but cvs then additionally tries to create /tmp/cvs-serv784/. As i demonstrated, my Linux returns the error file already exists instead of cygwin's no such file or directory. So the problem is perhaps gone, if cygwin becomes more Linux-like once again ;-) A reported workaround is to use an earlier Cygwin (such as .18) but that really isn't a great idea since you will also have to downgrade a handful of other packages (coreutils, findutils, bash, libreadline, others?) Or someone may have tracked down the issue in cvs, I'm not sure. yes, that really not a good idea. I'm trying to develop a Eclipse-Plugin for local CVS without SSH. It would be nice, if cvs would run in servermode - by either fixing CVS or cygwin - well, one of the two has to be fixed. Greetings Sven -- 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 with cygwin cvs over ssh.
Right. I missed the . in the original message. The change that prompted this behavior seems to be http://cygwin.com/ml/cygwin-cvs/2005-q3/msg00224.html. I'm assuming the motivation for this patch was to duplicate Linux's behavior (which doesn't allow trailing . in a path passed to mkdir). Indeed. Eric mentioned that the coreutils testsuite tests thsi behaviour explicitely. Since there's not much impact speedwise, we just added appropriate checks to be POIX compatible here. I want to state, that cygwin might return the wrong error-code! Instead of file already exists it returns no such file or directory. Cygwin's bahaviour: $ mkdir /tmp/. mkdir: cannot create directory `/tmp/.': No such file or directory Linux' behaviour: # mkdir /tmp/. mkdir: cannot create directory `/tmp/.': File exists Indeed, strace shows me, that on Linux mkdir() returns EEXIST in the case of a mkdir(/tmp/.)-call. Cygwin doesn't seem to do it this way, it seems to return ENOENT which would not be Linux-like ;-) Unfortunatly i don't understand the output of cygwin's strace and cannot check, what the mkdir(/tmp/.) returns there. Does anybody have a clue? Sven -- 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 with cygwin cvs over ssh.
The funny thing is that the directory in the message *is* created before the commands are even read, and yet cvs still complains that it can't create it because of ENOENT. I think, that ENOENT is wrong! It should be EEXIST. Perhaps cvs would ignore EEXIST, but now complains about ENOENT. I did an strace cvs server on Linux and indeed i found many EEXIST and cvs didn't complain! -- 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: /etc/profile always does a cd $HOME
i'd like to use cygwin from a normal windows-app. The problem is, that i need a login-shell, so that all environment-vars are properly set. The problem: bash -li always changes the current workdir! So here's what i'd like to do. Perhaps you could help me with that: I'm trying to execute make from a regular windows app. imagine if batch-file if it helps. So my batch-file would look like that c:\cygwin\bin\bash -lc make If i use bash without the -l, the PATH variable contains too few entries, and make isn't found. Besides changed the PATH-variable manually, which possibility is there to execute a command within a fully functional cygwin environment? Just add x:/cygwin/bin to the global PATH and call make directly? The point was a flly functional environment, and just adding /bin to the PATH is only half the things, i'd need to do. Look in /etc/profile, and see how many variables it sets. The PATH also contains much more entries than just /bin. signature.asc Description: OpenPGP digital signature
Re: /etc/profile always does a cd $HOME
i'd like to use cygwin from a normal windows-app. The problem is, that i need a login-shell, so that all environment-vars are properly set. The problem: bash -li always changes the current workdir! The point was a flly functional environment, and just adding /bin to the PATH is only half the things, i'd need to do. If you have a recent* /etc/profile from base-files, pretend you're chere. From a batch file: set CHERE_INVOKING=y bash -li somecommand set CHERE_INVOKING= From a sh script: CHERE_INVOKING=y bash -li somecommand The file in /etc/defaults/etc/profile has this CHERE_INVOKING thing, but for some reason, that file wasn't copied to /etc/profile. Can you imagine why? -- 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/
/etc/profile always does a cd $HOME
Hi, i'd like to use cygwin from a normal windows-app. The problem is, that i need a login-shell, so that all environment-vars are properly set. The problem: bash -li always changes the current workdir! IMHO, executing bash -li shouldn't change the workdir. No other system i know does that. Script may rely on that behaviour. /etc/profile contains the like cd $HOME That line cannot easily be removed. Starting the Cygwin-Link installed by the setup wouldn't cd to ~ anymore. This behaviours is liked by most users i guess (including my own). Any suggestions, how the situation could be improved? -- 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: /etc/profile always does a cd $HOME
i'd like to use cygwin from a normal windows-app. The problem is, that i need a login-shell, so that all environment-vars are properly set. The problem: bash -li always changes the current workdir! That's not a problem, it's a feature. IMHO, executing bash -li shouldn't change the workdir. Wrong! No other system i know does that. Not true, bash -li works the same in any system that runs bash. You are probably thinking of running bash without the parameter... that execution doesn't change the current location. In fact, if you login into any system using any shell you login into your home dir. That's the idea that the -l or --login parameter make explicit. On any Linux-system i know, bash is already started in the homedir of the user, and /etc/profile does not include any cd-command. Read Igor's reply, he got the point. Script may rely on that behaviour. /etc/profile contains the like cd $HOME That line cannot easily be removed. Starting the Cygwin-Link installed by the setup wouldn't cd to ~ anymore. This behaviours is liked by most users i guess (including my own). Any suggestions, how the situation could be improved? Yep, read the bash manual, learn to use bash. [Quote from man bash] That quote didn't say anything about the current workdir. It just said, that /etc/profile is executed. So the question still is, if it is legal to have cd $HOME in there. -- 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: /etc/profile always does a cd $HOME
i'd like to use cygwin from a normal windows-app. The problem is, that i need a login-shell, so that all environment-vars are properly set. The problem: bash -li always changes the current workdir! So here's what i'd like to do. Perhaps you could help me with that: I'm trying to execute make from a regular windows app. imagine if batch-file if it helps. So my batch-file would look like that c:\cygwin\bin\bash -lc make If i use bash without the -l, the PATH variable contains too few entries, and make isn't found. Besides changed the PATH-variable manually, which possibility is there to execute a command within a fully functional cygwin environment? -- 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: odd behavior of symlinks on Win XP SP2
I suspect it's important in the longer term to track this down because they (MSFT) ~could~ make further changes down the road that break cygwin-created symlinks altogether (from the windoze perspective), which'd more than just annoying. No, Microsoft is not going to break things so that cygwin's symlinks no longer operate. Cygwin understands its own version of symlinks very well. This comment is ridiculous. He clearly complained about MS-Software that cannot handle cygwin-created links, and you're talking about cygwin understand its own symlinks - well, think about it again. -- 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: ls /dev/*
Actually, please don't. I think you misinterpret the discussion in cygwin-developers. Now that you've reacquainted me with the discussion, I remember why it wasn't applied as-is. My plan was for /dev to go away as a special mount. Now that mknod works, this is more doable than it was in 2002. Why have a real /dev directory? I like having a dynamically populated /dev/-directory. I like Linux's devfs very much, and perhaps udev will be very much like it, but i don't guess that cygwin will have something like udev (an example where devices would be added/removed from /dev is, wehn a new CD-ROM is attached/removed etc.) -- 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++ 3.4.x library issue
#include string int main(){return 0;} how about including string.h instead of a file called string? -- 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: which command does not expand ~ in path
Instead, the shell usually substitutes ~ or ~user. Look at this the output of these commands: echo ~ echo ~ This is probably common knowledge, but I learned last night that sh never expands ~. Under sh, the two lines above yield the same output, simply ~. I can confirm that for cygwin. The common knowledge may be, because the most Linux-systems have sh linked to bash. Cygwin seems to have a separate sh installed. But is there any command that give's me the home for a given username? -- 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: which command does not expand ~ in path
Set PATH so it includes user's private bin if it exists if [ -d ~/bin ] ; then PATH=~/bin:${PATH} fi Hmm, i'm not 100% percent sure, but is this supposed to work in general? I don't think that all programs that use the PATH varible are supposed to interpret ~ correctly. Instead, the shell usually substitutes ~ or ~user. Look at this the output of these commands: echo ~ echo ~ I would suggest to use PATH=$HOME/bin:$PATH or even PATH=$(echo -n ~)/bin:$PATH instead of your line. -- 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: Win XP SP2: cvs over ssh problems
My XP machine at work was just upgraded to SP2. Now I'm having problems accessing a cvs repository on a linux box over ssh. Everything was working fine until this SP2 upgrade. I'm doing CVS over SSH a lot, and what can i say: it just works, and i've got SP2 and Cygwin 1.5.11 installed too. -- 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: gentoo portage and cygwin
has anybody ever tried to port the gentoo-portage to cygwin? not that i expect many of the gentoo-ebuilds to compile, but the cygwin-people Take a look at http://sourceforge.net/project/showfiles.php?group_id=27249package_id=19019 the portage available there seems to work with python 2.2 only. here's another portage that should run with python 2.3 http://gentoocygwin.sourceforge.net/ -- 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: closing rxvt
If you close an rxvt window by clicking on the Close [X] then the bash shell running under rxvt never gets notified and runs in the background. When you attempt to shutdown Windows you'll see a dialog box asking to kill that process. This is a known bug in rxvt (PTC). Well, many people have reported that bug, but always got the response, that it's more a not implemented feature than a bug. I don't think that it will get fixed soon. -- 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 is coming... please test away!
So, the request is to test 1.5.x, and we're getting setup.exe bug reports. So what do you expect? To test it, people must install it. If that doesn't work, forget the test. -- 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: cygipc/cygwin-daemon
hi, i just want to know, how far the development of the cygipc-replacement is. i'm just interested in that technique. Check the email archives or CVS for details. Allot of good work has been done but more is needed. It needs maintainers with some free time to devote. Wanna sign up? :-) Nice to hear that development is going on. My problem in devoting is, that i haven't got enough to finish my own projects :-( you surely know the trouble. I wouldn't be a good help at the moment. -- 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/
squid blocking
hi, i've got a squid-proxy running under cygwin. there's only one squid.exe, so i guess squid doesn't use fork() etc. under cygwin - does it use fork() or thread under linux? if my squid has to answer many http-requests that block because the http-server is damn slow, even requests to fast server are only answered after all the slow requests have been done. is this some kind of cygwin-bug (e.g. non-blocking socket calls that block under cygwin) or did i miss anything in the config? -- 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/
cygipc/cygwin-daemon
hi, i just want to know, how far the development of the cygipc-replacement is. i'm just interested in that technique. BTW: what does the cygwin-daemon do different? I always wondered, why cygipc needs a deamon-process, because as far as i know, a DLL is only loaded once, and so the cygipc.dll/cygwin.dll could have allocated a shared-memeory area to emulate the IPC with do shared-mem IPC. -- 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: ODBC PHP4
i'm trying to build unixODBC PHP with ODBC support on CYGWIN. There should perhaps be a possibility to bridge Windows' ODBC to Cygwin, so that you can compile PHP with Windows' ODBC. Perhaps all you need are some header-files, but i'm not to sure about that, because Windows DLLs and Cygwin musn't be a good combo. -- 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: saving problem w/ postgresql
I am curious however, why you are not running this on some version of Linux. Win2k may be a great improvement over win9x, but it is still a second rate OS. don't blame him for the OS he is using! it's not even a problem with the OS, but with the software he is using. i would expect postgresql to run as stable as under linux, if there would be a native windows build, which is not the case. Cygwin is outstanding in those cases where there is no choice but to use windows. Linux is outstanding when you do have a choice. postgresql is designed to be compiled and run on a unix-os like linux and cygwin is not designed to be used on a production system, so what Greg is doing is unstable by design. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: strange behaviour in cygwin 1.3.21
usually, i connect to a host with ssh, and when i'm finished, i just just hit the close-button of the console-window, which kills bash, ssh etc. now, after upgrading to cygwin 1.3.21, i cannot use the close-button as usual when i'm using ssh in that console-window. it blocks, and the windows-box occurs, which asks me if i want to kill that task. any ideas what changed, so that ssh blocks the close-button? See the release notes. release notes? where can i find them? i read the chris' announce mail for version 1.3.21, but found nothing related to my problem. Running HEAD dll, can reproduce only with*out* CYGWIN=tty. i don't understand the problem yet (i even don't know whar tty-flag does exactly or what you mean with HEAD dll). could you explain it to me more exactly? it works with CYGWIN=tty, so i'm satisfied with that. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
rsync problem
hi, i have a problem with rsync. it copies the same the files again and agin and i run rsync -rv dir1/ dir2/ but when i run rsync again it copies some files that have not been changed and if i run rsync the third, forth, etc. time, it copied the same files again. is there anything wrong with the get/set-function for the file-time? i guess rsync uses the file time. if i use the -c (checksum) option, rsync works OK, but that is just a work-around so far. i can reproduce this as follows: $ mkdir dir1 dir2 $ echo dir1/test $ rsync -rv dir1/ dir2/ building file list ... done test wrote 88 bytes read 36 bytes 248.00 bytes/sec total size is 2 speedup is 0.02 $ rsync -rv dir1/ dir2/ building file list ... done test wrote 88 bytes read 36 bytes 248.00 bytes/sec total size is 2 speedup is 0.02 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Perl 5.6.1: Problem with CRLF/LF conversions
sorry, the german mail got into the list by accident. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: CYGWIN Installer should setup a root environment variable
I have experienced many times situations which I would like to refer to CYGWIN's root directory from a bat script. The most generic solution would be to utilise an environment variable such as CYGROOT or (as in startxwin.bat) CYGWIN_ROOT to refer to the absolute windows pathname (e.g. D:\cygwin). This would free us from making assumptions if it was setup during the installation utility. The environment variable should be setup for system if installed for All Users. `cygpath -w /` nice idea, but how does he execute cygpath, if he doesn't know the cygwin-root? he is talking about a _batch_-script, not a shell script. there is only one solution, because even if you know cygwin's root-dir, yu cannot be sure to know cygwin's bin-dir - it could be mounted to a totally different directory. i would recomm writing shell-scripts instead of batch-scripts. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Perl 5.6.1: Problem with CRLF/LF conversions
warum verweißt du ihn auf perl5.8? ist es nicht wünschenswert, daß perl dateien im text-mode öffnet? bzw. sie nur genau dann als binär behandelt, wenn man binmode() aufruft? Gerrit P. Haase wrote: Hallo Mikael, Am Dienstag, 5. November 2002 um 14:41 schriebst du: I'm trying to port a framework of perl scripts to cygwin. I'm running cygwin 1.3.14 on WinXP. The problem is that perl seems to assume binmode whenever I read a file, but text mode when I write to one. The sample code below shows the problem. If I write a line to a file with a LF-only ending, perl (or cygwin) adds a CR. When I later read the same line from the file the CR isn't removed. Is there some special option I need to set to make perl always assume text mode unless I explicitly use the binmode command? #!/usr/bin/perl -w open(F, foobar.txt) || die Cannot create foobar.txt; print F Line1\n; print F Line2\n; close F; open(F, foobar.txt) || die Cannot open foobar.txt; while () { s/(.)/sprintf(%02x , ord($1))/ges; print $_\n; } close F; exit 0; Please consider to upgrade Perl to version 5.8, click the 'Exp' radiobutton in setup.exe to load down and install perl-5.8.0 Then you may play with the new PERLIO features, please see: perldoc perlio for details. Gerrit -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: XWin.exe crashes
executing XWin export DISPLAY=:0.0 setxkbmap de crashes XWin.exe with a segmentation fault. i also get a core dump please check if /tmp is mounted in binmode good hint, now it works why? what's the problem using text-mounts with XWin?
Re: XWin.exe crashes
I just installed KDE-cygwin, and I haven't gotten it start properly. Based on the errors I'm getting and the FAQs I've read, the suggestion was to make sure the paths are mounted in binmode, which involves changing a registry key. Since I'd prefer not to do that, will this patch work for me as well? you can use setup.exe to change back from textmode to binmode, but the problem is, that most of the programs won't be abled to read the text-files they've writte in textmode. Christopher Faylor always suggests linking with binmode.o - and i would recomm that too, for the KDE-cygwin project. i don't know, why they don't do it - perhaps because binmode.o is too unknown yet. but to request, that the user runs cygwin in binmode is not always possible, because migrating back from text- to binmode takes much time (you have to convert every text-file)
XWin.exe crashes
executing XWin export DISPLAY=:0.0 setxkbmap de crashes XWin.exe with a segmentation fault. i also get a core dump i hope it can be reproduced on your systems. Thx Sven
Re: Copy-on-write fork
Repeat after me: don't open old threads. oops ... didn't know that rule after which time is a thread an old thread? However I'll let you off this once, because you are using a newsreader and I've made the same mistake before. Thx If you think copy on write is faster, then feel free to do some tests. A website with some nice pretty graphs, and source code would be great. I can send you some code for starters, I'm sure Chris Faylor has some around too. It may well be that both of us were simply not doing the right tests. i'm a developer too, but i've haven't got much time for this, and i'm not much into C-programming anymore. if i had the time, i would be pleased to do it, but for now, i'm just a cygwin-user. My tests were based on timing a single process that allocated a large region of memory, then forked in a loop. Each forked process touched the memory allocated earlier by overwriting it with a random value. OK, now one would need statistics, how much of the fork()ed-memory is overwritten usually etc. i just wondered, how you compared the results of the time-command? it might be the case, that a program consumes more real-time, but less cpu-time. less cpu-time could be preferred, but real-time is more important from the user's point-of-view. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Initializing and cygwin.bat
As a new user I wanted to customize cygwin.bat to my system, which uses 4dos as the shell and only maintains command.com as an antique. W98 BTW. I found that various commands wouldn't work! The reason was that command.com was being called in the .pif file. I simply changed the .pif to specify %comspec% in place of c:\windows\command.com. Is there any reason setup shouldn't do this in the initial creation? Since the .pif files are of some peculiar structure I had to use explorer and the fursluginner mouse to make this change. i don't use the batch-file anymore. i changed the shortcut to execute bash.exe --login diretly, which avoids a stupid question by cmd.exe after bash exists and Ctrl-C was pressed: Abort Execution (Y/N) text may be different in englisch (using german windows) i don't know, if this work for you, but instead of changing the batch-file, you could change /etc/profile which is the first script bash.exe executes (when run with the --login paramter) starting bash without a batch-file also avoids the idle cmd.exe or commmand.com process :-) BTW: why is cygwin installed with that batch-file, and why doesn't the setup create shortcuts to the command bash.exe --login but to cygwin.bat? Has this been done for some reason? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin Here power toy
REGEDIT4 [...] [HKEY_CLASSES_ROOT\Directory\shell\CygwinHere\command] =c:\\cygwin\\bin\\bash.exe --login -c \cd '%1' ; exec /bin/bash -rcfile ~/.bashrc\ can you think of any better way to start bash? the above creates two bash.exe in memory: one executing /etc/profile and the cd-command and one showing the prompt. bash --login -c command exits after executing the command. is there any bash-internal command, that let's you show a prompt after the command is executed? or any switch that forces bash to not exit? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin Here power toy
But I get to see two bash processes with different PID's in the Taskmanager. However, 'ps -e' shows only one... perhaps it's some kind of forked but you should test this: open two win32-consoles my first console looks like this: C:\mkdir t C:\cygwin\bin\bash --login -c cd /cygdrive/c/t; exec bash SvenERNI /cygdrive/c/t $ cd / SvenERNI / $ my second lokks like this: C:\rmdir t this will fail! because the directory t is in use, what means, that the first bash-process (which is covered by the exec bash uses c:\t as it's working dir. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: x-server with window-manager
For future reference, Cygwin/XFree86 is not in any way based on Xnest. i tought that i've read something like that. was it Xvfb? but it's not so important... Also, what you are trying to accomplish has nothing to do with whether a window is created by a local X client or by a remote X client with X11 forwarding. OK, that's right, i just took x-forwarding as an example. Now, to answer your question, yes, there is preliminary support for a so-called ``rootless''. However, this ``rootless'' mode still requires an X Window Manager. That is, X clients do not appear within a Windows window, they appear within an X window, but the root window is not displayed so it looks like the X apps are floating above your Windows apps. The release announcement for the ``rootless'' support is here: http://cygwin.com/ml/cygwin-xfree/2002-10/msg00160.html OK, but how to i start XWin.exe so it will work in rootless-mode? Also, I posted a slightly faster binary, Test 67, that you can download instead of Test 66: http://cygwin.com/ml/cygwin-xfree/2002-10/msg00188.html just installed it ...
Re: x-server with window-manager
OK, but how to i start XWin.exe so it will work in rootless-mode? OK, i found out, that i should start XWin -rootless but i still need a window-manager afterwards (like twm) ro have a window-titlebar. will there be a window-manager integrated into XWin that uses Win32-native windows? (native title-bar, buttons, resizing etc.)
x-server with window-manager
hi, is there a project for an x-server with window-manager that integrates remote-windows into the windows-desktop?
Re: x-server with window-manager
I realize that English is probably not your native language, but could you elaborate on your question a little bit? I cannot understand what you are asking. should better read next time: http://xfree86.cygwin.com/devel/todo.html it says: Seamless integration with Windows that was what i asked for. have you already started to implements that feature?
Re: x-server with window-manager
I realize that English is probably not your native language, but could you elaborate on your question a little bit? I cannot understand what you are asking. Is there a project, that is developing a x-server that has an integrated window-manager so that x-forwarded windows will appear like ms-windows' native ones? I think cygwin's current x-server is based on Xnest so that all the x-forwarded windows will appear within one big window which is my XFree-Desktop and they do not seamlessly integrate into the ms-windows-desktop.
Re: bug introduced in cygwin 1.3.13-2
TRY A SNAPSHOT. hmmm ... i tried http://cygwin.com/snapshots/cygwin1-20021016.dll.bz2 and copied the dll over to one in c:\cygwin\bin nothing new - the bug still exists. is it easy to compile a new one from the cvs-sources? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bug introduced in cygwin 1.3.13-2
i tried http://cygwin.com/snapshots/cygwin1-20021016.dll.bz2 and copied the dll over to one in c:\cygwin\bin nothing new - the bug still exists. installed 20021017 now, same bug BTW: it's not the problems which were caused by ntsec-option, my ssh is working fine, as long as i use it from within cygwin. only external-apps have a problem to pipe/stream data through ssh.exe -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
bug introduced in cygwin 1.3.13-2
hi! i'm using ssh.exe as my CVS_RSH from eclipse. until today, it worked fine - i would even say perfectly. but since i installed 1.3.13-2 the response from the CVS-server seems to get modified. i cannot installed 1.3.13-1 again with the setup.exe, but 1.3.12-4 works, 1.3.13-2 does not. i think that 1.3.13-1 worked also, but i'm not sure if i had 1.3.13-1 installed. how do programs interact with ssh.exe? do they pipe the data through it? what has changed since 1.3.13-1 concerning pipes? (i mean shell pipes, like find |grep test etc.) eclipse is a native windows-app (java-vm) that calls ssh.exe, don't know if that matters. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh refuses to enter binmode (fwd)
I recently posted a *specific* message saying that I thought I'd fixed your *specific* problem. This was after you reported that previous snapshots didn't work. It wasn't in response to a specific email from you but, that really shouldn't be necessary. that true, but i tried the 20021017 snapshot already yesterday, and it didn't work - today it did work (don't ask me why, might be some dll-caching issue or somethin) so thx for the fix. So, apparently you're now just too upset to actually try the snapshot which is supposed to fix your problem. Too bad. I'm not upset, just a little disappointed, because sometimes i seem to be ignored. My personal farourite is the ghostscript7-textmount problem. that leads to some other questions: - is there a list of the maintainers? or where can i usually find the info who maintains the ghostscript-package? - what do i need to do to link against binmode.o I'm not familiar with configure and the rest of the autoconf-stuff. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
paths like //usr/local
hi, a path like //usr/local is treated as an UNC path. this might leads to problems when an application is using //usr/local as a normal unix-path. i don't know how to overcome the problem, but one might think of a path like /unc/computer/share instead of using the path //computer/share what was the idea behind the current behaviour? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: paths like //usr/local
Patches gratefully accepted (C). Oops, sorry, I guess it's Donations gleefully accepted now... :-D what do you mean with that? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: paths like //usr/local
Perhaps something like a unc_prefix is in order, similar to the cygdrive prefix? the sollution that paths like //comp/share are interpreted like an UNC-path is just not compatible with an application might expect from a unix-environment. the 2 slashes should be collapsed and nothing else. Patches gratefully accepted (C). Oops, sorry, I guess it's Donations gleefully accepted now... :-D which unc-prefix would that be? i would prefer an automount-like feature as i already suggested: /unc-mount-point-path/computer/share where /unc-mount-point-path/computer/ might be a virtual folder with all shares avaiable and /unc-mount-point-path/ might be a virtual folder with all known computers just an idea. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ghostscript 7 textmounts
i reported this bug some time ago: ghostscript 7.05 does not work properly if cygwin is configured to enable textmode-conversations chris faylor already suggested to link against binmode.o (i don't know if this is an easy step, but it sounds easy) the ghostscript-maintainer should take care of this bug. Thx Sven -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/