Hi again,
thanks Scott. That doesn't work on my ubuntu machine. Looks like this is
too complex a plot, and what I get is a big plot with a single subplot on
it. That's whay I was asking for help, actually... If I reduce the grid to
2x1 (so putting 2 plots instead of 4 in the grid), things work
Hi Ferran,
First of all, it is so much easier for people to help you if you post the
code you don't understand isn't working.
Best,
Patrick
On Monday, November 14, 2016 at 9:35:03 AM UTC+1, Ferran Mazzanti wrote:
>
> Hi again,
>
> thanks Scott. That doesn't work on my ubuntu machine. Looks like
+1 move ["don't think twice, its alright" -- Bob Dylan]
On Thursday, November 10, 2016 at 3:26:59 AM UTC-5, Patrick Kofod Mogensen
wrote:
>
> My take: make the move or don't.
>
> Stuff like forwarding posts only creates confusion, and people start
> answering things that aren't seen by the perso
If you move to discourse, the links on the Julia homepage in the section
"Community->Mailing Lists" should be updated. This did not happen for
Julia-Dev.
Uwe
On Tuesday, November 1, 2016 at 2:43:50 PM UTC+1, Valentin Churavy wrote:
>
> The Julia community has been growing rapidly over the last
Thank you.
However, my problem is that t(x) does not have to have type T.
And this is exactly the question - how to determine type of t(x) given that
we know that x has type T.
On Monday, November 14, 2016 at 12:29:56 AM UTC+1, Ralph Smith wrote:
>
> Until the issue with generators is resolved, t
It is a minor variation of the example given by Scott
for some data set y, cosy, y2, sqrty, siny, logy (doesn't matter the
values, could be random)
plot_1 = plot([y cosy],
title = "Data y",
xlims = (0,10),
ylims = (-0.1,1.1),
grid = true,
xlabel = "Iteration",
ylabel
The layout has space for 6 plots but the final plot command only supplies
5. When I run your example (on the development branch of Plots) I get an
error because of that. Have you tried the dev branch? `Pkg.checkout("Plots,
"dev")`, restart julia and re-run it.
Scott
On Monday, 14 November 2016
Oh my mistake, I see you have supplied plot_5 twice. If I do that, I get
the problem you describe.
I'm not quite sure why you'd want to repeat a plot, but it looks like this
is causing problems. If you really want to include plot_5 twice, I suggest
making a new plot_6 with the same parameters a
Hello,
why does the following code not work (no benchmark result shown, no error
message or warning):
using BenchmarkTools
function add2!(vec, result)
""" Calculate the sum of two 3d vectors and store the result in the
second parameter. """
[result[i] = vec[i] + result[i] for i in [1, 2
The behavior is currently undefined if you pass in the same plot twice.
Unless there's a compelling reason, I don't think that will change.
On Monday, November 14, 2016, Scott T wrote:
> Oh my mistake, I see you have supplied plot_5 twice. If I do that, I get
> the problem you describe.
>
> I'm
On Mon, Nov 14, 2016 at 8:16 AM, Uwe Fechner wrote:
> Hello,
>
> why does the following code not work (no benchmark result shown, no error
> message or warning):
> using BenchmarkTools
>
> function add2!(vec, result)
> """ Calculate the sum of two 3d vectors and store the result in the
> secon
You could find `ta=t.(a)` first and then construct a
`Dict{eltype(a),eltype(ta)}` but it is just a workaround and wastes some memory.
Bump, any help would really be appreciated. We are very, very close to
releasing an amazing new version of the julia extension for VS Code, this
is pretty much the only thing holding that release back right now.
Thanks,
David
On Friday, November 4, 2016 at 10:28:16 AM UTC-7, David Anthoff wrote
I'm not sure how many people are using Base.Threads out there, I came
across it by accident and think it works great. It's under the heading
"experimental" in the manual, so I just wanted to encourage the developers
that this is a great feature, please don't drop it. I just wrote @threads
in fr
Actually I could do:
function f2{T}(t, a::Vector{T})
Dict{T, code_typed(t, (T,))[1].rettype}((x, t(x)) for x in a)
end
but this does not solve the problem as the compiler still is unable to
determine the exact return type of f2.
On Monday, November 14, 2016 at 4:06:20 PM UTC+1, Lutfullah To
Greetings,
I'm maintaining an Analytics desktop app, where the deploy is basically a
binary library API (one for each OS: Windows, Linux and Mac).
At this time, does Julia is able to create such libraries during compile
time ?
Cheers, AN
Hi guys,
I am new to Julia and I have trouble in finding a similar function in Julia
that has the ability of "update" in R.
For example, set formula = y ~ x1 + x2
In R, I can use update(formula, D ~ . ) to change the formula from y ~ x1
+ x2 to D ~ x1 + x2
In Julia, the formula's type is Dat
On Mon, Nov 14, 2016 at 5:08 PM, Florian Oswald
wrote:
> I'm not sure how many people are using Base.Threads out there, I came across
> it by accident and think it works great. It's under the heading
> "experimental" in the manual, so I just wanted to encourage the developers
> that this is a grea
On Monday, November 14, 2016 at 10:36:07 PM UTC-2, Kevin Liu wrote:
>
> Help! (see attachment)
>
On Mon, Nov 14, 2016 at 7:39 PM, Kevin Liu wrote:
>
>
> On Monday, November 14, 2016 at 10:36:07 PM UTC-2, Kevin Liu wrote:
>>
>> Help! (see attachment)
This is not related to reloading. You can't have a global variable
with the same name of the module since that's already bound to the
module its
Cool, thanks Yichao. I changed module Factor to module FactorNode. Now I
got
TypeError: is defined: expected Symbol, got
Type{FactorNode.FactorNode.Factor}
(see attachment)
On Monday, November 14, 2016 at 10:41:43 PM UTC-2, Yichao Yu wrote:
>
> On Mon, Nov 14, 2016 at 7:39 PM, Kevin Liu >
>
On Mon, Nov 14, 2016 at 8:28 PM, Kevin Liu wrote:
> Cool, thanks Yichao. I changed module Factor to module FactorNode. Now I got
>
>
> TypeError: is defined: expected Symbol, got
> Type{FactorNode.FactorNode.Factor}
Well, as the error message says, you passed a type
`FactorNode.FactorNode.Factor`
do you know of there are analogs of your process flow
in other VS Code extensions, say the python extension
for VS Code ... ?
it seems that perhaps another VS Code implementation
would have had to also cross this bridge ... ?
~ cdm
On Monday, November 14, 2016 at 1:27:18 PM UTC-8, ant...@berk
(afaik requires @generated functions to take everything to a type stable
post-precompilation state)
assuming
(a1) If `typeof(x) == typeof(y)` then `typeof( t(x) )` is the same as
`typeof( t(y) )`.
(a2) If `typeof(x) != typeof(y)` then `typeof( t(x) )` might differ from
`typeof( t(y) )`.
If you can accept an extra call of your function t,
f2{T}(t::Function,a::AbstractArray{T})::Dict{T,typeof(t(a[1])} = Dict((x,t(x
)) for x in a)
credit to mauro3 in discussion of Julia issue 1090.
On Monday, November 14, 2016 at 6:17:38 AM UTC-5, bogumil@gmail.com
wrote:
>
> Thank you.
>
The julia code:
!f90tojl.f90
module m
contains
integer function five()
five = 5
end function five
end module m
The corresponding julia code:
#test.jl
println(ccall( (:__m_MOD_five, "f90tojl"), Int, () ))
The test command and the result: (test is the directory, not a command)
➜ te
26 matches
Mail list logo
