On Mon, Feb 9, 2015 at 7:45 AM, Eric Blake ebl...@redhat.com wrote:
For now, but I may move to dash someday in the future, like Debian did.
By “I” are you referring to a personal decision at your site or do you
mean you may exert your influence to get the default Cygwin /bin/sh
switched to dash?
The path argument to find must be a directory.
Sorry, but I can't let this go by. The statement above is incorrect,
as a simple test like find /etc/passwd -print would show.
David
On Wed, Sep 17, 2014 at 5:02 PM, Gary Johnson garyj...@spocom.com wrote:
On 2014-09-17, Paul.Domaskis wrote:
On Fri, Sep 12, 2014 at 6:24 PM, Eric Blake ebl...@redhat.com wrote:
On 09/12/2014 02:15 PM, Christian Franke wrote:
unsetenv(PATH);
This is undefined behavior, per POSIX. POSIX recommends that you always
leave PATH defined to at least a bare minimum of the results of
confstr(_CS_PATH,
On Tue, Feb 11, 2014 at 9:58 AM, Adam Dinwoodie a...@dinwoodie.org wrote:
Just curious where we stand with this now that 1.7.28 is out.
Assuming that further testing affirms that the SSE2 bug affecting Git
is fixed in recent snapshots, this brings us back the original
subject: is there a
On Wed, Jan 29, 2014 at 7:46 PM, Steven Penny svnp...@gmail.com wrote:
On Wed, Jan 29, 2014 at 9:42 PM, Christopher Faylor wrote:
http://cygwin.com/ml/cygwin/2013-12/threads.html#00262
With all due respect, so what? That is for 1.7.25, I have 1.7.27
It was reported in 1.7.25, fixed for
On Wed, Jan 22, 2014 at 7:07 AM, Christopher Faylor wrote:
So I'll change my answer to I don't know.
How about 'g[+][+]' or 'g[+]{2}'?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Jason,
On Fri, Jan 17, 2014 at 11:13 AM, Jason Tishler ja...@tishler.net wrote:
AFAICT, there is a race condition issue with the proposed functionality.
David's build servers could be quiescent when the check for running
processes is performed, but they could restart before the rebase is
Jason et al,
Here's a suggested new flag (with patch, attached) for
/usr/bin/rebaseall. It adds a -w(ait) flag which causes the check for
running Cygwin processes to be done in a loop, breaking out and doing
the rebaseall as soon as it finds a quiescent moment.
We run Cygwin on build servers
But as a point of practicality, 64-bit Cygwin can help with some cases of
DLL address space collisions. So if you haven't experimented with
64-bit Cygwin in your environment, it may be worth your time.
This sounds very reasonable but I'm curious: is it to date just a
theory that makes sense
http://dehradunchandigarhtaxi.co.in/btrgty/rnntiox.ouxowevnyexurgz
--
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
/share) because those require teaching libapr1 about UNC paths,
which I haven't done (yet?).
Still, I think it will support your use case of the config directory on
a UNC share.
Please give it a shot and let me know.
My local test case now works perfectly. Thanks!
-David Boyce
--
Problem
the password is
//prefix.company.com/xyz/home/builder/.subversion/auth/svn.simple/1b794458a0e19fc8211326d47216f19b).
Taken together it implies an off-by-one error causing a leading
pathname component to be dropped and a corresponding trailing
component to be added.
David Boyce
--
Problem reports
On Wed, Apr 24, 2013 at 2:21 PM, Christian Franke
christian.fra...@t-online.de wrote:
Yes, option is possibly set as int (bool) but retrieved as long:
Is this possibly an upstream bug which is hidden on Linux et al. due to a
different x64 ABI (which requires register parameter zero
On Thu, Dec 20, 2012 at 12:33 AM, Paul Fredrickson
paul.fredrick...@gmail.com wrote:
On Wed, Dec 19, 2012 at 8:24 PM, David Boyce d...@boyski.com wrote:
http://lmgtfy.com/?q=python+_md5
http://stackoverflow.com/questions/10306531/python-importerror-no-module-named-md5
Well, it certainly
http://lmgtfy.com/?q=python+_md5
http://stackoverflow.com/questions/10306531/python-importerror-no-module-named-md5
On Wed, Dec 19, 2012 at 7:45 PM, Ken Brown kbr...@cornell.edu wrote:
On 12/19/2012 8:08 PM, Paul Fredrickson wrote:
On Wed, Dec 19, 2012 at 5:02 PM, Ken Brown kbr...@cornell.edu
On Mon, Jun 11, 2012 at 1:26 PM, Andrew DeFaria wrote:
On 6/11/2012 9:25 AM, Eric Blake wrote:
Perhaps CYGWIN could have used a tab to separate the group names?
What's to say that 'TAB' won't be valid in a group name?
What's to say that any characters won't be valid in a name? Nothing.
On Wed, Apr 27, 2011 at 11:54 AM, Eric Blake wrote:
I think the patch should remain cygwin-only, and not go upstream.
What about native Windows builds of GNU tar such as GnuWin32? Wouldn't
they benefit from a (suitably conditionalized) patch too?
DSB
--
Problem reports:
On Fri, Mar 18, 2011 at 6:00 PM, Larry Hall (Cygwin) wrote:
On 3/18/2011 2:39 PM, Alex Khripin wrote:
If you're using a native Windows 'make' with a Cywgin shell, you're better
off making your tools consistent. Quoting mechanisms for Windows do not
align with those used by Cygwin/Linux/Unix,
had fallen off
(http://cygwin.com/ml/cygwin/2004-09/msg00288.html). I'm guessing
the main problem is that EnumProcessModules does not guarantee an
order?
Thanks,
David Boyce
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation
19 matches
Mail list logo