Potwierdzam

potwierdzam

Potwierdzam C:

Potwierdzam

https://drive.google.com/file/d/1oqU1v5weuLaFRxkWSLtJgA7X1121xHCR/view?usp=sharing
Testy w większości były generowane nielosowo, różnymi sposobami.
Outy mają tylko pierwszy wiersz wyjścia.
<1,1999> - n<=10
<2000,4999> - n<=20
<5000,8999> - n<=30
<9000,9899> - n<=3 000 (1 podzadanie)
<9900,10000> - n<=500 000 (2 podzadanie)
Potwierdzacie testy?

EDIT:
Do paczki dodałem jeszcze skrypt, który sprawdza poprawność wypisywanej odpowiedzi. Wystarczy wkleić sprawdzany kod do pliku zap.cpp i odpalić skrypt chk.sh. Jak ktoś nie ma linuxa, to trudno.

To jest szóste, specjalne zadanie dla tych, którzy już wszystko zrobili, aby się nie nudzili.
Jego treść staje się widoczna dopiero po zużyciu wszystkich zgłoszeń do pierwszych 5 zadań.
Nie wiem czy udostępnianie tej treści jest dozwolone.

potwierdzam

Siema, generalnie nie mogę nigdzie znaleźć treści zadania Hyde Park, poratowałby ktoś linkiem?

Mój stary miał nową kobietę i mówił mi, że jest w porządku

Potwierdzam

Potwierdzam

Potwierdzam

Potwierdzam

0. Proszę, nie wrzucajcie na tego durnego g*gle drive'a niezarchiwizowanych paczek. Nawet zip wystarczy, aby nie trzeba było czekać na "Kompresuję 1 plik".

1. Apeluję o tworzenie paczek w formacie standardowym dla sio2, w celu ujednolicenia. Znacząca część ludzi wydaje się i tak już tego używać. Struktura archiwum z testami do zadania o skrócie zad (!) winna zatem być następująca:
- folder zad
- w nim foldery in oraz out
- w nich pliki o nazwach odpowiednio zad$i.in albo zad$i.out, gdzie $i to numer testu.

2. Testy powinny mieć zakończenia linii typu LF (unix), a nie CRLF (dos). Tak właśnie jest w testach na tej olimpiadzie (rok temu zadałem o to pytanie). Ma to znaczenie chociażby w wypadkach używania funkcji getchar_unlocked() do wczytywania endline'a.

3. Na końcu każdego ina czy outa powinien być znak nowej linii, czyli np. printf("69\n")/cout<<"69\n" zamiast printf("69")/cout<<"69" na końcu programu. Uważam iż lepiej jest nie musieć używać flagi -w do komendy diff, jako iż wtedy mniej się może zepsuć. Nawet github zwaca uwagę na pliki bez trailing endline'a.
Generalnie pliki winny raczej mieć dokładnie taki sam rozkład białych znaków, co w specyfikacji zadania.

4. W poście z linkiem do paczki warto umieszczać informacje o numerach testów, np. "Testy są o numerach od 1 do 100".

Zapraszam do zamieszczania tu uwag, opinii i kwestii, o których potencjalnie zapomniałem.

Potwierdzam