<html dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-2">
<style id="owaParaStyle" type="text/css">P {margin-top:0;margin-bottom:0;}</style>
</head>
<body ocsi="0" fpstyle="1">
<div style="direction: ltr;font-family: Tahoma;color: #000000;font-size: 10pt;"> Si eu am problema asta, nu porneste checker-ul. De fapt, uitandu-ma cu ps, checker-ul pare sa nu porneasca gateway-ul.<br>
Astept raspuns.<br>
<br>
Radu<br>
<div style="font-family: Times New Roman; color: rgb(0, 0, 0); font-size: 16px;">
<hr tabindex="-1">
<div style="direction: ltr;" id="divRpF271310"><font size="2" color="#000000" face="Tahoma"><b>From:</b> so-bounces@cursuri.cs.pub.ro [so-bounces@cursuri.cs.pub.ro] on behalf of Bogdan Stirbat [bogdan.stirbat@gmail.com]<br>
<b>Sent:</b> Wednesday, March 28, 2012 2:26 AM<br>
<b>To:</b> so@cursuri.cs.pub.ro<br>
<b>Subject:</b> [so] [Tema 2 Linux] Checker<br>
</font><br>
</div>
<div></div>
<div>Buna seara,<br>
<br>
<br>
Am o problema cu checker-ul de pe Linux. De cele mai multe ori se blocheaza, alteori se blocheaza dupa ce a rulat cateva teste. Cel putin o data, checker-ul a rulat toate testele fara sa se blocheze. Uneori afiseaza mesajul "(client.c, 104): mq_open: Cannot
allocate memory". Inainte de a rula checkerul, sterg orice resurse partajate pe care le-ar putea folosi checker-ul (/mnt/cozi/gateway etc).
<br>
<br>
Am rulat fiecare test separat, si fie se blocheaza checkerul, fie testul respectiv se termina cu succes. Am testat mecanismul de decriptare si manual. Am pornit pe rand: serverul (toate cele 4 instante), gateway-ul, si clientul de mai multe ori (ultima rulare
a clientului a fost: ./client exit exit -1). Dupa ce fiecare proces din acest mecanism se termina, toate resursele partajate (semafoare, cozi de mesaje) sunt eliberate.
<br>
<br>
Presupun ca checkerul se blocheaza din cauza comunicatiei pe coada de mesaje "gateway". Am scris gateway-ul considerand ca trebuie sa creeze coada "gateway", si la sfarsit s-o distruga. Daca gateway-ul o deschide, dimensiunea fiecarui mesaj este sizeof(message_t).
Am luat in calcul si situatia in care clientul creaza coada "gateway", caz in care dimensiunea unui mesaj ar fi mult mai mare. Am tratat acest caz atunci cand gateway-ul primeste un mesaj de la client (in acest caz, mesajul trebuie primit intr-un buffer mai
mare). Dar n-am scapat de problema.<br>
<br>
Imi puteti da, va rog, un hint?<br>
<br>
<br>
Multumesc,<br>
Bogdan Stirbat<br>
</div>
</div>
</div>
</body>
</html>