Re: ftell() fails on files in shared folders

2012-03-19 Thread Corinna Vinschen
On Mar 18 23:41, Yuri Gribov wrote: > > No.  In my examples ./test.bin and > > //this-machine/c\$/cygwin/home/corinna/test.bin refer to the same file, > > //other-machine/c\$/cygwin/home/corinna/test.bin is a file on another > > machine. > > Hm, I'm out of clues then. These machines have very simp

Re: Broken symlinks after rsync

2012-03-19 Thread Corinna Vinschen
On Mar 18 16:40, Leo Alekseyev wrote: > I recently tried to transfer the cygwin directory from one machine to > another by rsyncing the source to an external drive, and rsyncing > again from external drive to the destination. As a result, all my > symlinks got corrupted -- they are now Unicode fil

Re: Attempt to build aplus-fsf-​4.22 (EnumTable​)

2012-03-19 Thread Csaba Raduly
Hi Tom, On Mon, Mar 19, 2012 at 1:29 AM, Tom Szczesny wrote: > In Gentoo Linux: > > aplus-fsf-4.22/src/cxsys/eponymous.c      contains           #include > > sys/ioctl.h                                                  contains >         #include > bits/ioctls.h                                

RE: sys/filio.h

2012-03-19 Thread Michel Bardiaux
> [...] Can you either confirm that the defined variable is named "cygwin", or tell me what the > actual name is? __CYGWIN__ (*2* underscores, twice) -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/

rsync ERROR: out of memory in flist_expand [sender]

2012-03-19 Thread Bruno Galindro da Costa
Hi! I'm try to copy some files from windows to Linux using rsync but, after some short of time, an error was showed. Here is the log: ERROR: out of memory in flist_expand [sender] rsync error: error allocating core memory buffers (code 22) at /home/lapo/package/rsync-3.0.9-1/src/rsync-3.0.9/u

Attempt to build aplus-fsf-4.22 (EnumTable)

2012-03-19 Thread Tom Szczesny
Well, of course, you are correct. It did not work. It was like a sinkhole. For each header file that I included in the aplus source, an additional header file was required. You asked what definitions were initially required. They are: FIOCLEX FIONCLEX FIOSETOWN FIOGETOWN TIOCOUTQ TIOCSTI I ass

Re: Attempt to build aplus-fsf-4.22 (EnumTable)

2012-03-19 Thread marco atzeri
On 3/19/2012 3:51 PM, Tom Szczesny wrote: Well, of course, you are correct. It did not work. It was like a sinkhole. For each header file that I included in the aplus source, an additional header file was required. You asked what definitions were initially required. They are: FIOCLEX FIONCLEX

Re: How to run Hadoop on Cygwin with proper credentials to enable setting file permissions, etc.?

2012-03-19 Thread Larry Hall (Cygwin)
On 3/14/2012 9:32 AM, James Adams wrote: I cannot change the permissions on files when I run Hadoop in Cygwin: java.io.IOException: Failed to set permissions of path: \tmp\hadoop-James\mapred\staging\James-1143336710\.staging to 0700 From what I've gathered you can't really run Cygwin as

Re: ~100KB usleep() memory leak

2012-03-19 Thread Corinna Vinschen
On Mar 20 00:15, Konstantin Ivlev wrote: > Hi All, > > I have noticed ~100KB usleep() memory leak then compile mine > application under Cygwin. On Mac OS X 10.7 Lion it works fine (no > leak). > I am using Cygwin 1.7.11 version. > so, each call of usleep() I can see in Task Manager or Process > Ex

[1.7.11] perl dll address clash, rebaseall/perlrebase does not help

2012-03-19 Thread Jeremy Hetzler
All, I am getting the following errors midway through a perl script:   1 [main] perl 3476 child_copy: loaded dll data write copy failed, 0x6D5A3000..0x6D5A33E0, done 0, windows pid 3544, Win32 error 487 5064348 [main] perl 3476 child_copy: loaded dll data write copy failed, 0x6D5A3000..0x6D5A

Re: [1.7.11] perl dll address clash, rebaseall/perlrebase does not help

2012-03-19 Thread Jeremy Hetzler
After further investigation, I see that the error is triggered by using backticks, either to call /bin/file or perl itself. Yours, Jeremy Hetzler On Mon, Mar 19, 2012 at 2:13 PM, Jeremy Hetzler wrote: > All, > > I am getting the following errors midway through a perl script: > >   1 [main] p

Re: cygwin-1.7.10-1 fork - address space needed by ... already in use

2012-03-19 Thread Christopher Faylor
On Fri, Mar 16, 2012 at 01:14:26PM -0400, Christopher Faylor wrote: >On Fri, Mar 09, 2012 at 10:48:30AM -0500, Christopher Faylor wrote: >>On Thu, Mar 08, 2012 at 10:55:35AM +0100, Corinna Vinschen wrote: >>>On Mar 8 09:50, Denis Excoffier wrote: On Wed, Mar 07, 2012 at 06:47:49PM +0100, Cori

Re: sys/filio.h

2012-03-19 Thread Christopher Faylor
On Mon, Mar 19, 2012 at 11:01:52AM +0100, Michel Bardiaux wrote: >> [...] Can you either confirm that the defined variable is named >"cygwin", or tell me what the >> actual name is? > >__CYGWIN__ (*2* underscores, twice) Please read the entire thread before responding. This question was already a

Setup 1.7.11 texlive postinstall takes 6+ hours

2012-03-19 Thread david
I have noticed that the postinstall processing of "texlive" seems to go on for hours, even on a reasonably powerful computer (Intel i7, 64bit, 2.5G memory running Windows 7 in VirtualBox (host Centos6) with 5 cores). I am running a fresh install using Cygwin Setup 1.7.11-1 on an otherwise empt

Re: ~100KB usleep() memory leak

2012-03-19 Thread marco atzeri
lease try the today's snapshot from http://cygwin.com/snapshots/ as soon as it is available. Thanks, Corinna the new 20120319 snapshot seems to have collateral effect on dash+rebaseall 825 [waitproc] dash 3540! proc_waiter: error on read of child wait pipe 0x0, Win32 error 6 Ma

Re: Setup 1.7.11 texlive postinstall takes 6+ hours

2012-03-19 Thread Ken Brown
On 3/19/2012 5:02 PM, david wrote: I have noticed that the postinstall processing of "texlive" seems to go on for hours, even on a reasonably powerful computer (Intel i7, 64bit, 2.5G memory running Windows 7 in VirtualBox (host Centos6) with 5 cores). I am running a fresh install using Cygwin Set

file an emacs function is defined in

2012-03-19 Thread leoslists
Hi there I switched to Cygwin emacs and since then the help to a function (`describe-function') does not bring up the file the is defined in (e.g. "dired.el"). NTemacs and Emacs on Mac do this out of the box. Is there any path variable not set? Thanks, Leo -- View this message in context:

Re: ~100KB usleep() memory leak

2012-03-19 Thread Konstantin Ivlev
thanks, I've tried cygwin1-20120319.dll.bz2 snapshot and can confirm memory leak has been completely fixed! yours sincerely, Konstantin -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs

Re: file an emacs function is defined in

2012-03-19 Thread Ken Brown
On 3/19/2012 9:33 PM, leoslists wrote: Hi there I switched to Cygwin emacs and since then the help to a function (`describe-function') does not bring up the file the is defined in (e.g. "dired.el"). NTemacs and Emacs on Mac do this out of the box. To keep the size of the emacs package down, i

Re: file an emacs function is defined in

2012-03-19 Thread leoslists
Ken Brown-6 wrote: > > On 3/19/2012 9:33 PM, leoslists wrote: >> I switched to Cygwin emacs and since then the help to a function >> (`describe-function') >> does not bring up the file the is defined in (e.g. "dired.el"). > > To keep the size of the emacs package down, it doesn't include the

2012-03-19 snapshot problematic (was Re: cygwin-1.7.10-1 fork - address space needed by ... already in use)

2012-03-19 Thread Christopher Faylor
On Mon, Mar 19, 2012 at 04:54:33PM -0400, Christopher Faylor wrote: >[snip] >Thanks for the cygcheck output. > >I was never able to duplicate the problem so I rewrote the way this was >handled. The error message is completely gone now. > >With luck you won't see anything like this now. My change

find: File system loop detected problem in find and locate

2012-03-19 Thread leoslists
Hi there I'm trying to use locate and find. When I issue find / -xdev -name "*hallo*" I get the warning find: File system loop detected; `/c/cygwin' is part of the same file system loop as `/'. It is important to note, that I have mounted the C: drive at /c. After reading some Cygwin