[so] [SO][TEMA 5][LINUX][TESTE]

Razvan Crainea razvan.crainea at gmail.com
Mon May 21 12:54:08 EEST 2018


Bună, Roxana!

Presupun că ./run_test.sh îl rulezi din directorul curent, nu? Dacă faci
asta, atunci nu este încărcată biblioteca sockop_preload.so, și probabil de
asta se comportă diferit.
Asigură-te că atunci când scrii ceva pe sockeți, s-au scris toți octeții,
iar dacă nu s-au scris toți, trimite-i pe cei care au rămas de trimis, ca
în laboratorul 2[1].

[1] https://ocw.cs.pub.ro/courses/so/laboratoare/laborator-02#cdevnasty_1p

Numai bine,
Răzvan


On Mon, May 21, 2018 at 12:25 PM Roxana Mihalache <
mihalache22roxana at gmail.com> wrote:

> Buna dimineața,
>
> Problema persista in ciuda faptului ca am tot incercat sa ii dau de cap.
> Nu la timeout este problema, se incheie in mai putin de 10 secunde sigur,
> iar valgrind imi spune ca totul este in regula , la oricate rulari.
> Am luat exemplul epoll_echo_server si nu am alocat nimic in plus si nici
> nu depasesc buffere locale... doar folosesc AWS_LISTEN_PORT, html parser si
> un sendfile in plus.
> Am incercat sa fac o prima varianta care nu este asincrona, pe socketi
> care n-au fost configurati cu fcntl. Sunt foarte putine modificari facute
> si le-am
> verificat si nu este vreo corupere de memorie. Tind sa cred ca altundeva
> ar fi problema care duce ca ./run_test.sh sa treaca si ./run_all.sh sa pice
> pe cele 3 teste (16/17/18).😔
>
> Mulțumesc,
>
> Roxana
>
> On Mon, May 21, 2018, 11:11 AM Alexandru Militaru <
> alexandru.cmilitaru at gmail.com> wrote:
>
>> Salut,
>>
>> Am implementat livrarea fișierelor. De asta spuneam că fișierul se
>> trimite și este identic cu sursa. Alta trebuie să fie problema.
>>
>> 2018-05-21 2:10 GMT+03:00 Birlea Costin <costin.birlea at gmail.com>:
>>
>>> Buna Seara.
>>>
>>> Am patit si eu asta, problema vine din faptul ca acele teste asteapta
>>> livrarea fisierelor, iar acest lucru inca nu era facut. Odata ce am
>>> implementat si partea asta, nu le mai sarea, le sare pe cele de la 25-30
>>> acuma, probabil din aceeasi cauza.
>>> Poti sa elimini conectiunile pentru situatiile pe care nu le-ai
>>> implementat si asa nu o sa ti se mai agate si nu sa-ti sara peste teste.
>>>
>>> 2018-05-20 23:35 GMT+03:00 Alexandru Militaru via so <
>>> so at cursuri.cs.pub.ro>:
>>>
>>>> Salut,
>>>>
>>>> Am și eu probleme cu respectivele teste. Când rulez cu ./run_all.sh
>>>> efectiv îmi sare peste ele; după testul 15 urmează testul 20. Când rulez cu
>>>> ./_test/run_test.sh 16/17/18 îmi rămâne agățat, deși am timeout-ul 3, iar
>>>> când rulez manual totul pare în regulă, fișierul se trimite și el este
>>>> identic cu fișierul sursă. Aceeași problemă o am și pe Vmchecker. Nu îmi
>>>> afișează testele de la 15 la 20, iar după testul 20 se oprește.
>>>>
>>>> Care să fie problema?
>>>>
>>>> 2018-05-20 22:02 GMT+03:00 Razvan Crainea via so <so at cursuri.cs.pub.ro>
>>>> :
>>>>
>>>>> Bună, Roxana!
>>>>>
>>>>> Singura diferență între cele două rulări este că ./run_all.sh rulează
>>>>> fiecare test cu un timeout de 20 de secunde; dacă testele tale rulate
>>>>> manual nu se termină în 20 de secunde, înseamnă că asta este problema.
>>>>> Dacă nu este cazul, încearcă să rulezi testele sub valgrind, probabil
>>>>> este o corupere de memorie cu comportament nedefinit.
>>>>>
>>>>> Numai bine,
>>>>> Răzvan
>>>>>
>>>>> On Sun, May 20, 2018 at 9:12 PM Roxana Mihalache via so <
>>>>> so at cursuri.cs.pub.ro> wrote:
>>>>>
>>>>>>  Buna ,
>>>>>>
>>>>>> Mai am o intrebare nu reusesc sa-mi dau seama de ce testele 16,17 si
>>>>>> 18 trec atunci cand le rulez cu ./run_test.sh 16/17/18 si totusi pica
>>>>>> atunci cand le rulez cu ./run_all.sh.
>>>>>>
>>>>>> Multumesc din nou,
>>>>>> Roxana
>>>>>> _______________________________________________
>>>>>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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/20180521/da092eac/attachment-0001.html>


More information about the so mailing list