Starting xterm after XWin : sporadic error

[Ugly Leper]

After this in a Windows Command Prompt box:

@bin\run bin\XWin -clipboard -nolock -multiwindow 2>nul
@bin\xterm -display :0.0

I have been getting this rather frequently

1 [main] xterm 5400 child_info_fork::abort: \bin\cygX11-6.dll:
Loaded to different address: parent(0x50) != child(0x49)
/usr/bin/xterm: Error 29, errno 11: Resource temporarily unavailable
Reason: spawn: fork() failed

but annoyingly not all the time. A lot of the time things are just fine.
I have run "rebaseall". I allow a long pause between the first and
second line to allow XWin time to kick in, which it seems to need. Any
ideas?

Thank you!

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

Re: git-2.12.3-1: Cannot push to a remote with a Windows network path URL

[Andrey Repin]

Greetings, Jonathan Chan!

> After updating to git-2.12.3-1, I have been unable to push to a remote
> with a Windows network path URL:
> $ git push origin
> Counting objects: 3, done.
> Delta compression using up to 4 threads.
> Compressing objects: 100% (2/2), done.
> Writing objects: 100% (3/3), 273 bytes | 0 bytes/s, done.
> Total 3 (delta 1), reused 1 (delta 0)
> remote: error: object directory
> /network/path/to/git-repository/objects does not exist; check
> .git/objects/info/alternates.
> remote: fatal: unresolved deltas left after unpacking
> error: remote unpack failed: unpack-objects abnormal exit
> To file:network/path/to/git-repository
>   ! [remote rejected]   master -> master (unpacker error)
> error: failed to push some refs to
> 'file:network/path/to/git-repository'

Your URL is invalid.
Try file://network/path/to/git-repository

> Notes:
> - Fetching works
> - Pushing works if I use EGit (in Eclipse)
> - Pushing works if I change the remote URL to use a drive mapped to
> the network path

> Additional searching turned up Issue #979 on git-for-windows:
> https://github.com/git-for-windows/git/issues/979

> Issue #979 appears to have been fixed in git and included in
> 2.11.1..2.13.1 releases:
> https://github.com/git/git/commit/7814fbe3f1e7cea1a675408df7b5dd1f5be731cc

> I did not encounter this behavior prior to git-2.12.2-1. This is for x86_64.


-- 
With best regards,
Andrey Repin
Friday, June 23, 2017 12:28:54

Sorry for my terrible english...


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

Re: X: wglMakeCurrent error: 0006 on XUnmapWindow->XMapWindow

[Jon Turney]

On 20/06/2017 14:24, Mick Pearson wrote:

I was asked by the freeglut mailing list to alert the X/Cygwin
team to problems with the WGL context handles becoming invalid


"team"... :hollow laughter:

Thanks for reporting this issue.

A link to the relevant post in the freeglut list archives, e.g. [1] 
would have been helpful.


[1] https://sourceforge.net/p/freeglut/mailman/message/35903099/


if a window is hidden and then the error in the subject is out
putted when the window is revealed again.


I couldn't quite reproduce this.

Using the Resizer demo,I get this error if I do 'c', then 'h'.   In this 
case the error is being emitted because drawing is taking place to the 
hidden child window.


I'm not sure if those errors could just be squelched, or something more 
complex is needed to solve that problem.


Perhaps you could give more detailed reproduction steps?


There are also issues with iconification, where the windows are
in need of repainting when restored. But when unmapped they lose


Yes, there are some issues with how the GL content is drawn (basically 
it's placed on top of the X windows, rather than being composed into 
them), which gives rise the contents not being repainted when restored, 
as briefly noted in [2].


(Incidentally, this also explains how to configure things to use 
indirect rendering, which seemed to be giving some difficulty in the 
linked thread)



their WGL context, meaning that OpenGL textures are probably lost
and the context is inoperable, which is a whole other class of
problems.
Hmmm, yes.  The native windows are created/destroyed when the X windows 
are mapped/unmapped, for reasons lost in the mists of time.


Can you give an example of this class of problem?

I'd expect this problem to also exist with indirect WGL rendering.


I hope this is a temporary development and not the state of X on
Cygwin. I found Xming to supplement the X server. I spent a couple
afternoons attempting to determine the root of the problem. I
thought perhaps the backing-store fields needed to be set, but it
became clear that most X servers are simply very lenient and most
clients expect them to be, and that there's most likely oversights
in Cygwin/X in the direct rendering mode with WGL.


