Autoconf 2.1 / 2.5

2010-03-29 Thread NightStrike
Autoconf is listed twice in the list of installable packages from cygwin, and described thusly: autoconf2.1 - Stable version, latest = 2.13-10 autoconf2.5 - Development version, latest =2.65-1 Think it's about time that these are labeled differently? 2.65 is hardly a development version, and it'

Re: 1.7.2 on 2008 SP2: man segfaults + X problems

2010-03-29 Thread Mark McConnell
2010/3/29 Mark McConnell : > RESOLVED.  Windows Server 2008 has Data Execution Prevention (DEP) > enabled by default.  Apparently there are a number of Cygwin programs > that are not compatible DEP.  All of the symptoms that I described are > related to this.  I've turned off DEP for all programs e

Re: 1.7.2 on 2008 SP2: man segfaults + X problems

2010-03-29 Thread Mark McConnell
RESOLVED. Windows Server 2008 has Data Execution Prevention (DEP) enabled by default. Apparently there are a number of Cygwin programs that are not compatible DEP. All of the symptoms that I described are related to this. I've turned off DEP for all programs except crucial Windows applications.

Re: 1.7.2 on 2008 SP2: man segfaults + X problems

2010-03-29 Thread Mark McConnell
2010/3/29 Mark McConnell : > 2010/3/29 Mark McConnell : >> I am running the XWin X Server >> Release: 1.7.6.0 (10706000) >> Build Date: 2010-03-22 >> >> After installing Cygwin 1.7.2 for the first time on Windows Server >> 2008 SP2, I discovered several indications of a problem with my Cygwin >> in

Re: 1.7.2 on 2008 SP2: man segfaults + X problems

2010-03-29 Thread Mark McConnell
2010/3/29 Mark McConnell : > I am running the XWin X Server > Release: 1.7.6.0 (10706000) > Build Date: 2010-03-22 > > After installing Cygwin 1.7.2 for the first time on Windows Server > 2008 SP2, I discovered several indications of a problem with my Cygwin > installation. I describe 4 "symptoms"

Re: Cygwin1.dll 1.7.1 causes ActivePerl 5.10 hang on gzip pipe close on Windows Server 2003

2010-03-29 Thread Matthew Kidd
On Mar 22 10:31, Corinna Vinschen wrote: >>> I have no problem running your test case with Windows 7 64 and the >>> latest Cygwin from CVS. >> >> Did you check using a very large file? What I have learned on the >> 64-bit... > > I tested with a compressed Fedora 11 ISO file. Original size > 36838

Re: scp no longer reports incremental progress

2010-03-29 Thread Christopher Faylor
On Mon, Mar 29, 2010 at 06:12:53PM -0400, Charles Wilson wrote: >On 3/29/2010 6:09 PM, Jim Reisert AD1C wrote: >> I am running the latest Cygwin (1.7.2) and ssh. >> >> I notice that scp (from local to remote host) no longer shows an >> incremental progress bar. It just reports 100% completion >>

Re: scp no longer reports incremental progress

2010-03-29 Thread Charles Wilson
On 3/29/2010 6:09 PM, Jim Reisert AD1C wrote: > I am running the latest Cygwin (1.7.2) and ssh. > > I notice that scp (from local to remote host) no longer shows an > incremental progress bar. It just reports 100% completion > immediately, then I have to wait until the copy is actually done. > S

Re: Need help on terminal emulation in Cygwin console

2010-03-29 Thread Charles Wilson
On 3/29/2010 5:56 PM, Charles Wilson wrote: > So...you have plenty of workarounds. And I'll try to get to this with > the release of the standalone telnet/telnet-server packages in the future. Oh, and if anybody wants to try and speed this up, you can download this -src package http://cygwin.cwi

scp no longer reports incremental progress

2010-03-29 Thread Jim Reisert AD1C
I am running the latest Cygwin (1.7.2) and ssh. I notice that scp (from local to remote host) no longer shows an incremental progress bar. It just reports 100% completion immediately, then I have to wait until the copy is actually done. I've run in verbose mode, here is the output. Did somethin

