[julia-users] Re: Setting default values in Composite Type definitions

[Kristoffer Carlsson]

This is also a good package for default values in types, keyword arguments in 
type construction and more: https://github.com/mauro3/Parameters.jl

Re: [julia-users] Re: question about Hessian in ForwardDiff return InexactError()

[Kristoffer Carlsson]

The problem is that the multiplication 

y_hih_y = y_hat'*iy_var*y_hat

does not produce a scalar but  a 1x1 matrix. You can't assign a 1x1 matrix 
to an element that expects a scalar. If you know that the result will be a 
1x1 matrix you could extract the scalar by:

y_hih_y = (y_hat'*iy_var*y_hat)[1]

or if you instead declare y_hat as a vector with y_hat = zeros(nvar) you 
could write

y_hih_y = dot(y_hat, iy_var*y_hat)






On Wednesday, November 4, 2015 at 3:08:28 AM UTC+1, james...@gmail.com 
wrote:
>
> Hi Kristoffer:
>
> Thanks for these suggestions, which are progress on the problem.
>
> The current problem is this error statement.
>
> ERROR: LoadError: MethodError: `convert` has no method matching 
> convert(::Type{ForwardDiff.HessianNumber{7,Float64,Tuple{Float64,Float64,Float64,Float64,Float64,Float64,Float64}}},
>  
> ::Array{ForwardDiff.HessianNumber{7,Float64,Tuple{Float64,Float64,Float64,Float64,Float64,Float64,Float64}},1})
> This may have arisen from a call to the constructor 
> ForwardDiff.HessianNumber{7,Float64,Tuple{Float64,Float64,Float64,Float64,Float64,Float64,Float64}}(...),
> since type constructors fall back to convert methods.
> Closest candidates are:
>   ForwardDiff.HessianNumber{N,T,C}(::Any, ::Any)
>   call{T}(::Type{T}, ::Any)
>   convert{T<:Number}(::Type{T<:Number}, ::Char)
>   ...
>  in PF_RE_AR1_inner_hhh at 
> /home/jim_nason/jmn_work/smith/NS4/jl_code_Summer2015/RE_rho/MH_PF_test/PF_RE_AR1_inner_hhh.jl:48
>  in PF_RE_AR1_outer_alt_hhh at 
> /home/jim_nason/jmn_work/smith/NS4/jl_code_Summer2015/RE_rho/MH_PF_test/PF_RE_AR1_outer_alt_hhh.jl:79
>  in _calc_hessian at 
> /home/jim_nason/.julia/v0.4/ForwardDiff/src/api/hessian.jl:98
>  in hessian at 
> /home/jim_nason/.julia/v0.4/ForwardDiff/src/api/hessian.jl:27
>  [inlined code] from 
> /home/jim_nason/jmn_work/smith/NS4/jl_code_Summer2015/RE_rho/MH_PF_test/test_RE_AR1_alt.jl:188
>  in anonymous at no file:183
>  in include at ./boot.jl:261
>  in include_from_node1 at ./loading.jl:304
> while loading 
> /home/jim_nason/jmn_work/smith/NS4/jl_code_Summer2015/RE_rho/MH_PF_test/test_RE_AR1_alt.jl,
>  
> in expression starting on line 131
>
> Attached are revised programs/code for test_RE_AR1_alt.jl, 
> PF_RE_AR1_outer_hhh.jl, and PF_RE_AR1_inner_hhh.jl.
>
> ForwardDiff.hessian calls to the last to files.  These files implement 
> your suggestions and produce the above error statement.  The source of the 
> error statement seems to be in line 48 of PF_RE_AR1_inner_hhh.jl which is
>
> llhdt[m] = -0.5*(lpi2 + log(det(y_var)) + y_hih_y)
>
> lpi2 is a constant Float64 and llhdt and y_var are 
> ForwardDiff.HessianNumber( 
>
> The problem seems to be that y_hih_y is a 1-element 
> Array{ForwardDiff.HessianNumber 
>
> On line 42 of PF_RE_AR1_inner_hhh.jl 
>
> y_hih_y = y_hat'*iy_var*y_hat
>
> where y_hat and iy_var are ForwardDiff.HessianNumber( 
>
> Suggestions on how to convert y_hih_y to a ForwardDiff.HessianNumber(  
> are welcome.
>
> Jim
>
>
>
> On Tuesday, November 3, 2015 at 9:12:59 AM UTC-5, Kristoffer Carlsson 
> wrote:
>>
>> Just as a side note:
>>
>> Instead of 
>>  randn(mprt,1)
>>
>> you might just want to use
>>
>> randn(mprt)
>>
>> to create a vector instead of a matrix with one column.
>>
>>
>> On Tuesday, November 3, 2015 at 3:00:37 PM UTC+1, Kristoffer Carlsson 
>> wrote:
>>>
>>> The problem is the following:
>>>
>>> When you call PF_RE_AR1_outer_alt from hessian it will send in a 
>>> ForwardDiff number as the C_parm argument.
>>>
>>> This line:
>>>  sige = C_parm[2] # scale volatility on trend inflation SV
>>>
>>> means that sige will be a ForwardDiff number.
>>>
>>> This line
>>> trd_SV_j1 = randn(mprt,1)*sige + log( trd_SV_0 )
>>>
>>> means that trd_SV_j1 is now a vector of ForwardDiff numbers due to 
>>> promotion.
>>>
>>> And the last problem is
>>>
>>> t_SV[:,j] = trd_SV_j1
>>>
>>> where you try to assign a vector of ForwardDiff number to an array which 
>>> is supposed to only hold floats.
>>>
>>> The solution to this is to change
>>> t_SV = zeros(mprt, obs)
>>>
>>> to
>>>
>>> t_SV = zeros(eltype(C_parm), mprt, obs)
>>>
>>> for each array that will store an intermediate result. This means that 
>>> the element type of the array will always be the same as the element type 
>>> of the input argument.
>>>
>>> On Tuesday, November 3, 2015 at 2:43:39 PM UTC+1, james...@gmail.com 
>>> wrote:

 Hi Kristoffer:

 Thank you.   Attached are 

 test_RE_AR_alt.jl 

 which is the main program that calls to

 PF_RE_AR1_outer.jl

 The goal of these programs is to estimate a multivariate stochastic 
 volatility model using a Bayesian particle Markov Chain Monte Carlo 
 simulator.  

 Using Tony's suggestion solved one problem, but the current issue is 
 that running test_RE_AR_alt.jl causes Julia to return 


 LoadError: InexactError()
 in unsafe_setindex! at array.jl:318
 in _unsafe_batchsetindex! at multidimensional.j

[julia-users] Error in pushing PR

[Petr Hlavenka]

I've tried to upload PR for the NIDAQ.jl packages and I'm getting follwing 
error:

julia> Pkg.submit("NIDAQ")
> INFO: Forking JaneliaSciComp/NIDAQ.jl to phlavenk
> INFO
> INFO: Pushing changes as branch pull-request/05c1c1b2
> Warning: Permanently added the RSA host key for IP address 
> '192.30.252.131' to the list of known hosts.
> Permission denied (publickey).
> fatal: Could not read from remote repository.
>
> Please make sure you have the correct access rights
> and the repository exists.
> ERROR: failed process: Process(`git 
> '--work-tree=c:\Users\phlavenk\JuliaData\v0.4\NIDAQ' 
> '--git-dir=c:\Users\phlavenk\JuliaData\v0.4\NIDAQ\.git' push -q 
> g...@github.com:phlavenk/NIDAQ.jl.git 
> 05c1c1b2e80b260cfcbc8ee5241c7a02d3e5e0d4:refs/heads/pull-request/05c1c1b2`
> , ProcessExited(128)) [128]
>  in pipeline_error at process.jl:555



On Windows 7, Julia 0.4.0,  github name: phlavenk

Do I really miss the rights to upload a PR for this package?

Petr

[julia-users] Re: Setting default values in Composite Type definitions

[Cedric St-Jean]

+1 for parameters.jl. It's reserved for eventually making it default 
behavior.

https://github.com/JuliaLang/julia/issues/10146

On Wednesday, November 4, 2015 at 3:09:00 AM UTC-5, Kristoffer Carlsson 
wrote:
>
> This is also a good package for default values in types, keyword arguments 
> in type construction and more: https://github.com/mauro3/Parameters.jl

[julia-users] error: docile not found in path

[jda]

I'm trying to get the Plots package working on Julia 0.4.0 repl on a 
windows 7 machine.  The command

using Plots

gives the error

ERROR:  ArgumentError:  Docile not found in path
  in require at loading.jl:233
  in stale_cachefile at loading.jl:439
  in recompile_stale at loading.jl:457
  in _require_from_serialized at loading.jl:83
  in _require_from_serialized at loading.jl:109
  in require at loading.jl:219

Any help is much appreciated !

[julia-users] Comprehensions example from manual

[Ján Adamčák]

Hi guys,

I tried example from 0.4 Julia manual. My edited code:

A = rand(1_000_000);
const B = rand(1_000_000);

#non const
[ 0.25*A[i-1] + 0.5*A[i] + 0.25*A[i+1] for i=2:length(A)-1 ]

#const
[ 0.25*B[i-1] + 0.5*B[i] + 0.25*B[i+1] for i=2:length(B)-1 ]

#my mistake
[ 0.25*B[i-1] + 0.5*B[i] + 0.25*B[i+1] for i=2:length(A)-1 ]

#for comparing
[ 0.25*b[i-1] + 0.5*b[i] + 0.25*b[i+1] for i=2:1_000_000-1 ]

I have some questions:

1. Why has Julia problem with non constant Float64? (@time macro returned 
1.443342 
seconds (16.00 M allocations: 297.499 MB, 49.01% gc time)-1st case vs. 0.007271 
seconds (2 allocations: 7.629 MB)-2nd case)
2. Why Julia slow down after my mistake in 3rd case (length(A) with 
computation of B vector, @time macro returned 1.583760 seconds (16.00 M 
allocations: 297.499 MB, 54.18% gc time)-3rd case vs. 0.006969 seconds (2 
allocations: 7.629 MB)-4th case)
Thanks for your help :)

[julia-users] Re: Setting default values in Composite Type definitions

[Randy Zwitch]

Thanks Kristoffer and Cedric, these both get to the heart of the question 
that I am asking.

Stephen, your idea of the macro does achieve what I'm trying to do, except 
for the fact I already have a macro doing that which I'm trying to get OUT 
of my code :) It's good to know the reason why the macro is there is 
because what I want to do isn't currently possible (instead of programmer 
magic for the fun of it).

On Wednesday, November 4, 2015 at 3:09:00 AM UTC-5, Kristoffer Carlsson 
wrote:
>
> This is also a good package for default values in types, keyword arguments 
> in type construction and more: https://github.com/mauro3/Parameters.jl

[julia-users] Comprehensions example from manual

[Kristoffer Carlsson]

This is a good read: 
http://docs.julialang.org/en/release-0.4/manual/performance-tips/

[julia-users] Why can't I reinterpret a single value to a custom immutable type?

[Jason Merrill]

I have a custom immutable type that wraps an Int16:

julia> immutable DigitSet
   d::Int16
   end

julia> isbits(DigitSet)
true

I was hoping to be able to reinterpret an Int16 as this type, but I get an 
error that confusingly says that the first argument must be a bits type:

julia> reinterpret(DigitSet, Int16(3))
ERROR: reinterpret: expected bits type as first argument
 in reinterpret at essentials.jl:115

I can, however, reinterpret a Vector{Int16} into a Vector{DigitSet}.

julia> reinterpret(DigitSet, Int16[3])
1-element Array{DigitSet,1}:
 DigitSet(3)

Am I seeing a bug here? Or is this expected for some reason?

[julia-users] Re: Comprehensions example from manual

[Ján Adamčák]

Thanks.

Packing into to function solves my questions.

Resulting times:

0.005274 seconds (2 allocations: 7.629 MB)
0.005279 seconds (2 allocations: 7.629 MB)
0.005195 seconds (2 allocations: 7.629 MB)
0.007343 seconds (2 allocations: 7.629 MB)



Dňa streda, 4. novembra 2015 14:41:00 UTC+1 Kristoffer Carlsson napísal(-a):
>
> This is a good read: 
> http://docs.julialang.org/en/release-0.4/manual/performance-tips/

Re: [julia-users] Why can't I reinterpret a single value to a custom immutable type?

[Yichao Yu]

On Wed, Nov 4, 2015 at 8:44 AM, Jason Merrill  wrote:
> I have a custom immutable type that wraps an Int16:
>
> julia> immutable DigitSet
>d::Int16
>end
>
> julia> isbits(DigitSet)
> true
>
> I was hoping to be able to reinterpret an Int16 as this type, but I get an
> error that confusingly says that the first argument must be a bits type:

It's confusing because there's isbits and bitstype ...
https://github.com/JuliaLang/julia/issues/11822

>
> julia> reinterpret(DigitSet, Int16(3))
> ERROR: reinterpret: expected bits type as first argument
>  in reinterpret at essentials.jl:115
>
> I can, however, reinterpret a Vector{Int16} into a Vector{DigitSet}.
>
> julia> reinterpret(DigitSet, Int16[3])
> 1-element Array{DigitSet,1}:
>  DigitSet(3)
>
> Am I seeing a bug here? Or is this expected for some reason?

See https://github.com/JuliaLang/julia/issues/13701

[julia-users] Re: PyPlot not working on 0.4.0

[jda]

I'm new to both julia and git.  Trying to follow this thread because I am 
having problems with using Plots in 0.4.0 (and 0.3.8).  I downloaded Git 
Desktop (https://desktop.github.com/) and tried the following from the Git 
Shell:

C:\Users\user\.julia\v0.4\PyCall [master]> git fetch origin pull/155/head:
fix-timer-api
>From git://github.com/stevengj/PyCall.jl
 * [new ref] refs/pull/155/head -> fix-timer-api

C:\Users\user\.julia\v0.4\PyCall [master]> git checkout fix-timer-api
Switched to branch 'fix-timer-api'

C:\Users\user\.julia\v0.4\PyCall [fix-timer-api +1 ~0 -0 !]>


After this I tried opening Julia 0.4.0 repl and running the Plots package 
with no luck.
I am not sure what do to next, or if I am missing some crucial step.

julia> using Plots
ERROR: ArgumentError: Docile not found in path
 in require at loading.jl:233
 in stale_cachefile at loading.jl:439
 in recompile_stale at loading.jl:457
 in _require_from_serialized at loading.jl:83
 in _require_from_serialized at loading.jl:109
 in require at loading.jl:219

[julia-users] Re: PyPlot not working on 0.4.0

[Tom Breloff]

This issue is several months old, and I don't think it applies anymore. 
 Can you run both "versioninfo()" and "Pkg.status()" at your Julia prompt? 
 Then we might be able to help you get back to a working install.

On Wednesday, November 4, 2015 at 10:03:38 AM UTC-5, jda wrote:
>
> I'm new to both julia and git.  Trying to follow this thread because I am 
> having problems with using Plots in 0.4.0 (and 0.3.8).  I downloaded Git 
> Desktop (https://desktop.github.com/) and tried the following from the 
> Git Shell:
>
> C:\Users\user\.julia\v0.4\PyCall [master]> git fetch origin pull/155/head:
> fix-timer-api
> From git://github.com/stevengj/PyCall.jl
>  * [new ref] refs/pull/155/head -> fix-timer-api
>
> C:\Users\user\.julia\v0.4\PyCall [master]> git checkout fix-timer-api
> Switched to branch 'fix-timer-api'
>
> C:\Users\user\.julia\v0.4\PyCall [fix-timer-api +1 ~0 -0 !]>
>
>
> After this I tried opening Julia 0.4.0 repl and running the Plots package 
> with no luck.
> I am not sure what do to next, or if I am missing some crucial step.
>
> julia> using Plots
> ERROR: ArgumentError: Docile not found in path
>  in require at loading.jl:233
>  in stale_cachefile at loading.jl:439
>  in recompile_stale at loading.jl:457
>  in _require_from_serialized at loading.jl:83
>  in _require_from_serialized at loading.jl:109
>  in require at loading.jl:219
>
>
>

[julia-users] The growth of Julia userbase

[Ben Ward]

Hi all,

I was wondering are there any metrics or stats available that show how the 
user-base of Julia has grown over the last few years, and what it's size is 
now?

Many Thanks,
Ben W.

Re: [julia-users] Re: How to fill a (general) subarray with a single object

[Michele Zaffalon]

What Matt is saying is that the first option is probably what you do _not_
want: all elements of the matrix z point to the same location in memory.
Just try to change one of them!

On Tue, Nov 3, 2015 at 4:10 PM, Ján Dolinský 
wrote:

> Hi Matt,
>
> Thanks for the tips. The 1st example is quite neat and compact (similar to
> sub & fill!). the for loop is obviously a good option too.
>
> Best Regards,
> Jan
>
> Dňa utorok, 3. novembra 2015 15:59:37 UTC+1 Matt Bauman napísal(-a):
>
>> The ability to assign a single element into multiple locations like this
>> is called scalar broadcasting.  When you have an array of arrays, however,
>> each element isn't a scalar.  So it's trying to assign the elements of the
>> right side (Float64s) to the elements of the right side (matrices).  You
>> can work around this several ways:
>>
>> Wrap the right had side in an array of the appropriate size.  Note that,
>> like using sub and fill! above, this puts exactly the same matrix (with
>> shared data) in all four locations:
>>
>> julia> z[2:5] = fill(rand(2,2), 4); z
>> 10-element Array{Array{Float64,2},1}:
>>  #undef
>> [0.144618,0.285725,0.415011,0.232808]
>> [0.144618,0.285725,0.415011,0.232808]
>> [0.144618,0.285725,0.415011,0.232808]
>> [0.144618,0.285725,0.415011,0.232808]
>>  #undef
>>  #undef
>>  #undef
>>  #undef
>>  #undef
>>
>> Alternatively, the best solution is probably to use a for loop.  This
>> probably has the semantics that you want, with different uncoupled arrays
>> in each spot, and it'll be fast, too:
>>
>> julia> for idx = 2:5
>>z[idx] = rand(2,2)
>>end
>>z
>> 10-element Array{Array{Float64,2},1}:
>>  #undef
>> [0.691373,0.130612,0.837506,0.255362]
>> [0.471128,0.492608,0.602753,0.119473]
>> [0.133986,0.793537,0.800129,0.433915]
>> [0.922652,0.645796,0.997629,0.982244]
>>  #undef
>>  #undef
>>  #undef
>>  #undef
>>  #undef
>>
>> Matt
>>
>> On Tuesday, November 3, 2015 at 9:26:49 AM UTC-5, Ján Dolinský wrote:
>>>
>>> Hi guys,
>>>
>>> I came across a problem of setting up a (general) subarray with an
>>> object (value which is not an ordinary number) e.g.
>>>
>>> julia> z = Array(Matrix{Float64}, 10)
>>> 10-element Array{Array{Float64,2},1}:
>>>  #undef
>>>  #undef
>>>  #undef
>>>  #undef
>>>  #undef
>>>  #undef
>>>  #undef
>>>  #undef
>>>  #undef
>>>  #undef
>>>
>>> julia> z[2:5] = rand(2,2)
>>> ERROR: MethodError: `convert` has no method matching convert(::Type{
>>> Array{Float64,2}}, ::Float64)
>>> This may have arisen from a call to the constructor Array{Float64,2
>>> }(...),
>>> since type constructors fall back to convert methods.
>>> Closest candidates are:
>>>   call{T}(::Type{T}, ::Any)
>>>   convert{T,S,N}(::Type{Array{T,N}}, ::SubArray{S,N,P<:AbstractArray{T,N
>>> },I<:Tuple{Vararg{Union{AbstractArray{T,1},Colon,Int64}}},LD})
>>>   convert{T,n}(::Type{Array{T,n}}, ::Array{T,n})
>>>   ...
>>>  in setindex! at array.jl:339
>>>
>>>  What is a "correct" way of doing this ? I can do it via "sub" and
>>> "fill!" e.g.
>>>
>>> julia> zz = sub(z, 2:5)
>>> 4-element SubArray{Array{Float64,2},1,Array{Array{Float64,2},1},Tuple{
>>> UnitRange{Int64}},1}:
>>>  #undef
>>>  #undef
>>>  #undef
>>>  #undef
>>>
>>> julia> fill!(zz, rand(2,2))
>>> 4-element SubArray{Array{Float64,2},1,Array{Array{Float64,2},1},Tuple{
>>> UnitRange{Int64}},1}:
>>>  2x2 Array{Float64,2}:
>>>  0.313155  0.553893
>>>  0.74854   0.997401
>>>  2x2 Array{Float64,2}:
>>>  0.313155  0.553893
>>>  0.74854   0.997401
>>>  2x2 Array{Float64,2}:
>>>  0.313155  0.553893
>>>  0.74854   0.997401
>>>  2x2 Array{Float64,2}:
>>>  0.313155  0.553893
>>>  0.74854   0.997401
>>>
>>> julia> z
>>> 10-element Array{Array{Float64,2},1}:
>>>  #undef
>>> 2x2 Array{Float64,2}:
>>>  0.313155  0.553893
>>>  0.74854   0.997401
>>> 2x2 Array{Float64,2}:
>>>  0.313155  0.553893
>>>  0.74854   0.997401
>>> 2x2 Array{Float64,2}:
>>>  0.313155  0.553893
>>>  0.74854   0.997401
>>> 2x2 Array{Float64,2}:
>>>  0.313155  0.553893
>>>  0.74854   0.997401
>>>  #undef
>>>  #undef
>>>  #undef
>>>  #undef
>>>  #undef
>>>
>>> Thanks,
>>> Jan
>>>
>>

[julia-users] Re: The growth of Julia userbase

[Tony Kelman]

There are some interesting numbers 
at https://github.com/JuliaLang/julia/graphs/traffic

Elliot Saba also did some scraping of the AWS download logs for binaries 
and shared the aggregate numbers (broken down by platform) privately with a 
few people, it may be worth sharing those publicly.


On Wednesday, November 4, 2015 at 8:26:19 AM UTC-8, Ben Ward wrote:
>
> Hi all,
>
> I was wondering are there any metrics or stats available that show how the 
> user-base of Julia has grown over the last few years, and what it's size is 
> now?
>
> Many Thanks,
> Ben W.
>

Re: [julia-users] Re: The growth of Julia userbase

[Ben Ward]

I don't think the /graphs folder is part of the julia repo any-more :(

On Wed, Nov 4, 2015 at 4:48 PM, Tony Kelman  wrote:

> There are some interesting numbers at
> https://github.com/JuliaLang/julia/graphs/traffic
>
> Elliot Saba also did some scraping of the AWS download logs for binaries
> and shared the aggregate numbers (broken down by platform) privately with a
> few people, it may be worth sharing those publicly.
>
>
> On Wednesday, November 4, 2015 at 8:26:19 AM UTC-8, Ben Ward wrote:
>>
>> Hi all,
>>
>> I was wondering are there any metrics or stats available that show how
>> the user-base of Julia has grown over the last few years, and what it's
>> size is now?
>>
>> Many Thanks,
>> Ben W.
>>
>

[julia-users] Re: error: haskey of NULL PyObject ?

[Steven G. Johnson]

On Monday, November 2, 2015 at 5:24:32 PM UTC-5, jda wrote:
>
> and everything worked fine on my windows machine (Julia 0.4.0 repl).  Then 
> it broke (possibly due to Pkg.update()? I don't remember at this point.). 
>  So I looked up a few things and now it seems that I must do
>
> ENV["PYTHON"]="";
> using PyPlot
>

ENV["PYTHON"] only affects the Pkg.build("PyCall") step, not "using 
PyPlot".   See the PyCall README.   So I'm guessing you are using some old 
version of PyCall, or have otherwise mucked things up?

[julia-users] Error in pushing PR

[Tony Kelman]

This is probably due to not having ssh keys set up properly, which can be kind 
of tricky, especially on windows. We're moving towards preferring https for 
everything which should fix this.

For now I recommend starting git bash, navigating to the package directory and 
adding new https remotes for your forks that you can push to more easily.

[julia-users] force recompilation of package at update

[Michael Borregaard]

Hi,
when I load a package that has been updated, it usually recompiles for a 
long time (e.g. Gadfly). I would like this time to be at the time of 
updating (where I am not actively working in Julia) rather than at 'using', 
where I am actively working. Is there a setting to automatically recompile 
all updated packages in the updating process?

thansk

[julia-users] track progress to 0.5

[Michael Borregaard]

I am using Julia 0.4, compiling from the release-0.4 branch on github. 
Considering using 'master' instead, but - is there somewhere that lists the 
planned and implemented changes to the dev version at once?

[julia-users] Re: PyPlot not working on 0.4.0

[jda]

Could very much use the help!  Here is the info:

   _
   _   _ _(_)_ |  A fresh approach to technical computing
  (_) | (_) (_)|  Documentation: http://docs.julialang.org
   _ _   _| |_  __ _   |  Type "?help" for help.
  | | | | | | |/ _` |  |
  | | |_| | | | (_| |  |  Version 0.4.0 (2015-10-08 06:20 UTC)
 _/ |\__'_|_|_|\__'_|  |  Official http://julialang.org/ release
|__/   |  x86_64-w64-mingw32


julia> versioninfo()
Julia Version 0.4.0
Commit 0ff703b* (2015-10-08 06:20 UTC)
Platform Info:
  System: Windows (x86_64-w64-mingw32)
  CPU: Intel(R) Core(TM)2 Duo CPU E8400  @ 3.00GHz
  WORD_SIZE: 64
  BLAS: libopenblas (USE64BITINT DYNAMIC_ARCH NO_AFFINITY Penryn)
  LAPACK: libopenblas64_
  LIBM: libopenlibm
  LLVM: libLLVM-3.3


julia> Pkg.status()
4 required packages:
 - MAT   0.2.14
 - Plots 0.4.2
 - PyCall0.8.2- fix-timer-api
 - PyPlot2.1.1
20 additional packages:
 - BinDeps   0.3.19
 - Blosc 0.1.4
 - ColorTypes0.2.0
 - Colors0.6.0
 - Compat0.7.7
 - Conda 0.1.7
 - Dates 0.4.4
 - FixedPointNumbers 0.1.0
 - HDF5  0.5.6
 - HTTPClient0.2.0
 - JSON  0.5.0
 - LaTeXStrings  0.1.6
 - LibCURL   0.2.0
 - LibExpat  0.1.0
 - Plotly0.0.3+ master
 - Reexport  0.0.3
 - SHA   0.1.2
 - URIParser 0.1.1
 - WinRPM0.1.13
 - Zlib  0.1.12

[julia-users] julia -E or -e with print ?

[feza]

I must be doing something wrong but:

julia -e "print("hello")"

gives me
ERROR: syntax: incomplete: premature end of input

[julia-users] Symbol & Expr

[FANG Colin]

Hi all

I have got 2 questions:

1. I have a list, e.g. [:a, :(a + 1)], and I am not sure that type I should 
give to it.

There are 3 possible solutions I can think of.

A. Do we have something that can convert a Symbol to an Expr?
B. Or, should I assign the list to be Union{Symbol, Expr}?
C. Perhaps, do we already have any abstract types that means evalable?


2. I have a complex nested expression, and I would like to get all user 
defined symbols out of it.

A. Do we have something that can flatten the expression into a list of 
symbols?
B. Do we have something that filters out all julia base class symbols? (so 
what's remaining is the user defined symbols).
C. Or maybe there are smarter ways of doing it?

Thanks

[julia-users] Re: julia -E or -e with print ?

[Zack L.-B.]

julia -e "print(\"hello\")"

or

julia -e 'print("hello")'

You need to escape certain characters in your terminal so that they are 
passed faithfully to Julia.

On Wednesday, November 4, 2015 at 11:05:29 AM UTC-8, feza wrote:
>
> I must be doing something wrong but:
>
> julia -e "print("hello")"
>
> gives me
> ERROR: syntax: incomplete: premature end of input
>

[julia-users] Re: julia -E or -e with print ?

[feza]

Ahhh gotcha

ok this now works for posterity's sake:
 julia -E 'print(\"hello\")'

On Wednesday, November 4, 2015 at 2:12:45 PM UTC-5, Zack L.-B. wrote:
>
> julia -e "print(\"hello\")"
>
> or
>
> julia -e 'print("hello")'
>
> You need to escape certain characters in your terminal so that they are 
> passed faithfully to Julia.
>
> On Wednesday, November 4, 2015 at 11:05:29 AM UTC-8, feza wrote:
>>
>> I must be doing something wrong but:
>>
>> julia -e "print("hello")"
>>
>> gives me
>> ERROR: syntax: incomplete: premature end of input
>>
>

Re: [julia-users] track progress to 0.5

[Yichao Yu]

On Wed, Nov 4, 2015 at 1:48 PM, Michael Borregaard
 wrote:
> I am using Julia 0.4, compiling from the release-0.4 branch on github.
> Considering using 'master' instead, but - is there somewhere that lists the
> planned and implemented changes to the dev version at once?

Using `master` branch is generally not recommanded unless you are
willing to fix all breackage (in packages for example) you see.

If you want to know what we'd like to happen in 0.5, checkout the 0.5
milestone on the issue tracker. If you want to know what major
features have been implemented, checkout NEWS.md

Re: [julia-users] Symbol & Expr

[Yichao Yu]

On Wed, Nov 4, 2015 at 2:10 PM, FANG Colin  wrote:
> Hi all
>
> I have got 2 questions:
>
> 1. I have a list, e.g. [:a, :(a + 1)], and I am not sure that type I should
> give to it.
>
> There are 3 possible solutions I can think of.
>
> A. Do we have something that can convert a Symbol to an Expr?
> B. Or, should I assign the list to be Union{Symbol, Expr}?
> C. Perhaps, do we already have any abstract types that means evalable?

There are a lot more types that can be part of the AST, you probably
just want `Any[]`.

>
>
> 2. I have a complex nested expression, and I would like to get all user
> defined symbols out of it.
>
> A. Do we have something that can flatten the expression into a list of
> symbols?
> B. Do we have something that filters out all julia base class symbols? (so
> what's remaining is the user defined symbols).
> C. Or maybe there are smarter ways of doing it?
>
> Thanks

[julia-users] Re: PyPlot not working on 0.4.0

[Scott T]

My reply disappeared - I may have sent it directly to jda instead of the 
group. Anyway, try

julia> Pkg.checkout("PyCall")
julia> Pkg.update()

since the instructions above are outdated and will give you an old version 
of PyCall. Then let us know what error you're getting.

On Wednesday, 4 November 2015 19:01:46 UTC, jda wrote:
>
> Could very much use the help!  Here is the info:
>
>_
>_   _ _(_)_ |  A fresh approach to technical computing
>   (_) | (_) (_)|  Documentation: http://docs.julialang.org
>_ _   _| |_  __ _   |  Type "?help" for help.
>   | | | | | | |/ _` |  |
>   | | |_| | | | (_| |  |  Version 0.4.0 (2015-10-08 06:20 UTC)
>  _/ |\__'_|_|_|\__'_|  |  Official http://julialang.org/ release
> |__/   |  x86_64-w64-mingw32
>
>
> julia> versioninfo()
> Julia Version 0.4.0
> Commit 0ff703b* (2015-10-08 06:20 UTC)
> Platform Info:
>   System: Windows (x86_64-w64-mingw32)
>   CPU: Intel(R) Core(TM)2 Duo CPU E8400  @ 3.00GHz
>   WORD_SIZE: 64
>   BLAS: libopenblas (USE64BITINT DYNAMIC_ARCH NO_AFFINITY Penryn)
>   LAPACK: libopenblas64_
>   LIBM: libopenlibm
>   LLVM: libLLVM-3.3
>
>
> julia> Pkg.status()
> 4 required packages:
>  - MAT   0.2.14
>  - Plots 0.4.2
>  - PyCall0.8.2- fix-timer-api
>  - PyPlot2.1.1
> 20 additional packages:
>  - BinDeps   0.3.19
>  - Blosc 0.1.4
>  - ColorTypes0.2.0
>  - Colors0.6.0
>  - Compat0.7.7
>  - Conda 0.1.7
>  - Dates 0.4.4
>  - FixedPointNumbers 0.1.0
>  - HDF5  0.5.6
>  - HTTPClient0.2.0
>  - JSON  0.5.0
>  - LaTeXStrings  0.1.6
>  - LibCURL   0.2.0
>  - LibExpat  0.1.0
>  - Plotly0.0.3+ master
>  - Reexport  0.0.3
>  - SHA   0.1.2
>  - URIParser 0.1.1
>  - WinRPM0.1.13
>  - Zlib  0.1.12
>
>
>

[julia-users] using Shared Array causes memory leaks (Ubuntu 14.04 - Julia 0.4.0)

[Julien Sainte-Marie]

Dear all, I'm using the following function in a broader algorithm.
The sequential part (commented) of the code works. Then, when I replace 
this part with the parallel one, this function still works but full 
algorithm crashes. I give the error message thereafter.

function get_n_order_basis(mi::Array{Int64}, mil::Array{Array{Int64}}, 
bl::Array{Array{Float64}})
mils = get_included_multi_index_list(mi, mil)
n_mils = length(mils)
il = get_index(mils, mil)
vec_te = evaluate_tensor_product(mi, mil, bl)
ns = length(vec_te)
# # sequential version of the code
#mat_b = vec_list_to_mat(bl[il])
#mat_a = zeros(n_mils, n_mils)
#for i = 1:n_mils
#mat_a[i,:] = mat_b[:,i]' * mat_b / ns
#end
# # # # # # # # # # # # # # # # # # # # # #
# # parallel version of the code with shared array
smat_a = SharedArray(Float64, (n_mils, n_mils), pids = workers())
smat_b = convert(SharedArray{Float64,2}, vec_list_to_mat(bl[il]))
@sync begin
for p in procs(smat_a)
@async remotecall_wait(p, compute_smat_a!, smat_a, smat_b)
end
end
mat_a = sdata(smat_a)
# # # # # # # # # # # # # # # # # # # # # #
vec_d = - mat_b' * vec_te / ns
vec_l = mat_a \ vec_d

vec_b = vec_te - mean(vec_te)
[vec_b += vec_l[i] * (mat_b[:,i] - mean(mat_b[:,i])) for i = 1:n_mils]
return vec_b
end

Here's the error message (seems to be a memory leak but I'm not sure):

*** Error in `julia': double free or corruption (!prev): 0x064e7f20 
***

signal (6): Abandon
gsignal at /lib/x86_64-linux-gnu/libc.so.6 (unknown line)
abort at /lib/x86_64-linux-gnu/libc.so.6 (unknown line)
unknown function (ip: 0x7fc680dfa394)
unknown function (ip: 0x7fc680e0666e)
jl_gc_collect at /usr/bin/../lib/x86_64-linux-gnu/julia/libjulia.so 
(unknown line)
jl_gc_alloc_3w at /usr/bin/../lib/x86_64-linux-gnu/julia/libjulia.so 
(unknown line)


This error appears when i'm using the following function with the option 
"ordinary_least_square". Th option "lasso" works and obviously, everything 
works in the sequential case.

function get_coefficients(vec_sol::Array{Float64}, 
mil::Array{Array{Int64}}, bl::Array{Array{Float64}}, 
cfg::gsobol_configuration)
nbr_obs = length(vec_sol)
mat_b = vec_list_to_mat(bl[2:end])
vec_y = vec_sol - mean(vec_sol)

if cfg.reg_method == "ordinary_least_square"
# failing code
vec_c = inv(mat_b' * mat_b) * (mat_b' * vec_y)
elseif cfg.reg_method == "lasso"
# working code
rp = glmnetcv(mat_b, vec_y; intercept = false, standardize = true)
opt = indmin(rp.meanloss)
vec_c = rp.path.betas[:,opt]
end

cl = Array(Float64, length(mil))
cl[1] = mean(vec_sol)
cl[2:end] = vec_c
return cl
end


Any ideas?
Thank you.

[julia-users] Re: Factorization of big integers is taking too long

[janvanoort]

That's interesting. I have been working for a week now on a somewhat improved
version of Pollard's Rho, by "feeding" it with something else than a random
number, in order to take away the non-deterministic behaviour. My
implementation is written in Java 8 ( have had no time to port it to Julia,
yet ), and factors 3^100+2 in about 800 milliseconds an a Xeon E3-1265L with
8 MB cache, on Linux ( Ubuntu Server ). If anyone's interested, feel free to
ping me. 



--
View this message in context: 
http://julia-programming-language.2336112.n4.nabble.com/Factorization-of-big-integers-is-taking-too-long-tp15925p30844.html
Sent from the Julia Users mailing list archive at Nabble.com.

Re: [julia-users] Re: The growth of Julia userbase

[Patrick O'Leary]

It's not in the repo, it's a GitHub feature. But it may only be visible if 
you have Collaborator or Owner status on the repository.

On Wednesday, November 4, 2015 at 10:51:34 AM UTC-6, Ben Ward wrote:
>
> I don't think the /graphs folder is part of the julia repo any-more :(
>
> On Wed, Nov 4, 2015 at 4:48 PM, Tony Kelman  wrote:
>
>> There are some interesting numbers at 
>> https://github.com/JuliaLang/julia/graphs/traffic
>>
>> Elliot Saba also did some scraping of the AWS download logs for binaries 
>> and shared the aggregate numbers (broken down by platform) privately with a 
>> few people, it may be worth sharing those publicly.
>>
>>
>> On Wednesday, November 4, 2015 at 8:26:19 AM UTC-8, Ben Ward wrote:
>>>
>>> Hi all,
>>>
>>> I was wondering are there any metrics or stats available that show how 
>>> the user-base of Julia has grown over the last few years, and what it's 
>>> size is now?
>>>
>>> Many Thanks,
>>> Ben W.
>>>
>>
>

Re: [julia-users] Re: The growth of Julia userbase

[Luthaf]

These graphs are not available for people who are not (Github) 
collaborator for the julia repository.


Tony Kelman a écrit :
There are some interesting numbers 
at https://github.com/JuliaLang/julia/graphs/traffic


Elliot Saba also did some scraping of the AWS download logs for 
binaries and shared the aggregate numbers (broken down by platform) 
privately with a few people, it may be worth sharing those publicly.



On Wednesday, November 4, 2015 at 8:26:19 AM UTC-8, Ben Ward wrote:

Hi all,

I was wondering are there any metrics or stats available that show
how the user-base of Julia has grown over the last few years, and
what it's size is now?

Many Thanks,
Ben W.

[julia-users] Re: error: haskey of NULL PyObject ?

[jda]

I did Pkg.checkout("PyCall"); Pkg.build("PyCall") and PyCall is now version 
1.1.2 master.  The using Plots command still gives the error:

  
ERROR:  ArgumentError:  Docile not found in path
  in require at loading.jl:233
  in stale_cachefile at loading.jl:439
  in recompile_stale at loading.jl:457
  in _require_from_serialized at loading.jl:83
  in _require_from_serialized at loading.jl:109
  in require at loading.jl:219

[julia-users] a=[1:1:10] WARNING ? What to creat vectors in 4.0 ?

[paul analyst]

   _
   _   _ _(_)_ |  A fresh approach to technical computing
  (_) | (_) (_)|  Documentation: http://docs.julialang.org
   _ _   _| |_  __ _   |  Type "?help" for help.
  | | | | | | |/ _` |  |
  | | |_| | | | (_| |  |  Version 0.4.0 (2015-10-08 06:20 UTC)
 _/ |\__'_|_|_|\__'_|  |  Official http://julialang.org/ release
|__/   |  x86_64-w64-mingw32

julia> a=[1:1:10]
WARNING: [a] concatenation is deprecated; use collect(a) instead
 in depwarn at deprecated.jl:73
 in oldstyle_vcat_warning at abstractarray.jl:29
 in vect at abstractarray.jl:32
while loading no file, in expression starting on line 0
10-element Array{Int64,1}:
  1
  2
  3
  4
  5
  6
  7
  8
  9
 10

julia>

Re: [julia-users] a=[1:1:10] WARNING ? What to creat vectors in 4.0 ?

[Tom Breloff]

The warning is pretty clear here I think.  Use `a = collect(1:10)`

On Wed, Nov 4, 2015 at 2:43 PM, paul analyst  wrote:

>_
>_   _ _(_)_ |  A fresh approach to technical computing
>   (_) | (_) (_)|  Documentation: http://docs.julialang.org
>_ _   _| |_  __ _   |  Type "?help" for help.
>   | | | | | | |/ _` |  |
>   | | |_| | | | (_| |  |  Version 0.4.0 (2015-10-08 06:20 UTC)
>  _/ |\__'_|_|_|\__'_|  |  Official http://julialang.org/ release
> |__/   |  x86_64-w64-mingw32
>
> julia> a=[1:1:10]
> WARNING: [a] concatenation is deprecated; use collect(a) instead
>  in depwarn at deprecated.jl:73
>  in oldstyle_vcat_warning at abstractarray.jl:29
>  in vect at abstractarray.jl:32
> while loading no file, in expression starting on line 0
> 10-element Array{Int64,1}:
>   1
>   2
>   3
>   4
>   5
>   6
>   7
>   8
>   9
>  10
>
> julia>
>

Re: [julia-users] Re: error: haskey of NULL PyObject ?

[Tom Breloff]

You probably have a corrupted cache from whatever you were manually
changing.  I recommend just deleting your "~/.julia/v0.4" and starting
again.  I just did this on my windows machine (just to make sure it's not a
Plots issue) and after doing only "Pkg.add("Plots"); using Plots" it
completes without error.

I don't think you necessarily need to be on master for PyCall/PyPlot.
After starting fresh, try just `Pkg.add("PyCall"); Pkg.add("PyPlot")` and
see if that works for you.

On Wed, Nov 4, 2015 at 2:34 PM, jda  wrote:

> I did Pkg.checkout("PyCall"); Pkg.build("PyCall") and PyCall is now
> version 1.1.2 master.  The using Plots command still gives the error:
>
>
> ERROR:  ArgumentError:  Docile not found in path
>   in require at loading.jl:233
>   in stale_cachefile at loading.jl:439
>   in recompile_stale at loading.jl:457
>   in _require_from_serialized at loading.jl:83
>   in _require_from_serialized at loading.jl:109
>   in require at loading.jl:219
>
>

Re: [julia-users] Re: Factorization of big integers is taking too long

['Bill Hart' via julia-users]

Do you mean you are factoring something other than random numbers, or do
you mean your Pollard Rho is completely deterministic?

It's not a good measure of performance to time just one factorisation with
Pollard Rho, since you could just pick the parameters such that it
essentially succeeds immediately. You should give times for a range of
numbers.

Bill.

On 4 November 2015 at 18:55, janvanoort  wrote:

> That's interesting. I have been working for a week now on a somewhat
> improved
> version of Pollard's Rho, by "feeding" it with something else than a random
> number, in order to take away the non-deterministic behaviour. My
> implementation is written in Java 8 ( have had no time to port it to Julia,
> yet ), and factors 3^100+2 in about 800 milliseconds an a Xeon E3-1265L
> with
> 8 MB cache, on Linux ( Ubuntu Server ). If anyone's interested, feel free
> to
> ping me.
>
>
>
> --
> View this message in context:
> http://julia-programming-language.2336112.n4.nabble.com/Factorization-of-big-integers-is-taking-too-long-tp15925p30844.html
> Sent from the Julia Users mailing list archive at Nabble.com.
>

[julia-users] Re: Factorization of big integers is taking too long

[janvanoort]

You are right. What I mean, is that my Pollard Rho is completely
deterministic.

Times for ranges of numbers:

bitlength < 20
100 µs - 300 µs
20 < bit length < 40
around 3 ms
random numbers with bitlength ~1024
3 ms - 800 ms, depending on size of smallest prime factor
( for this post, in order to check, I  just made it factor the Mersenne
number 2^1117-1; it came up with the factor 53617 in 860 ms )





2015-11-04 20:57 GMT+01:00 Julia Users mailing list [via Julia Programming
Language] :

> Do you mean you are factoring something other than random numbers, or do
> you mean your Pollard Rho is completely deterministic?
>
> It's not a good measure of performance to time just one factorisation with
> Pollard Rho, since you could just pick the parameters such that it
> essentially succeeds immediately. You should give times for a range of
> numbers.
>
> Bill.
>
> On 4 November 2015 at 18:55, janvanoort <[hidden email]
> > wrote:
>
>> That's interesting. I have been working for a week now on a somewhat
>> improved
>> version of Pollard's Rho, by "feeding" it with something else than a
>> random
>> number, in order to take away the non-deterministic behaviour. My
>> implementation is written in Java 8 ( have had no time to port it to
>> Julia,
>> yet ), and factors 3^100+2 in about 800 milliseconds an a Xeon E3-1265L
>> with
>> 8 MB cache, on Linux ( Ubuntu Server ). If anyone's interested, feel free
>> to
>> ping me.
>>
>>
>>
>> --
>> View this message in context:
>> http://julia-programming-language.2336112.n4.nabble.com/Factorization-of-big-integers-is-taking-too-long-tp15925p30844.html
>> Sent from the Julia Users mailing list archive at Nabble.com.
>>
>
>
>
> --
> If you reply to this email, your message will be added to the discussion
> below:
>
> http://julia-programming-language.2336112.n4.nabble.com/Factorization-of-big-integers-is-taking-too-long-tp15925p30867.html
> To unsubscribe from Factorization of big integers is taking too long, click
> here
> 
> .
> NAML
> 
>




--
View this message in context: 
http://julia-programming-language.2336112.n4.nabble.com/Factorization-of-big-integers-is-taking-too-long-tp15925p30868.html
Sent from the Julia Users mailing list archive at Nabble.com.

Re: [julia-users] Re: Factorization of big integers is taking too long

['Bill Hart' via julia-users]

It would be better with Pollard Rho to list the times depending on the
smallest factor.

It would be interesting to compare timings for some known numbers such as
Fermat numbers (F_n = 2^(2^n) + 1).

Here are some timings from a Google summer of code project we had this year:

F_6 (18446744073709551617)
pollard rho : 0.001583 seconds
ECM :  0.012700 seconds

F_7 (340282366920938463463374607431768211457)
pollard rho  : 113.476116 seconds
ECM :   0.613939 seconds

F_8
(115792089237316195423570985008687907853269984665640564039457584007913129639937)
pollard rho  : 47.584017 seconds
ECM : 0.292101 seconds

It's possible he improved the timings a little later, but these should
serve as a guide anyway.

Bill.

On 4 November 2015 at 21:16, janvanoort  wrote:

> You are right. What I mean, is that my Pollard Rho is completely
> deterministic.
>
> Times for ranges of numbers:
>
> bitlength < 20
> 100 µs - 300 µs
> 20 < bit length < 40
> around 3 ms
> random numbers with bitlength ~1024
> 3 ms - 800 ms, depending on size of smallest prime factor
> ( for this post, in order to check, I  just made it factor the Mersenne
> number 2^1117-1; it came up with the factor 53617 in 860 ms )
>
>
>
>
>
> 2015-11-04 20:57 GMT+01:00 Julia Users mailing list [via Julia Programming
> Language] <[hidden email]
> >:
>
>> Do you mean you are factoring something other than random numbers, or do
>> you mean your Pollard Rho is completely deterministic?
>>
>> It's not a good measure of performance to time just one factorisation
>> with Pollard Rho, since you could just pick the parameters such that it
>> essentially succeeds immediately. You should give times for a range of
>> numbers.
>>
>> Bill.
>>
>> On 4 November 2015 at 18:55, janvanoort <[hidden email]
>> > wrote:
>>
>>> That's interesting. I have been working for a week now on a somewhat
>>> improved
>>> version of Pollard's Rho, by "feeding" it with something else than a
>>> random
>>> number, in order to take away the non-deterministic behaviour. My
>>> implementation is written in Java 8 ( have had no time to port it to
>>> Julia,
>>> yet ), and factors 3^100+2 in about 800 milliseconds an a Xeon E3-1265L
>>> with
>>> 8 MB cache, on Linux ( Ubuntu Server ). If anyone's interested, feel
>>> free to
>>> ping me.
>>>
>>>
>>>
>>> --
>>> View this message in context:
>>> http://julia-programming-language.2336112.n4.nabble.com/Factorization-of-big-integers-is-taking-too-long-tp15925p30844.html
>>> Sent from the Julia Users mailing list archive at Nabble.com.
>>>
>>
>>
>>
>> --
>> If you reply to this email, your message will be added to the discussion
>> below:
>>
>> http://julia-programming-language.2336112.n4.nabble.com/Factorization-of-big-integers-is-taking-too-long-tp15925p30867.html
>> To unsubscribe from Factorization of big integers is taking too long, click
>> here.
>> NAML
>> 
>>
>
>
> --
> View this message in context: Re: Factorization of big integers is taking
> too long
> 
>
> Sent from the Julia Users mailing list archive
> 
> at Nabble.com.
>

Re: [julia-users] Re: The growth of Julia userbase

[Ben Ward]

Could anyone who can see it tell me the current figures? Or see to making
this data public? It seems an odd thing to keep private - I would presume
growth figures were something to show off.

On Wed, Nov 4, 2015 at 7:28 PM, Luthaf  wrote:

> These graphs are not available for people who are not (Github)
> collaborator for the julia repository.
>
> Tony Kelman a écrit :
>
> There are some interesting numbers at
> https://github.com/JuliaLang/julia/graphs/traffic
>
> Elliot Saba also did some scraping of the AWS download logs for binaries
> and shared the aggregate numbers (broken down by platform) privately with a
> few people, it may be worth sharing those publicly.
>
>
> On Wednesday, November 4, 2015 at 8:26:19 AM UTC-8, Ben Ward wrote:
>
> Hi all,
>
> I was wondering are there any metrics or stats available that show how the
> user-base of Julia has grown over the last few years, and what it's size is
> now?
>
> Many Thanks,
> Ben W.
>
>

[julia-users] Re: Factorization of big integers is taking too long

[janvanoort]

Thanks for the input. My deterministic Pollard Rho does:

F6: 2.0 milliseconds

F7: failure

F8: 6.98 seconds

2015-11-04 21:34 GMT+01:00 Julia Users mailing list [via Julia Programming
Language] :

> It would be better with Pollard Rho to list the times depending on the
> smallest factor.
>
> It would be interesting to compare timings for some known numbers such as
> Fermat numbers (F_n = 2^(2^n) + 1).
>
> Here are some timings from a Google summer of code project we had this
> year:
>
> F_6 (18446744073709551617)
> pollard rho : 0.001583 seconds
> ECM :  0.012700 seconds
>
> F_7 (340282366920938463463374607431768211457)
> pollard rho  : 113.476116 seconds
> ECM :   0.613939 seconds
>
> F_8
> (115792089237316195423570985008687907853269984665640564039457584007913129639937)
> pollard rho  : 47.584017 seconds
> ECM : 0.292101 seconds
>
> It's possible he improved the timings a little later, but these should
> serve as a guide anyway.
>
> Bill.
>
> On 4 November 2015 at 21:16, janvanoort <[hidden email]
> > wrote:
>
>> You are right. What I mean, is that my Pollard Rho is completely
>> deterministic.
>>
>> Times for ranges of numbers:
>>
>> bitlength < 20
>> 100 µs - 300 µs
>> 20 < bit length < 40
>> around 3 ms
>> random numbers with bitlength ~1024
>> 3 ms - 800 ms, depending on size of smallest prime factor
>> ( for this post, in order to check, I  just made it factor the Mersenne
>> number 2^1117-1; it came up with the factor 53617 in 860 ms )
>>
>>
>>
>>
>>
>> 2015-11-04 20:57 GMT+01:00 Julia Users mailing list [via Julia
>> Programming Language] <[hidden email]
>> >:
>>
>>> Do you mean you are factoring something other than random numbers, or do
>>> you mean your Pollard Rho is completely deterministic?
>>>
>>> It's not a good measure of performance to time just one factorisation
>>> with Pollard Rho, since you could just pick the parameters such that it
>>> essentially succeeds immediately. You should give times for a range of
>>> numbers.
>>>
>>> Bill.
>>>
>>> On 4 November 2015 at 18:55, janvanoort <[hidden email]
>>> > wrote:
>>>
 That's interesting. I have been working for a week now on a somewhat
 improved
 version of Pollard's Rho, by "feeding" it with something else than a
 random
 number, in order to take away the non-deterministic behaviour. My
 implementation is written in Java 8 ( have had no time to port it to
 Julia,
 yet ), and factors 3^100+2 in about 800 milliseconds an a Xeon E3-1265L
 with
 8 MB cache, on Linux ( Ubuntu Server ). If anyone's interested, feel
 free to
 ping me.



 --
 View this message in context:
 http://julia-programming-language.2336112.n4.nabble.com/Factorization-of-big-integers-is-taking-too-long-tp15925p30844.html
 Sent from the Julia Users mailing list archive at Nabble.com.

>>>
>>>
>>>
>>> --
>>> If you reply to this email, your message will be added to the discussion
>>> below:
>>>
>>> http://julia-programming-language.2336112.n4.nabble.com/Factorization-of-big-integers-is-taking-too-long-tp15925p30867.html
>>> To unsubscribe from Factorization of big integers is taking too long, click
>>> here.
>>> NAML
>>> 
>>>
>>
>>
>> --
>> View this message in context: Re: Factorization of big integers is
>> taking too long
>> 
>>
>> Sent from the Julia Users mailing list archive
>> 
>> at Nabble.com.
>>
>
>
>
> --
> If you reply to this email, your message will be added to the discussion
> below:
>
> http://julia-programming-language.2336112.n4.nabble.com/Factorization-of-big-integers-is-taking-too-long-tp15925p30871.html
> To unsubscribe from Factorization of big integers is taking too long, click
> here
> 
> .
> NAML
> 

Re: [julia-users] Re: The growth of Julia userbase

[Milan Bouchet-Valat]

Le mercredi 04 novembre 2015 à 20:49 +, Ben Ward a écrit :
> Could anyone who can see it tell me the current figures? Or see to
> making this data public? It seems an odd thing to keep private - I
> would presume growth figures were something to show off.
Unfortunately, the graphs only cover about 10 days. There are a little
more than 1,000 unique visitor each day, and about 10,000 since 10/22.

Some time ago, I posted the evolution of the number of Debian users who
have enabled popcon and have Julia installed. The absolute value is not
representative of anything, but the growth is exponential :
https://qa.debian.org/popcon.php?package=julia

You can also look at the number of stars attributed by users to Julia
packages :
http://pkg.julialang.org/pulse


Regards


> On Wed, Nov 4, 2015 at 7:28 PM, Luthaf  wrote:
> > These graphs are not available for people who are not (Github)
> > collaborator for the julia repository.
> > 
> > Tony Kelman a écrit :
> > > There are some interesting numbers at 
> > > https://github.com/JuliaLang/julia/graphs/traffic
> > > 
> > > Elliot Saba also did some scraping of the AWS download logs for
> > > binaries and shared the aggregate numbers (broken down by
> > > platform) privately with a few people, it may be worth sharing
> > > those publicly.
> > > 
> > > 
> > > On Wednesday, November 4, 2015 at 8:26:19 AM UTC-8, Ben Ward
> > > wrote:
> > > Hi all,
> > > 
> > > I was wondering are there any metrics or stats available that
> > > show how the user-base of Julia has grown over the last few
> > > years, and what it's size is now?
> > > 
> > > Many Thanks,
> > > Ben W.

Re: [julia-users] Re: error: haskey of NULL PyObject ?

[Luke Stagner]

I recently had a similar error. To fix it I had to do 
git clean -xdf

in the julia repository if you installed from source

I found the fix in this PyCall issue 
https://github.com/stevengj/PyCall.jl/issues/65


On Wednesday, November 4, 2015 at 11:58:53 AM UTC-8, Tom Breloff wrote:
>
> You probably have a corrupted cache from whatever you were manually 
> changing.  I recommend just deleting your "~/.julia/v0.4" and starting 
> again.  I just did this on my windows machine (just to make sure it's not a 
> Plots issue) and after doing only "Pkg.add("Plots"); using Plots" it 
> completes without error.
>
> I don't think you necessarily need to be on master for PyCall/PyPlot.  
> After starting fresh, try just `Pkg.add("PyCall"); Pkg.add("PyPlot")` and 
> see if that works for you.
>
> On Wed, Nov 4, 2015 at 2:34 PM, jda > 
> wrote:
>
>> I did Pkg.checkout("PyCall"); Pkg.build("PyCall") and PyCall is now 
>> version 1.1.2 master.  The using Plots command still gives the error:
>>
>>   
>> ERROR:  ArgumentError:  Docile not found in path
>>   in require at loading.jl:233
>>   in stale_cachefile at loading.jl:439
>>   in recompile_stale at loading.jl:457
>>   in _require_from_serialized at loading.jl:83
>>   in _require_from_serialized at loading.jl:109
>>   in require at loading.jl:219
>>
>>
>

Re: [julia-users] Re: error: haskey of NULL PyObject ?

[lewis]

What directory is the julia repository in?

On Wednesday, November 4, 2015 at 1:37:19 PM UTC-8, Luke Stagner wrote:
>
> I recently had a similar error. To fix it I had to do 
> git clean -xdf
>
> in the julia repository if you installed from source
>
> I found the fix in this PyCall issue 
> https://github.com/stevengj/PyCall.jl/issues/65
>
>
> On Wednesday, November 4, 2015 at 11:58:53 AM UTC-8, Tom Breloff wrote:
>>
>> You probably have a corrupted cache from whatever you were manually 
>> changing.  I recommend just deleting your "~/.julia/v0.4" and starting 
>> again.  I just did this on my windows machine (just to make sure it's not a 
>> Plots issue) and after doing only "Pkg.add("Plots"); using Plots" it 
>> completes without error.
>>
>> I don't think you necessarily need to be on master for PyCall/PyPlot.  
>> After starting fresh, try just `Pkg.add("PyCall"); Pkg.add("PyPlot")` and 
>> see if that works for you.
>>
>> On Wed, Nov 4, 2015 at 2:34 PM, jda  wrote:
>>
>>> I did Pkg.checkout("PyCall"); Pkg.build("PyCall") and PyCall is now 
>>> version 1.1.2 master.  The using Plots command still gives the error:
>>>
>>>   
>>> ERROR:  ArgumentError:  Docile not found in path
>>>   in require at loading.jl:233
>>>   in stale_cachefile at loading.jl:439
>>>   in recompile_stale at loading.jl:457
>>>   in _require_from_serialized at loading.jl:83
>>>   in _require_from_serialized at loading.jl:109
>>>   in require at loading.jl:219
>>>
>>>
>>

Re: [julia-users] track progress to 0.5

[Michael Krabbe Borregaard]

Wonderful, thanks for the help and pointers - that was exactly what I was
looking for.

On Wed, Nov 4, 2015 at 7:15 PM, Yichao Yu  wrote:

> On Wed, Nov 4, 2015 at 1:48 PM, Michael Borregaard
>  wrote:
> > I am using Julia 0.4, compiling from the release-0.4 branch on github.
> > Considering using 'master' instead, but - is there somewhere that lists
> the
> > planned and implemented changes to the dev version at once?
>
> Using `master` branch is generally not recommanded unless you are
> willing to fix all breackage (in packages for example) you see.
>
> If you want to know what we'd like to happen in 0.5, checkout the 0.5
> milestone on the issue tracker. If you want to know what major
> features have been implemented, checkout NEWS.md
>

[julia-users] Re: error: haskey of NULL PyObject ?

[lewis]

I have the same problem.  I am going back to using a system Python and 
giving up on conda.  Works fine on Mac (par for the course that things tend 
to work on Mac).  I previously had Julia using matplotlib using WinPython. 
 Wanted to try the conda approach.  Too many problems, though.  Hours later 
after uninstalling .julia and uninstalling Julia itself and starting over 
still can't get it to build and run. 

On Tuesday, November 3, 2015 at 5:16:45 AM UTC-8, jda wrote:
>
> Nope, still the same haskey of NULL error.
>

Re: [julia-users] Re: error: haskey of NULL PyObject ?

[Luke Stagner]

I noticed it happened after I updated anaconda. Perhaps something went 
wrong there



On 11/04/2015 02:01 PM, le...@neilson-levin.org wrote:
I have the same problem.  I am going back to using a system Python and 
giving up on conda.  Works fine on Mac (par for the course that things 
tend to work on Mac).  I previously had Julia using matplotlib using 
WinPython.  Wanted to try the conda approach.  Too many problems, 
though.  Hours later after uninstalling .julia and uninstalling Julia 
itself and starting over still can't get it to build and run.


On Tuesday, November 3, 2015 at 5:16:45 AM UTC-8, jda wrote:

Nope, still the same haskey of NULL error.

Re: [julia-users] Re: error: haskey of NULL PyObject ?

[lewis]

I have setup PyCall using a system Python (2.7.10).  I get ERROR: 
ArgumentError: haskey of NULL PyObject
 in plot at C:\Users\Lewis\.julia\v0.4\PyPlot\src\PyPlot.jl:457

Matplotlib works fine in IPython.

I'm stuck.  Which directory needs git clean?

On Wednesday, November 4, 2015 at 2:03:32 PM UTC-8, Luke Stagner wrote:
>
> I noticed it happened after I updated anaconda. Perhaps something went 
> wrong there
>
>
> On 11/04/2015 02:01 PM, le...@neilson-levin.org  wrote:
>
> I have the same problem.  I am going back to using a system Python and 
> giving up on conda.  Works fine on Mac (par for the course that things tend 
> to work on Mac).  I previously had Julia using matplotlib using WinPython. 
>  Wanted to try the conda approach.  Too many problems, though.  Hours later 
> after uninstalling .julia and uninstalling Julia itself and starting over 
> still can't get it to build and run. 
>
> On Tuesday, November 3, 2015 at 5:16:45 AM UTC-8, jda wrote: 
>>
>> Nope, still the same haskey of NULL error.
>>
>
>

Re: [julia-users] Re: error: haskey of NULL PyObject ?

[Luke Stagner]

It will only work if you installed from source(I.e cloned the main Julia
repository and manually compiled). If you did that the directory would
usually be in your home directory.
On Nov 4, 2015 2:10 PM,  wrote:

> I have setup PyCall using a system Python (2.7.10).  I get ERROR:
> ArgumentError: haskey of NULL PyObject
>  in plot at C:\Users\Lewis\.julia\v0.4\PyPlot\src\PyPlot.jl:457
>
> Matplotlib works fine in IPython.
>
> I'm stuck.  Which directory needs git clean?
>
> On Wednesday, November 4, 2015 at 2:03:32 PM UTC-8, Luke Stagner wrote:
>>
>> I noticed it happened after I updated anaconda. Perhaps something went
>> wrong there
>>
>>
>> On 11/04/2015 02:01 PM, le...@neilson-levin.org wrote:
>>
>> I have the same problem.  I am going back to using a system Python and
>> giving up on conda.  Works fine on Mac (par for the course that things tend
>> to work on Mac).  I previously had Julia using matplotlib using WinPython.
>> Wanted to try the conda approach.  Too many problems, though.  Hours later
>> after uninstalling .julia and uninstalling Julia itself and starting over
>> still can't get it to build and run.
>>
>> On Tuesday, November 3, 2015 at 5:16:45 AM UTC-8, jda wrote:
>>>
>>> Nope, still the same haskey of NULL error.
>>>
>>
>>

Re: [julia-users] Re: [Escher] lower and upper bound sliders automatically adjust not to intersect

[Yakir Gagnon]

Good one, thanks Shashi!
I adjusted it a bit to make sure that the lower bound is always one less
than the upper one. This works perfectly (the last two lines in the vbox
are just to display and show that u and ll are correct):

u = Input(100)
l = Input(0)
mymin(u,l) = u > l ? l : u - 1
ll = lift(mymin, u, l)
function main(window)
push!(window.assets, "widgets")

vbox(slider(1:100, value = 100) >>> u,
consume(u) do x
slider(0:(x - 1), value = 0) >>> l
end,
u,
ll
)
end

​


Yakir Gagnon
The Queensland Brain Institute (Building #79)
The University of Queensland
Brisbane QLD 4072
Australia

cell +61 (0)424 393 332
work +61 (0)733 654 089

On Wed, Nov 4, 2015 at 2:59 PM, Shashi Gowda 
wrote:

> Hi Yakir,
>
> you're right l will only update in response to user action.
>
> how about using l′ = lift(min, u, l) instead of l?
>
>
> On Wed, Nov 4, 2015 at 8:53 AM, Yakir Gagnon <12.ya...@gmail.com> wrote:
>
>> OK, there is a problem with this:
>> the new slider that gets created every time we update u doesn’t update l.
>> l gets updated only after we try to change its subscribed slider, not
>> before. This is problematic because I lifted l and u and if they’re
>> overlapping then I get errors.
>> I’ll get back to this…
>>
>> On Wednesday, November 4, 2015 at 11:43:08 AM UTC+10, Yakir Gagnon wrote:
>>
>> I thought others might find this useful:
>>> Two sliders that don’t overlap. The second’s upper bound is
>>> automatically adjusted so not to overlap with the first’s value.
>>>
>>> u = Input(100)
>>> l = Input(0)
>>> function main(window)
>>> push!(window.assets, "widgets")
>>>
>>> vbox(slider(1:100, value = 100) >>> u,
>>> consume(u) do x
>>> slider(0:(x - 1), value = 0) >>> l
>>> end
>>> )
>>> end
>>>
>>> ​
>>>
>> ​
>>
>
>

[julia-users] Re: [help]: configuring Julia and Sublime text 2 on windows 8.1

[Donald Lacombe]

John,

I have not tried Sublime Text with Julia 0.4 (32 or 64-bit). I was able to 
install and run an earlier version of Julia (I believe some 0.3 variety) 
64-bit and it worked just fine.

If you look at the issues related to Sublime-IJulia it appears that there 
are some issues with 0.4: https://github.com/quinnj/Sublime-IJulia/issues

In light of all the different issues, I've simply installed the command 
line version, added it to the Windows path (so I can type "julia" at any 
command prompt opened at any folder), and use the Atom editor to edit code. 
I have done this successfully on Windows 7 Julia 0.4 64-bit and I like this 
workflow because there have been zero issues.

I would recommend giving this a try to see if it fits your needs. An added 
benefit is that you can use any text editor you want to edit code.


On Sunday, November 1, 2015 at 11:31:31 PM UTC-5, John Wasa wrote:
>
> Donald,
>
> I installed Julia 4.0 and Sublime-IJulia on Windows 7 (64bit).
> Sublime shows that Ijulia kernel is working, but none of the shortcut keys 
> (shift+Enter, Ctrl+Enter, etc.) are working.
> Could you confirm that you also installed 64-bit Julia 4.0?  (My Version 
> is: 0.4.0 (2015-10-08 06:20 UTC) Official http://julialang.org/ release 
> x86_64-w64-mingw32)
>
> Thanks.
>

Re: [julia-users] Escher show pdf file

[Yakir Gagnon]

Yes, that's what I mean. Thanks (I added another comment on that "issue" in
github).


Yakir Gagnon
The Queensland Brain Institute (Building #79)
The University of Queensland
Brisbane QLD 4072
Australia

cell +61 (0)424 393 332
work +61 (0)733 654 089

On Wed, Nov 4, 2015 at 3:01 PM, Shashi Gowda 
wrote:

> I assume you mean to embed a PDF viewer in your Escher page... This would
> require wrapping something like pdf.js  and
> shouldn't be hard to do. I'll open a github issue for this feature.
>
>
> On Mon, Nov 2, 2015 at 2:37 PM, Yakir Gagnon <12.ya...@gmail.com> wrote:
>
>> I guess this is for the future, but in case it’s easy and already here, I
>> sure could use some kind of pdf viewing in Escher…
>> So something like the image(path_to_image) -> tile from the Content API,
>> only for a (local, in assets) pdf.
>>
>> Thanks for all the great work!
>>
>> A slow work around will be to (imagemagick) convert the pdf to an image
>> first.
>> ​
>>
>
>

[julia-users] Re: API deployments on JuliaBox

[Michael Turok]

Hi Tanmay,

Is there an example of enabling the API endpoints when building a 
stand-alone juliabox instance?

Thanks,
Michael

On Sunday, September 27, 2015 at 9:25:44 PM UTC-4, tanmaykm wrote:
>
> Hi Miguel,
>
> Server instances are created per API. Server instances are stateless, and 
> are reused across API calls and across users. Based on load, an API can 
> also have more than one server instances.
>
> Server instances are brought up on a clean Julia container. They do not 
> have any files from the user's account. So listing the files will show a 
> folder that is mostly empty.
>
> While registering an API endpoint, you are required to submit a short 
> bootstrap code. When a new instance of the API server needs is brought up, 
> the bootstrap code is executed on a clean Julia container on startup. The 
> bootstrap code should then pull the remaining code/data to handle API calls.
>
> It is possible to pull from non public repos or private S3 URLs too, by 
> embedding the access keys in the bootstrap code. The bootstrap code is 
> visible only to the publisher (that is you for all of your APIs). We have 
> thought about having better support for non-public repos and pre-build 
> docker images with binary code as well in the future.
>
> Also, JuliaBox does not currently provide any permanent storage for the 
> APIs. But it is possible to access storage/databases like (e.g. S3, 
> DynamoDB) over the internet.
>
> Best,
> Tanmay
>
> On Sunday, September 27, 2015 at 11:44:32 PM UTC+5:30, Miguel Belbut 
> Gaspar wrote:
>>
>> Hi,
>>
>> Thanks for this, it is a very interesting feature.
>>
>> I think I have the same question as the previous post, which I think 
>> wasn't addressed by tanmaykm's answer:
>>
>> Is the server created per-user? If I expose a ls() command, will it list 
>> my own account home files?
>> I tried using require(Juliaset.jl/src/Juliaset.jl) instead of 
>> Pkg.clone(...) as the API command, after having sync'ed the Juliaset.jl git 
>> to my Juliabox account, but that doesn't seem to work.
>>
>> Is that by design, i.e., the APIs must have publicly-available source?
>> Or is it just a current limitation and if so, are there any plans to 
>> allow using non-public repos or source files in  some way?
>>
>> Cheers,
>>
>> Miguel
>>
>> On Tuesday, September 15, 2015 at 11:44:55 AM UTC+1, tanmaykm wrote:
>>>
>>> Hi,
>>>
>>> yes, that's right. The APIs will let you share useful functionalities as 
>>> REST APIs to other users.
>>>
>>> The API published with name "list_it" can be accessed at 
>>> https://api.juliabox.org/list_it/...
>>> The "..." above refer to the exact method being called and the 
>>> parameters it expects.
>>> From anywhere (including from within the JuliaBox container), any 
>>> mechanism to invoke HTTP can be used.
>>> All APIs are accessible to everyone, unless the API implementation 
>>> imposes some authorization.
>>>
>>> a couple of examples of JuliaBox APIs can be found at:
>>> - https://github.com/tanmaykm/Juliaset.jl
>>> - https://github.com/tanmaykm/JuliaWebAPI.jl
>>>
>>> Best,
>>> Tanmay
>>>

Re: [julia-users] Re: error: haskey of NULL PyObject ?

[jda]

I tried uninstalling and re-installing before posting here on the google 
group.  I tried un/re-install again now and I am still back where I started.

Doing Pkg.add("PyCall") the info messages displayed say "No system-wide 
Python was found; ... etc. ... using the Python distribution in the Conda 
package" 

Next doing Pkg.add("PyPlot") shows info messages saying "PyCall is using 
C:\...\v0.4\Conda\deps\usr\python.exe (Python 2.7.9) ... " 

Next doing using PyPlot the error appears:
No working GUI backend found for matplotlib  ...

Not sure how to fix it.  Most forum conversations I've found are outdated.




On Wednesday, November 4, 2015 at 2:58:53 PM UTC-5, Tom Breloff wrote:
>
> You probably have a corrupted cache from whatever you were manually 
> changing.  I recommend just deleting your "~/.julia/v0.4" and starting 
> again.  I just did this on my windows machine (just to make sure it's not a 
> Plots issue) and after doing only "Pkg.add("Plots"); using Plots" it 
> completes without error.
>
> I don't think you necessarily need to be on master for PyCall/PyPlot.  
> After starting fresh, try just `Pkg.add("PyCall"); Pkg.add("PyPlot")` and 
> see if that works for you.
>
> On Wed, Nov 4, 2015 at 2:34 PM, jda > 
> wrote:
>
>> I did Pkg.checkout("PyCall"); Pkg.build("PyCall") and PyCall is now 
>> version 1.1.2 master.  The using Plots command still gives the error:
>>
>>   
>> ERROR:  ArgumentError:  Docile not found in path
>>   in require at loading.jl:233
>>   in stale_cachefile at loading.jl:439
>>   in recompile_stale at loading.jl:457
>>   in _require_from_serialized at loading.jl:83
>>   in _require_from_serialized at loading.jl:109
>>   in require at loading.jl:219
>>
>>
>

[julia-users] Re: API deployments on JuliaBox

[tanmaykm]

Hi Michael,

these two configuration changes should do it:
- enable the "juliabox.plugins.api_admin" plugin (in 
/jboxengine/conf/jbox.user) and rebuild (img_create.sh jbox)
- have a hostname alias with "api." prefix pointing to the machine (e.g. 
api.juliabox.org. the webserver routes all api.* requests to the api 
handler and others to the interactive sessions handler)

Best,
Tanmay

On Thursday, November 5, 2015 at 6:39:54 AM UTC+5:30, Michael Turok wrote:
>
> Hi Tanmay,
>
> Is there an example of enabling the API endpoints when building a 
> stand-alone juliabox instance?
>
> Thanks,
> Michael
>
> On Sunday, September 27, 2015 at 9:25:44 PM UTC-4, tanmaykm wrote:
>>
>> Hi Miguel,
>>
>> Server instances are created per API. Server instances are stateless, and 
>> are reused across API calls and across users. Based on load, an API can 
>> also have more than one server instances.
>>
>> Server instances are brought up on a clean Julia container. They do not 
>> have any files from the user's account. So listing the files will show a 
>> folder that is mostly empty.
>>
>> While registering an API endpoint, you are required to submit a short 
>> bootstrap code. When a new instance of the API server needs is brought up, 
>> the bootstrap code is executed on a clean Julia container on startup. The 
>> bootstrap code should then pull the remaining code/data to handle API calls.
>>
>> It is possible to pull from non public repos or private S3 URLs too, by 
>> embedding the access keys in the bootstrap code. The bootstrap code is 
>> visible only to the publisher (that is you for all of your APIs). We have 
>> thought about having better support for non-public repos and pre-build 
>> docker images with binary code as well in the future.
>>
>> Also, JuliaBox does not currently provide any permanent storage for the 
>> APIs. But it is possible to access storage/databases like (e.g. S3, 
>> DynamoDB) over the internet.
>>
>> Best,
>> Tanmay
>>
>> On Sunday, September 27, 2015 at 11:44:32 PM UTC+5:30, Miguel Belbut 
>> Gaspar wrote:
>>>
>>> Hi,
>>>
>>> Thanks for this, it is a very interesting feature.
>>>
>>> I think I have the same question as the previous post, which I think 
>>> wasn't addressed by tanmaykm's answer:
>>>
>>> Is the server created per-user? If I expose a ls() command, will it list 
>>> my own account home files?
>>> I tried using require(Juliaset.jl/src/Juliaset.jl) instead of 
>>> Pkg.clone(...) as the API command, after having sync'ed the Juliaset.jl git 
>>> to my Juliabox account, but that doesn't seem to work.
>>>
>>> Is that by design, i.e., the APIs must have publicly-available source?
>>> Or is it just a current limitation and if so, are there any plans to 
>>> allow using non-public repos or source files in  some way?
>>>
>>> Cheers,
>>>
>>> Miguel
>>>
>>> On Tuesday, September 15, 2015 at 11:44:55 AM UTC+1, tanmaykm wrote:

 Hi,

 yes, that's right. The APIs will let you share useful functionalities 
 as REST APIs to other users.

 The API published with name "list_it" can be accessed at 
 https://api.juliabox.org/list_it/...
 The "..." above refer to the exact method being called and the 
 parameters it expects.
 From anywhere (including from within the JuliaBox container), any 
 mechanism to invoke HTTP can be used.
 All APIs are accessible to everyone, unless the API implementation 
 imposes some authorization.

 a couple of examples of JuliaBox APIs can be found at:
 - https://github.com/tanmaykm/Juliaset.jl
 - https://github.com/tanmaykm/JuliaWebAPI.jl

 Best,
 Tanmay

>
>

Re: [julia-users] Re: The growth of Julia userbase

[Iain Dunning]

Some more data, from pkg.julialang.org web analytics: 
In January there were 3.5k "users", which ramped up to 5k by March, and 
then held there roughly before spiking up to nearly 6k in October - maybe 
the 0.4 release?

Theres also the number of packages themselves:
300 packages ~ April 2014
400 packages ~ October 2014
500 packages ~ February 2015
600 packages ~ June 2015
700 packages ~ October 2014
It does look roughly superlinear to me.


On Wednesday, November 4, 2015 at 4:35:18 PM UTC-5, Milan Bouchet-Valat 
wrote:
>
> Le mercredi 04 novembre 2015 à 20:49 +, Ben Ward a écrit : 
> > Could anyone who can see it tell me the current figures? Or see to 
> > making this data public? It seems an odd thing to keep private - I 
> > would presume growth figures were something to show off. 
> Unfortunately, the graphs only cover about 10 days. There are a little 
> more than 1,000 unique visitor each day, and about 10,000 since 10/22. 
>
> Some time ago, I posted the evolution of the number of Debian users who 
> have enabled popcon and have Julia installed. The absolute value is not 
> representative of anything, but the growth is exponential : 
> https://qa.debian.org/popcon.php?package=julia 
>
> You can also look at the number of stars attributed by users to Julia 
> packages : 
> http://pkg.julialang.org/pulse 
>
>
> Regards 
>
>
> > On Wed, Nov 4, 2015 at 7:28 PM, Luthaf > 
> wrote: 
> > > These graphs are not available for people who are not (Github) 
> > > collaborator for the julia repository. 
> > > 
> > > Tony Kelman a écrit : 
> > > > There are some interesting numbers at 
> > > > https://github.com/JuliaLang/julia/graphs/traffic 
> > > > 
> > > > Elliot Saba also did some scraping of the AWS download logs for 
> > > > binaries and shared the aggregate numbers (broken down by 
> > > > platform) privately with a few people, it may be worth sharing 
> > > > those publicly. 
> > > > 
> > > > 
> > > > On Wednesday, November 4, 2015 at 8:26:19 AM UTC-8, Ben Ward 
> > > > wrote: 
> > > > Hi all, 
> > > > 
> > > > I was wondering are there any metrics or stats available that 
> > > > show how the user-base of Julia has grown over the last few 
> > > > years, and what it's size is now? 
> > > > 
> > > > Many Thanks, 
> > > > Ben W. 
>

Re: [julia-users] Re: error: haskey of NULL PyObject ?

[jda]

On windows machine #1 I've un/re-installed again for a *third *time and it 
actually fixed it!

On windows machine #2 I've un/re-installed many times over and it's still 
not working.

However the two machines seem identical to me, not sure what the difference 
is.

Working Computer #1 says:
   _
   _   _ _(_)_ |  A fresh approach to technical computing
  (_) | (_) (_)|  Documentation: http://docs.julialang.org
   _ _   _| |_  __ _   |  Type "?help" for help.
  | | | | | | |/ _` |  |
  | | |_| | | | (_| |  |  Version 0.4.0 (2015-10-08 06:20 UTC)
 _/ |\__'_|_|_|\__'_|  |  Official http://julialang.org/ release
|__/   |  x86_64-w64-mingw32


julia> versioninfo()
Julia Version 0.4.0
Commit 0ff703b* (2015-10-08 06:20 UTC)
Platform Info:
  System: Windows (x86_64-w64-mingw32)
  CPU: Intel(R) Core(TM)2 Duo CPU E8400  @ 3.00GHz
  WORD_SIZE: 64
  BLAS: libopenblas (USE64BITINT DYNAMIC_ARCH NO_AFFINITY Penryn)
  LAPACK: libopenblas64_
  LIBM: libopenlibm
  LLVM: libLLVM-3.3


julia> Pkg.status()
4 required packages:
 - MAT   0.2.14
 - Plots 0.4.2
 - PyCall1.1.2
 - PyPlot2.1.1
17 additional packages:
 - BinDeps   0.3.19
 - Blosc 0.1.4
 - ColorTypes0.2.0
 - Colors0.6.0
 - Compat0.7.7
 - Conda 0.1.8
 - Dates 0.4.4
 - FixedPointNumbers 0.1.1
 - HDF5  0.5.6
 - JSON  0.5.0
 - LaTeXStrings  0.1.6
 - LibExpat  0.1.0
 - Reexport  0.0.3
 - SHA   0.1.2
 - URIParser 0.1.1
 - WinRPM0.1.13
 - Zlib  0.1.12


julia> using Plots


julia> heatmap(randn(100),randn(100))
[Plots.jl] Initializing backend: pyplot
PyPlot.Figure(PyObject )


julia> using PyPlot


julia> pcolormesh(rand(100,100))
PyObject 

Not working Computer #2  says:


   _
   _   _ _(_)_ |  A fresh approach to technical computing
  (_) | (_) (_)|  Documentation: http://docs.julialang.org
   _ _   _| |_  __ _   |  Type "?help" for help.
  | | | | | | |/ _` |  |
  | | |_| | | | (_| |  |  Version 0.4.0 (2015-10-08 06:20 UTC)
 _/ |\__'_|_|_|\__'_|  |  Official http://julialang.org/ release
|__/   |  x86_64-w64-mingw32


julia> versioninfo()
Julia Version 0.4.0
Commit 0ff703b* (2015-10-08 06:20 UTC)
Platform Info:
  System: Windows (x86_64-w64-mingw32)
  CPU: Intel(R) Core(TM)2 Duo CPU E8400  @ 3.00GHz
  WORD_SIZE: 64
  BLAS: libopenblas (USE64BITINT DYNAMIC_ARCH NO_AFFINITY Penryn)
  LAPACK: libopenblas64_
  LIBM: libopenlibm
  LLVM: libLLVM-3.3


julia> Pkg.status()
4 required packages:
 - MAT   0.2.14
 - Plots 0.4.2
 - PyCall1.1.2
 - PyPlot2.1.1
17 additional packages:
 - BinDeps   0.3.19
 - Blosc 0.1.4
 - ColorTypes0.2.0
 - Colors0.6.0
 - Compat0.7.7
 - Conda 0.1.8
 - Dates 0.4.4
 - FixedPointNumbers 0.1.1
 - HDF5  0.5.6
 - JSON  0.5.0
 - LaTeXStrings  0.1.6
 - LibExpat  0.1.0
 - Reexport  0.0.3
 - SHA   0.1.2
 - URIParser 0.1.1
 - WinRPM0.1.13
 - Zlib  0.1.12

julia> using PyPlot
C:\Users\user\.julia\v0.4\Conda\deps\usr\lib\site-packages\matplotlib\__in
it__.py:1318: UserWarning:  This call to matplotlib.use() has no effect
because the backend has already been chosen;
matplotlib.use() must be called *before* pylab, matplotlib.pyplot,
or matplotlib.backends is imported for the first time.


  warnings.warn(_use_error_msg)
WARNING: No working GUI backend found for matplotlib.
ERROR: InitError: PyError (:PyImport_ImportModule) 
ImportError('DLL load failed: The specified module could not be found.',)
  File "C:\Users\user\.julia\v0.4\Conda\deps\usr\lib\site-packages\matplot
lib\pyplot.py", line 27, in 
import matplotlib.colorbar
  File "C:\Users\user\.julia\v0.4\Conda\deps\usr\lib\site-packages\matplot
lib\colorbar.py", line 34, in 
import matplotlib.collections as collections
  File "C:\Users\user\.julia\v0.4\Conda\deps\usr\lib\site-packages\matplot
lib\collections.py", line 27, in 
import matplotlib.backend_bases as backend_bases
  File "C:\Users\user\.julia\v0.4\Conda\deps\usr\lib\site-packages\matplot
lib\backend_bases.py", line 56, in 
import matplotlib.textpath as textpath
  File "C:\Users\user\.julia\v0.4\Conda\deps\usr\lib\site-packages\matplot

Re: [julia-users] Re: error: haskey of NULL PyObject ?

[jda]

Not working Computer #2, continued from above, (was cut off): 
 

>_
>
> julia> Pkg.status()
> 4 required packages:
>  - MAT   0.2.14
>  - Plots 0.4.2
>  - PyCall1.1.2
>  - PyPlot2.1.1
> 17 additional packages:
>  - BinDeps   0.3.19
>  - Blosc 0.1.4
>  - ColorTypes0.2.0
>  - Colors0.6.0
>  - Compat0.7.7
>  - Conda 0.1.8
>  - Dates 0.4.4
>  - FixedPointNumbers 0.1.1
>  - HDF5  0.5.6
>  - JSON  0.5.0
>  - LaTeXStrings  0.1.6
>  - LibExpat  0.1.0
>  - Reexport  0.0.3
>  - SHA   0.1.2
>  - URIParser 0.1.1
>  - WinRPM0.1.13
>  - Zlib  0.1.12
>
> julia> using PyPlot
> C:\Users\user\.julia\v0.4\Conda\deps\usr\lib\site-packages\matplotlib\__in
> it__.py:1318: UserWarning:  This call to matplotlib.use() has no effect
> because the backend has already been chosen;
> matplotlib.use() must be called *before* pylab, matplotlib.pyplot,
> or matplotlib.backends is imported for the first time.
>
>   warnings.warn(_use_error_msg)
> WARNING: No working GUI backend found for matplotlib.
> ERROR: InitError: PyError (:PyImport_ImportModule)  'exceptions.ImportError
> '>
> ImportError('DLL load failed: The specified module could not be found.',)
>   File "C:\Users\user\.julia\v0.4\Conda\deps\usr\lib\site-packages\matplot
> lib\pyplot.py", line 27, in 
> import matplotlib.colorbar
>   File "C:\Users\user\.julia\v0.4\Conda\deps\usr\lib\site-packages\matplot
> lib\colorbar.py", line 34, in 
> import matplotlib.collections as collections
>   File "C:\Users\user\.julia\v0.4\Conda\deps\usr\lib\site-packages\matplot
> lib\collections.py", line 27, in 
> import matplotlib.backend_bases as backend_bases
>   File "C:\Users\user\.julia\v0.4\Conda\deps\usr\lib\site-packages\matplot
> lib\backend_bases.py", line 56, in 
> import matplotlib.textpath as textpath
>   File "C:\Users\user\.julia\v0.4\Conda\deps\usr\lib\site-packages\matplot
> lib\textpath.py", line 22, in 
> from matplotlib.mathtext import MathTextParser
>   File "C:\Users\user\.julia\v0.4\Conda\deps\usr\lib\site-packages\matplot
> lib\mathtext.py", line 63, in 
> import matplotlib._png as _png
>
>  [inlined code] from C:\Users\user\.julia\v0.4\PyCall\src\exception.jl:81
>  in pyimport at C:\Users\user\.julia\v0.4\PyCall\src\PyCall.jl:79
>  in __init__ at C:\Users\user\.julia\v0.4\PyPlot\src\PyPlot.jl:250
>  in _require_from_serialized at loading.jl:84
>  in _require_from_serialized at loading.jl:109
>  in require at loading.jl:219
> during initialization of module PyPlot
>
>

Re: [julia-users] Re: error: haskey of NULL PyObject ?

[lewis]

I did not build Julia from source.  But, I am back in business using system 
Python.  Never got conda to build everything on Windows.

On Wednesday, November 4, 2015 at 2:19:18 PM UTC-8, Luke Stagner wrote:
>
> It will only work if you installed from source(I.e cloned the main Julia 
> repository and manually compiled). If you did that the directory would 
> usually be in your home directory.
> On Nov 4, 2015 2:10 PM, > wrote:
>
>> I have setup PyCall using a system Python (2.7.10).  I get ERROR: 
>> ArgumentError: haskey of NULL PyObject
>>  in plot at C:\Users\Lewis\.julia\v0.4\PyPlot\src\PyPlot.jl:457
>>
>> Matplotlib works fine in IPython.
>>
>> I'm stuck.  Which directory needs git clean?
>>
>> On Wednesday, November 4, 2015 at 2:03:32 PM UTC-8, Luke Stagner wrote:
>>>
>>> I noticed it happened after I updated anaconda. Perhaps something went 
>>> wrong there
>>>
>>>
>>> On 11/04/2015 02:01 PM, le...@neilson-levin.org wrote:
>>>
>>> I have the same problem.  I am going back to using a system Python and 
>>> giving up on conda.  Works fine on Mac (par for the course that things tend 
>>> to work on Mac).  I previously had Julia using matplotlib using WinPython.  
>>> Wanted to try the conda approach.  Too many problems, though.  Hours later 
>>> after uninstalling .julia and uninstalling Julia itself and starting over 
>>> still can't get it to build and run. 
>>>
>>> On Tuesday, November 3, 2015 at 5:16:45 AM UTC-8, jda wrote: 

 Nope, still the same haskey of NULL error.

>>>
>>>

[julia-users] Re: API deployments on JuliaBox

[Michael Turok]

Thanks - will try!

On Wednesday, November 4, 2015 at 8:28:39 PM UTC-5, Tanmay K. Mohapatra 
wrote:
>
> Hi Michael,
>
> these two configuration changes should do it:
> - enable the "juliabox.plugins.api_admin" plugin (in 
> /jboxengine/conf/jbox.user) and rebuild (img_create.sh jbox)
> - have a hostname alias with "api." prefix pointing to the machine (e.g. 
> api.juliabox.org. the webserver routes all api.* requests to the api 
> handler and others to the interactive sessions handler)
>
> Best,
> Tanmay
>
> On Thursday, November 5, 2015 at 6:39:54 AM UTC+5:30, Michael Turok wrote:
>>
>> Hi Tanmay,
>>
>> Is there an example of enabling the API endpoints when building a 
>> stand-alone juliabox instance?
>>
>> Thanks,
>> Michael
>>
>> On Sunday, September 27, 2015 at 9:25:44 PM UTC-4, tanmaykm wrote:
>>>
>>> Hi Miguel,
>>>
>>> Server instances are created per API. Server instances are stateless, 
>>> and are reused across API calls and across users. Based on load, an API can 
>>> also have more than one server instances.
>>>
>>> Server instances are brought up on a clean Julia container. They do not 
>>> have any files from the user's account. So listing the files will show a 
>>> folder that is mostly empty.
>>>
>>> While registering an API endpoint, you are required to submit a short 
>>> bootstrap code. When a new instance of the API server needs is brought up, 
>>> the bootstrap code is executed on a clean Julia container on startup. The 
>>> bootstrap code should then pull the remaining code/data to handle API calls.
>>>
>>> It is possible to pull from non public repos or private S3 URLs too, by 
>>> embedding the access keys in the bootstrap code. The bootstrap code is 
>>> visible only to the publisher (that is you for all of your APIs). We have 
>>> thought about having better support for non-public repos and pre-build 
>>> docker images with binary code as well in the future.
>>>
>>> Also, JuliaBox does not currently provide any permanent storage for the 
>>> APIs. But it is possible to access storage/databases like (e.g. S3, 
>>> DynamoDB) over the internet.
>>>
>>> Best,
>>> Tanmay
>>>
>>> On Sunday, September 27, 2015 at 11:44:32 PM UTC+5:30, Miguel Belbut 
>>> Gaspar wrote:

 Hi,

 Thanks for this, it is a very interesting feature.

 I think I have the same question as the previous post, which I think 
 wasn't addressed by tanmaykm's answer:

 Is the server created per-user? If I expose a ls() command, will it 
 list my own account home files?
 I tried using require(Juliaset.jl/src/Juliaset.jl) instead of 
 Pkg.clone(...) as the API command, after having sync'ed the Juliaset.jl 
 git 
 to my Juliabox account, but that doesn't seem to work.

 Is that by design, i.e., the APIs must have publicly-available source?
 Or is it just a current limitation and if so, are there any plans to 
 allow using non-public repos or source files in  some way?

 Cheers,

 Miguel

 On Tuesday, September 15, 2015 at 11:44:55 AM UTC+1, tanmaykm wrote:
>
> Hi,
>
> yes, that's right. The APIs will let you share useful functionalities 
> as REST APIs to other users.
>
> The API published with name "list_it" can be accessed at 
> https://api.juliabox.org/list_it/...
> The "..." above refer to the exact method being called and the 
> parameters it expects.
> From anywhere (including from within the JuliaBox container), any 
> mechanism to invoke HTTP can be used.
> All APIs are accessible to everyone, unless the API implementation 
> imposes some authorization.
>
> a couple of examples of JuliaBox APIs can be found at:
> - https://github.com/tanmaykm/Juliaset.jl
> - https://github.com/tanmaykm/JuliaWebAPI.jl
>
> Best,
> Tanmay
>
>>
>>