matrach
commented
7 years ago It's actually pretty straightforward to add a basic support for Python using the mechanism created for Java solutions, which are not compiled to binaries, but to bytecode, instead. The tricky part is making it secure, especially that, the currently used supervisor is not open-sourced. In case you can disregard this, the current source->execution flow for Java is as follows:
- The .java file is converted to a jar in two steps implemented here for using system-provided JDK and here for a custom one.
- The resulting file is sent back to the frontend, and then distributed to the workers grading tests.
- File runners handle running non-executable files. They just create a shell command suitable to be run within a specific executor.
In the codebase you'll encounter three main concepts:
- A Sandbox is just a bunch of files, which is a base for execution environment. It might be just the JDK or some minimal root filesystem.
- Executors are ways of running binaries/commands within a sandbox. They may impose security, i.e. to limit the binary/command to the sandbox.
- File runners create commands for running arbitrary files with a specific executor.
enedil
Wolf480pl
A-dead-pixel
Hello. I was thinking of possibility of a work around for running Python with oioioi. Currently project requires to run a binary. This could be resolved using Cython - Python code would be transpiled to C or C++ source and then compiled with appropriate compiler. This however would impose double step in compilation with seems to break the current process as there is no support for variable number of steps which produce binary. Any guidance on whether it is even needed and if so, how to proceed?