Its because that's not how rsync should be used over the network.
There should be a copy of rsync running on the remote machine that reads the
remote files and sends only the checksums.
The setup shown here (as guessed) has the loca rsync read the remote files over
the lan in order to get the c
Alfred von Campe wrote:
rsync -rtuplg --stats --verbose --progress --modify-window=2
/cygdrive/c/localfolder /cygdrive/z/backups/
...
...
The local and remote folders were already synchronized, that is why 0
files were transferred. File list generation did take only 3 minutes
but the whole pro
Alfred von Campe wrote:
rsync -rtuplg --stats --verbose --progress --modify-window=2
/cygdrive/c/localfolder /cygdrive/z/backups/
...
...
The local and remote folders were already synchronized, that is why 0
files were transferred. File list generation did take only 3 minutes
but the whole pro
Corinna Vinschen wrote:
On Mar 22 20:26, Lee D.Rothstein wrote:
First of all, the explorer command does not stop input from the
terminal. When I invoke the above script, I get an explorer window
*and* I can type into the calling shell again because explorer is
running detached. Experi
On Mon, Mar 23, 2009 at 06:57:10PM -0400, Charles Wilson wrote:
>I borrowed a page from libtool, and extracted the library search path
>from the compiler -- then manually searched those directories for
>binmode.o.
I always just use:
gcc --print-file-name=binmode.o
Why isn't that adequate?
cgf
Charles Wilson wrote:
> Hmm...that autoconfery might work and be blessed upstream (but I need to
> add the value to a custom var, not LIBS, because I don't want the
> libarchive dll linked with it; just the bsdtar and bsdcpio apps. But
> that should be easy to accomplish.
FWIW, the attached is wh
Corinna Vinschen wrote:
On Mar 23 17:35, Robert Pendell wrote:
Dave Korn wrote:
Robert Pendell wrote:
I was trying to update cygwin but every time I do I keep getting errors
from setup-2.bz2. The error starts as follows...
http://cygwin.elite-systems.org//setup-2.bz2 line 5591: syntax error,
Larry Hall (Cygwin) wrote:
> On 03/23/2009, Barry Kelly wrote:
> > $ wget -k google.com
> >
> > This should download an index.html, then convert any relative links in
> > the html to absolute links. However, when I run it, I get output that
> > looks more like this:
> >
> > $ wget -k google.com
I'm trying to compile flsed under cygwin. In 2005 there was a
thread about the subject:
http://www.cygwin.com/ml/cygwin-xfree/2005-07/threads.html#00092
but I still have problems. I was wondering if anybody succeded in
compiling this program. Thanks.
Daniel
--
Unsubscribe info: http://cygw
Dick wrote:
Larry Hall (Cygwin cygwin.com> writes:
Type 'mount' and I think that will help you see what's happening.
Hmm / is still mounted on /cygwin, it might only indicate a confused cygwin
mount... The output from mount from a chroot in Linux is also kinda weird.
Cygwin is not Linux. C
On Mar 23 16:00, Richard Narum wrote:
> All,
>
> I may have found a bug in the Cygwin version of gawk or maybe I'm missing
> something. As the information below depicts the GNU date '%z' format is
> working but the '%z' format under gawk's strftime function is not reporting
> the correct offse
On Mar 23 17:35, Robert Pendell wrote:
> Dave Korn wrote:
>> Robert Pendell wrote:
>>> I was trying to update cygwin but every time I do I keep getting errors
>>> from setup-2.bz2. The error starts as follows...
>>>
>>> http://cygwin.elite-systems.org//setup-2.bz2 line 5591: syntax error,
>>> unex
On 03/23/2009, Barry Kelly wrote:
$ wget -k google.com
This should download an index.html, then convert any relative links in
the html to absolute links. However, when I run it, I get output that
looks more like this:
$ wget -k google.com
# ...
Length: unspecified [text/html]
Saving to: `index.
Dave Korn wrote:
Robert Pendell wrote:
I was trying to update cygwin but every time I do I keep getting errors
from setup-2.bz2. The error starts as follows...
http://cygwin.elite-systems.org//setup-2.bz2 line 5591: syntax error,
unexpected STRING, expected NL
http://cygwin.elite-systems.org//
Larry Hall (Cygwin cygwin.com> writes:
> Type 'mount' and I think that will help you see what's happening.
Hmm / is still mounted on /cygwin, it might only indicate a confused cygwin
mount... The output from mount from a chroot in Linux is also kinda weird.
It also doesn't explain why it doesn't
I'm having a problem that doesn't seem to admit logical explanation,
apart from a bug in either wget, Cygwin or Windows' implementation of
SMB shares.
Assume the current directory is a UNC path to a share on another machine
(say, //foo/blah), with full permissions. Run the following command from
C
Robert Pendell wrote:
> I was trying to update cygwin but every time I do I keep getting errors
> from setup-2.bz2. The error starts as follows...
>
> http://cygwin.elite-systems.org//setup-2.bz2 line 5591: syntax error,
> unexpected STRING, expected NL
> http://cygwin.elite-systems.org//setup-2.
On Mon, Mar 23, 2009 at 3:46 PM, Corinna Vinschen
wrote:
>> although I don't know if it's appropriate for cygwin. Now I just have
>> to figure out what to do about strtold.
>
> #define strtold(a,b) ((long double)strtod((a),(b)))
>
>
Well that was simple. Thanks!
--
Unsubscribe info: ht
Dick wrote:
Wow thanks for you quick reply Corinna,
I'm not interested in security, I'd like to use a chrooted build environment for
building RPMS. Do you have some idea what might be happening?
Type 'mount' and I think that will help you see what's happening.
--
Larry Hall
All,
I may have found a bug in the Cygwin version of gawk or maybe I'm missing
something. As the information below depicts the GNU date '%z' format is
working but the '%z' format under gawk's strftime function is not reporting the
correct offset from UTC for me. I've tested this on Linux and
I was trying to update cygwin but every time I do I keep getting errors
from setup-2.bz2. The error starts as follows...
http://cygwin.elite-systems.org//setup-2.bz2 line 5591: syntax error,
unexpected STRING, expected NL
http://cygwin.elite-systems.org//setup-2.bz2 line 5591: unrecognized
li
Wow thanks for you quick reply Corinna,
I'm not interested in security, I'd like to use a chrooted build environment for
building RPMS. Do you have some idea what might be happening?
gr
Dick
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin
On Mar 23 15:41, Gregg Reynolds wrote:
> On Mon, Mar 23, 2009 at 3:19 PM, Andy Koppe wrote:
> >>> Oh, btw., the isnormal macro exists in math.h.
> >>
> >> Thanks. But for some reason it's not getting picked up:
> >>
> >> gcc -c -I. -I/usr/local/include -I/home/reynolds-gregg/include
> >> -I/usr/l
On Mar 23 20:34, Dick wrote:
> Hi Folks,
>
> I have some trouble running chrooted shell scripts:
>
> - First I've copied c:\cygwin to c:\cygwin\chroot\a
> - I've created a shell script test.sh:
> cat > /chroot/a/test.sh << @EOF
> #!/bin/bash
> echo hello
> @EOF
> - Then I try to run the shell chr
On Mar 23 20:19, Andy Koppe wrote:
> >> Oh, btw., the isnormal macro exists in math.h.
> >
> > Thanks. But for some reason it's not getting picked up:
> >
> > gcc -c -I. -I/usr/local/include -I/home/reynolds-gregg/include
> > -I/usr/local/include -DNDEBUG -D_GNU_SOURCE=1 -D_REENTRANT
> > -D__EXTEN
On Mar 23 18:26, Julio Costa wrote:
> On Mon, Mar 23, 2009 at 16:40, Corinna Vinschen wrote:
> > On Mar 23 15:33, Julio Costa wrote:
> >> On Mon, Mar 23, 2009 at 14:59, Corinna Vinschen wrote:
> >> > Using CheckTokenMembership isn't quite the way to go. If I understand
> >> > you right that the id
On Mon, Mar 23, 2009 at 3:19 PM, Andy Koppe wrote:
>>> Oh, btw., the isnormal macro exists in math.h.
>>
>> Thanks. But for some reason it's not getting picked up:
>>
>> gcc -c -I. -I/usr/local/include -I/home/reynolds-gregg/include
>> -I/usr/local/include -DNDEBUG -D_GNU_SOURCE=1 -D_REENTRANT
>>
Hi Folks,
I have some trouble running chrooted shell scripts:
- First I've copied c:\cygwin to c:\cygwin\chroot\a
- I've created a shell script test.sh:
cat > /chroot/a/test.sh << @EOF
#!/bin/bash
echo hello
@EOF
- Then I try to run the shell chrooted, this works
chroot /chroot/a /bin/bash
- In t
>> Oh, btw., the isnormal macro exists in math.h.
>
> Thanks. But for some reason it's not getting picked up:
>
> gcc -c -I. -I/usr/local/include -I/home/reynolds-gregg/include
> -I/usr/local/include -DNDEBUG -D_GNU_SOURCE=1 -D_REENTRANT
> -D__EXTENSIONS__ -D_TC_PREFIX="\"/usr/local\""
> -D_TC_INC
On Mon, Mar 23, 2009 at 10:49 AM, Corinna Vinschen
wrote:
> On Mar 23 16:44, Corinna Vinschen wrote:
>> On Mar 23 10:40, Gregg Reynolds wrote:
>> > Hi,
>> >
>> > I'm trying to build tokyocabinet on cygwin. It needs strtold and the
>> > isnormal macro. Before I hack up an ad-hoc fix are there any
rsync -rtuplg --stats --verbose --progress --modify-window=2 /
cygdrive/c/localfolder /cygdrive/z/backups/
...
...
The local and remote folders were already synchronized, that is why
0 files were transferred. File list generation did take only 3
minutes but the whole process took more than 1.
Further to my earlier thread (Re: ls -lR too slow) which seems to have
died, I tried backing up my laptop to smbshared folder on desktop using
rsync. Both machines are running Vista+SP1 and on gigabit LAN sitting
next to each other. The following statistics displayed by rsync is
completely misl
Hello,
I started all of a sudden to get repeated errors under the perl debugger:
DB<1> c 53
5 [main] perl 5248 C:\cygwin\bin\perl.exe: *** fatal error - unable to
remap C:\cygwin\bin\cygncurses-8.dll to same address as parent(0x86) !=
0x14D
8 [main] perl 4556 child_info::sy
On Mon, Mar 23, 2009 at 16:40, Corinna Vinschen wrote:
> On Mar 23 15:33, Julio Costa wrote:
>> On Mon, Mar 23, 2009 at 14:59, Corinna Vinschen wrote:
>> > Using CheckTokenMembership isn't quite the way to go. If I understand
>> > you right that the idea is just checking if the token contains the
Eric Backus wrote:
> Christopher Faylor cygwin.com> writes:
>>> which would put all the confusion to rest.
>> Big DITTO. As Dave said, the option is already gone...
>
> Moving to a better solution is great! But isn't it customary to have some
> overlap period where the deprecated solution sti
Christopher Faylor cygwin.com> writes:
> On Mon, Mar 23, 2009 at 02:22:03PM +, Greg Chicares wrote:
> >On 2009-03-23 14:00Z, Steve Thompson wrote:
> >> On Mon, 23 Mar 2009, Dave Korn wrote:
> >>
> >>> It's a bit of a kludge compared to having a real honest-to-god
> >>> cross-compiler. It's
On Mar 23 15:33, Julio Costa wrote:
> On Mon, Mar 23, 2009 at 14:59, Corinna Vinschen wrote:
> > Using CheckTokenMembership isn't quite the way to go. If I understand
> > you right that the idea is just checking if the token contains the
> > well-known Administrators group, I'll check in something
wakeboarder3780 wrote:
I have script lets say:
C:\foo.bsh
I want to be able to run this command via the windows run command by hitting
either:
Start -> Run
or
Windows Key + R
and type something small like 'foo' and hitting return.
In addition, I do not want a cmd prompt to be visible. This scr
On 2009-03-23 15:18Z, wakeboarder3780 wrote:
> I have script lets say:
> C:\foo.bsh
>
> I want to be able to run this command via the windows run command by hitting
> either:
> Start -> Run
> or
> Windows Key + R
>
> and type something small like 'foo' and hitting return.
>
> In addition, I do n
On Mar 23 16:44, Corinna Vinschen wrote:
> On Mar 23 10:40, Gregg Reynolds wrote:
> > Hi,
> >
> > I'm trying to build tokyocabinet on cygwin. It needs strtold and the
> > isnormal macro. Before I hack up an ad-hoc fix are there any plans to
> > implement these for cygwin?
>
> Not yet. The reas
On Mar 23 10:40, Gregg Reynolds wrote:
> Hi,
>
> I'm trying to build tokyocabinet on cygwin. It needs strtold and the
> isnormal macro. Before I hack up an ad-hoc fix are there any plans to
> implement these for cygwin?
Not yet. The reason is that Cygwin's underlying math library (part
of newl
Hi,
I'm trying to build tokyocabinet on cygwin. It needs strtold and the
isnormal macro. Before I hack up an ad-hoc fix are there any plans to
implement these for cygwin?
Thanks,
gregg
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/
On Mon, Mar 23, 2009 at 14:59, Corinna Vinschen wrote:
> On Mar 23 14:35, J?lio Costa wrote:
>> On Sun, Mar 22, 2009 at 19:22, Corinna Vinschen wrote:
>> > On Mar 22 17:34, J?lio Costa wrote:
>> >> ~ $ ./my_passwd.exe -S SYSTEM
>> >> my_passwd: unknown user SYSTEM
>> >
>> > The SYSTEM user is not i
I have script lets say:
C:\foo.bsh
I want to be able to run this command via the windows run command by hitting
either:
Start -> Run
or
Windows Key + R
and type something small like 'foo' and hitting return.
In addition, I do not want a cmd prompt to be visible. This script does some
pre-proces
Steve Thompson wrote:
> On Mon, 23 Mar 2009, Dave Korn wrote:
>
>> It's a bit of a kludge compared to having a real honest-to-god
>> cross-compiler. It's never worked entirely right in terms of keeping
>> cygwin and mingw headers and libs completely separate. A full-blown mingw
>> cross-compiler
On Mar 23 14:35, J?lio Costa wrote:
> On Sun, Mar 22, 2009 at 19:22, Corinna Vinschen wrote:
> > On Mar 22 17:34, J?lio Costa wrote:
> >> ~ $ # Just typed Ctrl-C. Not in the mood right now :)
> >> ~ $ # And now for the interesting part:
> >> ~ $ ./my_passwd.exe -S SYSTEM
> >> my_passwd: unknown use
On Sun, Mar 22, 2009 at 19:22, Corinna Vinschen wrote:
> On Mar 22 17:34, J?lio Costa wrote:
>> ~ $ # Just typed Ctrl-C. Not in the mood right now :)
>> ~ $ # And now for the interesting part:
>> ~ $ ./my_passwd.exe -S SYSTEM
>> my_passwd: unknown user SYSTEM
>
> The SYSTEM user is not in the user
On Mar 23 08:53, Yaakov S wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> /usr/include/asm/byteorder.h:36: warning: inline function
> '__constant_ntohs' declared but never defined
> /usr/include/asm/byteorder.h:35: warning: inline function
> '__constant_ntohl' declared but never def
On Mon, Mar 23, 2009 at 02:22:03PM +, Greg Chicares wrote:
>On 2009-03-23 14:00Z, Steve Thompson wrote:
>> On Mon, 23 Mar 2009, Dave Korn wrote:
>>
>>> It's a bit of a kludge compared to having a real honest-to-god
>>> cross-compiler. It's never worked entirely right in terms of keeping cygw
Hello,
* On Mon, Mar 23, 2009 at 02:21:31PM +0100 Reini Urban wrote:
> Probably turning off the guard will help.
It does.
Personally, I found out about this behaviour of AntiVir in April 2008 in
conjunction with SVN and CVS (SVN behaving much worse than CVS). The
problem is as follows: If you
On 2009-03-23 14:00Z, Steve Thompson wrote:
> On Mon, 23 Mar 2009, Dave Korn wrote:
>
>> It's a bit of a kludge compared to having a real honest-to-god
>> cross-compiler. It's never worked entirely right in terms of keeping cygwin
>> and mingw headers and libs completely separate. A full-blown
Andy Koppe:
> Corinna Vinschen:
>> I just think the -e option is along the lines of the -c option for shells.
>> Every Unix shell has a -c option and it always means the same, even
>> for csh and, FWIW, cmd.exe.
>
> Agreed, and implemented in 0.3.8.
Just to confirm that the original problem is so
On Mon, 23 Mar 2009, Dave Korn wrote:
It's a bit of a kludge compared to having a real honest-to-god
cross-compiler. It's never worked entirely right in terms of keeping cygwin
and mingw headers and libs completely separate. A full-blown mingw
cross-compiler won't cost that much in terms of d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
/usr/include/asm/byteorder.h:36: warning: inline function
'__constant_ntohs' declared but never defined
/usr/include/asm/byteorder.h:35: warning: inline function
'__constant_ntohl' declared but never defined
These are first prototyped extern inline,
Steve Thompson wrote:
> uOn Mon, 23 Mar 2009, Yaakov (Cygwin/X) wrote:
>
>> Please, NO! -mno-cygwin needs to go away already.
>
> Why?
>
It's a bit of a kludge compared to having a real honest-to-god
cross-compiler. It's never worked entirely right in terms of keeping cygwin
and mingw heade
Yaakov (Cygwin/X) wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Corinna Vinschen wrote:
>> It might be helpful for a transition period to retain both options.
>>
>> $ i686-pc-cygwin-gcc -mcygwin <- just works
>> $ i686-pc-cygwin-gcc -mno-cygwin <- Spits out a wa
> Date: Mon, 23 Mar 2009 14:21:31 +0100
> Subject: Re: New bloda entry
> From: a reilable source
> To: cygwin@cygwin.com
>
> 2009/3/23 Vincent R. :
>> since a few weeks everytime I tried to compile a projetc from its sources,
>> very often I get
>> permi
uOn Mon, 23 Mar 2009, Yaakov (Cygwin/X) wrote:
Please, NO! -mno-cygwin needs to go away already.
Why?
-Steve
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Corinna Vinschen wrote:
> It might be helpful for a transition period to retain both options.
>
> $ i686-pc-cygwin-gcc -mcygwin <- just works
> $ i686-pc-cygwin-gcc -mno-cygwin<- Spits out a warning
Please, NO! -mno-cygwin ne
2009/3/23 Vincent R. :
> since a few weeks everytime I tried to compile a projetc from its sources,
> very often I get
> permission issues like this :
> /usr/bin/m4:configure.ac:2173: cannot create temporary file for diversion:
> Permission denied
>
> I have found that my antivirus (Avira antivir p
Lee D.Rothstein wrote:
This is in all probability, not a bug. I suspect it falls into CGF's
category of "works but isn't (wasn't) guaranteed."
All of my scripts (developed under Cygwin 1.5 or earlier) that involve
a Windows native app use:
winapp "$(cygpath -w $something)"
have stopped workin
Hi,
since a few weeks everytime I tried to compile a projetc from its sources,
very often I get
permission issues like this :
/usr/bin/m4:configure.ac:2173: cannot create temporary file for diversion:
Permission denied
I have found that my antivirus (Avira antivir personal) is responsible for
th
On Mar 22 20:26, Ren? Berber wrote:
> Hi,
>
> Using Cygwin 1.7.0(0.193/5/3), there is /usr/include/wordexp.h but the
> functions defined there are not in a library (they belong to libc).
>
> Do I need a ?-development package? The comment at the end of the
> wordexp.h file is strange, it says yo
On Mar 23 00:42, Dave Korn wrote:
>
>
> Ho there gang. Over on gcc-patches, Kai has posted a patch to add some
> documentation for the i386 cygming subtarget options. See the thread at:
>
> http://gcc.gnu.org/ml/gcc-patches/2009-03/threads.html#00994
>
> I asked him if he would add a
On Mar 22 20:26, Lee D.Rothstein wrote:
> This is in all probability, not a bug. I suspect it falls into CGF's
> category of "works but isn't (wasn't) guaranteed."
>
> All of my scripts (developed under Cygwin 1.5 or earlier) that involve
> a Windows native app use:
>
> winapp "$(cygpath -w $somet
65 matches
Mail list logo
