Изменения в версии 2.3.25 - Revision history

Cher: /* ejudge-configure-compilers */

2012-11-21T07:12:59Z

‎ejudge-configure-compilers

Cher: /* ej-super-server */

2012-11-18T15:20:16Z

‎ej-super-server

Cher: /* ej-polygon */

2012-11-18T07:05:31Z

‎ej-polygon

Cher: /* ej-contests */

2012-11-17T06:22:18Z

‎ej-contests

Cher: /* Стандартные проверяющие программы */

2012-11-17T06:21:18Z

‎Стандартные проверяющие программы

Cher at 06:08, 17 November 2012

2012-11-17T06:08:38Z

Cher: /* ej-contests */

2012-11-16T21:27:20Z

‎ej-contests

Cher: /* ej-contests */

2012-11-16T21:20:56Z

‎ej-contests

Cher: /* ej-contests */

2012-11-16T21:19:10Z

‎ej-contests

Cher at 13:41, 15 November 2012

2012-11-15T13:41:31Z

@@ Line 15: / Line 15: @@
 Если у двух языков программирования Id совпадают, одному из языков назначается Id, растущий от 89 в сторону уменьшения.
-Добавлена поддержка для языков clang, clang++, gccgo
+Добавлена поддержка для языков clang, clang++, gccgo, make-vg (сборка программы с помощью make с последующим запуском под valgrind).
 === [[ej-contests]] ===

← Older revision		Revision as of 15:20, 18 November 2012
Line 73:		Line 73:

	В Makefile корректно передаются переменные окружения для валидатора.		В Makefile корректно передаются переменные окружения для валидатора.
		+
		+	В Makefile передаются имена входного и выходного файла для решения.

	=== [[ej-users]] ===		=== [[ej-users]] ===

@@ Line 54: / Line 54: @@
 === [[ej-polygon]] ===
-Поддерживается приоритет языков (ru, en), задаваемый в конфигурационном параметре 'language_priority'.
+Поддерживается приоритет языков (ru,en или en,ru) задаваемый в конфигурационном параметре <tt>language_priority</tt>.
 Улучшено отслеживание состояния перегенерации пакета polygon.

← Older revision		Revision as of 06:22, 17 November 2012
Line 49:		Line 49:

	Добавлена конфигурационная переменная <tt>[[Serve.cfg:problem:start_env\|start_env]]</tt>, с помощью которой можно задавать переменные окружения для запускаемой на тестирование программы.		Добавлена конфигурационная переменная <tt>[[Serve.cfg:problem:start_env\|start_env]]</tt>, с помощью которой можно задавать переменные окружения для запускаемой на тестирование программы.
		+
		+	Исправлена ошибка, возникающая при попытке редактирования сообщений, если сообщения хранятся в MySQL.

	=== [[ej-polygon]] ===		=== [[ej-polygon]] ===

@@ Line 78: / Line 78: @@
 === [[Стандартные проверяющие программы]] ===
-Все стандартные проверяющие программы, работающие с текстовыми файлами, поддерживают переменную окружения EJ_REQUIRE_NL. Если данная переменная установлена, то в конце проверяемого вывода требуется наличие символа \n. Если символ \n отсутствует, проверяющие программы выдают
+Все стандартные проверяющие программы, работающие с текстовыми файлами, поддерживают переменную окружения <tt>EJ_REQUIRE_NL</tt>. Если данная переменная установлена, то в конце проверяемого вывода требуется наличие символа \n. Если символ \n отсутствует, проверяющие программы выдают
 ошибку [[Presentation Error]].
-Таким образом, при включенном режиме EJ_REQUIRE_NL вывод
+Таким образом, при включенном режиме <tt>EJ_REQUIRE_NL</tt> вывод
   printf("%d", a + b);
-приведет к ошибке Presentation Error, а вывод
+приведет к ошибке [[Presentation Error]], а вывод
   printf("%d\n", a + b)
 будет признан корректным.

@@ Line 29: / Line 29: @@
 При хранении посылки в базе данных или в бинарном файле в структуру описателя посылки добавлено поле passed_mode. Это поле устанавливается в 1 для всех сохраняемых в базе посылок. Таким образом, значение поля равно 0 для посылок, сохраненных в базе предыдущими версиями ejudge.
-Если поле 'passed_mode' установлено в 1, то в поле 'test' всегда хранится количество тестов, успешно пройденных программой. Если поле 'passed_mode' установлено в 0, то значение поля 'test' интерпретируется в режиме совместимости с предыдущими версиями ejudge, то есть 'test' хранит номер первого непройденного теста в режиме ACM или MOSCOW и количество пройденных тестов в режиме KIROV.
+Если поле 'passed_mode' установлено в 1, то в поле 'test' всегда хранится количество тестов, успешно пройденных программой. Если поле 'passed_mode' установлено в 0, то значение поля 'test' интерпретируется в режиме совместимости с предыдущими версиями ejudge, то есть 'test' хранит номер первого непройденного теста в режиме [[ACM]] или [[MOSCOW]] и количество пройденных тестов в режиме [[KIROV]].
 В судейском протоколе тестирования выводится информация о ЦП, на котором выполнялось тестирование.
@@ Line 64: / Line 64: @@
 Во всех конфигурациях тестирования переменная окружения LC_CTYPE устанавливается в значение "C".
-В режиме предварительного тестирования турниров OLYMPIAD при параметре tests_to_accept установленным в 0, ситуация отсутствия тестов считается нормальной.
+В режиме предварительного тестирования турниров [[OLYMPIAD]] при параметре <tt>[[Serve.cfg:problem:tests_to_accept|tests_to_accept]]</tt> установленным в 0, ситуация отсутствия тестов считается нормальной.
 === [[ej-super-server]] ===
@@ Line 79: / Line 79: @@
 Все стандартные проверяющие программы, работающие с текстовыми файлами, поддерживают переменную окружения EJ_REQUIRE_NL. Если данная переменная установлена, то в конце проверяемого вывода требуется наличие символа \n. Если символ \n отсутствует, проверяющие программы выдают
-ошибку Presentation Error.
+ошибку [[Presentation Error]].
 Таким образом, при включенном режиме EJ_REQUIRE_NL вывод

@@ Line 23: / Line 23: @@
 Статус [[Wall Time Limit Exceeded]] устанавливается, когда при запуске тестируемой программы было превышено астрономическое время работы программы. В предыдущих версиях ejudge в этом случае использовался статус [[Time-Limit Exceeded]].
-Статус [[Pending Review]] устанавливается для задач, у которых установлен режим проверки <tt>[[Serve.cfg:problem:use_ac_not_ok|use_ac_not_ok]]</tt>, то есть в режиме, когда окончательное решение по посылке принимается судьей или администратором турнира. В предыдущих версиях ejudge в этом случае использовался статус [[Accepted]]. Статус <tt>RUN_ACCEPTED</tt> теперь используется только для турниров OLYMPIAD.
+Статус [[Pending Review]] устанавливается для задач, у которых установлен режим проверки <tt>[[Serve.cfg:problem:use_ac_not_ok|use_ac_not_ok]]</tt>, то есть в режиме, когда окончательное решение по посылке принимается судьей или администратором турнира. В предыдущих версиях ejudge в этом случае использовался статус [[Accepted for Testing]]. Статус [[Accepted for Testing]] теперь используется только для турниров OLYMPIAD.
-<tt>RUN_REJECTED</tt> может устанавливаться администратором или судьей для посылок, имевших статус <tt>RUN_PENDING_REVIEW</tt>, в случае не соблюдения каких либо требований, проверяемых вручную. Ранее в этом случае использовался статус <tt>RUN_STYLE_ERR</tt>, который теперь используется только в случае, когда посылка отвергается автоматической программой проверки стиля.
+Статус [[Rejected]] может устанавливаться администратором или судьей для посылок, имевших статус [[Pending Review]], в случае не соблюдения каких либо требований, проверяемых вручную. Ранее в этом случае использовался статус [[Style Violation]], который теперь используется только в случае, когда посылка отвергается автоматической программой проверки стиля.
 При хранении посылки в базе данных или в бинарном файле в структуру описателя посылки добавлено поле passed_mode. Это поле устанавливается в 1 для всех сохраняемых в базе посылок. Таким образом, значение поля равно 0 для посылок, сохраненных в базе предыдущими версиями ejudge.
@@ Line 37: / Line 37: @@
 При перетестировании посылок (по разным критериям), перетестируемые посылки получают приоритет 10 (а не 0, как было в предыдущей версии).
-Добавлена глобальная конфигурационная переменная 'printout_uses_login'. Если она установлена в 1, то на распечатках решений участников выводится логин участника, а не его имя (название команды).
+Добавлена глобальная конфигурационная переменная <tt>[[Serve.cfg:global:printout_uses_login|printout_uses_login]]</tt>. Если она установлена в 1, то на распечатках решений участников выводится логин участника, а не его имя (название команды).
-Убрано ограничение в 256 символов на длину значения конфигурационной переменной 'test_score_list' раздела описания задачи.
+Убрано ограничение в 256 символов на длину значения конфигурационной переменной <tt>[[Serve.cfg:problem:test_score_list|test_score_list]]</tt> раздела описания задачи.
-Добавлена конфигурационная переменная 'super_run_dir' раздела описания задачи, с помощью которой можно задавать тестирующий компьютер, на
+Добавлена конфигурационная переменная <tt>[[Serve.cfg:problem:super_run_dir|super_run_dir]]</tt> раздела описания задачи, с помощью которой можно задавать тестирующий компьютер, на
 котором будут тестироваться решения по данной задаче.
 Исправлена ошибка при печати решений участников, в именах которых есть символ '/'.
-Добавлена конфигурационная переменная 'enable_process_group' раздела описания задачи. Если данная переменная установлена, то при запуске тестируемой программы на выполнение она помещается в отдельную группу процессов, и при снятии тестируемой программы с выполнения сигнал завершения посылается всей группе процессов. Это позволяет завершать все процессы, порожденные тестируемой программой, если она не изменила свою группу процессов.
+Добавлена конфигурационная переменная <tt>[[Serve.cfg:problem:enable_process_group|enable_process_group]]</tt> раздела описания задачи. Если данная переменная установлена, то при запуске тестируемой программы на выполнение она помещается в отдельную группу процессов, и при снятии тестируемой программы с выполнения сигнал завершения посылается всей группе процессов. Это позволяет завершать все процессы, порожденные тестируемой программой, если она не изменила свою группу процессов.
-Добавлена конфигурационная переменная 'start_env', с помощью которой можно задавать переменные окружения для запускаемой на тестирование программы.
+Добавлена конфигурационная переменная <tt>[[Serve.cfg:problem:start_env|start_env]]</tt>, с помощью которой можно задавать переменные окружения для запускаемой на тестирование программы.
 === [[ej-polygon]] ===

@@ Line 21: / Line 21: @@
 Добавлены новые статусы посылки:
-Статус <tt>[[Wall Time Limit Exceeded]]</tt> устанавливается, когда при запуске тестируемой программы было превышено астрономическое время работы программы. В предыдущих версиях ejudge в этом случае использовался статус <tt>RUN_TIME_LIMIT_ERR</tt>.
+Статус [[Wall Time Limit Exceeded]] устанавливается, когда при запуске тестируемой программы было превышено астрономическое время работы программы. В предыдущих версиях ejudge в этом случае использовался статус [[Time-Limit Exceeded]].
-<tt>RUN_PENDING_REVIEW</tt> устанавливается для задач, у которых установлен режим проверки use_ac_not_ok, то есть в режиме, когда окончательное решение по посылке принимается судьей или администратором турнира. В предыдущих версиях ejudge в этом случае использовался статус <tt>RUN_ACCEPTED</tt>. Статус <tt>RUN_ACCEPTED</tt> теперь используется только для турниров OLYMPIAD.
+Статус [[Pending Review]] устанавливается для задач, у которых установлен режим проверки <tt>[[Serve.cfg:problem:use_ac_not_ok|use_ac_not_ok]]</tt>, то есть в режиме, когда окончательное решение по посылке принимается судьей или администратором турнира. В предыдущих версиях ejudge в этом случае использовался статус [[Accepted]]. Статус <tt>RUN_ACCEPTED</tt> теперь используется только для турниров OLYMPIAD.
 <tt>RUN_REJECTED</tt> может устанавливаться администратором или судьей для посылок, имевших статус <tt>RUN_PENDING_REVIEW</tt>, в случае не соблюдения каких либо требований, проверяемых вручную. Ранее в этом случае использовался статус <tt>RUN_STYLE_ERR</tt>, который теперь используется только в случае, когда посылка отвергается автоматической программой проверки стиля.

@@ Line 76: / Line 76: @@
 Упрощены ограничения на восстановление пароля.
-=== Стандартные проверяющие программы ===
+=== [[Стандартные проверяющие программы]] ===
 Все стандартные проверяющие программы, работающие с текстовыми файлами, поддерживают переменную окружения EJ_REQUIRE_NL. Если данная переменная установлена, то в конце проверяемого вывода требуется наличие символа \n. Если символ \n отсутствует, проверяющие программы выдают