Re: Using grep from within a .cmd or .bat file in Windows

Tzuriel wrote: > grep --help > pause > > inside a file called grep.cmd, "grep.cmd" is getting executed recursively. You need to name your .cmd file something other than "grep". KM -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/prob

autoconf and exeext behavior

I've been tinkering with wget lately, and I've noticed that "make realclean" fails to delete src/wget.exe. I've tracked it down to a possible problem in configure.in. Lines 137-145 of the current version are: dnl dnl In case of {cyg,gnu}win32. Should be a _target_ test. dnl Might also be erelevan

Re: Problems with Windows threads and cygwin sleep()

Corinna Vinschen wrote: > You're on W2K, I'm on XP, maybe there's a difference? I can easily > reproduce nearly 0% CPU with 1000 threads if no Cygwin process is > present and nearly 99% if a Cygwin process is present. > > Even if we can't do much about it, it would be interesting to find out > h

Re: Serious performance problems (malloc related?)

Christopher Faylor wrote: > Keith, you don't have a complete reference for the Nt functions do you? For the most part, using the APIs is pretty straight-forward if you have the required prototypes and structure definitions. With the possible exception of NtCreateProcess(), there is not a lot of "

Re: Serious performance problems (malloc related?)

Igor Pechtchanski wrote: > Dropping it altogether would be unfortunate. Providing Win98 support DLLs > in a separate package is a possibility. There's still the point that CGF > raised, about there being many more people with the knowledge of Win32 API > than those with the knowledge of Nt* API.

Re: Incomplete POSIX_TIMERS support?

Corinna Vinschen wrote: > We're always interested in contributions, so, sure, go ahead. Just note > that you have to have a Cygwin copyright assignment in place before we > can apply patches for legal reasons. See http://cygwin.com/contrib.html. Cool. I'll get the paperwork started ASAP. Thank

Re: Incomplete POSIX_TIMERS support?

Christopher Faylor wrote: > On Fri, Apr 08, 2005 at 10:32:19PM +0200, Keith Moore wrote: > >>/usr/include/sys/features.h defines _POSIX_TIMERS, presumably to >>indicate that POSIX timers are supported. There seems to be something >>missing, though. >> >>Under

Incomplete POSIX_TIMERS support?

/usr/include/sys/features.h defines _POSIX_TIMERS, presumably to indicate that POSIX timers are supported. There seems to be something missing, though. Under the influence of _POSIX_TIMERS, /usr/include/time.h defines function prototypes for clock_gettime() and clock_getres() (and a few others). c

Re: 1.5.13-1 rsync data corruption

Keith Moore wrote: > Wayne Davison wrote: > > >>There is a fix in the upcoming 2.6.4 for the -z option of rsync when >>transferring large files (those whose blocksize go past 64K). If you >>can, build either the 2.6.4pre3 release (listed on the web site) or the >&

Re: 1.5.13-1 rsync data corruption

Wayne Davison wrote: > There is a fix in the upcoming 2.6.4 for the -z option of rsync when > transferring large files (those whose blocksize go past 64K). If you > can, build either the 2.6.4pre3 release (listed on the web site) or the > latest nightly tar file (which has a couple extra minor fi

1.5.13-1 rsync data corruption

I'm trying to use rsync/ssh under Cygwin 1.5.13-1 to backup my Windows box to my Linux box. The initial (full) backup works great, but subsequent incremental backups fail on certain large files when compression (-z) is enabled. So far, the problem only appears when making incremental backups of VMw

Corrupted distribution files

docbook-xsl/docbook-xsl-1.67.2-1-src.tar.bz2 and gettext/libintl1/libintl1-0.10.40-1-src.tar.bz2 appear to be corrupt on some of the distribution servers. I've checked three separate mirrors: http://mirrors.kernel.org/sources.redhat.com/cygwin/release/, http://ftp.gwdg.de/pub/linux/sources.red

RE: atoi() missing on Win98, perl extension breaks

Gerrit P. Haase wrote: > Christopher Faylor wrote: > All I needed to trigger it was "perl -V". >>> >>> Hmmm, atoi() is not available on Win98/ME? Strange. >> >> >> Why would perl be finding atoi in ntdll.dll? It should be coming >> from the cygwin DLL shouldn't it? > > Yes, as it used t

Re: shutdown( socket, SHUT_WR ) - unexpected behaviour

Dave Korn wrote: Just kind of wondering if the apache is prematurely dropping the line when it sees the FIN. Possible, but I suspect it's a problem on Jacek's machine. Jacek: Win2K SP2 is pretty ancient. Is it possible to try this on a later SP? (SP4 is the latest, and there have been numerous h