-
-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
Windows 10 Creators Edition - WindowsAnsiOutputStream #686
Comments
The only place I can reproduce this issue is in Git Bash's bundled MinGW, but every other console worked fine, Window's Conhost, ConEmu, etc. If you are running it from MinGW (such as GIt Bash) you should take it up with them. And verify your system meets the requirements listed for basic color support with CraftBukkit on Windows. |
Upstream (jansi/jline to be specific) issue. I don't have Windows machine nearby to try, but this might help |
I wouldn't have sent in the issue if it wasn't an exclusive problem not
occurring with any other build. I am trying to move to Paperclip but have
had nothing but issues. For example, when you run with git bash, it will
prompt NMS Classes finish extracting without error, but there is nothing in
the directory. Nothing extracted, and thus it fails at patching. Have tried
on two Windows 10 machines, and thus had to clone on my debian dedicated
and had no issues there. Than on the compiled paperclip.jar I have these
issues on Windows 10 machines from that build.
The only thing that's changed on the machines is both got their new Windows Creator Edition updates.
I've read numerous topics that Windows 10 updates often break ANSII support as well, though nothing on this update that I can find online.
…On Wed, May 10, 2017 at 10:12 PM, Mark Vainomaa ***@***.***> wrote:
Upstream (jansi/jline to be specific) issue.
I don't have Windows machine nearby to try, but this might help
<jline/jline2#245 (comment)>
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#686 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/ABGSZeeLT07bPOuNUjbNy3h8bn7ALqASks5r4pjIgaJpZM4NXMmX>
.
--
Sincerely,
*Jordan S. C. Thompson *
*Web Development & Design Coordinator*
|
Can't really advise all too much on windows as I don't use it (and would prefer to not have to boot up my VM), however; what is the chance that you've got the bash support for windows installed, as well as git bash? output of That class that it's complaining about is also in the jar I've just built, so maybe try running the paper jar from inside the cache folder and seeing if the exception is still thrown? |
I tried building in Git Bash, as well as Babun's bash. Both had the same issue with empty NMS classes dir. I am a Microsoft employee and past beta tester and still help with issues so Windows is my host machine, while I do prefer *NIX. Git Bash
Babun
|
I will try starting up a from scratch Windows VM sometime soon, but I cannot reproduce any of the issues you're reporting across any of my W10 devices. |
Have you received the Creators Edition update yet?
…On Thu, May 11, 2017 at 1:41 PM, Zach ***@***.***> wrote:
I will try starting up a from scratch Windows VM sometime soon, but I
cannot reproduce any of the issues you're reporting across any of my W10
devices.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#686 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/ABGSZVl8H5L-0vw0cckD8PbIw5E_e_hLks5r43JigaJpZM4NXMmX>
.
--
Sincerely,
*Jordan S. C. Thompson *
*Web Development & Design Coordinator*
|
Yes, I specifically pushed both systems to that version in order to test some of the latest WSL developments |
@WASasquatch For testing purposes can you confirm your windows version from winver.exe, your method of running paperclip (powershell, cmd, WSL, mingw32 (git bash)), and anything else you deem important that I know when trying to reproduce your issue? We do specifically target UTF-8 encoding across all platforms when building the paperclip jars so I don't believe that is the issue either, but if you disagree feel free to let me know your build environment as well (since I see you're compiling from scratch). I just don't want to miss something glaring. |
I compiled in Debian 8.7 (BASH). I am running in cmd.exe on Windows and a simple batch file (as I see no reason to run in anything else). If I do run under Babun or something, which is extra startup steps, I have color just fine.
All for testing purposes so no real configuration, all default settings bare startup procedure. Update: This may be souly related to windows as a tool I made to check my latency (I use 4G internet) is also not printing colors based on the latency timing (to show if it's a bad or good response). And it's compiled from byte code. Than again maybe not. I tried running the server in BASH (under Windows) and while it didn't spill it's whole beans, it was still unable to instantiate the class.
|
Figured I'd chime back in on this after the windows update decided to break my touchpad I almost threw it out the window, but; git bash wouldn't let me run the paper build scripts as it would cause some error and cause bash and sh to both throw some exception and create a dump file... Beyond that, running a build from the CI server worked fine I did however notice that you're running a somewhat later release than what I have on my machine, might come through now that I've just changed it to the fast release, however, that class that is throwing the exception relies on JNI,
|
On a brand new install in a VM, running on Windows 10 1703 (build 15063.0) I can just go get the JRE, install it, download the jar and run it and have colors working. As seen here: I then went and updated that VM as far as it'd let me (to match your build number precisely, as well as that of my main PC) but I'm sad to say it didn't change anything. So then I thought maybe it's an issue specific to Java x64 builds perhaps, but unfortunately no, it still works. The only thing I can think of is that Microsoft botched the update process somehow for certain users. As I said, I cannot reproduce this behavior on my main system, but @electronicboy seems to be having weird encoding issues of his own. With all that in mind, I see no reason to suspect this is related to Paper or that it is even possible for us to fix this. I will leave this open a while longer, in case I am mistaken. |
Someone pointed out that I "may not have deleted my paper folder" after
attempts. Which I didn't. Files which had failed would register as
"existing" and thus the script would continue. This would cause obvious
errors in a compiled version.
In any case, I'm going to compile a new copy and try it in the morning
after my system scans it's system files.
Thanks for all the help. I hope it isn't something as simple as me forgetting to removing the dir upon failures, but it likely is.
Additionally, I found this: http://stackoverflow.com/questions/29875293/log4j2-on-tomcat-on-windows-produces-warning-unable-to-instantiate-org-fusesour/29879464 not sure if it's of any reference.
Also here is a log of the latest compile: https://pastebin.com/raw/dYscsrTC
Update 2: I have ran a system check, no files failed integrity test, and no viruses or malware. Again, this issue is exclusive to Paperclip. Not bukkit, spigot, or craftbukkit.
Here is latest Spigot booted next to Paperclip
http://image.prntscr.com/image/b28d27a092bf48a2b4666db95b5e4385.png
…On Sat, May 13, 2017 at 2:21 AM, Zach ***@***.***> wrote:
On a brand new install in a VM, running on Windows 10 1703 (build 15063.0)
I can just go get the JRE, install it, download the jar and run it and have
colors working. As seen here:
https://zbob750.keybase.pub/paper/github/issues/686/clean-
install-and-run-in-vm.webm
I then went and updated that VM as far as it'd let me (to match your build
number precisely, as well as that of my main PC) but I'm sad to say it
didn't change anything.
[image: updated-still-colors]
<https://camo.githubusercontent.com/3ad8b6addf0cbb4d8efa5fc08268166fc5a0c49b/68747470733a2f2f7a626f623735302e6b6579626173652e7075622f70617065722f6769746875622f6973737565732f3638362f77696e646f777331302d757064617465642e706e67>
So then I thought maybe it's an issue specific to Java x64 builds perhaps,
but unfortunately no, it still works.
[image: updated-x64-java-still-colors]
<https://camo.githubusercontent.com/e546273a80ad98206df71e18eb9efcc7a99fa3ee/68747470733a2f2f7a626f623735302e6b6579626173652e7075622f70617065722f6769746875622f6973737565732f3638362f77696e646f777331302d757064617465642d7836342d6a6176612e706e67>
The only thing I can think of is that Microsoft botched the update process
somehow for certain users. As I said, I cannot reproduce this behavior on
my main system, but @electronicboy <https://github.com/electronicboy>
seems to be having weird encoding updates of his own.
With all that in mind, I see no reason to suspect there is anything Paper
can do to resolve this issue or even that it is possible for us to do so. I
will leave those open a while longer, in case I am mistaken.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#686 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/ABGSZckgqStJjn8mHLm3Exsv9-MJm6GMks5r5XYZgaJpZM4NXMmX>
.
--
Sincerely,
*Jordan S. C. Thompson *
*Web Development & Design Coordinator*
|
As far as anyone can tell this is specific to your system and your system alone. |
The ONLY thing I can think of is try running the paper server component directly from ~/cache/patched_1.11.2.jar and see if that acts any differently. |
Well if any other jar runs fine, it's clearly a problem with the jar, and
not anything else... I'm sorry the previously statement was just wrong and
purely an assumption based on not being able to reproduce. As it stands I can build craftbukkit, bukkit, and spigot all without this issue. It only occurs in how Paperclip is built. Suggesting there is an issue or unlisted dependency there with a fresh Debian environment.
The new jar I have compiled from a fresh directory on Debian doesn't
produce a stack trace, but does produce `2017-05-14 12:50:34,909 WARN
Unable to instantiate org.fusesource.jansi.WindowsAnsiOutputStream` only.
Showing that something has changed inside the JAR.
It's a fresh copy of Debian Jessie with only the dependencies listed for
Paperclip. So, it may be there are further dependencies not listed. Also in
the log there was a lot of meta data unable to be retrieved from md_5.
…On Sun, May 14, 2017 at 10:15 AM, Zach ***@***.***> wrote:
The ONLY thing I can think of is try running the paper server component
directly from ~/cache/patched_1.11.2.jar and see if that acts any
differently.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#686 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/ABGSZTjUaPnHoeAV004YUzhlYar0v2rhks5r5zbGgaJpZM4NXMmX>
.
--
Sincerely,
*Jordan S. C. Thompson *
*Web Development & Design Coordinator*
|
That's jansi throwing an exception and bukkit is squashing it, you could modify the class file I noted above to remove the squelching of the message and see what it is exactly being thrown. paperclip also twiddles with the classloader, which shouldn't but can cause odd effects in certain cases e.g. a plugin for bukkit is designed in a way that paperclips twiddling breaks something, this is unlikely to be such a case. |
I'm just so confused. I'll try seeing if I can't get the a better stack trace, though as noticed in the original post it did initially come with one, wasn't just the warning: https://pastebin.com/XmVjXQCK |
Biggest guess would be that you've not got the VS c++ 2008 redistributable installed on your system and so jansi is failing to co-operate, either that or your kernel library is busted/changed. |
That wouldn't explain bukkit, spigot, craftbukkit. And alas is installed.
Believe Windows 10 doesn't require VS c++ 2008 and has it's own internal
requisites as ANSI support worked fine with bukkit, and moving to spigot,
long before installing VS c++ 2008 for a game. So it's likely the feature
works with the bundled software in 10 This is a brand new error with just the
paperclip.jar
Again likely leading to how it was built on Debian. There is something that is breaking this specific feature within the build process which isn't coming up as a red flag with the paper build tool.
…On Sun, May 14, 2017 at 1:27 PM, Shane Freeder ***@***.***> wrote:
Biggest guess would be that you've not got the VS c++ 2008 redistributable
installed on your system and so jansi is failing to co-operate, either that
or your kernel library is busted/changed.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#686 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/ABGSZSDPg7gdKXHPvJu6eP4de-uX-Xxrks5r52PHgaJpZM4NXMmX>
.
--
Sincerely,
*Jordan S. C. Thompson *
*Web Development & Design Coordinator*
|
paper doesn't make any modifications whatsoever to that area of code. Log file from a spigot install on the same OS install? Did you try running the jar in the cache folder directly? |
Yeah it's the same current warning with Same goes for And if you want to email me a RSA auth string and try on an account (as I am not as familiar with debugging these compilers/builders) I am willing to do that. Just a testing dedi I picked up on a sale. |
I can also confirm that I cannot reproduce this. |
Literally irrelevant to the fact they both, and official jar, are still
broken, built with Paper's methods and yet with BuildTools everything is
fine. Like I said, you can have access and reproduce it yourself, but it is
clearly a issue with the papers build methods.
Modifications to the 'parts' of the jars aside, just handling the files could be enough. Like I am trying to say, there may be a undisclosed dependency not present on my system. Or maybe it's the fact md_5 meta resources fail to pull on my server (shown in the logs)
Reiterating "you can't reproduce" doesn't help a resolution to the issue. Regardless. I am trying to get this fixed as I would like to use Paperclip for obvious reasons.
…On Sun, May 14, 2017 at 4:59 PM, Kyle Wood ***@***.***> wrote:
paperclip-1.11.2.jar and paper-1.11.2.jar are not the same thing.
I can also confirm that I cannot reproduce this.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#686 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/ABGSZYxkICEoOTycEBTO0BPROitrP-iyks5r55VKgaJpZM4NXMmX>
.
--
Sincerely,
*Jordan S. C. Thompson *
*Web Development & Design Coordinator*
|
Please re-open if you are able to determine a way to reproduce the issue from a clean install of Windows, otherwise no one has been able to reproduce this issue in any way, and your aggressiveness and bad attitude is not helping the situation. |
You're making a lot of noise about an issue that not a single person on any of my teams can reproduce, or anyone other than you actually. It's starting to get downright rude and I'm done sitting here reading about it. Feel free to submit a PR resolving this issue if it's such a big deal. Thanks. |
Description of issue:
When the server starts the there is a error regarding
Unable to instantiate org.fusesource.jansi.WindowsAnsiOutputStream
which, naturally kills color in the console. The only time I've seen this was with Spigot 1.11 on Windows Server 2008.Plugin list:
None.
Paper build number:
git-Paper-"6c3faf6" (MC: 1.11.2) (Implementing API version 1.11.2-R0.1-SNAPSHOT)
What behaviour is expected:
ANSI Color Support
What behaviour is observed:
No ANSI Color Support
Steps/models to reproduce:
Run freshly compiled
paperclip.jar
from Debian on Windows 10 Creators EditionCrash, Stacktrace
https://pastebin.com/XmVjXQCK
The text was updated successfully, but these errors were encountered: