[julia-users] Re: Webapp Deployment

When I try to run the examples or basic hello.jl file in Escher, always get this in browser: ".../Escher/examples/hello.jl did not return a UI function" I don't see any issues filed on github with this, suspect it's something on my end. What would be the appropriate channel for me to get some he

[julia-users] Re: Webapp Deployment

My experience with Escher is limited to reading the docs and looking at the sources, but it seems to be related to loading the file (or it's content): function loadfile(filename) if isfile(filename) try ui = include(filename) if isa(ui, Function) return ui else warn("$filename did not return a f

[julia-users] Simulink alternative, based on Julia?

Hello, from my point of view, Julia is already a viable alternative to Matlab for flight and energy system simulations. What still is missing is a block editor for dynamic systems like Simulink. The best, open source alternative to Simulink that I know of is XCos, which is part of Scilab. XCos

[julia-users] Re: Cost of @view and reshape

The package is available at https://github.com/mobius-eng/RadauBVP.jl I haven't put it into METADATA yet. I would like to improve documentation and add some tests before doing this. However, it is already usable, mostly optimised (except for sparsity, it is coming) and I believe it is the only

Re: [julia-users] Re: Cost of @view and reshape

Cool! On Tue, 2016-11-01 at 10:09, Alexey Cherkaev wrote: > The package is available at https://github.com/mobius-eng/RadauBVP.jl > > I haven't put it into METADATA yet. I would like to improve documentation > and add some tests before doing this. > > However, it is already usable, mostly optimis

[julia-users] Re: 0.5 new generators syntax question

Given that allocating an array for 50 Ints, filling it up, and then summing it all together probably takes less than a microsecond, any difference between allocating and not allocating will disappears in the noise. As Yichao Yu mentions, what you end up measuring is the time it takes to setup th

[julia-users] async read from device?

I'm trying to read from an input device asynchronously. I tried the obvious @async begin dev = open(STICK_INPUT_DEV) while true s = read(dev, Stick) if s.ev_type == EV_KEY println(s) end end end But this doesn't seem to yield correctly. The full cod

[julia-users] Re: Simulink alternative, based on Julia?

This example from the nuklear lib looks like this lib (C, header only) could be used for that. terça-feira, 1 de Novembro de 2016 às 08:51:03 UTC, Uwe Fechner

[julia-users] Matering Julia, an updated & extended Russian Translation issued

Matering Julia, an updated & extended Russian Translation issued (incl. version 0.4.6) in September. Source codes availlable in https://dmkpress.com/catalog/computer/programming/978-5-97060-370-3/

[julia-users] Re: Matering Julia, an updated & extended Russian Translation issued

Source codes URL^ http://dl.dmkpress.com/978-5-97060-370-3.zip вторник, 1 ноября 2016 г., 22:22:54 UTC+10 пользователь Андрей Логунов написал: > > Matering Julia, an updated & extended Russian Translation issued (incl. > version 0.4.6) in September. > Source codes availlable in > https://dmkpre

Re: [julia-users] inconsistent 'unique' in Atom

Thanks guys, it is misleading tho and not ergonomic. Thanks On Nov 1, 2016 1:25 AM, "Chris Rackauckas" wrote: > Just click on the number and it will expand it. > > On Sunday, October 30, 2016 at 7:28:47 PM UTC-7, missp...@gmail.com wrote: >> >> Hi Yichao, >> >> thanks a lot, >> it does display i

[julia-users] Re: Stumped by a subtyping issue

Thank you, that clears things up. And thanks for adding to the manual! On Monday, 31 October 2016 21:16:27 UTC-5, vav...@uwaterloo.ca wrote: > > Eric, > > Possibly the following paragraph from the Julia manual may be relevant. > This paragraph is an excerpt from the section on parametric type al

[julia-users] [Announcement] Moving to Discourse (Statement of Intent)

The Julia community has been growing rapidly over the last few years and discussions are happening at many different places: there are several Google Groups (julia-users, julia-dev, ...), IRC, Gitter, and a few other places. Sometimes packages or organisations also have their own forums and c

[julia-users] Re: Unusual amount of storage allocation

I moved this discussion to https://discourse.julialang.org where it is easier to format the code chunks. On Monday, October 31, 2016 at 2:04:02 PM UTC-5, Douglas Bates wrote: > > I am encountering an unexpected amount of storage allocation in the > cfactor!{A::HBlkDiag) method in the MixedModels

[julia-users] Re: Webapp Deployment

I'm not sure Escher works with v0.5 if that's what Adrian runs

[julia-users] Re: Webapp Deployment

The dukes are definitely accessible, I get a different error if i try to open a nonexistent file. Some example files just simply do not load. I suspect it may be a v0.5 issue, as Tomas notes below. Will follow up on Github / gitter. On Tuesday, November 1, 2016 at 3:17:18 AM UTC-5, Adrian Salce

[julia-users] Re: Webapp Deployment

Hi Reuben, I largely work in this space. I can walk through a few possible architectures that I have used: 1) If the data pull and processing is fairly decoupled from the display, it is often easiest to use Julia only on the back end. I have a few systems that pull new data every hour and a

