[julia-users] Re: Random but regular slowdowns

2015-05-09 Thread Scott Jones
That's just the garbage collector kicking in every so often... hence the 95.18% gc time and 96.16% gc time during the two slow runs... On Saturday, May 9, 2015 at 5:24:08 PM UTC-4, Adam Check wrote: Hi, I'm sorry if this issue has been addressed before, but if so, I haven't been able to

[julia-users] Re: Julia will always be open source

2015-05-09 Thread Eric Forgy
I think this is great. Our startup has similar issues. We want to do innovative work, but that work needs funding, so we also do some consulting/training to pay the RD bills. It can be a challenge to find the right balance though, so beware :) Given the position of Julia Computing, another

[julia-users] Re: Julia will always be open source

2015-05-09 Thread Scott Jones
I also read this article this morning: http://economictimes.indiatimes.com/small-biz/startups/julia-founders-commercialise-language-create-new-startup/articleshow/47211869.cms I had been a bit concerned, that after Wednesday, Jeff might have to go find a job out in the real world, and would

[julia-users] Julia will always be open source

2015-05-09 Thread Viral Shah
Hello all, You may have seen today’s Hacker News story about Julia Computing: https://news.ycombinator.com/item?id=9516298 As you all know, we are committed to Julia being high quality and open source. The existence of Julia Computing was discussed a year ago at JuliaCon 2014, though we

[julia-users] Random but regular slowdowns

2015-05-09 Thread Adam Check
Hi, I'm sorry if this issue has been addressed before, but if so, I haven't been able to find it. I am working with julia 0.3.7, using IJulia. I have encountered slowdowns like this in more than one situation. In a minimal working example, I initialize an Array{Float64,1} of size T=100. I

[julia-users] ANN: julia-vim about to introduce new mappings

2015-05-09 Thread Carlo Baldassi
This is of interest for Vim users only. I'm about to merge some additional features in julia-vim (this branch: https://github.com/JuliaLang/julia-vim/tree/blockobj) They will introduce some additional key mappings in julia files, intended for moving around blocks (if/end, function/end etc.).

[julia-users] Re: Julia will always be open source

2015-05-09 Thread Eric Forgy
Thanks Scott. That makes a lot of sense.

Re: [julia-users] Julia will always be open source

2015-05-09 Thread Steve Kelly
Could Julia Computing be a way to sponsor the core team to do full-time development? How is it going to work when there are consulting jobs that bring in revenue, yet take time away from core development? On Sat, May 9, 2015 at 4:20 PM, Viral Shah vi...@mayin.org wrote: Hello all, You may

[julia-users] Re: Random but regular slowdowns

2015-05-09 Thread Adam Check
Okay, that makes perfect sense. Thank you for the quick reply. On Saturday, May 9, 2015 at 2:51:52 PM UTC-7, Scott Jones wrote: That's just the garbage collector kicking in every so often... hence the 95.18% gc time and 96.16% gc time during the two slow runs... On Saturday, May 9, 2015 at

Re: [julia-users] Re: Julia will always be open source

2015-05-09 Thread Jeff Bezanson
I will work for Julia Computing full time. I think it's unavoidable that trying to make a living will take at least some time from working on julia. Even in academia, there are papers, grants, classes, talks, and so on that take time away. My current guess is that our best bet is to have an

[julia-users] Re: Julia will always be open source

2015-05-09 Thread Scott Jones
Well, I spent many years doing nothing but proprietary development... all trade secrets, etc. even though the language/database system was based on an ANSI standard language. Now I'm consulting for a small startup, and we are also trying to balance open source vs. proprietary development. So

[julia-users] help with include_string

2015-05-09 Thread K leo
I try read in a variable at run time and use include_string to assign it to another variable, but I got errors. Originally, the following code works: y1 = tech.cl But when I try to include from input with this code: println(Input the variable) tt=\n

[julia-users] Re: Julia will always be open source

2015-05-09 Thread Jim Garrison
On Saturday, May 9, 2015 at 1:20:15 PM UTC-7, Viral Shah wrote: You may have questions. Please shoot them here. We will respond back with a detailed blog post. Here's something I've been wondering about: juliacomputing.com mentions security updates as part of the commercial support package.

Re: [julia-users] Julia will always be open source

2015-05-09 Thread Viral Shah
Absolutely! Today, just about everything gets rolled up into a point release right now, and that will always be the case. Production users may not want to wait for a point release, and we will work out a way to apply patches and such. As people are already working towards deploying Julia in

Re: [julia-users] Julia will always be open source

2015-05-09 Thread Jim Garrison
Great! I've been putting together some notes on what I think Julia's security policy *ought* to be at this early stage (right now there is nothing mentioned about security in the manual), and will try to draft this soon as a pull request for discussion. On 05/09/2015 10:06 PM, Viral Shah

Re: [julia-users] Re: Julia and Microsoft Visual Studio

2015-05-09 Thread Páll Haraldsson
On Monday, December 1, 2014 at 7:39:20 PM UTC, David Anthoff wrote: The Python Tools for Visual Studio are developed by MS, but are completely open source, so I guess one might be able to get all the info on how to develop a new language plugin for VS from that code. I'm NOT saying we

Re: [julia-users] Re: ccall and ENV on Windows