(Quite possibly, when using Xming, it's operating in software rendering 
or indirect mode, which might explain why you don't see these problems then)


[2] https://x.cygwin.com/docs/ug/using-glx.html

--
Jon Turney
Volunteer Cygwin/X X Server maintainer

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

Re: XWIN

[Jon Turney]

On 21/06/2017 13:08,  wassermann wrote:

Dear colleagues,

My XWin Server window is not starting properly anymore.
In previous versions this problem happened sometimes but after certain time
the window appeared.

After my latest update today the XWin Server window is not
appearing at all. It is only flickering for instant and then is immediately
disappearing from the screen.

Could you help me to fix the problem, please?
  
With friendly regards B. Wassermann

PS. The CYGWIN terminal window on contrary is working OK.


Can you show the output of running 'startxwin' in a cygwin terminal?

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

Re: rxvt won't stay running

[Jon Turney]

On 22/06/2017 21:00, Mike Brown wrote:

On Thu, Jun 22, 2017 at 09:12:45AM -0500, Ren?? Berber wrote:

On 6/22/2017 4:45 AM, Mike Brown wrote:

I've installed the latest (as of this writing) Cygwin base and a few other
packages.

[snip]

Any ideas why it is failing?  Something you need me to look at?  It isn't
anything in the home files that I copied over from the XP box, because before
I did that, I tried starting and it flashed and died.


A long time ago rxvt changed from supporting Windows (native) to only
working under X-Windows (a.k.a. Cygwin/X or equivalent).


See https://cygwin.com/ml/cygwin-announce/2016-03/msg00100.html


Ah, so in a galaxy far, far, away, it just might work. :-)

Thanks for the reason it no longer works.


To be clear: rxvt still works as an X terminal (although if you have 
need of such a thing, I'd strongly suggest you stop using rxvt and 
instead use something which has had release this decade, e.g. urxvt)


If you want a windows terminal, use mintty.

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

Re: Starting a xterm window

[Jon Turney]

On 09/06/2017 11:14, Ugly Leper wrote:

/usr/bin/xterm: Xt error: Can't open display: :0.0
/usr/bin/xterm: DISPLAY is not set


Thanks for all suggestions. Both the following fragments seem to work
flawlessly. Both incorporate a waiting time for XWin to gain traction
before xterm is called:

1. Starting a xterm console from a .cmd file in a Windows Command
Prompt box: include the lines

bin\run bin\XWin -clipboard -nolock -multiwindow 2>nul
timeout 2 > nul 2> nul
bin\xterm -display :0.0

2. Starting a xterm console from a script in a bash (or mintty) shell:
include the lines

run XWin -clipboard -nolock -multiwindow 2>/dev/null &
sleep 2
/bin/xterm -display :0.0

You can vary the pause e.g. timeout 3 or sleep 4. Maybe as brief a
fuse as timeout 1 or sleep 1 will be adequate; but that would make me
nervy about getting the same failure as in >> at the top of this post.


You could also write something like 'startxwin /usr/bin/xterm -- -nolock'

You might want to take a look at the manpages for xinit, startx, 
startxwin.  These are the standard tools for starting an X server and 
client(s), while allowing for the fact that the X server is not ready to 
accept connections instantly after being started.


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

[ANNOUNCEMENT] xterm 330-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* xterm-330-1

The xterm program is a terminal emulator for the X Window System. It 
provides DEC VT102 and Tektronix 4014 compatible terminals for programs 
that can't use the window system directly. This version implements ISO/ANSI 
colors using the 'new' color model (i.e., background color erase). It also 
implements most of the control sequences for VT220.

This is an update to the latest upstream release, which should include 
fixes for issues recently reported to the mailing list.

--
Yaakov

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

[ANNOUNCEMENT] babl 0.1.28-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* libbabl0.1_0-0.1.28-1
* libbabl-devel-0.1.28-1
* mingw64-i686-babl0.1-0.1.28-1
* mingw64-x86_64-babl0.1-0.1.28-1

Babl is a dynamic, any to any, pixel format conversion library. It provides 
conversions between the myriad of buffer types images can be stored in. 
Babl doesn't only help with existing pixel formats, but also facilitates 
creation of new and uncommon ones.

This is an update to the latest upstream release.

--
Yaakov

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

[ANNOUNCEMENT] gimp 2.8.22-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* gimp-2.8.22-1
* gimp-devel-2.8.22-1
* gimp-doc-2.8.22-1
* gimp-python-2.8.22-1

The GIMP is the GNU Image Manipulation Program. It is used to edit and 
manipulate images. It can load and save a variety of image formats and can 
be used to convert between formats.  GIMP can also be used as a paint 
program. In addition, GIMP has several scripting extension which allow for 
advanced non- interactive processing and creation of images.

