Ostatnie posty

Hej
Potwierdzam :)
Cześć cześć :)
Pomijając strasznie skrajne przypadki (nie, thinkpad kupiony za dwa piwa i gumę kulkę nie jest nawet blisko skrajnego przypadku), jest to niemożliwe. Twój program kończy pracę szybciej niż powinien. Jak już ktoś powiedział, odpalenie testu ręcznie powinno dać chociaż częściową odpowiedź.

@Filip Ksobiak na twoim miejscu sprawdziłbym czy test działa pod sio. Różnice w działaniu wynikają stąd, że vs używa domyślnie innego kompilatora niż codeblocks, przez co wyjściowy program jest diametralnie inny. Nie mam wystarczającej wiedzy żeby to jakoś ładnie wyjaśnić (pewnie jest to mocno guglowalne), ale z własnego doświadczenia wiem że kompilator vsowy jakoś lepiej sobie radzi wtedy kiedy program pisze tam gdzie nie powinien i czasami przy pisaniu poza zakresem jakieś tablicy nie wyrzuca segfaulta, przy czym gcc (ten drugi) robi to praktycznie zawsze. No a na olimpiadce używany jest gcc, stąd są spore szanse że tutaj nie przejdzie.
Potwierdzam
Potwierdzam :)
bo głębokość ma wynosić co najwyżej H, a nie dokładnie H
Tez mam w środku wykonywania programu oczekiwano "-1" a wczytano "EOF" - zgaduje że problem jest gdzieś w kodzie i program nie wykonuje się poprawnie?
Potwierdzam
Pod linkiem https://otsrv.net/oi/ możecie znaleźć:
-10^5 bardzo małych testów, n=20, losowe 1≤m≤10 (na prośbę osoby z innego thread'a)
-10^6 średnich testów, n=1000, losowe 1≤m≤n/5
-10^5 dużych testów, n=10^6, losowe 1≤m≤n/5
-bonusowy test o numerze -1

Każdy test miał losowo wygenerowaną "stromość", czyli szansę na wstawienie '('.
Format jak w paczkach sio, czyli in/ply$numer.in, out/ply$numer.out
Jeśli pisząc VS nie miałeś na myśli programu Visual Studio, tylko auto marki Holden (https://en.wikipedia.org/wiki/Holden_Commodore_(VS)), to bardzo przepraszam za błędne założenie.
Rekomenduję używanie oprogramowania dostępnego na dalszych etapach Olimpiady (np. geany, code-blocks, neovim), a w szczególności odradzam oprogramowanie niewolne.
potwierdzam