You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current interface is through file descriptors instead of filenames, where:
stdin (0): input from user program output, aka. "Output_File"
stdout (1): judge output, aka. "Result_File"
stderr (2): judge side output (for debug/error messages)
extra (3): input from user program input, aka. "Input_File"
Using file descriptors has the benefit that files don't need to have names, thus increases the variety of implementation. In case of judging files, one could open the input, output and result file, and dup to file descriptor 0, 3 and 1.
As of Answer_File, it was designed for judge itself to handle it. The judge could either compute in parallel, integrate answer in source file, or read a data file. We could supplement argument and file support for that.
maybe like this:
By doing so, it will be easier to use famous special judge libs, e.g. testlib.h.
The text was updated successfully, but these errors were encountered: