This is the mail archive of the
mailing list for the Cygwin project.
Re: MinTTY 2.1.3 update breaks interoperability with ConEmu
- From: Thomas Wolff <towo at towo dot net>
- To: cygwin at cygwin dot com
- Date: Mon, 3 Aug 2015 09:54:28 +0200
- Subject: Re: MinTTY 2.1.3 update breaks interoperability with ConEmu
- Authentication-results: sourceware.org; auth=none
- References: <55BB5FA7 dot 9020404 at yahoo dot com> <CAK-n8j4hpEnTdOOTLg3OkuY27Ter1dRW2KO1hWto_csGHsxvyA at mail dot gmail dot com> <1171686268 dot 20150801151924 at yandex dot ru>
Am 01.08.2015 um 14:19 schrieb Andrey Repin:
Greetings, Jim Reisert AD1C!
Please disregard this post. Checking the changelog reveals that this is
caused by a new feature, and can be overridden with the -d (--nodaemon)
Why isn't the old behavior the default (spawn one process), with the
new feature being *enabled* by the -d switch? Wouldn't "-daemon" also
make more sense than "-nodaemon"?
Had the same question.
Because the purpose of the new behaviour is to ensure normal operation
when mintty is called from a cygwin console, i.e. within a normal cygwin
environment. Unfortunately, otherwise, signal delivery is broken within
mintty, e.g. ^C does not work. I guess this is some bug in cygwin
itself, if you like to help debug it :) , we may eventually revert to
the previous behaviour.
Suggestions for better solutions are welcome, and I will check to detect
ConEmu explicitly to make an exception in that case.
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple