czlee
commented
6 years ago I think it might falter every time it hits any non-ASCII character, and I think this might be closer to the underlying cause. When printing documentation, if it crashes, it prints up until the first non-ASCII character and then fails to print the non-ASCII charater. For example, in the above example printing the documentation for triu, it gets up to the 4×4, then fails on the ×. Similar results happen for inv, div, and others with any non-ASCII character, though strangely √ works fine.
The same error (for the first seven items on the stack trace) occurs if you just try to print a string with a non-ASCII character in it. Interestingly, it only happens if it tries to show the string—if you just print the string with print(), there's no problem.
julia> print("The next character is ×")
The next character is ×
julia> "The next character is ×"
"The next character is Error showing value of type String:
ERROR: write: i/o error (EIO)
Stacktrace:
[1] try_yieldto(::Base.##296#297{Task}, ::Task) at ./event.jl:189
[2] wait() at ./event.jl:234
[3] uv_write(::Base.TTY, ::Ptr{UInt8}, ::UInt64) at ./stream.jl:811
[4] unsafe_write(::Base.TTY, ::Ptr{UInt8}, ::UInt64) at ./stream.jl:832
[5] unsafe_write(::Base.TTY, ::Base.RefValue{UInt8}, ::Int64) at ./io.jl:293
[6] write(::Base.TTY, ::UInt8) at ./stream.jl:873
[7] write(::IOContext{Base.Terminals.TTYTerminal}, ::Char) at ./io.jl:334
[8] print at ./char.jl:45 [inlined]
[9] escape_string(::IOContext{Base.Terminals.TTYTerminal}, ::String, ::String) at ./strings/io.jl:236
[10] print_quoted at ./strings/io.jl:253 [inlined]
[11] show at ./strings/io.jl:124 [inlined]
[12] show(::IOContext{Base.Terminals.TTYTerminal}, ::MIME{Symbol("text/plain")}, ::String) at ./replutil.jl:147
[13] display(::Base.REPL.REPLDisplay{Base.REPL.LineEditREPL}, ::MIME{Symbol("text/plain")}, ::String) at ./REPL.jl:122
[14] display(::Base.REPL.REPLDisplay{Base.REPL.LineEditREPL}, ::String) at ./REPL.jl:125
[15] display(::String) at ./multimedia.jl:218
[16] eval(::Module, ::Any) at ./boot.jl:235
[17] print_response(::Base.Terminals.TTYTerminal, ::Any, ::Void, ::Bool, ::Bool, ::Void) at ./REPL.jl:144
[18] print_response(::Base.REPL.LineEditREPL, ::Any, ::Void, ::Bool, ::Bool) at ./REPL.jl:129
[19] (::Base.REPL.#do_respond#16{Bool,Base.REPL.##26#36{Base.REPL.LineEditREPL,Base.REPL.REPLHistoryProvider},Base.REPL.LineEditREPL,Base.LineEdit.Prompt})(::Base.LineEdit.MIState, ::Base.AbstractIOBuffer{Array{UInt8,1}}, ::Bool) at ./REPL.jl:646This doesn't actually get at the underlying problem, but hopefully it's a step closer if anyone else looks at this 🙂
Edit: Actually, on second inspection I realized this doesn't really add very much that we didn't already know. But here's an upvote for the issue, anyway.
This is on Julia version 0.6.2, on Ubuntu on Windows 10 version 1709.
vtjnash
grandtiger
musm
OkonSamuel
KristofferC
Since updating my Windows to the Fall creators update, I get the following error in REPL (using Windows Subsystem for Linux), when printing special objects to the screen.
Julia Version 0.6.0 (2017-06-19 13:05 UTC)
Example 1: DataFrames
Example 2: printing documentation of some functions