This is an update to the latest upstream stable release:

https://www.gimp.org/news/2017/05/11/gimp-2-8-22-released/

--
Yaakov

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

[ANNOUNCEMENT] fltk 1.3.4-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* fluid-1.3.4-1
* libfltk1.3-1.3.4-1
* libfltk-devel-1.3.4-1
* mingw64-i686-fltk-1.3.4-1
* mingw64-x86_64-fltk-1.3.4-1

FLTK (pronounced 'fulltick') is a cross-platform C++ GUI toolkit for 
UNIX/Linux (X11), Microsoft Windows, and MacOS X. FLTK provides modern GUI 
functionality without the bloat and supports 3D graphics via OpenGL and its 
built-in GLUT emulation.  FLTK also includes an excellent UI builder called 
FLUID that can be used to create applications in minutes.

This is an update to the latest upstream stable release:

http://www.fltk.org/articles.php?L1494

--
Yaakov

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

[ANNOUNCEMENT] tigervnc 1.8.0-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* tigervnc-1.8.0-1
* tigervnc-server-1.8.0-1
* tigervnc-server-module-1.8.0-1

TigerVNC is a high-performance implementation of VNC, a client/server 
application that allows users to launch and interact with graphical 
applications on remote machines. TigerVNC provides the levels of 
performance necessary to run 3D and video applications, and it attempts to 
maintain a common look and feel and re-use components, where possible, 
across the various platforms that it supports. TigerVNC also provides 
extensions for advanced authentication methods and TLS encryption.

Please note that, like other Cygwin graphical applications, these packages 
are X11-based.  That means the client requires a running X server in order 
to start, and the server will allow accessing X programs or even entire X 
sessions remotely but not your Windows desktop.

This is an update to the latest upstream release:

https://github.com/TigerVNC/tigervnc/releases/tag/v1.8.0

--
Yaakov

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

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.8.1-0.1

[Marco Atzeri]

On 22/06/2017 15:58, Corinna Vinschen wrote:

Hi folks,


I uploaded a new Cygwin test release 2.8.1-0.1

I'm planning for a release next week.  Please test.



$ /etc/postinstall/cygwin-doc.sh
Can't find directory '/usr/share/doc/cygwin-2.8.1'


$ ls /usr/share/doc |grep cygwin
cygwin-doc
cygwin-x-doc



Thanks,
Corinna


Regards
Marco


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

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.8.1-0.1

[Corinna Vinschen]

On Jun 23 19:52, Marco Atzeri wrote:
> On 22/06/2017 15:58, Corinna Vinschen wrote:
> > Hi folks,
> > 
> > 
> > I uploaded a new Cygwin test release 2.8.1-0.1
> > 
> > I'm planning for a release next week.  Please test.
> > 
> 
> $ /etc/postinstall/cygwin-doc.sh
> Can't find directory '/usr/share/doc/cygwin-2.8.1'

Fixed in git.


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


signature.asc
Description: PGP signature

Re: rxvt won't stay running

[Mike Brown]

On Fri, Jun 23, 2017 at 03:31:05PM +0100, Jon Turney wrote:
> See https://cygwin.com/ml/cygwin-announce/2016-03/msg00100.html
Thanks.

> To be clear: rxvt still works as an X terminal (although if you have need 
> of such a thing, I'd strongly suggest you stop using rxvt and instead use 
> something which has had release this decade, e.g. urxvt)

Sorry, I meant the way I used to use it.

> If you want a windows terminal, use mintty.

Thanks.  As mentioned in a previous post, I got the shortcut that is placed
on the desktop working to start up with Zshell.  So, all is well in the
universe.

MB
-- 
e-mail: vid...@vidiot.com | vid...@vidiot.net/~\ The ASCII
6082066...@email.uscc.net (140 char limit)   \ / Ribbon Campaign
Visit - URL: http://vidiot.com/   X  Against
 http://vidiot.net/  / \ HTML Email
"You're Sherlock Holmes, wear the damn hat!" - Watson to Sherlock
Sherlock - The Abominable Bride - 1/01/16

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

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.8.1-0.1

[Brian Inglis]

On 2017-06-23 12:25, Corinna Vinschen wrote:
> On Jun 23 19:52, Marco Atzeri wrote:
>> On 22/06/2017 15:58, Corinna Vinschen wrote:
>>> I uploaded a new Cygwin test release 2.8.1-0.1
>>> I'm planning for a release next week.  Please test.
>> $ /etc/postinstall/cygwin-doc.sh
>> Can't find directory '/usr/share/doc/cygwin-2.8.1'
> Fixed in git.

