When I try to compile my C code using the CodeX C compiler, i get a lot of errors complaining about casting a void* to something else, which is fine in C however forbidden in CPP (source: https://stackoverflow.com/a/22744183/11804669)

Which is really weird because that would mean the C language for CodeX is actually compiled as if it was C++

So as a test I tried copy pasting a C++ Hello World script into it (which should not AT ALL) compile if it was really C

and that worked

As Heroku has closed its free tiers the API is down. Please host it on sites like railway or porter so that the API can be up again. Thank you for the amazing API.

As from 28th Nov 2022 Heroku going to charge money for free dynos ,so I am saying you to host it another platform to get free api hosting service. Thank you!!

Went ahead an implemented the lang support for go, cs, and javascript.

One thing I believe we need to come to consensus of is the version of each compiler/interpreter that should be downloaded. As it stands, the most recent version is downladed through 'sudo apt-get install [compiler/interpreter]'. But this may not match up with the language versions hardcoded in the program/may break the endpoints with future updates. Thus, as aforementioned, I propose we standardize the version downloaded in the apt-get install command to avoid such inconsistencies. Wanted to run it by you first though Jaagrav.

Thanks for the great api. Cheers!

I written a program in C++ for infinite memory usage which is as follows

#include<iostream>
using namespace std;

int main() {
    while(true) {
        int *n = new int[10000];
    }
}

I think the API has been crashed after executing above code as it is showing 'Network Error' now (earlier it was working fine). please try to resolve this issue and place a limit on memory usage and execution time.

Creating this as an issue to be tackled in a future PR.

Just noticed that the code to run/execute each language is basically the same, minus the spawn command. Thought the code could be refactored to avoid such redudancy.

I will likely pick this issue up if someone does not already in the upcoming day(s).

Getting the following response

response: { status: 503, statusText: 'Service Unavailable', headers: { connection: 'close', server: 'Cowboy', date: 'Sun, 30 Oct 2022 07:40:57 GMT', 'content-length': '506', 'content-type': 'text/html; charset=utf-8', 'cache-control': 'no-cache, no-store' },

I cloned this project, run rpm install. Everything seems to working fine. I tested c, cpp, js codes, all work fine but java code is not working.

case 'java':
            return {
                executeCodeCommand: 'java',
                executionArgs: [
                    join(process.cwd(), `codes/${jobID}.java`)
                ],
                compilerInfoCommand: 'java --version'
            };

Is there a way to work with asynchronous code that have delay? For example, setTimeout() in javascript.

If i made a code inside the timeout and make the delay to be 2 seconds, all of the code just executed. Here is example code

console.log("before timeout");
setTimeout(() => {
    console.log("inside timeout");
}, 2000);

private JSONObject getCompileResult(String code, String input, String language) throws UnirestException { Unirest.setTimeouts(0, 0); HttpResponse<String> response = Unirest.post("https://codex-api.herokuapp.com") .header("Content-Type", "application/x-www-form-urlencoded") .field("code", code) .field("language", language) .field("input", input==null ? "" : input) .asString(); return new JSONObject(response.getBody()); }

Future feature to be implemented: running code with multiple files.

This seems fairly straight forward with compiled languages. For example, for c/cpp we can send the code as an array of strings, have the file for each code string created, and the g++ command should take care of the rest in creating the executable. Some minor accomodations may need to be made to differentiate b/w header and non-header files, but that is not a big deal.

For interpreted languages, like python, I am not sure its as straight forward with the current mechanism. This is because if a python file imports from a file called "x", the imported filename will be modified to a UUID with the current set-up and thus the import statement will be broken. However, I might be misunderstanding and welcome criticism/solutions.