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

[Alexandru Militaru]

Ai rezolvat? Îți trec testele?

lun., 21 mai 2018, 17:13 Roxana Mihalache <mihalache22roxana at gmail.com> a
scris:

> Intr-adevar, de acolo era problema. Cand sunt rulate fara biblioteca,
> comportamentul este diferit.
>
>   Multumesc mult,
> Roxana
>
> On Mon, May 21, 2018, 12:55 PM Razvan Crainea <razvan.crainea at gmail.com>
> wrote:
>
>> 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/8c2925d8/attachment.html>