text:
Add StaticBool

This overlaps/conflicts with https://github.com/SciML/ArrayInterface.jl/pull/111 which adds True and False.

This overlaps/conflicts with https://github.com/SciML/ArrayInterface.jl/pull/111 which adds True and False.

The approach in #111 differs in that StaticBool is an abstract type for True and False instead of StaticBool{true}() or StaticBool{false}(). I'm not sure if there are any performance differences.
I included it in that rather large PR b/c I felt that its utility for this package was more apparent in the context of all the other changes. Hopefully that PR will be ready to merge very soon, but if there are advantages to moving some changes here first I'd be happy to facilitate that.

The approach in #111 differs in that StaticBool is an abstract type for True and False instead of StaticBool{true}() or StaticBool{false}(). I'm not sure if there are any performance differences.
I included it in that rather large PR b/c I felt that its utility for this package was more apparent in the context of all the other changes. Hopefully that PR will be ready to merge very soon, but if there are advantages to moving some changes here first I'd be happy to facilitate that.

No I think it makes more sense to do #111.
@chriselrod do you think there's any perf difference between the StaticBool in this PR versus the True/False structs in #111?

No I think it makes more sense to do #111.
@chriselrod do you think there's any perf difference between the StaticBool in this PR versus the True/False structs in #111?

There wouldn't be any runtime performance differences.
Someone who knows more about Julia's internals would have to answer on if there's a difference in compile time.

There wouldn't be any runtime performance differences.
Someone who knows more about Julia's internals would have to answer on if there's a difference in compile time.

Now that I've started updating VectorizationBase for these changes, I realize making the B parametric is convenient for writing @generated functions.
@generated function foo(::Val{B}) where {B}
    if B
       # do somethiing
    else
        # do something else
     end
end

Now instead, I need
asbool(::Type{True}) = true
asbool(::Type{False}) = false
@generated function foo(::B) where {B <: StaticBool}
    if asbool(B)
       # do somethiing
    else
        # do something else
     end
end

which is slightly less convenient.

Now that I've started updating VectorizationBase for these changes, I realize making the B parametric is convenient for writing @generated functions.
@generated function foo(::Val{B}) where {B}
    if B
       # do somethiing
    else
        # do something else
     end
end

Now instead, I need
asbool(::Type{True}) = true
asbool(::Type{False}) = false
@generated function foo(::B) where {B <: StaticBool}
    if asbool(B)
       # do somethiing
    else
        # do something else
     end
end

which is slightly less convenient.

I'm assuming the actual application is more like?
@generated function foo(::T) where {T<:Tuple}
    for p in T.parameters
        if asbool(p)
            # do somethiing
        else
            # do something else
        end
    end
end

I just do p <: True. It seems easier than p.parameters[1] for a parametric type.

I'm assuming the actual application is more like?
@generated function foo(::T) where {T<:Tuple}
    for p in T.parameters
        if asbool(p)
            # do somethiing
        else
            # do something else
        end
    end
end

I just do p <: True. It seems easier than p.parameters[1] for a parametric type.

We could do p === True or p <: True whether True is an alias for StaticBool{true} or it is its own type.
My guess would be that the parametric types are slightly less friendly to inference though, but I don't know anything about that level of code.
The example I had in mind when making my comment was when considering whether I should convert blocks of code like this to use True and False instead of Vals:
@generated function vstore!(
    ptr::Ptr{T}, v::T, ::Val{A}, ::Val{S}, ::Val{NT}
) where {T <: NativeTypes, A, S, NT}
    vstore_quote(T, Int, :StaticInt, 1, 1, 0, 0, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::T, i::I, ::Val{A}, ::Val{S}, ::Val{NT}
) where {T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, 1, 1, 1, 0, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::T, ::StaticInt{N}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {T <: NativeTypes, N, A, S, NT}
    vstore_quote(T, Int, :StaticInt, 1, 1, 0, N, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::Vec{W,I}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Vec, W, 1, 1, 0, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::MM{W,X,I}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, X, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, X, 1, 0, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::I, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, sizeof(T), 1, 0, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, T <: NativeTypes, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, sizeof(T), 0, 0, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, ::StaticInt{N}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, T <: NativeTypes, N, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, sizeof(T), 0, N, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, ::MM{W,X,StaticInt{N}}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, X, T <: NativeTypes, N, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, X, 0, N, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::T, i::LazyMulAdd{M,O,I}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, 1, 1, M, O, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,Vec{W,I}}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Vec, W, 1, M, O, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,MM{W,X,I}}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, X, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, X*M, M, O, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,MM{W,X,StaticInt{I}}}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, X, T <: NativeTypes, M, O, I, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, X*M, M, O + M*I, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,I}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, sizeof(T), M, O, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::Vec{W,I}, m::Mask{W}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Vec, W, 1, 1, 0, true, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::MM{W,X,I}, m::Mask{W}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, X, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, X, 1, 0, true, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::I, m::Mask{W}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, sizeof(T), 1, 0, true, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, ::StaticInt{N}, m::Mask{W}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, T <: NativeTypes, N, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, sizeof(T), 0, N, true, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, ::MM{W,X,StaticInt{N}}, m::Mask{W}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, X, T <: NativeTypes, N, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, X, 0, N, true, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,Vec{W,I}}, m::Mask{W}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Vec, W, 1, M, O, true, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,MM{W,X,I}}, m::Mask{W}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, X, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, X*M, M, O, true, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,MM{W,X,StaticInt{I}}}, m::Mask{W}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, X, T <: NativeTypes, M, O, I, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, X*M, M, O + M*I, true, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,I}, m::Mask{W}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, sizeof(T), M, O, true, A, S, NT)
end

Here A, S, and NT are Bools.

We could do p === True or p <: True whether True is an alias for StaticBool{true} or it is its own type.
My guess would be that the parametric types are slightly less friendly to inference though, but I don't know anything about that level of code.
The example I had in mind when making my comment was when considering whether I should convert blocks of code like this to use True and False instead of Vals:
@generated function vstore!(
    ptr::Ptr{T}, v::T, ::Val{A}, ::Val{S}, ::Val{NT}
) where {T <: NativeTypes, A, S, NT}
    vstore_quote(T, Int, :StaticInt, 1, 1, 0, 0, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::T, i::I, ::Val{A}, ::Val{S}, ::Val{NT}
) where {T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, 1, 1, 1, 0, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::T, ::StaticInt{N}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {T <: NativeTypes, N, A, S, NT}
    vstore_quote(T, Int, :StaticInt, 1, 1, 0, N, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::Vec{W,I}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Vec, W, 1, 1, 0, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::MM{W,X,I}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, X, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, X, 1, 0, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::I, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, sizeof(T), 1, 0, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, T <: NativeTypes, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, sizeof(T), 0, 0, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, ::StaticInt{N}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, T <: NativeTypes, N, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, sizeof(T), 0, N, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, ::MM{W,X,StaticInt{N}}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, X, T <: NativeTypes, N, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, X, 0, N, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::T, i::LazyMulAdd{M,O,I}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, 1, 1, M, O, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,Vec{W,I}}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Vec, W, 1, M, O, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,MM{W,X,I}}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, X, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, X*M, M, O, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,MM{W,X,StaticInt{I}}}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, X, T <: NativeTypes, M, O, I, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, X*M, M, O + M*I, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,I}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, sizeof(T), M, O, false, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::Vec{W,I}, m::Mask{W}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Vec, W, 1, 1, 0, true, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::MM{W,X,I}, m::Mask{W}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, X, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, X, 1, 0, true, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::I, m::Mask{W}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, sizeof(T), 1, 0, true, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, ::StaticInt{N}, m::Mask{W}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, T <: NativeTypes, N, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, sizeof(T), 0, N, true, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, ::MM{W,X,StaticInt{N}}, m::Mask{W}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, X, T <: NativeTypes, N, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, X, 0, N, true, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,Vec{W,I}}, m::Mask{W}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Vec, W, 1, M, O, true, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,MM{W,X,I}}, m::Mask{W}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, X, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, X*M, M, O, true, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,MM{W,X,StaticInt{I}}}, m::Mask{W}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, X, T <: NativeTypes, M, O, I, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, X*M, M, O + M*I, true, A, S, NT)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,I}, m::Mask{W}, ::Val{A}, ::Val{S}, ::Val{NT}
) where {W, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, sizeof(T), M, O, true, A, S, NT)
end

Here A, S, and NT are Bools.

I know it's not the prettiest, but this should work, right?
@generated function vstore!(
    ptr::Ptr{T}, v::T, ::A, ::S, ::NT
) where {T <: NativeTypes,A,S,NT}
    vstore_quote(T, Int, :StaticInt, 1, 1, 0, 0, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::T, i::I, ::A, ::S, ::NT
) where {T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, 1, 1, 1, 0, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::T, ::StaticInt{N}, ::A, ::S, ::NT
) where {T <: NativeTypes, N, A, S, NT}
    vstore_quote(T, Int, :StaticInt, 1, 1, 0, N, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::Vec{W,I}, ::A, ::S, ::NT
) where {W, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Vec, W, 1, 1, 0, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::MM{W,X,I}, ::A, ::S, ::NT
) where {W, X, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, X, 1, 0, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::I, ::A, ::S, ::NT
) where {W, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, sizeof(T), 1, 0, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, ::A, ::S, ::NT
) where {W, T <: NativeTypes, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, sizeof(T), 0, 0, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, ::StaticInt{N}, ::A, ::S, ::NT
) where {W, T <: NativeTypes, N, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, sizeof(T), 0, N, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, ::MM{W,X,StaticInt{N}}, ::A, ::S, ::NT
) where {W, X, T <: NativeTypes, N, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, X, 0, N, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::T, i::LazyMulAdd{M,O,I}, ::A, ::S, ::NT
) where {T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, 1, 1, M, O, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,Vec{W,I}}, ::A, ::S, ::NT
) where {W, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Vec, W, 1, M, O, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,MM{W,X,I}}, ::A, ::S, ::NT
) where {W, X, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, X*M, M, O, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,MM{W,X,StaticInt{I}}}, ::A, ::S, ::NT
) where {W, X, T <: NativeTypes, M, O, I, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, X*M, M, O + M*I, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,I}, ::A, ::S, ::NT
) where {W, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, sizeof(T), M, O, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::Vec{W,I}, m::Mask{W}, ::A, ::S, ::NT
) where {W, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Vec, W, 1, 1, 0, true, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::MM{W,X,I}, m::Mask{W}, ::A, ::S, ::NT
) where {W, X, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, X, 1, 0, true, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::I, m::Mask{W}, ::A, ::S, ::NT
) where {W, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, sizeof(T), 1, 0, true, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, ::StaticInt{N}, m::Mask{W}, ::A, ::S, ::NT
) where {W, T <: NativeTypes, N, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, sizeof(T), 0, N, true, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, ::MM{W,X,StaticInt{N}}, m::Mask{W}, ::A, ::S, ::NT
) where {W, X, T <: NativeTypes, N, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, X, 0, N, true, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,Vec{W,I}}, m::Mask{W}, ::A, ::S, ::NT
) where {W, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Vec, W, 1, M, O, true, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,MM{W,X,I}}, m::Mask{W}, ::A, ::S, ::NT
) where {W, X, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, X*M, M, O, true, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,MM{W,X,StaticInt{I}}}, m::Mask{W}, ::A, ::S, ::NT
) where {W, X, T <: NativeTypes, M, O, I, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, X*M, M, O + M*I, true, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,I}, m::Mask{W}, ::A, ::S, ::NT
) where {W, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, sizeof(T), M, O, true, A<:True, S<:True, NT<:True)
end

I know it's not the prettiest, but this should work, right?
@generated function vstore!(
    ptr::Ptr{T}, v::T, ::A, ::S, ::NT
) where {T <: NativeTypes,A,S,NT}
    vstore_quote(T, Int, :StaticInt, 1, 1, 0, 0, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::T, i::I, ::A, ::S, ::NT
) where {T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, 1, 1, 1, 0, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::T, ::StaticInt{N}, ::A, ::S, ::NT
) where {T <: NativeTypes, N, A, S, NT}
    vstore_quote(T, Int, :StaticInt, 1, 1, 0, N, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::Vec{W,I}, ::A, ::S, ::NT
) where {W, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Vec, W, 1, 1, 0, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::MM{W,X,I}, ::A, ::S, ::NT
) where {W, X, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, X, 1, 0, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::I, ::A, ::S, ::NT
) where {W, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, sizeof(T), 1, 0, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, ::A, ::S, ::NT
) where {W, T <: NativeTypes, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, sizeof(T), 0, 0, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, ::StaticInt{N}, ::A, ::S, ::NT
) where {W, T <: NativeTypes, N, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, sizeof(T), 0, N, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, ::MM{W,X,StaticInt{N}}, ::A, ::S, ::NT
) where {W, X, T <: NativeTypes, N, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, X, 0, N, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::T, i::LazyMulAdd{M,O,I}, ::A, ::S, ::NT
) where {T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, 1, 1, M, O, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,Vec{W,I}}, ::A, ::S, ::NT
) where {W, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Vec, W, 1, M, O, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,MM{W,X,I}}, ::A, ::S, ::NT
) where {W, X, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, X*M, M, O, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,MM{W,X,StaticInt{I}}}, ::A, ::S, ::NT
) where {W, X, T <: NativeTypes, M, O, I, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, X*M, M, O + M*I, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,I}, ::A, ::S, ::NT
) where {W, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, sizeof(T), M, O, false, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::Vec{W,I}, m::Mask{W}, ::A, ::S, ::NT
) where {W, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Vec, W, 1, 1, 0, true, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::MM{W,X,I}, m::Mask{W}, ::A, ::S, ::NT
) where {W, X, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, X, 1, 0, true, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::I, m::Mask{W}, ::A, ::S, ::NT
) where {W, T <: NativeTypes, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, sizeof(T), 1, 0, true, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, ::StaticInt{N}, m::Mask{W}, ::A, ::S, ::NT
) where {W, T <: NativeTypes, N, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, sizeof(T), 0, N, true, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, ::MM{W,X,StaticInt{N}}, m::Mask{W}, ::A, ::S, ::NT
) where {W, X, T <: NativeTypes, N, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, X, 0, N, true, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,Vec{W,I}}, m::Mask{W}, ::A, ::S, ::NT
) where {W, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Vec, W, 1, M, O, true, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,MM{W,X,I}}, m::Mask{W}, ::A, ::S, ::NT
) where {W, X, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, X*M, M, O, true, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,MM{W,X,StaticInt{I}}}, m::Mask{W}, ::A, ::S, ::NT
) where {W, X, T <: NativeTypes, M, O, I, A, S, NT}
    vstore_quote(T, Int, :StaticInt, W, X*M, M, O + M*I, true, A<:True, S<:True, NT<:True)
end
@generated function vstore!(
    ptr::Ptr{T}, v::Vec{W,T}, i::LazyMulAdd{M,O,I}, m::Mask{W}, ::A, ::S, ::NT
) where {W, T <: NativeTypes, M, O, I <: IntegerTypes, A, S, NT}
    vstore_quote(T, I, :Integer, W, sizeof(T), M, O, true, A<:True, S<:True, NT<:True)
end

authors: DilumAluthge Tokazama chriselrod


text:
Optimise rotate winds - coord-partial differentials

:+1:

source: gharchive/pull-request

authors: bjlittle lbdreyer

repo: SciTools/iris

license_type: permissive

license_source: github-api


text:
JavaScript: Update expected test output due to changes in Node.js detector.

This will fail since the corresponding extractor PR is not merged yet.

Extract PR has been merged, so merging this without redoing tests.

repo: Semmle/ql

license: MIT


text:
Update app.json

hey noob try this in your own repo
I am closing your pull request

repo: SenseiOfficial/Sensei-BOT


text:
为一些需要探索的命令都引入 --dry 参数

https://github.com/ShixiangWang/loon/commit/6826b7e7e71659d467b1b5a4eb0f90ba5ddab4a6

source: gharchive/issue

repo: ShixiangWang/loon


text:
task 01 complete (revertString function complete)

Пулл-реквест необходимо сделать в свой репозиторий, который вы создаете через форк от текущего (нашего).
Данный пулл-реквест закрываю, домашняя работа не засчитана.
Необходимо переделать пулл-реквест на мастер-ветку своего репозитория.
--- М. Павлов

authors: SiberianIntegrationSystems krasjbee


text:
improve docs

You need to make more than that like the name, author, Language used and so.

authors: MennaEwas shithinshetty

repo: SimCoderYoutube/UberClone


text:
Fix loading problems under Windows for users with unicode usernames. Fixes #154.

We might want to include the full namespace as the unique identifier.
CommunityExtensions::STL or similar. I think Dan has some code that generates a sting from the nested module names.

self.class.name ?
That would work as long you prevent on a per module basis and not file. For STL I think we can use that.

authors: jimfoltz thomthom

repo: SketchUp/sketchup-stl


text:
Added Instagram & Facebook

Looks great! Thank you so much for helping us expand our library onto IG and FB!

authors: hox timcole

repo: SocialBlade/socialblade-js


text:
Not able to get sorted content when using reactive form In Array of json.

example?

no information => closing

authors: pawanvivekananda smnbbrv

repo: SortableJS/angular-sortablejs

license: mit

license_source: bigquery


text:
Fixing regex for hdfs urls

Codecov Report

Merging #155 into master will not change coverage.
The diff coverage is 100%.

@@           Coverage Diff           @@
##           master     #155   +/-   ##
=======================================
  Coverage   85.67%   85.67%
=======================================
  Files          33       33
  Lines         747      747
  Branches       42       42
=======================================
  Hits          640      640
  Misses        107      107

Impacted Files
Coverage Δ

.../com/ibm/sparktc/sparkbench/utils/SparkFuncs.scala
60.34% <100%> (ø)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update d4422e4...a284f22. Read the comment docs.

authors: codecov-io ecurtin

repo: SparkTC/spark-bench


text:
[CROSSDATA-576] [elasticsearch] Delegate import table to datasource

Nice work! 👍

:+1:

Changes Unknown when pulling c5b6688a9b2a8d8b1aaf2b3c20ec276c8045cd1b on darroyocazorla:feature/importComplexTypes into ** on Stratio:master**.

repo: Stratio/Crossdata


text:
Remove request throttling from votes create API

cmiiw, but the throttle is on the API and not the session, right?
Wouldn't this then disallow concurrent users to cast their votes saying that they are casting too fast?

The throttling should be on a per-session level.

Closing the PR. The change is not required as the throttle is applied on a per session basis.

authors: loleg yudistrange

repo: Streetwise/streetwise-app


text:
create PCB (release version)

I would like to use a hardware debugger (ESP-Prog) with the ESP32. Therefor, we need to remap some of the pins and add some new breakout pins (see image below).

I would like to use a hardware debugger (ESP-Prog) with the ESP32. Therefor, we need to remap some of the pins and add some new breakout pins (see image below).

I successfully tested this setup on a breadboard.

I successfully tested this setup on a breadboard.

repo: TactileVision/TactJam-hardware


text:
Second websocket iteration

[Current coverage][cc-pull] is 86.95% (diff: 50.00%)

Merging [#10][cc-pull] into [master][cc-base-branch] will decrease coverage by 10.71%

@@             master        #10   diff @@
==========================================
  Files             5          5
  Lines            86         69    -17
  Methods          80         65    -15
  Messages          0          0
  Branches          5          3     -2
==========================================
- Hits             84         60    -24
- Misses            2          9     +7
  Partials          0          0

Powered by Codecov. Last update [25961cf...7b5ac4b][cc-compare]
[cc-base-branch]: https://codecov.io/gh/Taig/Communicator/branch/master?src=pr
[cc-compare]: https://codecov.io/gh/Taig/Communicator/compare/25961cfa50cfa3e0b7e1a70a70494dbb46275645...7b5ac4be041a7694f0e2949f0ac7b0e9ad9d4923?src=pr
[cc-pull]: https://codecov.io/gh/Taig/Communicator/pull/10?src=pr

authors: Taig codecov-io

repo: Taig/communicator


text:
add privilege separation via sandbox mode for ssh >= 5.9

Coverage remained the same at 93.23% when pulling 6f061c01d5bde5ec5b33568110f169e40f13ae90 on priv-sep-sandbox into e071016c7c232083eb8428f3a61f2bb9c4ae5fe3 on master.

Coverage remained the same at 93.23% when pulling 6f061c01d5bde5ec5b33568110f169e40f13ae90 on priv-sep-sandbox into e071016c7c232083eb8428f3a61f2bb9c4ae5fe3 on master.

Coverage remained the same at 100.0% when pulling da703e7ccf1196996ee592f0911f7e2c2f1dcd51 on priv-sep-sandbox into 4953f40cb1da91d7f25c836be934b3a9a718dd0a on master.

Coverage remained the same at 100.0% when pulling da703e7ccf1196996ee592f0911f7e2c2f1dcd51 on priv-sep-sandbox into 4953f40cb1da91d7f25c836be934b3a9a718dd0a on master.

well done @arlimus

authors: arlimus chris-rock coveralls

repo: TelekomLabs/chef-ssh-hardening


text:
Adding data structure called Hashtable with separate chaining to avoid collision

@ricardoprins please review this code.😊

repo: TesseractCoding/NeoAlgo


text:
Implement reconstruction TV in space and TGV in channel

There is a demo (to be added)for dynamic denoising. We can extend to dynamic Tomography.

We have two papers on this ;)