Re: Need help on terminal emulation in Cygwin console

2010-03-29 Thread Charles Wilson
On 3/29/2010 11:02 AM, Tomasz Pona wrote: > Quick problem explanation: > - doing "telnet localhost" (and not only localhost) > - connection process and remote session control is 100% OK > however... > - getting a space before every entered character (even during login) > - backspace doesn't remove

Re: emacs-x11 takes 30-40 sec to open after upgrading to cygwin-1.7

2010-03-29 Thread Dan Tsafrir
On Mon, Mar 29, 2010 at 15:13, Ken Brown wrote: > On 3/29/2010 6:33 AM, Dan Tsafrir wrote: >> >> Hi, >> >> After I've upgraded to cygwin-1.7 my emacs takes 30-40 seconds to >> open. Following >> http://x.cygwin.com/docs/faq/cygwin-x-faq.html#poor-performance, >> disabling my antivirus has no affec

Re: SSH and reattaching screen

2010-03-29 Thread xepo
I realize this is a really old thread, but I'm having the same problem now with the latest version of screen (4.0.3-5) and cygwin (uname -srv = CYGWIN_NT-5.1 1.7.2(0.225/5/3) 2010-03-24 21:12), and this is the first google result, so I wanna post this somewhere that people will find it. screen -D

Re: Haskell\bin/windres: can't open temporary file `\/cca08368.irc': No such file or directory

2010-03-29 Thread Reini Urban
steenreem schrieb: When performing 'cabal install' in cygwin, to install a haskell package, I get the following error: D:\Haskell\bin/windres: can't open temporary file `\/cca08368.irc': No such file or directory cabal.exe: Error: some packages failed to install: GalaxyCompiler-0.0.1 failed d

Re: cron not working

2010-03-29 Thread Rajashekar Chintalapati
Thanks for letting me know the problem. It worked after giving some time. Rajashekar. On Sun, Mar 28, 2010 at 5:44 PM, Pierre A. Humblet wrote: > At 06:22 PM 3/28/2010, Rajashekar Chintalapati wrote: >> >> Hi, >>  I am trying to run a simple script using crontab. >> >> $ more /cygdrive/c/list >>

Re: Need help on terminal emulation in Cygwin console

2010-03-29 Thread Christopher Faylor
On Mon, Mar 29, 2010 at 02:15:41PM -0400, Christopher Faylor wrote: >On Mon, Mar 29, 2010 at 05:02:41PM +0200, Tomasz Pona wrote: >>Hello, >> >>1st much thanks to Charles Wilson for inetutils update. >> >>I have latest Cygwin/inetutils installed. >> >>Quick problem explanation: >>- doing "telnet lo

Re: Need help on terminal emulation in Cygwin console

2010-03-29 Thread Christopher Faylor
On Mon, Mar 29, 2010 at 05:02:41PM +0200, Tomasz Pona wrote: >Hello, > >1st much thanks to Charles Wilson for inetutils update. > >I have latest Cygwin/inetutils installed. > >Quick problem explanation: >- doing "telnet localhost" (and not only localhost) >- connection process and remote session co

Re: slow file open

2010-03-29 Thread Larry Hall (Cygwin)
On 3/29/2010 11:51 AM, Erdem Guven wrote: Hello, My application uses fopen to open a lot of files. While in linux opening and reading thousand of files doesn't even take a second; in cygwin it takes more than 5 seconds. I think it is because path conversion functions in cygwin dlls. 'open' func

Re: rxvt and mintty fail with SHELL=c:\bin\bash.exe

2010-03-29 Thread Corinna Vinschen
On Mar 29 17:45, Paul Bibbings wrote: > Tim McDaniel writes: > > > I've used rxvt for many years, because I don't want to set up an X > > server and I was able to do everything I want with it. Since the last > > update, if I clicked on my shortcut to rxvt, or ran it from cmd.exe, > > it flashed

