Neil Horman

Its not the entire script, I only meant to demonstrate that building a custom mask at run time based on the number of cpus shouldn't be particularly difficult, regardless of...

No, I had assumed by your lack of response over the last few months , that my suggestion on creating a custom mask worked for you, or that, if you...

oh, sorry, you're right, I didn't update you on that. Apologies. I looked and it turns out I didn't ever implement this, or if I did, its been lost to...

yeah, I was cleaning up issues, and totally missed my last comment on this one. I'll leave it open. Perhaps I'll get to it in a bit.

A little more debugging here, it appears that the client is discarding the inbound frames due to a mismatch between the initial source connection id, and the packets source connection...

Looking further at the with_retry.cap file, I think this is related to #3762. Comparing this to a trace I just took in which I only have the client advertise an...

@MBkkt I think there is a fundamental misunderstanding of the semantics of CRYPTO_UP_REF/CRYPTO_DOWN_REF here. I had a hard time understanding this as well when I first looks at this issue....

@kroeckx I think the order of operations in the bug @MBkkt described here is like this in the problematic case: Reference pseudo code from EVP_PKEY_free: ``` result = CRYPTO_down_ref(count); PRINT_REF_COUNT(count);...

right, I get that, was just trying to draw a distinction between the two. As for the initial problem you reported In looking at your description: ``` But imagine you...

@kroeckx in regards to your comment above, I'm not sure its actually a re-ordering issue at all. To reference the CRYPTO_DOWN_REF code: ``` static __inline__ int CRYPTO_DOWN_REF(CRYPTO_REF_COUNT *refcnt, int *ret)...