OK I see that second latest tag is v0.1.2 (17 June 2014). Seems a strange jump.
But now I understand pinning, I can use a strategy of rolling back Juno-related packages until Juno works again. What other packages would Juno depend on? To help me in this endeavour, I have access to another PC on which Juno runs (almost) without error. Confusingly, Pkg.status() reports JuliaParser v0.6.2 on this second PC Jewel is v1.0.6 on both PCs. I can't see LightTable listed in Pkg.status() output in either PC I think Compat v0.7.2 is also causing ERROR: @doc not defined issue ( https://groups.google.com/forum/#!topic/julia-users/rsM4hxdkAxg) so maybe reverting back to Compat v0.7.0 might also help. -- Greg On Sunday, September 20, 2015 at 7:08:47 PM UTC+10, Michael Hatherly wrote: > Before this JuliaParser was at version v0.6.3, are you sure we should try > reverting to v0.1.2? > > See the tagged versions > https://github.com/jakebolewski/JuliaParser.jl/releases. So that’s the > next latest tagged version. You could probably checkout a specific commit > prior to the commit that’s causing the breakage instead though. > > What version of Jewel.jl and LightTable.jl are you using? > > — Mike > > > On Sunday, 20 September 2015 10:56:22 UTC+2, Greg Plowman wrote: >> >> Hi, >> >> I tried Pkg.pin("JuliaParser", v"0.1.2") but now I get the following >> error (multiple times). >> >> Before this JuliaParser was at version v0.6.3, are you sure we should try >> reverting to v0.1.2? >> >> >> WARNING: LightTable.jl: `skipws` has no method matching skipws(:: >> TokenStream) >> in scopes at C:\Users\Greg\.julia\v0.3\Jewel\src\parse\scope.jl:148 >> in codemodule at C:\Users\Greg\.julia\v0.3\Jewel\src\parse/parse.jl:141 >> in filemodule at C:\Users\Greg\.julia\v0.3\Jewel\src\module.jl:93 >> in anonymous at C:\Users\Greg\.julia\v0.3\Jewel\src\LightTable\misc.jl:5 >> in handlecmd at C:\Users\Greg\.julia\v0.3\Jewel\src\LightTable/ >> LightTable.jl:65 >> in handlenext at C:\Users\Greg\.julia\v0.3\Jewel\src\LightTable/ >> LightTable.jl:81 >> in server at C:\Users\Greg\.julia\v0.3\Jewel\src\LightTable/LightTable. >> jl:22 >> in server at C:\Users\Greg\.julia\v0.3\Jewel\src\Jewel.jl:18 >> in include at boot.jl:245 >> in include_from_node1 at loading.jl:128 >> in process_options at client.jl:285 >> in _start at client.jl:354 >> >> >> >> Any other suggestions? >> >> --Greg >> >> >> On Sunday, September 20, 2015 at 6:16:10 PM UTC+10, Michael Hatherly >> wrote: >> >>> The type cannot be constructed error should be fixed on 0.3 by >>> https://github.com/jakebolewski/JuliaParser.jl/pull/25. In the mean >>> time you could Pkg.pin("JuliaParser", v"0.1.2") and see if that fixes >>> the problem on Julia 0.3. (Or a version earlier than v"0.1.2" if >>> needed.) >>> >>> I’ve come across the cannot resize array with shared data error a while >>> ago with the Atom-based Juno. It was fixed by Pkg.checkouting all the >>> involved packages. Might be the same for the LightTable-base Juno, worth a >>> try maybe. >>> >>> — Mike >>> On Saturday, 19 September 2015 19:09:22 UTC+2, Serge Santos wrote: >>>> >>>> I tried to solve the problem by running Julia 0.4.0-rc2 instead of >>>> Julia 0.3.11. I manage to execute a few commands in Juno, but juno/julia >>>> is >>>> stuck as before. The error message is slightly different though: >>>> >>>> >>>> - >>>> >>>> WARNING: LightTable.jl: cannot resize array with shared data >>>> in push! at array.jl:430 >>>> in read_operator at >>>> C:\Users\Serge\.julia\v0.4\JuliaParser\src\lexer.jl:368 >>>> in next_token at >>>> C:\Users\Serge\.julia\v0.4\JuliaParser\src\lexer.jl:752 >>>> in qualifiedname at >>>> C:\Users\Serge\.julia\v0.4\Jewel\src\parse\scope.jl:59 >>>> in nexttoken at C:\Users\Serge\.julia\v0.4\Jewel\src\parse\scope.jl:78 >>>> in nextscope! at >>>> C:\Users\Serge\.julia\v0.4\Jewel\src\parse\scope.jl:116 >>>> in scopes at C:\Users\Serge\.julia\v0.4\Jewel\src\parse\scope.jl:149 >>>> [inlined code] from C:\Users\Serge\.julia\v0.4\Lazy\src\macros.jl:141 >>>> in codemodule at C:\Users\Serge\.julia\v0.4\Jewel\src\parse/parse.jl:8 >>>> in getmodule at C:\Users\Serge\.julia\v0.4\Jewel\src\eval.jl:42 >>>> in anonymous at >>>> C:\Users\Serge\.julia\v0.4\Jewel\src\LightTable\eval.jl:51 >>>> in handlecmd at >>>> C:\Users\Serge\.julia\v0.4\Jewel\src\LightTable/LightTable.jl:65 >>>> in handlenext at >>>> C:\Users\Serge\.julia\v0.4\Jewel\src\LightTable/LightTable.jl:81 >>>> in server at >>>> C:\Users\Serge\.julia\v0.4\Jewel\src\LightTable/LightTable.jl:22 >>>> in server at C:\Users\Serge\.julia\v0.4\Jewel\src\Jewel.jl:18 >>>> in include at boot.jl:261 >>>> in include_from_node1 at loading.jl:304 >>>> in process_options at client.jl:308 >>>> in _start at client.jl:411 >>>> >>>> >>>> >>>> On Saturday, 19 September 2015 10:40:49 UTC+1, JKPie wrote: >>>>> >>>>> I have the same problem, I have spent couple of hours reinstalling >>>>> Julia and Juno on Windows and Linux with no result. The code works fine, >>>>> when I call it from command line directly. >>>>> Please help it is freezing my work :/ >>>>> J >>>>> >>>>