[ANNOUNCEMENT] Updated: subversion-1.7.4-1

2012-03-09 Thread David Rothenberger
A new upstream version of Subversion has been released. NEWS: = See CHANGES (URL below) for more information about the differences between 1.7.4 and previous Subversion releases. IMPORTANT: Please read the release notes (URL below) before upgrading from a previous major release. 1.7 includes

bash not responding to control-c when started from cygwin.bat

2012-03-09 Thread Pat Tressel
Got another console / bash oddity that just started... When I start a bash window with C:\cygwin\Cygwin.bat, which runs bash as... bash --login -i ...doing ^C gets no response: It doesn't clear typing, it doesn't go back to the shell, it doesn't stop a running program. If I start bash from ano

Re: cygport suggestion: src_postinstall

2012-03-09 Thread Ken Brown
On 3/9/2012 5:58 PM, Yaakov (Cygwin/X) wrote: On 2012-03-09 15:26, Ken Brown wrote: My immediate reason for this request is that I'm thinking about ITP-ing emacs-auctex This too is in Ports: http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/emacs-auctex Yes, I know. Tha

Re: cygport suggestion: src_postinstall

2012-03-09 Thread Yaakov (Cygwin/X)
On 2012-03-09 15:26, Ken Brown wrote: My immediate reason for this request is that I'm thinking about ITP-ing emacs-auctex This too is in Ports: http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/emacs-auctex and I don't like some of the things that are done in __src_posti

cygport suggestion: src_postinstall

2012-03-09 Thread Ken Brown
I would like to suggest that cygport implement a user-redefinable src_postinstall function to replace __src_postinst. My immediate reason for this request is that I'm thinking about ITP-ing emacs-auctex, and I don't like some of the things that are done in __src_postinst when I build that pack

Re: rebase keeps last modification time of DLL unchanged

2012-03-09 Thread Christopher Faylor
On Fri, Mar 09, 2012 at 09:09:41PM +0100, Corinna Vinschen wrote: >On Mar 9 14:55, Christopher Faylor wrote: >> On Fri, Mar 09, 2012 at 08:47:33PM +0100, Corinna Vinschen wrote: >> >On Mar 9 19:22, Christian Franke wrote: >> >> Christopher Faylor wrote: >> >> >I don't think the default should cha

Re: rebase keeps last modification time of DLL unchanged

2012-03-09 Thread Corinna Vinschen
On Mar 9 14:55, Christopher Faylor wrote: > On Fri, Mar 09, 2012 at 08:47:33PM +0100, Corinna Vinschen wrote: > >On Mar 9 19:22, Christian Franke wrote: > >> Christopher Faylor wrote: > >> >I don't think the default should change but maybe an option could be > >> >added for people who want to see

Re: rebase keeps last modification time of DLL unchanged

2012-03-09 Thread Christian Franke
Corinna Vinschen wrote: On Mar 9 19:22, Christian Franke wrote: Christopher Faylor wrote: On Fri, Mar 09, 2012 at 09:43:07AM +0100, Corinna Vinschen wrote: On Mar 8 21:37, Christian Franke wrote: rebase does not explicitly (re)set the timestamp after rebasing. Is this by design? Well, let

Re: rebase keeps last modification time of DLL unchanged

2012-03-09 Thread Christopher Faylor
On Fri, Mar 09, 2012 at 08:47:33PM +0100, Corinna Vinschen wrote: >On Mar 9 19:22, Christian Franke wrote: >> Christopher Faylor wrote: >> >On Fri, Mar 09, 2012 at 09:43:07AM +0100, Corinna Vinschen wrote: >> >>On Mar 8 21:37, Christian Franke wrote: >> >>>rebase does not explicitly (re)set the t

Re: Can't reliably redirect standard output from C# program in recent Cygwin

2012-03-09 Thread Corinna Vinschen
On Mar 9 18:47, James Johnston wrote: > I can reproduce this: > > C:\cygwin\bin>perl -e 'print "abc";' > abc > C:\cygwin\bin>perl -e 'print "abc";' | more > abc > > C:\cygwin\bin>perl -e 'print "abc";' | more > abc > > C:\cygwin\bin>perl -e 'print "abc";' | more > > C:\cygwin\bin>perl -e 'prin

Re: rebase keeps last modification time of DLL unchanged

2012-03-09 Thread Corinna Vinschen
On Mar 9 19:22, Christian Franke wrote: > Christopher Faylor wrote: > >On Fri, Mar 09, 2012 at 09:43:07AM +0100, Corinna Vinschen wrote: > >>On Mar 8 21:37, Christian Franke wrote: > >>>rebase does not explicitly (re)set the timestamp after rebasing. Is > >>>this by design? > >>> > >>Well, let me

Re: Anamoly with ioctl() in cygwin 1.7.10

2012-03-09 Thread Lee Collier
The problem is resolved in the snapshot as well. Thanks again. LC -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

RE: Can't reliably redirect standard output from C# program in recent Cygwin

2012-03-09 Thread James Johnston
I think this is a regression: 1. Used setup to install Cygwin package 1.7.10. Problem still exists. 2. Since setup did not offer me the ability to go back to 1.7.9, I found my old archive for that version and extracted the bin files to manually go back to that version. Problem fixed! So it mu

