rcs 5.8-1 corrupt files?

2011-12-11 Thread Jay E.
rcs 5.8-1 A problem with rcs. - corrupt files.. Here is the sequence: Create a 'hello world' file using vi. Check in a file. ci -u sam Check out the file co -l sam get error when doing rlog on the next ci of the file. example: rlog sam rlog: RCS/sam,v:31: junk at end of file

Re: RFE: mintty + trackpoint?

2011-12-11 Thread Andy Koppe
On 10 December 2011 15:15, Ryan Johnson wrote: > Hi all (esp. Andy), > > A recent email on the cygwin/x mailing list pointed out that Lenovo > trackpoint scrolling had stopped working in xterm [1]. I didn't know it was > there in the first place, but I can just imagine how useful it would be. Any >

Re: Failure to bootstrap current gcc trunk on cygwin (20111207 snapshot): conflicting declarations in cygwin's /usr/include/sys/wait.h

2011-12-11 Thread Christian Joensson
On 7 December 2011 20:14, Christian Joensson wrote: > I am trying to build gcc trunk on cygwin (with the snapshot of > 20111207) and get this: > > /usr/local/src/trunk/objdir.withada/./prev-gcc/g++ > -B/usr/local/src/trunk/objdir.withada/./prev-gcc/ > -B/usr/i686-pc-cygwin/bin/ -nostdinc++ > -B/usr

Re: [ANNOUNCEMENT] CALL FOR TESTING: Cygwin 1.7.10

2011-12-11 Thread Christopher Faylor
On Sun, Dec 11, 2011 at 08:07:12AM +0100, marco atzeri wrote: >On 12/11/2011 7:34 AM, Christopher Faylor wrote: > >>> The issue is still present from 2029 to current CVS (fith select). >>> Any clue ? >> >> The hanging problem should be fixed in recent snapshots. > >it was fixed on yesterday CVS

Re: [ANNOUNCEMENT] CALL FOR TESTING: Cygwin 1.7.10

2011-12-11 Thread Yaakov (Cygwin/X)
On Sun, 2011-12-11 at 01:34 -0500, Christopher Faylor wrote: > The hanging problem should be fixed in recent snapshots. Unfortunately not for automoc4. :-( Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: htt

Re: RFE: mintty + trackpoint?

2011-12-11 Thread Ryan Johnson
On 11/12/2011 6:08 AM, Andy Koppe wrote: On 10 December 2011 15:15, Ryan Johnson wrote: Hi all (esp. Andy), A recent email on the cygwin/x mailing list pointed out that Lenovo trackpoint scrolling had stopped working in xterm [1]. I didn't know it was there in the first place, but I can just im

Re: [ANNOUNCEMENT] CALL FOR TESTING: Cygwin 1.7.10

2011-12-11 Thread Samuel Thibault
Corinna Vinschen, le Thu 08 Dec 2011 09:47:45 +0100, a écrit : > Too bad. In that case, Samuel, can you please have a closer look to > see what broke brltty? The switch to mintty, simply. Brltty uses ReadConsoleOutputCharacter() to get the text from consoles, I bet mintty does not implement this.

Re: [ANNOUNCEMENT] CALL FOR TESTING: Cygwin 1.7.10

2011-12-11 Thread Christopher Faylor
On Sun, Dec 11, 2011 at 09:32:39PM +0100, Samuel Thibault wrote: >Corinna Vinschen, le Thu 08 Dec 2011 09:47:45 +0100, a ?crit : >> Too bad. In that case, Samuel, can you please have a closer look to >> see what broke brltty? > >The switch to mintty, simply. Brltty uses ReadConsoleOutputCharacter(

Re: [ANNOUNCEMENT] CALL FOR TESTING: Cygwin 1.7.10

2011-12-11 Thread Christopher Faylor
On Sun, Dec 11, 2011 at 02:59:49PM -0600, Yaakov (Cygwin/X) wrote: >On Sun, 2011-12-11 at 01:34 -0500, Christopher Faylor wrote: >> The hanging problem should be fixed in recent snapshots. > >Unfortunately not for automoc4. :-( How do you duplicate your problem? bash-4.1$ automoc4 bash: autom

Re: [ANNOUNCEMENT] CALL FOR TESTING: Cygwin 1.7.10

2011-12-11 Thread Christopher Faylor
On Sun, Dec 11, 2011 at 08:10:15PM -0500, Christopher Faylor wrote: >On Sun, Dec 11, 2011 at 02:59:49PM -0600, Yaakov (Cygwin/X) wrote: >>On Sun, 2011-12-11 at 01:34 -0500, Christopher Faylor wrote: >>> The hanging problem should be fixed in recent snapshots. >> >>Unfortunately not for automoc4. :-

Sorry for a previous stupid problem reporting

2011-12-11 Thread Chiheng Xu
I report a problem before: http://cygwin.com/ml/cygwin/2011-06/msg00069.html To my surprise, recently I found that it is caused by Norton Antivirus 9.0. It worked well with Cygwin before, things may be changed after a live updating. I'm sorry for not having read the FAQ before reporting. a huge f

Latest cygwin.bat - need one

2011-12-11 Thread Mike Brown
Because I already had a cygwin.bat file, the upgrade from 1.5.x to 1.7.x did not provide a new one, not even a cygwin.bat.sample (which would have been nice), so that one could see if there are differences between releases. As a result of there not being a sample, my current bat file will not corr

Re: Another call for filesystem testing

2011-12-11 Thread Heiko Elger
Here's a test from Win7/64 SP1 with MVFS version 7.1.1.7 (Wed Aug 3 22:33:34 2011). ente59@PCFX061 /cygdrive/c/MyDevelopment/cygwin/test-qfif $ uname -a CYGWIN_NT-6.1-WOW64 PCFX061 1.7.10s(0.255/5/3) 2029 17:41:48 i686 Cygwin ente59@PCFX061 /cygdrive/c/MyDevelopment/cygwin/test-qfif $ /usr/

Re: Latest cygwin.bat - need one

2011-12-11 Thread Mike Brown
On Sun, Dec 11, 2011 at 11:48:01PM -0600, Mike Brown wrote: > As a result of there not being a sample, my current bat file will not > correctly start my Z-shell. Most of the time double-clicking on the shortcut > results in the program (CMD) flashing on the screen and going away. When it > does m

ssh login not working

2011-12-11 Thread Mike Brown
When I try to ssh into the latest cygqin on the XP-pro box, I get the following: BRN <1> ssh -v -v -l vidiot PVRpeecee Sun_SSH_1.1, SSH protocols 1.5/2.0, OpenSSL 0x0090704f debug1: Reading configuration data /etc/ssh/ssh_config debug1: Rhosts Authentication disabled, originating port will not be

Re: gcc-4.5.3 segfaults wrt alloca

2011-12-11 Thread Denis Excoffier
On Sat, Dec 10, 2011 at 02:42:39PM +, Dave Korn wrote: >> 5. Setting the program's initial stack size larger by adding e.g. >> "-Wl,-stack,400" to the compiler commandline ensures that the initial >> stack pointer is located somewhere that at least that much memory is >> available, and ma

Re: Latest cygwin.bat - need one

2011-12-11 Thread Tim McDaniel
On Mon, 12 Dec 2011, Mike Brown wrote: Doing some more digging I found the following posting (via google): > Does changing 'bash' to '/bin/bash' make a difference? Answering my own question: yes. There was a change in execvp()'s behaviour to no longer look up an executable in the c