[julia-users] Re: Webapp Deployment

Hello, I'm a developer of Bukdu. https://github.com/wookay/Bukdu.jl it's an web development framework on top of HttpServer.jl Thanks! On Tuesday, November 1, 2016 at 1:08:01 PM UTC+9, Reuben Brooks wrote: > > Context: I love julia, and I've never built any kind of webapp. Most of my > programmin

[julia-users] Error installing Atom.jl package

Good day, I am new to Julia. I have installed Julia v0.50 and the latest version of Atom on a Windows 7 computer. The uber-juno package is installed as well. When I try to run Julia within Atom, I get the following error message: and a pop-up window showing the following When I try to run

[julia-users] Re: Error installing Atom.jl package

Consider posting at http://discuss.junolab.org/ On Tuesday, November 1, 2016 at 12:46:15 PM UTC-4, Joachim Inkmann wrote: > > Good day, > > I am new to Julia. I have installed Julia v0.50 and the latest version of > Atom on a Windows 7 computer. The uber-juno package is installed as well. > W

Re: [julia-users] Re: 0.5 new generators syntax question

When in doubt, use @benchmark! On Tue, Nov 1, 2016 at 5:49 AM, Johan Sigfrids wrote: > Given that allocating an array for 50 Ints, filling it up, and then > summing it all together probably takes less than a microsecond, any > difference between allocating and not allocating will disappears in t

Re: [julia-users] Re: Webapp Deployment

Hi Reuben, what's in hello.jl ? There isn't a examples/hello.jl in Escher is there? A file you are trying to serve should end with a function definition such as: function main(window) # must take an argumentend And this function should return the UI object you want to render. On Tue, Nov 1, 20

[julia-users] Re: jl_stat_ctime

Look at the help for tic() and toc(). Do you care about interfacing directly with jl_ routines? If not, and you are trying to make your own harness ... perhaps this would help: #= Using immutable rather than type with fields that are simple and immediate values keeps information directly

[julia-users] best way to reinstall packages after upgrading Julia?

