Форум Всеукраїнської інтернет-олімпіади NetOI

У меня тоже не работает, отправляю задачи на python3

Снова та же ошибка..

Причина "зависания" он-лайн проверки - это ее самозащита от деструктивного кода, который  присылают на проверку отдельные участники. Кто-то (кто-знаем)  "надоумился" слать конвертированные в ассемблер решения. Иногда это проходило (уже не будет), а чаще - "вешало" систему. Использование таких "технологий" не предусмотрено никакими правилами. Подобные решения с ассемблером будут отвергаться без предварительной компиляции.

monx94 написав:

У меня опять проблема, но только с задачей Treats. Все остальные задачи нормально работают, но вот когда пытаюсь проверить Treats, проверка отправляет "HTTP/1.1 501 Not Implemented Content-type: text/html" и временно отключается. Я всё проверил и перепроверил, выдаёт всё быстро и без проблем, и на стандарте C++98 ни единой ошибки или предупреждения, при любых значениях все без пререканий, но проверка всё "виснет". Что может быть причиной?

У меня похожее сайт выдаёт.

Відредаговано IgorPyl (2018-12-24 12:15:03)

Жюри_Пасихов написав:

Убирайте системные вызовы в коде, даже в комментариях.

Перевірте, будь ласка, уважніше свою систему перевірки. Можна звісно продовжувати говорити, що причина падінь в "деструктивному коді", але від повторення бажане не стане дійсним. Проблема не в асемблерних вставках, а в перевіряючій системі.

По-перше падає система при відправці на перевірку будь-яких рішень задачі Treats. Приклад такого неймовірно деструктивного коду:

int main(){}

По-друге, коли спрацьовує ваш "захист", то система не лягає, а просто видає 501 помилку. У випадку Treats - після 501 помилки перевірка падає, і протягом найближчих хвилин 10-15 відправити нічого неможливо (схоже, що вотчдог прикрутили недавно. На початку туру лягало все не на 10 хвилин, а до тих пір, поки не (пере-)запустять вручну).
По-третє, "деструктивний" код з асемблерними вставками - це абсолютно валідний С++ код, який коректно збирається компілятором, що стоїть на перевіряючому сервері і робить точно те ж саме, що і код без асм. вставок. І більш деструктивним від наявності асемблеру він не стає.

Жюри_Пасихов написав:

чаще - "вешало" систему

"Кто-то (кто-знаем)" відправляє подібний код на NetOI уже років 3 і жодного разу проблем з цим не було.


Звісно, якщо єдиний спосіб захисту від усіх можливих деструктивних дій - це тупий фільтр по входженню різних підрядків у текст рішення, як у випадку з новим фільтром на рядок "_asm_" (причому навіть не в рішенні після пре-процесора! Банальний макрос дозволяв обійти перевірку, а наявність "забороненого слова" в коментарі - провалити її!), то так, асемблерні вставки можуть становити загрозу безпеці системи. Але в такому випадку загрозу безпеці становить все що завгодно. І працює така "безпека" виключно завдяки принципу "Невловимого Джо". Існує безліч способів обійти такий "захист" і в компайл-таймі і в рантаймі, незалежно від наявності можливості використання асемблерних вставок.

Жюри_Пасихов написав:

Использование таких "технологий" не предусмотрено никакими правилами.

"Использование таких технологий" цілком передбачено правилами олімпіади. Як я вже писав вище, код з асемблером - абсолютно валідний. Компілятор його коректно компілює і лінкує. Жодного деструктивного навантаження в код не додається через використання асемблерних вставок. Він робить точно те саме, що і код без таких вставок. Щоб це стало не передбачено правилами - треба внести зміни в ці правила.
Ну а відповідь на питання, наскільки коректно міняти правила уже посеред олімпіади лежить, напевно, десь поряд з відповіддю на питання, наскільки коректно давати задачу, у якій не вказані обмеження на частину вхідних даних.

Відредаговано Dim_ov (2018-12-25 01:05:34)

Жюри_Пасихов написав:

Все перевірили.

Дякую! Тепер дійсно працює.

Жюри_Пасихов написав:

Ми сподіваємося, що мета у учасників олімпіади інша - навчтися розв'язувати задачі з інформатики.

Так, але учасники, все таки, бувають різні. А коректне налаштування прав і квот процесу рішення було б значно ефективнішим захистом, ніж пошук "поганих слів" у коді. І у плані безпосередньо захисту, і у плані відсутності "хибних спрацьовувань", коли системою не приймається цілком коректний код.

Жюри_Пасихов написав:

Зараз ми працюємо над новою версією сайта та перевіряючої системи. Скоро буде.  Версії, що працює, виповнилось 20 років.

Це круто (і ювілей, і нова версія). Будемо чекати