Darn you were fast!
You might want to apply the rest of the attached format-patch,
as it makes things clearer, more maintainable, and shorter.

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
From 3f92d6ec6f0e715cbd6629634e66a306603532a5 Mon Sep 17 00:00:00 2001
From: Brian Inglis 
Date: Fri, 23 Jun 2017 12:38:16 -0600
Subject: [PATCH] cygwin: doc: Fix doc install path in postinstall script

---
 winsup/doc/etc.postinstall.cygwin-doc.sh | 62 +++-
 1 file changed, 20 insertions(+), 42 deletions(-)

diff --git a/winsup/doc/etc.postinstall.cygwin-doc.sh 
b/winsup/doc/etc.postinstall.cygwin-doc.sh
index dbb641219..ff1d9624e 100755
--- a/winsup/doc/etc.postinstall.cygwin-doc.sh
+++ b/winsup/doc/etc.postinstall.cygwin-doc.sh
@@ -26,9 +26,7 @@ do
fi
 done
 
-cygver=$($un -r)   # release - numeric version (build info)
-cygver=${cygver%\(*\)} # strip build info
-doc=/usr/share/doc/cygwin-$cygver
+doc=/usr/share/doc/cygwin-doc
 html=$doc/html
 smpc_dir="$($cygp $CYGWINFORALL -P -U)/Cygwin"
 
@@ -50,43 +48,23 @@ fi
 # mkshortcut works only in current directory - change to Cygwin Start Menu
 cd "$smpc_dir" || exit 2   # quit if not found
 
-# User Guide PDF & HTML
-p=$doc/cygwin-ug-net.pdf
-n="User Guide (PDF)"
-d="PDF Cygwin User Guide"
-
-[ -r $p ] && $mks -n "$n" -d "$d" $p
-
-i=$html/cygwin-ug-net/index.html
-n="User Guide (HTML)"
-d="HTML Cygwin User Guide"
-
-[ -r $i ] && $mks -n "$n" -d "$d" $i
-
-# API PDF & HTML
-p=$doc/cygwin-api.pdf
-n="API (PDF)"
-d="PDF Cygwin API Reference"
-
-[ -r $p ] && $mks -n "$n" -d "$d" $p
-
-i=$html/cygwin-api/index.html
-n="API (HTML)"
-d="HTML Cygwin API Reference"
-
-[ -r $i ] && $mks -n "$n" -d "$d" $i
-
-# Home Page URL
-h=$site/index.html
-n="Home Page"
-d="Cygwin $n"
-
-$mks -n "$n" -d "$d" $h
-
-# FAQ URL
-h=$site/faq.html
-n="FAQ"
-d="Cygwin Frequently Asked Questions (with answers)"
-
-$mks -n "$n" -d "$d" $h
+# create User Guide and API PDF and HTML shortcuts
+while read t n d
+do
+   [ -r $t ] && $mks -n "$n" -d "$d" $t
+done <
--
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

Re: Compiled programs fail to run from Cygwin Terminal, but work from windows cmd

[Wouter van Doorn]

Hi Andrey,

That looked really promising, as that whole rebasing stuff was
something I'd never heard about. Unfortunately, it did not lead to
anything; all my self-compiled tools still do exactly nothing.

Apologies about the top-posting; I had missed that rule.
Wouter

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

Re: git-2.12.3-1: Cannot push to a remote with a Windows network path URL

[Jonathan Chan]

Thanks for the quick response :)

$ git remote -vv
origin  file:network/path/to/git-repository (fetch)
origin  file:network/path/to/git-repository (push)

> Your URL is invalid.
> Try file://network/path/to/git-repository
$ git remote add testing file://network/path/to/git-repository
$ git remote -vv
origin  file:network/path/to/git-repository (fetch)
origin  file:network/path/to/git-repository (push)
testing  file://network/path/to/git-repository (fetch)
testing  file://network/path/to/git-repository (push)
$ git fetch origin
$ git fetch testing
fatal: '/path/to/git-repository' does not appear to be a git repository
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

