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
When submitting code for problems 7-10, the website always returns a 500 (internal server) error. These are the problems that depend on files for input (as opposed to using command-line arguments).
The problem is in the Engine. Many of the path strings in the code are relative (e.g, just the basename) which can fail to refer to problem input files. These failures occur when running the Engine from a working directory that is different than the working directory used on my personal development machine.
To fix this issue, use of path strings must be consistent and robust to the different working directories.
This issue will be deemed resolved when:
the Engine does not use paths that depend on the working directory, nor depend on the location of any source file
problems 7-10 work properly in both development and production
The text was updated successfully, but these errors were encountered:
I think you partly fixed this but this should be completely fixed now. Problem modules now define static resources which the engine will push into the LXD containers before running any test cases. Individual test cases can also define dynamic resources, which test case specific files the user must read, and user generated files, which are test case specific files the write writes out that the engine must pull and read to evaluate test case correctness.
We've moved away from reading and writing files for problems 1-10 so this functionality isn't used anymore but it's available and works (when I tested it using the old versions of problems 1-10) if we decide we need it.
When submitting code for problems 7-10, the website always returns a 500 (internal server) error. These are the problems that depend on files for input (as opposed to using command-line arguments).
The problem is in the Engine. Many of the path strings in the code are relative (e.g, just the basename) which can fail to refer to problem input files. These failures occur when running the Engine from a working directory that is different than the working directory used on my personal development machine.
To fix this issue, use of path strings must be consistent and robust to the different working directories.
This issue will be deemed resolved when:
The text was updated successfully, but these errors were encountered: