Всем привет!
Пока более 400 участников уже готовятся сразиться в отборочном раунде Russian Code Cup 2017, тех, кто пока не квалифицировался, мы приглашаем принять участие в третьем квалификационном раунде, который состоится в субботу, 29 апреля, в 14-00. Лучшие 200 участников смогут также принять участие в отборочном раунде и побороться за выход в финал Russian Code Cup 2017.
Всем удачи и до встречи на russiancodecup.ru!
Good luck to everyone, hopefully we will classify for the next round!
Thanks.Good luck
Можно ли зарегистрироваться на раунд, когда он уже начался?
Через 10 минут с момента начала.
Где это сделать? Всё, что я вижу -- "Вы не зарегистрированы на раунд и не можете отправлять решения." на странице раунда и скрытую большую кнопку "зарегистрироваться" на главной странице, у которой стоит стиль show-if-not-authenticated.
Напиши в личку свою почту
Большой респект и спасибо за оперативную реакцию! Надеюсь, пройду дальше :)
В прошлом году у людей была та же ситуация, в и этом году так и не поправили. Эх, разработчики...
I am not able to submit solutions as "You are not registered to the round. So you can not send solutions.". Is there anyway to register after the round has started?
Problem C
The problem is exactly the same, indeed.
I am sorry about that, we made it from scratch. None of our writers or testers noted that they saw it before, although some of them, as I see now, indeed did participate in the corresponding round.
There are tons of problems in the internet, so simple problems are almost certainly similar to some former ones. Of course, if we see exactly the same problem, we always replace one. We just didn't notice that this time.
Hope it didn't affect most participants.
Я слышал, что на контесте Андрея Станкевича в Петрозаводске была задача, очень похожая на Е. К сожалению, я не слышал ее решения :)
Там нужно было найти вершину, из которой достижимо хотя бы 0.5 от максимально возможного. К счастью, я слышал и вспомнил её решение :)
Почему нельзя в строке компиляции для Microsoft Visual C++ задавать размер стека так же, как для GNU C++? Это же наверняка куча рантаймов из ничего, зачем так делать?
Возможно, этот вопрос уже где-то обсуждался, буду благодарен за ссылку.
Ты имеешь ввиду прагму?
Я имею в виду, что стек может быть расширен в строках компиляции (как на Codeforces, например), и это избавляет участников от прагм и вообще от необходимости об этом думать. Оказалось, что на RCC и на GNU стека хватило не всем, но мое решение зашло.
Кстати, если не ошибаюсь, на NEERC точно такая же проблема. Мы когда первый год на полуфинал ездили, не смогли сдать из-за этого правильно написанную задачу, а до переполнения стека не догадались.
Перекусил перед контестом — опоздал на 10 минут, не хватило 7 минут, чтобы сдать D((
Is this 21st century? Can somebody confirm? I am not sure because I have just participated in a contest with a stack limit. Come on guys, it's pathetic.
Hmm, I was doing recursive DFS in D, so it probably would have failed if there was a stack limit.
Something else that I didn't like though was getting TLE in D, which I fixed using FastIO :)
There was a stack limit, however a pretty big one as for existing stack limits — 64MB. I submitted on CF code that got RTE on RCC and it got AC using 96MB.
Did you submitted on Visual C++? It seem to there are very strict stack limit on VC++, but isn,t on g++.
No idea what is stack limit in Visual C++, but I submitted it in g++14 which is compiled with --stack=67108864 what means there is 64MB limit on stack.
Same here... But, sadly, I didn't pass D during contest even with FastIO and some optimizations.
Code that got TLE on RCC got AC easily on CF in about 400 ms. Most frustrating is wasting more than one hour trying to make it fit in time limit.
Contest has been added to gyms 2017 Russian Code Cup (RCC 17), 3rd qualification round
Добавлено в тренировки 2017 Russian Code Cup (RCC 17), 3-й квалификационный раунд
Подскажите, почему асимптотически оптимальное решение задачи D на Kotlin получает TL на тесте 10: 26762871? Прошу заметить, что так как код на Kotlin компилируется в очень хороший Java-байткод и исполняется JVM, скорее всего аналогичное решение на Java так же получило бы TL.
Я не являюсь ни составителем контеста, ни создателем платформы Codeforces. Я сам участвовал в нём и лишь залил его на Codeforces. Поэтому, мне кажется, такие вопросы следует задавать не мне. Простите, что не смог ответить на ваш вопрос так, как вы ожидали.
Извините, что обратился не по адресу, и спасибо, что залили контест.
Кстати, я решил проблему, обернув
System.out
вBufferedOutputStream
: 26771558. Но жаль, что приходится так извращаться, чтобы загнать решение в лимит времени (опять же эта претензия, конечно, не к вам).Great, after learning that RCC has stack limit I also learned that I was constantly getting WA in E on test #2 because RCC is judged on Windows that has fu^&*# up rand() :/.
My screencast
Почему на RCC до сих пор есть штраф за ошибку(WA/TL/PE/RT) на первом тесте?
Потому что это ACM-формат? Или я чего-то не знаю о правилах проведения RCC?