Re: allow executing a path in backslash notation

2010-03-29 Thread Corinna Vinschen
On Mar 16 09:15, Ilguiz Latypov wrote: > > > I checked this situation in cmd.exe, and it is not capable of using > > paths relativ to %Path%. In other words, if %Path% contains a path > > c:\foo and you have two files C:\foo\baz.exe and C:\foo\bar\baz.exe, > > then calling "baz" works, but callin

RE: 1.7.1: cvs version built in is unstable

2010-03-29 Thread Roe, Kevin L.
Corinna, I just learned that the network folks here made a decision to go with "cifs". That really surprised me because I thought what you were pointing me towards was that Cygwin was not correctly recognizing the drive. But it also makes sense due to what they have told me about how they set

Re: rxvt and mintty fail with SHELL=c:\bin\bash.exe

2010-03-29 Thread Paul Bibbings
Tim McDaniel writes: > I've used rxvt for many years, because I don't want to set up an X > server and I was able to do everything I want with it. Since the last > update, if I clicked on my shortcut to rxvt, or ran it from cmd.exe, > it flashed open a window and then immediately closed it. But

RE: 1.7.1: cvs version built in is unstable

2010-03-29 Thread Roe, Kevin L.
Corinna, "mount" gives the following with regard to a good drive "G" and a bad "G" G: on /cygdrive/g type cifs (binary,posix=0,user,noumount,auto) H: on /cygdrive/g type cifs (binary,posix=0,user,noumount,auto) So, in other words, not much really. There is a little bit of new info though. The

rxvt and mintty fail with SHELL=c:\bin\bash.exe

2010-03-29 Thread Tim McDaniel
I've used rxvt for many years, because I don't want to set up an X server and I was able to do everything I want with it. Since the last update, if I clicked on my shortcut to rxvt, or ran it from cmd.exe, it flashed open a window and then immediately closed it. But I could start "c:\bin\bash" w

RE: 1.7.1: cvs version built in is unstable

2010-03-29 Thread Roe, Kevin L.
Sorry, I missed your first e-mail and didn't notice the quote in the second one. >From my side, the window has closed where I can install things myself. >However, if you can send me the PM I'll push my IT to get it installed for >evaluation. -Kevin > -Original Message- > From: cygwin-

Re: emacs-x11 takes 30-40 sec to open after upgrading to cygwin-1.7

2010-03-29 Thread Jon TURNEY
On 29/03/2010 11:33, Dan Tsafrir wrote: After I've upgraded to cygwin-1.7 my emacs takes 30-40 seconds to open. Following http://x.cygwin.com/docs/faq/cygwin-x-faq.html#poor-performance, disabling my antivirus has no affect on emacs's opening time. As far as I can tell other X programs behave sim

Re: 1.7.1: cvs version built in is unstable

2010-03-29 Thread Corinna Vinschen
On Mar 29 09:07, Roe, Kevin L. wrote: > No, it hasn't. But I reached the end of what I could do with my knowledge > level. I am currently trying to get my IT department to continue where I > left off. > > > If you're ok with testing a DLL, I'd send you a PM with a web site > > > where you can

Re: [ANNOUNCEMENT] Updated: coreutils-8.4-2

2010-03-29 Thread Corinna Vinschen
On Mar 29 09:49, Eric Blake wrote: > On 03/29/2010 09:39 AM, george.b.mil...@l-3com.com wrote: > > $ cygcheck -c coreutils > > Cygwin Package Information > > Package Version Status > > coreutils 8.4-2 OK > > > > $ mkdir whatever.exe > > $ mv whatever.exe whatever > > $ echo $? > > 0

RE: 1.7.1: cvs version built in is unstable

2010-03-29 Thread Roe, Kevin L.
No, it hasn't. But I reached the end of what I could do with my knowledge level. I am currently trying to get my IT department to continue where I left off. -Kevin > -Original Message- > From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On > Behalf Of Corinna Vinschen > S

