kick off multiple (10) mintty sessions, and place them
around the screen.
C:/cygwin64/bin/mintty.exe -i /Cygwin-Terminal.ico \
--position @3 --position 120,0 --size 80x71 /bin/tcsh &
C:/cygwin64/bin/mintty.exe -i /Cygwin-Terminal.ico \
--position @3 --position 715,0 --size 80x45 /bin/tcsh
Am 06.08.2020 um 01:23 schrieb Kevin Schnitzius via Cygwin:
On Wednesday, August 5, 2020, 06:56:48 PM EDT, Thomas Wolff
wrote:
Am 04.08.2020 um 12:02 schrieb Thomas Wolff:
Am 04.08.2020 um 00:13 schrieb Brad Wetmore via Cygwin:
Hi,
I generally kick off multiple (10) mintty sessions, and
On Wednesday, August 5, 2020, 06:56:48 PM EDT, Thomas Wolff
wrote:
>Am 04.08.2020 um 12:02 schrieb Thomas Wolff:
>> Am 04.08.2020 um 00:13 schrieb Brad Wetmore via Cygwin:
>>> Hi,
>>>
>>> I generally kick off multiple (10) mintty sessions, and place th
Am 04.08.2020 um 12:02 schrieb Thomas Wolff:
Am 04.08.2020 um 00:13 schrieb Brad Wetmore via Cygwin:
Hi,
I generally kick off multiple (10) mintty sessions, and place them
around the screen.
C:/cygwin64/bin/mintty.exe -i /Cygwin-Terminal.ico \
--position @3 --position 120,0 --size 80x71
Am 04.08.2020 um 00:13 schrieb Brad Wetmore via Cygwin:
Hi,
I generally kick off multiple (10) mintty sessions, and place them around the
screen.
C:/cygwin64/bin/mintty.exe -i /Cygwin-Terminal.ico \
--position @3 --position 120,0 --size 80x71 /bin/tcsh &
C:/cygwin64/bin/mintty.exe -i /Cy
Hi,
I generally kick off multiple (10) mintty sessions, and place them around the
screen.
C:/cygwin64/bin/mintty.exe -i /Cygwin-Terminal.ico \
--position @3 --position 120,0 --size 80x71 /bin/tcsh &
C:/cygwin64/bin/mintty.exe -i /Cygwin-Terminal.ico \
--position @3 --position 715,0 --size 8
Michael
From: "Brian Inglis"
To: cygwin@cygwin.com
Date: 08/03/2020 05:23 PM
Subject:Re: Trouble with output character sets from Win32
applications running under mintty
Sent by:"Cygwin"
On 2020-08-03 11:42, Andrey Repin wrote:
>> Doesn&#x
s - you have to use
the Windows codepage conversion routines.
You can only change input character sets on the fly; output character sets will
depend on mintty support of xterm-compatible character set support and switching
escape sequences; if you set up UCS16LE console output, Windows and mintty
s
I have uploaded mintty 3.2.0 with the following changes:
Sixel and image display
* For overlapping images, fixed background and clipping borders (~#1010).
* Avoid image flickering by revised image list rendering strategy
(#1010).
* New strategy to detect and collect overlayed images
Am 19.06.2020 um 13:17 schrieb Fergus Daly via Cygwin:
This is a bash question, but it is posed only because I am experiencing a lack
of parallel alignment
between bash and mintty in Cygwin. Hope OK to ask.
The file /etc/minttyrc [or equivalent] [or R-click in the mintty console] can
be used
This is a bash question, but it is posed only because I am experiencing a lack
of parallel alignment
between bash and mintty in Cygwin. Hope OK to ask.
The file /etc/minttyrc [or equivalent] [or R-click in the mintty console] can
be used to set FG and BG colours, font style and size.
When using
Am 17.06.2020 um 21:48 schrieb Allen Hewes via Cygwin:
Hi,
I seem to be having more screen text redraw/repaint issues with mintty lately
(about 6 - 9 months). Generally, it's more often remote systems (via SSH) vs
my local client peecee.
My issues range from scrambled up text, curs
Hi,
I seem to be having more screen text redraw/repaint issues with mintty lately
(about 6 - 9 months). Generally, it's more often remote systems (via SSH) vs
my local client peecee.
My issues range from scrambled up text, cursor in wrong location, cursor line
in wrong location and rows
Am 15.06.2020 um 22:47 schrieb Paul Ausbeck via Cygwin:
Dear Sirs:
After recently updating my cygwin installation, emacs-nox now
pseudorandomly dims some characters after the cursor passes through a
character's position. I don't think the problem lies with emacs-nox,
but rather w
Dear Sirs:
After recently updating my cygwin installation, emacs-nox now pseudorandomly
dims some characters after the cursor passes through a character's position. I
don't think the problem lies with emacs-nox, but rather with mintty. I say this
as the color dimming happens when on
On Mon, Jun 08, 2020 at 07:24:19PM +0200, Thomas Wolff wrote:
> I have uploaded mintty 3.1.8 with the following changes:
>
> Terminal features
> * Handle new lines within OSC strings, ignore for image data (#1010).
>
> Keyboard handling
> * Optional legacy Alt modifier f
Jun 2020 00:15:59 -0600
>>>> Brian Inglis wrote:
>>>>> On 2020-06-06 19:35, Takashi Yano via Cygwin wrote:
>>>>>> On Sat, 06 Jun 2020 13:20:16 +0200
>>>>>> ASSI wrote:
>>>>>>> Takashi Yano via Cygwin writes:
>>&g
I have uploaded mintty 3.1.8 with the following changes:
Terminal features
* Handle new lines within OSC strings, ignore for image data (#1010).
Keyboard handling
* Optional legacy Alt modifier fallback for AltGr key.
Window handling
* Fixed crash with empty search pattern (#1011, ~#998
On 2020-06-06 19:35, Takashi Yano via Cygwin wrote:
> >>>> On Sat, 06 Jun 2020 13:20:16 +0200
> >>>> ASSI wrote:
> >>>>> Takashi Yano via Cygwin writes:
> >>>>>>> 1. Rename /usr/share/locale to something else, like local.ba
Jun 2020 13:20:16 +0200
>>>> ASSI wrote:
>>>>> Takashi Yano via Cygwin writes:
>>>>>>> 1. Rename /usr/share/locale to something else, like local.bak.
>>>>>>> 2. Start mintty in the usual way.
>>>>>>> 3. Rename th
On Sun, Jun 07, 2020 at 04:42:03PM +0200, Thomas Wolff wrote:
> Am 07.06.2020 um 15:07 schrieb Enrico Forestieri:
> > On Sun, Jun 07, 2020 at 02:55:25PM +0200, Thomas Wolff wrote:
> > > Am 07.06.2020 um 13:50 schrieb Enrico Forestieri:
> > > > According to
> >
Am 07.06.2020 um 15:07 schrieb Enrico Forestieri:
On Sun, Jun 07, 2020 at 02:55:25PM +0200, Thomas Wolff wrote:
Am 07.06.2020 um 13:50 schrieb Enrico Forestieri:
According to
https://github.com/mintty/mintty/wiki/Keycodes#altgr
when the keyboard layout does not have a keycode for an AltGr
On Sun, Jun 07, 2020 at 02:55:25PM +0200, Thomas Wolff wrote:
> Am 07.06.2020 um 13:50 schrieb Enrico Forestieri:
> > According to
> > https://github.com/mintty/mintty/wiki/Keycodes#altgr
> > when the keyboard layout does not have a keycode for an AltGr
> > combination,
Am 07.06.2020 um 13:50 schrieb Enrico Forestieri:
According to
https://github.com/mintty/mintty/wiki/Keycodes#altgr
when the keyboard layout does not have a keycode for an AltGr
combination, the AltGr key is treated as Alt instead.
There were some recent tweaks to ensure consistent handling of
According to
https://github.com/mintty/mintty/wiki/Keycodes#altgr
when the keyboard layout does not have a keycode for an AltGr
combination, the AltGr key is treated as Alt instead.
I have the following entry in ~/.inputrc
"\e'": "`" # Alt+'
Yano via Cygwin writes:
> > >>>> 1. Rename /usr/share/locale to something else, like local.bak.
> > >>>> 2. Start mintty in the usual way.
> > >>>> 3. Rename the directory from step 1 back to /usr/share/local.
> > >>>> 4. Work jus
On Sun, 7 Jun 2020 00:15:59 -0600
Brian Inglis wrote:
> On 2020-06-06 19:35, Takashi Yano via Cygwin wrote:
> > On Sat, 06 Jun 2020 13:20:16 +0200
> > ASSI wrote:
> >> Takashi Yano via Cygwin writes:
> >>>> 1. Rename /usr/share/locale to something else, li
On 2020-06-06 19:35, Takashi Yano via Cygwin wrote:
> On Sat, 06 Jun 2020 13:20:16 +0200
> ASSI wrote:
>> Takashi Yano via Cygwin writes:
>>>> 1. Rename /usr/share/locale to something else, like local.bak.
>>>> 2. Start mintty in the usual way.
>>>>
Takashi Yano via Cygwin writes:
[…]
> Both 4 and 5 successfully open mintty window with shell.
…as they do for me on other machines that have different configuration.
> I wonder what is the difference between my environment and yours.
That way lies madness… and I can't really tell
On Sat, 06 Jun 2020 13:20:16 +0200
ASSI wrote:
> Takashi Yano via Cygwin writes:
> >> 1. Rename /usr/share/locale to something else, like local.bak.
> >> 2. Start mintty in the usual way.
> >> 3. Rename the directory from step 1 back to /usr/share/local.
> >&
Takashi Yano via Cygwin writes:
>> 1. Rename /usr/share/locale to something else, like local.bak.
>> 2. Start mintty in the usual way.
>> 3. Rename the directory from step 1 back to /usr/share/local.
>> 4. Work just like the problem never existed either in the shell running
I have uploaded mintty 3.1.7 with the following changes:
Terminal features
* New default CSI - p (DECARR 0) to disable keyboard repeat rate
limitation.
Keyboard handling
* Keyboard auto-repeat handling is now as usual (not affected) by
default (#1009).
* Tweaked auto-repeat rate
Am 03.06.2020 um 22:11 schrieb Michal Grodzki via Cygwin:
Hi,
mintty has slow keyboard feedback in auto repeat mode.
This has already been fixed; 3.1.7 coming this week.
Version 3.1.4-1
works correctly. The problem arises from version 3.1.5-1 and it exists in
3.1.6-1. Now I use the old 3.1.4
Hi,
mintty has slow keyboard feedback in auto repeat mode. Version 3.1.4-1
works correctly. The problem arises from version 3.1.5-1 and it exists in
3.1.6-1. Now I use the old 3.1.4-1 version because of it.
I can reproduce this issue on demand by reinstalling mentioned versions of
mintty in
Am 03.06.2020 um 12:50 schrieb Ernesto Vigano' via Cygwin:
I've been using cygwin on my Win7 32-bit machine without issues for years.
I've just updated the package and mintty has been upgraded from 2.9.6-0 to
3.1.5-1.
This new release can't be started anymore one my W
I've been using cygwin on my Win7 32-bit machine without issues for years.
I've just updated the package and mintty has been upgraded from 2.9.6-0 to
3.1.5-1.
This new release can't be started anymore one my Win7 32 machine.
I've reverted back to 2.9.6-0 which works.
3.1.5-1 w
On Tue, May 26, 2020 at 10:43 PM Brian Inglis
> On 2020-05-26 13:16, Maarten Hoes via Cygwin wrote:
> > On Tue, May 26, 2020 at 7:36 PM Thomas Wolff wrote:
> >> and please remember not to "top-post" if you respond there]
> > [not aimed at you specifically, but ]
> > Owwwh, for the love of ***, can
On 2020-05-26 13:16, Maarten Hoes via Cygwin wrote:
> On Tue, May 26, 2020 at 7:36 PM Thomas Wolff wrote:
>> and please remember not to "top-post" if you respond there]
> [not aimed at you specifically, but ]
> Owwwh, for the love of ***, can 'we' be at least a little more lenient
> about this? I f
On Tue, May 26, 2020 at 9:58 PM Marco Atzeri via Cygwin
wrote:
> On 26.05.2020 21:16, Maarten Hoes via Cygwin wrote:
> > On Tue, May 26, 2020 at 7:36 PM Thomas Wolff wrote:
> >
> >> and please remember not to "top-post" if you respond there]
> >>
> >>
> > [not aimed at you specifically, but ]
>
On 26.05.2020 21:16, Maarten Hoes via Cygwin wrote:
On Tue, May 26, 2020 at 7:36 PM Thomas Wolff wrote:
and please remember not to "top-post" if you respond there]
[not aimed at you specifically, but ]
Owwwh, for the love of ***, can 'we' be at least a little more lenient
about this ? I fu
On Tue, May 26, 2020 at 7:36 PM Thomas Wolff wrote:
> and please remember not to "top-post" if you respond there]
>
>
[not aimed at you specifically, but ]
Owwwh, for the love of ***, can 'we' be at least a little more lenient
about this ? I fully realize that people have their clear preferences
er reading
your post indicating the repo was updated, I re-ran setup to update
Mintty to the latest which shows to be 3.1.6-1. This version still
dumped.
Repository refers to the github home of mintty
(https://github.com/mintty/mintty/), it's not yet a cygwin package.
You could download
1.5 also dumped) all this with
Cygwin 32bit.
Unfortunately, we have an application that depends on 32 bit Cygwin.
Don't worry, there are no plans to neglect 32-bit support in mintty.
For your application, however, consider that cygwin 32-bit support seems
to be fading in general as cygwin 32-b
20 at 10:05 AM Thomas Wolff wrote:
> Am 26.05.2020 um 16:30 schrieb David Dombrowsky via Cygwin:
> > This version now coredumps on my machine. This is on a 32-bit
> > machine. Is this the final nail in the coffin for 32-bit?
> Of course not. Mintty actually still runs on W
Am 26.05.2020 um 16:30 schrieb David Dombrowsky via Cygwin:
This version now coredumps on my machine. This is on a 32-bit
machine. Is this the final nail in the coffin for 32-bit?
Of course not. Mintty actually still runs on Windows XP and even Windows
2000.
However, bugs happen and I guess
This version now coredumps on my machine. This is on a 32-bit
machine. Is this the final nail in the coffin for 32-bit?
[2000] davek@davek-win:~>mintty
*** stack smashing detected ***: terminated
Aborted (core dumped)
Stack trace:
Frame Function Args
0022C2CC 610239CC (023C, E
.
>
>
>
> On Thu 2020-05-21 16:13:08 +0100, Olaf Sulla wrote:
> > Hi,
> >
> > I am now experiencing multiple crashes in mintty following the installation
> > of
> > mintty v3.1.5 earlier this morning.
> >
> > Typical stackdum
Thomas Wolff wrote:
Hi Takashi,
Am 22.05.2020 um 11:22 schrieb Takashi Yano via Cygwin:
Hi Thomas,
On Thu, 21 May 2020 19:41:27 +0200
Thomas Wolff wrote:
I have uploaded mintty 3.1.6 with the following changes:
Window handling
* Fixed resource leak when displaying images (#995
omas Wolff wrote:
> > > > Hi Takashi,
> > > >
> > > > Am 22.05.2020 um 11:22 schrieb Takashi Yano via Cygwin:
> > > > > Hi Thomas,
> > > > >
> > > > > On Thu, 21 May 2020 19:41:27 +0200
> > > >
2 schrieb Takashi Yano via Cygwin:
> > > > Hi Thomas,
> > > >
> > > > On Thu, 21 May 2020 19:41:27 +0200
> > > > Thomas Wolff wrote:
> > > >> I have uploaded mintty 3.1.6 with the following changes:
> > > >>
> &g
21 May 2020 19:41:27 +0200
> > > Thomas Wolff wrote:
> > >> I have uploaded mintty 3.1.6 with the following changes:
> > >>
> > >> Window handling
> > >> * Fixed resource leak when displaying images (#995).
> > >> * Fixe
On Fri, 22 May 2020 12:14:43 +0200
Thomas Wolff wrote:
> Hi Takashi,
>
> Am 22.05.2020 um 11:22 schrieb Takashi Yano via Cygwin:
> > Hi Thomas,
> >
> > On Thu, 21 May 2020 19:41:27 +0200
> > Thomas Wolff wrote:
> >> I have uploaded mintty 3.1.6 wi
Professional Ver 6.1 Build 7601 Service Pack 1
> >
> > Redacted cygcheck report attached.
> >
> >
> >
> > On Thu 2020-05-21 16:13:08 +0100, Olaf Sulla wrote:
> > > Hi,
> > >
> > > I am now experiencing multiple crashes in mintty f
Hi Takashi,
Am 22.05.2020 um 11:22 schrieb Takashi Yano via Cygwin:
Hi Thomas,
On Thu, 21 May 2020 19:41:27 +0200
Thomas Wolff wrote:
I have uploaded mintty 3.1.6 with the following changes:
Window handling
* Fixed resource leak when displaying images (#995).
* Fixed crash condition
Hi Thomas,
On Thu, 21 May 2020 19:41:27 +0200
Thomas Wolff wrote:
> I have uploaded mintty 3.1.6 with the following changes:
>
> Window handling
> * Fixed resource leak when displaying images (#995).
> * Fixed crash condition on keyboard auto-repeat (#996). (Apologies
Am 21.05.2020 um 18:56 schrieb Ken Brown via Cygwin:
On 5/21/2020 12:36 PM, Marco Atzeri via Cygwin wrote:
On 21.05.2020 16:48, Ken Brown via Cygwin wrote:
On 5/20/2020 11:34 AM, Thomas Wolff wrote:
I have uploaded mintty 3.1.5 with the following changes:
The homepage is at http
, Olaf Sulla wrote:
Hi,
I am now experiencing multiple crashes in mintty following the installation of
mintty v3.1.5 earlier this morning.
Typical stackdump:
Exception: STATUS_INTEGER_DIVIDE_BY_ZERO at rip=00100438534^M
rax=03E8 rbx=401C0001 rcx=^M
rdx
I have uploaded mintty 3.1.6 with the following changes:
Window handling
* Fixed resource leak when displaying images (#995).
* Fixed crash condition on keyboard auto-repeat (#996). (Apologies
for this one.)
The homepage is at http://mintty.github.io/
It also links to the issue tracker
On 5/21/2020 12:36 PM, Marco Atzeri via Cygwin wrote:
On 21.05.2020 16:48, Ken Brown via Cygwin wrote:
On 5/20/2020 11:34 AM, Thomas Wolff wrote:
I have uploaded mintty 3.1.5 with the following changes:
The homepage is at http://mintty.github.io/
It also links to the issue tracker
On 21.05.2020 16:48, Ken Brown via Cygwin wrote:
On 5/20/2020 11:34 AM, Thomas Wolff wrote:
I have uploaded mintty 3.1.5 with the following changes:
The homepage is at http://mintty.github.io/
It also links to the issue tracker.
After this release the right Alt key on my keyboard has
Hi,
I am now experiencing multiple crashes in mintty following the installation of
mintty v3.1.5 earlier this morning.
Typical stackdump:
Exception: STATUS_INTEGER_DIVIDE_BY_ZERO at rip=00100438534^M
rax=03E8 rbx=401C0001 rcx=^M
rdx= rsi
On 5/20/2020 11:34 AM, Thomas Wolff wrote:
I have uploaded mintty 3.1.5 with the following changes:
Terminal features
* Limit coordinates of all mouse reports to text area (#972).
* Support bell volume escape sequence DECSWBV (#974) with wave files.
* Support margin bell feature (#974
I have uploaded mintty 3.1.5 with the following changes:
Terminal features
* Limit coordinates of all mouse reports to text area (#972).
* Support bell volume escape sequence DECSWBV (#974) with wave files.
* Support margin bell feature (#974), with DECSET 44 enabling
sequence (xterm
On Fri, 27 Mar 2020 at 21:15, Michael Wild via Cygwin
wrote:
> Hi
>
> As the maintainer of the tmux Cygwin package I have to admit that I have no
> idea how to fix this. Sorry.
>
Hi,
I did take a look how tmux works and what is going on in Cygwin. Here is
short summary of my findings.
* Tmux s
> Now cygcheck -k works in pty in a limited way due to pseudo
> console support if the OS is Win10 1809 or later.
But the results are not comparable: under mintty q gives:
$ cygcheck -k
This key check works only in a console window, _NOT_ in a terminal session!
Abort with Ctrl+C if in a ter
On Fri, 15 May 2020 14:57:14 -0600
Brian Inglis wrote:
> >cygcheck -k
>
> This key check works only in a console window, _NOT_ in a terminal session!
> Abort with Ctrl+C if in a terminal session.
Now cygcheck -k works in pty in a limited way due to pseudo
console support if the OS is Win10 1809 o
On 2020-05-14 17:47, Takashi Yano via Cygwin wrote:
> On Thu, 14 May 2020 19:48:59 +0200
> Kacper Michajlow wrote:
>> On Thu, 14 May 2020 at 05:33, Takashi Yano wrote:
>>
>>> I guess setting
>>> stty erase '^?'
>>> on the host resolves this problem.
>>>
>>
>> Nope, it still doesn't work. And '^?'
27;m
just curious at this point.
> This causes because cygwin does not set ECHOE, ECHOK, ECHOCTL and ECHOKE
> by default. Mintty sets them by itself. Tcsh seems also to set them.
> However, bash does not.
>
FWIW, zsh also does not set those.
Thanks for help and patience :)
- Kacpe
On Fri, 15 May 2020 11:34:33 +0200
Kacper Michajlow wrote:
> Windows Terminal:
>
> $ echo $TERM
> xterm-256color
> $ stty
> speed 38400 baud; line = 0;
> eol = M-^?; eol2 = M-^?;
> -brkint -imaxbel iutf8
> -echoe -echok -echoctl -echoke
...
> Mintty:
>
> $
On Fri, 15 May 2020 at 01:47, Takashi Yano wrote:
> Please check the result of
> xxd
> Ctrl-V Backspace Enter Ctrl-D
>
Here is comparison with running ssh connection to the same machine in WT
and Mintty. Also I noticed that selecting and copying multi-line output of
stty in Wind
On Thu, 14 May 2020 19:48:59 +0200
Kacper Michajlow wrote:
> On Thu, 14 May 2020 at 05:33, Takashi Yano wrote:
>
> > I guess setting
> > stty erase '^?'
> > on the host resolves this problem.
> >
>
> Nope, it still doesn't work. And '^?' default so it doesn't change
> anything. Please note that
On Thu, 14 May 2020 at 05:33, Takashi Yano wrote:
> I guess setting
> stty erase '^?'
> on the host resolves this problem.
>
Nope, it still doesn't work. And '^?' default so it doesn't change
anything. Please note that in bash Backspace works fine, but in read
command (or any other program that
ead command
> 3. You can type, but trying to erase char with Backspace key will print ⌂
> instead.
>
> This happens only in remote ssh session in WT using Cygwin's ssh. Works
> fine using Native Window's OpenSSH client or in local Cygwin session. Also
> works fine when usi
On Tue, 12 May 2020 22:26:07 +0200
Kacper Michajlow via Cygwin wrote:
> I was testing latest master (e637d53) and console is clunky in anything
> that isn't cmd.exe or mintty. I tested Microsoft Terminal and ConEmu.
>
> For example navigating with arrows doesn't work in
testing latest master (e637d53) and console is clunky in anything
> that isn't cmd.exe or mintty. I tested Microsoft Terminal and ConEmu.
>
> For example navigating with arrows doesn't work in vim. In zsh searching
> history with up arrow when there is beginning of the command
Hi,
I was testing latest master (e637d53) and console is clunky in anything
that isn't cmd.exe or mintty. I tested Microsoft Terminal and ConEmu.
For example navigating with arrows doesn't work in vim. In zsh searching
history with up arrow when there is beginning of the command do
Takashi Yano wrote:
Hi André,
Thanks for the report.
On Thu, 7 May 2020 03:38:25 +
André Bleau via Cygwin wrote:
> Hi cygwin users,
>
> I have cli program that I run with mintty. It is a simple C++ program,
> reading from cin and outpu
Hi André,
Thanks for the report.
On Thu, 7 May 2020 03:38:25 +
André Bleau via Cygwin wrote:
> Hi cygwin users,
>
> I have cli program that I run with mintty. It is a simple C++ program,
> reading from cin and outputing to cout. It is cross-compiled as a mingw
> pro
Hi cygwin users,
I have cli program that I run with mintty. It is a simple C++ program, reading
from cin and outputing to cout. It is cross-compiled as a mingw program. I've
been running it without problems fro over 2 years. Recently, I updated cygwin
to 3.1.4-1 and noticed the pcon su
On 13.04.2020 12:11, Marco Atzeri wrote:
"cygcheck -svr > cygcheck.out" and compare the output files
>> "Segmentation fault" on both systems.
>
> that is really NOT normal
>
> BLODA ?
Yes, these machines have some, and it's impossible to get rid of it.
It is installed according to The
ystems.
that is really NOT normal
BLODA ?
No idea what is "Docker Desktop"
Docker ported to Windows using a virtual machine:
https://www.docker.com/products/docker-desktop
but I suggest you to verify that you are really running mintty with
the same invocation in the two cases.
Ho
;Segmentation fault" on both systems.
>>
>> No idea what is "Docker Desktop"
Docker ported to Windows using a virtual machine:
https://www.docker.com/products/docker-desktop
>> but I suggest you to verify that you are really running mintty with
>> the same invoca
i am
using Docker Desktop for Windows) causes "Terminal is not a PTY" error,
i have to use winpty wrapper as suggested. On the laptop everything is
fine, docker works in MinTTY out of the box with no need for winpty.
Is there maybe some hidden setting, which got stuck somewhere in the
older
al is not a PTY" error,
i have to use winpty wrapper as suggested. On the laptop everything is
fine, docker works in MinTTY out of the box with no need for winpty.
Is there maybe some hidden setting, which got stuck somewhere in the
older system ? Why is PTY not working? Can anyone help me to d
per as suggested. On the laptop everything is
fine, docker works in MinTTY out of the box with no need for winpty.
Is there maybe some hidden setting, which got stuck somewhere in the
older system ? Why is PTY not working? Can anyone help me to diagnose that ?
--
Problem reports:
m\]\n\$ '
so that the cur dir is set as title of the window.
This generally work for both mintty or cmd.
But after the sequence
Luc@Mulan ~
$ emacs &
[1] 371
Luc@Mulan ~
$ cd bin
Luc@Mulan ~/bin
$
the title of the mintty widow remain to "~".
The same sequence with cmd
tle of the window.
This generally work for both mintty or cmd.
But after the sequence
Luc@Mulan ~
$ emacs &
[1] 371
Luc@Mulan ~
$ cd bin
Luc@Mulan ~/bin
$
the title of the mintty widow remain to "~".
The same sequence with cmd window change the title to "~/bin&quo
tle of the window.
This generally work for both mintty or cmd.
But after the sequence
Luc@Mulan ~
$ emacs &
[1] 371
Luc@Mulan ~
$ cd bin
Luc@Mulan ~/bin
$
the title of the mintty widow remain to "~".
The same sequence with cmd window change the title to "~/bin&quo
Am 01.04.2020 um 14:20 schrieb Thomas Wolff:
Am 01.04.2020 um 13:07 schrieb Luc Henninger:
Hello,
I have defined the PS1 variable as follow
PS1='\[\e]0;\w\a\]\[\e[32m\]\u@\h \[\e[35m\]\w\[\e[0m\]\n\$ '
so that the cur dir is set as title of the window.
This generally work for both
Am 01.04.2020 um 13:07 schrieb Luc Henninger:
Hello,
I have defined the PS1 variable as follow
PS1='\[\e]0;\w\a\]\[\e[32m\]\u@\h \[\e[35m\]\w\[\e[0m\]\n\$ '
so that the cur dir is set as title of the window.
This generally work for both mintty or cmd.
But after the sequence
Hello,
I have defined the PS1 variable as follow
PS1='\[\e]0;\w\a\]\[\e[32m\]\u@\h \[\e[35m\]\w\[\e[0m\]\n\$ '
so that the cur dir is set as title of the window.
This generally work for both mintty or cmd.
But after the sequence
Luc@Mulan ~
$ emacs &
[1] 371
Luc@Mulan ~
On Fri, 27 Mar 2020, 14:29 Kacper Michajlow wrote:
> > You can try another pty emulator. F.e. wintty.
>
> Not really interested in some dead projects ;p
>
> Let me rephrase the question, because I misspoke.
>
> Currently Cygwin works acceptably only under Mintty as far as
> You can try another pty emulator. F.e. wintty.
Not really interested in some dead projects ;p
Let me rephrase the question, because I misspoke.
Currently Cygwin works acceptably only under Mintty as far as I can see.
Running it from cmd or any of terminal emulators listed before result in
Greetings, Kacper Michajlow!
> I'm not exactly sure who to blame for this issue, but I figured I will ask
> you guys. Tmux fails to open in anything else than mintty it seems like. It
> works from ssh session, probably because pseudo-tty is allocated, but except
> that tmux wi
Hi,
I'm not exactly sure who to blame for this issue, but I figured I will ask
you guys. Tmux fails to open in anything else than mintty it seems like. It
works from ssh session, probably because pseudo-tty is allocated, but
except that tmux will fail.
There are multiple reports about
Ken Brown via Cygwin writes:
> It's possible that you also need to copy
> /usr/bin/cygwin-console-helper.exe from a recent Cygwin release.
I was stgarting from a 3.1.4 install (and the latest snapshot from
cygwin.com works on the same installation). I'll look at it again
later.
REgards,
Achim.
On 3/13/2020 5:26 PM, Achim Gratz wrote:
Takashi Yano via Cygwin writes:
I guess renaming /usr/share/locale/locale.alias is enough.
Yes it does.
Could you please test if the following cygwin1.dll resolve
the problem?
Mintty doesn't start when I just replace this DLL, I get a Windows
Takashi Yano via Cygwin writes:
>> I guess renaming /usr/share/locale/locale.alias is enough.
Yes it does.
> Could you please test if the following cygwin1.dll resolve
> the problem?
Mintty doesn't start when I just replace this DLL, I get a Windows error
"0x0022&q
yes, that's the same problem I am facing. This is my current
>>> workaround now:
>>>
>>> 1. Rename /usr/share/locale to something else, like local.bak.
>>> 2. Start mintty in the usual way.
>>> 3. Rename the directory from step 1 back to /u
workaround now:
> >
> > 1. Rename /usr/share/locale to something else, like local.bak.
> > 2. Start mintty in the usual way.
> > 3. Rename the directory from step 1 back to /usr/share/local.
> > 4. Work just like the problem never existed either in the shell runnin
201 - 300 of 1884 matches
Mail list logo
