RFU: cppcheck-1.53-1

2012-02-13 Thread Chris Sutcliffe
Please upload:

---
wget -x -nH --cut-dirs=1 \
http://emergedesktop.org/cygwin/cppcheck/cppcheck-1.53-1.tar.bz2 \
http://emergedesktop.org/cygwin/cppcheck/cppcheck-1.53-1-src.tar.bz2
---

Please leave 1.52-1 as previous and feel free to remove older releases.
Thank you,

Chris

-- 
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d


Re: RFU: cppcheck-1.53-1

2012-02-13 Thread Corinna Vinschen
On Feb 13 08:06, Chris Sutcliffe wrote:
 Please upload:
 
 ---
 wget -x -nH --cut-dirs=1 \
 http://emergedesktop.org/cygwin/cppcheck/cppcheck-1.53-1.tar.bz2 \
 http://emergedesktop.org/cygwin/cppcheck/cppcheck-1.53-1-src.tar.bz2
 ---
 
 Please leave 1.52-1 as previous and feel free to remove older releases.

Done.


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat


[RFU] subversion-1.7.3-1

2012-02-13 Thread David Rothenberger
Please delete 1.7.2-1 and leave 1.6.17-1 as prev.

Thanks!

wget -x -nH --cut-dirs=2 \
  http://home.comcast.net/~david.rothenberger/cygwin/subversion/setup.hint \
  
http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-1.7.3-1-src.tar.bz2
 \
  
http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-1.7.3-1.tar.bz2
 \
  
http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-apache2/setup.hint
 \
  
http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-apache2/subversion-apache2-1.7.3-1.tar.bz2
 \
  
http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-devel/setup.hint
 \
  
http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-devel/subversion-devel-1.7.3-1.tar.bz2
 \
  
http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-perl/setup.hint
 \
  
http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-perl/subversion-perl-1.7.3-1.tar.bz2
 \
  
http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-python/setup.hint
 \
  
http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-python/subversion-python-1.7.3-1.tar.bz2
 \
  
http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-ruby/setup.hint
 \
  
http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-ruby/subversion-ruby-1.7.3-1.tar.bz2
 \
  
http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-tools/setup.hint
 \
  
http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-tools/subversion-tools-1.7.3-1.tar.bz2

-- 
David Rothenberger    daver...@acm.org

Mencken and Nathan's Ninth Law of The Average American:
The quality of a champagne is judged by the amount of noise the
cork makes when it is popped.


Re: [RFU] subversion-1.7.3-1

2012-02-13 Thread Yaakov (Cygwin/X)
On Mon, 2012-02-13 at 11:37 -0800, David Rothenberger wrote:
 Please delete 1.7.2-1 and leave 1.6.17-1 as prev.

Done.


Yaakov




Anunt Important

2012-02-13 Thread webmaster

http://www.max-media.ro/administratie/prahova-printre-judetele-care-au-canalizare.-meritul-ii-apartine-lui-mircea-cosma.html

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/



Re: Cut and Paste between X and WindowsXP sometimes fails

2012-02-13 Thread Jon TURNEY
On 03/02/2012 22:55, Bennett, Tony wrote:
 Often when cutting from Xwin and attempting to Paste to a WindowsXP 
 application,
 the most recent cut is not pasted... but instead a previous Xwin cut.
 
 In other words, this scenario:
 
 LOCATIONACTComment
 XwinCut abc
 WinXP   Paste  correctly pastes abc
 Xwin  Cut def
 WinXP   Paste  Incorrectly pastes abc
 
 When the above problem occurs, no matter how many times a cut from Xwin,
 Whenever I paste on WinXP it pastes abc.
 
 I can correct the problem by cutting from WinXP and pasting into Xwin...
 ...after doing this the next Xwin cut will correctly paste on WinXP.

Yes, this is a rather long-standing problem (see the bug report at [1] for
some of the technical details), which is unfortunately not easy to fix in a
way that works well for all cases.

Fortunately, there is a simple workaround for the moment: If you install and
run xclipboard, that will cause XWin to notice every change of the clipboard
contents.

[1] https://bugs.freedesktop.org/show_bug.cgi?id=5735

-- 
Jon TURNEY
Volunteer Cygwin/X X Server maintainer

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/



Re: X still crashing, but interesting log messages... different config vals needed?

2012-02-13 Thread Jon TURNEY
On 12/02/2012 23:51, Linda Walsh wrote:
 Jon TURNEY wrote:
 On 11/02/2012 04:19, Linda Walsh wrote:
 Still crashes in all the places it did 2 months ago, and more,  but
 gives more interesting messages in log file (/var/log/xwin/XWin.0.log

 I assume this refers to the problem reported in [1], crashing when running
 yast2 on SuSE 11.4.  I don't know anything about any other crashes you might
 have been experiencing.

 I haven't done anything specific to try to fix this, because I can't 
 reproduce
 the problem and I don't have a useful backtrace.

 It would be of great help if you could follow the instructions at [2] to
 download the debug symbols and obtain a backtrace of the crash.
 
 I did that last time, then got another email from another admin saying
 to try some other version instead of that one because the instructions were
 wrong.

I'm assuming you're referring to the exchange we had at [3], but I don't
accept that as an accurate summary of it.

Nevertheless, partly to prevent a re-iteration of that pointless debate, I
have improved my build scripts so I now preserve the debug symbols for the
packaged builds of XWin. Instructions on downloading them are available at [2].

 At that point, I gave up to go use Xming which didn't have the problem,
 and was hoping someone else would run into it, since with cygwin, I have had 
 it
 set on autostart, and it usually crashes within 15-20 minuts -- make kernel,
 or almost any qt based util,... then I just start Xming -- which was stable 
 until
 this last cygwin update...which doesn't make sense, as I didn't think there 
 was
 any code overlap

Indeed, the only things they should have in common are your OS installation
and your computer, which suggests to me, at least, that the problem may lie 
there.

 (main thing is I can no longer click on 'X' in a window and have it close, I
 have to go through the program's menus in each program to close it...very
 annoying.
 
 Was wondering if I should be giving any different options that might
 help it behave better?

 Log from last run below --

 Welcome to the XWin X Server
 Vendor: The Cygwin/X Project
 Release: 1.11.4.0
 OS: Windows 7 Service Pack 1 [Windows NT 6.1 build 7601] (WoW64)
 Package: version 1.11.4-3 built 2012-02-05

 XWin was started with the following command line:

 /usr/bin/XWin -dpi 101 -multiwindow -clipboard -nowinkill -wm

 [ 14334.463] SocketUNIXAccept: accept() failed 

 This log looks normal apart from this line.

 I don't think this is a new warning, and wasn't in the previous log you
 posted, so it's hard to see how this could be directly related to the 
 problem.

 On the other hand, I'm a bit surprised that it works at all after that error.

 Nevertheless, since UNIX sockets don't seem to be working correctly for you,
 you might like to try adding '-nolisten unix' to see if that makes any
 difference.

I assume you didn't try this.

 [1] http://cygwin.com/ml/cygwin-xfree/2011-08/msg00012.html
 [2] http://x.cygwin.com/devel/backtrace.html

[3] http://cygwin.com/ml/cygwin-xfree/2011-08/msg00029.html

-- 
Jon TURNEY
Volunteer Cygwin/X X Server maintainer

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/



FW: RE: Cut and Paste between X and WindowsXP sometimes fails

2012-02-13 Thread Bennett, Tony
On 03/02/2012 22:55, Bennett, Tony wrote:
 Often when cutting from Xwin and attempting to Paste to a WindowsXP 
 application,
 the most recent cut is not pasted... but instead a previous Xwin cut.
 
 In other words, this scenario:
 
 LOCATIONACTComment
 XwinCut abc
 WinXP   Paste correctly pastes abc
 Xwin Cut def
 WinXP   Paste Incorrectly pastes abc
 
 When the above problem occurs, no matter how many times a cut from Xwin,
 Whenever I paste on WinXP it pastes abc.
 
 I can correct the problem by cutting from WinXP and pasting into Xwin...
 ...after doing this the next Xwin cut will correctly paste on WinXP.

Yes, this is a rather long-standing problem (see the bug report at [1] for
some of the technical details), which is unfortunately not easy to fix in a
way that works well for all cases.

Fortunately, there is a simple workaround for the moment: If you install and
run xclipboard, that will cause XWin to notice every change of the clipboard
contents.

Thanks for the reply, Jon.

Exactly how do I use xclipboard...???

Here's how I'm starting Xwin right now in a 
Windows Script called startx.bat:

@echo off
C:

chdir C:\cygwin\bin

bash -c PATH=$PATH:/bin:/usr/bin;XWin -clipboard -logverbose 3 -ac 
-query cdcxvd0559.con-way.com -fp 
\tcp/cdcxvd0559.con-way.com:8000,/usr/share/fonts/100dpi/,/usr/share/fonts/75dpi/,/usr/share/fonts/Type1/\
  


You'll notice I use XDMCP to establish a CDE session on cdcxvd0559...

I've tried starting xclipboard in the same script, after starting Xwin
(and sometimes even specifying -noclipboard)... and I always get
an IO error and X-win dies.

-tony



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/



src/winsup/cygwin ChangeLog Makefile.in glob.c ...

2012-02-13 Thread corinna
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org  2012-02-13 13:12:37

Modified files:
winsup/cygwin  : ChangeLog Makefile.in glob.cc miscfuncs.cc 
 nlsfuncs.cc thread.h 
winsup/cygwin/regex: regcomp.c 
Added files:
winsup/cygwin  : collate.h 

Log message:
* Makefile.in (clean): Remove non-existant regexp dir.

* collate.h: New header.
(__collate_range_cmp): Declare.
(__collate_load_error): Define.
* glob.cc: Pull in latest version from FreeBSD.  Simplify and reduce
Cygwin-specific changes.
* regex/regcomp.c: Include collate.h on Cygwin as well.
(__collate_range_cmp): Move from here...
* nlsfuncs.cc (__collate_range_cmp): ...to here.

* miscfuncs.cc (thread_wrapper): Fix typo in comment.
(CygwinCreateThread): Take dead zone of Windows stack into account.
Change the way how the stack is commited and how to handle guardpages.
Explain how and why.
* thread.h (PTHREAD_DEFAULT_STACKSIZE): Change definition.  Explain why.

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/collate.h.diff?cvsroot=srcr1=NONEr2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5699r2=1.5700
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/Makefile.in.diff?cvsroot=srcr1=1.249r2=1.250
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/glob.cc.diff?cvsroot=srcr1=1.6r2=1.7
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/miscfuncs.cc.diff?cvsroot=srcr1=1.78r2=1.79
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/nlsfuncs.cc.diff?cvsroot=srcr1=1.35r2=1.36
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/thread.h.diff?cvsroot=srcr1=1.126r2=1.127
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/regex/regcomp.c.diff?cvsroot=srcr1=1.12r2=1.13



src/winsup/cygwin ChangeLog miscfuncs.cc

2012-02-13 Thread corinna
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org  2012-02-13 15:23:03

Modified files:
winsup/cygwin  : ChangeLog miscfuncs.cc 

Log message:
* miscfuncs.cc (struct thread_wrapper_arg): Convert char * to PBYTE.
Change related casts throughout.
(thread_wrapper): Only do the thread change if the application provided
the stack.  Otherwise, just use the Windows-provided stack.  Set up
POSIX guardpage here, if necessary.  Move related comment from
CygwinCreateThread here.
(CygwinCreateThread): Never allocate and set up own stack here.  Just
compute stack size to reserve and use value in CreateThread call if
stack hasn't been provided by the application.

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5700r2=1.5701
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/miscfuncs.cc.diff?cvsroot=srcr1=1.79r2=1.80



Can not make port forwarding from Cygwin when ControlMaster/ControlPath used.

2012-02-13 Thread Oleksandr Gavenko

I can forward port from Cygwin to Debian:

  cygwin# nc -l -p 6000

  debian1# ssh -L 7000:cygwin.host:6000 u...@cygwin.host

  debian2# telnet localhost 7000

But if do same in inverse direction I got:

  debian# nc -l -p 6000

  cygwin1# ssh -L 8000:debian.host:6000 u...@debian.host

  bind: Address already in use
  channel_setup_fwd_listener: cannot listen to port: 8000
  Could not request local forwarding.

I don't understand what this mean...

netstat under Cygwin is Windows utility:

  debian# netstat -l -n | grep 6000
  tcp0  0 0.0.0.0:60000.0.0.0:*   LISTEN

  cygwin2#  netstat -n -a -n

  TCP127.0.0.1:8000 0.0.0.0:0  LISTENING   2308
  [ssh.exe]

Note that ssh.exe is not ssh -L but that I run to connect to debian.host for
nc -l -p 6000.

To resolve issue I comment this line in ~/.ssh/config:

  # ControlPath ~/.ssh/sock_%r@%h_%p
  # ControlMaster auto

-- 
Best regards!


--
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: cygwin 1.7.9: Segmentation faults / STATUS_STACK_OVERFLOW

2012-02-13 Thread Manuel Wienand
Hi Corinna,

thanks for the info about the stack sizes.

 [...]
 pthread_attr_t attr;
 pthread_attr_init (attr);
 pthread_attr_setstacksize (attr, 1024 * 1024);
 
 ret = pthread_create(threadId, attr, callGlob, NULL);
 [...]

Jep, that works for me.


Manuel


Re: cygwin 1.7.9: Segmentation faults / STATUS_STACK_OVERFLOW

2012-02-13 Thread Corinna Vinschen
On Feb 13 10:22, Manuel Wienand wrote:
 Hi Corinna,
 
 thanks for the info about the stack sizes.
 
  [...]
  pthread_attr_t attr;
  pthread_attr_init (attr);
  pthread_attr_setstacksize (attr, 1024 * 1024);
  
  ret = pthread_create(threadId, attr, callGlob, NULL);
  [...]
 
 Jep, that works for me.

Apart from that I set the default stack size to 1 Megs.

Thanks for your testcase, btw.

It helped me a lot to understand how Windows handles the stack and the
stack guard pages.  With its help I also found two long-standing
problems in glob().  When I added the glob implementation from FreeBSD,
I made some innocent changes which turned out to waste a lot of stack
space.  And, at the time we had no locale support so I removed it from
the code, so I took the opportunity to add locale support back into the
code.

I'm still testing one of my changes before checking in, but I'm almost
GTG.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: TTY and sshpass

2012-02-13 Thread Sylvain Archenault
Uh ok.  Somehow I missed the fact that you had my workaorund applied
as well.  Strange that it works for me.

Corinna

I tried Corinna patch on my machine and it worked. I don't know what
Chris problem. Thanks for your help and let me know if you need
something.

Sylvain

--
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: sed strips CRs

2012-02-13 Thread Earnie Boyd
On Sat, Feb 11, 2012 at 12:56 PM, Corinna Vinschen wrote:
 That's why I wrote on systems supporting this mode.  Sed input is
 text input in the first place.  Therefore it's using textmode in the
 first place.  This is done so for a long time.  If it's not what you
 need, there's a workaround, the -b option.

I was stressing the issue of the confusion.  That being, Cygwin is
different than Linux as well as it is similar.  Many expect it to be
exactly matching.

-- 
Earnie
-- https://sites.google.com/site/earnieboyd

--
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: cygwin-1.7.10-1 fork - address space needed by ... already in use

2012-02-13 Thread Scott M. Ballew



Corinna Vinschen-2 wrote:
 
 
 Sigh.  While the basename is all we need to test if a DLL is already
 loaded, it's *not* enough to load a DLL which still needs loading, if
 the DLLs are not in the DLL search path, as in the case of Perl libs.
 I'm going to generate a new 2012-02-09 snapshot right now.  Should be
 up in 10 minutes or so.
 
 

I'm happy to report that after I dropped this new snapshot in place, my
original problem has gone away completely (and I've been clean for a few
days, now). In fact, it also made it so that I could build some software
from sources (make and gcc were failing variously with the same type of
error messages). So as of now, I am a very happy camper!

Thanks much!

Scott M. Ballew
Purdue University



-- 
View this message in context: 
http://old.nabble.com/cygwin-1.7.10-1-fork---address-space-needed-by-...-already-in-use-tp33279157p33314949.html
Sent from the Cygwin list mailing list archive at Nabble.com.


--
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 not make port forwarding from Cygwin when ControlMaster/ControlPath used.

2012-02-13 Thread Corinna Vinschen
On Feb 13 11:18, Oleksandr Gavenko wrote:
 
 I can forward port from Cygwin to Debian:
 
   cygwin# nc -l -p 6000
 
   debian1# ssh -L 7000:cygwin.host:6000 u...@cygwin.host
 
   debian2# telnet localhost 7000
 
 But if do same in inverse direction I got:
 
   debian# nc -l -p 6000
 
   cygwin1# ssh -L 8000:debian.host:6000 u...@debian.host
 
   bind: Address already in use
   channel_setup_fwd_listener: cannot listen to port: 8000
   Could not request local forwarding.
 
 I don't understand what this mean...
 
 netstat under Cygwin is Windows utility:
 
   debian# netstat -l -n | grep 6000
   tcp0  0 0.0.0.0:60000.0.0.0:*   LISTEN
 
   cygwin2#  netstat -n -a -n
 
   TCP127.0.0.1:8000 0.0.0.0:0  LISTENING   2308
   [ssh.exe]
 
 Note that ssh.exe is not ssh -L but that I run to connect to debian.host for
 nc -l -p 6000.
 
 To resolve issue I comment this line in ~/.ssh/config:
 
   # ControlPath ~/.ssh/sock_%r@%h_%p
   # ControlMaster auto

Works for me with or without these lines.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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 not make port forwarding from Cygwin when ControlMaster/ControlPath used.

2012-02-13 Thread Corinna Vinschen
On Feb 13 14:53, Corinna Vinschen wrote:
 On Feb 13 11:18, Oleksandr Gavenko wrote:
  [...]
  To resolve issue I comment this line in ~/.ssh/config:
  
# ControlPath ~/.ssh/sock_%r@%h_%p
# ControlMaster auto
 
 Works for me with or without these lines.

Btw., connection sharing doesn't work on Cygwin.  For this to work we
need descriptor passing over AF_LOCAL sockets, which isn't implemented
in Cygwin.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: PROGRAMFILES variable is not set during openssh session

2012-02-13 Thread Corinna Vinschen
On Feb 12 20:33, ArcFi wrote:
 PROGRAMFILES variable is not set during openssh session.
 This is very important for remote administrative tasks.

OpenSSH 6.0p1 is due soon.  I asked to apply a patch upstream so that
PROGRAMFILES is added back to the environment variables passed over
to the child process.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: sed strips CRs

2012-02-13 Thread Eric Blake
[adding bug-sed - see this thread in cygwin:
http://cygwin.com/ml/cygwin/2012-02/msg00313.html]

On 02/11/2012 10:19 AM, Earnie Boyd wrote:
 By this I assume you to mean that the -b option opens the input file
 in binary mode.  But the mount table the OP showed was already in
 binary mode.  Does sed not take that into consideration, I.E. it
 specifies the mode as a text file unless -b is specified, is this
 correct?

 Yes.  By default files are fopened using the rt mode on systems
 supporting this mode.  This behaviour is hardcoded into upstream sed.
 
 But on Linux I would expect the t to be ignored and the file is open
 in binary mode anyway.

Personally, I think it is a bug that upstream sed is using 't' in
fopen() in the first place.  Linux does NOT have an 'rt' mode for a
reason: 't' is non-standard.  On cygwin, the preference used in
coreutils is that you get text mode by using 'r' and binary mode by
using 'rb', on the mount points where text mode matters; you should
almost never use 'rt' which forces text mode even on binary mounts.
That is, sed should be just fine using 'r' instead of 'rt', and it would
fix the perceived broken behavior on cygwin binary mounts.

But fixing this should be done upstream, and not in cygwin.

-- 
Eric Blake   ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature


Re: File operations really slow in emacs

2012-02-13 Thread Ryan Johnson

On 11/02/2012 5:11 AM, Corinna Vinschen wrote:

On Feb 10 20:18, Ryan Johnson wrote:

Hi all,

For some reason file operations have become very slow inside emacs
starting yesterday. It's especially painful when saving a file
that's managed by mercurial (more than 20 seconds!), but I've seen
it on the command line as well (x-server takes a similar amount of
time to start, for example). I'm running the latest everything and
I've run rebaseall. I verified that Windows Defender did not
silently re-enable itself since I last disabled it (you can't
actually uninstall it) and no other BLODA are present on my machine.
The problem persists across reboots.

I have vague memories that this has turned up in the past (maybe
12-15 months ago?) but Google isn't turning up anything. Attaching
strace to emacs during the save makes it take a full 35 seconds and
reports the following:

$ cat emacs.strace | awk '{if ($1  100) { print }}' | grep -v
timer_thread
26910790 26912157 [main] emacs-X11 5188 child_copy: dll bss - hp
0x264 low 0x611FC000, high 0x61230770, res 1
1128419 2125655 [main] python2.6 5188 read: read(5, 0x8009DB60,
65536) blocking
25850184 32830582 [main] python2.6 5188 stat_worker: 0 =
(\??\C:\cygwin\cygdrive,0x28BB68)

   ^^^
   This looks suspicious.  I assume you're suffering from SMB network
   scanning.
Turns out you were right after all. I have Z: mapped to a SMB share 
that's only visible when I'm connected to the VPN it lives on; I hadn't 
used it in a few months and it didn't show up in Explorer, but it was on 
the list of drives returned by GetLogicalDriveStrings(). Connecting the 
drive makes everything run at normal speed, and disconnecting it makes 
the problem return a short time later.


Oddly, I've never observed the effect when running from an elevated 
prompt -- I can reliably fire off 'stat /cygdrive' in a normal prompt, 
open an elevated mintty, run the same command there, get the results, 
and close the window, all well before the first stat completes.


So, three questions:
- why is the elevated prompt unaffected?
- why does hg feel a need to access /cygdrive?
- is there a workaround? Neither always run elevated nor always keep 
all network drives mounted seems like a reasonable requirement, but 
that elevated prompt is looking mighty nice right about now. I suppose I 
could also drop the for loop from fhandler_cygdrive::fstat and set 
st_nlink to either 3 or 2+ndrives (on the assumption that the change 
won't affect anyone's decision to unlink /cygdrive and that the number 
is otherwise meaningless).


Thoughts?
Ryan


--
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: sed strips CRs

2012-02-13 Thread Earnie Boyd
On Mon, Feb 13, 2012 at 9:12 AM, Eric Blake wrote:

 Personally, I think it is a bug that upstream sed is using 't' in
 fopen() in the first place.  Linux does NOT have an 'rt' mode for a
 reason: 't' is non-standard.  On cygwin, the preference used in
 coreutils is that you get text mode by using 'r' and binary mode by
 using 'rb', on the mount points where text mode matters; you should
 almost never use 'rt' which forces text mode even on binary mounts.
 That is, sed should be just fine using 'r' instead of 'rt', and it would
 fix the perceived broken behavior on cygwin binary mounts.

 But fixing this should be done upstream, and not in cygwin.

I've stayed away from voicing personal feelings.  While modifying
upstream certainly would resolve the issue of CRLF being read in
text mode; I, on the other hand, believe that Cygwin should open the
file descriptor in binary mode regardless.  Note, though, the
difference between normal processing mode in sed and versus sed -b is
one of line mode versus buffered mode because you can't treat a binary
data file as text lines.  Modifying upstream would destroy those
systems that require 'rt' to operate in text mode and I'm not meaning
Windows; I don't know if any do.

-- 
Earnie
-- https://sites.google.com/site/earnieboyd

--
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: sed strips CRs

2012-02-13 Thread Paolo Bonzini

On 02/13/2012 03:12 PM, Eric Blake wrote:

But fixing this should be done upstream, and not in cygwin.


As long as it's consistent with coreutils I'll certainly do the change.

Paolo

--
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: sed strips CRs

2012-02-13 Thread Nellis, Kenneth
From: Earnie Boyd
On Sat, Feb 11, 2012 at 12:56 PM, Corinna Vinschen wrote:
 That's why I wrote on systems supporting this mode.  Sed input is
 text input in the first place.  Therefore it's using textmode in the
 first place.  This is done so for a long time.  If it's not what you
 need, there's a workaround, the -b option.

 I was stressing the issue of the confusion.  That being, Cygwin is
 different than Linux as well as it is similar.  Many expect it to be
 exactly matching.

I agree that it's confusing. More confusion:
sed's man page does not mention the -b option, although sed --help does.
grep also strips CRs, but has option -U to suppress this behavior.
awk also strips CRs. I could not find an awk option to suppress this.
IMHO it would be preferable to replace this confusing state and align 
these tools with Cygwin's philosophy to work like GNU/Linux.

The standard response to issues dealing with CRLF files is to point the
user to dos2unix and text mode mounts. This should be adequate without
the hidden behavior of sed/grep/awk and probably others.

Respectfully submitted,
Ken Nellis


Re: sed strips CRs

2012-02-13 Thread Corinna Vinschen
On Feb 13 15:37, Paolo Bonzini wrote:
 On 02/13/2012 03:12 PM, Eric Blake wrote:
 But fixing this should be done upstream, and not in cygwin.
 
 As long as it's consistent with coreutils I'll certainly do the change.
 
 Paolo

Thanks!  Would you mind to CC the cygwin list when the next upstream
sed release is available?


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: sed strips CRs

2012-02-13 Thread Corinna Vinschen
[Sent again.  I missed all the CC's in my previous reply.  Sorry!]

On Feb 13 15:37, Paolo Bonzini wrote:
 On 02/13/2012 03:12 PM, Eric Blake wrote:
 But fixing this should be done upstream, and not in cygwin.
 
 As long as it's consistent with coreutils I'll certainly do the change.
 
 Paolo

Thanks!  Would you mind to CC the cygwin list when the next upstream
sed release is available?


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: File operations really slow in emacs

2012-02-13 Thread Corinna Vinschen
On Feb 13 08:31, Ryan Johnson wrote:
 On 11/02/2012 5:11 AM, Corinna Vinschen wrote:
 (\??\C:\cygwin\cygdrive,0x28BB68)
^^^
This looks suspicious.  I assume you're suffering from SMB network
scanning.
 Turns out you were right after all. I have Z: mapped to a SMB share
 that's only visible when I'm connected to the VPN it lives on; I
 hadn't used it in a few months and it didn't show up in Explorer,
 but it was on the list of drives returned by
 GetLogicalDriveStrings(). Connecting the drive makes everything run
 at normal speed, and disconnecting it makes the problem return a
 short time later.
 
 Oddly, I've never observed the effect when running from an elevated
 prompt -- I can reliably fire off 'stat /cygdrive' in a normal
 prompt, open an elevated mintty, run the same command there, get the
 results, and close the window, all well before the first stat
 completes.
 
 So, three questions:
 - why is the elevated prompt unaffected?

Because the elevated token is not connected to the drives of the
non-elevated token by default.  There's a registry key which allows to
change that, but off the top of my head I don't know it.  Search MSDN,
this question comes up since the first Vista release candidates.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: sed strips CRs

2012-02-13 Thread Paolo Bonzini

On 02/13/2012 03:56 PM, Corinna Vinschen wrote:

 As long as it's consistent with coreutils I'll certainly do the change.

Thanks!  Would you mind to CC the cygwin list when the next upstream
sed release is available?


Sure, it should be real soon now since a new release has been long overdue.

By the way, I'm still opening the script file with rt.  I cannot think 
of any case when you would want to keep CRs there.


Paolo

--
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: sed strips CRs

2012-02-13 Thread Corinna Vinschen
On Feb 13 16:22, Paolo Bonzini wrote:
 On 02/13/2012 03:56 PM, Corinna Vinschen wrote:
  As long as it's consistent with coreutils I'll certainly do the change.
 
 Thanks!  Would you mind to CC the cygwin list when the next upstream
 sed release is available?
 
 Sure, it should be real soon now since a new release has been long overdue.
 
 By the way, I'm still opening the script file with rt.  I cannot
 think of any case when you would want to keep CRs there.

Indeed, that sounds like the right thing to do.


Thank you,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: sed strips CRs

2012-02-13 Thread Earnie Boyd
On Mon, Feb 13, 2012 at 10:22 AM, Paolo Bonzini bonz...@gnu.org wrote:
 On 02/13/2012 03:56 PM, Corinna Vinschen wrote:

  As long as it's consistent with coreutils I'll certainly do the change.

 Thanks!  Would you mind to CC the cygwin list when the next upstream
 sed release is available?


 Sure, it should be real soon now since a new release has been long overdue.

 By the way, I'm still opening the script file with rt.  I cannot think of
 any case when you would want to keep CRs there.

The case of

sed -e 's/something/nothing/g' myfile  myfile2

as it works in Cygwin today would mean that in the case of the OP's
drive settings myfile2 would not contain the CR.  Treating CR as white
space is the more proper thing to do, IMO.

-- 
Earnie
-- https://sites.google.com/site/earnieboyd

--
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: sed strips CRs

2012-02-13 Thread Peter Rosin
Earnie Boyd skrev 2012-02-13 16:43:
 On Mon, Feb 13, 2012 at 10:22 AM, Paolo Bonzini bonz...@gnu.org wrote:
 On 02/13/2012 03:56 PM, Corinna Vinschen wrote:

 As long as it's consistent with coreutils I'll certainly do the change.

 Thanks!  Would you mind to CC the cygwin list when the next upstream
 sed release is available?


 Sure, it should be real soon now since a new release has been long overdue.

 By the way, I'm still opening the script file with rt.  I cannot think of
 any case when you would want to keep CRs there.
 
 The case of
 
 sed -e 's/something/nothing/g' myfile  myfile2
 
 as it works in Cygwin today would mean that in the case of the OP's
 drive settings myfile2 would not contain the CR.  Treating CR as white
 space is the more proper thing to do, IMO.

Paolo was talking about the script file, i.e. the sed program.
He has already agreed to change the handling of the input/output.

Cheers,
Peter

--
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: sed strips CRs

2012-02-13 Thread Paolo Bonzini

On 02/13/2012 04:43 PM, Earnie Boyd wrote:


 By the way, I'm still opening the script file with rt.  I cannot think of
 any case when you would want to keep CRs there.

The case of

sed -e 's/something/nothing/g' myfile  myfile2

as it works in Cygwin today would mean that in the case of the OP's
drive settings myfile2 would not contain the CR.  Treating CR as white
space is the more proper thing to do, IMO.


myfile is not the script file.  The script file is the one that you pass 
to -f.


Using rt was introduced in both cases for Cygwin, so regressions on 
other systems shouldn't be a problem.


Paolo

--
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 not make port forwarding from Cygwin when ControlMaster/ControlPath used.

2012-02-13 Thread Oleksandr Gavenko
On 2012-02-13, Corinna Vinschen wrote:

 On Feb 13 14:53, Corinna Vinschen wrote:
 On Feb 13 11:18, Oleksandr Gavenko wrote:
  [...]
  To resolve issue I comment this line in ~/.ssh/config:
  
# ControlPath ~/.ssh/sock_%r@%h_%p
# ControlMaster auto
 
 Works for me with or without these lines.

 Btw., connection sharing doesn't work on Cygwin.  For this to work we
 need descriptor passing over AF_LOCAL sockets, which isn't implemented
 in Cygwin.

OK, thanks for explanation.

As possible solution:

 * comment above lines
 * pass -S none to ssh

Note that ssh create files ~/.ssh/sock_%r@%h_%p so code partially work.

-- 
Best regards!


--
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



scan-build symlink from llvm/clang does not work in GNU Make

2012-02-13 Thread Oleksandr Gavenko

  $ cat Makefile.common

  # -e  Override Makefile settings with env var to pass scan-build settings to 
Make.

  .PHONY: clang
  clang:
  $$(realpath $$(which scan-build)) make -e -f $(MK_FILE) clean dist

  .PHONY: clang2
  clang2:
  scan-build make -e -f $(MK_FILE) clean dist

If you run scan-build directly from Make you get:

  $ make -f Makefile.win-gcc-npapi clang2

  /cygdrive/d/home/devel/llvm/tools/clang/tools/scan-build/bin/clang: No such
  file or directory at
  /cygdrive/d/home/devel/llvm/tools/clang/tools/scan-build/scan-build line 84
  Makefile.common-pre:234: recipe for target `clang2' failed

If you resolve path to 'scan-build' (as this done in 'clang' target, see
above) all work ok.

  $ ls -l `which scan-build`
lrwxrwxrwx 1 user root 45 фев 13 12:34 /usr/bin/scan-build - 
../share/clang-analyzer/scan-build/scan-build


GNU Make from Cygwin.

-- 
Best regards!


--
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: scan-build symlink from llvm/clang does not work in GNU Make

2012-02-13 Thread Christopher Faylor
On Mon, Feb 13, 2012 at 06:40:31PM +0200, Oleksandr Gavenko wrote:

  $ cat Makefile.common

  # -e  Override Makefile settings with env var to pass scan-build settings to 
 Make.

  .PHONY: clang
  clang:
  $$(realpath $$(which scan-build)) make -e -f $(MK_FILE) clean dist

  .PHONY: clang2
  clang2:
  scan-build make -e -f $(MK_FILE) clean dist

If you run scan-build directly from Make you get:

  $ make -f Makefile.win-gcc-npapi clang2

  /cygdrive/d/home/devel/llvm/tools/clang/tools/scan-build/bin/clang: No such
  file or directory at
  /cygdrive/d/home/devel/llvm/tools/clang/tools/scan-build/scan-build line 84
  Makefile.common-pre:234: recipe for target `clang2' failed

If you resolve path to 'scan-build' (as this done in 'clang' target, see
above) all work ok.

  $ ls -l `which scan-build`
lrwxrwxrwx 1 user root 45 ??? 13 12:34 /usr/bin/scan-build - 
../share/clang-analyzer/scan-build/scan-build


GNU Make from Cygwin.

Could you try winnowing that down to a simple test case which
illustrates the problem?

And, please send the cygcheck output as requested by
http://cygwin.com/problems.html .

--
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



[ANNOUNCEMENT] Updated: cppcheck-1.53-1

2012-02-13 Thread Chris Sutcliffe
Version 1.53-1 of cppcheck has been uploaded, following the upstream release.

cppcheck is a tool for static C/C++ code analysis.  It tries to detect bugs that
your C/C++ compiler doesn't see.  The goal is no false positives.

cppcheck is versatile. You can check non-standard code that includes various
compiler extensions, inline assembly code, etc.

For a list of changes see:

http://sourceforge.net/news/?group_id=195752id=306118

 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look at the
List-Unsubscribe:  tag in the email header of this message. Send email to the
address specified there. It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain.com at cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read*all*  of the information on unsubscribing that is available starting
at this URL.

-- 
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d

--
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: sed strips CRs

2012-02-13 Thread John Cowan
Paolo Bonzini scripsit:

 By the way, I'm still opening the script file with rt.  I cannot think  
 of any case when you would want to keep CRs there.

You wouldn't, but the point is that rt isn't defined on Posix systems.
If it happens to be the same as r, good, but that isn't guaranteed.
And the only time rt does anything different from r on a Win32 system
is when you have:

1) linked your executable with the system-supplied 'binmode.obj' file

2) set the global variable _fmode to O_BINARY

3) invoked _set_fmode(O_BINARY)

all of which make r synonymous with rb.  Programs which don't do any
of these should use r rather than rt, as it is guaranteed to do the
right thing for text on both Win32 and Posix systems.

-- 
You annoy me, Rattray!  You disgust me! John Cowan
You irritate me unspeakably!  Thank Heaven, co...@ccil.org
I am a man of equable temper, or I should   http://www.ccil.org/~cowan
scarcely be able to contain myself before
your mocking visage.--Stalky imitating Macrea

--
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: sed strips CRs

2012-02-13 Thread Paolo Bonzini

On 02/13/2012 08:42 PM, John Cowan wrote:

 By the way, I'm still opening the script file with rt.  I cannot think
 of any case when you would want to keep CRs there.

You wouldn't, but the point is that rt isn't defined on Posix systems.
If it happens to be the same as r, good, but that isn't guaranteed.


Yes, I added a configure-time check too.  I assume that if rt works, 
it can be used instead of r.



And the only time rt does anything different from r on a Win32 system
is when you have:

1) linked your executable with the system-supplied 'binmode.obj' file

