On Tue, Feb 23, 2016 at 9:26 AM, 'Bill Hart' via julia-users <
[email protected]> wrote:
> We just had a failure of Nemo.jl on Travis on OSX which looks completely
> random. We replace uint with UInt in two places. Before the patch all
> passes. After the patch, segfault on OSX in a fairly unrelated function.
>
This is unrelated to the OP.
> The failure almost seems to random to even bother posting, but here is the
> line of code we changed:
>
> ccall((:fmpz_pow_ui, :libflint), Void, (Ptr{fmpz}, Ptr{fmpz}, UInt), &z, &
> x, UInt(y))
>
>
> Here is the function that now segfaults:
>
> function fmpz(x::Float64)
> !isinteger(x) && throw(InexactError())
> z = new()
> ccall((:fmpz_set_d, :libflint), Void, (Ptr{fmpz}, Cdouble), &z, x)
> finalizer(z, _fmpz_clear_fn)
> return z
> end
>
> This was with Julia 0.4. It's hard not to draw the conclusion that these
> are unrelated and that therefore there are intermittent failures on Travis.
>
>
The most likely reason is that you have a incorrect ccall that happens to
trigger segfault due to something subtle changes and it wasn't before since
the GC is very forgiving..
>
> Bill.
>
> On Tuesday, 23 February 2016 14:27:46 UTC+1, Yichao Yu wrote:
>>
>> On Tue, Feb 23, 2016 at 8:13 AM, Sisyphuss <[email protected]> wrote:
>> >
>> >
>> > I had a glance at the closed PRs at the GitHub.
>> >
>> > I found that some PRs didn't pass any/all tests (av,ci), but they still
>> got
>> > merged. For example, this one
>>
>> The one you refer to is simply because the canceling of duplicated travis
>> run.
>> There are others that are failing because of known intermittent
>> failure on master, while these failures are release blocking, they are
>> not PR blocking.
>>
>> >
>> > So I wonder why
>>
>
