Re: ps weirdness...
On Thu, Oct 24, 2013 at 7:58 AM, Larry Hall (Cygwin) wrote: On 10/24/2013 6:03 AM, Anthony Geoghegan wrote: I was intrigued by Jeff's post so I tried a couple of experiments of my own and was able to duplicate the same behaviour - including the bash process being shown as a Windows process - on my Cygwin installation. The only difference was that I was getting Jan 1 instead of Dec 31 for the STIME. FWIW, I'm running 32-bit version of Cygwin on 64-bit Windows 7 and can supply the output of cygcheck if it's useful. Also, I started my Cygwin shell yesterday so Oct 23 is the correct STIME for the bash and ssh-agent processes. As for the date issue, what you're seeing is the traditional UNIX/POSIX start time (the number of seconds since Jan 1, 1970). It's nothing strange. Would the duplicate ssh-agent be a short-lived thread spawning a process? -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: ERRORLEVEL not returning to Cygwin shell
On Fri, Oct 11, 2013 at 10:35 AM, Nellis, Kenneth wrote: From: Larry Hall (Cygwin) On 10/11/2013 8:27 AM, paul hermeneutic wrote: I am using CYGWIN_NT-5.1 PAC047922 1.7.25(0.270/5/3) 2013-08-31 20:39 i686 Cygwin An exit code returned by a DOS batch file does not seem to be coming back to the Cygwin shell. I am using bash. $ cat myexit.bat @echo off set EXITCODE=%1 echo got here with %1 exit /b %EXITCODE% $ cmd /c c:/DOCUME~1/pwatson/bin/myexit.bat 8 got here with 8 $ echo $? 0 WJFFM. Same version, same arch. Guess you need to do some more digging. FWIW, I get the same results as the OP: $ cat myexit.bat @echo off set EXITCODE=%1 echo got here with %1 exit /b %EXITCODE% $ cmd /c myexit.bat 8 got here with 8 $ echo $? 0 $ uname -r 1.7.25(0.270/5/3) $ For grins, I tried with both Unix and DOS line endings. Made no difference. Cygwin has no control and loses all communication with the cmd.exe child process. How is it supposed to return anything other than an exit code of 0 because cmd.exe exited normally. You simply cannot mix Windows and Cygwin like this. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Tried to remove cygdrive prefix, ended up lost in my filesystem
On Wed, Oct 2, 2013 at 12:30 PM, Diego Mesa wrote: I tried removing the first line, but still appear in some no mands land directory: :cat /et/fstab # For a description of the file format, see the Users Guide # http://cygwin.com/cygwin-ug-net/using.html#mount-table Seems the FAQ is missing the easiest method to change the /cygdrive prefix. To make /cygdrive simply be / all you need is the following command. Remove the lines you've inserted in /etc/fstab and then execute the command. $ mount -c / -- Earnie -- https://sites.google.com/site/earnieboyd -- 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 setup-x86_64.exe without admin privileges
On Wed, Sep 25, 2013 at 3:41 AM, Achim Gratz wrote: Am 24.09.2013 23:49, schrieb Buchbinder, Barry (NIH/NIAID) [E]: Trying to compress it with upx failed with an error message: upx: setup-x86-64.exe: CantPackException: can't pack new-exe So others are using mpress instead. http://www.matcode.com/mpress.htm -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: config.guess and config.sub older than new Cygwin64
On Wed, Sep 4, 2013 at 6:13 PM, Charles Wilson wrote: On 9/4/2013 5:43 PM, Earnie Boyd wrote: Just a note to those of you using Cygwin64 to build packages. You will need to most likely replace the config.guess and config.sub files in those packages with newer ones from ftp://ftp.gnu.org/pub/gnu/config/ because it won't guess your system correctly. Twice now I've seen on config-patches a report submitted because of this. The versions installed into /usr/share/automake-X.Y/ have all been modified to be the latest upstream as of mid-July -- for all X.Y from 1.4 to 1.14. Also, cygport itself ships with an identical copy, and modifying your script to call 'gnuconfigize' during src_compile() will update them as well. That's fine if the user is using cygport but from the two I've seen on config-patches is that the user is executing a package configure where the package has an 11 year old config.guess and is not using cygport at all. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: config.guess and config.sub older than new Cygwin64
On Thu, Sep 5, 2013 at 8:24 AM, Ryan Johnson wrote: On 05/09/2013 8:08 AM, Earnie Boyd wrote: On Wed, Sep 4, 2013 at 6:13 PM, Charles Wilson wrote: On 9/4/2013 5:43 PM, Earnie Boyd wrote: Just a note to those of you using Cygwin64 to build packages. You will need to most likely replace the config.guess and config.sub files in those packages with newer ones from ftp://ftp.gnu.org/pub/gnu/config/ because it won't guess your system correctly. Twice now I've seen on config-patches a report submitted because of this. The versions installed into /usr/share/automake-X.Y/ have all been modified to be the latest upstream as of mid-July -- for all X.Y from 1.4 to 1.14. Also, cygport itself ships with an identical copy, and modifying your script to call 'gnuconfigize' during src_compile() will update them as well. That's fine if the user is using cygport but from the two I've seen on config-patches is that the user is executing a package configure where the package has an 11 year old config.guess and is not using cygport at all. I would think that cygwin64 is the least of your worries if you're using an 11 year-old config.guess... Yes, especially since the output of config.guess suggests using a new version giving the ftp URI to use and the user blindly copies and pastes that output to email without first trying to use a more current version. It is the mindset of ISJWWP. ISJWWP - It should just work without problems -- Earnie -- https://sites.google.com/site/earnieboyd -- 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
config.guess and config.sub older than new Cygwin64
Just a note to those of you using Cygwin64 to build packages. You will need to most likely replace the config.guess and config.sub files in those packages with newer ones from ftp://ftp.gnu.org/pub/gnu/config/ because it won't guess your system correctly. Twice now I've seen on config-patches a report submitted because of this. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: bug report: 64-bit cygwin setup crashes under Wine
On Wed, Sep 4, 2013 at 5:26 PM, Warren Young wrote: On 9/4/2013 09:36, Jim Garrison wrote: Am I missing something, or is there a reason one would want to run a Linux emulator under a Windows emulator on Linux? For myself, it is occasionally nice to have a Cygwin sandbox environment to play with when I'm on one of my Macs, away from a Windows box. Wine is cheaper than a VM in terms of hardware requirements and licensing. You must have some very expensive hardware. I'm running VirtualBox VMs on my laptop; which has a Windows 7 OS and two of those VM are different versions of Windows. The problem I have with my VM on my laptop is that when I'm away from the external drives I have the virtual disks stored on they don't work; but that is a seldom occurrence. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Why are the 32- and 64-bit cygwin1.dlls incompatible?
On Fri, Aug 23, 2013 at 3:16 PM, Christopher Faylor wrote: I was having a private chat with Corinna about this. Her doubts above mirror mine. I wonder if this will add to the traffic from people who, e.g., expect their java apps to understand Cygwin ptys. Now we will have people who don't understand why their 32-bit screen doesn't work under 64-bit Cygwin mintty. The original error message was certainly not clear but maybe we need to have something like: Can't run 32-bit Cygwin programs in a 64-bit Cygwin environment What about CYGWIN=32bitCygwinExec or some such? And what about the other direction? It is clear that some operations cannot occur especially pty but that is still true with execing any Windows program. I don't see this being too big an extra burden on support. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: .tar.xz for snapshots?
On Fri, Aug 23, 2013 at 1:15 PM, Christopher Faylor wrote: On Fri, Aug 23, 2013 at 10:29:03AM -0600, Warren Young wrote: Corinna, would you please consider moving to .tar.xz for snapshots? --8-- Poll: Does anyone care if we move from bz2 to xz for snapshots? FYI, MinGW.org uses lzma format for sometime to for the packaging archive. Only Corinna's cat will mind if she ever finds it. :) -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Why are the 32- and 64-bit cygwin1.dlls incompatible?
On Thu, Aug 22, 2013 at 1:14 PM, Corinna Vinschen wrote: When execveing a Cygwin process, a lot of data is submitted via shared memory, via data copying, and via a special parameter to the CreateProcess call with the mysterious name lpReserved2. One problem is the differences in basic datatypes, which results in incompatible datastructures between 32 and 64 bit. While this could be worked around, this doesn't help for the shared memory stuff, which depends on the installation path of the cygwin DLL. The Cygwin DLL in C:\cygwin1 would use a different name for the shared mem regions than the Cygwin DLL installed into C:\cygwin2, independent of the target architecture. This is by design since Cygwin 1.7. One effect: No tty sharing. Since you know that the DLL regions are different what about execing the process as if it were a windows native process? I know you loose the ability to do the parent/child relationship but it isn't any worse than spawning a native process. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Source a .bat file from bash
On Mon, Aug 12, 2013 at 4:18 AM, Csaba Raduly rcs...@gmail.com wrote: Hi Saurabh, On Fri, Aug 9, 2013 at 10:42 PM, Saurabh T wrote: Is there a way to source a .bat file from bash and have the paths and other environment variables set in it apply in cygwin? Note that to source in UNIX shell parlance means read the file and interpret it. Bash can't do that with a .bat file (it's in a different language). That is only half true. I have and a little success with bash reading a .bat file but you must obey the rules of bash syntax or overcome it and vice versa. Tedious at best. You could run cmd.exe to interpret the .bat file, but changes to th environment get lost when cmd.exe exits. One possibility is to run bash from the cmd.exe window after the batch has finished. Or just start a Cygwin shell from the .bat file. That child of the .bat file would contain the environment from the parent but the parent cannot receive the environment of the child. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Source a .bat file from bash
On Mon, Aug 12, 2013 at 10:33 AM, Earnie Boyd wrote: On Mon, Aug 12, 2013 at 4:18 AM, Csaba Raduly rcs...@.xxx wrote: Sorry, for feeding spammers. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Redirecting cat and paste to file gives garbage
On Thu, Aug 8, 2013 at 1:40 PM, Eliot Moss wrote: Indeed, I generally try to redirect my cat away from ANY paste! Name your cat doc and then just call to it like cat heredoc food heredoc -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: having 1 set of non-bin files w/separate {bin,lib}[32/64)? (was Re: please update the supported Cygwin package list ...)
On Sat, Aug 3, 2013 at 7:33 AM, Linda Walsh wrote: Hello Linda, It seems to be the only reliable 32-bit redirection -- and MS chose to put it in the /windows dir... so they must want customers to put anything needing that feature in that dir...right?? ;-) Oi... Absolutely not what MS intended for the /windows directory. That is the OS directory and only MS installations should use it. The /Program Files (64bit) and /Program Files (x86) (32bit) directories are where MS directs developers to put their binaries. However we don't like spaces in path names so this isn't a good location. However you the user have a choice of where to put things. Frankly, I would use /cygwin and /cygwin32 to segregate similar to what MS did for Windows but that is just me. The one thing with Cygwin you need to be careful of is that 32bit binaries need the 32bit DLL and mixing and matching may cause you no end of grief. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: having 1 set of non-bin files w/separate {bin,lib}[32/64)? (was Re: please update the supported Cygwin package list ...)
On Sat, Aug 3, 2013 at 10:19 PM, Linda Walsh wrote: Earnie Boyd wrote: However you the user have a choice of where to put things. Frankly, I would use /cygwin and /cygwin32 And how does that get you the autoredirection I suggested with the links in Windows/syswow64 and windows/system32? You can't you have to segregate the environments. You don't want to touch Windows system directories even to put Windows symlinks. You have two differing systems which can be controlled from the Desktop via iconed shortcuts that starts one or the other. Windows is smart enough to know when you have a 64bit executable and when you don't. However, you don't want to clash the Cygwin runtime DLL (this is true of two Cygwin DLL with the same bitness as well) but you may get away with forking a 32bit Cygwin process from a 64bit Cygwin process as long as the two environments are autonomous. But I wouldn't count on it not giving issues. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Mingw build problem for TCL
On Fri, Jul 19, 2013 at 3:55 AM, Corinna Vinschen wrote: On Jul 19 11:47, Jonathan Kelly wrote: Hi, sorry if this isn't the correct place. I have previously used the mingw-* packages to create a Windows compile of tcl8.6.0, but currently it doesn't work. It compiles without error as far as I can see, but when you try to run the executable (tclsh8.6.0.exe) it returns immediately with code 127. (PS ... I have tried it with the current mingw/msys system directly, and that compiles OK.) --- $ uname -a CYGWIN_NT-6.1-WOW64 jon-Z930 1.7.21(0.267/5/3) 2013-07-15 12:17 i686 Cygwin $ cygcheck -c | fgrep mingw mingw-binutils 2.23.1-1 OK mingw-gcc-core 4.7.3-1 OK mingw-gcc-g++4.7.3-1 OK mingw-pthreads 20110507-2 OK mingw-runtime4.0-1OK mingw-w32api 4.0-1OK $ ./configure --host=i686-pc-mingw32 --build=i686-pc-mingw32 --prefix=/Tcl ... cut ... $ make binaries ... cut ... i686-pc-mingw32-gcc -O2 -fomit-frame-pointer -DUNICODE -D_UNICODE tclAppInit.o libtcl86.a libtclstub86.a -lnetapi32 -lkernel32 -luser32 -ladvapi32 -lws2_32 /cygdrive/c/src/tcl8.6.0/compat/zlib/win32/zdll.lib \ tclsh.res.o -o tclsh86.exe -mconsole -pipe $ echo $? 0 $ ./tclsh86.exe $ echo $? 127 Does it run correctly when started from CMD? Probably not. I'm not surprised of issues with newer tcl versions. Jonathan should move the discussion to mingw-us...@lists.sourceforge.net or wait for the MinGW 4.0 release or both. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: mingw.org cross compiler [Was: problem with cvs binary?]
On Tue, Jul 16, 2013 at 11:39 AM, Charles Wilson wrote: On 7/16/2013 9:10 AM, Corinna Vinschen wrote: Are the mingw cross compilers still necessary, now that we have modern mingw-w64 toolchains? On Fedora they aren't shipped since F17, which already came with mingw-w64 toolchains either. No, in the sense that you could use the mingw-w64 i686 toolchain to generate 32bit native windows apps instead. Yes, because the two toolchains are not mutually compatible (different ABI, different exception model, different threading library, different w32api/runtime library). If you are using a cygwin $host to develop, specifically, mingw.org-distribution compatible apps/libs...then you need the mingw.org cross compiler. I don't know how many people that represents -- it might just be me and Earnie -- but I'm not ready to declare mingw(.org)-gcc dead just yet. I at I'm not actually using mingw-gcc on Cygwin and have no opinion for the offering. least want to update our current offering to something more current than 4.5.x, AND it's necessary on i686 because recent gmp/mpfr/mpc library updates have broken mingw-gcc. If, after this update, we want to declare EOL on mingw(.org)-gcc, we could discuss that on cygwin-apps. Can you specify what the issues are for gmp/mpfr/mpc? I ask because I'm attempting to build 2.8.1. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Problems with patch
On Thu, Jun 27, 2013 at 7:13 AM, marco atzeri wrote: Il 6/27/2013 12:49 PM, Alexey Pavlov ha scritto: Prereq: Having two files with the same name in directory. One file without extension, second with .exe. For example: configure and configure.exe. I want patch configure. During patch Cygwin delete configure.exe and I have only configure. Regards, Alexey. Alexey, do not use two files in the same directory with and without .exe extension Regardless, Cygwin should not go deleting the .exe when the basename file exists. A work-around may be to append a '.' character to the end of the file name. I've used this method in the past but have not tested it with recent Cygwin's. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: cygwin1.dll was not found
On Tue, Jun 25, 2013 at 8:05 AM, Mark Filipak wrote: On 2013/6/25 2:25 AM, marco atzeri wrote: cygwin package is missing, nothing will work without it I'm afraid I don't know what that means. What should I install? What should I look for? Where should I look? When I find it, where would I copy it? Setup.exe is the source of installation. Where did you install it? That is where you should look to find it. Something like c:/Cygwin/bin should contain the cygwin.dll. Il 6/25/2013 5:09 AM, Mark Filipak ha scritto: In my existing system I found 2 instances of 'cygwin1.dll' c:\Program Files\ISO to USB\cygwin1.dll // 2006-01-20, 1,805,448 bytes c:\totalcmd\plugins\wcx\TotalISO\cygwin1.dll // 2006-01-20, 1,805,448 bytes likely they interfered, if they are in the path. They're not on the path. These versions might interfere if they are loaded in memory. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: cygport limitations (was: Adding MSYS functionality to Cygwin)
On Mon, Jun 24, 2013 at 5:11 AM, Corinna Vinschen wrote: Using another build system doesn't mean you can't switch to the better one. That depends on one's view of better and Chris already believes he uses the better one. That is why is refuses to use something else. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Using cygpath with backticks
On Sat, Jun 22, 2013 at 11:39 AM, Matt D. wrote: Maybe I've just had a long week but I can't seem to get this to work: alias pathw='echo `cygpath -w $@`' I think all you want is alias pathw='cygpath -w' pathw /cygdrive/g/ The result of this will then be G:\ -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Adding MSYS functionality to Cygwin
On Wed, Jun 19, 2013 at 4:25 PM, Charles Wilson wrote: I assume that, eventually and as-needed, a *small* number of additional hooks could be added to other code paths than exec/spawn/etc -- such as the aforementioned uname(3) thing. (One of the deltas between cygwin and msys was msys used a really stupid ownership/permission model -- pretend current user owns everything; check the DOS R/O bit for +w; check the file extension for +x; -- but this can be approximated with existing $CYGWIN entries or mount options. I think. So reimplementing that feature of MSYS would not require any additional hooks). IIRC that stupid ownership/permission model was a part of the original Cygwin 1.3 and was not modified. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Adding MSYS functionality to Cygwin
On Tue, Jun 18, 2013 at 2:40 PM, Алексей Павлов wrote: I want to add MSYS functionality to Cygwin. One issue with that would be copyright assignment. Alexey has been in the MSYS code so someone who hasn't looked would need to implement similar functionality. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: UNC and POSIX paths
On Tue, Jun 18, 2013 at 10:36 AM, Christopher Faylor wrote: And, it nontrivially complicates path handling since we'd have to make decisions about whether to honor // or not. I'd suggest using /// for UNC, dropping exactly one / if FILEPATH[0] and FILEPATH[1] is equal to /. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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
Invalid link on acronym page
The link to the list of Big List Of Dodgy Apps is invalid and no longer directs correctly. http://cygwin.com/faq/faq.using.html#faq.using.bloda should become http://cygwin.com/faq/faq.html#faq.using.bloda -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Patch for shutdown
On Mon, May 20, 2013 at 9:59 AM, Fedin Pavel wrote: At the other hand, IMHO, Windows .bat scripts are never run from wihin bash, and vice versa, UNIX .sh scripts are never run from within cmd.exe... I do this. Create a null (native, i.e. non-cygwin) program named #! and put it in PATH. Then my scripts can do ~ #!/cmd /c :: Dos batch commands ~ And following the same logic we would need to teach our find.exe (already mentioned on this list) to understand Windows options instead of UNIX options... I think that would be a no go from the get go. Even further, in terminal case, why have Cygwin at all ? It is different from Windows command line and this is confusing... Oh, now I read the sarcasm. :/ -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: BUG: Ability to access nonexistent directories
On Sat, May 18, 2013 at 4:28 AM, Corinna Vinschen wrote: On May 17 16:45, Warren Young wrote: On 5/17/2013 12:00, Corinna Vinschen wrote: Is that ENOFEL or EFLOCK? It depends. ENOFEL is the BSD way, but POSIX standardized the SysV error constant, EFLOCK. Linux supports both, of course, so Cygwin should, too. Hmm. I'm not too keen to add an error message fome something which could be fixed instead. Maybe we should consider to get us a cat instead? And name the cat Bill. Then the error could be named ENOBILL. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: BUG: Ability to access nonexistent directories
On Sat, May 18, 2013 at 1:01 PM, Christopher Faylor wrote: On Sat, May 18, 2013 at 04:58:18PM +, Stephan Mueller wrote: On May 17 16:45, Warren Young wrote: On 5/17/2013 12:00, Corinna Vinschen wrote: Is that ENOFEL or EFLOCK? It depends. ENOFEL is the BSD way, but POSIX standardized the SysV error constant, EFLOCK. Linux supports both, of course, so Cygwin should, too. Hmm. I'm not too keen to add an error message fome something which could be fixed instead. Maybe we should consider to get us a cat instead? So, you recommend re-installing the coreutils package, then? I think we're now starting to litter this ml with indirect puns. Yea, my inbox is starting to smell and the litter is highly suspect. Perhaps we should paws to reflect if this is really wise. Watchout CGF is ready to bring out the claws in the fine print of the mailing list use statement. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: BUG: Ability to access nonexistent directories
On Fri, May 17, 2013 at 2:09 PM, Christopher Faylor wrote: So it sounds like we may have a feline inavailability deadlock. Is that ENOFEL or EFLOCK? I think it's ENOPURR . ROFLMAO. Maybe ENOMEW would be better. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: postgresql-devel package missing pg_config?
On Wed, May 1, 2013 at 10:44 AM, Angelo Graziosi wrote: win32for Win32 with VC++ and gdk based GUI win32gcc for Win32 with cygwin/gcc That's just some bad juju. What kind of witchcrafter came up with these bad tokens? Who in their right minds would think Cygwin oh, yea, I use win32gcc? Or if I have MSVC I use just win32? -- Earnie -- https://sites.google.com/site/earnieboyd -- 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 install failed, need help troubleshooting
On Wed, May 1, 2013 at 1:01 PM, John Guad wrote: What does running cygcheck without the redirection do? No results. I execute the program in a command window, current directory at c:\cygwin\bin, simply typed in the comand as above -- tried multiple times both with and without the redirection -- press enter, and the screen blinks and the command line returns. No output is displayed, or in the case of the redirection, no output is written to the output file. Have you rebooted recently? -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: CreateSymbolicLinkW needed
On Tue, Apr 30, 2013 at 9:16 AM, Andrey Repin wrote: Said that, it IS possible to create a symbolic link to a file in Windows XP, even though you can't access it afterward. I think you mean a junction (reparse point) instead of a symbolic link. Yes, it is possible to have a junction to a file even though it isn't supposed to work (meaning documented as not supported). The underlying API will do the right thing but the Windows UI doesn't grok it properly. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: /usr vanished
On Mon, Apr 22, 2013 at 4:47 AM, Achim Gratz strom...@nexgo.de wrote: Septimus Stevens septimus.stevens at gmail.com writes: But my /usr suddenly disappeared, as though I'd done a 'rm -r /usr' but it seems VERY unlikely I typed that. ( /bin and /lib are still there) Any idea how this could happen? You might have had it marked in Explorer when deleting something else, or you might have moved it inadvertently. Or something in /etc/fstab? The /usr/bin and /usr/lib are auto mounted based on where cygwin1.dll resides. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: BASH and MAN failure
On Sat, Apr 20, 2013 at 6:52 PM, rodmedina wrote: I one runs tzset.sh directly the message is not writen, but still TZ is not set. $ /etc/profile.d/tzset.sh $ set ... SYSTEMROOT='C:\WINDOWS' TEMP=/cygdrive/c/DOCUME~1/rmedina/CONFIG~1/Temp TERM=xterm-256color TMP=/cygdrive/c/DOCUME~1/rmedina/CONFIG~1/Temp UID=1003 This is expected behavior. You need to source tzset.sh into your environment instead of executing tzset.sh in a child environment. The parent process will not take on the environment of the child. $ . /etc/profile.d/tzset.sh Notice the . and space. Alternatively you could $ source /etc/profile.d/tzset.sh Also $ help source -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: X windows behavior
On Wed, Apr 17, 2013 at 7:40 AM, Richard Gribble wrote: I believe you'll find this is the default behavior with Windows XP and Windows 7 as well. In my experience, the issue is that windows remember where they were last, and reopen there. Thus if you had Firefox open in the secondary monitor, reboot (without the secondary monitor), and reopen Firefox, it will reopen on the secondary monitor - and you won't see it. In that case search for ShellFolderFix, maybe it can help. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: ffmpeg
On Wed, Apr 17, 2013 at 11:06 AM, wrote: HOW CAN CYGWIN capture W32 Programs WinSTD out as minty and putty do? I am use several programs that are native windows compiled, such as ffmpeg. I am writing a sheel script to get video clip information provided by ffmpeg, but I can't capture the screen output which (probably isn't stdout to cygwin), but does display on the minty and putty consoles. I've tried redirecting both stdout and stderr it to file. It doesn't work. Is there any, method to capture this output, besides writing a windows batch file that captures it and writes it to a file, which would work, but is really inefficient. Any advice and pointers would be appreciated. Does piping to cat and redirect to file from cat work? foo | cat bar -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: But it is cygwin related.
On Thu, Apr 4, 2013 at 8:57 AM, Frank Farance wrote: I haven't posted in a long while, but the question seems reasonable and relevant to cygwin. If one were writing assembler code to be compatible with cygwin, one would need the answer to the question originally posed. I don't see this as a question about win32 APIs (which might be answered by your link above), it is a compatibility question ... certainly, we would have thought about it this way when writing a mix of C and assembler code 40 years ago on UNIX systems. The OP was related to How to program. From cygwin.com/lists.html we have ~~ Finally, make sure when you send a message to a Cygwin list that it actually has something to do with Cygwin. What do we mean by that? Well, if you can't install the Cygwin C compiler, then that has something to do with Cygwin. If you don't know C very well and need some pointers on writing a program, that really has nothing to do with Cygwin. If you are trying to run the Cygwin version of bash (the standard UNIX shell) and it hangs, then that's probably a Cygwin problem. If you can't figure out how to set up a command alias in bash, that's not a Cygwin question. These Cygwin questions are considered on topic. The non-Cygwin questions are considered off topic. ~~ Which clearly states that How to program posts are off-topic for this list and any other cygwin list. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: username case sensitive with the sshd service
On Wed, Apr 3, 2013 at 8:29 AM, Maxime LAMBERT wrote: I installed the last version of Cygwin (2.774) with the OpenSSH package on a Windows Server 2012 and when I tried to establish a connection in ssh, I noticed that the username was case sensitive (username@IP). With old versions of Cygwin with the SSH package that I'm using on Windows Server 2008 R2, I don't have this problem. For example, if I have an Administrator account with a A in upper-case, I can establish a connection both with $ssh administrator@IP and $ssh Administrator@IP. The username case sensitive is a new feature in the lastest package of OpenSSH? Can I deactivate the username case sensitive in the sshd service? Are you sure it isn't an issue of configuration in the Windows Server 2012? Will the current OpenSSH version work as expected on the Windows Server 2008? -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: username case sensitive with the sshd service
On Wed, Apr 3, 2013 at 9:11 AM, Maxime LAMBERT wrote: On Wed, Apr 3, 2013 at 8:29 AM, Maxime LAMBERT wrote: I installed the last version of Cygwin (2.774) with the OpenSSH package on a Windows Server 2012 and when I tried to establish a connection in ssh, I noticed that the username was case sensitive (username@IP). With old versions of Cygwin with the SSH package that I'm using on Windows Server 2008 R2, I don't have this problem. For example, if I have an Administrator account with a A in upper-case, I can establish a connection both with $ssh administrator@IP and $ssh Administrator@IP. The username case sensitive is a new feature in the lastest package of OpenSSH? Can I deactivate the username case sensitive in the sshd service? Are you sure it isn't an issue of configuration in the Windows Server 2012? Will the current OpenSSH version work as expected on the Windows Server 2008? I do nothing different in the configuration of OpenSSH on Windows Server 2012 and on Windows Server 2008 R2. Okay, but what about the servers themselves; i.e. I'm not thinking about the configuration of OpenSSH but of the Windows servers. However, I don't tried the lastest version of cygwin on Windows Server 2008 R2. So, I will try on it and I will keep you in touch. If you find it works then look at the configuration of the servers and not the configuration of OpenSSH. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: username case sensitive with the sshd service
On Wed, Apr 3, 2013 at 11:12 AM, Corinna Vinschen wrote: Why not just getting used to entering the username casesensitive, as on any other system? Would modifying the /etc/passwd file to lowercase names support what the OP wants to do? Not that he should but is that possible? -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: winProductName for Windows 2012 - CSIH
On Wed, Mar 27, 2013 at 9:38 AM, BGINFO4X wrote: Hello, I'm using winProductName.exe(from the csih packgae) in a Windows 2012 Server. I'm using the last version 0.9.6, and the output information is not managed correctly: The output obtained is: Microsoft Windows Server 8 unknown, 64-bit (build 9200). I know that this is the codename version as stated in: http://en.wikipedia.org/wiki/Windows_Server_2012 I don't care what this says! But would be nice to have the friendly version : Microsoft Windows Server 2012 What does your System Information report it as? -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Fwd: reboot command behaves different on Linux
On Mon, Mar 25, 2013 at 5:53 AM, Frank Fesevur wrote: 2013/3/23 David T-G: % This would still conflict with the -H of the ones above, but I have no % problem with it. Anyone against changing hibernate to -H? What about 'b' for hi'b'ernate? That was my original suggestion, but Anthony liked the -H better. I have given it a thought over the weekend and since the -H conflicts with -H of the Linux shutdown commands, I think I prefer the -b as short for hibernate. To me -b sounds like 'b;inary how about -s for 's'leep since sleep is synonymous with hibernate. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: cvs changes to support CR/LF in Root Repository files
On Sun, Mar 24, 2013 at 2:27 AM, Csaba Raduly wrote: I was able to access a sandbox (first checked out with Cygwin CVS) with WinVCS and (windows)Eclipse's own CVS client. Maybe it'll work for Tortoise also. Yes, but the reverse isn't always true. Windows OS will read LF only files just fine but CRLF on POSIX platforms causes issue. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: [closed] Intel FORTRAN time_and_date function returns UTC instead of local time
On Thu, Mar 14, 2013 at 5:08 AM, Marten Jan de Ruiter wrote: Today, the problems with the date_and_time function were gone. I have no clue what solved the issue. I did not install upgrades from Cygwin. I did not recompile the program. Maybe a time shift issue? a.k.a. Daylight Savings Time What I did differently, is that I have used the Cygwin Bash shell, the Cygwin terminal and the Cygwin-X W-win server, and played around with the options of the Cygwin Terminal. There is configuration page for Text containing a font field, a field for font options, and a field for the locale and character set. I have played a bit with the locale. Afterwards, I noticed that my program now issues the correct time, even when the option is restored to the (Default) setting it was in originally. I assume that this playing around corrected the glitch, but the details escape me. Maybe a coincidental effect of DST? Still, a month ago, I also played around with setting the locale on the command line in the Cygwin Bash login, and that did not resolve the issue; so playing around with the locale is not the entire story. I am a bit unsatisfied that I do not know what clicked right under the hood of Cygwin, but pragmatical enough to enjoy that the issue is gone. Or maybe just hiding until November? -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Regression: Python 2.7.3 socket Module Not Compiled with SSL Support?
On Tue, Mar 5, 2013 at 1:30 PM, Erik Knowles wrote: WFM. Try cygcheck /usr/lib/python2.7/lib-dynload/_ssl.dll and see if any DLLs are missing, and if so, install them. That check led me to a probable version mismatch. /bin held a cygcrypto-1.0.0.0.dll.new file -- apparently there was a rename problem during the installation finalization. (I did have to reboot after the original 2.7 installation due to in-use files.) I manually moved the .new version over and all's OK. This is the reason you need to ensure that all processes that depend on Cygwin have ceased to be opened. Also, AntiVirus BLODA can cause the issue of a rename of a file to fail. The AntiVirus having it open and reading it for viruses. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Shouldn't gcc-4 depend on libmpfr4 ?
On Mon, Mar 4, 2013 at 1:38 PM, Achim Gratz wrote: Corinna Vinschen corinna-cygwin at cygwin.com writes: I Bcced David, but if David has moved away from Cygwin, we will need a new maintainer for the aforementioned packages, plus ppl and cloog-ppl. If someone can sell me a clue on why autotools skips the renaming of lib*.dll to cyg*.dll for gmp (this should normally be done via soname_spec, but it is always empty in the generated libtool script), I could perhaps provide updated packages, but at least working cygport files. Perhaps it needs to be updated to use newer autotools, especially libtool. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: startxwin started bash does not read .bashrc or .bash_profile
On Thu, Feb 28, 2013 at 9:28 AM, Kevin Layer wrote: Earnie Boyd wrote: On Wed, Feb 27, 2013 at 5:16 PM, Kevin Layer wrote: Did you read the original report and all the replies in the chain? ...it requires my .bashrc to be sourced (.bash_profile merely sources .bashrc). Then what is the value of $SHELL? /bin/bash What user actually starts the session? I've seen this type of thing when the cron daemon starts a session. The profile files are never read. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: startxwin started bash does not read .bashrc or .bash_profile
On Wed, Feb 27, 2013 at 5:16 PM, Kevin Layer wrote: Did you read the original report and all the replies in the chain? ...it requires my .bashrc to be sourced (.bash_profile merely sources .bashrc). Then what is the value of $SHELL? -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: startxwin started bash does not read .bashrc or .bash_profile
On Wed, Feb 27, 2013 at 3:15 PM, Kevin Layer wrote: That was one of the experiments I did, and I saw no evidence that any commands were executed. I even passed it as the argument to the invocation. As for the assumption, I understand that an error could have short-circuited the processing of my init file, but in the bash's that haven't read it, . .bashrc produces no errors *and* has my aliases and new prompt. $HOME/.bashrc isn't always read. It depends on how bash is executed. If this is a --login you need $HOME/.bash_profile that sources $HOME/.bashrc. http://www.gnu.org/software/bash/manual/html_node/Bash-Startup-Files.html#Bash-Startup-Files -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Minor Bug in setup.exe for Cygwin 1.7.17-1
On Sat, Feb 23, 2013 at 9:41 AM, Bailey T. Furrow wrote: I noticed a minor bug when updating/installing packages, where the percentage completed and the Total progress bar are way off than how much is actually done, giving me percentages that should be impossible. Last night, the progress bar was completely filled in and the percentage completed was around 200%. Right now, the progress bar is empty and percentage completed is -129%. Here's a link to a snapshot of the bug: http://i.imgur.com/DwDX7At.png You need to start by researching the archives, yesterday would be a good place to start. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: psql crashes with snapshot
On Mon, Feb 18, 2013 at 10:27 AM, Thorsten Kampe wrote: What can I do - if anything at all - to debug the issue? Obviously, I cannot test every single snapshot after October last year and see where the crash starts... Work it descending order with a set number limit. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: mintty session with a particularly fork-unfriendly address space layout
On Sun, Feb 17, 2013 at 10:57 AM, Andrey Repin wrote: -- Problem reports: http://cygwin.com/problems.html This ^ I nearly missed This ^ and started thinking you missed some content. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: How to rsh in windows using cygwin
On Thu, Jan 17, 2013 at 12:49 AM, Andrew DeFaria wrote: On 01/16/2013 08:27 PM, Linda Walsh wrote: Andrew DeFaria wrote: On 01/16/2013 07:24 AM, Tim Prince wrote: I still remember the occasion 15 years ago when I entered rsh tim and found myself logged in as the head of corporate IT with root privilege. Did you do rm -rf /? I remember going to Frys and seeing a mac with a bash shell window logged in as root. Guess what I did... Never leave a root bash shell open to the public... --- At least not when there are criminals around. Deliberate destruction of property is a crime in all states. Prosecute me then! Besides I didn't say that I actually did do it... You did type it in without the return just to give the owner the gut wrenching idea of what could have been didn't you? ;p -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Intermittent failures with ctrl-c
On Wed, Jan 16, 2013 at 12:42 PM, Tom Honermann thonerm...@coverity.com wrote: On 01/16/2013 11:53 AM, marco atzeri wrote: On 1/16/2013 5:37 PM, Tom Honermann wrote: 4) Launch mintty using an existing Cygwin installation. Naturally, this will run a shell from the existing Cygwin install. 5) Change directories to the usr/bin directory of the snapshot. This will cause a cygwin1.dll collision between the two versions Nothing is guarantee to work fine Can you elaborate? Cygwin supports multiple installations just fine these days. Use of a .bat file (an intervening cmd.exe process) should isolate the environments for this test. While you can multiple installations you cannot mix the environments. You did not copy mintty so you started it in one instance and then went to another instance which will cause a clash of resources. Regardless, I was also able to produce a hang in bash running the same .bat file from a cmd.exe prompt using only the snapshot install and the copied bash.exe, false.exe, and dependent binaries - no mintty. The hung bash.exe process eventually timed out with an error message: 5 [unknown (0x176C)] bash 2000 sig_send: wait for sig_complete event failed, signal 6, rc 258, Win32 error 0 Looking at the list of DLL you copied you may still be seeing a conflict with which DLL is in use. Do you see a hang if you remain in usr/bin and not changing directories to your copied files? -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: RES: hiding cursor on text terminals
On Tue, Jan 8, 2013 at 10:16 AM, Christopher Faylor wrote: Probably just sheer orneriness. We like to leave some things undone just to mess with people's minds. Or in other words, http://cygwin.com/acronyms/#BWAM -- Earnie -- https://sites.google.com/site/earnieboyd -- 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 make fails when calling mkdir in Windows 7
On Fri, Jan 4, 2013 at 11:02 AM, David Stacey wrote: On 03/01/13 22:49, Warren Young wrote: If this were affecting everyone, you'd be seeing a lot of yelling on this list. (More than normal I mean. :) ) Those of us who maintain Cygwin packages would all be affected, for instance. I may have run into this problem earlier in the week - I wanted to rebuild Subversion to test Warren's latest sqlite3 build. I had 'make' fail a couple of times when creating directories, but didn't give it too much thought - I just put it down to anti-virus software getting in the way. Word of caution: Anti-virus software can cause ill results during the configure process if it is opening files as they are being created to scan them. You should tell the anti-virus software to ignore your work directory. I myself have a NAT disk that I tell my anti-virus to not scan that disk during the automated scan. BTW, I was running good old 32-bit WinXP Pro SP3. It doesn't matter which OS, the anti-virus is a bad thing for configure and make. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: cygpath not working properly when the windows path argument ends in backslash
On Tue, Jan 1, 2013 at 7:54 PM, Aaron Schneider wrote: cygpath.exe -a c:\Users\All Users /cygdrive/c/Users/All Users cygpath.exe -a c:\Users\All Users\ Probably this trailing backslash is interpreted by shell, what to do about this? Not probably, it is exactly that. cygpath.exe -a C:\\Users\\All Users\\ -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: argv @-expansion with pathname containing spaces
On Thu, Dec 20, 2012 at 6:55 AM, Denis Excoffier wrote: However i don't see how to derive the 8.3 form from my original filename, using DOS only. The /X argument to cmd.exe's dir command will give you the 8.3 name if it exists. Note that your system can be configured to not produce the 8.3 form. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: [ATTN: Git maintainer] Is there a reason Git package depends on cvs/cvsps ?
On Thu, Dec 6, 2012 at 9:56 AM, Andrey Repin wrote: Greetings, All! Is there a reason Git package depends on cvsps (and in result - cvs) package? It doesn't looks like cvsps is required for daily Git operations. Am I missing something? Git has MPs to allow you to clone a CVS repository using git commands. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Bug in Cygwin Windows 8 group permissions
On Mon, Dec 3, 2012 at 5:16 AM, Adam Dinwoodie wrote: By my understanding, if you're distributing GPLv3+ software such as cygwin1.dll, these are not rights you can withhold on that software. This is true for all GPL versions. Cygwin's license is GPL with an exception to allow any Open Source product to not be infected but that is the limit. You cannot create proprietary software without paying Redhat for that privilege; they do offer an alternative license. See http://cygwin.com/licensing.html for details. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Passwordless authentication between two domains.
On Wed, Nov 28, 2012 at 6:59 PM, Andrew DeFaria wrote: On 11/28/2012 1:21 PM, anulav2 wrote: Andrew, Keys will ALWAYS be different irrespective if it is two servers on same or different domain. That is the whole point of copying keys to remote servers authorized_keys file. I don't think so. I do know the following - here at my current client there are two distinct domains that I deal with - Irvine and San Jose. My Windows laptop is in the Irvine domain. My home directory is on a filer and is shared between my Windows laptop and the various Linux server machines in Irvine. I generate a key and put it in my ~/.ssh/authorized_keys and I can ssh to localhost or any of the Linux servers. Additionally I can ssh from Linux to my laptop, passwordlessly. If I take that key and put it into the ~/.ssh/authorized_keys in San Jose then this allows me to ssh into from Irvine to San Jose without a password. But I cannot ssh from San Jose - Irvine without being prompted for a password. However if I generate a key in San Jose and put it in ~/.ssh/authorize_keys in Irvine then I can ssh from San Jose - Irvine without a password. This tells me that generated ssh keys are unique per domain. For bilateral ssh passwordless logins between the two domains you should have at least 2 lines in your ~/.ssh/authorized_keys file, one for each domain: Actually, although your method would be best for security reasons, you could copy the private key file to the other computer and add the public key to the authorized_keys file so that you only have one key pair. You don't need more than one key pair as long as the private key portion is available in your $HOME/.ssh directory on all computers. ssh-dss B3NzaC1kc3MAAACBANIhaC5kcPP9paO1PgxbXmeoCTT/COtutXPQKcE85/ut6cvVCL4Ctwv0Uz04q+XdB75qvL+0pbfsg6kRkE6xSJpiOzNXe/ED+EXv1xnp5otlAi3FQD6ej4gmxyMdsn+Yf7E6TR7RsDfbQAAAIEAsQ5y+xF0fhjORxzivaFVZW2znN0eF5rRNONG7aN/2j9Fu3sTV8YRgjvOSL755Kg0r6a+fu3OMjWMaUFG4BGPTLH8jW3YlWJvTiYhq/3BR8nBh9by0NEiy3UTPyPYTZ8SZPaTABhDcfkQD1qum6TlIBDBlX5gI3Q/abtGGZoo3+CBAIQyf+LdDWl2Pq32NJC6ijufpynK1aOiPlUnvDoFh9snrQ+4JpgWDUsj7dRjbNZbu19PnamGnYduo2xz1USAu6+ePAXiW16m9512SpjKGIRSlnrjXcN+Ys8wJGtdGK0uk0c5q4wyd2Yh/BLsyneV8mWCIKGsi7PZ7gHd1vAqYjNa adefaria@Irvine ssh-dss B3NzaC1kc3MAAACBGc2XQc9lkE4sacaUKWJBG+hIZFFGejIn4Q366boqkM+pSbx4k5j9UhLhke+nQO7L0lPDJ+TeBbzuSweOTzCN1DSOQEb9wQEeOIPR3WzhZSt7oEsoPDdWC2hUns4MoKKOtTO1Bje0E1c5LYd3hou7FQDCbH96A9u3EeJLe5OtlkItob2MhwAAAIEAoz4dtm9nqOH+YgNqxRmuyy3f46zSr/ALY747aOpRpxRnGcbZPO6bJHevkN7oomQwSzbHqJbsOzSMpjs9yrxQUAklGsdL7STC4HpheHUKyqGvZB1SP5pQ+thqPo4GQTIpEZxsmsrb5dRNOZstdWqeYQtsu0qYqvHOnxOSWsC5V3wAAACBALY5CD58gt12E4logCHko7p+k8KUS8eAapwbThhH6rsOWjnhBLEDqL4qWn3w8Lk+1vkGIkhZ5Iysbx81Tk6njhnklAFHHtp4MBxuuJbbqLGrM9SKMG1kQDfjFGowkZsLpf2jw37vy0fo/LfJ1NEGpVq6fI3U+O48PUcr2dEpO6UD adefaria@San Jose Note that the 3rd field is treated as a comment so I changed it to adefaria@Irvine and adefaria@San Jose. Note 2: The above keys have been modified to protect them. I hope these aren't your real keys, if so you should regenerate them now that you've shared them in public. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Package update request: python-2.7
On Mon, Nov 26, 2012 at 8:55 PM, Ryan Johnson wrote: Out of curiosity, what typically holds back releasing a new version? Usually it is a round tuit. (http://en.wiktionary.org/wiki/round_tuit) -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Info for the item does patch.exe work different than other unx patch tools? (i.e. hunk 1 out of 3 hunks failed)
On Thu, Nov 8, 2012 at 5:30 AM, Thomas Höhenleitner wrote: So now I had a closer look to the diff generated my.patch file and I found out, that the file had somehow hybrid line endings: * the header with the file names was unix-like * the body with the diff info was dos-like The reason probably is, that my sources are with dos-like line endings. I assume, diff starts creating the my.patch with unix-like line-endings and than adds the diff info as it is. Possibly. Maybe your new file has the CRLF and the old file has only LF. Than, when patch.exe gets the my.patch to execute it it sees unix-like line endings at the beginning of the my.patch, assumes all is that way and gets later trouble applying the patch info. That depends. If the patch executable has the file modes in _O_TEXT then it will be capable of reading the mixed line endings fine. If the patch executable has the file modes in _O_BINARY then it will read the patch file in binary mode receiving the CR as part of the patched line. I do not regard this as a bug, but I guess I am not the only one spending a few hours with that issue. It is not a bug, that is correct. I would like to propose an additional command line switch for the Cygwin diff.exe and/or patch.exe to tell about the line-endings. If you use the --help argument to patch, you'll find one already that fits. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Info for the item does patch.exe work different than other unx patch tools? (i.e. hunk 1 out of 3 hunks failed)
On Thu, Nov 8, 2012 at 10:15 AM, Thomas Höhenleitner wrote: Please do not top post. Thanks a lot, Earnie, for your answer. I do not know whitch patch command line switch do you mean. With -l I had already tried. I should have said diff instead of patch. --strip-trailing-cr -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Command line arguments
On Thu, Nov 1, 2012 at 4:48 PM, Andrew DeFaria wrote: On 11/1/2012 10:54 AM, Brian Wilson wrote: I got in the habbit of always using the {} (even if they aren't absolutely necessary) to avoid such issues on general principal. I don't think it's conducive to productivity to constantly type things that aren't needed for the simple sake of consistency - especially special characters which are by nature harder to type. As they say a foolish consistency is the hobglobin of little minds. I add syntactic sugar only when required, much like a native English speaker doesn't shy away from things like contractions under a habit of always spelling out all words even if they aren't absolutely necessary... YMMV. YMMV when it comes time for maintenance by someone other than the code creator. Consistency helps reduce cost and reducing company cost helps increase my pay check. Taking a few seconds to use {} to delimit all variables is priceless in the world of maintenance. As a native English (American) speaker, I find myself more than once expanding contractions to make myself more clear about what I want to convey. Contractions for contraction sake is not always a good thing. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Command line arguments
On Thu, Nov 1, 2012 at 1:54 PM, Brian Wilson wrote: % ${1}, ${2}, etc. Also, you may want to read up on the getopts command as a % way to process command line arguments. % Technically, the {}'s are not needed. You can access them with $1, $2, ... % /path/to/$1.save/dir but not /path/to/$1save/dir you'd need the {} % (i.e. /path/to/${1}save/dir because otherwise the shell would be % looking for 1save as an env variable name. ... except that environment variables cannot begin with numbers :-) True, but that won't keep the system from trying to interpret the string as a variable and erroring out on something a novice might easily write. Actually, I started to state this as well then I tried it. To my surprise ``echo $1save'' echoed the contents of $1 followed by the string save. I got in the habbit of always using the {} (even if they aren't absolutely necessary) to avoid such issues on general principal. A generally good habit to learn. It helps to prevent the WTF moments. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: permission on *.dbg files
On Fri, Oct 26, 2012 at 5:23 AM, marco atzeri marco.atz...@gmail.com wrote: Just a curiosity, why on/usr/lib/debug/usr/bin all the files have 755 permissions except cygwin1.dbg with 644 ? Does make any difference ? No, cygwin1.dbg is not an executable file so the executable bit isn't set. I.E. it is as it should be. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: real beginer
On Tue, Oct 23, 2012 at 9:28 AM, Trixie yell...@beotel.net wrote: Please help! I desperately need to start that program :((( What is the name of the program and where is it located? Documentation: http://cygwin.com/docs.html Start here. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Bold color in cygwin bash shell
On Wed, Oct 17, 2012 at 12:36 PM, Saurabh T wrote: Hi, For various reasons, I cannot switch to rxvt or similar, and am stuck using the cygwin bash shell (which runs on top of the dos cmd window). Here, the background color defaults to black and foreground to light. I reversed this using the dos window - Properties - Colors. However the bold color does not change. This causes for example man pages to be displayed badly (light text on light background). Is there anything that can be done to change the bold color? I searched on this mailing list and found just one similar question from 10 years ago which was unanswered: http://cygwin.com/ml/cygwin/2002-01/msg01512.html Found this nice tip but haven't tried it myself. http://linuxtidbits.wordpress.com/2009/03/23/less-colors-for-man-pages/ -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: latex no longer works after update
On Thu, Oct 11, 2012 at 6:34 AM, Josef Wolf wrote: The last line automatically gets rid of the /cygdrive path part, so all drive letters appear at the root of the Cygwin path tree. I'm not sure I understand this. Should I remove all my fstab entries and replace with the three lines shown above? Will I still be able to access the drives with /c/foo/bar? See ``mount --help''. Use the below command then look at your /etc/fstab. You don't need to add a mount for each drive letter with the below. $ mount -c / -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: PATH issue
On Wed, Oct 10, 2012 at 9:01 AM, Frank P Esposito wrote: I have an issue now that bash can't find script, but which locates it -- is there a way to debug this? What does ``ls -l `which FOO`'' report? -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: hdparm 6.9-1 will not function as expected
On Thu, Oct 4, 2012 at 7:30 AM, Sean Murphy wrote: That did it. Placed the executable in /bin, and it ran as expected. You should not move /usr/sbin files to /bin. You should use /usr/sbin/BINARY or add /usr/sbin to the PATH variable. You'll get confused when an update seemingly replaces /usr/sbin/BINARY but you're still using /bin/BINARY which is now older than /usr/sbin/BINARY. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: SMB symlink compatibility between Cygwin, Windows XP, and Windows 7
On Wed, Oct 3, 2012 at 8:33 PM, Brian Alexander wrote: Anyone have any other ideas of how to make a shortcut to a SMB path that will work in both Windows XP and Windows 7, and is also traversable by cygwin? I'm not familiar with CYGWIN=winsymlink to understand what it does; I can guess but I've not reviewed the code. You could use junction points for directories. Junction points should work for both XP (regardless of the service pack) and Win7. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Fifo blocking and performance issues
On Tue, Oct 2, 2012 at 3:15 PM, bob wrote: While this hack works the performance under Cygwin is orders of magnitude slower than the equivalent Linux performance. Any suggestions on how we can achieve a higher performance blocking read on a Cygwin RDWR fifo? You expect too much, it is Windows under the hood and no one but Microsoft can change that performance issue. Windows alone (meaning without Cygwin) is orders of magnitude slower than Linux. Cygwin adds another layer of slowness just because of the emulation required. You might get a tweak or two of milliseconds by modifying some underlying code but you're not going to get too much more. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: bash very slow in cygwin 1.7.16-1 Win7/64 bit
On Mon, Oct 1, 2012 at 11:49 AM, Adam Kessel wrote: On Sun, Sep 30, 2012 at 4:43 PM, Adam Rosi-Kessel a...@rosi-kessel.org wrote: Cygwin used to run very quickly for me; now it doesn't. Not sure when it stopped -- last few weeks. Another data point: I just did a completely fresh (i.e. from scratch) local drive bare-bones installation (just shell, coreutils, etc) into a new directory. Exact same slowness. You've not excluded any other changes in your environment. What network mapped devices do you have? Are they still available. If not the system will wait for the network timeout to occur before moving to the next device. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: [BUG] Cygwin default mounts in 1.7
On Thu, Sep 27, 2012 at 7:59 AM, Linda Walsh wrote: Jiri Engelthaler wrote: 2012/9/23 marco atzeri : And if I'm looking a way how to avoid this ...buggy feature..., my answer is yes. If someone can help me with how to run gcc compiler (see first post) which looks in ../libexec/.. for cc1.exe, I'll be happy. My question is still same: How to access ../libexec directory from bin directory. --- Since /usr/bin doesn't exist outside of cygwin, you are free to put a softlinke (in cmd.exe, cd \usr, mklink /d bin ..\bin; Then whether you are in windows or in cygwin , you 'll see /usr/bin pointing to the same content as /bin. Same for any other dual mapped dirs... Would that work for you? Not in total. /usr/bin would only be available if the working device is the same as the device containing the link. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: [BUG] Cygwin default mounts in 1.7
On Thu, Sep 27, 2012 at 9:54 AM, Linda Walsh wrote: Earnie Boyd wrote: Not in total. /usr/bin would only be available if the working device is the same as the device containing the link. ??? I think you are confusing junctions with symlinks. symlinks can point to another device (including network shares). It doesn't matter. If the working drive is E: and the symlink is on C: then /usr/bin doesn't exist on E: and /usr/bin/ls or any other binary will not work. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Unwanted texlive invasion
On Wed, Sep 26, 2012 at 1:58 PM, Christopher Faylor wrote: On Wed, Sep 26, 2012 at 09:03:46AM -0700, Wynfield Henman wrote: In my humble opinion cygwin should be open to improvement and, we should keep cygwin's purpose as a base system, which is as full, and as easy, and as close to a *nix environment as possible. And the wonder of open source is that you don't have to just offer opinions. You can actually offer changes which implement your brilliant ideas. But that makes it like work and you know how we all don't have time to give to open source projects. It's a wonder any open source project exists with such lack of available time about. I barely have the time to respond and read to list mail. Now you expect me to contribute!? Sheesh. ;p -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Unwanted texlive invasion
On Wed, Sep 26, 2012 at 2:29 PM, Ryan Johnson wrote: On 26/09/2012 2:17 PM, Christopher Faylor wrote: On Wed, Sep 26, 2012 at 02:13:20PM -0400, Earnie Boyd wrote: On Wed, Sep 26, 2012 at 1:58 PM, Christopher Faylor wrote: On Wed, Sep 26, 2012 at 09:03:46AM -0700, Wynfield Henman wrote: In my humble opinion cygwin should be open to improvement and, we should keep cygwin's purpose as a base system, which is as full, and as easy, and as close to a *nix environment as possible. And the wonder of open source is that you don't have to just offer opinions. You can actually offer changes which implement your brilliant ideas. But that makes it like work and you know how we all don't have time to give to open source projects. It's a wonder any open source project exists with such lack of available time about. I barely have the time to respond and read to list mail. Now you expect me to contribute!? Sheesh. ;p Sorry. Now I feel bad for wasting your time with my email. Pretty sure he's being sarcastic, though it may be exactly what some other folks are thinking... Oh, Ryan, you don't know Chris very well. He was giving sarcasm as well. :D -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Autocompletion of shell variables
On Tue, Sep 25, 2012 at 8:05 AM, Jovan Grbic wrote: Hello, I have an irk with Cygwin 1.7.16. The problem is that the autocompletion of shell variables is not functioning if I don't use full windows executable name of standard linux tool. For example. I have variable SERVER=a.b.c.d. When i try ssh $SERtab autocomplete does not work, but with ssh.exe $SERtab autocomplete works. Autocompletion of file system paths works in both cases. I'm certain that it functioned like expected in some of my former cygwin installations. I'm using latest version now. WJFFM. Maybe your ~/.inputrc is the reason? -- Earnie -- https://sites.google.com/site/earnieboyd -- 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 corrupted taskkill in windows commandline
On Tue, Sep 25, 2012 at 2:32 PM, Hazel wrote: What is it that's so hard to understand?. C:\Windows\system32\cmd.exe Can not execute native functions. This is on *XP Pro 32bit* as already stated. Then you have an issue that is not related to Cygwin even though the issue may have begun coincidental to you installing Cygwin. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Win PTY library.
On Mon, Sep 24, 2012 at 9:09 AM, Earnie Boyd wrote: On Sat, Sep 22, 2012 at 7:46 PM, Linda Walsh wrote: Sorry for the slip on removing the email address. Won't even think about 100ms / result. tried... now my head hurts. However, if I start the windows ftp program if the ideas behind Console2 and the winPTY library work I would now be able to see the output in proper order in a Cygwin enabled terminal such as mintty. This sentence should read: However,if I start the windows ftp program and if the ideas behind Console2 and the winPTY library work for Cygwin I would not be able to see the output in proper order in a Cygwin enabled terminal such as mintty. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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 corrupted taskkill in windows commandline
On Fri, Sep 21, 2012 at 11:59 AM, Voris, Ben wrote: On my system, taskkill is /cygdrive/c/Windows/system32/taskkill. That is, it is not part of Cygwin but is part of Windows. I suspect either that your PATH no longer includes /cygdrive/c/Windows/system32 or that taskkill.exe has been removed from that Windows directory. If it is 64 bit system then it will not be available in a 32 bit process such as Cygwin's bash in that directory. You'll need to look at /cygdrive/c/Windows/sysnative/taskkill instead. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Win PTY library.
On Mon, Sep 17, 2012 at 1:58 PM, Daniel Colascione wrote: If your pty layer refreshes every 100ms and your program updates at 20, 40, and 80ms, you'll lose all but the last update. I'm not interested in writing a testcase to demonstrate a perfectly foreseeable problem. So create a patch that works based on your ideas of how it should work. So far, there have not been any who have been able to do it for the case of Cygwin execing a native MSVCRT binary. If the ideas behind Console2 and winpty can do so, great, it is a step in the right direction. If you can come up with a working model other than what these are doing then prove it. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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
Win PTY library.
I just discovered https://github.com/rprichard/winpty and thought Cygwin users and developers may be interested. The license is MIT style. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: FREQ: cloud: /usr/cloud/bin/latex or /cloud/bin/latex
On Thu, Sep 13, 2012 at 3:16 PM, Christopher Faylor wrote: On Thu, Sep 13, 2012 at 05:29:47PM +0300, Jari Vuoksenranta wrote: (I do not follow cygwin's mailing lists) I don't think he will see ... I use occasionally software that I *really* would not like to install on my computer. I'd like you to think about a possibility that some software is clouded ie. reside in internet and only data is transferred to it and the result of the data. Ok. I've thought about it. I *think* you're asking us to somehow provide a service whichs allow you to run programs from the cloud. We aren't going to do this. We are not a service provider. This will never happen. ... your response. I'm guessing he hasn't a clue how to ask for what he wants and is using new buzz words distastefully. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: (core dumped) mkshortcut
On Mon, Sep 10, 2012 at 7:02 AM, Robert Mark wrote: Hi Earnie, As per a previous message (http://cygwin.com/ml/cygwin/2012-05/msg00215.html) I am still finding that mkshortcut causes core dumps (Windows 7, 64 bit). I have tried a few different options: -P or -D still cause dumps. I have checked permissions and they are all ok. Some folders do cause the error, some don't. mkshortcut -n I for cygwin bin /D/cyghome/bin /home/RobertMarkBram/bin/createWindowsShortcut.sh: line 160: 8128 Aborted (core dumped) mkshortcut -n $shortcutName $target I'm going to guess but have no fact to back it that the reason is due to the fact you're executing in a 32bit environment and the shortcut the tool makes needs a 64bit enviroment. This may only be resolved by a 64bit version of Cygwin. I did say I was running 64bit Win 7, so what exactly do you mean? I mean that Cygwin at the moment is a 32 bit application. So you are executing in an emulation mode and some things might just not work as expected. Cygwin.com says The Cygwin DLL currently works with all recent, commercially released x86 32 bit and 64 bit versions of Windows. It works but might not be able to do everything that is required due to the limitations of the emulated environment. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Problem during C source code compilation
On Sun, Sep 9, 2012 at 6:27 PM, JonY wrote: On 9/10/2012 01:22, Earnie Boyd wrote: Fear of the unknown is a great sale pitch. What I really dislike are those who distribute things like virus protection embedded in their own product installation. I upgraded Java and ended up requesting an install of McAfee. How does Java relate to McAfee? Exactly, it is unexpected but the installer offers it with the default to install it. I end up cancelling the installation with every java automatic update. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: (core dumped) mkshortcut
On Mon, Sep 10, 2012 at 3:16 PM, Denis Excoffier wrote: On 2012-09-10 at 14:54, Earnie Boyd wrote: On Mon, Sep 10, 2012 at 7:02 AM, Robert Mark wrote: Hi Earnie, As per a previous message (http://cygwin.com/ml/cygwin/2012-05/msg00215.html) I am still finding that mkshortcut causes core dumps (Windows 7, 64 bit). I have tried a few different options: -P or -D still cause dumps. I have checked permissions and they are all ok. Some folders do cause the error, some don't. mkshortcut -n I for cygwin bin /D/cyghome/bin /home/RobertMarkBram/bin/createWindowsShortcut.sh: line 160: 8128 Aborted (core dumped) mkshortcut -n $shortcutName $target I'm going to guess but have no fact to back it that the reason is due to the fact you're executing in a 32bit environment and the shortcut the tool makes needs a 64bit enviroment. This may only be resolved by a 64bit version of Cygwin. I did say I was running 64bit Win 7, so what exactly do you mean? I mean that Cygwin at the moment is a 32 bit application. So you are executing in an emulation mode and some things might just not work as expected. I must say that i run on 32 bits natively (XP) and have what i think is the very same problem. See http://cygwin.com/ml/cygwin/2012-08/msg00542.html I add here that my XP is french only (nationalization not possible). That is a horse of a different color; in your case I'm guessing that mkshortcut is not supporting UNICODE file names but I don't know that. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Problem during C source code compilation
On Sun, Sep 9, 2012 at 1:47 AM, Daniel Colascione wrote: On 9/7/12 1:17 PM, Fausto Arinos Barbuto wrote: You need *a* firewall and *an* antivirus, but not necessarily *those* specific products. If you're serious about using Cygwin, you'll want to find alternatives that aren't BLODA. You are right on spot as for that, but unfortunately Zone Alarm (my 2nd firewall option) is also BLODA. I can easily live without McAfee (and I'm seriously decided to replace it by another non-BLODA product), but really good, *non-leaky* firewalls aren't that easy to find. I will see what I can do. You realize that Windows comes with a perfectly good firewall, right? I'm glad to hear I'm not the only one with that thought. I really don't think people need the security bolt-ons they think they need. All they do is slow things down and cause problems. Fear of the unknown is a great sale pitch. What I really dislike are those who distribute things like virus protection embedded in their own product installation. I upgraded Java and ended up requesting an install of McAfee. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: (core dumped) mkshortcut
On Sun, Sep 9, 2012 at 12:07 AM, Robert Mark wrote: Hi All, As per a previous message (http://cygwin.com/ml/cygwin/2012-05/msg00215.html) I am still finding that mkshortcut causes core dumps (Windows 7, 64 bit). I have tried a few different options: -P or -D still cause dumps. I have checked permissions and they are all ok. Some folders do cause the error, some don't. mkshortcut -n I for cygwin bin /D/cyghome/bin /home/RobertMarkBram/bin/createWindowsShortcut.sh: line 160: 8128 Aborted (core dumped) mkshortcut -n $shortcutName $target I'm going to guess but have no fact to back it that the reason is due to the fact you're executing in a 32bit environment and the shortcut the tool makes needs a 64bit enviroment. This may only be resolved by a 64bit version of Cygwin. I am using an alternative as suggested: http://cygwin.com/ml/cygwin/2012-05/msg00232.html It works OK, but isn't nearly as useful as mkshortcut: lnk files handle rather differently than url files. You can still automate it. You just have to create a text file instead of a binary one. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Compilation issue after upgrading cygwin from 1.7.9 to 1.7.16
On Tue, Sep 4, 2012 at 11:27 AM, marco atzeri wrote: On 9/4/2012 4:42 PM, Caporossi Jérôme wrote: Hi, I've got a compilation issue after upgrading Cygwin. I am working with Metaware IDE, calling a dedicated compiler/linker called mcc. All the makefiles are generated by Metaware and the compilation is launched through gmake. Should you ask Synopsis ? mcc is not discussed here. Even so, using it within the Cygwin environment. In the makefile, mcc arguments is quite long (the mcc line is up to 10036 characters). Then when launching the compilation, the following error is raised: (C:\ARC\MetaWare\arc\bin\mcc:) No files specified. It is like if the mcc cmd was too long and is truncated before the source file to be specified. This may be a Windows limitation and depends on how the processes are executed. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: stuff running slowly
On Fri, Aug 31, 2012 at 7:14 AM, Aharon Robbins wrote: Hi. Just a note to say THANK YOU to everyone who took the time to reply to me. I hope that a blanket thanks will do. :-) I've come to the conclusion that it is indeed BLODA. The box in question is my Corporate IT Laptop With All The Mandated Software and I can't disable anti-virus or any of the other stuff (like the automatic screensaver) lest the sky fall and cats start mating with dogs and so on. Are you at least able to add to the exclude list in the anti-virus software? My corporation at least allows me to do that since I'm in IT. However, on a different Windows box without all the stuff a fresh install runs much more normally, so I will just use that for my testing. (36 *minutes* for 'make check' !!! Sheesh.) I expect this to be a result of the anti-virus trying to check each file that is created. It gets most of the CPU time and slows down the process. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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
On Thu, Aug 30, 2012 at 6:10 AM, Sven Köhler wrote: 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), It is no such thing. It is known as MinGW.org. 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. We are as much alive as this adjunct mingw-w64 project is. Sorry list, I could not let this slide by unchallenged. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Password prompts for remote system echoing and not attaching
On Wed, Aug 29, 2012 at 2:37 PM, Andy Koppe wrote: On 29 August 2012 19:02, Larry Hall (Cygwin) wrote: On 8/29/2012 12:58 PM, Mike Casile wrote: New install of latest cygwin (CYGWIN_NT-6.1-WOW64 1.7.16(0.262/5/3) 2012-07-20 22:55) on a new Windows 7 system. When I do ftp host it prompts for uid, then prompts for pw (normal). Problem is, password echoes on the screen ... and then it hangs and connection is never made. If I do ftp -s:script host ... and the script starts with uid/pw ... it all runs fine. Same with pscp. With putty, no problem because putty gets control and prompts for uid/pw itself. I am thinking this is a config fat-finger on my part ... but I am out of my depth. You have two alternatives here: 1. Install the inetutils package so you're using the Cygwin FTP client (or pick an alternative Cygwin package offering your favorite FTP client). 2. Continue to use the Windows FTP client but only do so from a shell prompt started from cmd.exe (i.e. no Mintty, xterm, etc). Again: cmd.exe and console windows are different things. Invoking bash.exe (or tcsh.exe, or zsh.exe, or ...) directly from an Explorer shortcut or the Run dialog or whatever will work just fine, with Windows automatically creating a console window for it. No cmd.exe needed there. Right, the issue is the PTY emulation issue that no one can do anything about. The Cygwin dependent terminal programs like mintty and rxvt cause the issue because of the buffering used in the pipes opened to native program. The native programs do not flush properly the I/O and thus you get garbage. So therefore a native terminal (a.k.a. console window) works because the buffering doesn't occur. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Password prompts for remote system echoing and not attaching
On Wed, Aug 29, 2012 at 3:38 PM, Larry Hall (Cygwin) wrote: On 8/29/2012 2:48 PM, Earnie Boyd wrote: On Wed, Aug 29, 2012 at 2:37 PM, Andy Koppe wrote: On 29 August 2012 19:02, Larry Hall (Cygwin) wrote: On 8/29/2012 12:58 PM, Mike Casile wrote: New install of latest cygwin (CYGWIN_NT-6.1-WOW64 1.7.16(0.262/5/3) 2012-07-20 22:55) on a new Windows 7 system. When I do ftp host it prompts for uid, then prompts for pw (normal). Problem is, password echoes on the screen ... and then it hangs and connection is never made. If I do ftp -s:script host ... and the script starts with uid/pw ... it all runs fine. Same with pscp. With putty, no problem because putty gets control and prompts for uid/pw itself. I am thinking this is a config fat-finger on my part ... but I am out of my depth. You have two alternatives here: 1. Install the inetutils package so you're using the Cygwin FTP client (or pick an alternative Cygwin package offering your favorite FTP client). 2. Continue to use the Windows FTP client but only do so from a shell prompt started from cmd.exe (i.e. no Mintty, xterm, etc). Again: cmd.exe and console windows are different things. Invoking bash.exe (or tcsh.exe, or zsh.exe, or ...) directly from an Explorer shortcut or the Run dialog or whatever will work just fine, with Windows automatically creating a console window for it. No cmd.exe needed there. Right, the issue is the PTY emulation issue that no one can do anything about. The Cygwin dependent terminal programs like mintty and rxvt cause the issue because of the buffering used in the pipes opened to native program. The native programs do not flush properly the I/O and thus you get garbage. So therefore a native terminal (a.k.a. console window) works because the buffering doesn't occur. Yeah, though buffering isn't the problem here. Incorrect, the buffering is the problem It's that the password is rendered in the clear as you type it by the Windows FTP client if you run it from a Cygwin terminal. The password types in the clear because the Cygwin terminal did not receive the control characters necessary to not echo the characters because the sequences for it are stuck in the buffer. This is why I suggested *not* running it from a Cygwin terminal if Mike really wants the Windows FTP client. Correct you cannot execute the Windows ftp client in a Cygwin terminal. The point Andy was making is that the Windows ftp client works well within a Cygwin shell in a native Windows terminal. Whether the Windows FTP client is run in a console or cmd.exe is really, in this case, inconsequential. And here is a confusion. A console (a.k.a terminal) is that which displays characters received in some font. Cmd.exe is the windows shell that is executed within the terminal (a.k.a. console). You can loosely compare cmd.exe to bash.exe, etc. Both will work for the work-flow Mike describes. The key take-away from the original post is that the Windows FTP client is being used, not the Cygwin one. Yes, but so what, Mike can use a Cygwin shell for it but not a Cygwin terminal. That's why I mentioned using the Cygwin one as another alternative to avoid the observed behavior of the Windows FTP client with Cygwin terminals. Yes, if you prefer to use the Cygwin terminal you must use a Cygwin client. But you have a choice to use the native terminal with a Cygwin shell and native ftp client. You could also do the following if you prefer the Cygwin terminal but do not want the Cygwin ftp client. cmd /c start ftp Which will open a native terminal with the ftp client waiting for input. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: gzip 1.4-1 creates corrupt archive
On Sun, Aug 26, 2012 at 12:38 AM, K Stahl wrote: Missed that section, was reading from my phone. Anyway, how about instead of chastising someone for trying to help, you come up with an alternative solution? Stating that you missed something in a post isn't really chastising as much as it is criticism that you need to pay attention more. Reading from a phone isn't an excuse for miscommunication. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: rmdir limitation to 3192 directories
On Fri, Aug 24, 2012 at 7:58 AM, genonceauxwrote: I try to delete empty directories with this command : /bin/find /path -depth -type d -empty -execdir rmdir \{\} \; If you change this to /bin/find /path -depth -type d -empty -delete If the number of empty directories to remove greater than 3192, I have the following message for the directories to remove remaining : Bad file descriptor do you still get this? -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Setup 2.774 texlive postinstall takes 10+ hours (resending due to cygwin bounce)
On Thu, Aug 23, 2012 at 6:03 AM, Martin.Fitzpatrick wrote: Hi, I have just completed a cygwin install, which seemed to take an extraordinary length of time, so I started googling and found the article If you do the same with the anti-virus disabled does it change the length of time? -- Earnie -- https://sites.google.com/site/earnieboyd -- 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