on crashes, I don't have any clue: details welcome
I see what I can do but please don't expect anything.
see https://github.com/fusesource/jansi/pull/150
If we have multiple people using Windows to help test and improve this, we
could probably finally merge the update
I'll try to support.
But apart from that improvement, wouldn't passthrough _still_ have less
overhead?
I mean, why even have it handled by Jansi at all when the shell itself
can handle the sequences?
Cheers,
Falko
Am 29.06.2020 um 07:42 schrieb Hervé BOUTEMY:
on crashes, I don't have any clue: details welcome
but on the performance impact of Jansi on Windows (to detect ANSI codes) when
there is much content (like with Surefire output), there is some partial work
started to improve by removing flush:
see https://github.com/fusesource/jansi/pull/150
If we have multiple people using Windows to help test and improve this, we
could probably finally merge the update
Regards,
Hervé
Le dimanche 28 juin 2020, 19:29:11 CEST Falko Modler a écrit :
Hi everyone!
I recently ran into problems when trying to get colored log output from
Quarkus tests (via Surefire): https://github.com/fusesource/jansi/issues/171
Coincidentally, we started seeing Surefire JVM fork crashes on various
Windows 10 workstations when Jansi was active (sorry, I do not have more
details at the moment).
I also found out that building Quarkus (651 modules) is 40% faster with
-Djansi.passthrough=true (using Git Bash on Windows 10 & TERM=cygwin,
and I guess also with xterm-256color).
Given these three observations, I am wondering whether it would be
better if Maven actively used -Djansi.passthrough=true for TERM variants
that are known to handle coloring on their own?
Or at least document this?
Best regards,
Falko
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