When you upgrade from (say) Julia 0.4 to 0.5, you have to re-install all of the packages because the package directory changes. It seems like there should be an automated way to do this. Does something like this exist? Seems like it should be a built-in Pkg feature. (It would be straightfor

Re: [julia-users] Reducing complexity of OffsetArrays

Like I said, no real practical experience yet. The increase in complexity that I fear is the loss of, e.g., writing arr[2,3] and having it not be the element in the 2nd row and third column (i.e., the loss of a simple model of how things are laid out). Maybe my fears are unfounded. Others don't see

Re: [julia-users] best way to reinstall packages after upgrading Julia?

On Nov 1, 2016 4:32 PM, "Steven G. Johnson" wrote: > > When you upgrade from (say) Julia 0.4 to 0.5, you have to re-install all of the packages because the package directory changes. It seems like there should be an automated way to do this. Does something like this exist? Seems like it should

Re: [julia-users] best way to reinstall packages after upgrading Julia?

On Tuesday, November 1, 2016 at 4:47:58 PM UTC-4, Yichao Yu wrote: > > I believe the current recommend way is to copy REQUIRED and run Pkg.update > Is this documented somewhere? Would be nice to have an easy way to do it from the REPL prompt, without users having to know where these files are.

[julia-users] Re: jl_stat_ctime

If you are working with file information, use e.g. `file_stats=stat(); file_creation_time = file_stats.ctime; file_modification_time = file_stat.mtime;` You will get Float64 values, to make FineComputerTimes from those, function FineComputerTime(stat_time::Float64) nanosecs = round(UInt64,

Re: [julia-users] Re: What's julia's answer to tapply or accumarray?

​It's great that you are making a collection of these. I see that you have a vectorized searchsortedfirst (findInterval). I also felt the need for that one and have a version in RLEVectors.jl. I'll have a look at VectorizedRoutines.jl to see what I can contribute.​ Pete Pete

Re: [julia-users] Recursive data structures with Julia

Hi Ralph, Ralph Smith writes: > Conversion is done by methods listed in base/nullable.jl OK, but more than the conversion rules I was wondering about when conversion will be invoked. Conversion does not happen when calling a function (so, in this example a function expecting a Nullable{BST} but

Re: [julia-users] Reducing complexity of OffsetArrays

There's still a simple model: the indices are the *key* of the entry. Think about an array as a very special Dict. You could create a Dict with integer keys, let's say from -2:5. Presumably you wouldn't be exactly happy if there were some magical way that the number you originally stored as `d[-1]

Re: [julia-users] Barnes-Hut N-body simulations (was recursive data structures with Julia)

Hi, Angel de Vicente writes: > Being used to nullify a pointer for this, I'm not sure how to best > proceed in Julia. Is there a better way to build recursive data > structures? OK, so this was just a test example to go for something bigger, and by using the cleaner version with Nullable fields

Re: [julia-users] Reducing complexity of OffsetArrays

Yes. There is no question that there is tremendous potential in the system you have developed. One last thing. I am surprised this does not error in 0.5: ``` julia> function t(a::AbstractArray) size(a) end julia> t(rand(5)) ``` It seems to me if AbstractArray is going to represent all arrays

Re: [julia-users] Question: Forcing readtable to create string type on import

Great, that worked for forcing the column into a string type. Thanks On Monday, October 31, 2016 at 3:26:14 PM UTC-4, Jacob Quinn wrote: > > You could use CSV.jl: http://juliadata.github.io/CSV.jl/stable/ > > In this case, you'd do: > > df1 = CSV.read(file1; types=Dict(1=>String)) # assuming your

[julia-users] Re: Fast vector element-wise multiplication

Should this be added to a package? I imagine if the arrays are on the GPU (AFArrays) then the operation could be much faster, and having a consistent name would be helpful. On Wednesday, October 7, 2015 at 1:28:29 AM UTC+11, Lionel du Peloux wrote: > > Dear all, > > I'm looking for the fastest

[julia-users] Re: Fast vector element-wise multiplication

This is pretty much obsolete by the . fusing changes: A .= A.*B should be an in-place update of A scaled by B (Tomas' solution). On Tuesday, November 1, 2016 at 4:39:15 PM UTC-7, Sheehan Olver wrote: > > Should this be added to a package? I imagine if the arrays are on the GPU > (AFArrays) the

Re: [julia-users] Re: Fast vector element-wise multiplication

Ah, good point. Though I guess that won't work til 0.6 since .* won't auto-fuse yet? Sent from my iPhone > On 2 Nov. 2016, at 12:55, Chris Rackauckas wrote: > > This is pretty much obsolete by the . fusing changes: > > A .= A.*B > > should be an in-place update of A scaled by B (Tomas' sol

Re: [julia-users] Re: Webapp Deployment

Hi Shashi, I was following example 1 at escher-jl.org: hello.jl contains: function main(window) plaintext("Hello, World!") end I get a similar result for most of the example files. Some don't show anything, just a blank screen; I don't remember which was which. -Reuben On Tuesday, Novemb

Re: [julia-users] Re: Fast vector element-wise multiplication

As I understand it, the .* will fuse, but the .= will not (until 0.6?), so A will be rebound to a newly allocated array. If my understanding is wrong I'd love to know. There have been many times in the last few days that I would have used it... On Tue, Nov 1, 2016 at 10:06 PM, Sheehan Olver wro

Re: [julia-users] Re: Fast vector element-wise multiplication

It's the other way around. .* won't fuse because it's still an operator. .= will. It you want .* to fuse, you can instead do: A .= *.(A,B) since this invokes the broadcast on *, instead of invoking .*. But that's just a temporary thing. On Tuesday, November 1, 2016 at 7:27:40 PM UTC-7, Tom Bre

Re: [julia-users] Re: Fast vector element-wise multiplication

Ah thanks! Though I guess if I want the same code to work also on a GPU array then this won't help? Sent from my iPhone > On 2 Nov. 2016, at 13:51, Chris Rackauckas wrote: > > It's the other way around. .* won't fuse because it's still an operator. .= > will. It you want .* to fuse, you can