I just install Julia and then JuliaPro for the IDE.
I can start Julia and work on it normally. However, when I open JuliaPro, I can not start Julia. I got this message after press Enter.
Do you know what happens and how to solve it ?
Press Enter to start Julia.
fatal: error thrown and no exception handler available.
InitError(mod=:BinaryProvider, error=ErrorException("No download engines found. We looked for: power
shell, C:\Windows\System32\WindowsPowerShell\v1.0\powershell, curl, wget, fetch, busybox. Install on
e and ensure it is available on the path.
"))
rec_backtrace at /home/Administrator/buildbot/worker/package_win64/build/src\stackwalk.c:94
record_backtrace at /home/Administrator/buildbot/worker/package_win64/build/src\task.c:246
jl_throw at /home/Administrator/buildbot/worker/package_win64/build/src\task.c:577
error at .\error.jl:33
macro expansion at .\logging.jl:318 [inlined]
#probe_platform_engines!#30 at C:\Users\julia\AppData\Local\Julia-1.0.1\share\julia\stdlib\v1.0\Bina
ryProvider\src\PlatformEngines.jl:258
unknown function (ip: 0000000012498FCE)
jl_fptr_trampoline at /home/Administrator/buildbot/worker/package_win64/build/src\gf.c:1831
jl_apply_generic at /home/Administrator/buildbot/worker/package_win64/build/src\gf.c:2184 [inlined]
jl_apply at /home/Administrator/buildbot/worker/package_win64/build/src\julia.h:1537 [inlined]
jl_invoke at /home/Administrator/buildbot/worker/package_win64/build/src\gf.c:56
probe_platform_engines! at C:\Users\julia\AppData\Local\Julia-1.0.1\share\julia\stdlib\v1.0\BinaryPr
ovider\src\PlatformEngines.jl:134 [inlined]
__init__ at C:\Users\julia\AppData\Local\Julia-1.0.1\share\julia\stdlib\v1.0\BinaryProvider\src\Bina
ryProvider.jl:28
jl_apply_generic at /home/Administrator/buildbot/worker/package_win64/build/src\gf.c:2184
jl_apply at /home/Administrator/buildbot/worker/package_win64/build/src\julia.h:1537 [inlined]
jl_module_run_initializer at /home/Administrator/buildbot/worker/package_win64/build/src\toplevel.c:
90
_julia_init at /home/Administrator/buildbot/worker/package_win64/build/src/home/Administrator/buildb
ot/worker/package_win64/build/src\init.c:813
julia_init__threading at /home/Administrator/buildbot/worker/package_win64/build/src\task.c:302
wmain at /home/Administrator/buildbot/worker/package_win64/build/ui\repl.c:227
__tmainCRTStartup at /usr/src/debug/mingw64-x86_64-runtime-5.0.3-1/crt\crtexe.c:329
mainCRTStartup at /usr/src/debug/mingw64-x86_64-runtime-5.0.3-1/crt\crtexe.c:212
BaseThreadInitThunk at C:\windows\system32\kernel32.dll (unknown line)
RtlUserThreadStart at C:\windows\SYSTEM32\ntdll.dll (unknown line)
At the first time Atom installs at Julia Atom.jl at Juno.jl packages.
Start a Julia console (outside of Atom), go to package manager by pressing ] and type:
(v1.0) pkg> add Juno
(v1.0) pkg> add Atom
Just in case check if they precompile:
julia> using Juno
julia> using Atom
Once installed, go to Atom options by pressing Ctrl+,. Now select Packages and for julia-client click settings - in the settings Julia Path enter the full path for your Julia executable (the same one that has Juno and Atom installed).
Now Julia has good chance to work.
If it does not try to delete the .atom folder (it can be found at JuliaPro-1.0.1.1/.atom or at YOUR_HOME_DIRECTORY/.atom). Sometimes Atom package updates cause Atom Juno to stop working properly and this is the only good option.
Let me know if that helped.
Related
I am trying to run the Julia template in Google Colab, but the first code block throws the following warning:
Unrecognized runtime "julia"; defaulting to "python3"
Google search didn't help. Any ideas?
Ignore the popup Unrecognized runtime "julia"; defaulting to "python3".
When you start, it opens a connection to a machine. julia is not installed on the machine. The first cell starts with '%%shell' to tell jupyter to feed the rest of the cell to the command 'shell'. The rest of the first cell are a series of shell commands that install julia.
This script that installs julia can take a while. When I just tried it, it ran for over 4 minutes. It has several "Installing ..." progress messages, but 3:30 of the wait was after it said "Installing Julia package Plots...". Eventually the output (white area below the gray cell that starts with '%%shell') should say something like the text that was there before it started:
Installing Julia 1.7.1 on the current Colab Runtime...
2022-05-12 01:19:55 URL:https://julialang-s3.julialang.org/bin/linux/x64/1.7/julia-1.7.1-linux-x86_64.tar.gz [123374573/123374573] -> "/tmp/julia.tar.gz" [1]
Installing Julia package IJulia...
Installing Julia package BenchmarkTools...
Installing Julia package Plots...
(long delay here)
Installing IJulia kernel...
[ Info: Installing julia kernelspec in /root/.local/share/jupyter/kernels/julia-1.7
Successfully installed julia version 1.7.1!
Please reload this page (press Ctrl+R, ⌘+R, or the F5 key) then
jump to the 'Checking the Installation' section.
If you've waited much longer than 5 minutes and it hasn't completed, maybe try disconnecting (menu "Runtime" > "Disconnect and delete runtime"), refresh, and start the first cell again.
Ran into the same issue. Found this on Julia's discourse forum (https://discourse.julialang.org/t/how-to-run-julia-in-google-colab/43169)
I was learning this https://mitmath.github.io/18S096SciML/lecture2/ml
But when I re-enter the activate MLTest command, I get
ERROR: syntax: extra token "MLTest" after end of expression
Stacktrace:
[1] top-level scope at none:0
Turns out I didn't ] to activate Package manager.
I'm trying to download a file from GitHub using Julia in Jupyter Notebook:
isfile("housing.data") ||
download("https://raw.githubusercontent.com/MikeInnes/notebooks/master/housing.data",
"housing.data")
rawdata = readdlm("housing.data")'
I have Windows and Julia v1.1.1 version. I get the error message that doesn't say anything to me:
failed process: Process(`'C:\WINDOWS\System32\WindowsPowerShell\v1.0\powershell.exe' -Version 3 -NoProfile -Command "[System.Net.ServicePointManager]::SecurityProtocol = [System.Net.SecurityProtocolType]::Tls12; (New-Object System.Net.Webclient).DownloadFile('https://raw.githubusercontent.com/MikeInnes/notebooks/master/housing.data', 'housing.data')"`, ProcessExited(3221225477)) [3221225477]
Stacktrace:
[1] error(::String, ::Base.Process, ::String, ::Int64, ::String) at .\error.jl:42
[2] pipeline_error at .\process.jl:785 [inlined]
[3] download(::String, ::String) at .\download.jl:20
[4] top-level scope at In[3]:1
I tried googling the message but it's too long to find anything, I didn't find any related topic with problems like this. What might be the reason for this error? Do I need to provide you with some other information?
Base.download relies on availability and configuration of system commands. In particular its documentation reads:
"this function relies on the availability of external tools such as curl, wget or fetch to download the file and is provided for convenience. For production use or situations in which more options are needed, please use a package that provides the desired functionality instead."
Following this advice you should do:
using Pkg
Pkg.add("HTTP")
using HTTP
HTTP.download("https://raw.githubusercontent.com/MikeInnes/notebooks/master/housing.data", "housing.data")
In this way you use pure Julia to download the file rather then various system tools and maintain the homogeneous behavior of your code across platforms.
The current version of Julia is 0.4.6. I, however, am running the development version 0.5. Suddenly JLD doesn't work. It's installed and updated. Yesterday I compiled code using JLD but this morning it doesn't work.
julia> using JLD
INFO: Precompiling module JLD...
WARNING: Method definition convert(Type{#T<:AbstractString}, AbstractArray{#S<:Union{Char, Int32, UInt32}, 1}) in module Base at unicode/utf32.jl:131 overwritten in module LegacyStrings at /root/.julia/v0.5/LegacyStrings/src/utf32.jl:133.
WARNING: Method definition isvalid(Array{Char, 1}) in module Base at unicode/utf32.jl:177 overwritten in module LegacyStrings at /root/.julia/v0.5/LegacyStrings/src/utf32.jl:179.
WARNING: New definition
string(Union{Char, LegacyStrings.UTF8String, LegacyStrings.ASCIIString}...) at /root/.julia/v0.5/LegacyStrings/src/utf8.jl:161
is ambiguous with:
string(Union{Char, UTF8String, ASCIIString}...) at unicode/utf8.jl:166.
To fix, define
string(Char...)
before the new definition.
WARNING: both LegacyStrings and Base export "UTF16String"; uses of it in module JLD must be qualified
ERROR: LoadError: LoadError: UndefVarError: UTF16String not defined
in include(::ASCIIString) at ./boot.jl:234
in include_from_node1(::ASCIIString) at ./loading.jl:417
in include(::ASCIIString) at ./boot.jl:234
in include_from_node1(::ASCIIString) at ./loading.jl:417
[inlined code] from ./boot.jl:237
in anonymous at ./<no file>:4294967295
in eval(::Module, ::Any) at ./boot.jl:237
[inlined code] from ./sysimg.jl:11
in process_options(::Base.JLOptions) at ./client.jl:239
in _start() at ./client.jl:318
while loading /root/.julia/v0.5/JLD/src/jld_types.jl, in expression starting on line 11
while loading /root/.julia/v0.5/JLD/src/JLD.jl, in expression starting on line 130
ERROR: Failed to precompile JLD to /root/.julia/lib/v0.5/JLD.ji
in error(::ASCIIString) at ./error.jl:21
in compilecache(::ASCIIString) at ./loading.jl:496
in compilecache(::Symbol) at ./loading.jl:485
in require(::Symbol) at ./loading.jl:355
in eval(::Module, ::Any) at ./boot.jl:237
When using the development version of Julia, you need to use the development versions of the packages (which works for packages where the developer keeps master up-to-date but hasn't tagged yet). If you run Pkg.checkout("JLD") to checkout master, JLD should work (works on my machine. Note you may need to Pkg.update() before checking out, and you may need to quit Julia and re-open it to recompile the new version).
But as a word of caution, don't use the development versions of Julia as a way to test things out. Remember, the language is still in alpha and there is no guarantee that the package ecosystem or Julia itself will work with the daily master. The dailies are good for working on the language and preparing packages for the next version (and being ballsy I guess).
Well, you're using Julia 0.5 which is still in development. If you switch to 0.4.6 then it should be fine. I'm using that and JLD works fine for me. You could also trying running Pkg.update() closing Julia, then reopening, to see if that helps.
On "./configure" of an open source project I get:
user agent OS = Linux
./configure: line 13957: syntax error near unexpected token 0.9.3'
./configure: line 13957: GOBJECT_INTROSPECTION_CHECK(0.9.3)'
make: *** [config.status] Error 2
Ubuntu 12.04 package "gobject-introspection" and "libgirepository1.0-dev" are present. Removing the GOBJECT_INTROSPECTION_CHECK line allows configure to complete, but the project fails a dependency later.
How can I get past this configure step cleanly? Googling for this issue shows bugs filed against numerous OS projects for this same blocking issue, but the usual answer is "install gobject-introspection".
As the OP discovered on his own he had to install the gobject-introspection package to get the m4 macros that were being used.
The error message has the raw macro in it, as configure scripts are generated from configure.in/configure.ac files via m4/etc the fact that the raw macro is in the output file indicates that the macro did not get translated at generation time.
The gobject-introspection m4 files were apparently installed after autogen.sh (or equivalent) was run to generate the configure script. Re-running the autogen.sh script should regenerate the configure script and run the macro correctly.