2) set the global variable _fmode to O_BINARY

3) invoked _set_fmode(O_BINARY)

all of which make r synonymous with rb.  Programs which don't do any
of these should use r rather than rt, as it is guaranteed to do the
right thing for text on both Win32 and Posix systems.


No, rt also does something different than r on Cygwin with 
binary-mounts.


If you meant that rt should be restricted to cygwin, that's also fine 
by me but in general I prefer feature tests to OS tests.


Paolo

--
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



[ANNOUNCEMENT] Released: R-2.14.1-2

2012-02-13 Thread marco atzeri

Versions 2.14.1-2  of
R
libRmath
libRmath-devel

for cygwin are now available in the Cygwin distribution:

CHANGES
Based on cygport version with minimal changes.

DESCRIPTION
R is a language and environment for statistical computing and graphics.

R provides a wide variety of statistical (linear and nonlinear
modelling, classical statistical tests, time-series analysis,
classification, clustering, ...) and graphical techniques, and
is highly extensible.
The S language is often the vehicle of choice for research in
statistical methodology, and R provides an Open Source route
to participation in that activity.

HOMEPAGE
http://www.r-project.org/


Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list,
look at the List-Unsubscribe:  tag in the email header of this
message. Send email to the address specified there.
It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that
is available starting at this URL.

