C++

Thank you,too!

The first can be explained: d= -3 => missing= 8
Others...I don't know how to understand them as a correct arithmetic sequence, even if I sort them first...

@marbiru Original list with only two numbers can happen, but only when the difference and therefore the missing number are also integers,because long type is an integer type,which can't store floating point numbers.
For example, it can happen: [1,5] => d=2 => missing= 3
but it shouldn't happen in this kata: [1,4] => d=1.5 => missing= 2.5

This one was good,thanks.

It should be 6 kyu, I think.Because of the math trick, we should use to avoid the number type overflow in cases of big numbers.

(C++): I have discovered a strange thing in connection with the random tests. The last string to test is a random,large string, but it differs to the others. I haven't found a button to load up a printscreen,so I will try to explain it. For example, this string was given: "yklbssfc vgvvwqdeattztahvthercnopvjgnrzkwggcdhubtwrdmuhpjjvjfhndeudi kpgqptsv kggchaucelacnifdgdzvlgidirubqdgnbcemumhfltykxoznrbgjkwqjhmrmjpbsaolcnpkqocjrqbqhxe diolsndkrxfmxz egrhdw raxxxnfsdngcfopbfyufahahxai grynjyroodcqwhdrlmcizqnipxsykzeuygpzmqwhbnfi xjiqwnpxlvtg mlpkffhgbwwcdfywihlwe ywdynjgqnhhgbe" =>There is no space(!) in the text when I see it in the cerr screen, I just wanted to highlight the positions there! On those positions there is a special character(?) or I don't know what...but when I wanted to copy the whole text from cerr, I couldn't do it only in pieces and the borders of the pieces were according to the mentioned positions. When I merged these pieces and run my solution in my local machine I get the expected result, but here I can't run it correctly, because of these special something. So, I can't submit my correct solution.
Anyway,if I inspect the element or the source of the text in the browser, I can also see special signs in the mentioned positions.
Is it something to be corrected in the test case? Or how should I solve this problem? Because I have a correct solution,but I can't submit it, because of this. Thanks.

I don't know why such big numbers should be tested...
They only test number type limits and these kind of things, not whether I can solve the problem or not...

Another time wasting task for 2 or 3 points...it is too easy logically,so nothing to learn, but you can s**ck during some hours with the roundings issue. Thank you...

Yes,the same here. It is a wrong test case, I hope it will be corrected.

In the random tests there is at least one test case when the health of the fighter is 0 or negative. How can a dead fighter fight?? I think this is a mistake in the test and should be corrected.

I declared my variables as unsigned long long int and I have also changed the return type to this. It worked.

What should we return if we receive an input array with only negative numbers or only with one positive number? Or if we don't have to handle it, this should be written in the description.

What kind of number n can be? Is it always greater or equal to 1 or it can be less than 1,too? Should we implement all cases or only where n>=1? I think, it would be great to add this to the Description.