bash:fork: Resource temporarily unavailable

I have installed cygwin with setup version 2.510.2.2, and also put the path to C:\cygwin\bin. I start cygwin - all is okay, command pwd is okay, when I start command "ls" I got the following error: 5 [main] bash 3268 child_copy: stack write copy failed, 0x22C3B0..0x23, done 1624, windo

Re: Been hunting all over Google and Cygwin for an hour, still can't find an answer

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Richard Steven Hack on 1/13/2007 7:32 PM: > Does Cygwin support large files over 4GB on Windows XP yet? Why don't you try it and see? The answer is, yes. - -- Don't work too hard, make some time for fun as well! Eric Blake

Been hunting all over Google and Cygwin for an hour, still can't find an answer

Does Cygwin support large files over 4GB on Windows XP yet? I'd really like to get rsync to work with large files on Cygwin on Windows XP if at all possible. Do you know anybody who has done that? I've tried it with rdiff-backup using a patched librsync from Fedora Core 5, but I had other prob

RE: bash in process regular expressions

On 13 January 2007 23:38, Brian Dessent wrote: > Rodrigo Amestica wrote: > >> Hi, when I write a bash script using regular >> expressions something goes wrong with the single >> quotes that I do understand should surround the >> regular expression. The code I show below works okay >> when the sin

Re: bash in process regular expressions

Rodrigo Amestica wrote: > Hi, when I write a bash script using regular > expressions something goes wrong with the single > quotes that I do understand should surround the > regular expression. The code I show below works okay > when the single quotes are removed, but it does not as > shown. For t

bash in process regular expressions

Hi, when I write a bash script using regular expressions something goes wrong with the single quotes that I do understand should surround the regular expression. The code I show below works okay when the single quotes are removed, but it does not as shown. For this example the single quotes are not

RE: Snapshot speed on managing files

On 13 January 2007 18:19, Corinna Vinschen wrote: > Ok, next thing is taking the time with the current implementation > which always moves the file to the bin: > > $ ./deltest.sh > Creating files... Ok. > Deleting files ... > real0m2.546s > user0m0.233s > sys 0m0.578s >

RE: activestate perl on cygwin

> I simply asked a question. You provided an answer. > Whose undies are in a bunch here? As did I. Sorry I misinterpreted your tone. > Wouldn't it be much more > "stylistic" and clear to simply point directly at the Perl you insist > on > using? Or did you really mean you are putting /usr/bin/pe

Re: Snapshot speed on managing files

On Sat, 13 Jan 2007, Corinna Vinschen wrote: > On Jan 13 14:08, Igor Peshansky wrote: > > On Sat, 13 Jan 2007, Corinna Vinschen wrote: > > [... needless full quote deleted ...] > > > > Can anybody explain to me why moving to the bin should take that > > > long on another machine? Apparently the p

Re: Snapshot speed on managing files

On Jan 13 14:08, Igor Peshansky wrote: > On Sat, 13 Jan 2007, Corinna Vinschen wrote: [... needless full quote deleted ...] > > Can anybody explain to me why moving to the bin should take that > > long on another machine? Apparently the performance hit is barely > > visible on my machine. It's

Re: Snapshot speed on managing files

On Sat, 13 Jan 2007, Corinna Vinschen wrote: > On Jan 12 10:34, Brian Ford wrote: > > On Fri, 12 Jan 2007, Corinna Vinschen wrote: > > > > > Current CVS contains a change which is probably the cause for that. > > > Before deleting a file, the file is moved to the recycle bin. > > > > Couldn't we m

Re: Snapshot speed on managing files

On Jan 12 10:34, Brian Ford wrote: > On Fri, 12 Jan 2007, Corinna Vinschen wrote: > > > Current CVS contains a change which is probably the cause for that. > > Before deleting a file, the file is moved to the recycle bin. > > Couldn't we make this conditional only if a "regular" delete fails beca

Re: gcc: installation problem, cannot exec 'cc1'

