Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add answers to questions from Luxor to manual/clars #2673

Closed
wants to merge 5 commits into from

Conversation

vmcj
Copy link
Member

@vmcj vmcj commented Sep 10, 2024

I'll squash after approval.

No reason to merge it now, but I found it in the GDrive folder.

I would assume any system does this but it was a question last year.
Even when they are not, the jury should be aware and discuss it for
other years.
DOMjudge will run your submissions on the test cases in a deterministic
order, i.e. if your program fails on the fourth case with wrong answer
and on the fifth case with run error, DOMjudge will report wrong
answer. It will not report the number of the test case that failed.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is not always true and depends on the Results prio configuration setting. I don't think this should be included by default.

The DOMjudge team would like your feedback. We do not
receive much feedback from participants. If you find
something lacking or have improvement ideas, please report
them. See https://www.domjudge.org/development.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What's the change here except reformatting?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Only reformatting.

more consistent, for example we pin your submission to one core.
- DOMjudge does not define any special macros like ONLINE_JUDGE.
- For interactive problems, only your code runs inside of the sandbox and other processes
including the interactive problem interactor do not count towards memory or time limits for the submission.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't really understand what these do here in the default clarification answers (I think they should have been general clarifications sent out at the beginning of WFs), but they should not go into main.

@@ -261,6 +261,8 @@ your program).
On the contest control system your program enters a queue, awaiting compilation,
execution and testing on one of the autojudges.

Beware that if you submit multiple times in a short time interval the DOMjudge will determine which submission to judge based on both the submission time and how many other submission you have in queue to penalize spamming.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Beware that if you submit multiple times in a short time interval the DOMjudge will determine which submission to judge based on both the submission time and how many other submission you have in queue to penalize spamming.
Beware that if you submit multiple times in a short time interval, then DOMjudge will determine which submission to judge based on both the submission time and how many other submission you have in queue to penalize spamming.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also, I'm not really sure this should go into the manual in main.

@vmcj vmcj closed this Sep 13, 2024
@vmcj vmcj deleted the a2q_luxor branch September 13, 2024 11:04
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants