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.cmilit...@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.bir...@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@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@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@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 >>> >> >> >
_______________________________________________ http://ocw.cs.pub.ro/courses/so/info/lista-discutii
