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 bash
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
I have uploaded mintty 3.7.1 with the following changes:
Terminal features
* Dropped DSR 53 (legacy xterm mistake, dropped in xterm 389).
* HTML screen dump supports subscript or superscript.
* HTML screen dump supports DEC double-width lines and pairs of
double-height lines.
* Tweak
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/
Documentation
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 by
a
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 entry is
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 en
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.7.0 with the following changes:
Misc
* Fix memory leak (mintty/wsltty#340) caused by dynamic emoji checking.
* Revise and unify handling of dynamic pathnames for terminal control.
* Guard network access via dynamic pathnames.
Unicode and Emoji data
* Unicode
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
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
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: https://cygwin.com/problems.h
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
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
>
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
>
> --
> Jim Ga
able 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
--
Jim Garrison
j...@acm.org
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Doc
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
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
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
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 match it. I
may
> > 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:
"
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 can
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
> ubuntu, the
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 an ubuntu s
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
ll 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.
Also, I foun
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
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
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
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
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
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/
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" iss
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.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
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
Am 14/11/2022 um 17:24 schrieb Achim Gratz:
Thomas Wolff writes:
I have uploaded mintty 3.6.2 with the following changes:
Shouldn't this mail have been sent to the announce list instead?
Oops. And thanks.
Regards,
Achim.
Thomas Wolff writes:
> I have uploaded mintty 3.6.2 with the following changes:
Shouldn't this mail have been sent to the announce list instead?
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf Q+, Q a
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
; 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. Everything is
hat 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 launc
-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 switching the layo
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:
t;
> > 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
> > #inc
> 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_stc.c with
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
#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
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.cc?
If y
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
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
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
ate
> > > > > > > - CTRL_C_EVENTs between ptys. */
> > > > > > > -get_ttyp ()->need_invisible_console = true;
> > > > > > >else
> > > > > > > {
> > > > > > >
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 performe
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 bash' does not
; > > > 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
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:
> > > Hi,
> > >
> > > Running `mintty ./bash` crashes on Windows 7 o
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,
> >
> > Running `mintty ./bash` crashes on Windows 7 on cygwin-3_3-branch.
> >
> > Tested in MSYS2 on merge-3.3 branch from
> &
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.
>
> Tested in MSYS2 on merge-3.3 branch from
> https://github.com/orgads/msys2-runtime-1. It includes the tip of
> cygwin-3_3-branch as
> -Original Message-
> From: Thomas Wolff
> Sent: Tuesday, May 3, 2022 10:02 AM
>
>
> Am 03.05.2022 um 14:26 schrieb Eric Adams:
> > On Tue, May 3, 2022 at 6:53 AM Thomas Wolff wrote:
> > I don't have any local vim customization files, my user minttyrc and
> > tcshrc files are
sible phantom control-key state..."
I observe that moving between cygwin mintty windows and Windows
windows causes unexpected behavior in the cygwin world.
I took a new approach, using vi :) . In cygwin, I open a new file,
enter insert mode, hit Ctrl-V, and mouse out of the window. When I
viously reported this issue as "Possible phantom control-key
> >>> state..."
> >>>
> >>> I observe that moving between cygwin mintty windows and Windows
> >>> windows causes unexpected behavior in the cygwin world.
> >>>
> &g
Am 03/05/2022 um 13:50 schrieb Eric Adams:
On Tue, May 3, 2022 at 12:20 AM Thomas Wolff wrote:
Am 02.05.2022 um 23:54 schrieb Eric Adams:
Hi,
I had previously reported this issue as "Possible phantom control-key state..."
I observe that moving between cygwin mintty windows a
On Tue, May 3, 2022 at 12:20 AM Thomas Wolff wrote:
>
> Am 02.05.2022 um 23:54 schrieb Eric Adams:
> > Hi,
> >
> > I had previously reported this issue as "Possible phantom control-key
> > state..."
> >
> > I observe that moving between
Hi,
Running `mintty ./bash` crashes on Windows 7 on cygwin-3_3-branch.
Tested in MSYS2 on merge-3.3 branch from
https://github.com/orgads/msys2-runtime-1. It includes the tip of
cygwin-3_3-branch as of today (05827d2df8).
Steps to reproduce:
1. Start cmd.exe
2. cd \usr\bin
3. mintty ./bash
GDB
Am 02.05.2022 um 23:54 schrieb Eric Adams:
Hi,
I had previously reported this issue as "Possible phantom control-key state..."
I observe that moving between cygwin mintty windows and Windows
windows causes unexpected behavior in the cygwin world.
I took a new approach
Hi,
I had previously reported this issue as "Possible phantom control-key state..."
I observe that moving between cygwin mintty windows and Windows
windows causes unexpected behavior in the cygwin world.
I took a new approach, using vi :) . In cygwin, I open a new file,
enter insert
On Sun, 24 Apr 2022 at 15:42, Thomas Wolff wrote:
>
> I have uploaded mintty 3.6.1 with the following changes:
>
> Window handling
>* Terminal reflow (#82, #219): fixed crash condition on irregular
> reflow chunks.
>* Terminal reflow (#82, #219): fixed memory leak.
I have uploaded mintty 3.6.1 with the following changes:
Window handling
* Terminal reflow (#82, #219): fixed crash condition on irregular
reflow chunks.
* Terminal reflow (#82, #219): fixed memory leak.
Terminal features
* Visual input feedback: don't obscure text when just pressing
I have uploaded mintty 3.6.1 with the following changes:
Window handling
* Terminal reflow (#82, #219): fixed crash condition on irregular
reflow chunks.
* Terminal reflow (#82, #219): fixed memory leak.
Terminal features
* Visual input feedback: don't obscure text when just pressing
Greetings, Ilya Basin!
> Hi. One of my PCs still has Windows 7 and I noticed that when I run
> netsh interface ipv4 show route
> or
> route print
> In Mintty, the output is translated to English and when I run these
> commands from Cygwin started in a Windows console the out
On 2022-04-07 03:35, Takashi Yano wrote:
On Thu, 7 Apr 2022 11:38:28 +0300
Ilya Basin wrote:
Hi. One of my PCs still has Windows 7 and I noticed that when I run
netsh interface ipv4 show route
or
route print
In Mintty, the output is translated to English and when I run these commands
from
On Thu, 7 Apr 2022 11:38:28 +0300
Ilya Basin wrote:
> Hi. One of my PCs still has Windows 7 and I noticed that when I run
> netsh interface ipv4 show route
> or
> route print
>
> In Mintty, the output is translated to English and when I run these commands
> from Cygwin
Hi. One of my PCs still has Windows 7 and I noticed that when I run
netsh interface ipv4 show route
or
route print
In Mintty, the output is translated to English and when I run these commands
from Cygwin started in a Windows console the output is in the same language as
the OS. Does Cygwin do
1 - 100 of 2214 matches
Mail list logo
