public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Adam Dinwoodie <adam@dinwoodie.org>
To: cygwin@cygwin.com, 	"Trosi,
	Marco" <marco.trosi@continental-corporation.com>
Subject: Re: configured FZF call fails since update from Cygwin 3.0.7 to 3.1.2
Date: Mon, 27 Jan 2020 17:31:00 -0000	[thread overview]
Message-ID: <CA+kUOamehVGw-YFHvLGx5g1E2tGEs4iqLNCXQwVKV-Ez83Q31g@mail.gmail.com> (raw)
In-Reply-To: <VI1PR03MB6239E12934D22AE0DBEEFF5DBA0C0@VI1PR03MB6239.eurprd03.prod.outlook.com>

Hi Marco,

On Wed, 22 Jan 2020 at 08:56, Trosi, Marco wrote:
> > Hi Marco,
> >
> > On Fri, 17 Jan 2020 at 09:43, Trosi, Marco wrote:
> > >
> > > Hello everyone and a happy new year,
> > >
> > > I updated recently Cygwin from 3.0.7 to 3.1.2, and now when I run "fzf" the following happens.
> > >
> > > <snip>
> >
> > While I'm nominally the Cygwin maintainer for fzf, the upstream
> > source has stopped supporting the version Cygwin uses, which means
> > there's incredibly little help I can offer.
> >
> > I vaguely intended to create a supported fork of the Ruby fzf
> > version that Cygwin runs, but never managed to make any useful
> > progress on it.  At this point, it's unlikely I'm ever going to,
> > either.
> >
> > If you're interested in taking over the maintainership and working
> > out your problems yourself, that's something I'm definitely willing
> > to help with insofar as I can, but otherwise I'm afraid you're on
> > your own here.
> >
> > (For context: the version of fzf that Cygwin uses is written in
> > Ruby, but some time ago the upstream fzf project switched from a
> > Ruby-based version to a Go-based version. Cygwin doesn't have a
> > native Go compiler, and getting a working Cygwin-packaged version of
> > fzf using a non-Cygwin Go compiler was beyond what I could achieve
> > with the time available to me.)
> >
> > Adam
>
> Hi,
>
> Thanks for the offer.
>
> Do you really think it has something to do with FZF?
> FZF is working perfectly.
> The issue occurs only when I use my "fdc" wrapper script and since update to Cygwin 3.1.2.
> Currently it feels to me like some kind of Cygwin internal string/pipe/stream handling thing.
> Okay maybe Cygwin changed something on purpose and FZF needs to be updated accordingly, is that what you think is happening here?

I think it's unlikely that the problem is with FZF, however given that's
where you're spotting the problem, someone needs to narrow down what's
going on, and that'll require either digging into what FZF is doing, or
otherwise coming up with a simple test case that doesn't involve FZF.

As is more-or-less always the case with open source projects, someone
has to do that work.  That might be me, as FZF maintainer, but as above,
I simply don't have the bandwidth to do that.  It could be someone else
involved in the Cygwin project, but given nobody else has replied to
this thread on the Cygwin mailing list, I don't think you're likely to
have much luck waiting on that.  Which, I'm afraid, leaves you.

If you can get a simple test case that shows the problem and doesn't
involve FZF, I expect other people on the list will be much better
placed to help.  Until and unless that simple test case exists, however,
I think there's unlikely to be any more progress unless someone else
happens to discover the same problems by chance.

Adam

PS: Convention on this list, per the links in the email footer, is to
reply to the list, not to individuals, as it means everyone on the list
can help rather than requiring one person to do all the labour.  We also
prefer to reply in-line below the text (as I'm doing here) and to not
quote raw email addresses, since otherwise they get harvested by
spammers from the email archives.

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

      parent reply	other threads:[~2020-01-27 17:31 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-01-17  9:43 Trosi, Marco
2020-01-17 19:30 ` Adam Dinwoodie
     [not found]   ` <VI1PR03MB6239E12934D22AE0DBEEFF5DBA0C0@VI1PR03MB6239.eurprd03.prod.outlook.com>
2020-01-27 17:31     ` Adam Dinwoodie [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CA+kUOamehVGw-YFHvLGx5g1E2tGEs4iqLNCXQwVKV-Ez83Q31g@mail.gmail.com \
    --to=adam@dinwoodie.org \
    --cc=cygwin@cygwin.com \
    --cc=marco.trosi@continental-corporation.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).