To be thorough:
$ git remote set-url testing //network/path/to/git-repository
$ git remote -vv
origin  file:network/path/to/git-repository (fetch)
origin  file:network/path/to/git-repository (push)
testing  //network/path/to/git-repository (fetch)
testing  //network/path/to/git-repository (push)
$ git push testing test:master
Counting objects: 3, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 276 bytes | 0 bytes/s, done.
Total 3 (delta 1), reused 1 (delta 0)
remote: error: object directory
/network/path/to/git-repository/objects does not exist; check
.git/objects/info/alternates.
remote: fatal: unresolved deltas left after unpacking
error: remote unpack failed: unpack-objects abnormal exit
To //network/path/to/git-repository
 ! [remote rejected]   test -> master (unpacker error)
error: failed to push some refs to '//network/path/to/git-repository'
Fetching works with both "origin" and "testing" remotes. Pushing does not.

To be even more thorough:
$ cd ~/Temp
$ git clone file:network/path/to/git-repository
Cloning into 'git-repository'...
remote: Counting objects: 53426, done.
remote: Compressing objects: 100% (10982/10982), done.
remote: Total 53426 (delta 32970), reused 53361 (delta 32921)
Receiving objects: 100% (53426/53426), 33.85 MiB | 8.15 MiB/s, done.
Resolving deltas: 100% (32970/32970), done.
Checking out files: 100% (2240/2240), done.
$ rm -rf git-repository
$ git clone file://network/path/to/git-repository
Cloning into 'emf'...
fatal: '/path/to/git-repository' does not appear to be a git repository
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

So cloning works with the "file:..." URL.

On Fri, Jun 23, 2017 at 2:29 AM, Andrey Repin  wrote:
> Greetings, Jonathan Chan!
>
>> After updating to git-2.12.3-1, I have been unable to push to a remote
>> with a Windows network path URL:
>> $ git push origin
>> Counting objects: 3, done.
>> Delta compression using up to 4 threads.
>> Compressing objects: 100% (2/2), done.
>> Writing objects: 100% (3/3), 273 bytes | 0 bytes/s, done.
>> Total 3 (delta 1), reused 1 (delta 0)
>> remote: error: object directory
>> /network/path/to/git-repository/objects does not exist; check
>> .git/objects/info/alternates.
>> remote: fatal: unresolved deltas left after unpacking
>> error: remote unpack failed: unpack-objects abnormal exit
>> To file:network/path/to/git-repository
>>   ! [remote rejected]   master -> master (unpacker error)
>> error: failed to push some refs to
>> 'file:network/path/to/git-repository'
>
> Your URL is invalid.
> Try file://network/path/to/git-repository
>
>> Notes:
>> - Fetching works
>> - Pushing works if I use EGit (in Eclipse)
>> - Pushing works if I change the remote URL to use a drive mapped to
>> the network path
>
>> Additional searching turned up Issue #979 on git-for-windows:
>> https://github.com/git-for-windows/git/issues/979
>
>> Issue #979 appears to have been fixed in git and included in
>> 2.11.1..2.13.1 releases:
>> 
>> https://github.com/git/git/commit/7814fbe3f1e7cea1a675408df7b5dd1f5be731cc
>
>> I did not encounter this behavior prior to git-2.12.2-1. This is for x86_64.
>
>
> --
> With best regards,
> Andrey Repin
> Friday, June 23, 2017 12:28:54
>
> Sorry for my terrible english...
>

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

[ANNOUNCEMENT] Updated: mintty 2.7.8

[Thomas Wolff]

I have uploaded mintty 2.7.8 with the following changes:

Font rendering
  * Support for alternative fonts as selected via ECMA-48 SGR codes 
11...19.
  * Tweaked ambiguous width checking to not expand glyphs excessively 
(#615).


Terminal features
  * SGR 6 attribute "rapidly blinking" (ECMA-48).
  * Fixed Cursor Position Report (CPR) in Origin Mode (DECOM) (vttest 6-3).
  * DEC Technical character set support (approximating some segments).
  * G2/G3 character set designations and GL mapping (vttest 3-10 GL cases).
  * G2/G3 character set single shift selection (vttest 3-11).
  * Resetting invoked character set to G0 on terminal reset.
  * CHT (move right n tab positions) (vttest 11-5-4).
  * Completed Status String (DECRQSS) with missing attributes.

Window handling
  * Suppressing Windows-caused side effects of "resizing" to current 
size (#629).
  * Tweaked window-raising to top (previous #652) to not stick on top 
(mintty/wsltty#47, #667).
  * Reverted capturing of Shift+Ctrl+0 (~#233) to enable language 
switching (#663).
  * Capture key after leaving system menu with ESC; insert it and 
prevent beep.


Configuration
  * Reverted to stripping CR from most configuration strings 
(mintty/wsltty#46).


The homepage is at http://mintty.github.io/
It also links to the issue tracker.

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