-
Notifications
You must be signed in to change notification settings - Fork 66
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ANSI escape sequence handling improvement #1824
Labels
Comments
kennytm
added a commit
to kennytm/ripgrep
that referenced
this issue
Jan 11, 2018
BurntSushi
pushed a commit
to BurntSushi/ripgrep
that referenced
this issue
Jan 29, 2018
Write `Ansi::reset()` using `\x1b[0m` instead of `\x1b[m`. This works around an AppVeyor bug: appveyor/ci#1824
dra27
added a commit
to dra27/opam
that referenced
this issue
Mar 17, 2018
Issue tracked in appveyor/ci#1824
dra27
added a commit
to dra27/opam
that referenced
this issue
Mar 17, 2018
Issue tracked in appveyor/ci#1824
dra27
added a commit
to dra27/opam
that referenced
this issue
Mar 17, 2018
Issue tracked in appveyor/ci#1824
dra27
added a commit
to dra27/opam
that referenced
this issue
Mar 17, 2018
Issue tracked in appveyor/ci#1824
dra27
added a commit
to dra27/opam
that referenced
this issue
Mar 17, 2018
Issue tracked in appveyor/ci#1824
dra27
added a commit
to dra27/opam
that referenced
this issue
Apr 4, 2018
Issue tracked in appveyor/ci#1824
dra27
added a commit
to dra27/opam
that referenced
this issue
Apr 6, 2018
Issue tracked in appveyor/ci#1824
dra27
added a commit
to dra27/opam
that referenced
this issue
Apr 6, 2018
Issue tracked in appveyor/ci#1824
dra27
added a commit
to dra27/opam
that referenced
this issue
May 3, 2018
Issue tracked in appveyor/ci#1824
dra27
added a commit
to dra27/opam
that referenced
this issue
May 10, 2018
Issue tracked in appveyor/ci#1824
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Gcc's error messages use some ANSI escape sequences which confuse AppVeyor's colouring.
Broken example: https://ci.appveyor.com/project/dra27/ocaml/build/1.0.130#L4639
Work-around example: https://ci.appveyor.com/project/dra27/ocaml/build/1.0.129#L4639
I'm running the script with
TERM=ansi
and then post-processing the output with sed. It'd be lovely if you were able to address these three shortcomings of AppVeyor's ANSI processing:ESC[K
(and other unimplemented sequences) would it be possible for AppVeyor just to omit displaying the sequence?ESC[m
should be treated asESC[0m
(ECMA-48 8.3.117)m
,01
should be treated as1
- i.e.ESC[01m
is a bold instruction andESC[01;31m
is a bold+red instruction - this gets mis-translated in the resulting HTML output (ECMA-48 5.4.2 f)The text was updated successfully, but these errors were encountered: