RE: [julia-users] Re: Garbage collection when calling a function

2015-04-03 Thread Ali Rezaee
Ok that makes sense. Thank you. -Original Message- From: "ele...@gmail.com" Sent: ‎4/‎3/‎2015 3:35 AM To: "julia-users@googlegroups.com" Subject: [julia-users] Re: Garbage collection when calling a function On Thursday, April 2, 2015 at 10:51:52 PM UTC+11, Ali Rezaee wrote: Dear all,

Re: [julia-users] savefig error

2015-04-03 Thread René Donner
I don't know much about PyCall / PyPlot, so I can't answer that, sorry :-( Am 02.04.2015 um 19:35 schrieb Diego Tapias : > Ok, thank you! > Sorry for my grammar, I often type very fast and don't check it. > I see your point but it's confusing for me that the same syntax worked a few > days ag

Re: [julia-users] Julia development for Arm

2015-04-03 Thread Viral Shah
Thanks. Scaleway seems like they will give the machines instantaneously and at 11 Euros/month, is cheap enough. I’ll go with that for now. Also, I do believe that travis has cross-compilation support for ARM, and can run stuff through qemu. Maybe we can build julia and run one simple test or so

[julia-users] ambiguous Pkg.status()?

2015-04-03 Thread Andreas Lobinger
Hello colleagues, why do i get different status? julia> Pkg.status() 12 required packages: - Autoreload0.2.0 - Cairo 0.2.26 - Clang 0.0.5 - Debug 0.1.2 - Docile0.4.8 - Gadfly

Re: [julia-users] calling c functions from dll works in Juno but not Julia REPL

2015-04-03 Thread Mike Innes
Well, this is the first time it's happened this way around :) The first thing I would do is open the copy of Julia that Juno is running using the "open a terminal" command, and see whether that gives the right results. If the version is different, a bug may have been introduced by a backport or so

Re: [julia-users] ambiguous Pkg.status()?

2015-04-03 Thread Tim Holy
Does Pkg.dir() return the same directory as the one you tried from the shell? --Tim On Friday, April 03, 2015 03:06:15 AM Andreas Lobinger wrote: > Hello colleagues, > > why do i get different status? > > julia> Pkg.status() > 12 required packages: > - Autoreload0.2.0 > -

Re: [julia-users] ambiguous Pkg.status()?

2015-04-03 Thread Andreas Lobinger
No ... (note to myself: mark backups with non-ambiguous names) Thank you. (i wasn't aware of Pkg.dir()).

[julia-users] Re: Graph package

2015-04-03 Thread pgs
Thanks On Thursday, April 2, 2015 at 10:48:53 AM UTC+1, pip7...@gmail.com wrote: > > Hi > How can I save the following example plot(g) to .gif / .png or .jpg file > > julia> using Graphs > > julia> g = simple_graph(3) > Directed Graph (3 vertices, 0 edges) > > julia> add_edge!(g, 1, 2) > edge [1

Re: [julia-users] savefig error

2015-04-03 Thread Steven G. Johnson
On Thursday, April 2, 2015 at 1:35:34 PM UTC-4, Diego Tapias wrote: > > Ok, thank you! > Sorry for my grammar, I often type very fast and don't check it. > I see your point but it's confusing for me that the same syntax worked a > few days ago. Do you know if this is a new feature of matplotlib

Re: [julia-users] calling c functions from dll works in Juno but not Julia REPL

2015-04-03 Thread Siyi Deng
Hi Mike: I followed your suggestion , the Julia version used by Juno was 0.3.4 and the standalone REPL was 0.3.7 (all x86_64-w64-mingw32), so indeed it seems that new version introduced a bug of some kind. On Friday, April 3, 2015 at 3:12:47 AM UTC-7, Mike Innes wrote: > > Well, this is the

Re: [julia-users] calling c functions from dll works in Juno but not Julia REPL

2015-04-03 Thread Mike Innes
Would you be able to produce a minimal test case that works in the 0.3.4 REPL but not in 0.3.7, then file that as an issue on the Julia repo? On 3 April 2015 at 15:09, Siyi Deng wrote: > Hi Mike: > I followed your suggestion , the Julia version used by Juno was 0.3.4 and > the standalone REPL wa

Re: [julia-users] calling c functions from dll works in Juno but not Julia REPL

2015-04-03 Thread Siyi Deng
Hi Kevin: The actual code unfortunately I am not within the power to fully disclose, but let me describe what basically it was trying to do here: the code is doing so simple statistics (lets assume a max-filter here) on a real-time integer stream. Therefor it uses a c struct to hold the state-

[julia-users] Loading matplotlib in IJulia (fails): import matplotlib

2015-04-03 Thread Anders Madsen
I am using IJulia. I want to construct my own colormaps.. when I load PyPlot (with: using PyPlot) the funcstion ListedColormap is not available when I try to load matplotllib.colors which owns the function, with import matplotlib.colors I get the message that import is a syntax error. How to d

Re: [julia-users] calling c functions from dll works in Juno but not Julia REPL

2015-04-03 Thread Siyi Deng
Hi, following your suggestion, I opened a new issue on Julia repo: https://github.com/JuliaLang/julia/issues/10734 On Friday, April 3, 2015 at 7:15:19 AM UTC-7, Mike Innes wrote: > > Would you be able to produce a minimal test case that works in the 0.3.4 > REPL but not in 0.3.7, then file that

[julia-users] unexpected if statement behavior

2015-04-03 Thread Andre Bieler
I have the following (for me) unexpected behavior for an if statement in the code below: It is not the same If I comment out the line data = readdlm("somefile.dat") or not. even if the "if-statement" is evaluated as false. The function takes much longer to execute when the line is not commented

[julia-users] Re: unexpected if statement behavior

2015-04-03 Thread Seth
Are you timing the first execution of the function? Because if so it's probably reading in and compiling the DataFrames piece. What happens when you run it for a second time? On Friday, April 3, 2015 at 8:43:12 AM UTC-7, Andre Bieler wrote: > > I have the following (for me) unexpected behavior f

Re: [julia-users] calling c functions from dll works in Juno but not Julia REPL

2015-04-03 Thread Mike Innes
Looks like a really helpful report – thanks! On 3 April 2015 at 16:38, Siyi Deng wrote: > Hi, following your suggestion, I opened a new issue on Julia repo: > https://github.com/JuliaLang/julia/issues/10734 > > > On Friday, April 3, 2015 at 7:15:19 AM UTC-7, Mike Innes wrote: >> >> Would you be

[julia-users] Re: calling c functions from dll works in Juno but not Julia REPL

2015-04-03 Thread Siyi Deng
It turns out that julia 0.3.4 didn't enforce immutable in ccalls, and I should be using mutable types to store states. Thanks for the help everybody! On Thursday, April 2, 2015 at 7:28:16 PM UTC-7, Siyi Deng wrote: > > Hi, > I have created a c shared library using visual-studio; then I called t

[julia-users] Re: ANN: Match.jl v0.1.0 released

2015-04-03 Thread William Macready
Hi Kevin I have come to rely heavily on Match.jl. When I recently upgraded to v0.1.2 I got the error: ERROR: fieldnames not defined When reverting back to v0.0.6 everything runs fine. I'm certainly no Package wizard, but is there something I might be doing wrong? thanks! Bill On Monday, Marc

[julia-users] Re: ANN: Match.jl v0.1.0 released

2015-04-03 Thread Kevin Squire
Hi William, Thanks for the email. I should be able up fix this later today, but could you open an issue at the Match.jl repo? Thanks, Kevin On Friday, April 3, 2015, William Macready wrote: > Hi Kevin > > I have come to rely heavily on Match.jl. When I recently upgraded to > v0.1.2 I got the

[julia-users] holoviews in julia

2015-04-03 Thread Andrei Berceanu
Are you guys familiar with http://ioam.github.io/holoviews ? Is anyone working on a Julia interface or port? //A

[julia-users] Re: holoviews in julia

2015-04-03 Thread Andrei Berceanu
I just found this as a starting point http://philippjfr.com/blog/interfacing-holoviews-with-julia/ On Saturday, April 4, 2015 at 1:21:00 AM UTC+2, Andrei Berceanu wrote: > > Are you guys familiar with http://ioam.github.io/holoviews ? > Is anyone working on a Julia interface or port? > > //A >

[julia-users] Performance of random access sparse matrix algorithm

2015-04-03 Thread David Gleich
I'm trying to figure out why the following algorithm is so slow in Julia. $ julia pprpush_perf4.jl elapsed time: 0.754419672 seconds # first run, no compiled elapsed time: 0.627998826 seconds # second run, compiled elapsed time: 0.616043857 seconds (292 MB allocated, 1.52% gc time in 14 pauses w

[julia-users] Extreme garbage collection time

2015-04-03 Thread Adam Labadorf
Hi, I am struggling with an issue related to garbage collection taking up the vast majority (>99%) of compute time on a simple nested for loop. Code excerpt below: # julia version 0.3.7 # counts is an MxN matrix of Float64 # N=15000 # M=108 # h_cols and c_cols are indices \in {1:M} using Hypoth

[julia-users] ANN: Match.jl v0.1.0 released

2015-04-03 Thread Kevin Squire
Actually, you might just need to run a Pkg.update(). Compat.jl is probably out if date. You'll need to run Pkg.free("Match") of course. On Friday, April 3, 2015, Kevin Squire > wrote: > Hi William, > > Thanks for the email. I should be able up fix this later today, but could > you open an issue a

[julia-users] Re: Loading matplotlib in IJulia (fails): import matplotlib

2015-04-03 Thread Steven G. Johnson
On Friday, April 3, 2015 at 11:05:16 AM UTC-4, Anders Madsen wrote: > > I am using IJulia. > I want to construct my own colormaps.. > > when I load PyPlot (with: using PyPlot) the funcstion ListedColormap is > not available > > when I try to load matplotllib.colors which owns the function, with

[julia-users] Re: Extreme garbage collection time

2015-04-03 Thread Patrick O'Leary
This might be an algorithm that benefits from the GC improvements in 0.4--with the caveat that 0.4 is still a work in progress and has a variety of syntax changes (and possibly more to come) you might want to give that a try. On Friday, April 3, 2015 at 8:22:49 PM UTC-5, Adam Labadorf wrote: >

[julia-users] Re: ANN: Match.jl v0.1.0 released

2015-04-03 Thread Kevin Squire
Okay, it was a little more subtle than that: if your code was already using Compat.jl, then everything would have worked. If not, then fieldnames isn't defined at all (as you found out). I believe I've fixed this issue, and I've tagged a new version of Match.jl. Please try it and let me know if

[julia-users] Spark and Julia

2015-04-03 Thread Viral Shah
I am changing the subject of this thread from GSOC to Spark. I was just looking around and found this: https://github.com/d9w/Spark.jl The real question is with all the various systems out there, what is the level of abstraction that julia should work with. Julia's DataFrames is one level of a

[julia-users] Re: GPU-ODE

2015-04-03 Thread Viral Shah
Do you mean writing ODE solvers in Julia that run on GPUs? If so, the answer is no. You can easily ccall CUDA/opencl solvers though. -viral On Friday, April 3, 2015 at 11:18:35 AM UTC+5:30, pauld11718 wrote: > > Is it possible in Julia - GPU based ODE solvers? > There are ~250 Independent system