RE: Can't reliably redirect standard output from C# program in recent Cygwin

2012-03-09 Thread James Johnston
I can reproduce this: C:\cygwin\bin>perl -e 'print "abc";' abc C:\cygwin\bin>perl -e 'print "abc";' | more abc C:\cygwin\bin>perl -e 'print "abc";' | more abc C:\cygwin\bin>perl -e 'print "abc";' | more C:\cygwin\bin>perl -e 'print "abc";' | more C:\cygwin\bin>perl -e 'print "abc";' | more I

Fwd: RE: Can't reliably redirect standard output from C# program in recent Cygwin

2012-03-09 Thread marco atzeri
please to the list, not to me Original Message Subject: RE: Can't reliably redirect standard output from C# program in recent Cygwin Date: Fri, 9 Mar 2012 15:51:51 - From: James Johnston To: 'marco atzeri' I think this is a regression: 1. Used setup to install Cygwin p

Re: rebase keeps last modification time of DLL unchanged

2012-03-09 Thread Christian Franke
Christopher Faylor wrote: On Fri, Mar 09, 2012 at 09:43:07AM +0100, Corinna Vinschen wrote: On Mar 8 21:37, Christian Franke wrote: Corinna Vinschen wrote: On Mar 7 23:07, Christian Franke wrote: The rebase tool does not change last modification timestamp of each DLL even if its data has ch

[ANNOUNCEMENT] Updated: bzr 2.5.0-1 -- Python based distributed version control (DVCS)

2012-03-09 Thread Jari Aalto
PACKAGE DESCRIPTION === Home page: http://bazaar.canonical.com License : GPL-2+ (Bzr is part of GNU project) Distributed version control that is used in projects like managing Ubuntu packages and it is one of the funded projects of Canonical. - Uses one

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

2012-03-09 Thread Christopher Faylor
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, Corinna Vinschen wrote: >> >> Hi Denis, >> >> >> >> can you please test this again using the latest developer snapshot or >> >> the current from C

Re: rebase keeps last modification time of DLL unchanged

2012-03-09 Thread Christopher Faylor
On Fri, Mar 09, 2012 at 09:43:07AM +0100, Corinna Vinschen wrote: >On Mar 8 21:37, Christian Franke wrote: >> Corinna Vinschen wrote: >> >On Mar 7 23:07, Christian Franke wrote: >> >>The rebase tool does not change last modification timestamp of each >> >>DLL even if its data has changed. This is

Re: Forking a program in a thread

2012-03-09 Thread Enrico Forestieri
On Fri, Mar 09, 2012 at 02:05:37PM +0100, Corinna Vinschen wrote: > On Mar 9 13:43, Corinna Vinschen wrote: > > On Mar 9 11:32, Enrico Forestieri wrote: > > > On Fri, Mar 09, 2012 at 09:47:13AM +0100, Corinna Vinschen wrote: > > > > > > > On Mar 9 02:14, Enrico Forestieri wrote: > > > > > I wou

Re: Forking a program in a thread

2012-03-09 Thread Corinna Vinschen
On Mar 9 13:43, Corinna Vinschen wrote: > On Mar 9 11:32, Enrico Forestieri wrote: > > On Fri, Mar 09, 2012 at 09:47:13AM +0100, Corinna Vinschen wrote: > > > > > On Mar 9 02:14, Enrico Forestieri wrote: > > > > I would like to point out a regression, seemingly introduced in 1.7.10. > > > > If

Re: Forking a program in a thread

2012-03-09 Thread Corinna Vinschen
On Mar 9 11:32, Enrico Forestieri wrote: > On Fri, Mar 09, 2012 at 09:47:13AM +0100, Corinna Vinschen wrote: > > > On Mar 9 02:14, Enrico Forestieri wrote: > > > I would like to point out a regression, seemingly introduced in 1.7.10. > > > If a program is exec'ed after forking in a thread and th

Re: Forking a program in a thread

2012-03-09 Thread Enrico Forestieri
On Fri, Mar 09, 2012 at 09:47:13AM +0100, Corinna Vinschen wrote: > On Mar 9 02:14, Enrico Forestieri wrote: > > I would like to point out a regression, seemingly introduced in 1.7.10. > > If a program is exec'ed after forking in a thread and the program is > > a native Windows program, it (seemi

Re: Forking a program in a thread

2012-03-09 Thread Corinna Vinschen
On Mar 9 02:14, Enrico Forestieri wrote: > I would like to point out a regression, seemingly introduced in 1.7.10. > If a program is exec'ed after forking in a thread and the program is > a native Windows program, it (seemingly) fails to start. What Windows version? Corinna -- Corinna Vinsche

Re: rebase keeps last modification time of DLL unchanged

2012-03-09 Thread Corinna Vinschen
On Mar 8 21:37, Christian Franke wrote: > Corinna Vinschen wrote: > >On Mar 7 23:07, Christian Franke wrote: > >>The rebase tool does not change last modification timestamp of each > >>DLL even if its data has changed. This is likely because Windows > >>"may" not update the timestamp for files wr