authors: epapoutsellis gfardell

repo: TomographicImaging/CIL


text:
Added fixtures for questionnaires for testing

:+1:

authors: brettminnie eddiejaoude

repo: TransformCore/HayPersistenceApi


text:
Implement persistence

Released in v2.1.0

Quick question about this, how does it behave if several instances of gatus are using the same file?
Thanks for your work!

@rissson Unfortunately, that won't do anything constructive.
The only interactions with the file are:

At application start, read the file
Every 5 minutes, auto save
On application stop (i.e. On SIGKILL), try to save one more time before exiting

Every save operations overwrites the previous data persisted, thus, multiple applications pointing to the same file would just independently persist their data over the other applications. Since Gatus only reads from the file once on application start, each application wouldn't be influenced by any changes made by other applications on the file.
TL;DR: Persistence is really just to ensure that the data can be read on the next application start, once the data is read, the entire dataset is in memory and any changes made to the file is inconsequential, thus, the current persistence implementation cannot be used for synchronization between multiple Gatus instances, which I assume is why you're asking.

Actually, my question wasn't exactly about syncing multiple Gatus instances. My main problem is that my Gatus pods restart quite frequently:
devoups-gatus-6d6c579b67-4hmv4   1/1     Running   798        5d4h
devoups-gatus-6d6c579b67-82xw6   1/1     Running   797        5d4h
devoups-gatus-6d6c579b67-84r8s   1/1     Running   276        2d16h
devoups-gatus-6d6c579b67-n5ptf   1/1     Running   418        2d16h
devoups-gatus-6d6c579b67-w94wv   1/1     Running   418        2d16h

According to my logs, they get OOM killed by the kernel. So, the only thing I'm really looking for is whether they'll get some state after they're back up. Thus, it doesn't really matter if they don't sync their state. The only question left is what happens if two instances try to write to the file at the same time.

@rissson If you care about persistence, you may want to use a StatefulSet instead, but before even worrying about that, I'd suggest that you use only a single pod for Gatus (unless you're using it for stress test purposes).
Furthermore, you should give the deployment a bit more memory if it's getting OOMKilled that often.
Would you mind showing me the output of kubectl get deploy devoups-gatus -o yaml as well as the output of kubectl top pods | grep devoups-gatus?
For reference, I use a single pod for a Gatus instance that has 50+ services to monitor and it hasn't restarted a single time in the past 26 days.

Here is kubectl get deploy devoups-gatus -o yaml: http://ix.io/2Rza. kubectl top pods is not working on my cluster somehow. Looking for the process manually on the nodes, they all use about 40M of RAM.

@rissson Since Gatus keeps all of its data in memory, if you have enough monitored services to cause the instance to use more than 30M of memory, I suggest that you increase your memory request to 40M and the limit to 100M.
i.e. Update the following:
        resources:
          limits:
            cpu: 200m
            memory: 50M
          requests:
            cpu: 50m
            memory: 20M

to
        resources:
          limits:
            cpu: 200m
            memory: 100M
          requests:
            cpu: 50m
            memory: 40M

As I've mentioned, I also suggest you decrease the number of replicas (spec.replicas) from 5 to 1, as Gatus is meant to be run on a single instance, since it doesn't benefit from using multiple instances because they don't share their data with other instances (unless you're using Gatus for stress testing purposes, in which case using multiple instances is reasonable).
P.S. For kubectl top pods to work, you must have metrics-server running in your cluster.

I increased the limits as you suggested, no restart since. Again, thanks a lot for your wonderful work!

@rissson Glad to hear it! 🥳

authors: TwinProduction rissson

repo: TwinProduction/gatus


text:
Add a pup_buffer API with ZC functionality

This branch requires a significant amount of cleanup. Currently, it's not ready for review.

This branch is ready for review.

I tested the pup_buffer API with my Isomalloc redesign and the pointer-swapping aspect of within-node migration works correctly. For inter-node migration on netlrts I am encountering an issue where control flow will be passed back to the AMPI rank after the allocate function is called but before the data transfer happens, causing a crash due to the call stack and heap being all zeros.
I had one other review comment here: https://github.com/UIUC-PPL/charm/pull/2458/files#r323943139

I tested the pup_buffer API with my Isomalloc redesign and the pointer-swapping aspect of within-node migration works correctly. For inter-node migration on netlrts I am encountering an issue where control flow will be passed back to the AMPI rank after the allocate function is called but before the data transfer happens, causing a crash due to the call stack and heap being all zeros.
I had one other review comment here: https://github.com/UIUC-PPL/charm/pull/2458/files#r323943139

Ah, that's interesting. I think there's potentially a bug that is not being captured by the ZC Pup buffer test. Can you send me the steps to replicate this failure? I'll try debugging it.

Ah, that's interesting. I think there's potentially a bug that is not being captured by the ZC Pup buffer test. Can you send me the steps to replicate this failure? I'll try debugging it.

I just pushed a testing branch that combines your ZC PUP work and my Isomalloc redesign: evan/isomalloc_zc_pup_test. This command should reproduce the problem: ./build AMPI netlrts-linux-x86_64 -j8 -g3 && pushd netlrts-linux-x86_64/benchmarks/ampi/isomalloc && make OPTS="-g3" os-isomalloc -j8 && ./charmrun ./os-isomalloc +p2 +vp2 +isomalloc_sync +balancer RotateLB ++local

Ah, that's interesting. I think there's potentially a bug that is not being captured by the ZC Pup buffer test. Can you send me the steps to replicate this failure? I'll try debugging it.

I just pushed a testing branch that combines your ZC PUP work and my Isomalloc redesign: evan/isomalloc_zc_pup_test. This command should reproduce the problem: ./build AMPI netlrts-linux-x86_64 -j8 -g3 && pushd netlrts-linux-x86_64/benchmarks/ampi/isomalloc && make OPTS="-g3" os-isomalloc -j8 && ./charmrun ./os-isomalloc +p2 +vp2 +isomalloc_sync +balancer RotateLB ++local

I was initially thinking that there was a bug in the implementation where one of the messages to the target chares (involved in a ZC pup) is going through even though the Rget is incomplete. However, I think this issue is more fundamental and related to the basic design of ZC pup. Based on what you mentioned, we'd want a scheme to not execute the pup function until the data is ready.
Alternatively, is there a way you can restructure isomalloc to not expect data immediately in the pup method, but when a "dummy" entry method is executed? (since the "dummy" entry method will only be executed when the data is ready i.e when the rgets complete).
Also, can you test isomalloc in a CMA enabled machine and verify that it's working correctly? (Do not pass +noCMAForZC in the run since that switches to RDMA).

However, I think this issue is more fundamental and related to the basic design of ZC pup. Based on what you mentioned, we'd want a scheme to not execute the pup function until the data is ready.
Alternatively, is there a way you can restructure isomalloc to not expect data immediately in the pup method, but when a "dummy" entry method is executed? (since the "dummy" entry method will only be executed when the data is ready i.e when the rgets complete).

I agree that we should revisit the ZC PUP API design on the receiver side. One thing that comes to mind is how currently we take a reference to a pointer as the first argument so it can be populated with the result of the allocate function. However if the PUP routine passes a pointer on the local stack as my implementation does and the transfer does not complete inline, it would corrupt the location on the stack at a later point. We should discuss this further.

Also, can you test isomalloc in a CMA enabled machine and verify that it's working correctly? (Do not pass +noCMAForZC in the run since that switches to RDMA).

I have been testing multiprocess runs on a single host in the Charmworks office that supports CMA and only has commodity ethernet.

This branch needs an interactive rebase to remove the my Isomalloc commits.

It looks like I had pushed some commits from Evan's other branches into this (not sure how that happened). But I have removed those commits from this branch.

This PR has merge conflicts that I am unsure how to resolve. @nitbhat if you could resolve those, I can rebase my Isomalloc use case, and then @stwhite91 can do performance analysis.

This PR has merge conflicts that I am unsure how to resolve. @nitbhat if you could resolve those, I can rebase my Isomalloc use case, and then @stwhite91 can do performance analysis.

Sounds good, I will resolve the merge conflicts and push the rebased version.

I've refreshed my evan/isomalloc_zc_pup_test branch based on Nitin's rebased zc_pup branch.

I think we only want to enable zero copy transfers for LB, at least at first. I don't think we have any way currently of knowing from inside a PUP routine if you're being pupped for LB or FT or whatever, so we'll need to add something like that.

@stwhite91: I built charm's master branch with syncft using ./build AMPI mpi-linux-x86_64 syncft --with-production --enable-error-checking --suffix=prod -j16 and was able to run tests/ampi/chkpt/ successfully.

@stwhite91: I built charm's master branch with syncft using ./build AMPI mpi-linux-x86_64 syncft --with-production --enable-error-checking --suffix=prod -j16 and was able to run tests/ampi/chkpt/ successfully.

I am able to reproduce the preexisting restore from checkpoint issue on Darwin but not on Linux. My hypothesis is that it is something to do with the internals of setjmp/longjmp. Either way, it's not related to this PR.
(tests/ampi/chkpt/ should work without syncft since that option is only necessary for online fault tolerance.)
I am able to reproduce the ZC PUP issue by checking out my evan/isomalloc_zc_pup_test branch and running: ./build AMPI netlrts-linux-x86_64 -j8 -g3 && cd netlrts-linux-x86_64/tests/ampi/chkpt/ && make OPTS="-g3" -j8 && gdb -ex r --args ./hello +p1

@stwhite91: I built charm's master branch with syncft using ./build AMPI mpi-linux-x86_64 syncft --with-production --enable-error-checking --suffix=prod -j16 and was able to run tests/ampi/chkpt/ successfully.

I am able to reproduce the preexisting restore from checkpoint issue on Darwin but not on Linux. My hypothesis is that it is something to do with the internals of setjmp/longjmp. Either way, it's not related to this PR.
(tests/ampi/chkpt/ should work without syncft since that option is only necessary for online fault tolerance.)
I am able to reproduce the ZC PUP issue by checking out my evan/isomalloc_zc_pup_test branch and running: ./build AMPI netlrts-linux-x86_64 -j8 -g3 && cd netlrts-linux-x86_64/tests/ampi/chkpt/ && make OPTS="-g3" -j8 && gdb -ex r --args ./hello +p1

Ah yes, that's why I deleted my previous comment. I hadn't checked out the correct branch previously.

nbhat4@courage:/scratch/nitin/charm_1/src/conv-core$ git diff
diff --git a/src/util/pup_util.C b/src/util/pup_util.C
index 81ac25d2f..333167e38 100644
--- a/src/util/pup_util.C
+++ b/src/util/pup_util.C
@@ -381,12 +381,10 @@ void PUP::toDisk::bytes(void *p,size_t n,size_t itemSize,dataType /*t*/)

 void PUP::toDisk::pup_buffer(void *&p,size_t n,size_t itemSize,dataType t) {
   bytes(p, n, itemSize, t);
-  if(isPacking()) free(p);
 }

 void PUP::toDisk::pup_buffer(void *&p,size_t n, size_t itemSize, dataType t, std::function<void *(size_t)> allocate, std::function<void (void *)> deallocate) {
   bytes(p, n, itemSize, t);
-  if(isPacking()) deallocate(p);
 }

If I remove the lines for deallocation (either using free or the custom deallocator passed), /tests/ampi/chkpt/ passes successfully.
Does AMPI not want the memory region to be deallocated when using pup_buffer to write to disk?

Does it work if you change isPacking to isDeleting?

Does it work if you change isPacking to isDeleting?

Yes, it does.

Nice, that would be my recommended change.

Nice, that would be my recommended change.

Yes, sounds good. I'll add that patch.
Out of curiosity, I'm guessing, for Isomalloc, we never really free the allocated region when pupping to disk in order to reuse it later?

Let me know if there are more changes required for this PR based on your review/testing.

We should discuss whether this API needs any adjustment on the receiver side. Does this API guarantee that receives complete inline to the pup_buffer call? If so, we should eliminate the allocate function and change the passed by reference pointer to pass by value.

We should discuss whether this API needs any adjustment on the receiver side. Does this API guarantee that receives complete inline to the pup_buffer call? If so, we should eliminate the allocate function and change the passed by reference pointer to pass by value.

Only inter-process CMA transfers happen inline. RDMA transfers are async calls that are called on the receiver side from the pup_buffer call. The RDMA transfers complete behind the scenes and is guaranteed to be complete when the following are called by the RTS -

ckJustMigrated
ResumeFromSync
Any entry method invoked on the object that just migrated calling pup_buffer

^ Basically these calls are stalled until Rgets complete since the data is not yet ready.

I was thinking of the use-case where the user would like to not have the RTS allocate the buffer but provide a pre-allocated buffer to receive the data sent using pup_buffer. Right now, to meet that use-case the user would have to return the pointer in the custom allocation method. However, it would be simpler for the user if we can provide a variant of the pup_buffer API with pass-by-value void pup_buffer(void *buf, size_t  size); where we know the user has taken care of allocation and we just transfer the data in that buffer.

If a transfer does not complete inline, then what happens to the reference to a pointer that is passed in as part of the pup_buffer call? Is it written to later? If the pointer is on the stack of the PUP::er, wouldn't that cause a memory corruption issue?
Additionally, if transfers don't complete inline, what semantics are available for performing some operation using the contents of the received buffer before unpacking is considered complete? Is this case worth supporting? I can't think of an example though.

If a transfer does not complete inline, then what happens to the reference to a pointer that is passed in as part of the pup_buffer call? Is it written to later? If the pointer is on the stack of the PUP::er, wouldn't that cause a memory corruption issue?

