public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Thomas Wolff <towo@towo.net>
To: cygwin@cygwin.com
Subject: Re: mintty fails to start
Date: Fri, 20 Jan 2017 21:35:00 -0000	[thread overview]
Message-ID: <306e5b52-3098-3832-61a9-e4b88d680609@towo.net> (raw)
In-Reply-To: <1678300909.1030872.1484947150343@mail.yahoo.com>

Am 20.01.2017 um 22:19 schrieb Emember MemberUS via cygwin:
>      ...
>
>      Suggestion: produce an error message that would help identifying this problem when mintty starts.
>      NOTE: this issue happens only in cygwin, and only when both files are present: /bin/bash.exe and empty /bin/bash.
>      If no bash is present, mintty issues a correct error message.
>
>
>      One interesting test case may be to remove the x bit from the empty bash file, to see that mintty handles invocation errors properly. The issue is that     invocation of an empty file (provided that the x bit is set) is not considered an error in a Linux environment, and thus on cygwin, so the exec system     call does not report an error in the first place.
>      There is nothing that can be done about it, the behaviour is correct.
>      ------
>      Thomas
>
>
> ---------------------------------------------------------
>
> Correction:
> replace <produce an error message> above with <allow logging of exec call(s)>
>
> Current behavior may be correct, but it makes cygwin vulnerable to such hard-to-detect configuration problems.
Please describe precisely what you have in mind. A log output before 
invoking the client program would normally not be desired. You can keep 
mintty from closing with option `-h alw` but you wouldn't see anything now.
Also this issue does not make cygwin vulnerable because on invocation of 
an empty program nothing happens.
------
Thomas

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

      reply	other threads:[~2017-01-20 21:35 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <2145564667.803491.1484839522957.ref@mail.yahoo.com>
2017-01-19 15:28 ` Emember MemberUS via cygwin
2017-01-19 21:03   ` Thomas Wolff
2017-01-20 21:19   ` Emember MemberUS via cygwin
2017-01-20 21:35     ` Thomas Wolff [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=306e5b52-3098-3832-61a9-e4b88d680609@towo.net \
    --to=towo@towo.net \
    --cc=cygwin@cygwin.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).