slow file open

2010-03-29 Thread Erdem Guven
Hello, My application uses fopen to open a lot of files. While in linux opening and reading thousand of files doesn't even take a second; in cygwin it takes more than 5 seconds. I think it is because path conversion functions in cygwin dlls. 'open' function is a bit faster. If I use -mno-cygwin i

Re: [ANNOUNCEMENT] Updated: coreutils-8.4-2

2010-03-29 Thread Eric Blake
On 03/29/2010 09:39 AM, george.b.mil...@l-3com.com wrote: > $ cygcheck -c coreutils > Cygwin Package Information > Package Version Status > coreutils 8.4-2 OK > > $ mkdir whatever.exe > $ mv whatever.exe whatever > $ echo $? > 0 > > $ ls whatever > ls: cannot open directory whatev

Re: [ANNOUNCEMENT] Updated: coreutils-8.4-2

2010-03-29 Thread george . b . milner
$ cygcheck -c coreutils Cygwin Package Information Package Version Status coreutils 8.4-2 OK $ mkdir whatever.exe $ mv whatever.exe whatever $ echo $? 0 $ ls whatever ls: cannot open directory whatever: No such file or directory $ file whatever.exe whatever.exe: directory Same

Need help on terminal emulation in Cygwin console

2010-03-29 Thread Tomasz Pona
Hello, 1st much thanks to Charles Wilson for inetutils update. I have latest Cygwin/inetutils installed. Quick problem explanation: - doing "telnet localhost" (and not only localhost) - connection process and remote session control is 100% OK however... - getting a space before every entered cha

Re: emacs-x11 takes 30-40 sec to open after upgrading to cygwin-1.7

2010-03-29 Thread Ken Brown
On 3/29/2010 6:33 AM, Dan Tsafrir wrote: Hi, After I've upgraded to cygwin-1.7 my emacs takes 30-40 seconds to open. Following http://x.cygwin.com/docs/faq/cygwin-x-faq.html#poor-performance, disabling my antivirus has no affect on emacs's opening time. As far as I can tell other X programs beha

Re: 1.7.1: cvs version built in is unstable

2010-03-29 Thread Corinna Vinschen
On Mar 22 12:29, Corinna Vinschen wrote: > On Mar 17 14:33, Roe, Kevin L. wrote: > > It is a "netapp, nfs" > > > > Here are the results of the command "/usr/lib/csih/getVolInfo > > /cygdrive/$drive" > > > > Device Type: 7 > > Characteristics: 10 > > Max Filenamelength : 255 > > Files

Re: "svn --version" halts in 1.7.2-2

2010-03-29 Thread Matthias Andree
Christopher Faylor wrote on 2010-03-28: On Sun, Mar 28, 2010 at 11:53:44AM -0400, Christopher Faylor wrote: On Sun, Mar 28, 2010 at 04:34:27PM +0200, Matthias Andree wrote: At least that would explain why I can breakpoint exit() with gdb tracing svn, and it hangs if I continue into exit(). I

Re: "svn --version" halts in 1.7.2-2

2010-03-29 Thread Matthias Andree
Peter Rosin wrote on 2010-03-28: It could be that /usr/lib/sasl2/libsasldb.la lists /usr/lib/libdb-4.2.la as a dependency_libs. libdb-4.2.la may or may not be installed (it's in libdb4.2-devel which I don't have installed) and if it's missing libltdl might be "confused". If that's indeed the ca

Re: pre-[ANNOUNCEMENT]: Updating inetutils and related packages

2010-03-29 Thread Corinna Vinschen
On Mar 28 15:19, Charles Wilson wrote: > After much pain and suffering, I've managed to restore what I consider > to be full functionality for the inetutils servers (rsh, rlogin, rcp, > telnet, ftp, ...). However, there's been some restructuring (and there > will be more in the future, but...not f