Ronald, could you open up a fresh Julia REPL and try your code example
there? I'm not sure how it would happen with this example, but sometimes
when people find unreproducible problems it's caused by a previous
definition in their REPL.
-- Leah
On Wed, Dec 24, 2014 at 4:24 PM Steven G. Johnson
wr
On Sunday, December 21, 2014 11:22:39 PM UTC-6, Ronald L. Rivest wrote:
>
> Versioninfo() gives:
>
I have essentially exactly the same version (0.3.2 on
x86_64-apple-darwin13.3.0, MacOS 10.10), and it works fine for me.
Versioninfo() gives:
*julia> versioninfo()*
Julia Version 0.3.2
Commit 21d5433* (2014-10-21 20:18 UTC)
Platform Info:
System: Darwin (x86_64-apple-darwin13.3.0)
CPU: Intel(R) Core(TM) i5-4308U CPU @ 2.80GHz
WORD_SIZE: 64
BLAS: libopenblas (DYNAMIC_ARCH NO_AFFINITY Haswell)
LAPACK
I also see the expected behavior.
On Sun, Dec 21, 2014 at 10:44 PM, Isaiah Norton
wrote:
> Also works for me on 0.4/linux.
>
> Can anyone explain this behavior??
>
>
> Very strange. What is the output of `versioninfo()`?
>
>
>
> On Sun, Dec 21, 2014 at 10:41 PM, Joshua Adelman > wrote:
>
>>
>>
Also works for me on 0.4/linux.
Can anyone explain this behavior??
Very strange. What is the output of `versioninfo()`?
On Sun, Dec 21, 2014 at 10:41 PM, Joshua Adelman
wrote:
>
>
> On Sunday, December 21, 2014 10:36:46 PM UTC-5, Ronald L. Rivest wrote:
>>
>> I find the following behavior o
On Sunday, December 21, 2014 10:36:46 PM UTC-5, Ronald L. Rivest wrote:
>
> I find the following behavior of zip extremely confusing;
> either I am misunderstanding something, or perhaps there
> is a bug in the implementation of zip(?) [I would expect
> the first and last expressions to give the
