[so] [Tema2][General] Incorrect number of read syscalls

[Teodor Dutu]

Salut,

Uite alta presupunere valida: daca tu citesti sa zicem 2K, ii folosesti pe
aia pana ai nevoie de altii. Nu consideri ca ai ajuns la EOF, ci doar
folosesti ce ai, fara sa ai bufferul plin.

Are sens si merge. Recomand.

Teodor Dutu

On Sun, Mar 15, 2020 at 10:29 PM Vlad Lungu via so <so at cursuri.cs.pub.ro>
wrote:

> Da, daca fac presupunerea asta nu mai apare problema specificata. Insa e o
> presupunere complet gresita. Read nu garanteaza ca va citi cat ii dam noi,
> asa ca nu ne putem baza pe asa ceva. Testul in sine e cel mai simplu. Face
> doua so_fgetc. Primul populeaza, teoretic, bufferul, al doilea citeste din
> buffer. Testul vrea un singur apel de read pentru ca al doilea so_fgetc ar
> trebui sa citeasca din buffer, nu printr-un read. Ce e de facut?
>
> În dum., 15 mar. 2020 la 22:24, Paul Olaru <olarupaulstelian97 at gmail.com>
> a scris:
>
>> Bine, nu știu cum e testul în sine. Dacă so_fread e apelat cu maxim 14 tu
>> nu ar trebui să faci mai multe citiri. Când bufferul e gol și ai nevoie de
>> date faci o singură citire, chiar dacă e sub cât are nevoie bufferul ca să
>> se umple.
>>
>> On Sun, Mar 15, 2020, 22:21 Paul Olaru <olarupaulstelian97 at gmail.com>
>> wrote:
>>
>>> 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.
>>>
>>> Dacă faci chestia asta îți trec toate testele?
>>>
>>> On Sun, Mar 15, 2020, 22:18 Vlad Lungu via so <so at cursuri.cs.pub.ro>
>>> wrote:
>>>
>>>> Salut,
>>>>   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?
>>>> _______________________________________________
>>>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>>>
>>> _______________________________________________
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cursuri.cs.pub.ro/pipermail/so/attachments/20200315/1e37de99/attachment-0001.html>