Re: Bash login slow after upgrade to cygwin 1.7
On 2010-08-20 7:50, Jeremy Ramer wrote: After upgrading from cygwin 1.5 to cygwin 1.7 starting a bash shell is much slower. It usually takes around 4 seconds before I get a prompt. On cygwin 1.5 it was only around 1 second. I captured some logs from the startup using this process: - Open cmd shell cd C:\cygwin\bin bash --login -i -x 1> C:\startlog.txt 2>&1 The log is attached. I don't see anything strange except that it seems pretty long. The same process on cygwin 1.5 gives much less output. I can provide that log if needed. Any ideas? It's the loading of all the bashcompletion scripts. Move the directory /etc/bash_completion.d away and you'll see it's a lot faster. -- 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.7 and Eclipse CDT?
On 2010-03-15 10:23, Bernd Prager wrote: Has anybody gotten Eclipse C++ CDT to run with Cygwin 1.7.? My Eclipse does not recognize Cygwin being installed and I cannot use the Cygwin gcc tool chain. The CDT looks for Cygwin in the registry. But Cygwin 1.7 doesn't use the registry anymore. It works if you upgrade from 1.5 to 1.7 but not if you install 1.7 from a clean Windows or in another location. Here is a blog post about what registry key to modify/create. http://dreamlayers.blogspot.com/2010/01/eclipse-incompatibility-with-cygwin-17.html -- 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: Can't execute scripts from a samba share with 1.7
Larry Hall (Cygwin) wrote: On 08/06/2009 05:25 PM, Nahor wrote: Corinna Vinschen wrote: On Aug 6 10:50, Nahor wrote: One weird thing though, the directory permission are 700 and yet I can list the content of the directory, cd in it and add/delete files. So permissions are not consistently checked. But then, I assume it's because all that is done by Windows/Samba while the permission check on the script is done by Cygwin? Same thing with executing binary (I was able to execute a binary file copied on the share even though I couldn't execute scripts)? Most of Cygwin relys on the permission checks of the underlying OS. In case of scripts, that's not possible. Therefore it has to check script permissions explicitely. Note that it doesn't do a simple POSIX permission bit check, rather it calls an OS function asking "does *this* account have the right to execute *that* file?" That should result in the most consistent behaviour, as far as Windows consistency goes. Cygwin can't also check with an account with the same login and password? I assume that's what Windows does and why I'm allowed, as a user LOCAL\nahor, to access the share that belongs exclusively to the user DOMAIN\nahor. I doubt that assumption would hold up to much scrutiny. Local and domain users, despite how similar the name and/or password might be, don't have any relationship to each other. There's a unique ID generated for a user of either type so there's no definitive way to correlate one user ID with another, even if that was desirable. I think you'll find that you have access to the share because you've been authenticated to use it, regardless of whether you're using the local or domain version of your login. But that has little bearing on the script in question. Since Windows doesn't see the script as executable, asking it for help in this matter wouldn't be useful, no matter who the user is when the question is asked. Maybe you're right but why can I execute a binary then? I copied notepad.exe on the share. I set its permissions to 700. I can then launch notepad without problem. But with scripts, that doesn't work. So somewhere, in Windows or in Cygwin, something must behave differently. Could it then be that Windows doesn't check the execute permission when executing from a share? Nahor -- 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: Can't execute scripts from a samba share with 1.7
Corinna Vinschen wrote: On Aug 6 10:50, Nahor wrote: One weird thing though, the directory permission are 700 and yet I can list the content of the directory, cd in it and add/delete files. So permissions are not consistently checked. But then, I assume it's because all that is done by Windows/Samba while the permission check on the script is done by Cygwin? Same thing with executing binary (I was able to execute a binary file copied on the share even though I couldn't execute scripts)? Most of Cygwin relys on the permission checks of the underlying OS. In case of scripts, that's not possible. Therefore it has to check script permissions explicitely. Note that it doesn't do a simple POSIX permission bit check, rather it calls an OS function asking "does *this* account have the right to execute *that* file?" That should result in the most consistent behaviour, as far as Windows consistency goes. Cygwin can't also check with an account with the same login and password? I assume that's what Windows does and why I'm allowed, as a user LOCAL\nahor, to access the share that belongs exclusively to the user DOMAIN\nahor. Nahor -- 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: Can't execute scripts from a samba share with 1.7
Corinna Vinschen wrote: On Aug 5 13:40, Nahor wrote: Hi, I have a samba share mounted in cygwin with the following fstab entry: //server/nahor /home/nahor smbfs binary,user,exec,acl,posix=0,cygexec 0 0 Permissions are set correctly: $ ls -al -rwxr--r-- 1 nahor Domain Users 19 Aug 5 11:46 t.sh My test script doesn't do much: $ cat ./t.sh #!/bin/sh echo foo $ But when I execute: $ ./t.sh -bash: ./t.sh: Permission denied $ Cygwin 1.5.x and earlier versions of Cygwin 1.7.0 didn't check execute permissions when trying to start a shell script. Later versions of 1.7.0 do check on filesystems mounted with the "acl" option. Apparently the check fails. Is there a chance that there are two different accounts called nahor? Indeed. One is an account on the local machine and there is another one on the domain. I login using the local account but the samba share belong to the domain user. Running cygwin with the domain user allows running the script. Changing the permission to 755 also fixes the error. Thanks! One weird thing though, the directory permission are 700 and yet I can list the content of the directory, cd in it and add/delete files. So permissions are not consistently checked. But then, I assume it's because all that is done by Windows/Samba while the permission check on the script is done by Cygwin? Same thing with executing binary (I was able to execute a binary file copied on the share even though I couldn't execute scripts)? If I mount with "noacl", I get a slightly different error but still no cigar: $ ./t.sh -bash: ./t.sh: /bin/sh: bad interpreter: Permission denied $ This only happens if your account doesn't have execute permissions for the interpreter, in this case /bin/sh. Is it possible that /bin/sh.exe has weird permission settings for some reason? The permissions on the interpreter are OK. $ ls -l /bin/sh -rwxr-xr-x 1 nahor Administrators 472064 Jul 1 18:20 /bin/sh $ For that matter, scripts running off the local disk run fine. Looks like the same problem of inconsistent account ID, setting the permissions to 755 or running as the domain user fix the "bad interpreter" error. -- 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
Can't execute scripts from a samba share with 1.7
Hi, I have a samba share mounted in cygwin with the following fstab entry: //server/nahor /home/nahor smbfs binary,user,exec,acl,posix=0,cygexec 0 0 Permissions are set correctly: $ ls -al -rwxr--r-- 1 nahor Domain Users 19 Aug 5 11:46 t.sh My test script doesn't do much: $ cat ./t.sh #!/bin/sh echo foo $ But when I execute: $ ./t.sh -bash: ./t.sh: Permission denied $ If I mount with "noacl", I get a slightly different error but still no cigar: $ ./t.sh -bash: ./t.sh: /bin/sh: bad interpreter: Permission denied $ The script runs fine if I pass it as argument to bash/sh: $ sh ./t.sh foo $ I can also execute the script fine with cygwin 1.5. And I think it was working fine when I started using cygwin 1.7 (1.7.0-47) but I can't be totally positive (is there a way to install an older version other than the one before last to make sure?). /etc/passwd and /etc/group are up-to-date (generated using "mkpasswd -l -d" and "mkgroup -l -d"). Any idea what I'm overlooking? Nahor Cygwin Configuration Diagnostics Current System Time: Wed Aug 05 13:19:11 2009 Windows XP Professional Ver 5.1 Build 2600 Service Pack 3 Path: C:\cygwin-1.7\usr\local\bin C:\cygwin-1.7\bin C:\cygwin-1.7\bin C:\cygwin-1.7\usr\X11R6\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\Program Files\Common Files\GTK\2.0\bin C:\Program Files\cvsnt C:\Program Files\QuickTime\QTSystem C:\Program Files\doxygen\bin C:\Program Files\Graphviz2.20\Bin C:\Program Files\TortoiseSVN\bin C:\Program Files\QuickTime\QTSystem\ C:\Program Files\bind C:\Program Files\CVSNT\ \\server\nahor\bin Output from C:\cygwin-1.7\bin\id.exe (nontsec) UID: 1003(nahor) GID: 513(None) 544(Administrators) 545(Users) 1005(Debugger Users) 513(None) Output from C:\cygwin-1.7\bin\id.exe (ntsec) UID: 1003(nahor) GID: 513(None) 544(Administrators) 545(Users) 1005(Debugger Users) 513(None) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'nahor' PWD = '/home/nahor' HOME = '/home/nahor' HOMEPATH = '\Documents and Settings\nahor' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\nahor\Application Data' HOSTNAME = 'BRIO' VS71COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\' TERM = 'xterm' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 10 Stepping 0, AuthenticAMD' Path_bak = 'C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Common Files\GTK\2.0\bin;C:\Program Files\doxygen\bin;C:\Program Files\Purify\common;c:\Program Files\QuickTime\QTSystem\' WINDIR = 'C:\WINDOWS' VS80COMNTOOLS = 'c:\Program Files\Microsoft Visual Studio 8\Common7\Tools\' OLDPWD = '/usr/bin' USERDOMAIN = 'BRIO' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' !:: = '::\' LS_COLORS = 'rs=0:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.axa=00;36:*.oga=00;36:*.spx=00;36:*.xspf=00;36:' VS90COMNTOOLS = 'c:\Program Files\Microsoft Visual Studio 9.0\Common7\Tools\' TEMP = '/tmp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' QTJAVA = 'C:\Program Files\Java\jre6\lib\ext\QTJava.zip' PROCESSOR_LEVEL = '6' FP_NO_HOST_CHECK = 'NO' INPUTRC = '/home/nahor/.inputrc.cygwin' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\nahor' CLIENTNAME = 'Console' PS1 = '\[\033[01;32m\...@\h \[\033[01;34m\]\w $ \[\033[00m\]' LOGONSERVER = '\\BRIO' PROCESSOR_ARCHITECTURE = 'x86' HISTCONTROL
Re: [ANNOUNCEMENT] [1.7] New documentation available
Corinna Vinschen wrote: Bugfixes and enhancements in the form of patches (diff -u) are welcome. Not a patch but easy enough to find: [A brief history of the Cygwin project] "the 1.7 release in 2008" => 2009 Cheers, Nahor -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Update Problems
Nahor wrote: Carl Lund wrote: Hi-- I tried updating my Cygwin installation, and got a message indicating that cygreadline6.dll was missing. I did not request any changes; I was just trying to update my current configuration to the latest release. My suspicion is that something has been recently updated incorrectly. I've tried a reinstallation from scratch, and still have the problem, so it's not clear how it can be something I'm responsible for. Of course, I could be wrong, but I thought I'd let you know. If I'm right, I assume others will soon be having the same problem. I'm having the same problem too. Some packages are missing in setup. libreadline6 is one. rsync is another. With an old install, they are visible in the setup with with a question mark instead of there size. They are however listed in the "setup.ini" but they are missing the version field... yes that's it: all packages missing the version field are missing from the setup tool in a fresh install. Actually, more than the missing "version" field, it's more likely the missing "install" field that is the source of the problem (or both). -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Update Problems
Carl Lund wrote: Hi-- I tried updating my Cygwin installation, and got a message indicating that cygreadline6.dll was missing. I did not request any changes; I was just trying to update my current configuration to the latest release. My suspicion is that something has been recently updated incorrectly. I've tried a reinstallation from scratch, and still have the problem, so it's not clear how it can be something I'm responsible for. Of course, I could be wrong, but I thought I'd let you know. If I'm right, I assume others will soon be having the same problem. I'm having the same problem too. Some packages are missing in setup. libreadline6 is one. rsync is another. With an old install, they are visible in the setup with with a question mark instead of there size. They are however listed in the "setup.ini" but they are missing the version field... yes that's it: all packages missing the version field are missing from the setup tool in a fresh install. Nahor -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
bash completion
Hi, I have the following prompt in bash (Gentoo style): PS1='\[\033[01;[EMAIL PROTECTED] \[\033[01;34m\]\w $ \[\033[00m\]' When I press to get the list of possible completion on the command line, I have some extra characters added to the display: [EMAIL PROTECTED] ~ $ cd /c/ Documents and Settings/RECYCLER/ cygwin/ tmp/ System Volume Information/ Program Files/ WINDOWS/ [EMAIL PROTECTED] ~ $ cd /c// or [EMAIL PROTECTED] ~ $ cd t test/ tmp/ [EMAIL PROTECTED] ~ $ cd t t If I remove the last escape sequence, the first example works fine but the second displays "tt". If I remove the last two escape sequences, both work fine. The default cygwin prompt works fine but if I remove the "\n" before the "$" sign, I get similar issues. I think I saw a mention of a bash 3.0 bug like this more than a year ago but I can't google it anymore. Also this prompt works fine in Gentoo (bash 3.1.16(1)) and in Fedora Core 4 (bash 3.00.16(1)) so it would point to a bug in cygwin (or Fedora and Gentoo have a patch to fix it). Any suggestion? Jehan WinXP SP2 cygwin 1.5.19-7 bash 3.1-5 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/