On Mon, Feb 9, 2015 at 7:45 AM, Eric Blake 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?
-David
--
Prob
> 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 wrote:
> On 2014-09-17, Paul.Domaskis wrote:
>> writes:
>> > wri
On Fri, Sep 12, 2014 at 6:24 PM, Eric Blake 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 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 maintainer for Git who w
On Wed, Jan 29, 2014 at 7:46 PM, Steven Penny 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 1.7.28.
--
Problem
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
Un
Jason,
On Fri, Jan 17, 2014 at 11:13 AM, Jason Tishler 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
> finished. I reali
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 whic
> 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
export
> //server/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
name in its path (the full correct path to the
file containing 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 corre
On Wed, Apr 24, 2013 at 2:21 PM, Christian Franke
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 extension) ?
Very possible
On Thu, Dec 20, 2012 at 12:33 AM, Paul Fredrickson
wrote:
> On Wed, Dec 19, 2012 at 8:24 PM, David Boyce wrote:
>> http://lmgtfy.com/?q=python+_md5
>> http://stackoverflow.com/questions/10306531/python-importerror-no-module-named-md5
>>
>
> Well, it certainly isn'
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 wrote:
> On 12/19/2012 8:08 PM, Paul Fredrickson wrote:
>>
>> On Wed, Dec 19, 2012 at 5:02 PM, Ken Brown wrote:
>>>
>>> On 12/19/2012 4:5
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 nam
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: http://cygwin.com
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/Uni
ementing RTLD_DEFAULT only without saying why
RTLD_NEXT 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/pr
19 matches
Mail list logo
