[so] [SO][TEMA 5][LINUX][TESTE]
Razvan Crainea
razvan.crainea at gmail.com
Mon May 21 18:39:26 EEST 2018
Well, nu era chiar de la bibliotecă problema, biblioteca doar simulează un
comportament normal în real-world.
Numai bine,
Răzvan
On Mon, May 21, 2018 at 6:24 PM Roxana Mihalache <
mihalache22roxana at gmail.com> wrote:
> Testele nu imi trec dar mi am dat seama ca de la biblioteca era problema!
>
> Roxana
>
> On Mon, May 21, 2018, 6:03 PM Alexandru Militaru <
> alexandru.cmilitaru at gmail.com> wrote:
>
>> 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/2a342f12/attachment.html>
More information about the so
mailing list