2015-05-09 Thread Simon Byrne
This seems to be something more general than library paths. Even when I get RCall working, it seems that R can't see the changes to environmental variables made by Julia, i.e. ENV[FOO] = bar rprint(Sys.getenv('FOO')) doesn't work correctly (it returns a blank string, whereas on OS X it returns

Re: [julia-users] Re: ccall and ENV on Windows

2015-05-09 Thread cdm
at times, the variations on quote usage when scripting can trip things up ... if it could be of any use, here are the Microsoft PowerShell rules on quote usage while scripting: https://technet.microsoft.com/en-us/library/hh847740.aspx best, cdm

Re: [julia-users] Re: ccall and ENV on Windows

2015-05-09 Thread Simon Byrne
On 8 May 2015 at 22:14, ele...@gmail.com wrote: Your problem may not be the dll itself, it could be one of its dependencies. Yes, the problem isn't the dll I'm calling, but one of the dependencies. Also the windows dll search path is kind of complex (see

Re: [julia-users] asymmetry between treatment of mean and cov

2015-05-09 Thread JPi
Thank you

Re: [julia-users] [Vectorization] Comparison of codes

2015-05-09 Thread Sisyphuss
I tried to build 0.4, but I met the following error: Makefile:141: /Makefile.rules: No such file or directory make[2]: *** No rule to make target `/Makefile.rules'. Stop. make[1]: *** [llvm-3.3/build_Release/Release/lib/libLLVMCodeGen.a] Error 2 make: *** [julia-deps] Error 2 On Saturday,

Re: [julia-users] Re: Performance variability - can we expect Julia to be the fastest (best) language?

2015-05-09 Thread Páll Haraldsson
On Friday, May 1, 2015 at 5:23:40 PM UTC, Steven G. Johnson wrote: On Friday, May 1, 2015 at 1:12:00 PM UTC-4, Steven Sagaert wrote: That wasn't what I was saying. I like the philosophy behind julia. But in practice (as of now) even in julia you still have to code in a certain style if

Re: [julia-users] Re: ccall and ENV on Windows

2015-05-09 Thread Jameson Nash
It might be a problem with windows. In particular, windows has 3 semi-independent environment variables. Julia uses the Win32 API environment, but there are also two posix environ arrays (unicode and not unicode) that might be getting used by R. Additionally, some languages (such as Tk) make a

Re: [julia-users] Re: Correctly accessing DataFrame columns in loop

2015-05-09 Thread Tim Holy
On Saturday, May 09, 2015 06:51:42 AM Nils Gudat wrote: Thanks, that does look a bit better. Just for clarification: eachindex is only available from 0.4 onwards, correct? It's also available if you're using Compat. --Tim

Re: [julia-users] Re: Julia and Microsoft Visual Studio

2015-05-09 Thread Uwe Fechner
Well, only Visual Studio Code is available for Linux (and Mac). https://code.visualstudio.com/ This is quite different from Visual Studio and has a lot less features. Uwe Am 09.05.2015 um 14:03 schrieb Páll Haraldsson: On Monday, December 1, 2014 at 7:39:20 PM UTC, David Anthoff wrote:

[julia-users] Re: Correctly accessing DataFrame columns in loop

2015-05-09 Thread Nils Gudat
Thanks, that does look a bit better. Just for clarification: eachindex is only available from 0.4 onwards, correct?

Re: [julia-users] Re: ccall and ENV on Windows

2015-05-09 Thread Simon Byrne
On Saturday, 9 May 2015 18:18:28 UTC+1, Jameson wrote: It might be a problem with windows. In particular, windows has 3 semi-independent environment variables. Julia uses the Win32 API environment, but there are also two posix environ arrays (unicode and not unicode) that might be getting

Re: [julia-users] Re: ccall and ENV on Windows

2015-05-09 Thread Simon Byrne
On Saturday, 9 May 2015 18:18:28 UTC+1, Jameson wrote: Sorry, but I'm guessing that none of that information really helps :( Well, other than having gained insight into the massive amount of effort required to keep Julia running across platforms, it was useful in that I now know I should

Re: [julia-users] Re: ccall and ENV on Windows

2015-05-09 Thread Scott Jones
Things like this are why I avoid Windows like the plague these days... Do you need to check both the 8-bit and Unicode environments then to set the environment variable so R can see it?

Re: [julia-users] Re: ccall and ENV on Windows

2015-05-09 Thread Simon Byrne
On 9 May 2015 at 19:53, Scott Jones scott.paul.jo...@gmail.com wrote: Do you need to check both the 8-bit and Unicode environments then to set the environment variable so R can see it? I guess so? Anyway, I've opened issue https://github.com/JuliaLang/julia/issues/11215

Re: [julia-users] [Vectorization] Comparison of codes

2015-05-09 Thread Michael Louwrens
Why not just use the nightly build for now? On Saturday, 9 May 2015 11:35:26 UTC+2, Sisyphuss wrote: I tried to build 0.4, but I met the following error: Makefile:141: /Makefile.rules: No such file or directory make[2]: *** No rule to make target `/Makefile.rules'. Stop. make[1]: ***

Re: [julia-users] Suspending Garbage Collection for Performance...good idea or bad idea?

2015-05-09 Thread Michael Louwrens
Have you had any further thought on this? It seems like it could be quite useful for the cases where one intentionally disables the GC for performance reasons - though you guys are incredibly busy! I also read about having the compiler automatically insert frees where it can in Julia and was