You start out by finding a suitable problem to solve. Then you write code to solve the problem. After this, you submit the code to us for review. We will then compile your code and run it on some secret input. After some careful deliberation, you will get a judgement informing you whether your code behaved as expected or not.
Your program should read its input from standard input and produce output on standard output. This can for instance be done using System.`in` / System.out. Anything written on standard error (System.err) will be ignored. This can be used for debugging your program during development (i.e., you do not have to remove debug output before submitting if you use standard error for debug output). Of course, writing to standard error will take some runtime.
Input will always follow the input specification (so you do not need to validate the input). Your output must follow the output specification.
For Kotlin, we use Kotlin version info: kotlinc-jvm 1.3.0 (JRE 11.0.5+10-post-Ubuntu-0ubuntu1.119.04) with the following flags: -d {path} -Djava.io.tmpdir={path} {files}.
For Kotlin, we use the following runtime flags: -J-XX:+UseSerialGC -J-Xss64m -J-Xms{memlim}m -J-Xmx{memlim}m -cp {path}.
Here {memlim} is the actual memory limit for the problem you are submitting to.
You are allowed to use all standard libraries included with Kotlin.
We are currently using Dell PowerEdge R230 servers for judging. These are equipped with an Intel Xeon E3-1220V6 CPU running at 3.0 GHz and 8 GB RAM. A 64-bit Linux kernel is used.
We will inspect the exit code of your program. If it is non-zero, we will judge your submission as Run Time Error.
Now lets get down to business and write some code. The short tutorial below goes through the solution of A Different Problem.
You are tasked with writing a program that computes the difference between integers. Sounds simple, doesn't it? Well, as we will see, the problem still holds some small difficulties.
One thing to note is that the integers can be fairly large, as large as 1015, which is a lot larger than the maximum value of an Int (which is 231−1). Luckily, there is a 64 bit integer type in Kotlin, Long.
Now that we have determined a suitable type, we just have to read the data. Reading is done from standard input. In this problem, we should read until the end of the file (in other problems, there might be an integer at the beginning of the input, specifying how much to read, or there might be a special indicator denoting that there is nothing more to read). Using readLine(), we can do e.g.:
Now that we've read the input, it's time to actually solve the problem. Since 0 ≤ a, b ≤ 1015, we have that −(1015) ≤ a−b ≤ 1015, which means that there is no danger of overflow involved in just subtracting the two numbers a and b. Then, we can just take the absolute value by using the Math.abs function.
Finally, it's time to print the result. Using println() (assuming the long variable r holds the result):
Now we are basically done, all that remains is to combine the above parts.
Here is a version of the complete solution.
The sample data provided in the problem statement is just there to help you make sure you understood what the problem asks for, and the input/output format. When you submit your solution, we will run it on an extensive set of additional test data to verify that it solves the problem correctly and efficiently.
When we run your solution, the first case(s) are always the sample case(s). If you fail on these, make sure that:
Sorry, no. We can't share the secret testdata.
The sample data is used to illustrate and clarify the problem. If you believe there is an error in the sample data, your interpretation of the problem is probably wrong. Consider if there is an alternative interpretation which matches the sample data.
No, however we allow you to submit your solution multiple times so you can test your way to the right solution.
Yes, we store your submissions. Occasionally a problem is found with one of the problems (no pun intended) or a time limit is changed (this should not happen frequently) and then we need to rejudge all submissions on that problem. We also use the code to check for plagiarism.
Please contact us and tell us about it.
Uncaught Kotlin exceptions will almost always be judged as Run Time Errors with some extra information. For a few exceptions, you will get to know what the exception was (but no stack trace or line number), for most you will just be informed that you got an uncaught exception. Exceptions relating to memory exhaustion will be judged Memory Limit Exceeded, for obvious reasons.
The mainclass is the class containing the entry point (main method) of your program. It is a method that looks like this:
fun main(args : Array<String>)
Note that in Kotlin, a file "main.kt" containing the main method gets compiled to "MainKt.class", so the mainclass is "MainKt".
As you can submit multiple classes, there can potentially be multiple such methods. Therefore you need to specify which class contains the main method we should use. Note that the mainclass must contain the full name of the class. If you declare a package, it must be included (or we will not find your class). For example, if your class name is "SolutionKt" and it is in package "fuzzy" your mainclass should be "fuzzy.SolutionKt".
Specifying the wrong mainclass will give you a Compile Error telling you what happened.