<div dir="auto">Cred că există o presupunere (nu tocmai validă) în checker că poți profita de faptul că dacă un apel read ți-a returnat mai puțin decât i-ai cerut singurul motiv ar fi EOF.<div dir="auto"><br></div><div dir="auto">Dacă faci chestia asta îți trec toate testele?</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Mar 15, 2020, 22:18 Vlad Lungu via so <<a href="mailto:so@cursuri.cs.pub.ro">so@cursuri.cs.pub.ro</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Salut,</div><div>  Primesc aceasta eroare. Checkerul asteapta sa fac o singura operatie de read pentru a popula bufferul. Eu fac fix ca la laborator. Intr-o bucla while testez daca mai am de citit. Daca a umplut bufferul sau apelul read a intors 0(eof), ies din bucla. Initial bufferul e 4096, citeste 14. Nu a intors 0, deci nu marcheaza eof si nu iese. Nu a umplut bufferul, deci nu iese. Astfel, face un al doilea apel de sistem, care intoarce 0 si iese din bucla. O solutie pe care o vad pentru a trece de checker e sa retin undeva si dimensiunea fisierului. in momentul in care dimensiunea fisierului a fost atinsa, iese. Asta se doreste?<br></div></div>
_______________________________________________<br>
<a href="http://ocw.cs.pub.ro/courses/so/info/lista-discutii" rel="noreferrer noreferrer" target="_blank">http://ocw.cs.pub.ro/courses/so/info/lista-discutii</a></blockquote></div>