Считаю подлым:
а) erase 0 в задаче B в тесте 42 :о)
б) пробелы до и после # в задаче E в тесте 139. AC по ней через 28 секунд после конца контеста/начала дорешивания :о) на контесте правильное решение отправил наверное через секунду после конца :о(
UPD: Если кому-то интересно, WA19 в задаче E обозначает что вы не учитываете случай, когда перед вызовом макроса стоит -, а внутри макроса плюсы или минусы. Это не ОК :о)
а) erase 0 в задаче B в тесте 42 :о)
б) пробелы до и после # в задаче E в тесте 139. AC по ней через 28 секунд после конца контеста/начала дорешивания :о) на контесте правильное решение отправил наверное через секунду после конца :о(
UPD: Если кому-то интересно, WA19 в задаче E обозначает что вы не учитываете случай, когда перед вызовом макроса стоит -, а внутри макроса плюсы или минусы. Это не ОК :о)
Видимо весь тест состоял из таких вот небольших констант...
У меня тоже долго было TLE, но оказалось достаточно читать через gets(), а потом можно и string использовать. Работает за 830мс, компилятор g++.
По задаче C не понял, в чём была особенность с erase 0/-1. Использовал std::map для поиска по id.
Может там вы в цикле деаете s += ch :о)
Если бы была такая проблема (char* проходит, string нет), было бы странно, почему код на Java и C# вообще проходит :о)
Про erase 0 / erase -1 - это и была основная реализационная хитрость в этой задаче :)
А про пробелы в E в условии сказано дважды ;) И это стандартное поведение C++.