Notcalc (Calculate the wrong answer)

Question

Goal:

Given two natural numbers (integers from 0 to infinity), output a number that is not the sum of those numbers, but is a natural number.

Example solutions (TI-Basic):

• A+B+1

• not(A+B)

Invalid solutions:

• A+B-1 (for inputs 0,0, it returns -1, which is not natural)

• "ABC" (ABC is not a number)

Notes:

• The output must always be a sum of two natural numbers (which is actually just a natural number)

• -1, undefined, infinity, NaN and Error messages are not natural numbers. For our purposes, 0 is natural (although not all mathematicians agree).

• xnor: Maybe we take the numbers as strings and output as a string?
• user41805: Can the output have leading zeroes?
• adrianmp: I presume overflows need to be taken into account, so the result of 2^32 -1 and 2 should not be negative, right?
• peech: Just a small remark because I like to pay attention to useless details: 0 is not a natural number. If you change the first sentence to "Given two non-negative integers ...", there won't be any useless detail left for me to comment on. :)
• Wheat Wizard: @peech This is not true. 0 is considered a natural number under some definitions. You cannot see it because it has been deleted but there has been an extensive conversation on this matter.

Answer 1

Java - 44 bytes

int n(int a,int b){return Math.abs(a+(-b));}

Returns an absolute value of a + (-b)

Ungolfed version:

int n(int a, int b) {
 return Math.abs(a + (-b));
}

• MatthewRock: Wouldn't it fail for 0 and 0?
• user63331: @MatthewRock didnt check that. I willfix it tomorrow
• Adalynn: Isn't a+(-b) equivalent to a-b?

Answer 2

ForceLang, 33 bytes

def a io.readnum()
io.write a+a+1

• Blue: Does this take two numbers as input?
• SuperJedi224: @muddyfish Yes.

Answer 3

Cardinal, 7 bytes

%:+~:*.

Outputs sum + 1

Try it online!

Answer 4

Melang (Non competing) 13 bytes

\n\n+\n+\n\ni

I wrote Melang for this challenge and decided that it works so might as well bring it here.

Adds the numbers inputted together and adds one. For more on the language and to try it out visit here.

• ASCII-only: Wait, those aren't literal newlines?
• user63187: @ascii nope! Literal newlines error my implementation due to the website restrictions
• ASCII-only: How does it error in your implementation?
• user63187: @ascii the way string inputs are taken in the website I used to write it breaks it
• ASCII-only: well that's a JS implementation limitation not a melang implementation limitation, you do know you can make it a Stack Snippet and it would work right?

Answer 5

Haskell, (削除) 11 (削除ここまで) 9 bytes

(succ.).(+)

Adds together and then adds 1

EDIT: Of course, if you want to go with the boring answer:

a#b=a+b+1

is 9 bytes.

• Laikoni: Non pointfree a#b=1+a+b is two bytes shorter.

Answer 6

c++, 28 bytes

[](int a,int b){return!a+b;}

Try it here

Answer 7

Japt, 3 bytes

NxÄ

Try it online

---

Explanation

N :The array of all inputs
x :Sum the array
Ä :Add one to each element

Answer 8

Aceto, 9 bytes

ir+1
ri+p

Super straightforward. Prints the sum of the two inputs and 1. If I can assume for the inputs to be on the stack already, there's a 5-byte solution:

1+
+p

Answer 9

MarioLANG, 35 bytes