Ugh, top-posting... Reformatted. On Sat, 13 Jan 2007, Thomas Antony wrote: > On 1/13/07, Dave Korn <[EMAIL PROTECTED]> wrote: . Thanks. > > [snip] > > It would be helpful if you could run "cygcheck -c >a.txt" before doing so, > > "cygcheck -c >b.tx

Re: gcc: installation problem, cannot exec 'cc1'

... Nop. [EMAIL PROTECTED] ~ $ grep 'gcc\|mingw\|w32api' a.txt b.txt a.txt:gcc 3.4.4-3OK a.txt:gcc-core 3.4.4-3OK a.txt:gcc-g++ 3.4.4-3OK a.txt:gcc-mingw20040810-1 OK a.txt:gcc-mingw-core 20050

Re: 1.7.0 CVS mmap failure

On Sat, Jan 13, 2007 at 06:29:18AM -0800, Christopher Layne wrote: >On Sat, Jan 13, 2007 at 11:25:08AM +0100, Corinna Vinschen wrote: >>On Jan 13 00:22, Christopher Layne wrote: >>>The real question I have is why was what *should* have worked, not >>>working? >> >>That has been answered immediately

Re: activestate perl on cygwin

Kevin T Cella wrote: And what does #! look like? #! /usr/bin/perl Is there something that the space after the "!" and before the "/" buys you? Readability. It is simply a question of style. I prefer the space. Has it come to that? Has it come to what? I simply asked a question. You provided an

RE: gcc: installation problem, cannot exec 'cc1'

On 13 January 2007 11:26, Thomas Antony wrote: > Hello, >The file crt2.o is present in /usr/lib/mingw. But the error remains > the same. > > [EMAIL PROTECTED] ~ > $ gcc -mno-cygwin hello.c > /usr/bin/ld: crt2.o: No such file: No such file or directory > collect2: ld returned 1 exit status >

Re: 1.7.0 CVS mmap failure

On Sat, Jan 13, 2007 at 11:25:08AM +0100, Corinna Vinschen wrote: > On Jan 13 00:22, Christopher Layne wrote: > > The real question I have is why was what *should* have worked, not working? > > That has been answered immediately in the replies: > http://cygwin.com/ml/cygwin/2007-01/msg00093.html >

Re: 1.7.0 CVS mmap failure

On Sat, Jan 13, 2007 at 11:25:08AM +0100, Corinna Vinschen wrote: > On Jan 13 00:22, Christopher Layne wrote: > > The real question I have is why was what *should* have worked, not working? > > That has been answered immediately in the replies: > http://cygwin.com/ml/cygwin/2007-01/msg00093.html >

Re: gcc: installation problem, cannot exec 'cc1'

Hello, The file crt2.o is present in /usr/lib/mingw. But the error remains the same. [EMAIL PROTECTED] ~ $ gcc -mno-cygwin hello.c /usr/bin/ld: crt2.o: No such file: No such file or directory collect2: ld returned 1 exit status I also found that I get another error if I compile the program fro

Re: ssh-host-config patch

On Jan 12 17:54, Miguel A. Figueroa-Villanueva wrote: > Hello Everyone, > > When configuring sshd host with the ssh-host-config script I got > errors from the chown commands at the end of the script. The reason is > that my /etc/group file sets S-1-5-32-544 to 0 not 544 (my > passwd/group files ar

Re: 1.7.0 CVS mmap failure

On Jan 13 00:22, Christopher Layne wrote: > The real question I have is why was what *should* have worked, not working? That has been answered immediately in the replies: http://cygwin.com/ml/cygwin/2007-01/msg00093.html http://cygwin.com/ml/cygwin/2007-01/msg00095.html http://cygwin.com/ml/cygwin

Re: 1.7.0 CVS mmap failure

On Thu, Jan 11, 2007 at 10:46:48AM +0100, Corinna Vinschen wrote: > > This works on my machine now. So previously why was the former method > > failing, do you think? > > Er... haven't we discussed this at great lengths in this thread? > Yes, but did we ever establish a reason that was actually s