Ostatnie posty

ja nie potwierdzam mam mniej tak coś o okolicach 300 :)
ale chyba mam błąd
albo po sprawdzeniu chyba mam dobrze
http://students.mimuw.edu.pl/~kh406160/testkon.in.txt
Out : 1057
Ktoś potwierdza?
EDIT:
Out 286
@Szymon Mościcki
LF (Line Feed) - 10 w ASCII
w Windows jest sekwencja dwóch znaków CR LF (13 + 10, Carriage Return + Line Feed)
w plikach MacIntosha jest tylko CR

Jeśli ktoś operuje na wskaźnikach to inny znak końca linii => inne wyniki lub wylot.
a co to jest ten uniksowy znak?
@Janusz Kołodziej
Dzięki, to właśnie niepoprawne (format) testy sprowokowały mnie do zadania pytania.
Wracam do dokumentacji;)
Generatorka:
#include <bits/stdc++.h>
const int val = 1e9;
int main() {
const int n = 2e5;
printf("%d\n", n);
for (int i = 0; i < n; ++i)
printf("%lld\n", 1 + (i * 1ll * i) % val);
}

Output: 11676542
@Marcin Samsel
Trzeba czytać dokumentację do zawodów:
ROZWIĄZANIA
(...) Po każdym wierszu danych znajduje się uniksowy znak końca linii.
Dlatego plik z danymi zamieszczony przez Mateusza Olszewskiego jest błędny.
In: pvrownasienrt
Out: 21
również potwierdzam
potwierdzam
+1
Sprawdźcie moją paczkę proszę:
https://tinyurl.com/yd2hkwlz
const int nax = 1410; //maxymalne dopuszczalne n + trochę
char in[nax];
int main() {
scanf("%s", in);
int n = strlen(in);
//n - długość napisu
//in[0], in[1], ... in[n - 1] - kolejne znaki
}

I jeszcze dwa testy z trochę mniejszymi outami: http://students.mimuw.edu.pl/~kp371301/iny.zip
Out1: 10006097843
Out2: 17196161