strange error from rsync
I'm rsync'ing some files from a Windows XP SP3 box running the latest
cygwin to a local disk on a linux box running Fedora 13. Here's the
message:
+ rsync -qa --delete --delete-before rsync://hobart/src/
/backups/hobarts/hobart/c/src/2011.05.02-14:48:10
rsync: readdir("/." (in src)): No such file or directory (2)
then is proceeds to rsync the entire contents of the remote directory,
seemingly correctly.
I've use rsync with Windows->Linux on other machines and don't see it
there. Ideas?
Kevin
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin 1.7.x on Windows 7: Exit statuses of Win32 executables are sometimes wrong
Hi Edward, For what it's worth, I just left it running since my last reply and it's still running. I can fairly confidently say this only happens when executing a Windows binary from Cygwin. Any insights or suggestions of further things to test would be greatly appreciated. These kinds of bugs certainly aren't fun to chase down. John On Apr 29, 2011, at 5:29 PM, John Dong wrote: > Hi Edward, > > Yeah, I forgot to mention that I tried scripting it in a batch file outside > cygwin in much the same way as your script, and it ran for a day or two > without fail. I can keep that going for longer just in case it fails less > frequently, but I don't think it's a Windows / MSVCRT bug. > > > John > > > On Apr 29, 2011, at 2:04 PM, Edward McGuire wrote: > >> On Fri, Apr 29, 2011 at 13:35, John Dong wrote: >>> I've tried using a different shell (like dash), but it doesn't make a >>> difference, leading me to suspect this to be a lower-level issue within the >>> Cygwin DLL. >> Have you tried it with the stock Windows command processor? Something >> like this (untested) script? >> >> @echo off >> :redo >> rem c:\path\to\exiter.exe 0 >> if errorlevel 1 exit /b %errorlevel% >> echo %errorlevel% >> goto:redo >> >> -- >> 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 >> > > > -- > 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 > -- 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: Make on Cygwin Changing Ruby to Jruby executable
On 5/2/2011 8:38 AM, Sayth Renshaw wrote: I am trying to use compile with emacs on windows7. Cygwin is being called as its my make environment. Cygwin seems to be calling ruby.exe judging by the output pasted below, what I want to know is how do i update it to be jruby? My path for jruby is set as. C:\jruby-1.6.1\bin This the output. -*- mode: compilation; default-directory: "c:/MyRuby/" -*- Compilation started at Mon May 02 22:30:48 C:/cygwin/bin\ruby.exe -w c:/MyRuby/anothertest.rb Presumably jruby in not in your path or at least not before the path you have to Cygwin tools. Setting up your path in this case might help. Otherwise, I'd say you need to look at the makefile you have to figure out what would be the best way to get it to use jruby over Cygwin's ruby. -- Larry _ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- 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: Symlink to drive and space in directory name leads to DOS warning
Eric Blake wrote on 2011-05-02: > On 05/02/2011 10:04 AM, Thrall, Bryan wrote: >> AFAIK, I am not using bash-completion; the package is installed, but > I don't source /etc/bash_completion in my ~/.bashrc. > > You don't have to manually source it in ~/.bashrc - these days, merely > installing bash-completion adds /etc/profile.d/bash_completion, which is > automatically sourced for all interactive bash shells. Ah, yes, I missed that in my scan of 'cygcheck -l bash-completion' :) >>> $ set -vx >>> $ pushd ~/myuserdrv/My\ Down[TAB] >>> >>> might give me some insight where to look at plugging the leak? >> >> I don't think there's much help there, unfortunately: >> >> thrall@pc1163-8413-xp ~ >> $ set -vx >> settitle >> ++ settitle >> ++ echo -ne '\033]0;bash\007' >> thrall@pc1163-8413-xp ~ >> $ pushd ~/myuserdrv/My\ Downcygwin warning: > > Well, it _does_ help. 'complete -p pushd' shows 'complete -d pushd', > which is the setting installed by bash-completion. But the pushd > default completions mean that the problem is in bash itself, not in > bash-completion. So it gives me somewhere further to look. Thanks for taking a look! -- Bryan Thrall FlightSafety International bryan.thr...@flightsafety.com -- 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
locale(1) not POSIX compliant (easy to fix, patch almost included)
hello, world\n "locale -a" prints its output space padded, while POSIX specifies http://pubs.opengroup.org/onlinepubs/009695399/utilities/locale.html";> If any arguments are specified: If the -a option is specified, the names of all the public locales shall be written, each in the following format: "%s\n", There's a "%-15s" somewhere where a "%s" should be, it seems. Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) -- 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: Symlink to drive and space in directory name leads to DOS warning
On 05/02/2011 10:04 AM, Thrall, Bryan wrote: > AFAIK, I am not using bash-completion; the package is installed, but I don't > source /etc/bash_completion in my ~/.bashrc. You don't have to manually source it in ~/.bashrc - these days, merely installing bash-completion adds /etc/profile.d/bash_completion, which is automatically sourced for all interactive bash shells. >> $ set -vx >> $ pushd ~/myuserdrv/My\ Down[TAB] >> >> might give me some insight where to look at plugging the leak? > > I don't think there's much help there, unfortunately: > > thrall@pc1163-8413-xp ~ > $ set -vx > settitle > ++ settitle > ++ echo -ne '\033]0;bash\007' > thrall@pc1163-8413-xp ~ > $ pushd ~/myuserdrv/My\ Downcygwin warning: Well, it _does_ help. 'complete -p pushd' shows 'complete -d pushd', which is the setting installed by bash-completion. But the pushd default completions mean that the problem is in bash itself, not in bash-completion. So it gives me somewhere further to look. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
RE: Symlink to drive and space in directory name leads to DOS warning
Eric Blake wrote on 2011-05-02: > On 05/02/2011 09:30 AM, Thrall, Bryan wrote: >> When I try to do a tab-completion on a directory with a space in it > for the first time after starting Cygwin, I get a DOS warning even > though I'm not using a DOS path. This only seems to happen when I > access the directory through a symlink I have to my E: drive, like so: >> >> thrall@pc1163-8413-xp ~ >> $ pushd ~/myuserdrv/My\ Downcygwin warning: >> MS-DOS style path detected: ~/myuserdrv/My\ Downloads Preferred POSIX >> equivalent is: ~/myuserdrv/My/ Downloads CYGWIN environment variable >> option "nodosfilewarning" turns off this warning. Consult the user's >> guide for more details about POSIX paths: >> http://cygwin.com/cygwin-ug-net/using.html#using-pathnames > > Are you using bash-completion? If so, it's likely a bug in > bash-completion for passing an underquoted file name through the shell > such that it results in a failed globbing attempt on a literal \. AFAIK, I am not using bash-completion; the package is installed, but I don't source /etc/bash_completion in my ~/.bashrc. > I haven't yet managed to reproduce this in my setup (perhaps I need to > double-check that my $CYGWIN hasn't already suppressed the warning?). > Maybe showing: > > $ set -vx > $ pushd ~/myuserdrv/My\ Down[TAB] > > might give me some insight where to look at plugging the leak? I don't think there's much help there, unfortunately: thrall@pc1163-8413-xp ~ $ set -vx settitle ++ settitle ++ echo -ne '\033]0;bash\007' thrall@pc1163-8413-xp ~ $ pushd ~/myuserdrv/My\ Downcygwin warning: MS-DOS style path detected: ~/myuserdrv/My\ Downloads Preferred POSIX equivalent is: ~/myuserdrv/My/ Downloads CYGWIN environment variable option "nodosfilewarning" turns off this warning. Consult the user's guide for more details about POSIX paths: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames loads/ pushd ~/myuserdrv/My\ Downloads/ + pushd '/home/thrall/myuserdrv/My Downloads/' ~/myuserdrv/My Downloads ~ settitle ++ settitle ++ echo -ne '\033]0;bash\007' (settitle is my function to set the window title; PROMPT_COMMAND is set to it) It does seem to be limited to tab-completion, though; if I type in the full directory name (~/myuserdrv/My\ Downloads) and hit enter, I don't get the warning. E: is a partition of my local drive, in case it matters. -- Bryan Thrall FlightSafety International bryan.thr...@flightsafety.com -- 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: Symlink to drive and space in directory name leads to DOS warning
On 05/02/2011 09:30 AM, Thrall, Bryan wrote: > When I try to do a tab-completion on a directory with a space in it for the > first time after starting Cygwin, I get a DOS warning even though I'm not > using a DOS path. This only seems to happen when I access the directory > through a symlink I have to my E: drive, like so: > > thrall@pc1163-8413-xp ~ > $ pushd ~/myuserdrv/My\ Downcygwin warning: > MS-DOS style path detected: ~/myuserdrv/My\ Downloads > Preferred POSIX equivalent is: ~/myuserdrv/My/ Downloads > CYGWIN environment variable option "nodosfilewarning" turns off this > warning. > Consult the user's guide for more details about POSIX paths: > http://cygwin.com/cygwin-ug-net/using.html#using-pathnames Are you using bash-completion? If so, it's likely a bug in bash-completion for passing an underquoted file name through the shell such that it results in a failed globbing attempt on a literal \. I haven't yet managed to reproduce this in my setup (perhaps I need to double-check that my $CYGWIN hasn't already suppressed the warning?). Maybe showing: $ set -vx $ pushd ~/myuserdrv/My\ Down[TAB] might give me some insight where to look at plugging the leak? -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: Request: LFTP Update to 4.2.2
> On 29 April 2011 14:10, Chris Sutcliffe wrote: > > I'm still getting the error and I've attached my cygcheck.out. I've > > tried uninstalling my anti-virus software and that didn't help either. > > I'm at a loss as to what else to check. Everything else Cygwin > > related seems to be working OK. > > Issue solved, I was using rebaseall with: > > dash -c "rebaseall -b 0x7700" > > and apparently my system doesn't like using that base address. Doing a: > > dash -c "rebaseall" > > Has fixed the issue. OK. For the record, I upgraded lftp to 4.2.2 on my home Win7-64 box, and it runs fine there. I haven't tried to use rebaseall. Andrew. -- 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
Make on Cygwin Changing Ruby to Jruby executable
I am trying to use compile with emacs on windows7. Cygwin is being called as its my make environment. Cygwin seems to be calling ruby.exe judging by the output pasted below, what I want to know is how do i update it to be jruby? My path for jruby is set as. C:\jruby-1.6.1\bin This the output. -*- mode: compilation; default-directory: "c:/MyRuby/" -*- Compilation started at Mon May 02 22:30:48 C:/cygwin/bin\ruby.exe -w c:/MyRuby/anothertest.rb cygwin warning: MS-DOS style path detected: c:/MyRuby/anothertest.rb Preferred POSIX equivalent is: /cygdrive/c/MyRuby/anothertest.rb CYGWIN environment variable option "nodosfilewarning" turns off this warning. Consult the user's guide for more details about POSIX paths: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames -- 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: cronjobs for non-administrator-User don't work
On May 2 13:23, ulrich.her...@t-systems.com wrote: > Hi, > > we have: > > Cygwin Configuration Diagnostics > Current System Time: Mon May 02 12:26:11 2011 > > Windows 2008 R2 Server Enterprise Ver 6.1 Build 7600 > > Running under WOW64 on AMD64 > > Path: D:\cygwin\usr\local\bin > D:\cygwin\bin > D:\cygwin\bin > > SysDir: C:\Windows\system32 > WinDir: C:\Windows > > There, crond is running as service with user .\cyg_serv. > > We have two users: > user1 with administrator privilege, > user2 without administrator privilege, but part of the users-group in Windows. > > cronjobs for user1 are working. > > cronjobs for user2 aren't working. > > cron.log shows: > X-Cron-Env: > >3147 [main] cron 6352 D:\cygwin\usr\sbin\cron.exe: *** fatal error - > unable to load C:\Windows\system32\user32.dll, Win32 error 1114 > Stack trace: > Frame Function Args > > > Looking in explorer, I see, that C:\Windows\system32\users32.dll is readable > and executable to administrators group and to users group. > > Any idea, why user2 isn't allowed to run cronjobs ? Not really. If I knew why user32 sometimes failed to load, I would be glad. However, you didn't mention which authentication method you're using(*) to switch to another user. Since that's cron, password authentication isn't an option anyway. From the passwordless methods, method one is the default, so I assume you're using it. Did you try to switch to method 2 or 3 and see if that works? Corinna (*) http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-setuid-overview -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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
cronjobs for non-administrator-User don't work
Hi, we have: Cygwin Configuration Diagnostics Current System Time: Mon May 02 12:26:11 2011 Windows 2008 R2 Server Enterprise Ver 6.1 Build 7600 Running under WOW64 on AMD64 Path: D:\cygwin\usr\local\bin D:\cygwin\bin D:\cygwin\bin SysDir: C:\Windows\system32 WinDir: C:\Windows There, crond is running as service with user .\cyg_serv. We have two users: user1 with administrator privilege, user2 without administrator privilege, but part of the users-group in Windows. cronjobs for user1 are working. cronjobs for user2 aren't working. cron.log shows: X-Cron-Env: 3147 [main] cron 6352 D:\cygwin\usr\sbin\cron.exe: *** fatal error - unable to load C:\Windows\system32\user32.dll, Win32 error 1114 Stack trace: Frame Function Args Looking in explorer, I see, that C:\Windows\system32\users32.dll is readable and executable to administrators group and to users group. Any idea, why user2 isn't allowed to run cronjobs ? Uli -- 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