;
)
;
>[!(+:
"=#===
) -
+ (
! <
#="

Reads two inputs and puts them in differents cells (variables). Increments one and decrements the other until the second number is zero. Then adds one calculate the wrong answer.

Answer 10

Underload, 23 bytes

((::)~*)~(~)~*a*^*(**)*

Takes input in the form of Church numerals on the stack and outputs to the stack.

Try it online!

Answer 11

Excel VBA, 13 Bytes

Anonymous VBE immediate window function that takes input from range [A1:B1] (... or really any range that is a subset of [1:1], I suppose) and outputs their sum +7

?[Sum(1:1)+7]

Answer 12

Windows batch, (削除) 24 23 (削除ここまで) 17 bytes

@cmd/cset/a%1+%21

---

Test cases:

Tested on Win10 64-bit

Foo\Bar\Baz>NotCalc.bat 1 55
552

---

Note: batch files are limited to 32-bit signed integer!

• undergroundmonorail: isn't 0+0 with a trailing 0 00, which is 0?
• stevefestl: Oh yeah. I forgot that
• undergroundmonorail: I tested it for you (also on Win7 64-bit). 1+55 returns 552. I don't understand the program well enough to explain why it returned that and not 561, but I tried some other inputs and got more weird results like 5+9=96. I'm not sure why that is, but my limited testing didn't find anything that outputs a correct sum...
• stevefestl: It adds a trailing one to 55 so it becomes 551, 1+551=552 and 9 became 91, 5+91=96
• undergroundmonorail: Oh, I see. I thought it was adding a 1 to the result.

Answer 13

Perl 5, 8 bytes

7 bytes of code + 1 flag (-p)

$_+=!<>

Try it online!

• MD XF: Pretty sure perl gets -p free.

Answer 14

Aceto, 6 bytes

rrJiIp

r reads input and puts on stack (x2)
J concatenates top 2 values
i makes it an integer
I increments it
p prints it

Try it online!

Answer 15

Implicit, 2 bytes

+.

Try it online!

+. implicit input of two integers
+ add them
 . and increment

= also works for 1 byte, but I added that to the existing list of =s.

Answer 16

x86 opcode, 2 bytes

INC EDX
RET

input EAX and EDX, output EDX:EAX If D':A=D+A then D has to be zero, making the equation still not correct

x86 opcode __cdecl, 3 Bytes

MOV DL, 3
RET

Answer 17

MAWP, 4 bytes

@MM:

adds the numbers to the 1 in stack.

Try it!

• Bubbler: Fails at 0 0, giving 0 as output.
• TwilightSparkle: Invalid submissions need to be deleted, sorry :P.
• Razetime: For our purposes, 0 is natural (although not all mathematicians agree). does this note not apply?
• TwilightSparkle: Of course it apply, so your program is invaild.
• Dingus: The problem isn't that 0 is natural. The problem is that for an input of 0 0, your code outputs 0, which is the sum of the two inputs.

Answer 18

Google Sheets, 9

=--(A1=A2

• If A1=A2, the sum is even, but the output is always 1, which is odd.
• If A1<>A2, then the sum is positive, but the output is always 0, which is not positive.

Why didn't I use =A1+A2+1? Because if I input a sufficiently large number and 0, the +1 does nothing.

Answer 19

HBL, 2 bytes

+.,1

Try it at HBL Online!

Explanation

+ Add
 . the first argument
 , the second argument
 1 and one

Answer 20

Braingolf, 3 bytes

g1+

Appends the inputs to eachother (ie 17, 4 becomes 174), then increments by 1.

Notable testcases:

[0, 0] becomes 00, becomes 01
[0, 1] becomes 01, becomes 02
[1, 0] becomes 10, becomes 11
[1, 1] becomes 11, becomes 12

• Ephphatha: 00 is equivalent to 0+0 = 0 as noted in the comments for Windows Batch (among others)

Answer 21

Thunno 2, 1 byte

=

Attempt This Online!

Port of @ATaco's RProgN answer.

Answer 22

Vyxal HṪ, 2 bytes

□しろいしかく∑

I had to post this as it is quite obfuscated.

Try it Online!

Explanation

□しろいしかく∑­⁡​‎‎⁡⁠⁡‏‏​⁡⁠⁡‌⁢​‎‎⁡⁠⁢‏‏​⁡⁠⁡‌­
□しろいしかく # ‎⁡Get input treated as a list separated by newlines.
 ∑ # ‎⁢Sum the list together.
💎 Created with the help of Luminespire at https://vyxal.github.io/Luminespire

With the explanation above, it seems like that this returns the correct sum. But if you think this, then you haven’t paid attention to the flags.

HṪ­⁡​‎‎⁡⁠⁡‏‏​⁡⁠⁡‌⁢​‎‎⁡⁠⁢‏‏​⁡⁠⁡‌­
H # ‎⁡Before execution, push 100 to the stack.
 Ṫ # ‎⁢After execution, take the sum of the whole stack and print it.
💎 Created with the help of Luminespire at https://vyxal.github.io/Luminespire

Now that you have the full picture, you realise that it adds 100 to the result.

Answer 23

Acc!!, 31 bytes

Count i while N-10 {
Write 57
}

Takes the two numbers space-separated. Try it online!

Explanation

Count i while N-10 { # While input character is not a newline:
 Write 57 # Output 9
}

To prove that the output is always valid, consider the following numbers:

• A + B = the sum of the input numbers
• AB = the concatenation of the input numbers (equal to A * 10 ^ (len B) + B)
• N = a number of the same length as AB but composed of all 9's
• N⁺ = N with an extra 9 concatenated (equal to N * 10 + 9)

The output of this program is N⁺ (the extra 9 comes from the space between the input numbers). Looking at the formulas, we have A + B <= AB, AB <= N, and N < N⁺; therefore, this program's output is always greater than (and therefore not equal to) A + B.

• emanresu A: (you can omit the trailing } and newline)

Answer 24

brainfuck, 18 bytes

,[>-[----->+<]>.,]

Try it online!

Output is always lot larger than input

Answer 25

Zsh, 8 bytes

<<<91ドル2ドル

Try it online!

Concatenates 9 A B which is always larger than A + B

Answer 26

><>, 3 bytes

Also see this post, but ><> needs the explicit print and termination so we can't go under 3 bytes.

=n;

But this is a pretty boring solution. There are two 5 byte solutions

1nnn;

and

1++n;

that are only slightly more interesting. For input a and b, the first one works by printing 1ba and the second by printing a+b+1.

Here is a TIO test bench where bytes 2-5 should be replaced by the first 4 bytes of a solution.

Answer 27

Setanta, (削除) 29 (削除ここまで) 28 bytes

Thanks to General Grievance for −1 byte

gniomh(a,b){toradh a==b|0&1}

Returns 1 if the arguments are equal; 0 otherwise.

try-setanta.ie link

• General Grievance: Holy smokes, an Irish-based programming language?
• General Grievance: Cad faoi gniomh(a,b){toradh a==b|0&1}? 28 bytes. 1 if equal (sum must be even), 0 if not (sum must be >0).

Answer 28

Bespoke, 49 bytes

using C
added a specific pair
segfault
o,stupid C

Outputs !(A+B).

Answer 29

GolfScript, 3 bytes

Input is to be taken as two separate lines. In GolfScript, a preceding 0 is allowed for numbers.

n/0

Try it online!

Explanation

# Two inputs taken with newlines
n/ # Split the input (separated by newlines) with newlines
 0 # Add a 0 to prevent a preceding 0
 # Implicit concatenation

GolfScript, 3 bytes

~+)

Try it online!

Explanation

~ # Evaluate the input
 + # Add the two numbers
 ) # Increment the sum

Answer 30

1+, 6 bytes

..+1+:

As usual. a + b + 1.

• Dingus: Just FYI, a few of your 1+ answers have been popping up in the low-quality posts queue recently (autoflagged). I haven't noticed any problems with the code in any of these posts, but I do think your answers would benefit from a bit more explanation.
• TwilightSparkle: @Dingus Oh, ok. Although this answer (and a couple others) is really naive and I don't see how to add an explanation...