Проблема с Win32-компиляцией

[Fenixoff]

Доброго времени суток!
Пытаюсь настроить Win32-компиляцию. Делю все по инструкции. Методом тыка обнаружил уже, что хоть это и прописано в инструкции, но не является очевидным, что в файле win32_compile/bin/nwrun.cfg следует не просто подставить корректную букву диска в spool_dir, а еще и "j:\win32_nwrun" заменить на просто "j:". Однако после этих манипуляций и включения win32-компиляторов в настройках тестового турнира решение не тестируется, в отчете видим

Code: Select all

====== Test #1 =======
--- Input ---
1
1


--- Output ---
2

--- Stderr ---
(file is missing)
--- Checker output ---
generic_read_file(/home/judges/win32_nwrun/result/000001/out/ejudge_G0101010102/) failed

При этом на компилирующей машине имеем вот что:




Заранее спасибо за любые подсказки, что же я сделал не так.

[cher]

ej-nwrun ничего больше не выводит?

Какая версия системы на сервере и пакета ejudge-win32?

[Fenixoff]

Версия на сервере 2.3.24, пакет Win32-компиляции 2.3.20.

Весь вывод ej-nwrun на одну посылку:

[cher]

Попробуйте последнюю версию ejudge из SVN (rev 7140) и соответствующий пакет для win32.

[Fenixoff]

Спасибо огромнейшее! Вы спасли нашу олимпиаду . Теперь тестируется как следует. Видимо следует добавить в Wiki ссылку на новую версию win32-compile.
На будущее, не могли бы Вы рассказать, можно ли самостоятельно собирать пакет win32-тестирования и если да, то как?

Возникла только проблема с нормализацией: программа, отрабатывающая на windows-машине пишет в выходной файл \r\n, соответственно стандартный чекер, сравнивающий файлы побайтно выдает WA.

Кстати, в стандартной конфигурации последняя версия PascalABC.Net содержит компилятор с именем исполняемого файла pabcnetc.exe а не pabcnetcclear.exe, как это прописано в скриптах запуска, но это уже и каждый сам может поправить .

[cher]

Когда будет выкладываться очередная версия, обновим и ссылку.

Сборка под MinGW стандартная: ./configure-mingw && make. В последних версиях MinGW даже появился пакетный менеджер, что делает установку дополнительных библиотек достаточно удобной.

Побайтный чекер, как правило, никогда не используется при проверке ответа. Если нужно проверять текстовые файлы общего вида, тогда можно использовать построчное сравнение файлов (cmp_file), при которой выполняется нормализация. Или вообще использовать сравнение последовательностей целых или вещественных чисел.

[dk]

Спасибо огромнейшее! Вы спасли нашу олимпиаду . Теперь тестируется как следует. Видимо следует добавить в Wiki ссылку на новую версию win32-compile.
Кстати, в стандартной конфигурации последняя версия PascalABC.Net содержит компилятор с именем исполняемого файла pabcnetc.exe а не pabcnetcclear.exe, как это прописано в скриптах запуска, но это уже и каждый сам может поправить .

pabcnetcclear.exe - более "правильный" компилятор с точки зрения ejudge - у него нет разноцветных сообщений об ошибках и нет задержки после вывода сообщения об ошибке.

К сожалению, на сайте pascalabc.net выложена старая версия 1.6 компилятора pabcnetcclear.exe, которая не работает вместе с версией 1.8. Я написал разработчикам pascalABC.NET просьбу сделать новую версию pabcnetcclear.exe, надеюсь, скоро сделают.

[Fenixoff]

Спасибо. Насколько я понимаю, cmp_file игнорирует завершающие пробелы в строках файла, что в общем-то не очень хорошо, особенно когда речь идет о проверке задачи, ответом которой является произвольная строка.

[dk]

Спасибо. Насколько я понимаю, cmp_file игнорирует завершающие пробелы в строках файла, что в общем-то не очень хорошо, особенно когда речь идет о проверке задачи, ответом которой является произвольная строка.

Как правило, на олимпиадах не принято давать задачи, где важны пробелы в концах строках, неужели у вас такие задачи? Поэтому как правило используется именно cmp_bytes, а не cmp_file.

[vk]

Поэтому как правило используется именно cmp_bytes, а не cmp_file.

Наверное наоборот, вы хотели сказать =)

П.С. На своих олимпиадах мы всегда используем либо cmp_file, либо внешние чекеры. Не припомню ни одной задачи, где что-то другое.

[Fenixoff]

У нас принято давать задачи, в решении которых не допускается наличие ведущих либо концевых пробелов в строке и ответ типа '23 67 90 ' должен засчитываться как PE.

[dk]

У нас принято давать задачи, в решении которых не допускается наличие ведущих либо концевых пробелов в строке и ответ типа '23 67 90 ' должен засчитываться как PE.

Это, конечно, ваше право, но зачем?

То есть если нужно вывести содержимое массива, то код типа
for (i = 0; i < n; ++i) cout << A << " " ;

будет неправильным?

Совершенно не вижу причин так делать.

[Fenixoff]

Такие правила на олимпиадах вышестоящих уровней (районных, городских, областных, республиканской).

[dk]

Такие правила на олимпиадах вышестоящих уровней (районных, городских, областных, республиканской).

А можно поинтересоваться, где это?

[dk]

К сожалению, на сайте pascalabc.net выложена старая версия 1.6 компилятора pabcnetcclear.exe, которая не работает вместе с версией 1.8. Я написал разработчикам pascalABC.NET просьбу сделать новую версию pabcnetcclear.exe, надеюсь, скоро сделают.

На http://pascalabc.net/ssyilki-dlya-skachivaniya.html выложили сборку 511 версии 1.8 PascalABC.NET: http://pascalabc.net/ssyilki-dlya-skachivaniya.html

Там компилятор pabcnetcclear.exe уже включен в дистрибутив.