On Sun, 13 Jul 2025 20:34:56 +0900
Takashi Yano wrote:
> On Sun, 13 Jul 2025 11:40:10 +0200
> Christoph Reiter wrote:
> > I'm having the problem that under cygwin flushing stdin for some reason
> > doesn't
> > work when running in mintty. It works when running
On Sun, 13 Jul 2025 11:40:10 +0200
Christoph Reiter wrote:
> I'm having the problem that under cygwin flushing stdin for some reason
> doesn't
> work when running in mintty. It works when running cygwin in the Windows
> terminal though. In my case the program using this is
I'm having the problem that under cygwin flushing stdin for some reason doesn't
work when running in mintty. It works when running cygwin in the Windows
terminal though. In my case the program using this is pacman, where it asks
various questions and if you hit some keys in-between ques
Am 05.07.2025 um 18:17 schrieb Jim Garrison via Cygwin:
On 7/4/2025 18:49, Thomas Wolff via Cygwin wrote:
Am 05.07.2025 um 03:04 schrieb Jim Garrison via Cygwin:
I've recently started seeing weirdness in mintty/bash after a
connection to a remote system is terminated by the remote. S
On 7/4/2025 18:49, Thomas Wolff via Cygwin wrote:
Am 05.07.2025 um 03:04 schrieb Jim Garrison via Cygwin:
I've recently started seeing weirdness in mintty/bash after a
connection to a remote system is terminated by the remote. So far
this seems to happen only if the remote sessio
Am 05.07.2025 um 03:04 schrieb Jim Garrison via Cygwin:
I've recently started seeing weirdness in mintty/bash after a
connection to a remote system is terminated by the remote. So far
this seems to happen only if the remote session was interrupted while
vi was running.
After the sessi
I've recently started seeing weirdness in mintty/bash after a connection
to a remote system is terminated by the remote. So far this seems to
happen only if the remote session was interrupted while vi was running.
After the session is interrupted, here's what happens on the local
t; > >
> > > > A few days ago, Corinna asked me to check a problem of TTY.
> > > > The problem is as follows.
> > > >
> > > > Reproduce steps:
> > > > (1) Open mintty.
> > > > (2) Open another mintty.
> > > &g
mintty.
(2) Open another mintty.
(3) Place the second mintty window over the first one.
(4) Hold ctrl key down.
(5) Press 'd' key while holding ctrl key. The second mintty
window will be closed. Keep ctrl key still hold down.
(6) Now the first mintty window is focused. Then pre
On Jan 28 00:50, Thomas Wolff via Cygwin wrote:
>
> Am 27.01.2025 um 12:17 schrieb Takashi Yano via Cygwin:
> > Hi Thomas,
> >
> > A few days ago, Corinna asked me to check a problem of TTY.
> > The problem is as follows.
> >
> > Reproduce steps:
> &
Am 27.01.2025 um 12:17 schrieb Takashi Yano via Cygwin:
Hi Thomas,
A few days ago, Corinna asked me to check a problem of TTY.
The problem is as follows.
Reproduce steps:
(1) Open mintty.
(2) Open another mintty.
(3) Place the second mintty window over the first one.
(4) Hold ctrl key down
Hi Thomas,
A few days ago, Corinna asked me to check a problem of TTY.
The problem is as follows.
Reproduce steps:
(1) Open mintty.
(2) Open another mintty.
(3) Place the second mintty window over the first one.
(4) Hold ctrl key down.
(5) Press 'd' key while holding ctrl key. The sec
On 2025-01-13 07:15, Thomas Wolff via Cygwin wrote:
Am 13.01.2025 um 13:39 schrieb Dr Bean via Cygwin:
On 2023/10/08, Thomas Wolff wrote about mintty font handling:
By the way, as CJK fonts are usually not very suitable for Latin text
(mostly not being monowidth in the first place), there is
Am 13.01.2025 um 13:39 schrieb Dr Bean via Cygwin:
On 2023/10/08, Thomas Wolff wrote about mintty font handling:
By the way, as CJK fonts are usually not very suitable for Latin text
(mostly not being monowidth in the first place), there is a useful
mechanism in mintty that allows you to use
On 2023/10/08, Thomas Wolff wrote about mintty font handling:
> By the way, as CJK fonts are usually not very suitable for Latin text
> (mostly not being monowidth in the first place), there is a useful
> mechanism in mintty that allows you to use your favourite CJK and
> n
On Mon, 23 Sep 2024 10:28:02 +0200
Thomas Wolff wrote:
> Am 23.09.2024 um 08:15 schrieb Takashi Yano via Cygwin:
> > Hi Thomas,
> >
> > On Tue, 17 Sep 2024 10:06:36 +0200
> > Thomas Wolff wrote:
> >> I have uploaded mintty 3.7.5 with the following changes:
Am 23.09.2024 um 08:15 schrieb Takashi Yano via Cygwin:
Hi Thomas,
On Tue, 17 Sep 2024 10:06:36 +0200
Thomas Wolff wrote:
I have uploaded mintty 3.7.5 with the following changes:
Highlights
* Box Drawing characters (U+2500..U+257F) are self-drawn (#935, #1119).
* Tabs can be reordered
Hi Thomas,
On Tue, 17 Sep 2024 10:06:36 +0200
Thomas Wolff wrote:
> I have uploaded mintty 3.7.5 with the following changes:
>
> Highlights
> * Box Drawing characters (U+2500..U+257F) are self-drawn (#935, #1119).
> * Tabs can be reordered via user-definable functions (#1283
Greetings!
Just an idea: setup.exe already has 2 options to put the MinTTY icon
on the Desktop&Start Menu. Could the same be done to put MinTTY into
the task bar, please?
Mark
--
IT Infrastructure Consultant
Windows, Linux
--
Problem reports: https://cygwin.com/problems.html
Am 16.08.2024 um 16:25 schrieb zdi-disclosures--- via Cygwin:
The attachment could not be scanned for viruses because it is a password
protected file.
ZDI-CAN-24744: Mintty Path Conversion Improper Input Validation Information
Disclosure Vulnerability
???
-- CVSS
The attachment could not be scanned for viruses because it is a password
protected file.
ZDI-CAN-24744: Mintty Path Conversion Improper Input Validation Information
Disclosure Vulnerability
-- CVSS -
5.3: AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:N/A:N
-- ABSTRACT
A clarification:
On 8/7/24 3:24 PM, Bruce Jerrick wrote:
> ...
> Which brings it all back to the same state as stage 2 above.
Except that the focus problem did not re-occur.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:
I am not able to reproduce the mintty window focus problem.
(Also I failed to mention that I was originally using the latest
test version of the cygwin package, but that now appears not
to matter (see below).)
Test history is as follows. Versions not mentioned are the same
as the previous
I should have mentioned this originally: The loss of focus did not
occur with native Windoze windows, only with mintty.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info
A heads-up warning for those using Windows Insider Preview
(bleeding-edge updates):
After installing Windows 11 Insider Preview "Cumulative Update
(10.0.22635.4005) (KB5040555)", there was a problem with the focus of
a mintty window: clicking once on its title bar removed focus.
On Monday, July 8, 2024 at 10:17:37 PM EDT, Cyanryaku Ailet via Cygwin
wrote:
> I typed a semicolon char and then pressed TAB key, then mintty hangs. It
> can’t be closed even by Windows close button.
Remove all the unavailable network shares from $PATH. By default, tab is
c
Hi there
I am using Win 11, last week I installed freshly Cygwin with most recent
packages.
I setup a taskbar shortcut to run mintty and it will use bash.
I typed a semicolon char and then pressed TAB key, then mintty hangs. It can’t
be closed even by Windows close button.
the only way is
On Thu, Feb 29, 2024 at 1:38 PM Charles Russell via Cygwin
wrote:
>
> What is the easiest way to open mintty with high priority by default?
> Adding /High to the shortcut command string no longer seems to work in
> Windows 11.
Assuming that you're using the mintty window to run
What is the easiest way to open mintty with high priority by default?
Adding /High to the shortcut command string no longer seems to work in
Windows 11.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https
Thank you so much for the link to the github.com/mintty report -- the
best problem
is a known problem :)
I've posted a comment to that report with a little more info.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Document
Am 15.02.2024 um 09:23 schrieb Bruce Jerrick via Cygwin:
Has anyone had this happen:
Sometimes when I have a mintty running, the upper-left quandrant of the
desktop
becomes inert to the mouse -- icons do not respond to hovers or clicks,
and the
desktop background does not respond to a right
Has anyone had this happen:
Sometimes when I have a mintty running, the upper-left quandrant of the
desktop
becomes inert to the mouse -- icons do not respond to hovers or clicks,
and the
desktop background does not respond to a right-click.
The remainder of the desktop behaves normally
On 1/18/2024 06:14, Thomas Wolff via Cygwin wrote:
Am 18.01.2024 um 14:08 schrieb Andrey Repin via Cygwin:
Greetings, Jim Garrison via Cygwin!
Details
I have mintty set to term type "mintty"
Don't do that.
$TERM is not a random made-up string. It should be supported
Am 18.01.2024 um 14:08 schrieb Andrey Repin via Cygwin:
Greetings, Jim Garrison via Cygwin!
Details
I have mintty set to term type "mintty"
Don't do that.
$TERM is not a random made-up string. It should be supported by appropriate
terminfo(5) entry on the system. If an ent
Greetings, Jim Garrison via Cygwin!
> Details
> I have mintty set to term type "mintty"
Don't do that.
$TERM is not a random made-up string. It should be supported by appropriate
terminfo(5) entry on the system. If an entry is not found, it will fall back
to some other
Am 16.01.2024 um 22:38 schrieb Jim Garrison via Cygwin:
TL;DR
New laptop, setting up mintty configuration identical to working
desktop system. When connected to one specific Debian 11 (Bullseye)
system (to which I connect often from the desktop with no issues),
backspace appears to send ^H
TL;DR
New laptop, setting up mintty configuration identical to working desktop
system. When connected to one specific Debian 11 (Bullseye) system (to
which I connect often from the desktop with no issues), backspace
appears to send ^H, and Debian interprets ^H correctly, but the terminal
I have uploaded mintty 3.6.5 with the following changes:
Pathname handling
* Fix file link detection (#1208), tweak URL detection (#1209).
* Restore opening of Windows path names (#1219; broken since 2.8.1).
Terminal features
* Fix setup of initial status line if monitor DPI is 96
ent color was too dark. I changed
the accent color to white, which doesn't seem to interfere with my
color scheme, and paid more attention to overlapping mintty and gvim
windows (which have black backgrounds), and as you say, it's faint
but there.
Regards,
Gary
--
Problem reports:
On 8/25/2023 00:18, Backwoods BC via Cygwin wrote:
[snip]
I get borders around both active and inactive windows, but then I've
spent hours (probably days) messing with registry values in an attempt
to gain the kind of UI control that was built into XP. I don't know
which change I made that gave
com/pipermail/cygwin/2021-April/248367.html
>>>>>>
>>>>>> Windows 11 now has an "accent color" option under
>>>>>> Settings/Personalization/Colors that adds a thin (1px?) border
around
>>>>>> all windows, in a user-sele
n "accent color" option under
> > >>>Settings/Personalization/Colors that adds a thin (1px?) border around
> > >>>all windows, in a user-selectable color. This definitively eliminates
> > >>>the problem seen with overlapping mintty windows that h
round
> >>>all windows, in a user-selectable color. This definitively eliminates
> >>>the problem seen with overlapping mintty windows that have a dark grey
> >>>or black background (where the shadow isn't visible).
> >>>
> >>>Just FYI
&g
Windows 11 now has an "accent color" option under
Settings/Personalization/Colors that adds a thin (1px?) border around
all windows, in a user-selectable color. This definitively eliminates
the problem seen with overlapping mintty windows that have a dark grey
or black background (where the sh
11 now has an "accent color" option under
> > Settings/Personalization/Colors that adds a thin (1px?) border around
> > all windows, in a user-selectable color. This definitively eliminates
> > the problem seen with overlapping mintty windows that have a dark grey
> &
tion/Colors that adds a thin (1px?) border around
> all windows, in a user-selectable color. This definitively eliminates
> the problem seen with overlapping mintty windows that have a dark grey
> or black background (where the shadow isn't visible).
>
> Just FYI
>
> --
> J
lor. This definitively eliminates
the problem seen with overlapping mintty windows that have a dark grey
or black background (where the shadow isn't visible).
Just FYI
--
Jim Garrison
j...@acm.org
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq
Am 18.06.2023 um 22:00 schrieb Ross Boulet via Cygwin:
I was looking at the settings for mintty and saw the new option (new as of
3.6.4 from March) for a status line. I decided to try it out. Sure enough, a
status line appeared at the bottom. All was well until I tried to open a new
mintty
I was looking at the settings for mintty and saw the new option (new as of
3.6.4 from March) for a status line. I decided to try it out. Sure enough, a
status line appeared at the bottom. All was well until I tried to open a new
mintty window and nothing seemed to happen. After a little
On May 18, 2023 5:12 PM, Brian Inglis expressed:
>
> That will depend on the client installed on the remote host!
> Get them to upgrade to gvim 9 as on Windows ;^>
I don't think that will do anything. :-)
This is the ubuntu version:
jic@web:~/w/default.website$ gvim --version
VIM - Vi IMprove
On 2023-05-18 08:21, Jose Isaias Cabrera via Cygwin wrote:
On May 12, 2023 6:23 PM, Jose Isaias Cabrera expressed:
On May 12, 2023 12:39 PM, Brian Inglis expressed:
If you're running Cygwin/X (installed xinit) you should install Cygwin gvim(/X)
for local use and run gvim clients from remote s
Greetings!
On May 12, 2023 6:23 PM, Jose Isaias Cabrera expressed:
>
>
> On May 12, 2023 12:39 PM, Brian Inglis expressed:
> >
> > If you're running Cygwin/X (installed xinit) you should install Cygwin
> > gvim(/X) for local use and run gvim clients from remote systems on your X
> > server
On May 12, 2023 12:39 PM, Brian Inglis expressed:
>
> If you're running Cygwin/X (installed xinit) you should install Cygwin
> gvim(/X) for local use and run gvim clients from remote systems on your X
> server e.g.
>
> $ ssh -f -Y ubuntu-remote gvim ...
>
WOW!! THANKS!!
I didn't know that
connection to an ubuntu server through cygwin mintty. I have gvim for
windows, and that works perfectly. But, when I use the cygwin terminal, and an
ssh'ed connection to ubuntu, the mouse does not work. I will try to see what
are my .vimrc settings for Windows, cygwin and ubuntu and try to m
> > You expect too much of ssh. ssh is a text utility, not an X one. The remote
> > vim
> > never sees your mouse actions: it's mintty that performs select / paste.
>
> Are you sure?
>
> man ssh:
>
> " -X Enables X11 forwarding. This ca
On 2023-05-11 20:42, René Berber via Cygwin wrote:
On 5/11/2023 8:16 PM, Duncan Roe via Cygwin wrote:
You expect too much of ssh. ssh is a text utility, not an X one. The remote vim
never sees your mouse actions: it's mintty that performs select / paste.
Are you sure?
man ssh:
&qu
On 5/11/2023 8:16 PM, Duncan Roe via Cygwin wrote:
You expect too much of ssh. ssh is a text utility, not an X one. The remote vim
never sees your mouse actions: it's mintty that performs select / paste.
Are you sure?
man ssh:
" -X Enables X11 forwarding. This c
On Thu, May 11, 2023 at 03:24:18PM +, cygwin wrote:
>
> Greetings.
>
> In mintty, while using vim, I would like to highlight a few lines, and
> have vim tell me how many lines have been highlighted. Is this a
> possibility? For example:
>
> 0
> 1
> ->2
> -&
4
>
> That's the problem. It's not doing it for me on vim on the cygwin
> xterm, nor on a connection to an ubuntu server through cygwin
> mintty. I have gvim for windows, and that works perfectly. But,
> when I use the cygwin terminal, and an ssh'ed connection to
&
ine if multiple windows are
> visible e.g.
>
> -- SELECT -- 4 7,2 All
> or
> -- SELECT -- 4
That's the problem. It's not doing it for me on vim on the cygwin xterm, nor on
a connection to a
On 2023-05-11 09:24, Jose Isaias Cabrera via Cygwin wrote:
In mintty, while using vim, I would like to highlight a few lines, and have vim
tell me how many lines have been highlighted. Is this a possibility? For
example:
0
1
->2
->3
->4
->5
6
7
8
9
If I highlight lines 2 throug
Greetings.
In mintty, while using vim, I would like to highlight a few lines, and have vim
tell me how many lines have been highlighted. Is this a possibility? For
example:
0
1
->2
->3
->4
->5
6
7
8
9
If I highlight lines 2 through 5, I would like vim to tell me that 4 line
ate, and all the
> ...
--- The signout & re-signin can be done very quickly, which solves the problem
and so I don't think such applications disturbing the environment.
Also, I found the issue in my lab, but now testing in my private machine,
which is not connected to domain network.
On 2023-04-04 20:56, Yuta SUZUKI via Cygwin wrote:
Thank you for your reply.
But I can't get the point so much...
This setting example is only a suggestion, not meant to be used verbatim, and
--- Yes. In my lab, I use another path for the default home. This is
just a simple test configurati
Am 04.04.2023 um 17:13 schrieb Yuta SUZUKI via Cygwin:
Hi,
I am recently setting up the computer room of my faculty
and then encountered the following issue:
Short description:
Change the default home directory via
/etc/nsswitch.conf
and make a new Windows user.
Login to the new user (and do
Brian,
Thank you for your reply.
But I can't get the point so much...
> This setting example is only a suggestion, not meant to be used verbatim, and
--- Yes. In my lab, I use another path for the default home. This is
just a simple test configuration.
> means that, for each Windows account at s
On 2023-04-04 09:13, Yuta SUZUKI via Cygwin wrote:
I am recently setting up the computer room of my faculty
and then encountered the following issue:
Short description:
Change the default home directory via
/etc/nsswitch.conf
and make a new Windows user.
Login to the new user (and do not logout)
Hi,
I am recently setting up the computer room of my faculty
and then encountered the following issue:
Short description:
Change the default home directory via
/etc/nsswitch.conf
and make a new Windows user.
Login to the new user (and do not logout) and launch cygwin.
After opening another applic
I have uploaded mintty 3.6.4 with the following changes:
Highlight
* Dynamic support for flags emojis, deployment script.
Terminal features
* Tweak response code to XTQALLOWED OSC 60 and XTQDISALLOWED OSC 61
(xterm 378).
* Readline mouse modes (DECSET 2001 / 2002 / 2003, xterm 379
On Tue, 10 Jan 2023 22:24:39 +0100
Francesco Pretto wrote:
> On Tue, 10 Jan 2023 at 18:03, Takashi Yano wrote:
> > What does "uname -a" in Git for Windows say?
> >
>
> MINGW64_NT-10.0-19045 LAPTOPBBK2 3.3.6-341.x86_64 2022-09-05 20:28 UTC
> x86_64 Msys
Thanks. Actually, I already fixed that issu
On Tue, 10 Jan 2023 at 18:03, Takashi Yano wrote:
> What does "uname -a" in Git for Windows say?
>
MINGW64_NT-10.0-19045 LAPTOPBBK2 3.3.6-341.x86_64 2022-09-05 20:28 UTC
x86_64 Msys
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documenta
On Tue, Jan 10, 2023 at 04:50:26PM +0100, Francesco Pretto via Cygwin wrote:
> Hello,
>
> I want to report a bug in mintty that is mostly suffered by "Git for
> Windows" users, which in version 2.39.0.2 they are using mintty 3.6.1.
> The bug has been reported in this
On Tue, 10 Jan 2023 16:50:26 +0100
Francesco Pretto wrote:
> I want to report a bug in mintty that is mostly suffered by "Git for
> Windows" users, which in version 2.39.0.2 they are using mintty 3.6.1.
> The bug has been reported in this "Git for Windows" issue[1
Hello,
I want to report a bug in mintty that is mostly suffered by "Git for
Windows" users, which in version 2.39.0.2 they are using mintty 3.6.1.
The bug has been reported in this "Git for Windows" issue[1].
Basically maximizing the mintty window during a "git log"
I have uploaded mintty 3.6.3 with the following changes:
Terminal features
* Fixed double-width characters not to wrap if auto-wrap disabled.
* TAB may wrap to next line, or cause subsequent wrap, if enabled
(#1182).
* Fixed auto-wrap behaviour in double-width lines.
* Overstriking
I have uploaded mintty 3.6.2 with the following changes:
Unicode and Emoji data
* Unicode 15.0 update.
Terminal features
* Status line area support (VT320, xterm 371), DECSSDT, DECSASD.
* Extended multi-line host-writable status area, DECSSDT 2 N.
* Combined sub/superscript attributes
t;> found one that works nearly exactly as I'd like, but one problem had arisen:
>> to implement non-intrusive "CapsLock as keyboard switch" functionality, it
>> using native Windows functionality to remap the key to F24, and use that one
>> to switch layouts. Ever
one that works nearly exactly as I'd like, but one problem had arisen:
> to implement non-intrusive "CapsLock as keyboard switch" functionality, it
> using native Windows functionality to remap the key to F24, and use that one
> to switch layouts. Everything is good until I
lement non-intrusive "CapsLock as keyboard switch" functionality, it
using native Windows functionality to remap the key to F24, and use that one
to switch layouts. Everything is good until I launch mintty, where every press
of the key prints "5~" in console in addition to switchin
On Sun, May 8, 2022 at 2:09 PM Takashi Yano wrote:
> I have pushed two patches to cygwin-3_3-branch. I am not sure
> why, but the issue (bash with readline crash) seems to disappear.
>
> Could you please try?
It no longer crashes with these fixes.
Thanks!
- Orgad
--
Problem reports: http
_.
> >
> > I found the following test case also crashes with that commit.
> >
> > 1) Compile rl_stc.c with gcc rl_stc.c -lreadline -o rl_stc.c
> > 2) mintty --hold always ./rl_stc
> >
> > /* rl_stc.c */
> > #include
> > #include
>
h in
> > the _MSYS2 runtime_, _and_ it is rather dubious that libreadline would
> > potentially do anything that makes a call to `GetProcessWindowStation()`
> > not fail but _crash_.
>
> I found the following test case also crashes with that commit.
>
> 1) Compile rl_
would
> potentially do anything that makes a call to `GetProcessWindowStation()`
> not fail but _crash_.
I found the following test case also crashes with that commit.
1) Compile rl_stc.c with gcc rl_stc.c -lreadline -o rl_stc.c
2) mintty --hold always ./rl_stc
/* rl_stc.c */
#include
#inc
Hi Orgad,
On Fri, 6 May 2022, Orgad Shaneh wrote:
> Adding @Johannes Schindelin to the loop.
Thank you, but that unfortunately does not work on this list. Due to the
policy to never reply-to-all, the subsequent replies immediately lost me.
The reason why MSYS2's Bash does not depend on the `lib
dline and --with-installed-readline.
> Do you suggest that there's a bug in readline, that your change in the
> runtime uncovered? Or is it the other way around?
I suspect it's the former.
> What might we break if we revert the part I referenced earlier in
> fhandler_tty
On 2022-05-06 08:05, Orgad Shaneh wrote:
On Fri, May 6, 2022 at 1:49 AM Takashi Yano wrote:
Only bash in msys2 package fails.
I identified the difference which causes the issue
between bash built from original source and msys2 bash.
If --enable-readline and --with-installed-readline is specif
On Fri, May 6, 2022 at 1:49 AM Takashi Yano wrote:
> > Only bash in msys2 package fails.
>
> I identified the difference which causes the issue
> between bash built from original source and msys2 bash.
>
> If --enable-readline and --with-installed-readline is specified
> to configure, the problem
On Thu, 5 May 2022 15:44:40 +0900
Takashi Yano wrote:
> On Thu, 5 May 2022 13:41:20 +0900
> Takashi Yano wrote:
> > I downloaded bash source files from:
> > https://git.savannah.gnu.org/git/bash.git
> > and built it by:
> > ./configure && make
> > and replaced /usr/bin/bash.
> >
> > Then the issue
On Thu, 5 May 2022 13:41:20 +0900
Takashi Yano wrote:
> I downloaded bash source files from:
> https://git.savannah.gnu.org/git/bash.git
> and built it by:
> ./configure && make
> and replaced /usr/bin/bash.
>
> Then the issue disappeared.
> Now, I start to suspect the issue is a bug of msys2 bash
ate
> > > > > > > - CTRL_C_EVENTs between ptys. */
> > > > > > > -get_ttyp ()->need_invisible_console = true;
> > > > > > >else
> > > > > > > {
> > > > > > >acqui
gt; > > -|| !pinfo (get_ttyp ()->invisible_console_pid)))
> > > > > > -/* Create a new invisible console for each pty to isolate
> > > > > > - CTRL_C_EVENTs between ptys. */
> > > > > > -get_ttyp ()->need_invisible_console = true;
> > >
gt; > > - CTRL_C_EVENTs between ptys. */
> > > > > -get_ttyp ()->need_invisible_console = true;
> > > > >else
> > > > > {
> > > > >acquire_attach_mutex (mutex_timeout);
> > > > >fhandler_cons
> > {
> > > > acquire_attach_mutex (mutex_timeout);
> > > >fhandler_console::need_invisible ();
> > > >release_attach_mutex ();
> > >
> > > A few things about this.
> > >
> > > 1) bash exits
pty to isolate
> > > - CTRL_C_EVENTs between ptys. */
> > > -get_ttyp ()->need_invisible_console = true;
> > >else
> > > {
> > >acquire_attach_mutex (mutex_timeout);
> > >fhandler_console::need_invisible ();
> > >
rved similar, but different, control code weirdness.
> >
> > v/r,
> > Jason
> >
>
> Jason,
> I think I installed a fresh minimalist copy at C:\cygwin64TEST, went
> into the bin directory and invoked mintty.
> Within the new mintty, I started vi, and performed t
esh minimalist copy at C:\cygwin64TEST, went
into the bin directory and invoked mintty.
Within the new mintty, I started vi, and performed the vi insertion
test. I did not find escape characters inserted.
I would try to note differences from my typical environment - a new
binary directory / mintty invoke
else
> > {
> >acquire_attach_mutex (mutex_timeout);
> >fhandler_console::need_invisible ();
> >release_attach_mutex ();
>
> A few things about this.
>
> 1) bash exits with exit code 127 for 'mintty bash'
> 2) 'mintty
; > > > On Tue, May 3, 2022 at 6:23 PM Takashi Yano
> > > > wrote:
> > > > >
> > > > > On Tue, 3 May 2022 14:47:17 +0300
> > > > > Orgad Shaneh wrote:
> > > > > > Hi,
> > > > > >
> >
t; > >
> > > > On Tue, 3 May 2022 14:47:17 +0300
> > > > Orgad Shaneh wrote:
> > > > > Hi,
> > > > >
> > > > > Running `mintty ./bash` crashes on Windows 7 on cygwin-3_3-branch.
> > > > >
> > > > > Tes
On Tue, May 3, 2022 at 7:10 PM Takashi Yano wrote:
>
> On Tue, 3 May 2022 18:52:28 +0300
> Orgad Shaneh wrote:
> > On Tue, May 3, 2022 at 6:23 PM Takashi Yano
> > wrote:
> > >
> > > On Tue, 3 May 2022 14:47:17 +0300
> > > Orgad Shaneh wrote:
&g
1 - 100 of 1899 matches
Mail list logo