--
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



Anunt Important

2012-02-13 Thread webmaster

http://www.max-media.ro/administratie/prahova-printre-judetele-care-au-canalizare.-meritul-ii-apartine-lui-mircea-cosma.html

--
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: sed strips CRs

2012-02-13 Thread Earnie Boyd
On Mon, Feb 13, 2012 at 2:48 PM, Paolo Bonzini wrote:

 If you meant that rt should be restricted to cygwin, that's also fine by
 me but in general I prefer feature tests to OS tests.


Then it becomes Cygwin's problem.  I'm going to quote from
http://msdn.microsoft.com/en-us/library/yeby3zcb.aspx

quote
t
Open in text (translated) mode. In this mode, CTRL+Z is interpreted as
an EOF character on input. In files that are opened for
reading/writing by using a+, fopen checks for a CTRL+Z at the end of
the file and removes it, if possible. This is done because using fseek
and ftell to move within a file that ends with CTRL+Z may cause fseek
to behave incorrectly near the end of the file.

In text mode, carriage return–linefeed combinations are translated
into single linefeeds on input, and linefeed characters are translated
to carriage return–linefeed combinations on output. When a Unicode
stream-I/O function operates in text mode (the default), the source or
destination stream is assumed to be a sequence of multibyte
characters. Therefore, the Unicode stream-input functions convert
multibyte characters to wide characters (as if by a call to the mbtowc
function). For the same reason, the Unicode stream-output functions
convert wide characters to multibyte characters (as if by a call to
the wctomb function).
/quote

So does Cygwin really want to specify rt?  I would rather sed
specify rb and treat the CR as white space.  I know that treating CR
as white space works well.

-- 
Earnie
-- https://sites.google.com/site/earnieboyd

--
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



[ANNOUNCEMENT] Updated: subversion-1.7.3-1

2012-02-13 Thread David Rothenberger
A new version of subversion is available.

NEWS:
=
See CHANGES (URL below) for more information about the differences
between 1.7.3 and previous Subversion releases.

IMPORTANT: Please read the release notes (URL below) before
upgrading from a previous major release. 1.7 includes a new working
copy format with a manual upgrade operation. This will render your
working copy unusable with previous major releases. Furthermore,
there are some issues trying to upgrade corrupt working copies.

Please see the release notes

  http://subversion.apache.org/docs/release-notes/1.7.html

for more details about the changes in Subversion.

See

  http://svn.apache.org/repos/asf/subversion/tags/1.7.3/CHANGES

for more details about the changes in 1.7.3.

DESCRIPTION:

Subversion is a version control system designed to be a compelling
successor to CVS.

Please see

  http://svnbook.red-bean.com/en/1.7/index.html

for the latest official release of the Subversion Book.

DOWNLOAD:
=
Note that downloads from sourceware.org (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update, please choose the one
nearest to you: http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, look at the
List-Unsubscribe:  tag in the email header of this message.  Send
email to the address specified there.  It will be in the format:

cygwin-announce-unsubscribe-YOU=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

-- 
David Rothenberger    daver...@acm.org

--
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



[ANNOUNCEMENT] Updated: git-1.7.9-1, git{k,-gui,-completion,-svn}-1.7.9-1

2012-02-13 Thread Eric Blake (cygwin)
A new release of git, 1.7.9-1, has been uploaded, and will be available
for use when your mirror catches up.  This leaves 1.7.5.1-1 as previous.

NEWS:
=
This is a new upstream release, with upstream release notes attached.
See also the package documentation in /usr/share/doc/git/.

This release should cater to the fact that tcl is now X-based.  Before
reporting any problems with gitk or git-gui, first check that you are
running an X server.  Also, gitk will complain if your ~/.gitk has a
line 'set uicolor SystemButtonFace'; there's nothing I can do about it
at a packaging level, but you can remove the offending line to get past it.

When compiled out of the box, the upstream git maintainers cater to
older cygwin releases, and intentionally disable certain features that
have been reported on their mailing list, even though they work with the
latest cygwin.  Therefore, this build turns those features back on.
However, it means that this version does assume that you are not using
FAT or FAT32 to hold your repositories, since they do not store file
permissions very accurately.

DESCRIPTION:

Git is popular version control system designed to handle very large
projects with speed and efficiency; it is used mainly for various open
source projects, most notably the Linux kernel.

Git falls in the category of distributed source code management tools,
similar to e.g. GNU Arch or Monotone (or BitKeeper in the proprietary
world). Every Git working directory is a full-fledged repository with
full revision tracking capabilities, not dependent on network access or
a central server.

UPDATE:
===
To update your installation, click on the Install Cygwin now link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system. Save it and run setup, answer the questions and pick up 'git',
'gitk', 'git-gui', 'git-svn', and/or 'git-completion' from the 'Devel'
category.

DOWNLOAD:
=
Note that downloads from sourceware.org (aka cygwin.com) aren't allowed
due to bandwidth limitations.  This means that you will need to find a
mirror which has this update, please choose the one nearest to you:
http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

-- 
Eric Blake
volunteer cygwin git package maintainer

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, look at the
List-Unsubscribe:  tag in the email header of this message.  Send
email to the address specified there.  It will be in the format:

cygwin-announce-unsubscribe-YOU=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.
Git v1.7.9 Release Notes


Updates since v1.7.8


 * gitk updates accumulated since early 2011.

 * git-gui updated to 0.16.0.

 * git-p4 (in contrib/) updates.

 * Git uses gettext to translate its most common interface messages
   into the user's language if translations are available and the
   locale is appropriately set. Distributors can drop new PO files
   in po/ to add new translations.

 * The code to handle username/password for HTTP transactions used in
   git push  git fetch learned to talk credential API to
   external programs to cache or store them, to allow integration with
   platform native keychain mechanisms.

 * The input prompts in the terminal use our own getpass() replacement
   when possible. HTTP transactions used to ask for the username without
   echoing back what was typed, but with this change you will see it as
   you type.

 * The internals of revert/cherry-pick have been tweaked to prepare
   building more generic sequencer on top of the implementation that
   drives them.

 * git rev-parse FETCH_HEAD after git fetch without specifying
   what to fetch from the command line will now show the commit that
   would be merged if the command were git pull.

 * git add learned to stream large files directly into a packfile
   instead of writing them into individual loose object files.

 * git checkout -B current branch elsewhere is a more intuitive
   way to spell git reset --keep elsewhere.

 * git checkout and git merge learned --no-overwrite-ignore option
   to tell Git that untracked and ignored files are not expendable.

 * git commit --amend learned --no-edit option to say that the
   user is amending the tree being recorded, without updating the
   commit log message.

 * git commit and git reset re-learned the optimization to prime
   the cache-tree information in the index, which makes it faster to
   write a tree object out after the index entries are updated.

 * git commit detects and rejects an attempt to stuff NUL byte in
   the commit log message.

 * git commit learned -S to GPG-sign 

Re: PROGRAMFILES variable is not set during openssh session

2012-02-13 Thread Andrey Repin
Greetings, Corinna Vinschen!

 PROGRAMFILES variable is not set during openssh session.
 This is very important for remote administrative tasks.

 OpenSSH 6.0p1 is due soon.  I asked to apply a patch upstream so that
 PROGRAMFILES is added back to the environment variables passed over
 to the child process.

Both of them? (on x86_64 systems, there's two relevant variables)


--
WBR,
Andrey Repin (anrdae...@freemail.ru) 14.02.2012, 04:48

Sorry for my terrible english...


--
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 not make port forwarding from Cygwin when ControlMaster/ControlPath used.

2012-02-13 Thread Charles Wilson
On 2/13/2012 9:00 AM, Corinna Vinschen wrote:
 Btw., connection sharing doesn't work on Cygwin.  For this to work we
 need descriptor passing over AF_LOCAL sockets, which isn't implemented
 in Cygwin.

Yes, please!  (I know, I know, SHTDI).
   http://cygwin.com/ml/cygwin/2009-10/msg00397.html
See Corinna's and cgf's comments downthread.

--
Chuck

--
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: sed strips CRs

2012-02-13 Thread Andrey Repin
Greetings, Nellis, Kenneth!

 The standard response to issues dealing with CRLF files is to point the
 user to dos2unix and text mode mounts. This should be adequate without
 the hidden behavior of sed/grep/awk and probably others.

While your reasoning is sound, I prefer them to behave the way they are for my
own goals.
I can't possible alter between text and binary mounts, or use d2u on and off
in an attempt to produce consistent and predictable end results.


--
WBR,
Andrey Repin (anrdae...@freemail.ru) 14.02.2012, 04:53

Sorry for my terrible english...


--
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



console message: _pinfo::dup_proc_pipe: something failed for pid 0 ...

2012-02-13 Thread Heiko Elger
Hallo,

Im using a nearly upto date cygwin installation with the following
snapshot.

$ uname -a
CYGWIN_NT-6.1-WOW64 PCFX162 1.7.11s(0.259/5/3) 20120209 16:18:27 i686 Cygwin

I got once the following error on the console:

0 [main] sh 85464! _pinfo::dup_proc_pipe: something failed for pid 0: res 
85464, hProcess 0x158, wr_proc_pipe 0xD8 vs. 0xD8, Win32 error 5

Can anyone tell me what's going wrong?

The error was echoed while running a perl script which polls our database for 
compile jobs for our project build system (running make).

I found the error in our make.log file.
But cause of running make in parallel (-j8) - it's not clear which command 
produces this error: sh, gcc or perl !?!
The make system will not abort cause of error - so I'm really not sure - is it 
an error, a warning or just an information?

I never have seen such an error before using snapshot 20120209.

best regards

Heiko



--
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



Updated: cppcheck-1.53-1

2012-02-13 Thread Chris Sutcliffe
Version 1.53-1 of cppcheck has been uploaded, following the upstream release.

cppcheck is a tool for static C/C++ code analysis.  It tries to detect bugs that
your C/C++ compiler doesn't see.  The goal is no false positives.

cppcheck is versatile. You can check non-standard code that includes various
compiler extensions, inline assembly code, etc.

For a list of changes see:

http://sourceforge.net/news/?group_id=195752id=306118

 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look at the
List-Unsubscribe:  tag in the email header of this message. Send email to the
address specified there. It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain.com at cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read*all*  of the information on unsubscribing that is available starting
at this URL.

-- 
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d


Released: R-2.14.1-2

2012-02-13 Thread marco atzeri

Versions 2.14.1-2  of
R
libRmath
libRmath-devel

for cygwin are now available in the Cygwin distribution:

CHANGES
Based on cygport version with minimal changes.

DESCRIPTION
R is a language and environment for statistical computing and graphics.

R provides a wide variety of statistical (linear and nonlinear
modelling, classical statistical tests, time-series analysis,
classification, clustering, ...) and graphical techniques, and
is highly extensible.
The S language is often the vehicle of choice for research in
statistical methodology, and R provides an Open Source route
to participation in that activity.

HOMEPAGE
http://www.r-project.org/


Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list,
look at the List-Unsubscribe:  tag in the email header of this
message. Send email to the address specified there.
It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that
is available starting at this URL.


Updated: subversion-1.7.3-1

2012-02-13 Thread David Rothenberger
A new version of subversion is available.

NEWS:
=
See CHANGES (URL below) for more information about the differences
between 1.7.3 and previous Subversion releases.

IMPORTANT: Please read the release notes (URL below) before
upgrading from a previous major release. 1.7 includes a new working
copy format with a manual upgrade operation. This will render your
working copy unusable with previous major releases. Furthermore,
there are some issues trying to upgrade corrupt working copies.

Please see the release notes

  http://subversion.apache.org/docs/release-notes/1.7.html

for more details about the changes in Subversion.

See

  http://svn.apache.org/repos/asf/subversion/tags/1.7.3/CHANGES

for more details about the changes in 1.7.3.

DESCRIPTION:

Subversion is a version control system designed to be a compelling
successor to CVS.

Please see

  http://svnbook.red-bean.com/en/1.7/index.html

for the latest official release of the Subversion Book.

DOWNLOAD:
=
Note that downloads from sourceware.org (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update, please choose the one
nearest to you: http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, look at the
List-Unsubscribe:  tag in the email header of this message.  Send
email to the address specified there.  It will be in the format:

cygwin-announce-unsubscribe-YOU=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

-- 
David Rothenberger    daver...@acm.org


Updated: git-1.7.9-1, git{k,-gui,-completion,-svn}-1.7.9-1

2012-02-13 Thread Eric Blake (cygwin)
A new release of git, 1.7.9-1, has been uploaded, and will be available
for use when your mirror catches up.  This leaves 1.7.5.1-1 as previous.

NEWS:
=
This is a new upstream release, with upstream release notes attached.
See also the package documentation in /usr/share/doc/git/.

This release should cater to the fact that tcl is now X-based.  Before
reporting any problems with gitk or git-gui, first check that you are
running an X server.  Also, gitk will complain if your ~/.gitk has a
line 'set uicolor SystemButtonFace'; there's nothing I can do about it
at a packaging level, but you can remove the offending line to get past it.

When compiled out of the box, the upstream git maintainers cater to
older cygwin releases, and intentionally disable certain features that
have been reported on their mailing list, even though they work with the
latest cygwin.  Therefore, this build turns those features back on.
However, it means that this version does assume that you are not using
FAT or FAT32 to hold your repositories, since they do not store file
permissions very accurately.

DESCRIPTION:

Git is popular version control system designed to handle very large
projects with speed and efficiency; it is used mainly for various open
source projects, most notably the Linux kernel.

Git falls in the category of distributed source code management tools,
similar to e.g. GNU Arch or Monotone (or BitKeeper in the proprietary
world). Every Git working directory is a full-fledged repository with
full revision tracking capabilities, not dependent on network access or
a central server.

UPDATE:
===
To update your installation, click on the Install Cygwin now link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system. Save it and run setup, answer the questions and pick up 'git',
'gitk', 'git-gui', 'git-svn', and/or 'git-completion' from the 'Devel'
category.

DOWNLOAD:
=
Note that downloads from sourceware.org (aka cygwin.com) aren't allowed
due to bandwidth limitations.  This means that you will need to find a
mirror which has this update, please choose the one nearest to you:
http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

-- 
Eric Blake
volunteer cygwin git package maintainer

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, look at the
List-Unsubscribe:  tag in the email header of this message.  Send
email to the address specified there.  It will be in the format:

cygwin-announce-unsubscribe-YOU=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.
Git v1.7.9 Release Notes


Updates since v1.7.8


 * gitk updates accumulated since early 2011.

 * git-gui updated to 0.16.0.

 * git-p4 (in contrib/) updates.

 * Git uses gettext to translate its most common interface messages
   into the user's language if translations are available and the
   locale is appropriately set. Distributors can drop new PO files
   in po/ to add new translations.

 * The code to handle username/password for HTTP transactions used in
   git push  git fetch learned to talk credential API to
   external programs to cache or store them, to allow integration with
   platform native keychain mechanisms.

 * The input prompts in the terminal use our own getpass() replacement
   when possible. HTTP transactions used to ask for the username without
   echoing back what was typed, but with this change you will see it as
   you type.

 * The internals of revert/cherry-pick have been tweaked to prepare
   building more generic sequencer on top of the implementation that
   drives them.

 * git rev-parse FETCH_HEAD after git fetch without specifying
   what to fetch from the command line will now show the commit that
   would be merged if the command were git pull.

 * git add learned to stream large files directly into a packfile
   instead of writing them into individual loose object files.

 * git checkout -B current branch elsewhere is a more intuitive
   way to spell git reset --keep elsewhere.

 * git checkout and git merge learned --no-overwrite-ignore option
   to tell Git that untracked and ignored files are not expendable.

 * git commit --amend learned --no-edit option to say that the
   user is amending the tree being recorded, without updating the
   commit log message.

 * git commit and git reset re-learned the optimization to prime
   the cache-tree information in the index, which makes it faster to
   write a tree object out after the index entries are updated.

 * git commit detects and rejects an attempt to stuff NUL byte in
   the commit log message.

 * git commit learned -S to GPG-sign