On the receiver side, in the pup_buffer call,  the receiver buffer is allocated (either using the user's custom method or a malloc) and the reference to the pointer is initialized to this buffer.
In the case of CMA, it is written to inline. In the case of RDMA, rgets are launched, which asynchronously complete at a later time. I didn't entirely understand the memory corruption issue.

Additionally, if transfers don't complete inline, what semantics are available for performing some operation using the contents of the received buffer before unpacking is considered complete? Is this case worth supporting? I can't think of an example though.

I think the user (application) would be interested in using the buffer only after the data is ready i.e. the rget is complete. In the case of the pup_buffer API, since completion is not inline, the user cannot do anything with the buffer inside the pup method. Data is considered ready only in the following cases:

inside ckJustMigrated
inside ResumeFromSync
inside any entry method that is invoked after migration. (So, if the user wants to test if data is ready, they'd have to call the entry method through the scheduler) - I'm thinking if there's an easier way to do this - maybe a callback?

If a transfer does not complete inline, then what happens to the reference to a pointer that is passed in as part of the pup_buffer call? Is it written to later? If the pointer is on the stack of the PUP::er, wouldn't that cause a memory corruption issue?

On the receiver side, in the pup_buffer call, the receiver buffer is allocated (either using the user's custom method or a malloc) and the reference to the pointer is initialized to this buffer.
In the case of CMA, it is written to inline. In the case of RDMA, rgets are launched, which asynchronously complete at a later time. I didn't entirely understand the memory corruption issue.

Ah, I see. The allocation always completes inline even if the transfer does not. I was thinking that in the case of non-inline transfers, the allocation would take place immediately before the transfer, and the reference passed to pup_buffer may no longer be valid, causing memory corruption.

Additionally, if transfers don't complete inline, what semantics are available for performing some operation using the contents of the received buffer before unpacking is considered complete? Is this case worth supporting? I can't think of an example though.

I think the user (application) would be interested in using the buffer only after the data is ready i.e. the rget is complete. In the case of the pup_buffer API, since completion is not inline, the user cannot do anything with the buffer inside the pup method. Data is considered ready only in the following cases:

inside ckJustMigrated
inside ResumeFromSync
inside any entry method that is invoked after migration. (So, if the user wants to test if data is ready, they'd have to call the entry method through the scheduler) - I'm thinking if there's an easier way to do this - maybe a callback?

From testing, ckJustMigrated does exactly what we want, for the checkpoint-restart case too. (Technically this method is currently not available for mainchares and singleton chares, but that is not important for most use cases. I've documented this issue in #2678.)

Hangs on UTH

Fixed in the latest commit 'Support non-migration layers in pup_buffer test'

authors: evan-charmworks nitbhat stwhite91

repo: UIUC-PPL/charm


text:
Fix python API for new linear disassembly structure

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

authors: CLAassistant negasora


text:
[SVGMap] Add Russia map

Codecov Report

Merging #12 into master will not change coverage.
The diff coverage is n/a.

@@          Coverage Diff          @@
##           master    #12   +/-   ##
=====================================
  Coverage     100%   100%
=====================================
  Files           1      1
  Lines           7      7
  Branches        1      1
=====================================
  Hits            7      7

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 86d6f7c...a08c1cf. Read the comment docs.

@spb-web Thanks for your PR! I'll try to review/test it this weekend.
Could you also add your map in the documentation in alphabetical order please?

@spb-web  since v2.0.0 the maps have been moved to another package.
So if you still want to add the Russia map, could you re-create this PR on v1 branch or create a new one on svg-maps please?

authors: VictorCazanave codecov-io spb-web

repo: VictorCazanave/react-svg-map


text:
Developement

comentario super brabo mt foda krl to putasso


text:
rfr-4 Add Settings Page

@Vovchyk done

repo: Vovchyk/android-rss-feed-reader


text:
test functions in lexemes.py

Could you please provide any description for the issue. Thanks!

Hey, take a look at Pg 12 and Pg 20 in the specification
https://docs.google.com/document/d/1yp_96UXcwNO49cktnHtT61iNmTO0RgrSQukuNYqACpM/
Take a look at:
https://github.com/WLCG-Lightweight-Sites/simple_grid_yaml_compiler/tree/master/compiler
It defines two functions

get_repo_list
parse_for_variable_hierarchies

get_repo_list parses the site_level_config_file line by line and extracts some_url from 'repository_url: some_url' wherever it appears.
We need to write a test to validate different scenarios (types of url's) that can be successfully extracted by this function. The tests reside in :https://github.com/WLCG-Lightweight-Sites/simple_grid_yaml_compiler/blob/master/tests/tests_lexemes.py
Feel free to delete the existing test case as it is outdated.
You'd have to install pytest etc. in your virtual environment and include them in the requirements.txt file when you make a PR.
The second function, parse_for_variable_hierarchies, process the from keyword (mentioned in the specification). It looks through the site_level_config_file recursively for instances where the from keyword appears. It generally appears in the following format
var2: &var2 value_2
var1: &var1
 __from__: *var2

Take a look at: https://github.com/WLCG-Lightweight-Sites/wlcg_lightweight_site_ce_cream/blob/master/default-data.yaml
The function should reduce the output to
var1: value2

We gotta write a unit test to check this functionality in the same test_lexemes.py file mentioned above. Let me know if more info is needed :) .

The code block
if keyword in data:
    data = data[keyword]
    return parse_for_variable_hierarchies(data, keyword)

Isn't this redundant? Because the first if statement doesn't allow any datatype other than CommentedSeq and CommentedMap and there is specific code blocks that handles either of them. This code block at line 23, assumes the data's datatype to be a dict which isn't in case of CommentedSeq.

The from keyword, by definition, has to be the only child of a
Dict/CommentedMap. That's because the assignment operation is one to one
mapping rather than a one to many mapping. Therefore, if a CommentedSeq
contains a from keyword, the case should either not be processed or it
should throw an exception. In the other case i.e. if the user specified a
from keyword in a CommentedSeq, the data = data[keyword] line will
throw an exception, except for the case that the from referred to a
variable that represented a number and the ConnectedSeq had an entry
corresponding to that index.
Regarding the redundancy, I believe it would exist if we parse through the
data more than once during the execution of the function. However, when we
check for the keyword in 'if keyword in data:', there is either an
exception thrown as described above or the next recursive iteration starts.
If the keyword is not present in data, we start the next recursive
iteration for all of the child objects. (that's what the being handled by
the for loops that follow later). Sure, you could move the if statement
inside the loop for CommentedMap and check if the child of the CommentedMap
has a key == keyword for every child. Assuming, python's implementation for
searching a key in a dict is efficient already, it must be safe to stay
away from adding a search step for every child object in the loops towards
the end of the function. I could be wrong here as I have not read about how
python core has implemented the search. Note that we are not dealing with
data big enough to generate the need to investigate optimization all of the
recursive aspects. But if you see a significant advantage in an alternate
approach, I'd be super interested to hear. :) Could you also give an
example for the same, if possible :)
On Sat, Mar 30, 2019 at 8:26 AM Vighnesh SK notifications@github.com
wrote:

The code block
https://github.com/WLCG-Lightweight-Sites/simple_grid_yaml_compiler/blob/5bdab27f9bc806fbfc9e1795bc375458e3728f85/compiler/lexemes.py#L23
if keyword in data:
data = data[keyword]
return parse_for_variable_hierarchies(data, keyword)
Isn't this redundant? Because the first if statement doesn't allow any
datatype other than CommentedSeq and CommentedMap and there is specific
code blocks that handles either of them. This code block at line 23,
assumes the data's datatype to be a dict which isn't in case of
CommentedSeq.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/WLCG-Lightweight-Sites/simple_grid_yaml_compiler/issues/25#issuecomment-478216314,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFofQhW0VOgAARMbkyMTWnnwO5SKkAErks5vbxG1gaJpZM4brVQp
.

--
Regards
Mayank Sharma

Thanks for the explanation, I had trouble figuring this out because I wasn't aware of the improbable edge case of of CommentedSeq that has the keyword to match in it.

The from keyword, by definition, has to be the only child of a
Dict/CommentedMap. That's because the assignment operation is one to one
mapping rather than a one to many mapping. Therefore, if a CommentedSeq
contains a from keyword, the case should either not be processed or it
should throw an exception. In the other case i.e. if the user specified a
from keyword in a CommentedSeq, the data = data[keyword] line will
throw an exception, except for the case that the from referred to a
variable that represented a number and the ConnectedSeq had an entry
corresponding to that index.

This surely confirms the test condition I assumed in #34

authors: Boot-Error maany pumpkinman008


text:
Implement view, which returns set of closed issues, regardless if they are assigned or not.

Closed issue is an issue, that will no longer be assigned to anyone. It doesn't matter if it was assigned or not.

repo: Wbondar/techsupport-db


text:
问一下有没有计划用 renderjs 做一个列表的下拉刷新和触底加载，mescroll 那个太重太复杂了，很难做二次开发

同求

repo: YanxinNet/uView


text:
Update mafia.js

Hey @whalemer could you be more descriptive in your commit messages in the future? It helps clarify what is being changed in a commit. https://github.com/Zarel/Pokemon-Showdown/blob/master/CONTRIBUTING.md#commit-standards

authors: HoeenCoder whalemer

repo: Zarel/Pokemon-Showdown


text:
Better uberturns

LGTM -- thanks for working on this! The changes:

Remove the reservation if a vehicle is about to start an uber turn, but isn't allowed to
Allows an uber turn to continue if the uber turn has been started

No effect on prebaked data for montlake and lakeslice, and negligible change to rainier_valley -- I'll upload the new data shortly. Improvements downtown.

authors: BruceBrown dabreegster

repo: a-b-street/abstreet


text:
Updated class name to match neutron requirements

Hadn't been working with it so I didn't realize it was affected by the change. I'll investigate now.

:+1:


text:
Inode caching, general performance improvements

Here, I think we should also consider loading file data in chunks instead of loading the whole content into memory.

There exists another issue that I would be grateful if you could clarify it. Why would you prefer to have different trees for inodes/btrees? Does not this potentially create a problem of more store access to the fstree which implies a potential degrade in performance?

authors: ismailkuru mrjoshuak

repo: absfs/boltfs


text:
Create Dockerfile

Approve

repo: aditigidra/hello-github-actions


text:
Fix: added semicolons

Please sign the Adobe CLA, so that we can take the PR forward

Please sign the Adobe CLA, so that we can take the PR forward

Hi @Jamaika1 We have considered your PR and added the fix to our SDK. Since your CLA was pending for a long time, we are closing the PR.

repo: adobe/XMP-Toolkit-SDK


text:
Develop

coverage: 92.124% (-2.4%) from 94.567%
when pulling 20abb7158f47e676cecdd838db6f21539aaedf1a on jasonwaters:develop
into d53a1aec292a498b6111dd98d3e4f9c3116577fd on adobe:master.

authors: coveralls jasonwaters

repo: adobe/target-nodejs-sdk


text:
图片怎么返回成base64返回给前台呢

刚好我也有这个需求,我研究了一下,解决了,给你贴上解决方法
// 生成图片
img, imageText := mCaptcha.Create(4, captcha.NUM)
emptyBuff := bytes.NewBuffer(nil)
_ = png.Encode(emptyBuff, img)
response.WinJson(r, "成功", &g.Map{
  "id":   imageCodeId,
  "b64s": "data:image/png;base64," + base64.StdEncoding.EncodeToString(emptyBuff.Bytes()),
})

authors: lichunze tomjary

repo: afocus/captcha


text:
Update _config.yml

Hi Ali thanks for your interest for our tech radar.
I can not accept your pull request. I think you did a mistake with your merge.
You have created a pull request on our base repository.
You need to merge your changes into the mkipcak/tech-radar:master branch.

authors: mkipcak ythirion

repo: agilepartner/tech-radar


text:
Allow expansion of the module load path

May reopen this if there's a use case

repo: akerl/prospectus


text:
Fix: Readme typo

Thanks a lot!

authors: tlienart vdayanand

repo: alan-turing-institute/MLJTutorials


text:
SelectedSegment should be Two Way binding by default.

There's not reason for it to be two-wat binding. When you change SelectedSegment from VM that triggers ValueChanged callback. The control is not designed that way. If i do two-way that will trigger a chain reaction. It will require a lot of code changes that i don't think needs to be done.

Then I don't understand how it works, I've just implemented your control and the ValueChanged is not an event, it's only an EventHandler. Anyway, looking forward for your next update on this control.

The only issue with ValueChanged being an EventHandler is that its not visible from XAML. Im fixing that in the next release.

authors: alexrainman dheif

repo: alexrainman/SegmentedControl


text:
Support Hobbit1_evb HW crypto accelerator.

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.Chen Linfei seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.

need modify

repo: alibaba/AliOS-Things


text:
flutter support

Yes , plan is on going in our team interanl

repo: alibaba/CicadaPlayer


text:
Refactor the Logger class to remove globals $_SESSION and $_SERVER

This was fixed during #186

repo: alphadevx/alpha


text:
Upgrade rails to 6.0.3

Suggested fix for the build failure: https://github.com/thehenster/content-store/commit/6e6caa6febb6e041ae3509cdb115017bba317464
It looks to me like config/puma.rb was added by accident once upon a time. It looks like unicorn is the server that's actually used. I suppose we can delete config/puma.rb.
config/cable.yml can be deleted.
script folder can be deleted. It's a relic.

authors: NeilvB thehenster

repo: alphagov/content-store


text:
Add VPC peering for govuk_development

Thanks for doing this for us! Looks like https://github.com/alphagov/paas-cf/blob/master/.travis.yml#L29 needs changing to fix the tests. It's taking all of my willpower not to make a PR switching to use GitHub Actions. 😂

repo: alphagov/paas-cf


text:
removed warnings

lgtm. Apparently this package has always segfaulted on 0.4 travis?

authors: SimonDanisch tkelman


text:
[SMALLFIX] fix javadoc for getBlockSizeByte()

+1 LGTM

repo: amplab/tachyon


text:
Sample for Hotel List

Something really similar available at hotel sample

repo: ampproject/amp-by-example


text:
Create postorder_traversal.cpp

@milanj-1 Please write the complete code. Not just the functions

Ok sure, updating it


text:
你在平时开发中会使用到哪些设计模式，能谈谈这些设计模式的使用场景吗？

单例：DownloadManager

http://blog.csdn.net/dengshengjin2234/article/details/8502097
http://mobile.51cto.com/android-419145.htm
我也被多次问到这个问题，这两个应该可以差不多解决这个问题了

平时用的比较多有单例模式（在内存中仅实例化一个对象时使用），适配器模式（典型的就是ListView和GridView的适配器），建造者模式（AlertDialog.Builder）,观察者模式可能比较隐蔽，在Android源码中BaseAdapater的NotifyDataSetChanged的实现（？）

接口回调（如果算的话），
自定义fragment-dialog或类似情况，在fragment中定义接口并保有一个实例，确认、取消点击等事件时，使用该实例的方法；掉用方实现该接口。

观察者：页面有N个资料需要填写，底部有一个提交按钮。当资料全部提交完成后变色，可以提交资料。

监听者模式，我一般用在视图状态改变后触发，单例的话一般是用在内存缓存管理。

单例，观察者，这两个永远是最多的。单例不用说，application 就是单例的。观察者：打个比方，开了四五个页面，当点击最新的页面的某个按钮之后，关闭其他的页面，这个时候用简直太酸爽了。比起用广播和用 startActivityForResult 简直太舒心了，当然，设置 intent 的 flag 为 FLAG_ACTIVITY_CLEAR_TOP也用着很舒服

没有人说模板模式么？我最常用的就是把多个Fragment的相同代码抽象出一个基类，在onCreate， onCreateView把子类需要实现的逻辑抽象出来。
例如：
View view = mInflater.inflate(getLayout(), null);
...
protected abstract int getLayout();

@XavierAi 我可以叫这个面向抽象编程吧，其实吧，没必要刻意往设计模式上套～～

BaseActivity BaseFragement 等，使用到了模板设计模式，自定义dialog使用到创建模式，单利是用的最多的吧

这篇博客有介绍 ：http://blog.csdn.net/yaozhifeng123456/article/details/48350493

authors: Fengcoder Lighted LiuRanchao MrFuFuFu XavierAi henry12 inexistence jorry simonwzb soyoungboy zhdh2008

repo: android-cn/interview-questions


text:
Simplify seed project installation with Dockerfile option

why have package.json in config/?

When running in a container you have to bind the host to 0.0.0.0.

Honestly I would prefer that we keep docker out of this seed. It is meant to be a simple (or simplest possible) and I would like it to stay this way. There are many other elaborate starter kits where docker option might makes sense.
All it to say that I would for not merging this PR.

I understand your concern.  I created it because I had trouble getting the seed project running on my mac and I thought it may help others.  I've seen other projects offer two types of installation instructions (see the updates to README.md) and I thought that pattern would apply to this.  People running the seed project can choose to run with the standard installation instructions or, if they find it easier, leverage Docker.

I don't like having two package.jsons to manage


text:
tree有全部展开和收起，table中的tree可以也提供下这个方法吗？

参考treeTable示例

authors: anncwb fkuepl

repo: anncwb/vue-vben-admin


text:
ARROW-8087: [C++][Dataset] Partitioning schema fields follow paths' segment ordering

@jorisvandenbossche

Thanks @bkietz !

authors: bkietz jorisvandenbossche

repo: apache/arrow


text:
Made interface changes related to CLOUDSTACK-8580

Looks like the changes to listCapabilities aren't merged yet. (@borisroman) Ignore this pull-request =D

repo: apache/cloudstack


text:
Update index.md

@h2ospace really sorry for the delay in getting back on this PR! I've merged in your change and I've also applied it for this page Crowdin, so that it will be made in future translations of the docs. If you would like to contribute more translations, you are also very welcome to do so in Cordova's Crowdin project!

repo: apache/cordova-docs


text:
Fixed typo in Javadoc

Thanks!

authors: PascalSchumacher kmarwood

repo: apache/groovy


text:
HDDS-1955. TestBlockOutputStreamWithFailures#test2DatanodesFailure failing because of assertion error. Contributed by Mukul Kumar Singh.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
113
Docker mode activated.

_ Prechecks _

+1
dupname
0
No case conflicting files found.

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1
mvninstall
654
trunk passed

+1
compile
406
trunk passed

+1
checkstyle
74
trunk passed

+1
mvnsite
0
trunk passed

+1
shadedclient
1002
branch has no errors when building and testing our client artifacts.

+1
javadoc
196
trunk passed

0
spotbugs
494
Used deprecated FindBugs config; considering switching to SpotBugs.

+1
findbugs
743
trunk passed

_ Patch Compile Tests _

+1
mvninstall
675
the patch passed

+1
compile
448
the patch passed

+1
javac
448
the patch passed

+1
checkstyle
89
the patch passed

+1
mvnsite
0
the patch passed

+1
whitespace
0
The patch has no whitespace issues.

+1
shadedclient
835
patch has no errors when building and testing our client artifacts.

+1
javadoc
207
the patch passed

+1
findbugs
810
the patch passed

_ Other Tests _

+1
unit
342
hadoop-hdds in the patch passed.

-1
unit
2090
hadoop-ozone in the patch failed.

+1
asflicense
42
The patch does not generate ASF License warnings.

8930

Reason
Tests

Failed junit tests
hadoop.hdds.scm.pipeline.TestRatisPipelineCreateAndDestory

hadoop.ozone.client.rpc.TestSecureOzoneRpcClient

hadoop.ozone.om.TestSecureOzoneManager

hadoop.ozone.client.rpc.Test2WayCommitInRatis

hadoop.hdds.scm.pipeline.TestRatisPipelineProvider

hadoop.ozone.client.rpc.TestOzoneAtRestEncryption

hadoop.ozone.client.rpc.TestMultiBlockWritesWithDnFailures

hadoop.ozone.client.rpc.TestBlockOutputStreamWithFailures

hadoop.ozone.client.rpc.TestOzoneRpcClient

Subsystem
Report/Notes

Docker
Client=18.09.7 Server=18.09.7 base: https://builds.apache.org/job/hadoop-multibranch/job/PR-1281/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/1281

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient findbugs checkstyle

uname
Linux 3b2521ac563d 4.15.0-52-generic #56-Ubuntu SMP Tue Jun 4 22:49:08 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / e4b538b

Default Java
1.8.0_212

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-1281/1/artifact/out/patch-unit-hadoop-ozone.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-1281/1/testReport/

Max. process+thread count
5392 (vs. ulimit of 5500)

modules
C: hadoop-ozone/integration-test U: hadoop-ozone/integration-test

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-1281/1/console

versions
git=2.7.4 maven=3.3.9 findbugs=3.1.0-RC1

Powered by
Apache Yetus 0.10.0 http://yetus.apache.org

This message was automatically generated.

The patch overall looks good to me. I have just added a minor comment to update the comments in the test. I am +1 after that.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
1457
Docker mode activated.

_ Prechecks _

+1
dupname
0
No case conflicting files found.

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

-1
mvninstall
136
hadoop-ozone in trunk failed.

-1
compile
50
hadoop-ozone in trunk failed.

+1
checkstyle
64
trunk passed

+1
mvnsite
0
trunk passed

+1
shadedclient
838
branch has no errors when building and testing our client artifacts.

+1
javadoc
149
trunk passed

0
spotbugs
196
Used deprecated FindBugs config; considering switching to SpotBugs.

-1
findbugs
100
hadoop-ozone in trunk failed.

_ Patch Compile Tests _

-1
mvninstall
133
hadoop-ozone in the patch failed.

-1
compile
51
hadoop-ozone in the patch failed.

-1
javac
51
hadoop-ozone in the patch failed.

+1
checkstyle
63
the patch passed

+1
mvnsite
0
the patch passed

+1
whitespace
0
The patch has no whitespace issues.

+1
shadedclient
671
patch has no errors when building and testing our client artifacts.

+1
javadoc
146
the patch passed

-1
findbugs
102
hadoop-ozone in the patch failed.

_ Other Tests _

+1
unit
275
hadoop-hdds in the patch passed.

-1
unit
323
hadoop-ozone in the patch failed.

+1
asflicense
33
The patch does not generate ASF License warnings.

5512

Reason
Tests

Failed junit tests
hadoop.ozone.s3.TestOzoneClientProducer

Subsystem
Report/Notes

Docker
Client=19.03.1 Server=19.03.1 base: https://builds.apache.org/job/hadoop-multibranch/job/PR-1281/2/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/1281

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient findbugs checkstyle

uname
Linux 759520ee2bf7 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / 0e4b757

Default Java
1.8.0_222

mvninstall
https://builds.apache.org/job/hadoop-multibranch/job/PR-1281/2/artifact/out/branch-mvninstall-hadoop-ozone.txt

compile
https://builds.apache.org/job/hadoop-multibranch/job/PR-1281/2/artifact/out/branch-compile-hadoop-ozone.txt

findbugs
https://builds.apache.org/job/hadoop-multibranch/job/PR-1281/2/artifact/out/branch-findbugs-hadoop-ozone.txt

mvninstall
https://builds.apache.org/job/hadoop-multibranch/job/PR-1281/2/artifact/out/patch-mvninstall-hadoop-ozone.txt

compile
https://builds.apache.org/job/hadoop-multibranch/job/PR-1281/2/artifact/out/patch-compile-hadoop-ozone.txt

javac
https://builds.apache.org/job/hadoop-multibranch/job/PR-1281/2/artifact/out/patch-compile-hadoop-ozone.txt

findbugs
https://builds.apache.org/job/hadoop-multibranch/job/PR-1281/2/artifact/out/patch-findbugs-hadoop-ozone.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-1281/2/artifact/out/patch-unit-hadoop-ozone.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-1281/2/testReport/

Max. process+thread count
515 (vs. ulimit of 5500)

modules
C: hadoop-ozone/integration-test U: hadoop-ozone/integration-test

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-1281/2/console

versions
git=2.7.4 maven=3.3.9 findbugs=3.1.0-RC1

Powered by
Apache Yetus 0.10.0 http://yetus.apache.org

This message was automatically generated.

Failures are not related. They are because of #1293

repo: apache/hadoop


text:
Cleanup: move toFnWithContext() to CombineFnUtil

R: @bjchambers

Is there any way to unit test the adaptor?
Also, I see this failing in the travis builds:
https://travis-ci.org/apache/incubator-beam/jobs/116767036

Need to resolve merge conflicts.

merged with master

It seems like it should be possible to add some tests for the adaptor.

LGTM

authors: bjchambers kennknowles peihe

repo: apache/incubator-beam


text:
HAWQ-774. Add snappy compression support to row oriented storage

LGTM. +1

authors: ictmalili paul-guo-

repo: apache/incubator-hawq


text:
HAWQ-1128. Support HAWQ register tables with same file name in different schema.

cc @wcl14 @wengyanqing

also cc @linwen

+1

Merged, thanks.

authors: linwen xunzhang


text:
fix: enables pulling of submodule.

just clicked "scan repository now" to get jenkins to test this commit...

sadly:
[2019-04-30T00:12:49.293Z] + git submodule update --init --recursive

[2019-04-30T00:12:49.293Z] Submodule 'zipkin-api' (git@github.com:apache/incubator-zipkin-api.git) registered for path 'zipkin-api'

[2019-04-30T00:12:49.293Z] Cloning into 'zipkin-api'...

[2019-04-30T00:12:49.924Z] Permission denied (publickey).

[2019-04-30T00:12:49.924Z] fatal: Could not read from remote repository.

[2019-04-30T00:12:49.924Z]

[2019-04-30T00:12:49.924Z] Please make sure you have the correct access rights

[2019-04-30T00:12:49.924Z] and the repository exists.

[2019-04-30T00:12:49.924Z] fatal: clone of 'git@github.com:apache/incubator-zipkin-api.git' into submodule path 'zipkin-api' failed

[2019-04-30T00:12:50.697Z] Terminated

@adriancole I don't have access to "scan repository now" :(

not sure why you don't have access.. mind pinging INFRA on slack? https://the-asf.slack.com/messages/CBX4TSBQ8/
I clicked and now crossing fingers

no dice
07:58:34  + git submodule update --init --recursive
07:58:34  Submodule 'zipkin-api' (https://github.com/apache/incubator-zipkin-website) registered for path 'zipkin-api'
07:58:34  Cloning into 'zipkin-api'...
07:58:37  fatal: reference is not a tree: f352ff4891889c6b39ca5f3d6a7674b195cd878b
07:58:37  Unable to checkout 'f352ff4891889c6b39ca5f3d6a7674b195cd878b' in submodule path 'zipkin-api'

Thanks @abesto and @jcchavezs! will build master to try

authors: adriancole jcchavezs

repo: apache/incubator-zipkin-website


text:
MINOR: Ensure timestamp type is provided when upconverting messages

cc @ijuma
I ran into a couple issues with up-conversion when working with EoS message format changes. Seems we should be a little safer with the handling of NO_TIMESTAMP_TYPE.

repo: apache/kafka


text:
NIFI-2703 - Added bootstrap.conf file for running nifi-web-api integration tests

Reviewing...

Thanks @YolandaMDavis! I've merged this into master.

authors: YolandaMDavis mcgilman

repo: apache/nifi


text:
PHOENIX-6242 Remove remaining commons-logging references

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
5m 43s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s
The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ master Compile Tests _

+0 :ok:
mvndep
3m 12s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
10m  9s
master passed

+1 :green_heart:
compile
1m 20s
master passed

+1 :green_heart:
javadoc
1m 23s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 15s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
7m 47s
the patch passed

+1 :green_heart:
compile
1m 20s
the patch passed

+1 :green_heart:
javac
1m 20s
the patch passed

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
xml
0m  3s
The patch has no ill-formed XML file.

+1 :green_heart:
javadoc
1m 17s
the patch passed

_ Other Tests _

-1 :x:
unit
102m 31s
root in the patch failed.

+1 :green_heart:
asflicense
0m 52s
The patch does not generate ASF License warnings.

138m 26s

Subsystem
Report/Notes

Docker
ClientAPI=1.40 ServerAPI=1.40 base: https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-999/1/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/phoenix/pull/999

Optional Tests
dupname asflicense javac javadoc unit xml compile

uname
Linux 69d600b221fe 4.15.0-60-generic #67-Ubuntu SMP Thu Aug 22 16:55:30 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev/phoenix-personality.sh

git revision
master / 0c6df0b

Default Java
Private Build-1.8.0_242-8u242-b08-0ubuntu3~16.04-b08

unit
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-999/1/artifact/yetus-general-check/output/patch-unit-root.txt

Test Results
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-999/1/testReport/

Max. process+thread count
6922 (vs. ulimit of 30000)

modules
C: phoenix-server . U: .

Console output
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-999/1/console

versions
git=2.7.4 maven=3.3.9

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

+1

authors: chrajeshbabu stoty

repo: apache/phoenix


text:
[QPID-8215] Fix Sybase support for the link-store

Any news for this PR ?

repo: apache/qpid-broker-j


text:
Quote out lists of servers and domains in splitdns.config example

Cherry-picked to v9.0.x branch.

authors: randall zwoop

repo: apache/trafficserver


text:
Windows fixes

@tkremenek - these fixes are needed to build clang on Windows (they already are on upstream-with-swift, this cherry-picks them into stable).

This should be going into swift-4.2-branch.  CC: @bob-wilson

Ugh, need to rebase it.

@compnerd keep in mind swift-4.2-branch will also rebranch from master again on April 20 (for the last time).

Looks good to me.
@tkremenek : this is for the swift-clang repo so we're not rebranching it again for 4.2.

Yeah I realized it and deleted my comment.

authors: bob-wilson compnerd tkremenek

repo: apple/swift-clang


text:
[Basic] Add delta debugging algorithm

Most excellent.
Also, Swift is so much more beautiful than C++. :)

@swift-ci please smoke test

repo: apple/swift-package-manager


text:
Added codecov badge to root README

Codecov Report

Merging #17 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master      #17   +/-   ##
=======================================
  Coverage   88.53%   88.53%
=======================================
  Files          17       17
  Lines         157      157
=======================================
  Hits          139      139
  Misses         18       18

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 96e64d9...1d97435. Read the comment docs.

authors: codecov-io johnbaldwin

repo: appsembler/edx-figures


text:
prevent duplicate attributes being generated by AQL queries

http://jenkins01.arangodb.biz:8080/view/PR/job/arangodb-matrix-pr/2633/

http://jenkins01.arangodb.biz:8080/view/PR/job/arangodb-matrix-pr/2641/

repo: arangodb/arangodb


text:
Update repositories.txt

I just updated to 1.0.1 so that there are no more warnings from arduino-lint. Will you add release 1.0.1 or do I need to create a new pull-request?

Thanks so much for your library and for your attention to the suggestions from Arduino Lint @renebohne!
The Library Manager indexer checks all the libraries on the list for new tags/releases hourly and adds any new release that is compliant with the requirements listed here:
https://github.com/arduino/library-registry/blob/main/FAQ.md#what-are-the-requirements-for-publishing-new-releases-of-libraries-already-in-the-library-manager-list
After that, it may take some time for the updated index to propagate through the CDN cache to make your new release available everywhere, but it will get there in good time.
So there is no action required from you or us for releases of the library; once you push a tag/release that is compliant with all the Library Manager requirements everything happens automagically from there.
You can monitor the indexing of your releases at the dedicated logs website for the library, as shared by the bot above:
http://downloads.arduino.cc/libraries/logs/github.com/geeny/geenymodem/
It's a 404 right now because the indexer job hasn't triggered since the time your submission was accepted, but if you check back in an hour, you will see the indexer logs for all releases of your library, including the 1.0.1.
Please let me know if you have any questions or concerns.
Regards, Per

@renebohne it looks like https://github.com/geeny/geenymodem has been deleted.
Do you know why?

Thanks for the info.
The geeny project was shut down, the company removed the repo.
Can you delete the lib from the registry or shall I edit the file and
create a PR?
On Mon, Jul 3, 2023 at 5:55 PM Nicholas Humfrey @.***>
wrote:

@renebohne https://github.com/renebohne it looks like
https://github.com/geeny/geenymodem has been deleted.
Do you know why?
—
Reply to this email directly, view it on GitHub
https://github.com/arduino/library-registry/pull/196#issuecomment-1618761473,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAFD3AOKR27KMKQW2UTYLHTXOLTPPANCNFSM5AN6333A
.
You are receiving this because you were mentioned.Message ID:
@.***>

--
Dipl.-Informatiker René Bohne
3D Printing - IoT - Wearables
http://www.rene-bohne.de

authors: njh per1234 renebohne

repo: arduino/library-registry


text:
Linux USB streaming doesn't work at 10ksps

This actually works just fine on newer processors.

repo: aschulm/battor


text:
Embedded video is not mobile responsive

Fixed in
https://github.com/ashwanth1109/ashwanth.io/pull/8


text:
Update ef-core-2.0.md

@vanillajonathan Are the changes here only to add backticks on type/member names? If so, this isn't a change we are planning to make because unfortunately the reading experience for backticked words is too jarring to use everywhere.

@ajcvickers Well the backticks should probably be present on the first mention of a property, method, class or interface. Then on subsequent mentions there is less need for it to be marked up in backticks if that is considering too jarring.
The commit does other things too, such as consistent capitalization of headers, hyphenation between words, and proper 4-space indention for code.

@vanillajonathan The intention is to only use backticks when we want to explicitly call attention to something being a type/member names. I don't think this is the case for most of the changes here.

@ajcvickers I reverted the backticks that I added.

Thanks!

authors: ajcvickers vanillajonathan


text:
[WIP] CORS dispatching tests

Be my guest

guest'd

https://github.com/aspnet/Mvc/pull/8158

authors: JamesNK rynowak

repo: aspnet/Mvc


text:
Update to netcoreapp2.2.

ping


text:
Updates to accumulo config for ACCUMULO-4612

+1 I'm using this currently and it is working with the Accumulo master

authors: lstav mikewalch

repo: astralway/uno


text:
thumbv6 ADC: restore default 0.5x gain

Thanks @twitchyliquid64 !

repo: atsamd-rs/atsamd


text:
chore(build): exit process when e2e tests are done

Good catch. Thank you!

authors: EisenbergEffect Gheoan

repo: aurelia/skeleton-navigation


text:
Package restructure

Changes Unknown when pulling 01b7f609622000f1324ab3ff5a53fa8bf2a1b09f on package-restructure into ** on master**.

Changes Unknown when pulling ccbc5c5b606e237dc60b14a1d22dea819a55d25e on package-restructure into ** on master**.

Changes Unknown when pulling a9a8b7534a8791f35dcb4153a205d537961b0c60 on package-restructure into ** on master**.

Changes Unknown when pulling a9a8b7534a8791f35dcb4153a205d537961b0c60 on package-restructure into ** on master**.

Changes Unknown when pulling a9a8b7534a8791f35dcb4153a205d537961b0c60 on package-restructure into ** on master**.

authors: aurelien-rainone coveralls

repo: aurelien-rainone/imgtools


text:
21.3.0 update

LGTM

authors: shilpa-khanal svc-developer


text:
Develop

#9

repo: axilleas/github-essentials


text:
Construction the tree on testcases request with grouping

Done

repo: azee/quack


text:
Fix prompt detection in runme.expect (I think)

I confess that I am just myself learning expect (it seemed like a good idea at the time), but from what I can understand (see, e.g. the expect manual, paragraph beginning with "Both types of patterns are "unanchored"."  http://www.tcl.tk/man/expect5.31/expect.1.html), ^ is the start of the buffer being scanned by expect.
The patterns in runme try very hard to always consume always exactly an entire line, since the host OS may occasionally dump several into a read() done by expect.

Ah, it seems like you are right. I don't fully understand why expect tests the buffer like that (and don't have time to now to research, since we're at T-14:20:00 until submission time), but merging this doesn't break anything, so I'll go ahead and do it.
Thanks :)

authors: baileyparker nwf

license: WTFPL


text:
Centos7

retest this please

authors: BPScott votemike

repo: bbc/programmes-pages-service


text:
density estimation wrt groundref

in progress

repo: bcgov/bcws-psu-research


text:
Feature: complete "azea".^methods or "aze".^mro

Closed by  #69


text:
fix: pin terser-webpack-plugin version

:tada: This PR is included in version 1.9.1 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:

repo: beeman/kikstart-ui


text:
Docker build & push

Handled in PR #20

authors: beltram gmiam

repo: beltram/stubr


text:
Small grammar fixes

Is rebase obligatory?)

Thanks!

repo: bem/bh


text:
Nullability

@benski fixed feedbacks!

repo: benski/BAPromise


text:
Use crypto.Hash as crypto.SignerOpts

This has been merged, but for some reason, GitHub isn't picking it up.

authors: FiloSottile bifurcation

repo: bifurcation/mint


text:
使用flv.js在前端播放，最多只能播放6个视频？第7个就一直pending状态是怎么回事

issue区有很多回答：#260 #261 #295 #298 #339 #341

浏览器的并发请求就默认就只有6个，你用iframe呗

浏览器同源并发的问题 Chrome 火狐 限制的是6 别的浏览器限制个数百度 网上看到解决方案是 采用http2.0

用https协议可以播放多个

浏览器的并发请求就默认就只有6个，你用iframe呗

怎么用，12路监控，改造了一下，项目里四个，两个iframe页面里各四个，但是还是只播放六个，剩下的pending；

浏览器的并发请求就默认就只有6个，你用iframe呗

怎么用，12路监控，改造了一下，项目里四个，两个iframe页面里各四个，但是还是只播放六个，剩下的pending；

用https协议可以播放多个

目前是萤石返回的监控链接，是https协议，但是12路只播放了六个，剩下的pending

用https协议可以播放多个

目前是萤石返回的监控链接，是https协议，但是12路只播放了六个，剩下的pending

浏览器同源并发的问题Chrome火狐限制的是6别的浏览器限制个几十度网上看到解决方案是采用http2.0

不是自己的视频服务，怎么设置2.0

浏览器同源并发的问题Chrome火狐限制的是6别的浏览器限制个几十度网上看到解决方案是采用http2.0

不是自己的视频服务，怎么设置2.0

浏览器同源并发的问题Chrome火狐限制的是6别的浏览器限制个几十度网上看到解决方案是采用http2.0

不是自己的视频服务，怎么设置2.0

控制不了服务器，那你自己编译 chrome 吧，改 client_socket_pool_manager 的 g_max_sockets_per_group 中的 NORMAL_SOCKET_POOL 就可以更改 chrome 的并发控制

浏览器同源并发的问题Chrome火狐限制的是6别的浏览器限制个几十度网上看到解决方案是采用http2.0

不是自己的视频服务，怎么设置2.0

控制不了服务器，那你自己编译 chrome 吧，改 client_socket_pool_manager 的 g_max_sockets_per_group 中的 NORMAL_SOCKET_POOL 就可以更改 chrome 的并发控制

使用websocket让后端主动推送数据

authors: 163WT Scholar-g SkyLers-c neilyoTracer qiyulan qrweishao tangshanghai winshining


text:
Create bash auto-complete for tomee-cli.sh

how about creating an Ubuntu upstart script/conf similar to Tomcat service?

@rponte
TomEE CLI helps you to configure your Application Server.
Some features is useful for tomcat too, like: Configure security, Configure clusters, hosts, WAR deploy e etc. (Some in development)
This case, we want to have a bash autocomplete.
Eg:.
I want to install TomEE:
tomee-cli install --[TAB]

The shell will show options for this command:
--version --dist --path

If you want a functions to create and configure scripts on initialization's OS like:
Create a service for Windows;
Create a rc.Initi script for *nix
Create a plist for launchd for OS X.
Please, open a issue for that and we'll discuss about.

authors: danielsoro rponte

repo: bitmaker-software/tomee-cli


text:
Standardize module

Changes Unknown when pulling 18e43e31dc5aea309c3951e1e0cc5cb065e6bb40 on yemel:standardize into ** on bitpay:master**.

travis failed

Changes Unknown when pulling 2972b6c35768e7b980eebd70d851b8d823d58fd6 on yemel:standardize into ** on bitpay:master**.

authors: coveralls maraoz yemel

repo: bitpay/bitcore-mnemonic


text:
Release 1.6.1

Codecov Report

Merging #333 into master will not change coverage.
The diff coverage is n/a.

@@          Coverage Diff          @@
##           master   #333   +/-   ##
=====================================
  Coverage     100%   100%
=====================================
  Files          61     61
  Lines        1454   1454
  Branches      228    228
=====================================
  Hits         1454   1454

Flag
Coverage Δ

#builder
100% <ø> (ø)
:arrow_up:

#runtime
100% <ø> (ø)
:arrow_up:

#srcapp
100% <ø> (ø)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 64db446...e6ae4c1. Read the comment docs.

authors: Blackbaud-SteveBrush codecov-io

repo: blackbaud/skyux-builder


text:
fix: updated dependencies

:tada: This PR is included in version 1.10.110 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:

authors: MrsFlux krackerman

repo: blackflux/lambda-example


text:
chore: updated deps

:tada: This PR is included in version 2.11.4 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:

authors: MrsFlux simlu

repo: blackflux/node-tdd


text:
Fix test regression introduced by pymysql version 0.7.6.

Coverage decreased (-0.9%) to 88.645% when pulling 0d4f18ed5b8215cd80eb38659a8ab35cf0430bec on kwmsmith:bugfix/pymysql-0.7.6-regression into 24b2da95c4ee257b3c3f3268654c0ca4b16685ce on blaze:master.

authors: coveralls kwmsmith

repo: blaze/blaze


text:
Write documentation for AcmeCA Challenge Site Role

Completed with e13e3c3

repo: bloodymage/ansible-collection-autonomy


text:
News crud

Firstly you should merge your branch with master because there missing some changes. I think this is a result of rebase in past.


text:
fixpattern issue

hi @s-yadav would you not like to merge this PR? I can sync it with master if so

repo: bluppfisk/patternLock


text:
Let the union types go forth and multiply!

I'll do more later.... I just wanted to be first :smile:

repo: borisyankov/DefinitelyTyped


text:
add dragula definition

dragula/dragula.d.ts
check list

[ ] is collect naming convention?

https://www.npmjs.com/package/dragula
http://bower.io/search/?q=dragula
others?

[X] has a test file? (dragula/dragula-tests.ts or others)
[ ] pass the Travic-CI test?

@pwelter34 thanks mate!


text:
remove electron remote.require api

Any idea what release this will be in? I vote for the next feasible release since it fixes a security risk

authors: bridiver diracdeltas

repo: brave/muon


text:
Floor, Round and Ceil docs

👍 👍 👍

A slight bit of this

followed by a 👍

authors: cjllanwarne geoffjentry ruchim

repo: broadinstitute/wdl


text:
fix(web_console): use official npm registry

cc @piiswrong

repo: bytedance/fedlearner


text:
amended release notes

edited.  thanks.

:package:

Can you review the README and setup.py for references to Python 3.4 and make them consistent with what is in the rest of this PR (update them all to 3.5)

authors: daaray robline

repo: caktus/django-timepiece


text:
Adding the ability to disable the CSRF filter via a configuration property

Closing without merging, see discussion in #292

authors: osh-onstructive tobiasschaefer


text:
Add indexes on commits and test_results collections

@tabladrum LGTM

repo: capitalone/Hygieia


text:
can i use background job to generate rows in the Excel file and download it later?

Server times out because of large amounts of data being exported. I need help on how to use background job for exporting data to Excel. Thank you.

You can use Sidekiq, https://github.com/mperham/sidekiq, to manage the background jobs and Rails ActiveStorage to persist the files and genrate download links: https://guides.rubyonrails.org/active_storage_overview.html.

I'm closing this as it is not related to a problem with the gem.

@vonchristian If you run into issues getting templates to work inside Sidekiq, see the readme for running the gem in scripts.

authors: OpenCoderX straydogstudio vonchristian


text:
Crash in inbox when swiping to "Unread" tab

Cannot reproduce, do you have no unread messages?

Correct.

Not able to reproduce with an empty inbox, but I think I traced the crash to the WrappingFlowLayout. Will merge this with the feature request I make for that!

Merge with #330

Here's an error message:
Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'Unexpected subviews'

authors: ccrama colejd

repo: ccrama/Slide-iOS


text:
Update README.md

테스트


text:
Added missing "flag_name" config

Thanks @twinh !

authors: cedx twinh


text:
Support for asynchronous reads?

Not at this time. I'm open to adding support if you're interested in implementing it. If so please start a discussion about what the interface should look like.

repo: cequel/cequel


text:
GitHub Actions, etc.

Codecov Report

Merging #132 (682397c) into master (011e727) will increase coverage by 2.46%.
The diff coverage is 77.55%.

@@            Coverage Diff             @@
##           master     #132      +/-   ##
==========================================
+ Coverage   77.89%   80.35%   +2.46%
==========================================
  Files           6        6
  Lines          95      112      +17
==========================================
+ Hits           74       90      +16
- Misses         21       22       +1

Impacted Files
Coverage Δ

...e/testing/golden/ResourceFileGoldenCodecLaws.scala
46.66% <38.46%> (-0.40%)
:arrow_down:

...cala/io/circe/testing/golden/GoldenCodecLaws.scala
80.00% <75.00%> (-8.89%)
:arrow_down:

...ala/io/circe/testing/golden/GoldenCodecTests.scala
58.82% <75.00%> (-1.18%)
:arrow_down:

...e-1/src/main/scala/io/circe/examples/package.scala
100.00% <100.00%> (ø)

...main/scala/io/circe/testing/golden/Resources.scala
100.00% <100.00%> (ø)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 9b282a5...682397c. Read the comment docs.

authors: codecov-commenter travisbrown

repo: circe/circe-golden


text:
Remove debug target

LGTM

authors: marcomorain zzak

repo: circleci/circleci-images


text:
Release internally

Need to publish legacy sdk to artifactory

done

repo: ciscospark/spark-js-sdk


text:
Create README.KR.md initially

README.KR.md has been added.
"Read this in other languages" was added in README.md

repo: cloud-barista/cb-larva


text:
update service config fetch url

Current coverage is 66.85% (diff: 100%)

Merging #15 into master will not change coverage

@@             master        #15   diff @@
==========================================
  Files            39         39
  Lines          2610       2610
  Methods           0          0
  Messages          0          0
  Branches        471        471
==========================================
  Hits           1745       1745
  Misses          728        728
  Partials        137        137

Powered by Codecov. Last update ea39fcb...7681e57

authors: codecov-io tangiel


text:
Enable travis CI

LGTM

authors: lookuptable tangiel


text:
Replace list to dict in metadata property

Looks good +1

repo: cloudify-cosmo/yttc


text:
Issue #400 Add sha256sum to the final release binaries

@code-ready/crc-devel WDYT?

A single file with hashes for all files seems fairly typical, so yes, makes sense.

@gbraad @cfergeau If you check odo/oc directory structure it make sense since they are putting every bits in the same root directory but we want to put in different directory as per binary (like macos, linux, windows) so I think to have that for each dir binary may be better than having it on top directory in a single file?

The point would be, we aren't linking to the sha256 file from the landing page. So separation does not make a lot of sense. This is a service for advanced users ... or to describe in the troubleshooting guide. So, I do think a single file still makes more sense.

but we want to put in different directory as per binary (like macos, linux, windows)

No... The suggestion was to name files crc-windows.zip, crc-macos.tar.gz, and crc-linux.tar.gz and the folder would be versioned and collection all the deliverables.

You can also probably take care of #449 here!

authors: anjannath cfergeau gbraad praveenkumar

repo: code-ready/crc