On Fri, 3 Nov 2017 15:26:27 + Jon Turney
wrote:
JT> On 03/11/2017 14:45, Vadim Zeitlin wrote:
JT> > Our build has started on AppVeyor, a continuous integration provider,
JT> > started failing since a couple of days as a makefile command running a
JT> > Python script
Hello,
Our build has started on AppVeyor, a continuous integration provider,
started failing since a couple of days as a makefile command running a
Python script started failing with exit code 127 without any more
information. This is a strange situation as I can't reproduce the problem
locally,
Hello,
I seem to have a special talent for finding problems related to the
handling of doubled consecutive slashes in cygpath, as 5 years after
posting my previous bug report on this topic (see
http://sourceware.org/ml/cygwin/2011-06/msg00212.html), I have another one
which is also best shown wi
Charles Wilson cwilson.fastmail.fm> writes:
> On 6/18/2011 7:33 AM, Corinna Vinschen wrote:
> > cygpath -pm `some-mingw-g++ -print-search-dirs`
>
> As the OP stated, this is happening deep inside libtool, so it's not
> like he can easily insert a call to 'cygpath' in there. Now, libtool
> DOES
Corinna Vinschen cygwin.com> writes:
> On Jun 18 11:18, Vadim Zeitlin wrote:
> > Corinna Vinschen cygwin.com> writes:
> > >
> > > Don't use Windows paths, use POSIX paths:
> >
> > As I wrote in my first message[*], I unfortunately can't
Corinna Vinschen cygwin.com> writes:
> On Jun 17 16:29, Fahlgren, Eric wrote:
> > Vadim Zeitlin wrote:
> > > Could someone else please test this under Windows 7 to confirm the bug?
> >
> > Windows 7 Pro 64-bit
> >
> > $ ls C:/cygwin/lib/X11/../libc
Greg Chicares sbcglobal.net> writes:
> On 2011-06-17 21:23Z, Vadim Zeitlin wrote:
> >
> > I see the following differences:
> >
> > - You have 1.7.9 while I have 1.7.8 and 1.7.7.
> > - You have XP while I have 64 bit Windows 7.
...
> Another data point-
Illia Bobyr ronin-capital.com> writes:
>
> On 6/17/2011 1:59 PM, Vadim Zeitlin wrote:
> > Hello,
> >
> > I think I've discovered a bug with handling specific forms of "mixed" form
> > paths in Cygwin 1.7. Here is the briefest possible d
Hello,
I think I've discovered a bug with handling specific forms of "mixed" form
paths in Cygwin 1.7. Here is the briefest possible demonstration:
$ ls C:/cygwin/lib/X11/../libc.a
C:/cygwin/lib/X11/../libc.a
$ ls C:/cygwin/lib/X11/..//libc.a
ls: cannot access C:
David Sastre gmail.com> writes:
> On Fri, Jun 17, 2011 at 05:16:02PM +, Vadim Zeitlin wrote:
> > So it seems to me that there is a real problem with m4 1.4.16.
> > Unfortunately I don't know how to debug it further. For the moment I'm just
> > going to s
Uday S Reddy cs.bham.ac.uk> writes:
> Eric Blake writes:
>
> > Odd; that says all your dlls are in place. The only other thing that I
> > can suspect is that you have an incomplete dll, where you are missing a
> > required entry point (perhaps you are running too old of a
> > cygwin1.dll?). Wh
I wrote:
> Unfortunately I have no clue about how to debug it.
...
> Is going back to Cygwin 1.5 really the only solution?
Sorry, I should have read the thread more carefully before writing this,
the message from Brian L does provide a solution: using plink.exe instead
of Cygwin ssh works fine
Kevin Layer franz.com> writes:
> layer hobart128 /c/tmp
> $ git clone git:/repo/git/acl acl.test
> Initialized empty Git repository in /c/tmp/acl.test/.git/
> remote: Counting objects: 9205, done.
> remote: Compressing objects: 100% (3300/3300), done.
> fatal: The remote end hung up
13 matches
Mail list logo
